Library / Semantic Integration Engineering Principles Framework
Jump to passage
In this reading

Link to current text

Published source confirmed at last check

Source changed 2026-10-03 16:02:47 UTC · snapshot created 2026-10-03 16:03:51 UTC · last check 2026-10-03 16:25:20 UTC

Framework Boundary and Refresh

Intended use and ordinary non-use

Use this framework when the working result must make separately governed meanings, identities, claims, or representations usable together for a named receiver. Use one pattern or a small cooperating set and stop at the first decision-changing result or honest blocker.

Do not use SIE for local modeling with no cross-source receiving-use question, physical data movement, pipeline operation, one application’s schema design, master-data authority, product configuration or release, generic representation choice, or the receiver’s operational decision. Obtain those results from their owning practices. A local mapping inside one source can remain local unless it changes a cross-source semantic result.

PatternID and reader order

SIE.* is the Semantic Integration Engineering PatternID namespace. Numbers are stable addresses, not steps or maturity levels. The Table of Contents gives reader order. A dependency names a result needed by one use; it does not require every lower-numbered body to run.

Supplied pattern repertoire

The complete first edition supplies SIE.1–SIE.12. The model, change, and commons entries return these domain results:

  • SIE.3 - Construct or Reuse a Semantic Model for a Named Use: adequate reuse or the semantic development required by a demonstrated gap.
  • SIE.11 - Trace Semantic Change and Revalidate Affected Uses: direct affected-use results, with a common account when a receiver needs it.
  • SIE.12 - Govern Modular Semantic Commons without Universal Authority: a working shared-module arrangement for actual users.

A supplied Method guides the work; an inaccessible source, unresolved meaning, missing right, or absent implementation result can still limit a particular use.

Package anatomy and direct result relations

Package partSupplying body or returnMinimum inspectable content
use contractSIE.1receiver, use, answer claims, tolerated loss/uncertainty, freshness/latency/quality, authority, representative tests, stop and reopen
source manifestSIE.2; SIE.3 qualification when neededassets, schemes, editions/effectivity, meanings and identifiers used, owners/authority, provenance/access, gaps, and references to required model qualifications
correspondence setSIE.4endpoints, relation or incompatibility, orientation, bounded use, permitted loss, justification/evidence, source versions, counterexamples and unresolved rows
cross-source identity dispositionSIE.5load-bearing endpoints, grain and interval, disposition kind, schemes and issuers, evidence, authority boundary, downstream references for the relied-on identity; an explanation of unused identity only when it affects interpretation or later reliance
source-qualified claim compositionSIE.6source claims, scope, interval, authority, uncertainty, derivation, relied-on identity premises, comparable/conflicting/non-comparable/unresolved relation, qualified view or explicit conflict
mapping specificationSIE.7schemes, accepted semantic inputs, rules, conditions, cardinalities, units/codes, defaults, errors, loss, trace, examples and tests
realization and interfaceSIE.8, SIE.9virtual/materialized/hybrid decision, required implementation result, receiver contract, interpretation, currentness, errors, provenance, access assumptions and return path
validation accountSIE.10evidence sufficient for the bounded disposition; every load-bearing layer and required cases for a positive use claim; material unexamined reach, pass/narrow/unresolved/stop, and reopen condition

SIE.1 → SIE.2 supplies the use and source cut. SIE.2 → SIE.3 is conditional. SIE.2 and any supplied use-fit model feed SIE.4–SIE.6. SIE.4 can expose an identity question for SIE.5 and supplies semantic premises to SIE.7. SIE.5 supplies load-bearing identity premises to SIE.6, SIE.7, and SIE.10. SIE.6 supplies a qualified composition or explicit conflict branch to SIE.7 and SIE.9. SIE.7 → SIE.8 → SIE.9 → SIE.10 connects executable semantics to realization, receiver, and bounded validation. SIE.11 revisits only affected reliance, using these dependencies where material. SIE.12 supplies shared-module arrangements when actual users require them. These relations may iterate.

Pattern selection and first returned result

