Tags / 7 quotes from 6 sources
#entities
An Example Of Ontology Driven Software Engineering
Disambiguation by ontological proximity
Ontological proximity disambiguates entities in the text by looking at relationships between entities that have been matched in the gazetteers. Entities that have a close ontological relationship are deemed to be more likely to be correct. For example, if analysis of a given…
Cidoc-crm Version 4.2.4 - Reference Document
Endurants and perdurants
The difference between enduring and perduring entities is related to their behaviour in time. Endurants are wholly present (i.e., all their proper parts are present) at any time they are present. Perdurants, on the other hand, just extend in time by accumulating different…
Dolce-lite-plus
Features (ontology)
Features are 'parasitic entities', that exist insofar their host exists. Typical examples of features are holes, bumps, boundaries, or spots of color. Features may be relevant parts of their host, like a bump or an edge, or dependent regions like a hole in a piece of cheese…
Life, The Multiverse And Everything: An Introduction To The Ideas Of Humberto Maturana Interpreting Maturana
Simple unity and composite unity
We may distinguish two types of unity or system , namely a Simple Unity or a Composite Unity. When we bring forth a Simple Unity we bring forth an entity characterised as separable from its domain of existence in terms of its properties. It is totally characterised by its…
Switching Partners: Dancing With The Ontological Engineers
"ontology" - a definition
"Ontology" is a term increasingly used in all areas of computer and information science to denote, roughly, a hierarchically organized classification system associated with a controlled, structured vocabulary that is designed to serve the retrieval and integration of data. An…
Towards An Ontology Of Software: A Requirements Engineering Perspective
A program as an abstract artifact
Consider now a program, constituted by a certain code. Let us observe first that this is not a physical object, as it lacks a location in space. So, in pace with Irmak, we take a program to be a particular kind of abstract artifact. On one hand, it behaves like a type (or…
A program is constituted by code
Since code and program differ in their essential properties (programs are necessari- ly artifacts and possess essential proper functions; codes are not necessarily artifacts), we have to conclude that a program is not identical to a code. However, if program and code are…