vault backup: 2026-01-19 20:14:22

Resources/Templates/process-architectural-decision-record.md

@@ -0,0 +1,56 @@
+---
+title:
+status:
+date:
+deciders:
+consulted:
+informed:
+---
+# Title
+## Context and Problem Statement
+
+## Decision Drivers
+
+## Considered Options
+
+## Chosen Option/Decision Outcome
+
+## Consequences
+
+## Validation/Confirmation
+
+## More Information
+
+
+# AD: System Decomposition into Logical Layers
+
+## Context and Problem Statement
+
+Which concept is used to decompose the system under construction into logical building blocks?
+
+## Decision Drivers
+
+* Desire to divide the overall system into manageable parts to reduce complexity
+* Ability to exchange system parts without affecting others
+
+## Considered Options
+
+1. Layers pattern 
+2. Pipes-and-filters
+3. Workflow
+
+## Decision Outcome
+
+We decided to apply the Layers pattern and neglected other decomposition pattern such as pipes-and-filters or workflow because the system under construction and its capabilities do not suggest an organization by data flow or control flow. Technology is expected to be primary driver of change during system evolution. 
+
+### Consequences
+
+* Good, because the Layers pattern provides high flexibility regarding technology selections within the layers (changeability) and enables teams to work on system parts in parallel.
+* Bad, because there might be a performance penalty for each level of indirection and some undesired replication of implementation artifacts.
+
+## More Information
+
+* The three decomposition options come from the Cloud Computing Pattern [Distributed Application](https://www.cloudcomputingpatterns.org/distributed_application/).
+* The Layers pattern is featured in POSA Volume 1, see <http://www.dre.vanderbilt.edu/~schmidt/POSA-tutorial.pdf>
+
+A follow-on decision will be required to assign logical layers to physical tiers.