This is an old revision of the document!
6.2.2 Out of Scope
Return to Scope of Proposals Sought
The following requirements identify matters that SHALL remain outside the scope of the proposed Reference Architecture. Unless otherwise stated, each requirement applies to the Submission and the proposed Reference Architecture described by that Submission.
Requirements
-
SIP-024 — Domain-Specific Content Exclusion: The proposed Reference Architecture SHALL NOT define Domain-specific Data content or operational Data Models
-
SIP-025 — Transport and Runtime Mechanism Exclusion: The proposed Reference Architecture SHALL NOT define transport protocols, message-exchange frameworks, or runtime communication mechanisms
-
SIP-026 — Preservation of Existing OMG Specifications: The Submission SHALL NOT replace, supersede, or modify existing OMG specifications addressing information exchange, interoperability, or semantic federation
-
SIP-027 — Ontology, Vocabulary, and Taxonomy Exclusion: The proposed Reference Architecture SHALL NOT standardize a specific ontology, Vocabulary, or Domain taxonomy
-
SIP-028 — Doctrine, Procedure, and Policy Exclusion: The proposed Reference Architecture SHALL NOT define operational doctrine, mission procedures, or Domain Policy rules
-
SIP-029 — Implementation and Deployment Independence: The proposed Reference Architecture SHALL NOT prescribe specific implementation technologies, deployment topologies, or System architectures
-
SIP-030 — Tool and Technology Neutrality: The conformance requirements SHALL NOT require a specific modeling language, transport framework, or vendor tooling environment
Notes for Editors
The links in this section provide temporary access to the individual Annex C requirement pages while those records are being created and reviewed.
After the Annex C records are complete, replace each locally maintained Statement with a transclusion of the authoritative Statement from its corresponding requirement page.
An exclusion does not prohibit a Submission from referencing an existing specification or providing a nonnormative example. It prevents the proposed Reference Architecture from standardizing content or technology that lies outside the scope of this RFP.
© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.