Status: Public Draft (Very Much In Progress - Still High Level)
$Revision: 1.21 $
This document is intended to support Ontaria development by clarifying and justifying system functionality and proposed system functionality.
Item costs are given in Ideal Programming Time (IPT), an Extreme Programming notion of how much time it would take if there were no fire drills, meetings, vacations, etc. The releationship between IPT and the calendar depends on the empirical load-factor / project-velocity. Current rate seems to be about 3 IPT days per real week.
A description of actors in these cases is given at the end, although it's a good place to start for brainstorming more use cases.
Searching is the first part of selection: identifying the options. Users may want to search for ontologies, ontology components (classes and properties), software, publishers, etc.
This is the barest form of keyword searching, familiar to users from search engines like AltaVista and Google, but with only the simplest form of pattern match, and no ranking of results.
Response in less than 1 second, typical, when Ontaria hosting 100K triples. Development costs for maintaining response time for searches with more triples are attributed to the harvesting options which produce those triples.
IPT: done
Support for negation (-word), sequencing (word "word word"), and disjunction (word or word) in search expressions.
IPT: 2d
Sort results by: last-modified-date, number-of-mentions-in-other-data, and number-of-domain-which-mention-it.
IPT: 4d
Have different kinds of keywords, where stronger keywords cause stronger matches, putting results earlier in search results. For example
IPT: 5d
Users can say they only want to see ontologies in results, as opposed to arbitrary resources in ontologies and instance data.
IPT: 1d
Users can perform arbitrary graph match (with builtins)
IPT: 3d, given n3 parser (2d)
Simple lists on front page of ten most-recently-modified, ten most-referenced, and ten most-referenced-from-different-domains Ontologies.
IPT: 2d
Like dmoz (open directory project), Yahoo!, or xml.org (NAICS, UNSPSC).
Would rely on categories provided somewhere in RDF. (See use case [not written] on allowing categorization via Ontaria)
IPT: 8d
Allow surfing links provided in ontology or coming from other data sources, including back-links.
IPT:
Inspection occurs in the second part of a selection process, as one tries to learn more about each candidate, and in post-selection use as one simply tries to learn how to use the ontology.
For arbitrary RDF resources, display a table of its properties and inverse properties. Allows RDF instance data, including ontologies, to be views and browsed. URI terms appear as links to Ontaria's view of properties of that resource.
IPT: done
Single page overview of all the elements in the ontology, along with key metadata.
IPT:
Give each element in the ontology a decent web page of documentation based only on the RDF (OWL) ontology file itself. Removes need for extra documention or related web sites. (Similar to Javadoc or Doxygen.)
IPT:
IPT:
IPT:
IPT:
IPT:
IPT:
User puts class/property/ontology URI into normal browser, gets automatic documentation page. Should work for both Hash and Slash URIs. Requires proper configuration by web host.
IPT:
Monitoring occurs at several levels, from the feel-good experience of watching the number of triples in Ontaria climb each week to be being notified if a bug is reported in an ontology of interest.
IPT:
IPT:
IPT:
IPT:
Publication on the web can be as simple as a mouse click where the user offers a public rating of a software package or as complex as creating an ontology under the auspices of a standards body.
IPT:
IPT: 40d
IPT:
IPT:
Cases not fitting into one of the categories above.
IPT:
IPT: done
IPT: 6d to get performance on search back under 1s
Excluding forbidden content, following robots.txt, and ignore content which appears too big or is otherwise problematic.
IPT: 10d
The "actors" are simplifed roles which people or teams may play in their use of Ontaria. Any real person or group is likely to behave like one or more actor, as they solve a variety of real-world problems and as their tasks change over time. An awareness of the actors can help generate and clarify use cases.
Systems built to interoperate on the Semantic Web must be constructed in accordance with the appropriate selection of ontologies. A camera which records metadata in RDF will have hard-coded URIs based on the selected photography ontologies. Early-stage software developers may be trying to select ontologies or decide whether to produce their own; late-stage developers are heavily invested in the details of their chosen ontologies.
Semantic Web direct data providers create RDF using tools which operate independent of specific ontologies, including text editors, scripting languages, or generic RDF editors. Like software developers, they need to know which ontologies to use to express knowledge, but their investment is in education and accumulated RDF content, not in software.
Indirect providers -- people using ontology-specific tools -- are insulated from the details of their ontologies. They care about which ontologies are used by their tools only to the extent that they care about standards compliance and potential interoperation. Their use of Ontaria is likely to be more limited than direct providers or software developers.
For creators, editors, maintainers, and publishers of ontologies meant for inter-organizational use, Ontaria offers a way to communicate with current and potential users. Providers vary in many respects (like the ontologies they provide), including who web-hosts what they publish, what support they offer, and their level of committment to maintain an ontology in accordance with stated goals and principles.
The direct data consumer uses RDF data without ontology-specific tools. These people may be debugging, reverse-engineering, or otherwise investigating something, using a relatively high level of RDF experise.
The indirect data consumer relies on software which is hard-coded to work with particular ontologies. They might just use Ontaria to help them find software which can help them use some available data.
Ontaria is funded in part by the MIT/CSAIL DAML Project under the MIT/AFRL cooperative agreement number F30602-00-2-0593. This work is not on the W3C recommendation track and is not the product of a W3C working group or interest group.
Sandro Hawke
First: 2004/07/07
This: $Date: 2004/07/07 20:34:29 $