dido:02-crusible:99-annexes:annex-c-requirements:03-functional-requirements:03-01-configuration-management:fr-cfg-003

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:02-crusible:99-annexes:annex-c-requirements:03-functional-requirements:03-01-configuration-management:fr-cfg-003 [2026/07/20 08:58] – ↷ Links adapted because of a move operation nick_didodido:02-crusible:99-annexes:annex-c-requirements:03-functional-requirements:03-01-configuration-management:fr-cfg-003 [2026/07/30 05:14] (current) – nick_dido
Line 5: Line 5:
 ===== Statement ===== ===== Statement =====
  
-[[dido:99_annexes:annex-b-terms-and-definitions:c:crucible|Crucible]] SHALL apply the same [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_blueprint|Infrastructure Blueprint]] to two or more [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_environment|Infrastructure Environments]] without modifying the reusable blueprint content.+[[dido:99_annexes:annex-b-terms-and-definitions:c:crucible|Crucible]] SHALL apply the same [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_blueprint|Infrastructure Blueprint]] to two or more [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_environment|Infrastructure Environments]].
  
-===== Source Statement =====+===== Derived From =====
  
-> The system SHALL support reusable infrastructure blueprints.+This requirement derives from:
  
-===== Source =====+  * Crucible System Requirements Specification, Version 1.1 Draft, Functional Requirements, Configuration Management, FR-CFG-003
  
-Crucible System Requirements Specification, Version 1.1 Draft, Functional Requirements, Configuration Management, FR-CFG-003.+The Original Requirement states:
  
-===== Assessment =====+> //The system SHALL support reusable infrastructure blueprints.//[[dido:02-crusible:99-annexes:annex-b:cr-001|[C1]]]
  
-The source statement expresses the approved functional intent but does not provide all information required for deterministic verification.+FR-CFG-003:
  
-The following Specification Discipline and Authoring findings apply: +  * Replaces **The system** with the defined system name [[dido:99_annexes:annex-b-terms-and-definitions:c:crucible|Crucible]] 
- +  * Replaces the weak phrase **support reusable** with the observable behavior **apply** 
-  * **The system** does not use the defined system name +  * Defines reuse as applying the same Infrastructure Blueprint to two or more Infrastructure Environments
-  * **Support** is a weak verb that does not identify the behavior [[dido:99_annexes:annex-b-terms-and-definitions:c:crucible|Crucible]] performs +
-  * **Infrastructure blueprint** does not identify how the blueprint demonstrates reuse +
-  * **Reusable** does not identify the minimum number of applications required to demonstrate reuse +
-  * The source statement does not distinguish application of a blueprint from modification of the reusable blueprint content +
-  * The source statement does not identify the observable result used to verify reuse +
- +
-The normalized Statement: +
- +
-  * Replaces **The system** with the defined system name +
-  * Replaces **support** with the direct behavior **apply** +
-  * Identifies the [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_blueprint|Infrastructure Blueprint]] as the reusable specification +
-  * Defines reuse as application of the same blueprint to two or more [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_environment|Infrastructure Environments]] +
-  * Distinguishes reuse from modification of the reusable blueprint content +
- +
-The normalized Statement does not introduce blueprint approval, validation, deployment, acceptance, revision-history, or traceability obligations. Separate requirements govern those behaviors when required.+
  
 ===== Rationale ===== ===== Rationale =====
  
-An [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_blueprint|Infrastructure Blueprint]] specifies reusable infrastructure resources, relationships, configurable properties, and constraints applicable to multiple [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_environment|Infrastructure Environments]]. +An [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_blueprint|Infrastructure Blueprint]] provides a reusable definition of infrastructure structure, relationships, configurable properties, and constraints.
- +
-Without a reusable blueprint, an organization may recreate similar infrastructure definitions for each environment. Repeated recreation increases engineering effort and can produce inconsistent infrastructure representations. +
- +
-Reuse requires the same blueprint content to remain applicable across two or more environments. +
- +
-Environment-specific configuration may differ without changing the reusable blueprint content. Those differences may appear in separate: +
- +
-  * [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_configuration|Infrastructure Configurations]] +
-  * Input values +
-  * Parameters +
-  * Overrides +
-  * Environment records+
  
-Applying the same blueprint to multiple environments contributes to:+Applying the same Infrastructure Blueprint to multiple [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_environment|Infrastructure Environments]] reduces duplicated definitions and promotes consistent infrastructure structure.
  
