Influancée par

• Requis fonctionnels
• Requis non-fonctionnels
• Attributs de qualité
• Contraintes techniques
• Expériences développeurs
• Temps / budget / qualité
• Parties prenantes

• 97 Things Every Software Architect Should Know, O'Reilly, 2009.
• Software Architecture for Developers, LeanPub 2017

Voir Architectural Decision Records

Context: Dans cette section, nous ajoutons une ou deux phrases résumant le problème et une liste de solutions.

Decision: Dans cette section, nous allons communiquer la décision architecturale et donner des justifications (rationale) détaillées de la décision.

Consequences: Dans cette section, nous allons décrire les conséquences une fois que la décision a été mis en place et aussi discuter des trade-offs qui ont été considérés.

Garder les décisions dans et sous le format: docs/arch/adr-NNN.md.

# 1. Record architecture decisions
 
* Date: 2020-04-30
* Logdate: 2020-04-30
* Status: **Accepted**
 
## Context
 
As the project is an example of a more advanced monolith architecture, it is necessary to save all architectural decisions in one place.
 
## Decision
 
For all architectural decisions Architecture Decision Log (ADL) is created. All decisions will be recorded as Architecture Decision Records (ADR). 
 
Each ADR will be recorded using [Michael Nygard template](http://thinkrelevance.com/blog/2011/11/15/documenting-architecture-decisions), which contains following sections: Status, Context, Decision and Consequences.
 
## Consequences
 
All architectural decisions should be recorded in log. Old decisions should be recorded as well with an approximate decision date. New decisions should be recorded on a regular basis.

• ADR process (AWS Prescriptive Guidance)