<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="FeedCreator 1.8" -->
<?xml-stylesheet href="https://wiki.didosolutions.com/lib/exe/css.php?s=feed" type="text/css"?>
<rdf:RDF
    xmlns="http://purl.org/rss/1.0/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
    xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel rdf:about="https://wiki.didosolutions.com/feed.php">
        <title>Dido Solutions, Inc Wiki - dido:99_annexes:annex-b-terms-and-definitions:a</title>
        <description>DIDO Solutions technical documentation and FX Demo knowledge base</description>
        <link>https://wiki.didosolutions.com/</link>
        <image rdf:resource="https://wiki.didosolutions.com/_media/wiki/logo.png" />
       <dc:date>2026-08-22T19:41:03+00:00</dc:date>
        <items>
            <rdf:Seq>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/aarch64?rev=1784009031&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/acceptance_criteria?rev=1784219354&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/access_control?rev=1786219208&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/accreditation?rev=1784403223&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/accreditation_boundary?rev=1784403223&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/accredited_software_factory?rev=1784403223&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/actor?rev=1785877034&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/air-gapped_environment?rev=1784403223&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/air_gap?rev=1784403223&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/api?rev=1785852565&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/application?rev=1786040932&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/application_independence?rev=1786041321&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/archetype?rev=1784403223&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/architectural_governance_layer?rev=1783793697&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/artifact?rev=1784533896&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/artifact_catalog?rev=1785881810&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/artifact_catalog_record?rev=1784535015&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/ato?rev=1784403223&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/attachment_point?rev=1784403223&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/audit?rev=1784403223&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/auditability?rev=1784403223&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/auditor?rev=1783793704&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/audit_and_provenance_plane?rev=1784403223&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/audit_and_provenance_state_records?rev=1784403223&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/audit_recording_role?rev=1785852566&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/authentication?rev=1786219177&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/authority?rev=1785879247&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/authorized_resource?rev=1784220661&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/authorizing_authority?rev=1784403223&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/aws?rev=1784749709&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/rchitectural_element?rev=1783793697&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/start?rev=1783879872&amp;do=diff"/>
            </rdf:Seq>
        </items>
    </channel>
    <image rdf:about="https://wiki.didosolutions.com/_media/wiki/logo.png">
        <title>Dido Solutions, Inc Wiki</title>
        <link>https://wiki.didosolutions.com/</link>
        <url>https://wiki.didosolutions.com/_media/wiki/logo.png</url>
    </image>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/aarch64?rev=1784009031&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-14T06:03:51+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>AArch64</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/aarch64?rev=1784009031&amp;do=diff</link>
        <description>AArch64

Go up to Terms and Definitions

Discussion

AArch64 identifies the 64-bit execution state of the Arm architecture. It uses the A64 instruction set.

Operating systems, package managers, container registries, build tools, virtualization platforms, and infrastructure providers commonly use the labels AArch64, aarch64, or arm64 for this architecture. A controlled architecture model should normalize these labels while preserving the source-specific label required by each implementation.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/acceptance_criteria?rev=1784219354&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-16T16:29:14+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Acceptance Criteria</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/acceptance_criteria?rev=1784219354&amp;do=diff</link>
        <description>Acceptance Criteria

Go to Terms and Definitions

Discussion

Acceptance Criteria define the conditions that a subject must satisfy for an authorized actor or process to accept it for a specified purpose.

The subject may include:
An ArtifactAn Infrastructure ConfigurationAn Infrastructure EnvironmentA Machine ImageA deploymentA releaseA test resultA service</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/access_control?rev=1786219208&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-08-08T20:00:08+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Access Control</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/access_control?rev=1786219208&amp;do=diff</link>
        <description>Access Control

Go up to Terms and Definitions

Discussion

Access Control regulates interactions between a subject and a protected resource according to an applicable Policy.

A subject includes a person, organisation, process, service, system, device, or Node. A resource includes information, an artifact, a service, an interface, a function, a system, a physical location, or another controlled object.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/accreditation?rev=1784403223&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-18T19:33:43+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Accreditation</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/accreditation?rev=1784403223&amp;do=diff</link>
        <description>Accreditation

Go up to Terms and Definitions

Discussion

Accreditation establishes formal recognition that a defined system, service, facility, organization, or operational capability satisfies specified criteria within a defined scope and operating context.

