| Introduction | Introduktion | Målet er at opsummere arkitekturen således at 80% af interessenterne får 80% af deres vidensbehov dækket i introduktionen. |
| – Background | – Baggrund | Beskriv udgangspunktet og motivet for løsningen. Bør give svar på hvorfor investeringen kan forventes at give et større afkast i form af besparelser og/eller øget indtjening. |
| – Vision | – Vision | Sammenfat visionen for arkitekturen ved at fastslå vigtige designprincipper og designegenskaber. |
| – Supplementary documentation | – Supplerende dokumentation | Henvis til supplerende dokumentation. |
| – Revisions | – Revisionshistorik | Vis en liste over udgivelser af arkitekturdokumentet. Det er OK at fjerne meget gamle udgivelser. |
| Solution overview | Løsningsoverblik | Vis systemet og dets berøringsflader til brugere og omkringliggende systemer. |
| Processes | Processer | Vis et overblik over forretningsprocesserne systemet understøtter. |
| Information | Informationsmodel | Vis er overblik over forretningsområdets centrale informationselementer og deres indbyrdes relationer. |
| Design constraints | Designvilkår | Beskriv vilkår for designet. |
| – Life expectancy | – Livslængde | Forklar hvor længe løsningen skal være i brug. |
| – Policies | – Politikker | Nævn politikker som præger designet. |
| – Standards | – Standarder | Nævn standarder der præger designet. |
| – Technologies | – Teknologier | Beskriv de væsentlige teknologier der former designet. |
| Design principles | Designprincipper | Forklar principper for designet, som arkitekten selv vælger. |
| Design properties | Designegenskaber | Beskriv vigtige designegenskaber. |
| – Auditability | – Revisionsspor | Beskriv hvordan systemet fører journal over læsning og ændring af data. |
| – Compliance | – Lovoverholdelse | Gennemgå regulativer som systemet er underlagt, og forklar hvordan designet adresserer nævnte regulativer. |
| – Security | – Sikkerhed | Forklar hvordan designet beskytter mod alle tænkelige sikkerhedsrisici. |
| – Integrity | – Integritet | Beskriv hvordandesignet sikrer dataintegriteten. |
| – Authentication | – Identificering | Beskriv hvordan brugeres identitet verificeres. |
| – Authorization | – Adgangsstyring | Beskriv hvordan brugeres rettighed til at bruge forskelle dele af systemet styres. |
| – Non-repudiation | – Uafviselighed | Beskriv hvordan designet sikrer at omkringliggende systemer ikke kan afvise at have hentet eller sendt data. |
| – Usability | – Brugervenlighed | Beskriv hvordan designet sikrer bedst mulige brugervenlighed. |
| – Concurrency | – Samtidighed | Beskriv hvordan designet håndterer mange brugeres samtidige adgang til det samme data. |
| – Capacity | – Kapacitet | Beskriv hvilket kapacitet designet er dimensioneret til. |
| – Performance | – Ydeevne | Beskriv hvilken ydeevne designet stiller i forventning. |
| – Observability | – Målbarhed | Beskriv hvor målbart systemet er, og hvilke mekanismer, der er indført til formålet. |
| – Scalability | – Skalerbarhed | Beskriv hvilke justeringer, der kan laves (og hvordan) for at øge kapaciteten og ydeevnen, og til hvilke nye niveauer. |
| – Availability | – Tilgængelighed | Beskriv den forventede oppetid, og gennemgå væsentlige risici for driftsforstyrrelser og hvilke mekanismer i designet, der skal beskytte mod disse. |
| – Testability | – Testbarhed | Beskriv mekanismer der er indført i designet for at muliggøre tests. |
| – Operability | – Driftsvenlighed | Gennegå mekanismer og komponenter i designet der medvirker til at overvåg og kontrollere systemet i drift. |
| – Recoverability | – Genoprettelse | Gennemgå tænkelige nedbrug og forklar hvordan designet muliggør genoprettelse af normal drift. |
| High-level design | Overordnet design | Præsenter designet på overordnet niveau. |
| – Interfaces | – Grænsesnit | Præsenter grænseflader (brugergrænseflader, API’er, filudveksling mm.) |
| – Behavior | – Logik | Belys designets adfærd udfra en række væsentlige funktioner. |
| – Structure | – Struktur | Gennemgå de væsentligste komponenters opbygning. |
| Development | Udvikling | Beskriv det tekniske udviklingsmiljø, der er nødvendigt at etablere/opretholde for at kunne udvikle/vedligeholde løsningen. |
| Deployment | Udrulning | Beskriv proces og tekniske miljøer mellem udviklingsmiljøer og produktionsmiljøet, samt værktøjer og mekanismer til at flytte systemet gennem disse på vej til produktionsmiljøet. |
| Testing | Testning | Beskriv værktøjer og mekanismer for test af systemet i de forskellige miljøer. |
| Operations | Drift | Dette kapitel kan enten fungere som en komplet driftshåndbog, eller kan begrænses til at belyse driftsopgaven fra et designperspektiv. |
| – Installation | – Installation | Beskriv hvordan det testede system installeres i driftsmiljøet. |
| – Configuration | – Konfiguration | Beskriv hvilke konfigurationsmuligheder systemet tilbyder. |
| – Starting up | – Opstart | Beskriv hvordan systemet startes op første gang, eller hvordan det genstartes efter et haveri eller en kontrolleret nedlukning. |
| – Shutting down | – Nedlukning | Beskriv hvordan en kontrolleret nedlukning gennemføres. |
| – Recovery | – Havarihåndtering | Beskriv hvordan systemet genetableres efter forskellige slags haverier. |
| – Monitoring | – Overvågning | Beskriv hvordan systemet overvåges i driftsmiljøet, og hvilke værktøjer, der anvendes. |
| – Control | – Kontrol | Forklar hvilke muligheder driftsoperatøren har for at kontrollere systemet i drift. |
| – Reoccurring tasks | – Driftsopgaver | Gennemgå alle tilbagevendende driftsopgaver. |
| – Support | – Support | Beskriv værktøjer og proces for support til løsningens brugere. |
| – Incident handling | – Fejlhåndtering | Beskriv værktøjer og proces for rapportering af og opfølgning på fejl. |
| – Maintenance | – Vedligeholdelse | Beskriv proces for vedligeholdelse af løsningen. |
| – Reporting | – Rapportering | Beskriv tilbagevendende driftsrapporter, og forklar hvordan de distribueres og til hvilke modtagere. |