[DTE6] Structured Information Processing Reference Architecture (SIP-RA)

Go to Annex B: References

Dido Solutions, Inc. and Jackrabbit Consulting, Inc. Structured Information Processing Reference Architecture (SIP-RA).

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.

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.

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.

DIDO-TE pages cite this reference using:

[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.

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.

SIP-RA supplies architectural concepts associated with conformance, including:

• Conformance Model
• 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.

[DTE6] supplies architectural concepts that complement the DIDO-TE-specific source material recorded in other references.

See:

• [DTE1] U.S. Patent Application US20220237111A1
• [DTE2] Non-Traditional BAA Submission
• [DTE3] Draft BAA White Paper
• [DTE4] DIDO Reference Data Model
• [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.

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.

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.