dido:02-crusible:99-annexes:annex-c-requirements:01-mission-objectives:mo-001: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:02-crusible:99-annexes:annex-c-requirements:01-mission-objectives:mo-001:start [2026/07/20 08:03] nick_didodido:02-crusible:99-annexes:annex-c-requirements:01-mission-objectives:mo-001:start [2026/07/22 08:51] (current) nick_dido
Line 1: Line 1:
-====== MO-002 — Reduced Platform Deployment Timelines ======+====== MO-001 — Repeatable, Compliant, and Secure Infrastructure Environments ======
  
 [[dido:02-crusible:99-annexes:annex-c-requirements:01-mission-objectives:start|Go to Mission Objectives]] [[dido:02-crusible:99-annexes:annex-c-requirements:01-mission-objectives:start|Go to Mission Objectives]]
Line 5: Line 5:
 ===== Original Requirement ===== ===== Original Requirement =====
  
-> //Crucible SHALL reduce platform deployment timelines from months to days or hours through automation.//[[dido:02-crusible:99-annexes:annex-b:cr-002|[C2]]]+> //Crucible SHALL enable rapid creation of repeatable, compliant, and secure infrastructure environments.//[[dido:02-crusible:99-annexes:annex-b:cr-001|[C1]]]
  
 ===== Assessment of Original Requirement ===== ===== Assessment of Original Requirement =====
Line 13: Line 13:
 The following Specification Discipline and Authoring findings apply: The following Specification Discipline and Authoring findings apply:
  
-  * **Reduce** requires comparison with an identified and approved baseline, but the Original Requirement does not identify the baseline process, duration, scope, inputs, or measurement method +  * **Enable** is a weak verb that describes facilitation rather than an observable behavior performed by [[dido:99_annexes:annex-b-terms-and-definitions:c:crucible|Crucible]] 
-  * **Platform deployment timelines** does not identify the starting eventcompletion eventmeasured activities, or measurement boundaries +  * **Rapid** does not identify a durationthresholdbaseline, or comparison method 
-  * **From months** does not identify a specific baseline duration or a bounded range +  * **Repeatable** does not identify the [[dido:99_annexes:annex-b-terms-and-definitions:c:controlled_input|Controlled Inputs]] or comparison criteria required to determine equivalence 
-  * **To days or hours** provides alternative and unbounded target ranges rather than a single applicable [[dido:99_annexes:annex-b-terms-and-definitions:a:acceptance_criteria|Acceptance Criterion]] +  * **Compliant** does not identify the [[dido:99_annexes:annex-b-terms-and-definitions:c:compliance_baseline|Compliance Baseline]] or acceptance criteria 
-  * **Through automation** prescribes an implementation approach rather than stating only the required outcome +  * **Secure** does not identify the [[dido:99_annexes:annex-b-terms-and-definitions:s:security_baseline|Security Baseline]] or required security controls
-  * The Original Requirement does not identify the applicable [[dido:99_annexes:annex-b-terms-and-definitions:p:platform_deployment|Platform Deployment]] +
-  * The Original Requirement does not identify which Platform Deployment activities contribute to the measured [[dido:99_annexes:annex-b-terms-and-definitions:d:deployment_duration|Deployment Duration]] +
-  * The Original Requirement does not identify how failed, incomplete, interrupted, or repeated deployments affect the measured result +
-  * The Original Requirement combines an absolute duration objective, a relative duration-reduction objective, and an implementation approach within one compound normative statement +
-  * The absolute duration objective and relative duration-reduction objective may pass or fail independently +
-  * The Original Requirement does not provide independently identifiable statements for verification and traceability+
  
-The Original Requirement therefore requires decomposition into independently identifiable normative requirements.+The Original Requirement combines the following independently testable outcomes:
  
