Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| dido:03-dido-te:99-annexes:annex-c-requirements:03-functional-requirements:03-02-node-requirements:nod-001-define-a-node:nod-001d-define-node-dependencies [2026/08/17 14:20] – removed - external edit (Unknown date) 127.0.0.1 | dido:03-dido-te:99-annexes:annex-c-requirements:03-functional-requirements:03-02-node-requirements:nod-001-define-a-node:nod-001d-define-node-dependencies [2026/08/17 14:20] (current) – ↷ Links adapted because of a move operation nick_dido | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== NOD-001d — Define Node Dependencies ====== | ||
| + | [[dido: | ||
| + | |||
| + | ===== Statement ===== | ||
| + | |||
| + | The [[dido: | ||
| + | |||
| + | ===== Derived From ===== | ||
| + | |||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | |||
| + | ===== Rationale ===== | ||
| + | |||
| + | A Node may depend on other Nodes, services, software components, libraries, data, configurations, | ||
| + | |||
| + | A Dependency definition identifies the required capability or resource and the conditions governing its use. It also distinguishes mandatory Dependencies from optional Dependencies and identifies approved substitutes, | ||
| + | |||
| + | Explicit Dependency definitions permit the DIDO-TE to provision complete Test Environments, | ||
| + | |||
| + | ===== Applies To ===== | ||
| + | |||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | |||
| + | ===== Verification ===== | ||
| + | |||
| + | Verification confirms that: | ||
| + | |||
| + | * Each Node Dependency has a unique identity. | ||
| + | * The Node Definition identifies the purpose of each Dependency. | ||
| + | * The Node Definition identifies each Dependency as mandatory, conditional, | ||
| + | * The Node Definition identifies the Node role, function, interface, lifecycle state, or behaviour requiring the Dependency. | ||
| + | * The Node Definition identifies the required capability, service, artifact, information, | ||
| + | * The Node Definition identifies the source, provider, owner, or authoritative specification associated with the Dependency. | ||
| + | * The Node Definition identifies the required version, revision, variant, configuration, | ||
| + | * The Node Definition identifies constraints governing availability, | ||
| + | * The Node Definition identifies the lifecycle period during which the Dependency must remain available. | ||
| + | * The Node Definition identifies Dependencies required during provisioning, | ||
| + | * The Node Definition identifies relationships and ordering constraints among Dependencies. | ||
| + | * The Node Definition identifies each transitive Dependency material to provisioning or Test Execution. | ||
| + | * The Node Definition identifies permitted substitutes, | ||
| + | * Each permitted substitute has defined equivalence or acceptance criteria. | ||
| + | * The Node Definition identifies expected Node behaviour when a Dependency is unavailable, | ||
| + | * The Node Definition identifies Dependencies located outside the control boundary of the DIDO-TE. | ||
| + | * The Node Definition identifies the observations and controls applied to each externally controlled Dependency. | ||
| + | * The DIDO-TE detects a missing, unavailable, | ||
| + | * The DIDO-TE verifies the identity, version, configuration, | ||
| + | * The DIDO-TE records the actual Dependencies and substitutes used during each applicable Test Execution. | ||
| + | * The DIDO-TE distinguishes a Dependency failure from a failure or nonconformance of the Node. | ||
| + | * The DIDO-TE maintains [[dido: | ||
| + | * An undefined, missing, incompatible, | ||
| + | |||
| + | Verification includes: | ||
| + | |||
| + | * Inspection of each Node Dependency definition | ||
| + | * Inspection of Dependency identities, classifications, | ||
| + | * Inspection of Dependency relationships and ordering constraints | ||
| + | * Confirmation that mandatory, conditional, | ||
| + | * Confirmation that transitive Dependencies material to Test Execution are identified | ||
| + | * Verification of each mandatory Dependency before Node execution | ||
| + | * Testing with an available and compatible Dependency | ||
| + | * A negative assessment involving a missing or unavailable mandatory Dependency | ||
| + | * A negative assessment involving an incompatible Dependency version or configuration | ||
| + | * A negative assessment involving an unapproved or inequivalent substitute | ||
| + | * Testing of the Node’s specified behaviour during Dependency degradation or failure | ||
| + | * Confirmation that the DIDO-TE distinguishes Dependency failure from Node behaviour | ||
| + | * Inspection of recorded Dependency identities, substitutions, | ||
| + | |||
| + | ===== Referenced By ===== | ||
| + | |||
| + | {{backlinks> | ||
| + | |||
| + | ===== Related Architecture Sections ===== | ||
| + | |||
| + | * Add links to the architecture sections governing Dependency management, provisioning, | ||
| + | |||
| + | ===== Delivery Phase ===== | ||
| + | |||
| + | Assign the applicable delivery phase. | ||
| + | |||
| + | ===== Requirement Status ===== | ||
| + | |||
| + | Draft | ||
| + | |||
| + | ===== Statement Reference ===== | ||
| + | |||
| + | Use the following syntax to reference this requirement’s Statement section from another DokuWiki page: | ||
| + | |||
| + | <code dokuwiki> | ||
| + | {{section> | ||
| + | </ | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP centeralign> | ||
| + | © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc. | ||
| + | </ | ||