A.6.7:4.1 MechSuiteDescription (data model)
Preface node
heading:a-6-7-4-1-mechsuitedescription-data-model:13982
Content
MechSuiteDescription declares:
- Suite identifier: a stable identifier for downstream citation.
- Membership: a finite set of distinct mechanism intensions.
- Suite obligations: shared invariants that every member (and any permitted composition of members) must respect.
- Suite contract pins: required citations/pins to contract surfaces and other “anchor” references.
- Suite protocols: allowed pipelines of use (permitted ordering and optional steps), expressed at the descriptive level.
- Suite audit obligations: required audit/pin visibility for downstream uses (UTS/Path pins, crossing pins, guard pins), expressed as required anchors (not run-time values).
- Notes: didactic boundaries and anti-pattern warnings.
A minimal canonical form:
Norms.
- Suite identifier.
mech_suite_idMUST be present and stable: it is the citation handle for downstream planning andU.Work.Audit.
Well-formedness constraints (admissibility; non-deontic).
-
WF‑MS‑1 (Membership set semantics).
mechanismsdenotes a duplicates‑free set; order carries no semantics. -
WF‑MS‑2 (Protocol closure). If
suite_protocolsis present, then for everyProtocolStepin everySuiteProtocol,step.mechanism ∈ mechanisms. -
WF‑MS‑3 (Suite ≠ Pack).
MechSuiteDescriptiondoes not carry shipping/publication payloads; publication remains the role ofPackpatterns. -
WF‑MS‑4 (Suite ≠ Mechanism).
MechSuiteDescriptioncontains noOperationAlgebra/LawSet/execution semantics and is not admissible where aU.Mechanism.*node is required. -
Membership is by mechanism intension (order-free).
mechanismsMUST denote a duplicates-free set of distinctU.Mechanism.Intensionmembers. Membership order has no semantics; any intended ordering is expressed only insuite_protocols. A suite is not defined by a sharedBaseType. -
No substitution by
MechFamilyDescription. A suite MUST NOT be encoded as aMechFamilyDescription. If desired, a suite MAY additionally citeMechFamilyDescription/MechInstanceDescriptionfor particular members (e.g., “preferred realization for this context”), but such citations do not redefine membership. -
No “Pack” meaning. A suite MUST NOT be named or treated as a publication pack.
Packremains reserved for publication/shipping bundling (e.g., G.10). -
No mechanism semantics in the suite. A suite is a Description, not a mechanism: it does not define
OperationAlgebra, it does not execute, and it does not absorb gate logic.