Updated 005 - OEA

- changed oesa (optiion enabling sofware architecture) to oea (optiion enablin architecture)

adr/005-oea.md

@@ -0,0 +1,60 @@
+# 5. Option Enabling Architecture (OEA)
+
+Date: 2022-10-24
+
+## Decision
+
+We will use use OEA practices to inform how we add new features and refactor.
+
+## Status
+
+Accepted.
+
+## Context
+
+OEA is similar to [Clean Architecture](https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html).
+There are a couple main concepts that we strive to maintain while also being pragmatic.
+
+1. Less important code depends on more important code.  For example, third-party dependencies such as ReST
+   frameworks, and database ORMs.  This allows for swapping out less important code without affecting the more
+   important code.
+
+
+2. Dependency inversion.  This allows the path of code execution not to follow the dependency path of
+   less important code depending on more important code.  For example, when business logic needs to call the
+   database.
+
+## Impact
+
+### Positive
+
+- **More flexible architecture**
+
+
+- **Risk mitigation** through delayed decision-making.
+
+
+- **Minimizes large-scale changes and overhauls**
+
+
+- **Better maintainability**
+
+### Negative
+
+- **Experience May Be Required:** requires more experience to implement successfully
+
+
+- **Increased initial development time**
+
+
+- **Increased Planning:** requires much more forethought prior to implementation
+
+### Risks
+
+- **Overengineering:** potential to overengineer by keeping too many options open
+- Deferred decision-making can lead to technical debt
+
+## Related Issues
+
+- #1
+- #13