-  * Reduced configuration duplication +Environment-specific values, parameters, or controlled overrides allow each Infrastructure Environment to use the reusable Infrastructure Blueprint within its own operational context.
-  * Consistent infrastructure structure +
-  * Reduced engineering effort +
-  * Controlled environment-specific variation +
-  * Configuration reuse +
-  * [[dido:99_annexes:annex-b-terms-and-definitions:r:reproducibility|Reproducibility]]+
  
 ===== Applies To ===== ===== Applies To =====
Line 69: Line 37:
   * [[dido:99_annexes:annex-b-terms-and-definitions:c:crucible|Crucible]]   * [[dido:99_annexes:annex-b-terms-and-definitions:c:crucible|Crucible]]
   * [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_blueprint|Infrastructure Blueprints]]   * [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_blueprint|Infrastructure Blueprints]]
-  * Reusable blueprint content 
-  * Blueprint application 
   * [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_environment|Infrastructure Environments]]   * [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_environment|Infrastructure Environments]]
-  * [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_configuration|Infrastructure Configurations]] 
-  * Environment-specific values 
  
 ===== Verification ===== ===== Verification =====
  
-  - Verification SHALL confirm that [[dido:99_annexes:annex-b-terms-and-definitions:c:crucible|Crucible]] applies the same tested [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_blueprint|Infrastructure Blueprint]] to at least two [[dido:99_annexes:annex-b-terms-and-definitions:i:infrastructure_environment|Infrastructure Environments]] +Verification confirms that:
-  - Verification SHALL confirm that each tested application uses equivalent reusable blueprint content +
-  - Verification SHALL confirm that applying the Infrastructure Blueprint does not modify the reusable blueprint content +
-  - Verification SHALL confirm that environment-specific values remain separate from the reusable blueprint content+
  
-Verification may include: +  - A tested Infrastructure Blueprint is selected for reuse 
- +  - [[dido:99_annexes:annex-b-terms-and-definitions:c:crucible|Crucible]] applies the same tested Infrastructure Blueprint to at least two Infrastructure Environments 
-  * Infrastructure Blueprint inspection +  - Each application identifies the Infrastructure Environment to which the Infrastructure Blueprint applies 
-  * Repeated blueprint application tests +  - Each Infrastructure Environment receives the infrastructure definition provided by the tested Infrastructure Blueprint 
-  * Multi-environment application tests +  - Environment-specific values, parameters, or controlled overrides do not prevent identification of the common Infrastructure Blueprint
-  * Blueprint content comparison +
-  * Environment-specific value inspection +
- +
-The verification record SHALL identify: +
- +
-  - The tested Infrastructure Blueprint +
-  - The reusable blueprint content +
-  - The tested Infrastructure Environments +
-  - The environment-specific values +
-  - The blueprint content comparison result +
-  - The observed results +
-  - The generated [[dido:99_annexes:annex-b-terms-and-definitions:e:evidence|Evidence]] +
- +
-===== Outgoing Traceability ===== +
- +
-This requirement refines: +
- +
-  * [[dido:02-crusible:99-annexes:annex-c-requirements:01-mission-objectives:mo-001:start|MO-001 — Repeatable, Compliant, and Secure Infrastructure Environments]] +
-  * [[dido:02-crusible:99-annexes:annex-c-requirements:01-mission-objectives:mo-002:start|MO-002 — Reduced Platform Deployment Timelines]] +
-  * [[dido:02-crusible:99-annexes:annex-c-requirements:01-mission-objectives:mo-003:start|MO-003 — Platform Independent Deployment]] +
-  * [[dido:02-crusible:99-annexes:annex-c-requirements:01-mission-objectives:mo-005:start|MO-005 — Reusable and Version-Controlled Infrastructure]] +
-  * [[dido:02-crusible:99-annexes:annex-c-requirements:01-mission-objectives:mo-006:start|MO-006 — Infrastructure Lifecycle Management]] +
- +
-This requirement operates within the conditions established by: +
- +
-  * [[dido:02-crusible:99-annexes:annex-c-requirements:02-operational-requirements:or-001|OR-001 — Operational Roles]] +
-  * [[dido:02-crusible:99-annexes:annex-c-requirements:02-operational-requirements:or-002|OR-002 — Deployment Environments]] +
-  * [[dido:02-crusible:99-annexes:annex-c-requirements:02-operational-requirements:or-003|OR-003 — Classified and Unclassified Environments]] +
-  * [[dido:02-crusible:99-annexes:annex-c-requirements:02-operational-requirements:or-004|OR-004 — Concurrent Environment Management]] +
-  * [[dido:02-crusible:99-annexes:annex-c-requirements:02-operational-requirements:or-005|OR-005 — Distributed Environment Management]] +
- +
-This requirement also relates to: +
- +
-  * [[dido:02-crusible:05-descriptions-composition-and-baselines:start|5. Descriptions, Composition, and Baselines]] +
-  * [[dido:02-crusible:07-infrastructure-and-deployment:start|7. Infrastructure and Deployment]]+
  
 ===== Referenced By ===== ===== Referenced By =====
  
