Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision | |||
| dido:99_annexes:annex-b-terms-and-definitions:g:governance_constraint [2026/07/11 11:14] – ↷ Links adapted because of a move operation nick_dido | dido:99_annexes:annex-b-terms-and-definitions:g:governance_constraint [2026/07/18 12:33] (current) – external edit 127.0.0.1 | ||
|---|---|---|---|
| Line 5: | Line 5: | ||
| ===== Discussion ===== | ===== Discussion ===== | ||
| - | A governance constraint identifies a rule or control mechanism governing the definition, modification, | + | A governance constraint identifies a rule or control mechanism governing the definition, modification, |
| - | Governance constraints support the retention of authority, lifecycle control, semantic and structural consistency, | + | Governance constraints support the retention of authority, lifecycle control, semantic and structural consistency, |
| A governance constraint differs from an implementation constraint. An implementation constraint is a limit or condition imposed by a selected technology, product, language, runtime, or deployment environment. A governance constraint defines control over architectural meaning, structure, lifecycle, and authority within the [[dido: | A governance constraint differs from an implementation constraint. An implementation constraint is a limit or condition imposed by a selected technology, product, language, runtime, or deployment environment. A governance constraint defines control over architectural meaning, structure, lifecycle, and authority within the [[dido: | ||
| Line 21: | Line 21: | ||
| ===== Note ===== | ===== Note ===== | ||
| - | A governance constraint preserves controlled meaning, structure, lifecycle, and authority for architectural | + | A governance constraint preserves controlled meaning, structure, lifecycle, and authority for architectural |
| ===== Example ===== | ===== Example ===== | ||