NOD-003g — Validate the Configured Node

Go to NOD-003 — Configure a Node

The DIDO-TE SHALL validate each configured Node before the Node participates in Test Execution.

• NOD-003 — Configure a Node
• NOD-003a — Select the Node Configuration
• NOD-003b — Resolve Node Configuration Values
• NOD-003c — Apply the Node Configuration
• NOD-003d — Establish Node Bindings
• NOD-003f — Record Node Configuration
• [DTE5] DIDO-TE Requirements Register, source requirement identifier and obligation to be assigned
• [DTE6] Structured Information Processing Reference Architecture (SIP-RA)
• [DTE7] Federated Data Interpretation Systems Reference Architecture (FDIS-RA)

Validation determines whether the configured Node corresponds to its Node Definition, Node Implementation, selected Node Configuration, and intended role within the Test Environment.

Validation examines the actual Node state after Configuration Application. It confirms required Configuration Values, Node Bindings, interfaces, Dependencies, services, resources, security controls, and operational prerequisites.

Successful Configuration Application does not by itself demonstrate that the configured Node satisfies its applicable requirements. A configuration operation may complete while leaving an incorrect value, missing binding, unavailable Dependency, unintended residual setting, or incompatible runtime state.

Validation before Test Execution prevents an invalid Node from affecting Test Inputs, Test Results, other Nodes, Test Resources, or the integrity and isolation of the Test Environment.

A material change to the Node Configuration, Node Binding, Node Implementation, Test Definition, or Test Environment invalidates the applicable validation status until the DIDO-TE completes the required revalidation.

• DIDO-TE
• Node
• Node Definition
• Node Implementation
• Node Configuration
• Node Binding
• Configuration Value
• Dependency
• Test Definition
• Test Environment
• Test Resource
• Test Execution
• Evidence
• Traceability

Verification confirms that:

• The DIDO-TE identifies the configured Node before validation.
• The DIDO-TE identifies the Node Definition, Node Implementation, Node Configuration, Test Definition, and Test Environment applicable to the validation.
• The DIDO-TE uses identified and authorized validation criteria and procedures.
• The validation criteria identify the required Node state, Configuration Values, Node Bindings, interfaces, Dependencies, services, resources, security controls, and operational prerequisites.
• The DIDO-TE validates the actual Node Configuration rather than only the selected or intended Node Configuration.
• The DIDO-TE confirms that each mandatory Configuration Value is present, resolved, correctly applied, and within its applicable constraints.
• The DIDO-TE confirms that each mandatory Node Binding is correctly established and available.
• The DIDO-TE confirms that required interfaces, Endpoints, services, Dependencies, and Test Resources are available and compatible.
• The DIDO-TE confirms that unintended Configuration Values, Node Bindings, services, resources, credentials, or residual settings are absent or inactive.
• The DIDO-TE confirms that the configured Node satisfies applicable security, access-control, isolation, jurisdictional, residency, and Governance constraints.
• The DIDO-TE confirms that the Node occupies a known and permitted lifecycle state.
• The DIDO-TE confirms that the Node Configuration record corresponds to the actual configured Node.
• The DIDO-TE records each validation criterion, procedure, observation, result, finding, exception, authority, and time.
• The DIDO-TE assigns a distinguishable validation result to the configured Node.
• The DIDO-TE prevents a Node with an unsuccessful, incomplete, expired, ambiguous, or missing validation result from participating in Test Execution.
• An approved exception identifies its authority, rationale, scope, duration, expected effect, and conditions for continued operation.
• A material change to the Node Definition, Node Implementation, Node Configuration, Node Binding, Test Definition, or Test Environment invalidates the applicable validation result and triggers revalidation.
• Repeated validation of an unchanged configured Node under equivalent conditions produces an equivalent result within specified tolerances.
• The DIDO-TE maintains Traceability among the validation criteria, validation procedure, Node Definition, Node Implementation, Node Configuration record, actual Node state, Node Bindings, Test Definition, Test Environment, validation result, findings, exceptions, and resulting Evidence.
• An invalid, incompletely validated, unsuccessfully validated, unauthorized, or untraceable configured Node constitutes nonconformance with this requirement.

Verification includes:

• Inspection of the configured Node identity and actual state
• Inspection of the applicable Node Definition, Node Implementation, Node Configuration, Test Definition, and Test Environment
• Inspection of the authorized validation criteria and procedure
• Comparison of the intended Node Configuration with the actual Node Configuration
• Confirmation of required Configuration Values and Node Bindings
• Confirmation of required interfaces, Endpoints, services, Dependencies, Test Resources, and operational prerequisites
• Confirmation of applicable security, access-control, isolation, jurisdictional, residency, and Governance constraints
• A negative assessment involving an incorrect Configuration Value
• A negative assessment involving a missing or incompatible Node Binding
• A negative assessment involving an unintended residual setting or service
• Confirmation that an unsuccessfully validated Node cannot participate in Test Execution
• Confirmation that a material change invalidates the applicable validation result and triggers revalidation
• Repeated validation of an unchanged configured Node under equivalent conditions
• Inspection of validation results, findings, exceptions, Evidence, and Traceability

• Add links to the architecture sections governing Node Configuration, Node validation, Node lifecycle state, Test Definitions, Test Environments, Evidence, and Traceability.

Assign the applicable delivery phase.

Draft

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-re