-The wiki Backlinks function provides the current list of pages that reference ''FR-CFG-003''.+The following pages reference this requirement:
  
-Incoming traceability should be derived dynamically from backlinks rather than maintained as a duplicate manual list. +{{backlinks>.#dido:02-crusible}}
- +
-Backlinks identify incoming references but do not define the semantics of each relationship. Referencing pages should identify whether the relationship represents realization, refinement, verification, dependency, or another defined traceability relationship. +
- +
-===== ConOps Relationship ===== +
- +
-The Crucible Concept of Operations describes the composition and reuse of infrastructure content within a [[dido:99_annexes:annex-b-terms-and-definitions:c:ci_cd_pipeline|CI/CD Pipeline]] workspace. +
- +
-A workflow may apply the same Infrastructure Blueprint to multiple Infrastructure Environments while supplying environment-specific values separately. +
- +
-This separation preserves reusable infrastructure structure while allowing each environment to define the values required for its own context. +
- +
-===== Delivery Phase ===== +
- +
-Phase 1 and subsequent phases+
  
 ===== Implementation Status ===== ===== Implementation Status =====
  
-Not Assessed +Implemented and Verified
- +
-Implementation status requires verification that [[dido:99_annexes:annex-b-terms-and-definitions:c:crucible|Crucible]] applies the same Infrastructure Blueprint to two or more Infrastructure Environments without modifying the reusable blueprint content.+
  
 ===== Requirement Status ===== ===== Requirement Status =====
  
-Draft+<todo>Review and approve FR-CFG-003 as a leaf requirement.</todo>
  
-The source System Requirements Specification identifies Version 1.1 as a draft.+---- 
 +===== Issues ===== 
 + 
 +<todo>Determine whether reusable Infrastructure Blueprints permit controlled overrides and identify the rules governing those overrides.</todo>
  
 ---- ----
 ===== Notes for Editors ===== ===== Notes for Editors =====
  
-This requirement page should retain the stable requirement identifier ''FR-CFG-003''.+This requirement page retains the stable requirement identifier ''FR-CFG-003''.
  
-Changes to the Statement SHALL preserve the approved intent of the source requirement.+This page is a leaf requirement page and omits a trailing '':start'' from its namespace.
  
-Material changes should receive review and should update the related outbound traceability, verification criteria, and source records.+The Statement preserves the approved source intent by requiring reuse of the same Infrastructure Blueprint across two or more Infrastructure Environments.
  
-The Source Statement should preserve the original wording from the controlling System Requirements Specification. +Do not add blueprint approval, validation, deployment, acceptance, revision-history, or traceability obligations to the Statement unless the controlling requirement changes through an approved requirements process.
- +
-Verification criteria should test only blueprint reuse and preservation of reusable blueprint content. +
- +
-Blueprint approval, validation, deployment, acceptance, revision history, and traceability should not be introduced as normative behavior on this page unless the Statement changes through an approved requirements process. +
- +
-Incoming traceability should use the wiki Backlinks function rather than a manually maintained list.+
  
 To reference this requirement Statement from another wiki page, insert: To reference this requirement Statement from another wiki page, insert:
Line 177: Line 84:
 {{section>dido:02-crusible:99-annexes:annex-c-requirements:03-functional-requirements:03-01-configuration-management:fr-cfg-003#Statement&noheader&nofooter&noeditbtn}} {{section>dido:02-crusible:99-annexes:annex-c-requirements:03-functional-requirements:03-01-configuration-management:fr-cfg-003#Statement&noheader&nofooter&noeditbtn}}
 </code> </code>
- 
-Do not rename this page after an external citation unless a redirect or move plan is in place. 
  
 ---- ----
  • dido/02-crusible/99-annexes/annex-c-requirements/03-functional-requirements/03-01-configuration-management/fr-cfg-003.1784563114.txt.gz
  • Last modified: 2026/07/20 08:58
  • by nick_dido