An accreditation process evaluates applicable requirements, implemented controls, identified risks, assessment results, operating procedures, and supporting</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/accreditation_boundary?rev=1784403223&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-18T19:33:43+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Accreditation Boundary</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/accreditation_boundary?rev=1784403223&amp;do=diff</link>
        <description>Accreditation Boundary

Go up to Terms and Definitions

Discussion

An Accreditation Boundary identifies the systems, components, services, information, interfaces, infrastructure, processes, personnel roles, and operating environments included within an Accreditation.

The boundary establishes the scope of the applicable requirements, controls, assessments, risks, and supporting</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/accredited_software_factory?rev=1784403223&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-18T19:33:43+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Accredited Software Factory</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/accredited_software_factory?rev=1784403223&amp;do=diff</link>
        <description>Accredited Software Factory

Go up to Terms and Definitions

Discussion

An Accredited Software Factory is a Software Factory that operates within an approved Accreditation Boundary under an Operational Approval issued by an Authorizing Authority.

The accreditation applies to the factory configuration, implemented controls, operating processes, supporting</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/actor?rev=1785877034&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-08-04T20:57:14+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Actor</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/actor?rev=1785877034&amp;do=diff</link>
        <description>Actor

Go up to Terms and Definitions

Discussion

An Actor is an identifiable participant that performs or can perform an action or Role within a defined context.

An Actor can be:
A personA UserAn OrganizationAn organizational unitA systemA serviceA NodeAn automated processAn external participantAnother identifiable participant capable of performing an action or Role</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/air-gapped_environment?rev=1784403223&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-18T19:33:43+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Air-Gapped Environment</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/air-gapped_environment?rev=1784403223&amp;do=diff</link>
        <description>Air-Gapped Environment

Go up to Terms and Definitions

Discussion

An Air-Gapped Environment operates without direct electronic communication with external systems or networks because an Air Gap separates the environment from them.

The environment relies on controlled transfer processes to receive software, dependencies, updates, configuration information, and other required inputs. The same processes govern the release of evidence, reports, logs, or other information from the environment.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/air_gap?rev=1784403223&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-18T19:33:43+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Air Gap</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/air_gap?rev=1784403223&amp;do=diff</link>
        <description>Air Gap

Go up to Terms and Definitions

Discussion

An Air Gap separates systems, networks, or operating environments by preventing direct electronic communication across a defined boundary.

The separation protects a Disconnected Environment from external networks and limits the paths through which information, software, dependencies, updates, or commands enter or leave the environment.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/api?rev=1785852565&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-08-04T14:09:25+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Application Programming Interface (API)</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/api?rev=1785852565&amp;do=diff</link>
        <description>Application Programming Interface (API)

Go up to Terms and Definitions

Discussion

An Application Programming Interface (API) provides an implementation interface through which software components, systems, services, applications, tools, or users request, provide, exchange, or control information or behavior.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/application?rev=1786040932&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-08-06T18:28:52+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Application</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/application?rev=1786040932&amp;do=diff</link>
        <description>Application

Go up to Terms and Definitions

Discussion

An Application is software that performs functions for users, Organizations, or other systems.

An Application includes one or more software components organised to provide a defined capability or set of capabilities. The concept does not prescribe a particular:</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/application_independence?rev=1786041321&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-08-06T18:35:21+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Application Independence</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/application_independence?rev=1786041321&amp;do=diff</link>
        <description>Application Independence

Go up to Terms and Definitions

Discussion

Application Independence is a property of a subject whose governing intent, semantics, criteria, and required outcomes do not depend on the design, implementation, or selection of a particular Application.

The subject may include:</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/archetype?rev=1784403223&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-18T19:33:43+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Archetype</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/archetype?rev=1784403223&amp;do=diff</link>
        <description>Archetype

Return to Terms and Definitions

Discussion

An archetype identifies a reusable architectural pattern for a defined domain context.

Within the FX Demo Reference Architecture, an archetype provides a stable basis for organizing conceptual models, Logical Models, platform-independent models, Platform-Specific Models, implementation guidance, profiles, examples, and conformance expectations.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/architectural_governance_layer?rev=1783793697&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-11T18:14:57+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Architectural Governance Layer</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/architectural_governance_layer?rev=1783793697&amp;do=diff</link>
        <description>Architectural Governance Layer

Go up to Terms and Definitions

Discussion

An architectural governance layer identifies the abstraction layer at which lifecycle control, authority retention, structural governance, and semantic governance are defined.

