Version architecture documents
| Document version | Date | Summary |
|---|---|---|
| v1 | 2026-07-17 | Initial version architecture policy |
This directory contains the general architecture and architecture documents for individual product versions. Every product architecture document in this directory must follow the arc42 template. This README defines the documentation policy and is not itself an architecture description.
File names follow this pattern:
arch-vx.y.z.mdExamples:
arch-v0.1.0.md
arch-v0.2.0.md
arch-v1.0.0.mdThe product version appears in the file name and document title. The document revision appears in the revision table below the title.
Product release versions follow Semantic Versioning 2.0.0. A new feature uses a minor version increment. A compatible bug fix uses a patch version increment.
Required document structure
Every version architecture document must use the following arc42 top level sections in this order:
- Introduction and goals
- Architecture constraints
- System scope and context
- Solution strategy
- Building block view
- Runtime view
- Deployment view
- Crosscutting concepts
- Architecture decisions
- Quality requirements
- Risks and technical debt
- Glossary
The title and revision history table appear before the first section. Product version, status, milestone, and related document links may appear between the revision table and the first section.
Release specific detail must be placed inside the relevant arc42 section. Additional subsections are allowed. The required top level sections must not be renamed, reordered, or omitted.
When a section does not apply to a product version, the document must retain the section and explain why it does not apply.
The shared product rules are defined in the general architecture. A version document must link to that document instead of copying its full content.
Required version content
Within the arc42 structure, each version document must identify:
- scope and milestone reference
- concrete building blocks and source layout
- selected technologies and libraries
- public and internal interfaces
- runtime flows
- persistence and compatibility behaviour
- deployment targets
- supported frontends and adapters
- quality requirements and verification evidence
- risks, limitations, and architecture deviations