-The decomposition preserves ''MO-002'' as the stable parent requirement identifier. Each replacement requirement receives a lettered identifier and a separate requirement page. The source page currently combines the maximum permitted duration and improvement over an approved Deployment Baseline in one normalized Statement, so those outcomes also require separation. :contentReference[oaicite:0]{index=0}+  * Infrastructure Environment creation 
 +  * Deployment duration 
 +  * Repeatability 
 +  * Compliance 
 +  * Security 
 + 
 +The Original Requirement does not identify the Controlled Inputs, baselines, thresholds, or evaluation criteria required to verify these outcomes. 
 + 
 +The Original Requirement therefore requires: 
 + 
 +  * Replacement of **enable** with observable Crucible behavior 
 +  * Definition of the duration or performance criterion represented by **rapid** 
 +  * Identification of the Controlled Inputs and comparison criteria used to determine repeatability 
 +  * Identification of the Compliance Baseline and acceptance criteria used to determine compliance 
 +  * Identification of the Security Baseline and required controls used to determine security 
 +  * Separation of the independently testable outcomes 
 +  * Confirmation that the derived requirements collectively preserve the complete intent of MO-001 
 + 
 +The decomposition preserves ''MO-001'' as the stable parent requirement identifier. Each proposed replacement requirement receives a lettered identifier and a separate leaf requirement page.
  
 ===== Proposed Statements ===== ===== Proposed Statements =====
  
-The Original Requirement is replaced by the following independently identifiable normative requirements:+The Original Requirement is decomposed into independently identifiable proposed replacement requirements: 
 + 
 +{{indexmenu>dido:02-crusible:99-annexes:annex-c-requirements:01-mission-objectives:mo-001#1|js navbar nocookie maxjs#1 id#crucible_mo_001_requirements_nav}} 
 + 
 +===== Requirement Status ===== 
 + 
 +<todo>Review and approve the proposed decomposition of MO-001 into independently testable requirements.</todo> 
 + 
 +<todo>Determine whether the child requirements under MO-001 collectively supersede MO-001.</todo> 
 + 
 +<todo>If the child requirements are accepted as the complete replacement for MO-001, mark MO-001 as superseded and preserve this page as the parent Traceability record.</todo> 
 + 
 +---- 
 +===== Issues ===== 
 + 
 +The following unresolved issues affect the decomposition of MO-001: 
 + 
 +<todo>Define the duration, threshold, baseline, and measurement method represented by rapid.</todo> 
 + 
 +<todo>Identify the Controlled Inputs and comparison criteria used to determine whether Infrastructure Environments are repeatable.</todo> 
 + 
 +<todo>Identify the Compliance Baseline and acceptance criteria used to determine whether an Infrastructure Environment is compliant.</todo> 
 + 
 +<todo>Identify the Security Baseline and required controls used to determine whether an Infrastructure Environment is secure.</todo> 
 + 
 +<todo>Determine whether the child requirements under MO-001 provide complete coverage of the approved intent of MO-001.</todo> 
 + 
 +---- 
 +===== Notes for Editors ===== 
 + 
 +This page should retain the stable parent requirement identifier ''MO-001''
 + 
 +This page is a non-leaf requirement page and retains a trailing '':start'' in its namespace. 
 + 
 +The child requirements are leaf requirement pages and omit a trailing '':start'' from their namespaces. 
 + 
 +The ''indexmenu'' displays the child requirement pages contained within the MO-001 namespace. Explicit child-page links may be included while the decomposition is being developed and removed after the child pages have been created and finalized. 
 + 
 +This page preserves: 
 + 
 +  * The Original Requirement 
 +  * The assessment of the Original Requirement 
 +  * The reason for decomposition 
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:traceability|Traceability]] to the proposed replacement requirements 
 +  * The unresolved cross-cutting issues affecting the decomposition 
 +  * The supersession decision 
 + 
 +The Original Requirement should not be marked as superseded until the requirement owner: 
 + 
 +  * Approves the proposed decomposition 
 +  * Approves the child requirements 
 +  * Confirms that the child requirements collectively preserve the complete approved intent of MO-001 
 +  * Confirms that no additional child requirements are required
  
-  * [[dido:02-crusible:99-annexes:annex-c-requirements:01-mission-objectives:mo-002:mo-002a|MO-002a — Maximum Platform Deployment Duration]] +After supersession, this page should remain as the parent Traceability record and should continue to preserve the Original Requirement and its assessment.
-  * [[dido:02-crusible:99-annexes:annex-c-requirements:01-mission-objectives:mo-002:mo-002b|MO-002b — Platform Deployment Duration Reduction]]+
  
-{{indexmenu>dido:02-crusible:99-annexes:annex-c-requirements:01-mission-objectives:mo-002#1|js navbar nocookie maxjs#1 id#crucible_mo_002_requirements_nav}}+Material changes to the decomposition should update the child requirements, Requirement Status, Issues, and Traceability records.
  
 ---- ----
  • dido/02-crusible/99-annexes/annex-c-requirements/01-mission-objectives/mo-001/start.1784559793.txt.gz
  • Last modified: 2026/07/20 08:03
  • by nick_dido