The architectural governance layer separates governance obligations from implementation technologies. This separation allows the</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/artifact?rev=1784533896&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-20T07:51:36+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Artifact</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/artifact?rev=1784533896&amp;do=diff</link>
        <description>Artifact

Go to Terms and Definitions

Discussion

An Artifact is an identifiable digital work product created, acquired, used, modified, generated, exchanged, delivered, or preserved during an activity.

An Artifact may be atomic or composite. A composite Artifact may contain, organize, or reference other Artifacts.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/artifact_catalog?rev=1785881810&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-08-04T22:16:50+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Artifact Catalog</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/artifact_catalog?rev=1785881810&amp;do=diff</link>
        <description>Artifact Catalog

Go to Terms and Definitions

Discussion

An Artifact Catalog is a managed collection of Artifact Catalog Records.

The Artifact Catalog provides a consistent means to identify, describe, locate, verify, relate, and manage Artifacts under Crucible control.

The Artifact Catalog may include records for Artifacts that are:</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/artifact_catalog_record?rev=1784535015&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-20T08:10:15+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Artifact Catalog Record</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/artifact_catalog_record?rev=1784535015&amp;do=diff</link>
        <description>Artifact Catalog Record

Go to Terms and Definitions

Discussion

An Artifact Catalog Record is a machine-readable metadata record that describes an Artifact under Crucible control.

An Artifact Catalog Record identifies the Artifact and records the information required to manage, locate, verify, relate, and use the Artifact throughout its lifecycle.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/ato?rev=1784403223&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-18T19:33:43+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Authorization to Operate (ATO)</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/ato?rev=1784403223&amp;do=diff</link>
        <description>Authorization to Operate (ATO)

Go up to Terms and Definitions

Discussion

An Authorization to Operate (ATO) records a risk-based management decision by an Authorizing Authority to permit a system to operate within a defined Accreditation Boundary, operational environment, scope, and period.

The Authorizing Authority bases the decision on the system’s security and privacy posture, assessment results, identified risks, implemented controls, mission or business requirements, and supporting</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/attachment_point?rev=1784403223&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-18T19:33:43+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Attachment Point</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/attachment_point?rev=1784403223&amp;do=diff</link>
        <description>Attachment Point

Go up to Terms and Definitions

Discussion

An attachment point identifies a defined boundary location through which structured information enters or exits an architectural element.

Attachment points support architectural traceability by identifying where information exchange, validation, interpretation, transformation, release, or receipt occurs.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/audit?rev=1784403223&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-18T19:33:43+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Audit</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/audit?rev=1784403223&amp;do=diff</link>
        <description>Audit

Go up to Terms and Definitions

Discussion

An audit is the review activity that examines records, evidence, provenance, controls, decisions, actions, and outcomes to determine whether governed work satisfies applicable requirements, obligations, rules, and expectations.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/auditability?rev=1784403223&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-18T19:33:43+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Auditability</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/auditability?rev=1784403223&amp;do=diff</link>
        <description>Auditability

Go up to Terms and Definitions

Discussion

Auditability concerns the ability to inspect, reconstruct, evaluate, and explain actions, evidence, processing steps, decisions, and outcomes.

In regulated data interpretation environments, auditability depends on preserved evidence, explicit provenance, traceable relationships, versioned semantic and rule context, identifiable actors or components, and recorded processing history.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/auditor?rev=1783793704&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-11T18:15:04+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Auditor</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/auditor?rev=1783793704&amp;do=diff</link>
        <description>Auditor

Return to Terms and Definitions

Discussion

An Auditor represents a participant who reviews evidence, traceability, conformance, accountability, or control operation for governed work within a defined audit scope.

The Auditor relies on Work Performed Events, Evidence References, Qualification Profiles, Qualification Evidence, Compensation Claims, Settlement Instructions, Non-Performance Indicators, and applicable governance records. The Auditor determines whether the available records…</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/audit_and_provenance_plane?rev=1784403223&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-18T19:33:43+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Audit And Provenance Plane</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/audit_and_provenance_plane?rev=1784403223&amp;do=diff</link>
        <description>Audit And Provenance Plane

Return to Terms and Definitions

Discussion

