Skip to content

Engineering Traceability

Traceability in OpenSESA is implemented as linked module behavior, not an isolated feature.

Traceability Layers

flowchart TD
    Def["Definition Layer\nsysdef + sysarch + diagrams"]
    Control["Control Layer\ninterface + requirements"]
    Evidence["Evidence Layer\nverification + safety"]
    Governance["Governance Layer\nbaseline + impact + ops"]

    Def --> Control --> Evidence --> Governance

Detailed Trace Path

flowchart LR
    S["System Element"] --> I["Interface"]
    I --> R["Requirement"]
    R --> C["Verification Case"]
    C --> E["Execution Result"]
    E --> A["Assurance Evidence"]
    R --> B["Baseline Item"]
    B --> P["Impact Finding"]
    P --> O["Readiness Action"]

Traceability Capability Matrix

Step Primary Module Functionality Linked Module
definition sysdef_mgmt, sysarch_mgmt structure and architecture context interface_mgmt, requirements_mgmt
interface control interface_mgmt, project_interface_mgmt interface relationships and project mapping requirements_mgmt
requirement trace requirements_mgmt requirement links/reviews/analysis verification_validation_mgmt, baseline_mgmt
verification evidence verification_validation_mgmt case/result/defect capture safety_assurance, baseline_mgmt
assurance mapping safety_assurance evidence-to-assurance interpretation release stakeholders
release impact baseline_mgmt, impact_assessment baseline package impact evaluation ops_mgmt
readiness execution ops_mgmt actions, milestones, dependencies governance teams
# traceability-focused validation
docker compose run --rm app sh -c "pytest requirements_mgmt/tests verification_validation_mgmt/tests safety_assurance/tests -v"
docker compose run --rm app sh -c "pytest baseline_mgmt/tests impact_assessment/tests ops_mgmt/tests -v"
Audit-friendly usage

Keep trace links explicit when creating requirements, cases, and release candidate records so evidence paths remain queryable.