Differences
This shows you the differences between two versions of the page.
| 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_dido | dido: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: | [[dido: | ||
| Line 5: | Line 5: | ||
| ===== Original Requirement ===== | ===== Original Requirement ===== | ||
| - | > //Crucible SHALL reduce platform deployment timelines from months to days or hours through automation.// | + | > //Crucible SHALL enable rapid creation of repeatable, compliant, and secure infrastructure environments.// |
| ===== 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 | + | * **Enable** is a weak verb that describes facilitation rather than an observable behavior performed by [[dido: |
| - | * **Platform deployment timelines** does not identify | + | * **Rapid** does not identify |
| - | * **From months** does not identify | + | * **Repeatable** does not identify |
| - | * **To days or hours** provides alternative and unbounded target ranges rather than a single applicable | + | * **Compliant** does not identify the [[dido: |
| - | * **Through automation** prescribes an implementation approach rather than stating only the required outcome | + | * **Secure** |
| - | * The Original Requirement | + | |
| - | * The Original Requirement | + | |
| - | * The Original Requirement does not identify how failed, incomplete, interrupted, | + | |
| - | * 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 | + | The Original Requirement |
| - | The decomposition preserves '' | + | * 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 '' | ||
| ===== Proposed Statements ===== | ===== Proposed Statements ===== | ||
| - | The Original Requirement is replaced by the following | + | The Original Requirement is decomposed into independently identifiable |
| + | |||
| + | {{indexmenu> | ||
| + | |||
| + | ===== Requirement Status ===== | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | ---- | ||
| + | ===== Issues ===== | ||
| + | |||
| + | The following unresolved issues affect the decomposition of MO-001: | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | ---- | ||
| + | ===== Notes for Editors ===== | ||
| + | |||
| + | This page should retain the stable parent requirement identifier '' | ||
| + | |||
| + | This page is a non-leaf requirement page and retains a trailing '': | ||
| + | |||
| + | The child requirements are leaf requirement pages and omit a trailing '': | ||
| + | |||
| + | The '' | ||
| + | |||
| + | This page preserves: | ||
| + | |||
| + | * The Original Requirement | ||
| + | * The assessment of the Original Requirement | ||
| + | * The reason for decomposition | ||
| + | * [[dido: | ||
| + | * 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: | + | After supersession, |
| - | * [[dido: | + | |
| - | {{indexmenu> | + | Material changes to the decomposition should update the child requirements, Requirement Status, Issues, and Traceability records. |
| ---- | ---- | ||