NIH | National Cancer Institute | NCI Wiki  

Search and Access Services defines profiles supporting the discovery and visualization of services.

Complex search offers a natural and user-friendly way to find services by progressively refining search results using a variety of criteria including attributes, artifacts, classification, usage scenarios, and dependencies. This includes runtime contract discovery, a powerful query mechanism that allows either the service orchestrator or a program to find the services that best fit the requirements of a given process. This increases both runtime and design time flexibility by enabling selection of services based on computable metadata.

Note on Search Categorization

For the purpose of requirements categorization, the search functional profiles were interpreted as follows:

  • Discover: search by example, implemented as an interface that takes an existing item and discovers similar items within the knowledge repository
  • Find: search by query, implemented as an interface which accepts criteria and finds responsive items in an index of some nature
  • Visualize: search by navigation, implemented as a graphical interface to follow linked data relationships through models and terminologies

Service generation is the ability to generate services from user defined service metadata. The semantic infrastructure provides this metadata and the platform leverages this metadata for service generation. The constraints and policies specified in the semantic infrastructure are inherited by the platform and are enforced as runtime policies.

Additional platform specific and runtime information is provided by the developer at the time of service generation.

The Search and Access profiles are derived from one or more of the following architecture implications:

Artifact Descriptions make use of defined semantics, where the semantics may be used for categorization or providing other property and value information for description classes. Architectural implications of semantics on the Semantic Infrastructure are reflected in the following capabilities:

  • semantic models that provide normative descriptions of the utilized terms, where the models may range from a simple dictionary of terms to an ontology showing complex relationships and capable of supporting enhanced reasoning. This is a refinement of the Artifact metadata capability.
  • mechanisms to support the storage, referencing, and access to these semantic models. This is a refinement of the Artifact store capability.
  • configuration management mechanisms to capture the normative description of each semantic model and to apply a unique identifier in a manner consistent with an identified versioning scheme. This is a refinement of the Change configurationManagement capability.
  • one or more mechanisms to support the storage, referencing, and access to conversion relationships between semantic models, and the mechanisms to carry out such conversions.

A well-defined service Behavior Model with the following capabilities:

  • characterizes the knowledge of the actions invokes against the service and events that report real world effects as a result of those actions;
  • characterizes the temporal relationships and temporal properties of actions and events associated in a service interaction;
  • describe activities involved in a workflow activity that represents a unit of work;
  • describes the role(s) that a role player performs in a service-oriented business process or service-oriented business collaboration;
  • is both human readable and machine processable;
  • is referenceable from the Service Description artifact.

A well-defined service Information Model with the following capabilities:

  • describes the syntax and semantics of the messages used to denote actions and events;
  • describes the syntax and semantics of the data payload(s) contained within messages;
  • documents exception conditions in the event of faults due to conditions including network outages and improper message and data formats;
  • is both human readable and machine processable;
  • is referenceable from the Service Description artifact.

A discovery mechanism which enables searching for artifacts that best meet the search criteria specified by the service participant and includes the following capabilities:

  • Search for services, policies, and other artifact descriptions accessible via some repository mechanism
  • Search for operational characteristics of artifacts, which are metrics defined in artifact descriptions. The information is accessible via infrastructure monitoring capabilities or directly from services.
  • Tracking and notification mechanisms related to artifact usage, service availability, operational conformance

Functional Profile

  • 5.3.1 - Discover A key function desired by virtually all stakeholders is the ability to query by example using an item from a model or vocabulary (e.g., data element, property, data type, constraint, relation, concept, etc.) to find equivalent and related elements defined anywhere in the knowledge repository. The response should provide an easily understood description of the degree and nature of the semantic convergence between the example item and responsive items.
  • 5.3.2 - Find
  • 5.3.3 - Runtime Contract Discovery A powerful query mechanism that allows either the service orchestrator or a program to find the services that best fit the requirements of a given process. This increases both runtime and design time flexibility by enabling selection of services based on computable metadata.
  • 5.3.4 - Service Generation The execution context of a service interaction is the set of infrastructure elements, process entities, policy assertions and agreements that are identified as part of an instantiated service interaction, and thus forms a path between those with needs and those with capabilities. Service generation is the ability to provision an execution context from the service descriptions, and associated artifacts, managed by the Semantic Infrastructure.
  • 5.3.5 - Visualize Given the complexity of the models in use, and the large number, users are constantly confronted with the problem of trying to gain an understanding of new domains not familiar to them. Visualizations of models and vocabularies are perceived as essential to this task. The requirement is to provide visualizations that are easy to navigate, that identify the contact points between models and between vocabularies and that allow users to seamlessly move from model constructs to data.
  • No labels