Discoverability

From Wikipedia, the free encyclopedia
Jump to: navigation, search

Discoverability is the ability of something, especially a piece of content or information, to be found. Discoverability is a concern in library and information science, many aspects of digital media, software and web development, and in marketing, since a thing cannot be used if people cannot find it or don't understand what it's for. Metadata, or "information about information," such as a book's title, a product's description, or a website's keywords, affects how discoverable something is. Organizing information by putting it into alphabetical order or including it in a search engine is an example of how to improve discoverability. Discoverability is related to, but different from, accessibility and usability, other qualities that affect the usefulness of a piece of information.

Purpose[edit]

The usage of any piece of information directly relates to how discoverable it is. The quality of information depends upon the quality of the meta-information.

In the case of a service-oriented solution, because of the emphasis placed on service reusability, it stands very clear that opportunities should exist for reuse, which is only possible if information is discoverable in the first place. To make services discoverable, the following set of activities need to be performed:

  1. Document the information about the service in a consistent manner.
  2. Store the documented information in a searchable repository.
  3. Enable others to search for the documented information in an efficient manner.

Apart from increasing the reuse potential of the services, discoverability is also required to avoid development of solution logic that is already contained in an existing service. To design services that are not only discoverable but also provide interpretable information about their capabilities, the service discoverability principle provides guidelines that could be applied during the service-oriented analysis phase of the service delivery process.

Specific to Digital Media[edit]

In relation to audiovisual content, according to the meaning given by the Canadian Radio-television and Telecommunications Commission for the purpose of the Discoverability Summit, discoverability can be summed up to the intrinsic ability of given content to "stand out of the lot", or to position itself so as to be easily found and discovered.[1] A piece of audiovisual content can be a movie, a TV series, music, a book (eBook) or even an audio book.

Even before the user’s intervention, discoverability is the prime factor of a piece of audiovisual content’s discovery in the various digital modes of content consumption (e.g. Netflix for movies, Spotify for music, Audible for audio books, etc., though the concept can also more generally be applied to content found on Twitter, Tumblr, Instagram and others). It involves more than a content’s mere presence on a given platform; it can involve key words (tags), search algorithms, positioning within different categories, metadata, etc. Thus, discoverability enables as much as it promotes.

For audiovisual content broadcast on digital media, discoverability includes the underlying concepts of information science and programming architecture, which are at the very foundation of the search for a specific product, information or content.

Application[edit]

The application of this principle requires collecting information about the service during the service analysis phase as during this phase; maximum information is available about the service’s functional context[2] and the capabilities of the service. At this stage, the domain knowledge of the business experts could also be enlisted to document meta-data about the service. In the service-oriented design phase, the already gathered meta-data could be made part of the service contract.[3] The OASIS SOA-RM standard specifies service description as an artifact that represents service meta-data.[4]

To make the service meta-data accessible to interested parties, it must be centrally accessible. This could either be done by publishing the service-meta to a dedicated 'service registry'[5] or by simply placing this information in a 'shared directory'.[6] In case of a 'service registry', the repository can also be used to include QoS, SLA and the current state of a service.[7]

Meta-data types[edit]

Functional[edit]

This is the basic type of meta-information that expresses the functional context of the service and the details about the service’s capabilities. The application of the standardized service contract principle helps to create the basic functional meta-data in a consistent manner. The same standardization should be applied when the same meta-information is being outside the technical contract[8] of the service e.g. when publishing information to a service registry.[9]

Quality of service[edit]

To know about the service behavior and its limitations,[10] all of this information needs to be documented within the service registry so that the potential consumers can use this meta-information by comparing it against their performance requirements.

Considerations[edit]

The effective application of this design principle requires that the meta-information recorded against each service needs to be consistent and meaningful. This is only possible if organization-wide standards exist that enforce service developers to record the required meta-data in a consistent way. The information recorded as the meta-data for the service needs to be presented in a way so that both technical and non-technical IT experts can understand the purpose and the capabilities of the service, as an evaluation of the service may be required by the business people before the service is authorized to be used.

This principle is best applied during the service-oriented analysis phase as during this time, all the details about the service’s purpose and functionality are available.

Although most of the service design principles support each other in a positive manner, however, in case of service abstraction and service discoverability principle, there exists an inversely proportional relationship. This is because as more and more details about the service are hidden away from the service consumers, less discoverable information is available for discovering the service. This could be addressed by carefully recording the service meta-information so that the inner workings of the service are not documented within this meta-information.

See also[edit]

Findability

Information foraging

References[edit]

  1. ^ "Discoverability Summit". Discoverability Summit. Canadian Radio-television and Telecommunications Commission. Retrieved 18 February 2016. 
  2. ^ The overall purpose of the service
  3. ^ Service Contract
  4. ^ Michael Poulin. Evolution of principles of Service Orientation: Service Composability and Discoverability, part 7. Date accessed: 20 April 2010.
  5. ^ Reddy, et al. Evaluating legacy assets in the context of migration to SOA. pp 58. Date accessed: 20 April 2010.
  6. ^ Dennis Wisnosky.Principles and Patterns at the U.S. Department of Defense. Date Accessed: 20 April 2010.
  7. ^ .Vinod Sarma, Srinivas Rao Bhagavatula. Freeway patterns for SOA systems. Date accessed: 28 April 2010.
  8. ^ technical contract
  9. ^ A repository that contains meta-data about services in a specific format e.g. classification of service, its location, etc.
  10. ^ Jim Murphy. Essential Components of an SOA Quality Foundation. Date accessed: 20 April 2010.

Further reading[edit]

External links[edit]