Working questionStart or returnFirst result
What use and loss boundary govern the integration?SIE.1SemanticIntegrationUseContract@Use
What does each source mean and own?SIE.2SourceSemanticInventory@Use
Are the available models adequate, or what content must change?SIE.3 when adequacy is unsettledUseFitSemanticModel@Use or exact blocker
Which endpoints correspond or remain incompatible?SIE.4QualifiedCorrespondenceSet@Use
Which identifiers concern the same entity at this grain and interval?SIE.5CrossSourceIdentityDisposition@Use
How can governed claims be composed without hiding conflict?SIE.6SourceQualifiedClaimFusion@Use
Which executable rules implement the accepted semantics?SIE.7ExecutableSemanticMappingSpecification@Use
Should the arrangement be virtual, materialized, or hybrid?SIE.8SemanticRealizationDecision@Use
What interface carries the meaning into receiving Work?SIE.9ReceivingSemanticInterface@Use
Is the result usable for the named receiver?SIE.10SemanticIntegrationValidationAccount@Use
What follows from a changed semantic premise?SIE.11qualified direct result, scoped gap, or a common affected-use account when needed
How should shared semantic modules be maintained?SIE.12 for actual commons usersModularSemanticCommonsAccount@Community or exact blocker

Source use and currentness

The source contributions guide particular actions and qualifications. Each body states what a source contributes and what remains outside its authority.

Source familyContribution used hereQualification and reopen
Current FPFsource-local meaning, episteme identity, direct Bridge truth, bounded representation use, claim/provenance reliance, representation transition, currentness and affected-use distinctionsFPF retains the generic concepts and assurance law. A changed relied-on result reopens only its SIE consumer.
Current Method Engineeringsituational criteria and the separate repertoire, variant, introduction, and revision Methods in ME.2, ME.15–ME.17SIE supplies domain content; it does not duplicate Method identity or lifecycle decisions.
Current Systems Engineeringengineering-description, configuration/effectivity, change, release, integration, and assurance resultsSIE can supply a qualified semantic premise; SYSE retains engineering decisions.
ISO 704:2022 and ISO/IEC 11179-3:2023distinguish objects, concepts, definitions, designations, registry items, versions, and mapping metadatado not establish cross-source identity, truth, or receiving-use fitness
LOT, maintained LOT resources, and LOT4KGcompetency/use questions, domain-participant validation, qualified reuse or development, and dependencies between an ontology and a selected graph realizationreuse can finish the model question; LOT4KG’s maintained activities do not establish a final peer-reviewed edition or a measured advantage
OWL 2 and the public ISO/IEC 21838-1:2021 descriptionexplicit language semantics and profile choices when formalization is useful; a deliberately selected top-level basis when coherence needs itformal validity does not supply domain adequacy; no universal ontology or full-standard conformance is required or claimed
OBO Foundry principles, including term stability, contact responsibility, and notificationactual module users, stable identification, scoped shared content, reachable responsibility, and notice of changes affecting relianceadapt to the particular commons; contact does not itself assign content or release rights, and an OBO-specific notice interval is not universal
SKOS, SSSOM 1.0, and OAEI 2025correspondence kinds, reusable mapping metadata, and task-dependent alignment evidencea label, similarity score, or matcher output remains a candidate premise
ISO 8000-115:2024, PROV-O, SEMI traceability, and GS1 EPCIS 2.0.1identifier-owner/use-restriction inputs, provenance relations, and domain identity/traceability probesthey create no cross-source equivalence, master identity, authoritative value, or receiving action
R2RML, OMG QVT 1.3, and Ontopbounded executable mapping and virtual/materialized realization formsno mandatory RDF, MOF, graph store, or source authority
SHACL, DQV, Data on the Web Best Practices, ISO/IEC 25012:2008, and ISO 8000-61:2016distinct validation, quality, provenance/version, and quality-management questionsno one layer or score proves receiving-use adequacy
ISO 10303-242:2025 and ISO 23952:2020versioned product-definition/configuration and manufacturing-quality source casesAP242 edition 4 is at stage 90.92, “to be revised”; a changed relied-on successor reopens the affected source, mapping, interface, and case only

