| Both sides previous revision Previous revision Next revision | Previous revision |
| dido:99_annexes:annex-b-terms-and-definitions:m:model [2026/07/11 11:14] – ↷ Page moved from dido:99_annexes:99_annexes:annex-b-terms-and-definitions:m:model to dido:99_annexes:annex-b-terms-and-definitions:m:model nick_dido | dido:99_annexes:annex-b-terms-and-definitions:m:model [2026/07/18 12:33] (current) – external edit 127.0.0.1 |
|---|
| ====== Model ====== | ====== Model ====== |
| |
| [[dido:99_annexes:99_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 ===== |
| A model provides a structured representation of selected aspects of a subject. A model does not reproduce the whole subject. It represents the aspects needed for a defined purpose, such as analysis, specification, communication, validation, implementation, or governance. | A model provides a structured representation of selected aspects of a subject. A model does not reproduce the whole subject. It represents the aspects needed for a defined purpose, such as analysis, specification, communication, validation, implementation, or governance. |
| |
| In the SIP-RA and FX Demo context, a model represents selected [[dido:99_annexes:99_annexes:annex-b-terms-and-definitions:s:structure|structure]], behavior, function, meaning, constraints, relationships, or transformations. Models support separation between conceptual, logical, and platform-specific concerns. A model becomes useful for architectural work when its notation, vocabulary, constraints, and interpretation rules make the represented subject sufficiently clear for review, comparison, mapping, or implementation. | In the SIP-RA and FX Demo context, a model represents selected [[dido:99_annexes:annex-b-terms-and-definitions:s:structure|structure]], behavior, function, meaning, constraints, relationships, or transformations. Models support separation between conceptual, logical, and platform-specific concerns. A model becomes useful for architectural work when its notation, vocabulary, constraints, and interpretation rules make the represented subject sufficiently clear for review, comparison, mapping, or implementation. |
| |
| ===== Definition ===== | ===== Definition ===== |
| |
| *a representation of selected function, structure, behaviour, or meaning of a subject for a defined purpose* | *a representation of selected function, structure, behavior, or meaning of a subject for a defined purpose* |
| |
| ===== Source ===== | ===== Source ===== |
| |
| Derived from [[dido:99_annexes:99_annexes:annex-b-terms-and-definitions:m:mda|Model Driven Architecture (MDA)]] usage and [[dido:99_annexes:99_annexes:annex-b-terms-and-definitions:i:iso|ISO]] terminology practice. | Derived from [[dido:99_annexes:annex-b-terms-and-definitions:m:mda|Model Driven Architecture (MDA)]] usage and [[dido:99_annexes:annex-b-terms-and-definitions:i:iso|ISO]] terminology practice. |
| |
| ===== Note ===== | ===== Note ===== |
| ===== Example ===== | ===== Example ===== |
| |
| A [[dido:99_annexes:99_annexes:annex-b-terms-and-definitions:p:platform_independent_model|Platform Independent Model (PIM)]] represents selected structure and behaviour of a subsystem without specifying the technology platform used to realise the subsystem. | A [[dido:99_annexes:annex-b-terms-and-definitions:p:platform_independent_model|Platform Independent Model (PIM)]] represents selected structure and behavior of a subsystem without specifying the technology platform used to realize the subsystem. |
| |
| ---- | ---- |