Initial commit with inital CMS
This commit is contained in:
@@ -0,0 +1,56 @@
|
||||
# Units of Work Plan — SlpModularCms.Api
|
||||
|
||||
Dit plan beschrijft hoe we de CMS API gaan opsplitsen in logische eenheden (Units of Work) voor de implementatie.
|
||||
|
||||
## Stap 1: Systeem Decompositie
|
||||
- [x] Analyseer `application-design.md` om de eenheden te identificeren.
|
||||
- [x] Definieer de grenzen tussen het Core framework en de modules.
|
||||
|
||||
## Stap 2: Genereren van Unit Artifacts
|
||||
- [x] Genereer `aidlc-docs/inception/application-design/unit-of-work.md`.
|
||||
- [x] Genereer `aidlc-docs/inception/application-design/unit-of-work-dependency.md`.
|
||||
- [x] Genereer `aidlc-docs/inception/application-design/unit-of-work-story-map.md`.
|
||||
- [x] Documenteer de mappenstructuur en project-indeling (Greenfield).
|
||||
|
||||
## Stap 3: Validatie
|
||||
- [x] Controleer of alle User Stories zijn toegewezen aan een unit.
|
||||
- [x] Valideer de afhankelijkheden (geen circulaire afhankelijkheden).
|
||||
|
||||
---
|
||||
|
||||
## Vragen voor Units Generation
|
||||
|
||||
Beantwoord de volgende vragen om de decompositie te verfijnen. Vul je keuze in na de `[Answer]:` tag.
|
||||
|
||||
### Vraag 1: Ontwikkelvolgorde
|
||||
In welke volgorde wil je de eenheden ontwikkelen?
|
||||
A) Sequentieel: Eerst de volledige Core, dan de Availability module, dan de API Shell.
|
||||
B) Incrementeel: Een minimale Core, direct gevolgd door de Availability module om de orkestratie te testen.
|
||||
C) Parallel: (Niet aanbevolen voor solo-ontwikkeling, maar mogelijk voor de opzet).
|
||||
X) Anders: ...
|
||||
|
||||
[Answer]: A
|
||||
|
||||
### Vraag 2: Unit Granulariteit
|
||||
Hoe fijnmazig moeten de eenheden zijn voor de "Construction Phase"?
|
||||
A) Grofmazig: Eén unit voor de hele Core (inclusief Identity en RBAC).
|
||||
B) Fijnmazig: Identity apart van de Core Base (interfaces/cross-cutting).
|
||||
X) Anders: ...
|
||||
|
||||
[Answer]: B
|
||||
|
||||
### Vraag 3: Story Mapping Strategie
|
||||
Sommige stories overspannen meerdere technische lagen. Hoe moeten we deze mappen?
|
||||
A) Primary Unit: Map de story naar de unit waar de meeste logica zit (bijv. US-USER-01 naar Identity).
|
||||
B) Split Story: Deel de story op in technische sub-taken per unit (verhoogt administratie).
|
||||
X) Anders: ...
|
||||
|
||||
[Answer]: B
|
||||
|
||||
### Vraag 4: Project Creatie (Greenfield)
|
||||
Moeten alle .csproj bestanden in één keer worden aangemaakt in de eerste unit, of pas wanneer de unit aan de beurt is?
|
||||
A) Alles vooraf: Creëer de hele solution structuur in Unit 1.
|
||||
B) Just-in-time: Creëer projecten alleen wanneer de betreffende unit wordt geïmplementeerd.
|
||||
X) Anders: ...
|
||||
|
||||
[Answer]: B
|
||||
Reference in New Issue
Block a user