# Architectural decision records
Architectural Decisions (ADs) are justified design choices, addressing functional or non-functional requirements that
are architecturally significant.
Architecturally Significant Requirements (ASRs) are requirements that has a measurable effect on the architecture, and
quality of a software and/or hardware system.
Architectural Decision Records (ADRs) capture a single AD and its rationale.
ADR are meant to help one understand the reasons for a chosen architectural decision, along with its trade-offs and
consequences.
The collection of ADRs that are created and maintained in a project constitute its decision log.
All these are within the topic of Architectural Knowledge Management (AKM), but ADR usage can be extended to design and
other decisions (_any decision record_).
> [!warning]
> FIXME: extend
1. [Further readings](#further-readings)
## Further readings
- [Website]
- [Codebase]
- [Amazon's ADR process]
- [straw-hat-team/adr]
- [Love Unrequited: The Story of Architecture, Agile, and How Architecture Decision Records Brought Them Together]
- [Azure Well-Architected Framework]
[codebase]: https://github.com/joelparkerhenderson/architecture-decision-record
[website]: https://adr.github.io/
[amazon's adr process]: https://docs.aws.amazon.com/prescriptive-guidance/latest/architectural-decision-records/adr-process.html
[Azure Well-Architected Framework]: https://learn.microsoft.com/en-us/azure/well-architected/architect-role/architecture-decision-record
[straw-hat-team/adr]: https://github.com/straw-hat-team/adr
[Love Unrequited: The Story of Architecture, Agile, and How Architecture Decision Records Brought Them Together]: https://ieeexplore.ieee.org/document/9801811