knowledge_modeling_in_gellish
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
knowledge_modeling_in_gellish [2018/11/02 21:07] andries [2. What is a knowledge model] |
knowledge_modeling_in_gellish [2018/11/02 21:25] (current) andries [3.5 Options for subtypes of components] |
||
|---|---|---|---|
| Line 76: | Line 76: | ||
| ==== 3.5 Options for subtypes of components ==== | ==== 3.5 Options for subtypes of components ==== | ||
| - | A knowledge model or a general specifications model usually will allow flexibility to select various types of components from a list of possible subtypes. For example, the Gellish English Dictionary specifies that there are many types of bearing, such as radial bearing, axial bearing, roller bearing, ball bearing, etc. Each of those subtypes may have different components and different characteristics. | + | As the Gellish Dictionary is a taxonomy that specifies known subtypes of kinds of things, a specification of a possible kind of component implies that such a component might be more precisely classified as a subtype of the specified kind of component. Thus a knowledge model usually allows for flexibility for selecting any kinds of component from a list of possible subtypes of the specified kind of component. For example, the Gellish Dictionary specifies that there are many kinds of bearings, such as radial bearing, axial bearing, roller bearing, ball bearing, etc. Knowledge about each of those subtypes may specify that have different kinds of components and different characteristics. It may even be that manufacturer's models from their catalogues are included in (an extension of) the dictionary as further subtypes, whereas knowledge about those subtypes are specified as well. Modeling of manufacturer's models and standard product specification such as in (intenational) standards is further discussed in the section about [[standard_specification_models|product types]]. |
| ====== 4. Using knowledge for creating individual things ====== | ====== 4. Using knowledge for creating individual things ====== | ||
| - | Note that the expression of knowledge (and requirements and definitions) about kinds of things uses different kinds of relations than the corresponding expression of information about individual things, although they can all be integrated into one integrated semantic network. For example, the above kind of relation 'can have as aspect a' corresponds in information about individual things to the kind of relation 'has as aspect'. The expressions of knowledge can be used by software to guide the specification of individual things. To enable such an application, Gellish contains relations between the two kinds of relations, as is further described in [[Requirements_Models|requirements modeling]]. The following is an example of an expression of an idea about a particular individual pipe P-1 that has an internal diameter of 30 inch. The expressions can be derived from and correspond to the above information about the kind 'pipe'. | + | Note that the expression of knowledge (and requirements and definitions) about kinds of things uses different kinds of relations than the corresponding expression of information about individual things, although they can all be integrated into one integrated semantic network. For example, the above kind of relation 'can have as aspect a' corresponds in information about individual things to the kind of relation 'has as aspect'. The expressions of knowledge can be used by software to guide the specification of individual things. To enable such an application, Gellish contains relations between the two kinds of relations, as is further described in [[Requirements_Models|requirements modeling]]. The following is an example of an expression of an idea about a particular individual pipe P-1 that has a nominal diameter of 30 inch. The expressions can be derived from and correspond to the above information about the kind 'pipe'. |
| ^Name of left hand object^Name of kind of relation^Name of right hand object^Name of unit of measure^ | ^Name of left hand object^Name of kind of relation^Name of right hand object^Name of unit of measure^ | ||
| | P-1| is classified as a | pipe | | | | P-1| is classified as a | pipe | | | ||
| | P-1| has as aspect | D-1| | | | P-1| has as aspect | D-1| | | ||
| - | | D-1| is classified as a| internal diameter| | | + | | D-1| is classified as a| nominal diameter| | |
| | D-1| is quantified on scale as equal to| 30|inch | | | D-1| is quantified on scale as equal to| 30|inch | | ||
| - | The first classification relation expresses the P-1 is a pipe and thus the knowledge about the concept 'pipe' (and its supertypes!) is applicable to P-1. Thus software can suggest that P-1 might have an internal diameter and may generate a proposal for the other three expressions. | + | The first classification relation expresses the P-1 is a pipe and thus the knowledge about the concept 'pipe' (and its supertypes!) is applicable to P-1. Thus software can suggest that P-1 might have an nominal diameter and may generate a proposal its possible values and for the other three expressions. |
| **//Continue with//** [[Requirements Models]] | **//Continue with//** [[Requirements Models]] | ||
knowledge_modeling_in_gellish.1541189225.txt.gz ยท Last modified: 2018/11/02 21:07 by andries
Page Tools
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Share Alike 4.0 International
