dido:03-dido-te:99-annexes:annex-c-requirements:03-functional-requirements:03-02-node-requirements:nod-001-define-a-node:nod-001h-validate-the-node-definition

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

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-001h-validate-the-node-definition [2026/08/17 14:20] – removed - external edit (Unknown date) 127.0.0.1dido:03-dido-te:99-annexes:annex-c-requirements:03-functional-requirements:03-02-node-requirements:nod-001-define-a-node:nod-001h-validate-the-node-definition [2026/08/17 14:20] (current) – ↷ Links adapted because of a move operation nick_dido
Line 1: Line 1:
 +====== NOD-001h — Validate the Node Definition ======
  
 +[[dido:03-dido-te:99-annexes:annex-c-requirements:03-functional-requirements:03-02-node-requirements:nod-001-define-a-node:start|Go to NOD-001 — Define a Node]]
 +
 +===== Statement =====
 +
 +The [[dido:99_annexes:annex-b-terms-and-definitions:d:dido-te|DIDO-TE]] SHALL validate each [[dido:99_annexes:annex-b-terms-and-definitions:n:node|Node]] Definition before using it to provision, configure, or execute a Node.
 +
 +===== Derived From =====
 +
 +  * [[dido:03-dido-te:99-annexes:annex-c-requirements:03-functional-requirements:03-02-node-requirements:nod-001-define-a-node:start|NOD-001 — Define a Node]]
 +  * [[dido:03-dido-te:99-annexes:annex-b-references:dte-005|[DTE5] DIDO-TE Requirements Register]], source requirement identifier and obligation to be assigned
 +  * [[dido:03-dido-te:99-annexes:annex-b-references:dte-006|[DTE6] Structured Information Processing Reference Architecture (SIP-RA)]]
 +  * [[dido:03-dido-te:99-annexes:annex-b-references:dte-007|[DTE7] Federated Data Interpretation Systems Reference Architecture (FDIS-RA)]]
 +
 +===== Rationale =====
 +
 +A Node Definition provides the controlled description used to provision, configure, execute, observe, and assess a Node. Missing, ambiguous, inconsistent, incompatible, or unauthorised definition content introduces uncertainty into the Test Environment and weakens the interpretation of Test Results.
 +
 +Validation determines whether the Node Definition satisfies its governing structural, semantic, integrity, compatibility, and approval criteria. Validation occurs before the DIDO-TE relies on the definition for an applicable Node activity.
 +
 +A recorded validation result establishes which Node Definition and version the DIDO-TE assessed, which criteria it applied, which findings it produced, and whether the definition was accepted or rejected.
 +
 +===== Applies To =====
 +
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:n:node|Node]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:test_environment|Test Environment]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:test_definition|Test Definition]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:c:configuration|Configuration]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:c:constraint|Constraint]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:d:dependency|Dependency]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:e:evidence|Evidence]]
 +
 +===== Verification =====
 +
 +Verification confirms that:
 +
 +  * Each Node Definition has a unique identity.
 +  * Each Node Definition identifies its version, revision, status, authority, and applicable effective period.
 +  * Each Node Definition identifies the Node or Node type to which it applies.
 +  * The DIDO-TE identifies the validation criteria applicable to the Node Definition.
 +  * The validation criteria identify the required structure, content, syntax, semantics, integrity, compatibility, and approval conditions.
 +  * The DIDO-TE verifies that the Node Definition conforms to its governing schema, metamodel, template, or description format.
 +  * The DIDO-TE verifies that the Node Definition contains each mandatory element.
 +  * The DIDO-TE verifies that mandatory values remain unambiguous and use permitted formats, types, units, ranges, and controlled terms.
 +  * The DIDO-TE verifies that references contained in the Node Definition resolve to uniquely identified and applicable artifacts.
 +  * The DIDO-TE verifies that the Node role and Node type remain identified and mutually consistent.
 +  * The DIDO-TE verifies that the defined interfaces satisfy applicable compatibility and completeness criteria.
 +  * The DIDO-TE verifies that mandatory Dependencies remain identified and compatible with the Node type, interfaces, and Test Environment.
 +  * The DIDO-TE verifies that resource requirements remain complete and compatible with the applicable Test Environment.
 +  * The DIDO-TE verifies that lifecycle states, transitions, preconditions, postconditions, and completion criteria remain complete and internally consistent.
 +  * The DIDO-TE verifies that observation requirements remain sufficient to assess the defined Node behaviour and condition.
 +  * The DIDO-TE verifies consistency among the Node’s role, type, interfaces, Dependencies, resources, lifecycle behaviour, and observation requirements.
 +  * The DIDO-TE verifies consistency between the Node Definition and the applicable Test Definition.
 +  * The DIDO-TE verifies the identity, provenance, integrity, approval status, and change history of the Node Definition.
 +  * The DIDO-TE identifies each missing, ambiguous, malformed, inconsistent, incompatible, unresolved, unauthorised, or obsolete definition element.
 +  * The DIDO-TE assigns a uniquely identified validation result to the assessed Node Definition and version.
 +  * The validation result identifies the criteria applied, checks performed, findings produced, exceptions accepted, and resulting determination.
 +  * The DIDO-TE rejects a Node Definition that fails a mandatory validation criterion.
 +  * The DIDO-TE prevents a rejected or unvalidated Node Definition from governing Node provisioning, configuration, or execution.
 +  * The DIDO-TE requires revalidation after a material change to the Node Definition, its governing criteria, or a referenced artifact.
 +  * The DIDO-TE records the validated Node Definition and validation result as [[dido:99_annexes:annex-b-terms-and-definitions:e:evidence|Evidence]].
 +  * The DIDO-TE maintains [[dido:99_annexes:annex-b-terms-and-definitions:t:traceability|Traceability]] among the Node Definition, its version, governing criteria, referenced artifacts, validation activities, findings, exceptions, approval, and validation result.
 +  * A missing, incomplete, inconsistent, incompatible, unauthorised, obsolete, unvalidated, or untraceable mandatory Node Definition constitutes nonconformance with this requirement.
 +
 +Verification includes:
 +
 +  * Inspection of the Node Definition identity, version, status, authority, and change history
 +  * Inspection of the applicable validation criteria
 +  * Structural and syntactic validation against the governing schema, metamodel, template, or format
 +  * Semantic validation of required terms, values, units, ranges, and relationships
 +  * Resolution and integrity verification of referenced artifacts
 +  * Consistency assessment across the Node role, type, interfaces, Dependencies, resources, lifecycle behaviour, and observation requirements
 +  * Compatibility assessment against the applicable Test Environment and Test Definition
 +  * A negative assessment involving a missing mandatory definition element
 +  * A negative assessment involving an unresolved or altered reference
 +  * A negative assessment involving incompatible interfaces or Dependencies
 +  * A negative assessment involving inconsistent lifecycle or observation requirements
 +  * Confirmation that a rejected or unvalidated Node Definition cannot govern Node provisioning, configuration, or execution
 +  * Modification of a material definition element to confirm revalidation
 +  * Inspection of validation findings, exceptions, determinations, Evidence, and Traceability
 +
 +===== Referenced By =====
 +
 +{{backlinks>.}}
 +
 +===== Related Architecture Sections =====
 +
 +  * Add links to the architecture sections governing Node definitions, validation, configuration control, change control, provisioning, Test Definition, Evidence, and Traceability.
 +
 +===== 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>dido:03-dido-te:99-annexes:annex-c-requirements:03-node-requirements:nod-001-define-a-node:nod-001h-validate-the-node-definition#Statement&noheader&nofooter&noeditbtn}}
 +</code>
 +
 +----
 +
 +<WRAP centeralign>
 +© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.
 +</WRAP>