[Top] [All Lists]

Re: [ontology-summit] Scope of ontology: Issues:

To: Hans Polzer <hpolzer@xxxxxxxxxxx>, 'Ontology Summit 2013 discussion' <ontology-summit@xxxxxxxxxxxxxxxx>
From: Pavithra <pavithra_kenjige@xxxxxxxxx>
Date: Tue, 18 Dec 2012 18:25:05 -0800 (PST)
Message-id: <1355883905.2901.YahooMailNeo@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>


Thanks for NCOIC SCOPE model info.   Yes, Capability matrix and  defining the Scope is a good way of handling scope creep.
But to be with the rest of the group, we were addressing about Requirements, evaluation of Ontology, framework and intrinsic vs extrinsic evaluation.

Here is what Stanford encyclopedia of philosophy says about Intrinsic vs Extrinsic values:
Intrinsic value has traditionally been thought to lie at the heart of ethics. Philosophers use a number of terms to refer to such value. The intrinsic value of something is said to be the value that that thing has “in itself,” or “for its own sake,” or “as such,” or “in its own right. & Extrinsic value is  that something has in virtue of its extrinsic, relational properties.

How does that apply to Requirements, evaluation of Ontology, framework??  Leo  & Steve Ray say that Intrinsic include - syntactic & semantics and Extrinsic includes pragmatic ..  How do you measure pragmatic??

Do we have such measure of evaluation in software engineering and do we use the same concepts is something that I was researching about ..


From: Hans Polzer <hpolzer@xxxxxxxxxxx>
To: 'Pavithra' <pavithra_kenjige@xxxxxxxxx>; 'Ontology Summit 2013 discussion' <ontology-summit@xxxxxxxxxxxxxxxx>
Sent: Tuesday, December 18, 2012 5:50 PM
Subject: RE: [ontology-summit] Scope of ontology: Issues:

The problem with requirements is that their scope is usually implicit, and rarely “explored” at the system/enterprise boundary because of the dreaded “scope creep” you mention, and that most project sponsors and program managers seek to avoid. This also leads to most major interoperability problems because other programs/systems/ontologies in the environment don’t share those requirements – they are considered “out of scope”.  The trick to minimizing the potential negative consequences of overly narrow requirements scope is to widen the scope “aperture” at the outset of requirements analysis, and only narrow it after enough design consequences are explored to determine which dimensions of scope creep are affordable and likely to be cost-effective, and which should be left explicitly out of scope. It’s important to do this in partnership with the sponsors and representative stakeholders so that they can make an informed decision about requirements scope and its potential consequences, and it is equally important to document scope decisions explicitly so that participants continue to be aware of what those decisions were throughout the lifecycle of whatever artifact is being developed. The NCOIC SCOPE model is designed as a tool to facilitate this process for systems/enterprises that want to work with other systems in the environment to help achieve their objectives.
From: ontology-summit-bounces@xxxxxxxxxxxxxxxx [mailto:ontology-summit-bounces@xxxxxxxxxxxxxxxx] On Behalf Of Pavithra
Sent: Tuesday, December 18, 2012 5:30 PM
To: Ontology Summit 2013 discussion
Subject: Re: [ontology-summit] Scope of ontology: Issues:
Hello everyone,

Pardon me if I am interrupting.    First of all what are Requirements ?   How does it apply to Ontology and its application?

We define Ontology as the structure and behavior of a thing that exists naturally or man made.  
If you have to define the requirements for Ontology for a bird, you have observer what it is, ( description like it has wings, beak, feather etc)  and its behavior.
But if you have to define the Ontology of a plane,  you have formal requirement specification to build a plane and operate a plane by inventor or formal authorized body.

I think  requirements of defining Ontology ( description of structure and behavior)  is what is used in developing specification for languages like OWL..   
Again, is that what we call or agree on  as Ontology requirements ??  

In   Software engineering/ system development,   your stake holders and users define what the system should consists of and what it should do, and the rules associated with it, and processes to follow.   The word "Ontology" is used in a abstract / conceptual way.   In Software Engineering / Systems have well defined boundary  of what the system should do, and there is a concept of scope creep to manage requirements and releases.   
And there is a phase called Requirements Analysis do so as part of the life cycle.  Here is link to wikipedia for description

My two cents about requirements.. hope that helps,

