Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| dido:99_annexes:annex-b-terms-and-definitions:f:formal_semantics [2026/07/11 11:14] – removed - external edit (Unknown date) 127.0.0.1 | dido:99_annexes:annex-b-terms-and-definitions:f:formal_semantics [2026/07/18 12:33] (current) – external edit 127.0.0.1 | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== Formal Semantics ====== | ||
| + | [[dido: | ||
| + | |||
| + | ===== Discussion ===== | ||
| + | |||
| + | Formal semantics defines the meaning of architectural constructs precisely and unambiguously. | ||
| + | |||
| + | Formal semantics separates meaning from implementation syntax, storage technology, programming language, exchange mechanism, deployment environment, | ||
| + | |||
| + | Formal semantics supports consistent interpretation across implementations, | ||
| + | |||
| + | ===== Definition ===== | ||
| + | |||
| + | //precise and unambiguous definition of meaning associated with architectural constructs, independent of implementation// | ||
| + | |||
| + | ===== Source ===== | ||
| + | |||
| + | Structured Information Processing [[dido: | ||
| + | |||
| + | ===== Note ===== | ||
| + | |||
| + | Formal semantics provides the basis for consistent interpretation and conformance evaluation across implementation technologies. | ||
| + | |||
| + | ===== Example ===== | ||
| + | |||
| + | A [[dido: | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP centeralign> | ||
| + | © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc. | ||
| + | </ | ||