| Both sides previous revision Previous revision Next revision | Previous revision |
| dido:05-semantics:01-kinds-of-semantics:01-conceptual-semantics [2026/07/08 03:02] – ↷ Page moved from dido:01-semantics:01-kinds-of-semantics:01-conceptual-semantics to dido:05-semantics:01-kinds-of-semantics:01-conceptual-semantics nick_dido | dido:05-semantics:01-kinds-of-semantics:01-conceptual-semantics [2026/07/18 12:33] (current) – external edit 127.0.0.1 |
|---|
| ====== Conceptual Semantics ====== | ====== Conceptual Semantics ====== |
| |
| [[fxdemo:99_part_annexes:annex-b-terms-and-definitions:start|Go up to Terms and Definitions]] | [[dido:99_annexes:annex-b-terms-and-definitions:start|Go up to Terms and Definitions]] |
| |
| ===== Discussion ===== | ===== Discussion ===== |
| Conceptual semantics defines meaning at the level of domain concepts, relationships, distinctions, and constraints before an architecture selects implementation technology. | Conceptual semantics defines meaning at the level of domain concepts, relationships, distinctions, and constraints before an architecture selects implementation technology. |
| |
| Conceptual semantics establishes domain meaning independently of [[fxdemo:99_part_annexes:annex-b-terms-and-definitions:s:schema|schemas]], databases, programming languages, [[fxdemo:99_part_annexes:annex-b-terms-and-definitions:r:rdf_graph|RDF graphs]], [[fxdemo:99_part_annexes:annex-b-terms-and-definitions:o:owl|OWL]] [[fxdemo:99_part_annexes:annex-b-terms-and-definitions:o:ontology|ontologies]], message formats, [[fxdemo:99_part_annexes:annex-b-terms-and-definitions:a:api|APIs]], [[fxdemo:99_part_annexes:annex-b-terms-and-definitions:r:report|reports]], or runtime logic. A [[fxdemo:99_part_annexes:annex-b-terms-and-definitions:c:conceptual_model|conceptual model]] expresses conceptual semantics when it identifies the things in a domain, the relationships among those things, the distinctions that matter, and the constraints that govern interpretation. | Conceptual semantics establishes domain meaning independently of [[dido:99_annexes:annex-b-terms-and-definitions:s:schema|schemas]], databases, programming languages, [[dido:99_annexes:annex-b-terms-and-definitions:r:rdf_graph|RDF graphs]], [[dido:99_annexes:annex-b-terms-and-definitions:o:owl|OWL]] [[dido:99_annexes:annex-b-terms-and-definitions:o:ontology|ontologies]], message formats, [[dido:99_annexes:annex-b-terms-and-definitions:a:api|APIs]], [[dido:99_annexes:annex-b-terms-and-definitions:r:report|reports]], or runtime logic. A [[dido:99_annexes:annex-b-terms-and-definitions:c:conceptual_model|conceptual model]] expresses conceptual semantics when it identifies the things in a domain, the relationships among those things, the distinctions that matter, and the constraints that govern interpretation. |
| |
| Conceptual semantic content includes: | Conceptual semantic content includes: |
| * Domain assumptions | * Domain assumptions |
| |
| A governed architecture preserves [[fxdemo:99_part_annexes:annex-b-terms-and-definitions:t:traceability|traceability]] from conceptual semantics to downstream artefacts. Traceability prevents implementation artefacts from replacing the intended domain meaning. | A governed architecture preserves [[dido:99_annexes:annex-b-terms-and-definitions:t:traceability|traceability]] from conceptual semantics to downstream artifacts. Traceability prevents implementation artifacts from replacing the intended domain meaning. |
| |
| ===== Definition ===== | ===== Definition ===== |
| ===== Source ===== | ===== Source ===== |
| |
| DIDO Solutions usage, informed by conceptual modelling, terminology practice, semantic modelling practice, and model-driven architecture principles. | DIDO Solutions usage, informed by conceptual modeling, terminology practice, semantic modeling practice, and model-driven architecture principles. |
| |
| ===== Note ===== | ===== Note ===== |
| |
| Conceptual semantics is not equivalent to [[fxdemo:99_part_annexes:annex-b-terms-and-definitions:o:owl|OWL]], [[fxdemo:99_part_annexes:annex-b-terms-and-definitions:r:rdf|RDF]], [[fxdemo:99_part_annexes:annex-b-terms-and-definitions:r:rdf_graph|RDF graph]] structure, [[fxdemo:99_part_annexes:annex-b-terms-and-definitions:s:schema|schema]] structure, [[fxdemo:99_part_annexes:annex-b-terms-and-definitions:d:datatype|datatype]] structure, or implementation logic. Those artefacts express selected conceptual meaning after the architecture establishes the underlying domain meaning. | Conceptual semantics is not equivalent to [[dido:99_annexes:annex-b-terms-and-definitions:o:owl|OWL]], [[dido:99_annexes:annex-b-terms-and-definitions:r:rdf|RDF]], [[dido:99_annexes:annex-b-terms-and-definitions:r:rdf_graph|RDF graph]] structure, [[dido:99_annexes:annex-b-terms-and-definitions:s:schema|schema]] structure, [[dido:99_annexes:annex-b-terms-and-definitions:d:datatype|datatype]] structure, or implementation logic. Those artifacts express selected conceptual meaning after the architecture establishes the underlying domain meaning. |
| |
| ===== Example ===== | ===== Example ===== |