Library / First Principles Framework (FPF) - Core Conceptual Specification
Jump to passage
In this reading

Link to current text

Published source confirmed at last check

Source changed 2026-10-03 10:39:28 UTC · snapshot created 2026-10-03 10:40:04 UTC · last check 2026-10-03 11:40:09 UTC

A.6.H:11 - SoTA-Echoing

Source traditionCurrent practice used hereLocal adoptionRejected shortcut
ISO/IEC/IEEE 42010:2022, architecture-description practiceDistinguish the entity of interest from its description and make concerns, viewpoints, environment, and boundary explicit.Recover the candidate referent and boundary before treating a description or publication as evidence about it.A view, diagram, or architecture document is the system whole or establishes its parts.
ISO/IEC 21838-2:2021, upper-ontology disciplineBFO distinguishes continuant parthood from occurrent parthood; its temporal parthood has occurrent domain and range.FPF’s A.14 makes a local choice: proper temporal restriction of one unchanged enduring individual, including an unchanged episteme, under its direct identity and relation tests. This differs from BFO temporal parthood and supplies no episteme-edition or Work shorthand.One universal part edge or lifecycle object covers components, versions, and Work.
ArchiMate 3.2, enterprise-architecture relation practiceDifferent structural and behavioral relations answer different questions.Use the source vocabulary as a comparison aid while retaining FPF subject patterns and occurrence rules.A modelling-language edge label establishes the in-world FPF relation.
Team Topologies, sociotechnical boundary practiceTeam boundaries, interaction modes, and cognitive load affect organization and flow.Treat team and ownership wording as cues. Recover the claim actually made using the distinctions in §5.2, and use A.6.RCD only when no current pattern defines the needed predicate.A team boundary or a list of who belongs to the team establishes no ownership, responsibility, assignment, or Work by itself.
ISO/IEC/IEEE 29148:2018, requirements qualityRequirements should identify the item, condition, and verifiable claim without referent/document ambiguity.Require exact subjects, scopes, predicates, and blocked overreads on load-bearing surfaces.A specification sentence becomes true or complete because the document is complete-looking.
NIST SP 800-53 Rev. 5, security and privacy controlsIntegrity claims depend on exact information, constraints, threats, controls, assessment, and evidence.Recover the data/security integrity characteristic, measurement, evaluation, or assurance question and apply its rule before any structural-whole reading.Every occurrence of integrity means wholeness or mereological coherence.

Whenever fraction, percentage, or share is used as a part claim, recover the extensive measure μ and additivity basis before PortionOf; otherwise keep the value with the pattern that defines its measurement, allocation, collection belonging, or other actual claim.