dido:02-crusible:99-annexes:annex-c-requirements:02-operational-requirements:start

This is an old revision of the document!


C.2 Operational Requirements

Go to Crucible Requirements

The Operational Requirements define the actors, deployment environments, operational classifications, concurrency needs, and management scope within which Crucible operates.

These requirements establish the operational conditions that constrain and guide the functional, security, reliability, performance, maintainability, data management, and interoperability requirements.

Requirement Source Statement
OR-001 The system SHALL support operation by Developers, DevSecOps Engineers, Platform Engineers, System Administrators, Security Engineers, and Compliance Officers
OR-002 The system SHALL support deployment into AWS, Azure, Google Cloud Platform, VMware, OpenShift, Kubernetes, Bare Metal Infrastructure, and Air-Gapped Environments
OR-003 The system SHALL support classified and unclassified deployment environments
OR-004 The system SHALL support deployment and management of multiple environments simultaneously
OR-005 The system SHALL support centralized management of distributed environments

Each Operational Requirement page:

  1. Preserves the source statement
  2. Evaluates the source statement using the Specification Discipline and Authoring framework
  3. Confirms and classifies defects using the Common Specification Weakness Enumeration
  4. Provides a normalized requirement statement
  5. Identifies applicable actors, environments, activities, and constraints
  6. Defines ordered verification statements
  7. Identifies outgoing traceability
  8. Uses wiki backlinks for incoming traceability
  9. Identifies additional concepts that require entries in the shared Terms and Definitions corpus

The individual requirement pages should retain the stable identifiers `OR-001` through `OR-005`.

The source statements should preserve the wording from the controlling System Requirements Specification.

Normalized statements should replace weak verbs such as support with direct, testable behavior.

Incoming traceability should use the wiki Backlinks function rather than a manually maintained list.

Individual requirement links should omit a trailing `:start` when the requirement record is a leaf page.

Do not rename requirement pages after external citation unless a redirect or move plan is in place.


© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.

  • dido/02-crusible/99-annexes/annex-c-requirements/02-operational-requirements/start.1784190799.txt.gz
  • Last modified: 2026/07/16 01:33
  • by nick_dido