ddduck · Complete model

Complete modelAuthoring WorkflowDocumentationMetamodelTooling RuntimeTraceabilityVisualization Exportuse-case:review-product-change → establishes → TRACEABILITY-AC-01establishesdomain:authoring-workflow → owns → AUTHORING-INV-01ownsdomain:authoring-workflow → owns → AUTHORING-INV-02ownsdomain:authoring-workflow → owns → concept:decision-recordingownsdomain:authoring-workflow → owns → concept:model-node-lifecycleownsdomain:documentation → owns → concept:documentation-freshnessownsdomain:documentation → owns → concept:documentation-viewownsdomain:documentation → owns → concept:model-referenceownsdomain:documentation → owns → concept:structural-claimownsdomain:documentation → owns → concept:verified-model-viewownsdomain:metamodel → owns → concept:canonical-model-nodeownsdomain:metamodel → owns → concept:conceptownsdomain:metamodel → owns → concept:domainownsdomain:metamodel → owns → concept:external-contextownsdomain:metamodel → owns → concept:modelownsdomain:metamodel → owns → concept:node-kindownsdomain:metamodel → owns → concept:relationshipownsdomain:tooling-runtime → owns → concept:command-output-contractownsdomain:tooling-runtime → owns → concept:quality-gateownsdomain:traceability → owns → concept:coverage-gateownsdomain:traceability → owns → concept:dangling-referenceownsdomain:traceability → owns → concept:dispositionownsdomain:traceability → owns → concept:format-ruleownsdomain:traceability → owns → concept:guaranteeownsdomain:traceability → owns → concept:ledger-entryownsdomain:traceability → owns → concept:lint-ruleownsdomain:traceability → owns → concept:orphaned-nodeownsdomain:traceability → owns → concept:rule-specownsdomain:traceability → owns → concept:schema-validationownsdomain:traceability → owns → TRACEABILITY-AC-01ownsdomain:traceability → owns → TRACEABILITY-INV-01ownsdomain:visualization-export → owns → concept:contextflow-project-jsonownsmodel:ddduck → owns → domain:authoring-workflowownsmodel:ddduck → owns → domain:documentationownsmodel:ddduck → owns → domain:metamodelownsmodel:ddduck → owns → domain:tooling-runtimeownsmodel:ddduck → owns → domain:traceabilityownsmodel:ddduck → owns → domain:visualization-exportownsuse-case:define-product-change → preserves → AUTHORING-INV-01preservesuse-case:prepare-planning-context → preserves → AUTHORING-INV-01preservesuse-case:prepare-planning-context → preserves → AUTHORING-INV-02preservesuse-case:prepare-planning-context → preserves → TRACEABILITY-INV-01preservesuse-case:review-product-change → preserves → TRACEABILITY-INV-01preservesdomain:authoring-workflow → uses → rel:authoring-workflow-metamodelusesrel:authoring-workflow-metamodel → canonical-yaml-write → domain:metamodelcanonical-yaml-writedomain:documentation → reads → rel:documentation-metamodelreadsrel:documentation-metamodel → verified-view → domain:metamodelverified-viewdomain:tooling-runtime → executes → rel:tooling-runtime-traceabilityexecutesrel:tooling-runtime-traceability → checker-runtime → domain:traceabilitychecker-runtimedomain:traceability → validates → rel:traceability-documentationvalidatesrel:traceability-documentation → documentation-check → domain:documentationdocumentation-checkdomain:traceability → validates → rel:traceability-metamodelvalidatesrel:traceability-metamodel → graph-read → domain:metamodelgraph-readdomain:visualization-export → reads → rel:visualization-export-metamodelreadsrel:visualization-export-metamodel → generated-export → domain:metamodelgenerated-exportAUTHORING-INV-01 · Unresolved proposals remain outside canonical product facts until their meaning is explicitly accepted; observed implementation alone does not establish accepted product intent.GuaranteeExplicit Acceptance ofProduct FactsAUTHORING-INV-01AUTHORING-INV-02 · Selected canonical context constrains a planning brief but does not supply its delivery intent, scope, alternatives, tasks, or approval.GuaranteePlanning ContextBoundariesAUTHORING-INV-02concept:canonical-model-node · Represent a single authoritative model element stored as canonical YAML.ConceptCanonical Model Nodeconcept:canonical-model-nodeconcept:command-output-contract · Define when tooling commands may write human-readable output to stdout or stderr.ConceptCommand Output Contractconcept:command-output-contractconcept:concept · Name a domain-owned idea that may later become a richer model node.ConceptConceptconcept:conceptconcept:contextflow-project-json · Represent the generated ContextFlow project artifact used for temporary visualization exports.ConceptContextFlow ProjectJSONconcept:contextflow-project-jsonconcept:coverage-gate · Decide whether required model and guarantee coverage is sufficient for a change.ConceptCoverage Gateconcept:coverage-gateconcept:dangling-reference · Identify a model reference whose target node or decision cannot be resolved.ConceptDangling Referenceconcept:dangling-referenceconcept:decision-recording · Capture durable architectural decisions and link them back to model nodes.ConceptDecision Recordingconcept:decision-recordingconcept:disposition · Record the lifecycle state or handling outcome of a guarantee, rule, or finding.ConceptDispositionconcept:dispositionconcept:documentation-freshness · Indicate whether a documentation view reflects the current canonical model state.ConceptDocumentation Freshnessconcept:documentation-freshnessconcept:documentation-view · Present model knowledge in human-readable prose, tables, diagrams, or generated pages.ConceptDocumentation Viewconcept:documentation-viewconcept:domain · Define an ownership boundary inside a model.ConceptDomainconcept:domainconcept:external-context · Represent an integrated context whose rules are not owned by this model.ConceptExternal Contextconcept:external-contextconcept:format-rule · Preserve stable representation and reproducible diffs as a model and documentation policy.ConceptFormat Ruleconcept:format-ruleconcept:guarantee · State an expected property that traceability rules must preserve or verify.ConceptGuaranteeconcept:guaranteeconcept:ledger-entry · Record traceability evidence, coverage, or change impact in an auditable form.ConceptLedger Entryconcept:ledger-entryconcept:lint-rule · Detect a policy, consistency, or model-coherence violation.ConceptLint Ruleconcept:lint-ruleconcept:model · Describe a whole system and contain its owned domains and relationships.ConceptModelconcept:modelconcept:model-node-lifecycle · Govern how model nodes are introduced, changed, stabilized, deprecated, and retired.ConceptModel Node Lifecycleconcept:model-node-lifecycleconcept:model-reference · Cite a canonical model, domain, concept, relationship, decision, or rule ID from documentation.ConceptModel Referenceconcept:model-referenceconcept:node-kind · Define the recognized kind of a canonical model node.ConceptNode Kindconcept:node-kindconcept:orphaned-node · Identify a model node that is not reachable from the expected ownership or graph roots.ConceptOrphaned Nodeconcept:orphaned-nodeconcept:quality-gate · Represent an executable aggregate check that must pass before accepting canonical changes.ConceptQuality Gateconcept:quality-gateconcept:relationship · Connect domains or model nodes through explicit typed references.ConceptRelationshipconcept:relationshipconcept:rule-spec · Describe a canonical YAML policy rule that executable tooling can enforce.ConceptRule Specconcept:rule-specconcept:schema-validation · Prove that a model node conforms to its declared JSON Schema.ConceptSchema Validationconcept:schema-validationconcept:structural-claim · State a documentation assertion about model structure, ownership, relationships, decisions, or verification policy.ConceptStructural Claimconcept:structural-claimconcept:verified-model-view · Represent a documentation view whose structural claims are generated from or checked against canonical model nodes.ConceptVerified Model Viewconcept:verified-model-viewdomain:authoring-workflow · Own the workflow for creating, reviewing, revising, and retiring model nodes.DomainAuthoring Workflowdomain:authoring-workflowdomain:documentation · Own human-readable model views, explanations, and citations without owning structural model facts.DomainDocumentationdomain:documentationdomain:metamodel · Define the kinds of nodes and edges that can exist in a ddduck model.DomainMetamodeldomain:metamodeldomain:tooling-runtime · Own the executable tools that validate, assemble, and generate artifacts from the canonical model.DomainTooling Runtimedomain:tooling-runtimedomain:traceability · Own the rules that prove model completeness, coherence, and guarantee lifecycle coverage.DomainTraceabilitydomain:traceabilitydomain:visualization-export · Own generated exports that adapt canonical model data for external visualization tools.DomainVisualization Exportdomain:visualization-exportmodel:ddduck · Define and verify an opinionated DDD framework for modeling systems, tracing guarantees, and controlling change impact.Modelddduckmodel:ddduckrel:authoring-workflow-metamodel · Authoring Workflow creates and updates model nodes whose allowed kinds and edge rules are defined by Metamodel.Relationshipuses → Metamodelrel:authoring-workflow-metamodelrel:documentation-metamodel · Documentation reads canonical model node definitions when explaining structure, ownership, and relationships.Relationshipreads → Metamodelrel:documentation-metamodelrel:tooling-runtime-traceability · Tooling Runtime executes traceability checks and reports validation results for the canonical model.Relationshipexecutes → Traceabilityrel:tooling-runtime-traceabilityrel:traceability-documentation · Traceability validates that documentation references resolve and that verified views stay aligned with canonical model facts.Relationshipvalidates →Documentationrel:traceability-documentationrel:traceability-metamodel · Traceability validates that model nodes and edges defined under Metamodel resolve and remain coherent.Relationshipvalidates → Metamodelrel:traceability-metamodelrel:visualization-export-metamodel · Visualization Export reads canonical model topology and emits derived graph artifacts such as ContextFlow project JSON.Relationshipreads → Metamodelrel:visualization-export-metamodelTRACEABILITY-AC-01 · Comparing valid roots of the same Model reports added, removed, changed, and relocated canonical records by stable ID, including ownership changes and removed Guarantees.GuaranteeCanonical ChangeReportingTRACEABILITY-AC-01TRACEABILITY-INV-01 · Structural differences and graph relationships are review evidence; they do not establish semantic acceptance, causal impact, or verified runtime behavior.GuaranteeReview EvidenceBoundariesTRACEABILITY-INV-01use-case:define-product-change · Help an author separate observations, open questions, and accepted obligations before making the smallest coherent canonical model change.UseCaseDefine a product changeuse-case:define-product-changeuse-case:prepare-planning-context · Give a planner explicitly selected product obligations and their boundaries while the receiving workflow supplies delivery intent and acceptance examples.UseCasePrepare planningcontextuse-case:prepare-planning-contextuse-case:review-product-change · Show a reviewer what changed between independently valid versions of a Model and which before-and-after context to inspect for a semantic decision.UseCaseReview a product changeuse-case:review-product-change