====== [DTE6] Structured Information Processing Reference Architecture (SIP-RA) ======
[[dido:03-dido-te:99-annexes:annex-b-references:start|Go to Annex B: References]]
===== Reference =====
Dido Solutions, Inc. and Jackrabbit Consulting, Inc. //Structured Information Processing Reference Architecture (SIP-RA)//.
===== Bibliographic Information =====
^ Attribute ^ Value ^
| Reference Identifier | [DTE6] |
| Title | Structured Information Processing Reference Architecture (SIP-RA) |
| Filename | Record the authoritative filename. |
| Artifact Type | Reference Architecture |
| Version | Record the authoritative version. |
| Document Date | Record the authoritative document date. |
| Preparing Organisations | Dido Solutions, Inc. and Jackrabbit Consulting, Inc. |
| File Format | Record the authoritative file format. |
| Status | Record the authoritative status. |
| URI | Record the canonical SIP-RA URI. |
===== Scope =====
The Structured Information Processing Reference Architecture (SIP-RA) defines an implementation-independent architecture for the governed processing of structured information.
SIP-RA establishes architectural concepts, terminology, models, relationships, requirements, conformance criteria, and traceability practices applicable to systems that process structured information.
DIDO-TE uses SIP-RA as an architectural foundation for the design, implementation, operation, validation, and conformance of the DIDO Test Environment.
===== Architectural Content =====
SIP-RA addresses architectural subject areas associated with:
* Structured information processing
* Reference Architecture
* Conceptual, logical, and physical models
* Architectural components and relationships
* Information-processing pipelines
* Data and metadata
* Processing lifecycle governance
* Traceability
* Validation
* Conformance
* Conformance criteria
* Conformance points
* Implementation profiles
* Evidence
* Auditability
* Reproducibility
* Interoperability
* Security
* Governance
DIDO-TE applies the SIP-RA concepts relevant to a distributed Test Environment and specialises them where DIDO-TE requires test-specific architectural meaning.
===== Relevance to DIDO-TE =====
This reference provides part of the architectural foundation for DIDO-TE.
DIDO-TE uses [DTE6] to:
* Establish architectural concepts and terminology
* Preserve separation among conceptual, logical, and physical models
* Structure information-processing responsibilities
* Establish traceability between requirements and architectural elements
* Define inspectable conformance points
* Establish conformance criteria
* Support validation and verification
* Govern the production and preservation of Evidence
* Support reproducible Test Environments and Test Executions
* Distinguish architectural requirements from implementation decisions
DIDO-TE requirements and architecture content identify any specialisation or extension of a SIP-RA concept.
===== Citation Use =====
DIDO-TE pages cite this reference using:
[[dido:03-dido-te:99-annexes:annex-b-references:dte-006|[DTE6]]]
A citation identifies the applicable SIP-RA section, clause, requirement, figure, table, model element, or other precise source location.
For example:
[[dido:03-dido-te:99-annexes:annex-b-references:dte-006|[DTE6]]], Section 6.4.6, "Implementation Conformance Model."
When a DIDO-TE requirement derives from a SIP-RA requirement, the citation identifies the applicable source requirement and its location.
When DIDO-TE specialises or extends a SIP-RA concept, the citation identifies the original concept and records the resulting DIDO-TE specialisation or extension.
===== Source Treatment =====
DIDO-TE preserves the meaning of architectural concepts derived from [DTE6].
The derivation process:
* Identifies the precise SIP-RA source location
* Preserves the original architectural meaning
* Identifies the applicable DIDO-TE context
* Records any terminology normalisation
* Records any DIDO-TE specialisation or extension
* Provides a rationale for each specialisation or extension
* Maintains traceability between the source concept and the resulting DIDO-TE content
* Distinguishes source requirements from derived DIDO-TE requirements
* Distinguishes architectural constraints from implementation decisions
A DIDO-TE specialisation narrows or contextualises a SIP-RA concept for the DIDO Test Environment. It does not alter the historical SIP-RA source.
===== Conformance Content =====
SIP-RA supplies architectural concepts associated with conformance, including:
* [[dido:99_annexes:annex-b-terms-and-definitions:c:conformance_model|Conformance Model]]
* [[dido:99_annexes:annex-b-terms-and-definitions:c:conformance_criterion|Conformance Criterion]]
* Architectural conformance
* Conformance points
* Implementation conformance
* Requirements traceability
DIDO-TE applies these concepts to identify inspectable architectural elements, required behaviours, interfaces, records, Evidence, and verification results.
A DIDO-TE conformance statement identifies the applicable SIP-RA source when SIP-RA establishes the governing architectural concept or requirement.
===== Relationship to Other References =====
[DTE6] supplies architectural concepts that complement the DIDO-TE-specific source material recorded in other references.
See:
* [[dido:03-dido-te:99-annexes:annex-b-references:dte-001|[DTE1] U.S. Patent Application US20220237111A1]]
* [[dido:03-dido-te:99-annexes:annex-b-references:dte-002|[DTE2] Non-Traditional BAA Submission]]
* [[dido:03-dido-te:99-annexes:annex-b-references:dte-003|[DTE3] Draft BAA White Paper]]
* [[dido:03-dido-te:99-annexes:annex-b-references:dte-004|[DTE4] DIDO Reference Data Model]]
* [[dido:03-dido-te:99-annexes:annex-b-references:dte-005|[DTE5] DIDO-TE Requirements Register]]
[DTE1] records patented subject matter. [DTE2] and [DTE3] describe proposed applications of DIDO-TE. [DTE4] supplies a historical Conceptual Model. [DTE5] records source requirements. [DTE6] supplies the broader architectural framework within which DIDO-TE requirements and architecture content are organised.
Cite the reference that directly supports the applicable statement, architectural concept, or requirement derivation.
===== Status =====
Record the authoritative publication status, version, and date of [DTE6] in the Bibliographic Information table.
A later SIP-RA revision does not automatically supersede the revision cited by existing DIDO-TE requirements, architecture content, Evidence, or published documents.
Record the relationship between revisions before changing the authoritative source used by DIDO-TE.
----
===== Notes for Editors =====
Preserve `[DTE6]` and this page namespace as stable citation identifiers.
Preserve the authoritative SIP-RA source file as the canonical source artifact.
Record the authoritative filename, version, date, file format, publication status, and canonical URI when this metadata becomes available.
Identify the precise SIP-RA section, clause, requirement, figure, table, model element, or other source location when deriving DIDO-TE content from [DTE6].
Do not cite [DTE6] without a precise source location when a more precise citation is available.
Preserve the original SIP-RA meaning in the source record. Record DIDO-TE terminology and specializations separately.
Do not classify a change to architectural meaning, scope, responsibility, relationship, constraint, conformance criterion, or conformance point as an editorial correction.
Document each DIDO-TE specialization or extension with its source, resulting expression, and rationale.
Do not introduce implementation-specific products, technologies, datatypes, encodings, or deployment decisions into a conceptual requirement derived from SIP-RA.
Preserve the distinction among conceptual, logical, and physical models.
Record the revision, provenance, and supersession relationship before replacing [DTE6] with another SIP-RA revision.
Preserve [DTE6] when existing requirements, architecture content, Evidence, reports, or externally published documents cite it.
----
© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.