[DTE6] Structured Information Processing Reference Architecture (SIP-RA) [Dido Solutions, Inc Wiki]

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
====== [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:

<code dokuwiki>
[[dido:03-dido-te:99-annexes:annex-b-references:dte-006|[DTE6]]], Section 6.4.6, "Implementation Conformance Model."
</code>

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.

----

<WRAP centeralign>
© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.
</WRAP>