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-002-provision-a-node:nod-002c-resolve-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-002-provision-a-node:nod-002c-resolve-node-dependencies [2026/08/17 14:20] (current) – ↷ Links adapted because of a move operation nick_dido | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== NOD-002c — Resolve Node Dependencies ====== | ||
| + | [[dido: | ||
| + | |||
| + | ===== Statement ===== | ||
| + | |||
| + | The [[dido: | ||
| + | |||
| + | ===== Derived From ===== | ||
| + | |||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | |||
| + | ===== Rationale ===== | ||
| + | |||
| + | A Node Implementation may depend on other Nodes, services, software components, libraries, data, configurations, | ||
| + | |||
| + | Dependency resolution maps each defined requirement to a specific, available, compatible, authorised, and verifiable provider or artifact. It also establishes applicable versions, configurations, | ||
| + | |||
| + | Unresolved or incorrectly resolved Dependencies prevent complete provisioning and introduce uncertainty about the cause of subsequent Node behaviour or failure. | ||
| + | |||
| + | ===== Applies To ===== | ||
| + | |||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * Node Definition | ||
| + | * Node Implementation | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | |||
| + | ===== Verification ===== | ||
| + | |||
| + | Verification confirms that: | ||
| + | |||
| + | * Each Dependency requirement has a unique identity. | ||
| + | * Each mandatory Dependency maps to a uniquely identified provider, service, resource, or artifact. | ||
| + | * The resolved Dependency satisfies the capability required by the Node Definition and Node Implementation. | ||
| + | * The resolved Dependency has an identified version, revision, variant, configuration, | ||
| + | * The resolved Dependency satisfies applicable compatibility requirements. | ||
| + | * The resolved Dependency satisfies applicable availability, | ||
| + | * The resolved Dependency remains available during each lifecycle period for which the Node requires it. | ||
| + | * Dependencies required during provisioning, | ||
| + | * Relationships and ordering constraints among Dependencies remain identified. | ||
| + | * Transitive Dependencies material to provisioning or subsequent Test Execution remain identified. | ||
| + | * The DIDO-TE verifies the identity, source, version, configuration, | ||
| + | * The DIDO-TE verifies access to each mandatory Dependency before relying on it. | ||
| + | * The DIDO-TE distinguishes externally controlled Dependencies from Dependencies controlled by the DIDO-TE. | ||
| + | * The DIDO-TE identifies the controls and observations applicable to externally controlled Dependencies. | ||
| + | * A substitute replaces a Dependency only when the Node Definition permits substitution. | ||
| + | * Each substitute satisfies the applicable equivalence or acceptance criteria. | ||
| + | * The DIDO-TE records each substitute and the basis for its acceptance. | ||
| + | * The DIDO-TE detects a missing, unavailable, | ||
| + | * The DIDO-TE prevents provisioning from proceeding when an unresolved mandatory Dependency affects the validity of the provisioned Node. | ||
| + | * The DIDO-TE records the actual Dependencies and substitutes resolved for the Node. | ||
| + | * The DIDO-TE records Dependency identities, sources, versions, configurations, | ||
| + | * The DIDO-TE maintains [[dido: | ||
| + | * An unresolved, unidentified, | ||
| + | |||
| + | Verification includes: | ||
| + | |||
| + | * Inspection of the Node Definition and Node Implementation Dependency requirements | ||
| + | * Inspection of mandatory, conditional, | ||
| + | * Inspection of Dependency identities, providers, sources, versions, configurations, | ||
| + | * Verification of Dependency availability and accessibility | ||
| + | * Comparison of resolved Dependencies with applicable compatibility and acceptance criteria | ||
| + | * Confirmation of Dependency relationships and resolution order | ||
| + | * Confirmation that externally controlled Dependencies remain identified | ||
| + | * A negative assessment involving a missing or unavailable mandatory Dependency | ||
| + | * A negative assessment involving an incompatible version or configuration | ||
| + | * A negative assessment involving an altered Dependency artifact | ||
| + | * A negative assessment involving an unapproved or inequivalent substitute | ||
| + | * Confirmation that unresolved mandatory Dependencies prevent invalid provisioning | ||
| + | * Inspection of Dependency resolution records, substitutions, | ||
| + | |||
| + | ===== Referenced By ===== | ||
| + | |||
| + | {{backlinks> | ||
| + | |||
| + | ===== Related Architecture Sections ===== | ||
| + | |||
| + | * Add links to the architecture sections governing Dependency management, Dependency manifests, artifact integrity, 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. | ||
| + | </ | ||