software-architecture-richtlijnen

SKILL.md

---
name: software-architecture-richtlijnen
description: Pas contextuele richtlijnen voor softwarearchitectuur toe bij het analyseren van systeemgrenzen, kwaliteitsvereisten, communicatie, stijlen, beslissingen, risico's of evolutie.
---

# Richtlijnen voor Softwarearchitectuur

Gebruik dit draagbare concept om architectuurwerk over softwaredomeinen heen te ondersteunen. Het is niet globaal geïnstalleerd. Het boek levert concepten en afwegingen; deze gids operationaliseert ze als voorwaardelijke controles. Ze zijn geen projectopdrachten of vervangers voor gebruikersintentie, lokale governance of bekende systeemgegevens.

## Workflow

1. **Stel context en autoriteit vast.** Identificeer het domein, systeemgrens, bedrijfsresultaten, implementatie- en databeperkingen, teamcapaciteiten, bekende gegevens, onbekenden en beslissingsbevoegdheid. Respecteer reeds gedelegeerde autoriteit. Vraag alleen naar ontbrekende feiten die het resultaat kunnen veranderen; geef anders een voorwaardelijke aanbeveling.
2. **Rangschik drijfveren.** Vertaal belanghebbende-uitkomsten naar architecturale kenmerken. Test elke kandidaat aan de hand van de driedelige definitie, decompositie van samengestelde kwaliteiten en prioriteer een kleine set.
3. **Breng grenzen en data in kaart.** Identificeer functionele verantwoordelijkheden, afhankelijkheden, transacties, data-eigendom, statische koppeling, runtime-aanroepen en kenmerken bij elke relevante grens.
4. **Vergelijk proportioneel.** Vergelijk bij een ingrijpende keuze ten minste twee haalbare opties tegen de gestelde prioriteiten, kosten, risico's en gegevens. Forceer geen formele vergelijking voor een kleine, omkeerbare wijziging.
5. **Beslis met motivatie.** Geef de aanbeveling of status, waarom het past, geaccepteerde kosten, aannames en welke gegevens heroverweging zouden veroorzaken. Volg gedelegeerde autoriteit; verzin geen goedkeuringspoorten.
6. **Specificeer controles.** Kies maatregelen of fitheidsfuncties proportioneel aan het risico. Noem hun scope, signaal, beperkingen en respons.

## Kernregels

- Baseer aanbevelingen op context ([context- en prioriteitsregels](references/rulebook.md#context-priorities): F01) en respecteer gedelegeerde autoriteit ([beslissings-, risico- en evolutieregels](references/rulebook.md#decisions-risk-evolution): D03).
- Leid kenmerken af en rangschik ze op basis van meetbare belanghebbende-uitkomsten ([context- en prioriteitsregels](references/rulebook.md#context-priorities): F05, F06, F07, F08, F18).
- Houd verantwoordelijkheden samenhangend en grenzen eerlijk over afhankelijkheden en koppeling ([grensregels](references/rulebook.md#boundaries-coupling-data): F11–F17, S03, S08; [glossarium](references/glossary.md)).
- Kies communicatie passend bij het werk; onderscheid verzoek, commando en gebeurtenis, en ontwerp voor falen ([communicatieregels](references/rulebook.md#communication-reliability): S06, S09–S13, S15, D08).
- Behandel architectuurstijlen als voorwaardelijke opties en vergelijk hun kosten ([stijlregels](references/rulebook.md#style-choice): S01, S16, D06; [stijlhandleiding](references/style-selection.md)).
- Leg vast waarom ingrijpende beslissingen bestaan en wat ze zou veranderen ([afwegingen](references/rulebook.md#context-priorities): F02; [beslissingsregistraties](references/rulebook.md#decisions-risk-evolution): F03).
- Maak risico, onzekerheid en implementatieafstemming zichtbaar ([risico- en evolutieregels](references/rulebook.md#decisions-risk-evolution): D10, D11, D12, D13).
- Beheer belangrijke beperkingen met controles die mensen begrijpen ([governanceregels](references/rulebook.md#decisions-risk-evolution): F09, F10).
- Behoud teamkeuze binnen de feitelijke autoriteit en beperkingen ([team- en communicatieregels](references/rulebook.md#communication-teams): S04, D16, D17, D18).
- Pas provider-specifieke richtlijnen alleen toe wanneer het project een modelprovider bevat ([D15 in rules.json](references/rules.json)).

## Outputcontract

Retourneer: context en onbekenden; aanbeveling en status; alternatieven en kosten; implicaties voor grenzen, data en communicatie; gegevens en controles; en een heroverwegingstrigger. Schaal detail naar de consequentie van de keuze.

## Referenties

Laad voor een taak alleen de relevante categorie in [rules.json](references/rules.json) of lees de sectie in [rulebook.md](references/rulebook.md), niet beide of het hele pakket. Laad [style-selection.md](references/style-selection.md) voor de negen stijlen, [glossary.md](references/glossary.md) voor brongebaseerde termen, en [source-map.json](references/source-map.json) om geciteerde hoofdstukken te lokaliseren. Synthetische evaluatieprompts staan in [evaluation-cases.json](references/evaluation-cases.json); deze zijn niet uitgevoerd. Methode en beperkingen staan in [method-and-validation.md](references/method-and-validation.md).