From: "Obrst, Leo J." <lobrst@xxxxxxxxx>
To: Ontology Summit 2013 discussion <ontology-summit@xxxxxxxxxxxxxxxx>
Sent: Tuesday, December 18, 2012 2:14 PM
Subject: Re: [ontology-summit] Scope of ontology: Issues:
No, it is rarely “the” application, but application is always in mind, I think, when you develop an ontology. What, after all, are requirements? Requirements for what? Represent ontology classes, relations, properties (axioms) to a certain level of granularity? What is the targeted level of granularity and why? Personally I think you always have an application (applications) in mind when you develop ontologies. Reuse of an ontology occurs when you have another application(s) in mind.
The application may be very general or very specific: provide a superstructure for mid-level and domain ontologies for semantic interoperability (of systems), enable semantic search by characterizing concepts to be used for conceptual “term” expansion or content-tagging, provide a basis for enterprise engineering, provide semantic integration for these 5 databases. To me, those are applications, albeit some are generic applications.
From: ontology-summit-bounces@xxxxxxxxxxxxxxxx [mailto:ontology-summit-bounces@xxxxxxxxxxxxxxxx] On Behalf Of Fabian Neuhaus
Sent: Tuesday, December 18, 2012 2:25 PM
To: Ontology Summit 2013 discussion
Subject: Re: [ontology-summit] Scope of ontology: Issues:
No doubt,  these ontologies have specific uses and intents. And these lead to requirements (although they might be unstated). But these requirements are not dependent on the requirements of a specific application. This is why I don't agree that their development "has to fit with the development of *the* application".
On Dec 18, 2012, at 2:13 PM, Obrst, Leo J. wrote:
Perhaps we can weaken it a bit, to a specific use or uses? I would still say that the Gene Ontology, DOLCE, BFO, etc., have specific uses and intents, even if the use/intent is something like “act as a foundational ontology linking 3D with 4D perspectives”, or “act as an upper domain ontology for Anatomy”, or “provide an ontology of quality spaces and tropes”, etc.
I would not like to quite water it down to that of any artifact.
From: ontology-summit-bounces@xxxxxxxxxxxxxxxx [mailto:ontology-summit-bounces@xxxxxxxxxxxxxxxx] On Behalf Of Fabian Neuhaus
Sent: Tuesday, December 18, 2012 2:02 PM
To: Ontology Summit 2013 discussion
Subject: Re: [ontology-summit] Scope of ontology: Issues:
I think the following is too strong. 
Ontology development is always dependent on application requirements, and so development of the ontology has to fit in with the development of the application. 
This is certainly true for many ontologies. But there are examples (like the Gene Ontology, Foundational Model of Anatomy) which are not being developed for a specific application. 
On Dec 18, 2012, at 10:36 AM, Obrst, Leo J. wrote:

Ontology development is always dependent on application requirements, and so development of the ontology has to fit in with the development of the application. Across the full lifecycle. In many cases, viewed abstractly, a very successful, sound ontology can be part of a failed application. In which case, failure can taint the ontology too, or worse, the prospects and value of ontological engineering/science.
That is why, in our discussions, we  have talked so much about “ontology and application lifecycle”. For example, developing an ontology may require also developing or promoting a vocabulary, even multiple vocabularies, that map to the ontology. These enable user communities to use their words and phrases, their presentations, while also ensuring the representation provided by the ontology. Vocabularies can include user interfaces (forms, graphics), but also data schemas, both relational and XML-based.
So it seems to many of us that ontology evaluation has to address also application use and  intent.
From: ontology-summit-bounces@xxxxxxxxxxxxxxxx [mailto:ontology-summit-bounces@xxxxxxxxxxxxxxxx] On Behalf Of Alan Rector
Sent: Tuesday, December 18, 2012 10:00 AM
To: Ontology Summit 2013
Subject: [ontology-summit] Scope of ontology: Issues:
An issue that I don't see clearly in the correspondence is:
How does ontology development fits into the larger life cycle of information system development?  Answering requires some statement on the scope of ontologies and how they relate to other knowledge and information models.
*        What are the different paradigms for roles for an ontology in information or knowledge systems? As a terminology to be carried by the information model?  As part of the the information model? As a means of validating the information model? Reconciling multiple information models?  Other?   In each case is it one model or several?  If several, how are the interfaces defined? Maintained?
*        How does this integration into use affect the life cycle?  Can we avoid too close a coupling between the ontology development and 
other developments so that one does not become a drag on the other.  In particular   how to  front loading development with the work on ontology development that the applications never get built.  This has been a major issue in the Health Informatics area, with enormous effort going into developing resources such as SNOMED CT and the NCI Thesaurus with much less attention to how they will be used (not to mention the related front-loaded efforts in other areas of information modelling, e.g. both HL7-v3 ).
Are these issues the Summit should address?  (Or have I just not looked int the right place or interpreted the comments correctly)
Alan Rector
Professor of Medical Informatics
School of Computer Science
University of Manchester
Manchester M13 9PL, UK
TEL +44 (0) 161 275 6149/6188
FAX +44 (0) 161 275 6204



Msg Archives: http://ontolog.cim3.net/forum/ontology-summit/   
Subscribe/Config: http://ontolog.cim3.net/mailman/listinfo/ontology-summit/  
Unsubscribe: mailto:ontology-summit-leave@xxxxxxxxxxxxxxxx
Community Files: http://ontolog.cim3.net/file/work/OntologySummit2013/
Community Wiki: http://ontolog.cim3.net/cgi-bin/wiki.pl?OntologySummit2013  
Community Portal: http://ontolog.cim3.net/wiki/     (01)
<Prev in Thread] Current Thread [Next in Thread>