<?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 - fxdemo:00-part:08-layering-rules</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-22T20:30:27+00:00</dc:date>
        <items>
            <rdf:Seq>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-1-concepts-precede-logical-models?rev=1783449601&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-2-logical-models-precede-implementation-mappings?rev=1783450552&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-3-implementation-profiles-realise-logical-models?rev=1784403224&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-4-deployment-profiles-execute-implementation-profiles?rev=1784403224&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-5-evidence-supports-claims?rev=1783452144&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-6-runtime-identifiers-do-not-replace-architectural-concepts?rev=1783452159&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-7-later-parts-must-preserve-traceability?rev=1784403224&amp;do=diff"/>
                <rdf:li rdf:resource="https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/start?rev=1784403224&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/fxdemo/00-part/08-layering-rules/07-1-concepts-precede-logical-models?rev=1783449601&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-07T18:40:01+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>7.1 Concepts Precede Logical Models</title>
        <link>https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-1-concepts-precede-logical-models?rev=1783449601&amp;do=diff</link>
        <description>7.1 Concepts Precede Logical Models

 Go to Top 

Conceptual definitions come before logical relationships. A later logical model must use the conceptual vocabulary consistently.

----------

© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-2-logical-models-precede-implementation-mappings?rev=1783450552&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-07T18:55:52+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>7.2 Logical Models Precede Implementation Mappings</title>
        <link>https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-2-logical-models-precede-implementation-mappings?rev=1783450552&amp;do=diff</link>
        <description>7.2 Logical Models Precede Implementation Mappings

 Go to Top 

The Logical Architecture / PIM defines what the system means and how its parts relate before any implementation technology is selected.

----------

© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-3-implementation-profiles-realise-logical-models?rev=1784403224&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-18T19:33:44+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>7.3 Implementation Profiles: Realize Logical Models</title>
        <link>https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-3-implementation-profiles-realise-logical-models?rev=1784403224&amp;do=diff</link>
        <description>7.3 Implementation Profiles: Realize Logical Models

 Go to Top 

An Implementation Profile / PSM maps logical elements to selected technologies. For example, the Phase 0 Implementation Profile may map Communication Endpoints to DDS Topics and Data Structure Definitions to IDL structures.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-4-deployment-profiles-execute-implementation-profiles?rev=1784403224&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-18T19:33:44+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>7.4 Deployment Profiles Execute Implementation Profiles</title>
        <link>https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-4-deployment-profiles-execute-implementation-profiles?rev=1784403224&amp;do=diff</link>
        <description>7.4 Deployment Profiles Execute Implementation Profiles

 Go to Top 

A deployment profile defines how implementation artifacts run in a concrete environment. For example, a Kubernetes or K3s profile may deploy containerised Nodes as pods.

----------

© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-5-evidence-supports-claims?rev=1783452144&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-07T19:22:24+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>7.5 Evidence Supports Claims</title>
        <link>https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-5-evidence-supports-claims?rev=1783452144&amp;do=diff</link>
        <description>7.5 Evidence Supports Claims

 Go to Top 

Evidence supports claims about architecture, implementation, deployment, execution, interpretation, or governance. Logs may contribute to evidence, but evidence is broader than logging.

----------

© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-6-runtime-identifiers-do-not-replace-architectural-concepts?rev=1783452159&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-07T19:22:39+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>7.6 Runtime Identifiers Do Not Replace Architectural Concepts</title>
        <link>https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-6-runtime-identifiers-do-not-replace-architectural-concepts?rev=1783452159&amp;do=diff</link>
        <description>7.6 Runtime Identifiers Do Not Replace Architectural Concepts

 Go to Top 

Runtime identifiers must not replace architectural concepts.

Table 7.6-1: Examples of runtime identifiers that must not replace architectural concepts
 Do not treat this  As this  DDS Domain ID</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-7-later-parts-must-preserve-traceability?rev=1784403224&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-18T19:33:44+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>7.7 Later Parts Must Preserve Traceability</title>
        <link>https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/07-7-later-parts-must-preserve-traceability?rev=1784403224&amp;do=diff</link>
        <description>7.7 Later Parts Must Preserve Traceability

 Go to Top 

Each part should preserve traceability to the relevant parent layer.
A logical element should trace back to the conceptual element it specializes in or the conceptual element it refines. An implementation artifact should trace back to the logical element it realizes. A deployment artifact should trace to the implementation artifact it deploys. Evidence should trace to the claim it supports.</description>
    </item>
    <item rdf:about="https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/start?rev=1784403224&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-07-18T19:33:44+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>7. Layering Rules</title>
        <link>https://wiki.didosolutions.com/fxdemo/00-part/08-layering-rules/start?rev=1784403224&amp;do=diff</link>
        <description>7. Layering Rules

 Go to Top 

The document set uses the following layering rules.
7. Layering Rules7.1 Concepts Precede Logical Models7.2 Logical Models Precede Implementation Mappings07-3-implementation-profiles-realize-logical-models7.4 Deployment Profiles Execute Implementation Profiles7.5 Evidence Supports Claims7.6 Runtime Identifiers Do Not Replace Architectural Concepts7.7 Later Parts Must Preserve Traceability
----------

© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.</description>
    </item>
</rdf:RDF>
