Knowledge modeling: Difference between revisions

Content deleted Content added
m Reverted edits by 71.141.117.161 (talk) to last version by Iridescent
CmdrObot (talk | contribs)
m sp: a expressions→an expressions
Line 6:
The basis of a knowledge model of an assembly physical object is a decomposition structure that specifies the components of the assembly and possible the sub-components of the components.
For example, knowledge about a compressor system includes that a compressor system consists of a compressor, a lubrication system, etc, whereas a lubrication system consists of a pump system, etc. Assume that this knowledge is expressed in a knowledge representation language that expresses knowledge as a collection of relations between two kinds of things, whereas in that language a relation type is defined that is called <shall have as part a>. Then a part of a knowledge model about a compressor system will consist of the following expressions of knowledge facts:<br />
* compressor system shall have as part a compressor
* compressor system shall have as part a lubrication system
* lubrication system shall have as part a pump system
* pump system shall have as part a pump
Such a knowledge model will be further extended with knowledge and specifications about the properties of the components, their fabrications and possibly testing and maintenance requirements.
 
Line 20:
 
== Explicitation of document content ==
Knowledge modeling includes the explicitation of knowledge and requirements that is available in documents, such as design manuals, (international) standard specifications and standard data sheets. In order to make such knowledge computer interpretable it need to be expressed in a formal knowledge representation language and thus transformed into a computer interpretable form. For example in the form of aan expressions Gellish English. This enables that the knowledge and requirements are related to the objects in the knowledge model, whereas the whole model is again stored in a Database.<br />
The knowledge that is contained in documents can be modeled at various levels of explicitation. A low level of explicitation keeps large parts of the specifications in the form of natural language text. This means that the text is only human interpretable, but is nevertheless related to the objects in the knowledge model. Thus software can still present the information to users when knowledge about that object is requested. The other extreme is that the content of each sentence in a documents is converted in the formal knowledge representation language and thus the objects that are mentioned in those sentences become an integral part of the computer interpretable knowledge model. For example, the knowledge that the API 617 standard contains a standard specification for compressors can be linked to the concept compressor in the knowledge model of a compressor system. This can be expressed in a knowledge representation language (using the relation type <is specified in> as follows:<br />
* compressor <is specified in> API 617