The Audit and Provenance Plane supports reconstruction, accountability, lineage, and defensibility. It carries or records information about what happened, when it happened, which Nodes or processes participated, which information served as input, which rules or versions the system applied, which decisions the system made, and how outputs relate to inputs.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/audit_and_provenance_state_records?rev=1784403223&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-18T19:33:43+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Audit and Provenance State Record</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/audit_and_provenance_state_records?rev=1784403223&amp;do=diff</link>
        <description>Audit and Provenance State Record

Return to Terms and Definitions

Discussion

Audit and provenance state records preserve the logical history of FX lifecycle processing.

The FX Audit and Provenance Node records or relates transaction intake, validation outcomes, semantic assertions, contract state transitions, cash-flow computation outputs, policy decisions, release packages, replay requests, reconstruction results,</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/audit_recording_role?rev=1785852566&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-08-04T14:09:26+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Audit Recording Role</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/audit_recording_role?rev=1785852566&amp;do=diff</link>
        <description>Audit Recording Role

Go up to Terms and Definitions

Discussion

The Audit Recording Role identifies responsibility for recording auditable information about FX logical interactions, decisions, state changes, information exchanges, releases, commands, acknowledgements, replay requests, and reconstruction results.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/authentication?rev=1786219177&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-08-08T19:59:37+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Authentication</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/authentication?rev=1786219177&amp;do=diff</link>
        <description>Authentication

Go up to Terms and Definitions

Discussion

Authentication evaluates evidence associated with a claimed Identity or another asserted attribute.

The subject of Authentication includes a person, organisation, process, device, service, Node, system, message, or data source.

An authentication process evaluates one or more factors, including knowledge, possession, inherent characteristics, location, behaviour, cryptographic proof, or an assertion issued by a trusted authority.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/authority?rev=1785879247&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-08-04T21:34:07+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Authority</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/authority?rev=1785879247&amp;do=diff</link>
        <description>Authority

Go up to Terms and Definitions

Discussion

Authority is the recognized right or power of an Actor to direct actions, make decisions, grant permissions, approve outcomes, or impose obligations within a defined scope.

An Actor can derive Authority from:
A lawA regulationA contract</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/authorized_resource?rev=1784220661&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-16T16:51:01+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Authorized Resource</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/authorized_resource?rev=1784220661&amp;do=diff</link>
        <description>Authorized Resource

Go to Terms and Definitions

Discussion

An Authorized Resource is a resource for which an identified actor or process has permission to perform one or more specified operations.

The resource may include:
A fileA directoryAn ArtifactAn Infrastructure Configuration</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/authorizing_authority?rev=1784403223&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-18T19:33:43+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Authorizing Authority</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/authorizing_authority?rev=1784403223&amp;do=diff</link>
        <description>Authorizing Authority

Go up to Terms and Definitions

Discussion

An Authorizing Authority holds the assigned responsibility and authority to evaluate risk and issue, deny, restrict, suspend, or withdraw an Operational Approval for a defined system, service, facility, organization, or operational capability.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/aws?rev=1784749709&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-22T19:48:29+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Amazon Web Services (AWS)</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/aws?rev=1784749709&amp;do=diff</link>
        <description>Amazon Web Services (AWS)

Go up to Terms and Definitions

Discussion

Amazon Web Services is a commercial Cloud Provider that supplies computing, storage, networking, database, security, management, and related technology services through geographically distributed cloud infrastructure.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/rchitectural_element?rev=1783793697&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-11T18:14:57+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Architectural Element</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/rchitectural_element?rev=1783793697&amp;do=diff</link>
        <description>Architectural Element

Go up to Terms and Definitions

Discussion

An architectural element identifies a defined construct within the Reference Architecture (RA).

An architectural element has assigned responsibilities and relationships. These responsibilities and relationships support architectural analysis,</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/start?rev=1783879872&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-12T18:11:12+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>A</title>
        <link>https://wiki.didosolutions.com/dido/99_annexes/annex-b-terms-and-definitions/a/start?rev=1783879872&amp;do=diff</link>
        <description>A

Return to Terms and Definitions

* Note: You can add new terms beginning with A Add New Term Prompt

----------

List of Words


	* AArch64
	* Acceptance Criteria
	* Access Control
	* Accreditation
	* Accreditation Boundary
	* Accredited Software Factory
	* Actor
	* Air Gap
	* Air-Gapped Environment
	* Amazon Web Services (AWS)
	* Application
	* Application Independence
	* Application Programming Interface (API)
	* Archetype
	* Architectural Element
	* Architectural Governance Layer
	* Artifa…</description>
    </item>
</rdf:RDF>
