C.30:4.4 - Architecture name formation
The word architecture is shorthand only after the described holon, selected structures, structure kind, architecture concern and admissible-use frame, and exact use of inspected material as source, description, view, representation, or publication form are recoverable. Without those qualifiers, it is a recovery trigger, not a stable FPF term.
ArchitectureNameFormationRule:
If a text says "<X> architecture", the phrase is precise only when the following are recoverable:
describedHolonRef,
actual subject relation occurrences or an explicit candidate or expected stop,
architectureRelationRefs only when those exact relations obtain,
claimScope? when claim coverage changes use,
effectiveReferenceScheme for any claim episteme,
modelUseStructureRef? only when that structure changes interpretation or selection,
structureKindRef = <X>StructureKind or a declared local classifier,
actual selectedStructureRefs or separately named candidateOrExpectedStructureRefs,
architectureStructuralViewRefs only when a conforming view episteme is being used,
admissibleUse,
nonAdmissibleUse.
If <X> is not a declared structure kind, the phrase is plain recognition wording only.
| Phrase | Required recovery |
|---|---|
| functional architecture | structureKindRef = FunctionalStructure; functions, effects, capabilities, and functional dependencies named as structure content; transformation-flow structures, paths, and flow valuations are assigned to TransformationFlowStructure or C.30.TFS-REL. |
| modular architecture | structureKindRef = ModuleInterfaceStructure; A.6.M ModuleInterfaceClaim content, selected dependency structure, independently identified interface specifications, substitutability rule, and change policy. Cite a direct module relation only after its exact predicate is defined and current facts make it obtain; the claim record is not that relation. |
| logical architecture | structureKindRef = DeclaredLogicalStructure; local definition says whether logical means information relation, functional relation, runtime relation, responsibility relation, allocation relation, or another relation class. |
| physical architecture | structureKindRef in {MaterialSpatialStructure, PlacementDeploymentStructure} or a locally declared physical structure kind. |
| control architecture | structureKindRef = ControlStructure; an LCA record may describe the control structure, but use the applicable dynamics, temporal, causal, evidence, safety, or assurance patterns for any separate proof claim. |
| information architecture | structureKindRef = InformationDataStructure; state bearer and residence, schema refs, semantic refs, persistence locus, provenance relation, custody relation, and source-return conditions. |
| security architecture | structureKindRef = SecurityTrustBoundaryStructure; recover protected asset or effect, trust boundary, adversarial path, authority or privilege relation, secure-default or hardening boundary, and the applicable pattern for any evidence, assurance, or gate claim. |