dido:03-dido-te:99-annexes:annex-c-requirements:03-functional-requirements:03-02-node-requirements:nod-012-reset-a-node:start

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-012-reset-a-node:start [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-012-reset-a-node:start [2026/08/20 16:55] (current) – ↷ Links adapted because of a move operation nick_dido
Line 1: Line 1:
 +====== NOD-012 — Reset a Node ======
  
 +[[dido:03-dido-te:99-annexes:annex-c-requirements:03-functional-requirements:03-02-node-requirements:start|Go to Node Requirements]]
 +
 +===== Statement =====
 +
 +The [[dido:99_annexes:annex-b-terms-and-definitions:d:dido-te|DIDO-TE]] SHALL reset each [[dido:99_annexes:annex-b-terms-and-definitions:n:node|Node]] to the state specified by the governing [[dido:99_annexes:annex-b-terms-and-definitions:t:test_definition|Test Definition]] using the governing [[dido:99_annexes:annex-b-terms-and-definitions:t:test_procedure|Test Procedure]].
 +
 +===== Derived From =====
 +
 +  * [[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 =====
 +
 +Resetting a Node establishes a specified state by clearing, reinitializing, replacing, or returning identified elements of the Node’s current state to values specified by the governing Test Definition.
 +
 +The governing Test Definition identifies the Node, reset condition, reset scope, source-state conditions, target state, information retained, information removed, configuration values, Node Bindings, resource conditions, time constraints, authorization conditions, and permitted subsequent activity.
 +
 +The governing Test Procedure specifies the reset actions and their sequence. These actions may clear transient data, cancel pending work, reinitialize processing, return configuration values to a specified baseline, close or recreate Node Bindings, release resources, or place the Node in a specified lifecycle state.
 +
 +A reset differs from stopping a Node. Stopping ends Node operation and places the Node in a specified non-operating state. A reset changes identified state elements and may leave the Node operating or place it in another state specified by the governing Test Definition.
 +
 +A reset also differs from restarting a Node. Restarting stops and starts Node operation. A reset does not necessarily stop or start the Node.
 +
 +A reset differs from recovery because recovery responds to a Fault, Failure, exception, or other disrupted condition. A reset may form part of a recovery procedure, but the governing Test Definition may also require a reset to establish repeatable initial conditions.
 +
 +A reset differs from [[dido:03-dido-te:99-annexes:annex-c-requirements:03-functional-requirements:03-02-node-requirements:nod-011-preserve-node-state:nod-011f-restore-preserved-node-state|NOD-011f — Restore Preserved Node State]]. Restoration uses a verified preserved state representation. Reset establishes the target state specified by the governing Test Definition without requiring a preserved state representation.
 +
 +An incomplete, incorrectly scoped, mistimed, unauthorized, or unverified reset may leave residual data, pending activity, unintended Node Bindings, allocated resources, or an unknown Node state. Such conditions may invalidate subsequent Test Executions or Test Results.
 +
 +===== Applies To =====
 +
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:d:dido-te|DIDO-TE]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:n:node|Node]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:n:node_definition|Node Definition]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:n:node_implementation|Node Implementation]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:n:node_configuration|Node Configuration]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:n:node_binding|Node Binding]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:d:dependency|Dependency]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:test_definition|Test Definition]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:test_procedure|Test Procedure]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:test_environment|Test Environment]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:test_execution|Test Execution]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:test_execution_exception|Test Execution Exception]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:test_resource|Test Resource]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:test_result|Test Result]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:a:authorizing_authority|Authorizing Authority]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:e:evidence|Evidence]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:traceability|Traceability]]
 +
 +===== Verification =====
 +
 +Verification confirms that:
 +
 +  - The governing Test Definition uniquely identifies each Node subject to reset.
 +  - The governing Test Definition identifies the condition that initiates the reset.
 +  - The governing Test Definition identifies the permitted source states.
 +  - The governing Test Definition specifies the reset scope.
 +  - The governing Test Definition specifies the target state.
 +  - The governing Test Definition identifies the state information retained during reset.
 +  - The governing Test Definition identifies the state information removed or reinitialized during reset.
 +  - The governing Test Definition identifies the required Node Configuration, Node Bindings, Dependencies, and resource conditions after reset.
 +  - The governing Test Definition identifies the authorization conditions and permitted subsequent activity.
 +  - The governing Test Procedure specifies the reset actions and their sequence.
 +  - The DIDO-TE verifies the identity of the target Node before reset.
 +  - The DIDO-TE verifies the source state of the Node before reset.
 +  - The DIDO-TE verifies the required authorization before reset.
 +  - The DIDO-TE prevents reset of an unauthorized Node.
 +  - The DIDO-TE prevents reset from beginning when the Node occupies a prohibited source state.
 +  - The DIDO-TE performs each reset action in the sequence specified by the governing Test Procedure.
 +  - The DIDO-TE retains the state information identified for retention.
 +  - The DIDO-TE removes, clears, cancels, replaces, or reinitializes the state information identified by the governing Test Definition.
 +  - The DIDO-TE closes, retains, or recreates each Node Binding specified by the governing Test Definition.
 +  - The DIDO-TE releases, retains, or reallocates each governed resource as specified by the governing Test Definition.
 +  - The DIDO-TE prevents the reset from unnecessarily affecting unrelated Nodes, Test Resources, Test Environments, or Test Executions.
 +  - The DIDO-TE observes the actual Node state after reset.
 +  - The DIDO-TE compares the actual resulting state with the specified target state.
 +  - The DIDO-TE detects residual data, pending activity, unintended Node Bindings, incorrect resource conditions, or an unexpected resulting state.
 +  - The DIDO-TE detects a missing, incomplete, interrupted, out-of-sequence, mistimed, incorrectly scoped, unsuccessful, or unauthorized reset action.
 +  - The DIDO-TE prevents the reset Node from performing activity prohibited by its resulting state.
 +  - The DIDO-TE prevents successful reset status from being treated as readiness or validation status.
 +  - The DIDO-TE determines the effect of an unsuccessful reset on affected Test Executions, Test Results, and Evidence.
 +  - An unsuccessful reset leaves the Node and affected Test Environment components in known states or identifies their actual states and required corrective action.
 +  - The DIDO-TE records the Node identity, initiating condition, authorization, source state, target state, governing Test Definition, governing Test Procedure, reset actions, timing, findings, exceptions, actual resulting state, and reset status.
 +  - The DIDO-TE maintains Traceability among the Node, Node Definition, Node Implementation, Node Configuration, Node Bindings, governing Test Definition, governing Test Procedure, reset actions, source state, target state, actual resulting state, Test Executions, Test Results, and resulting Evidence.
 +  - A missing, incomplete, interrupted, out-of-sequence, mistimed, incorrectly scoped, unsuccessful, unauthorized, or untraceable Node reset constitutes nonconformance with this requirement.
 +
 +===== Referenced By =====
 +
 +The following pages reference this requirement:
 +
 +{{backlinks>.#dido:03-dido-te}}
 +
 +===== Delivery Phase =====
 +
 +<todo>Assign the delivery phase.</todo>
 +
 +===== Implementation Status =====
 +
 +<todo>Assign the implementation status.</todo>
 +
 +===== Requirement Status =====
 +
 +<todo>The proposed derived requirement requires review and acceptance.</todo>
 +
 +----
 +
 +===== Issues =====
 +
 +<todo>Assign the source requirement identifier and obligation from the DIDO-TE Requirements Register.</todo>
 +
 +<todo>Determine whether Reset requires a controlled Terms and Definitions entry.</todo>
 +
 +----
 +
 +===== Notes for Editors =====
 +
 +<code dokuwiki>
 +{{section>dido:03-dido-te:99-annexes:annex-c-requirements:03-node-requirements:nod-012-reset-a-node#Statement&noheader&nofooter&noeditbtn}}
 +</code>
 +
 +----
 +
 +<WRAP centeralign>
 +© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.
 +</WRAP>