The foundation source cut was qualified on 4 September 2026. The model, evolution, and commons contributions were qualified on 8 September using LOT, the maintained LOT4KG description, OWL 2, and the selected OBO principles. LOT4KG’s site cites an under-review manuscript and contains mixed date metadata; its inspected activities supply method guidance rather than proof of a final peer-reviewed edition or measured advantage. The earlier 2024 joint-methodology proposal is historical background; its future-work account does not describe the maintained method’s current evolution activities. The public ISO/IEC 21838-1:2021 description and stage 90.20 systematic review since 15 July 2026 delimit its use here; no full-standard conformance is claimed. Reopen only choices affected by changed relied-on content or use conditions.

Related modeling and engineering work

Use SIE for the contribution that makes separately governed meanings usable together. The following working questions locate that contribution and the decisions that remain with neighboring practices.

Working questionSIE contributionBoundary retained
Terminology and ontology across source modelsSIE.2 recovers source meanings, SIE.3 qualifies or develops model content for an integration use, and SIE.4 supplies correspondencesgeneric terminology, ontology, formal science, and local modeling remain with their direct owners
A model needed for a receiving integration answerSIE.2, SIE.3, SIE.4, SIE.7, and SIE.10 apply when the model supplies a named semantic-integration resultlocal model construction and research remain outside SIE
Formal apparatus needed by a semantic mapping or validationexact formal apparatus may become a source, mapping, or validation premiseformal modeling itself is not an SIE lifecycle
Connected engineering descriptions and changed lifecycle informationSIE can return a qualified semantic interface, mapping package, identity/claim result, or affected-use resultSYSE keeps engineering descriptions, configuration, release, assurance, and digital-thread decisions; Data Engineering keeps pipeline operation

FPF, neighboring practice, and authority boundaries

FPF owns generic representation, grounding, evidence, source/currentness, identity, comparison, and assurance distinctions. Method Engineering owns Method identity, qualification, trial, fit, worth, repertoire, variant, introduction, and revision. Systems Engineering owns engineered-System, engineering-description, configuration, integration, release, and assurance decisions. Data Engineering owns extraction execution, pipeline/service construction, orchestration, observability, reliability, and recovery. MDM and domain authorities own master identity, authoritative values, survivorship, and domain truth. Applications and operating or decision owners own authorization, risk acceptance, and actual outcomes.

SIE supplies Methods for use-qualified model content, cross-source meanings and correspondences, identity and claim composition, executable mappings, realization, interfaces, validation, changed semantic reliance, and modular commons. Return every non-SIE result to its owner with the exact dependent action.

Representative case coverage

The five applications are constructed method demonstrations, not evidence of a production integration, product release, recall decision, analytic validity, provider performance, or practical effectiveness.

CaseWhat it testsBoundary for reuse
AP242/QIFconfiguration/effectivity, feature identity, source-qualified composition, mapping, interface, and receiving-use validationengineering and quality authorities retain release and acceptance; AP242 revision reopens affected premises
semiconductor traceabilityseveral identifier schemes, grains, issuers, time, contradiction, and disclosureMDM/domain and recall authorities retain identity, value, and action
quality/provenancemapping coverage, units, defaults, derivation, currentness, and a representative analyticData Engineering and source owners repair their results; quality measures do not decide use alone
high-change providerssufficient model reuse, explicit semantic difference, virtual realization, availability/error branches, changed promise horizon, and non-comparabilityproviders retain source meanings and permissions; purchasing owns action
equipment-classification commonsmodule boundaries, local correspondences, identification, decision and release rights, semantic change, migration, and noticecontacts communicate; source owners and receiving users retain their respective decisions

Edition return

Semantic Integration Engineering Principles Framework — First Edition, 20 September 2026 designates the source, twelve authoritative pattern bodies, and deterministic carrier of the complete twelve-pattern first edition. The publication supplies practitioner guidance and constructed examples. An implemented service, maintained commons, or receiving decision needs the corresponding actual work and evidence.

Publication boundary

This publication combines twelve authoritative pattern bodies with the shared reader account. The bodies govern their Methods; the Readme, Preface, applications, Table of Contents, and boundary account help readers find and combine them.

Use an instructional Guide for sequenced learning and memory formation. Use the Engineering DPF Suite Reference for cross-framework discovery. Neither publication replaces the pattern bodies or supplies a missing SIE result.