Cadrul pe straturi

Lanțul straturilor

Zece dintre cele 12 straturi formează un lanț. Lanțul pornește de la intenția politică și de la temeiul juridic și trece prin servicii, informații și aplicații. Continuă cu livrarea, execuția, găzduirea și operarea software-ului și se încheie cu continuitatea serviciului public (PublicService).

Relațiile nu sunt limitate la straturile vecine. Relația „este asociat cu” (association) leagă oricare două elemente, iar „depinde de” (dependsOn) leagă elemente din oricare dintre straturile tehnice APP, DEL, RUN, HST și OPS.

• Politica publică „Family support access policy” și serviciul public „Family support benefit” au ca temei juridic legea „Family support law”.
• Procedura „Assess benefit application” realizează serviciul și accesează setul de date „Benefit case records”.
• Sistemul software „Benefits case platform” deservește serviciul și rulează pe un nod găzduit de „Primary data centre”.
• Când portalul nu funcționează, serviciul recurge la procedura alternativă „Assisted paper intake”.

Straturile transversale

Două straturi nu stau în lanț, ci îl traversează. Implementare (IMP) descrie programele, proiectele, reperele, finanțarea și stările arhitecturii — schimbarea, nu livrarea software-ului din cadrul ei, care ține de DEL. Concepte transversale (X) descrie cerințele, constrângerile, deciziile de arhitectură, ipotezele și riscurile, fiecare legat explicit de subiectele lui.

Cele 12 straturi pe scurt

Delimitările dintre straturi

Unele perechi de straturi se confundă ușor, pentru că descriu fețe diferite ale aceluiași lucru. Aplicația arată pentru fiecare strat un text de delimitare, în paletă și în ajutorul F1.

STR consemnează intenția politicii publice (Policy). LEG consemnează autoritatea și obligațiile juridice (LegalObligation). O politică publică are un temei juridic fără să devină o resursă juridică (LegalResource). În exemplu, politica „Family support access policy” rămâne în STR și are ca temei juridic legea „Family support law”, din LEG.

ORG descrie serviciul public (PublicService) și procedura (Procedure) lui. APP descrie software-ul care îl susține. Un canal de acces la serviciu (ServiceChannel) descrie cum ajunge publicul la serviciu, iar un API descrie o interfață software. În exemplu, sistemul software „Benefits case platform”, din APP, deservește serviciul „Family support benefit”, din ORG.

INF descrie semnificația și guvernanța datelor. APP descrie depozitul logic (DataStore) folosit de software. RUN descrie o resursă de stocare (StorageResource) instalată sau un volum din mediul de execuție. HST descrie contextul fizic în care sunt găzduite.

APP descrie structura și comportamentul software-ului. DEL descrie producerea lui și artefactele (Artifact) livrate. RUN descrie instalarea (Deployment) unei anumite versiuni (Release), cu configurația ei.

RUN descrie un nod (Node) sau o unitate de execuție (Workload). HST descrie echipamentul fizic (PhysicalEquipment) și amplasarea lui. Nodul de execuție se asociază cu gazda lui, iar proprietățile de amplasare în rack nu se copiază pe nod.

OPS descrie recuperarea tehnică în caz de dezastru, copiile de siguranță și ghidurile operaționale (Runbook). CNT descrie continuitatea serviciului public, alternativele manuale, reconcilierea și prioritățile de restabilire. Planul de recuperare tehnică (DisasterRecoveryPlan) se asociază cu nevoile de continuitate pe care le susține.

IMP descrie programul (Programme) sau proiectul (Project) care modifică arhitectura. DEL descrie fluxurile de livrare software din cadrul acelei schimbări. O etapă de instalare dintr-un flux de livrare (PipelineStage) aparține stratului DEL; o instalare înregistrată în mediul de execuție (Deployment) aparține stratului RUN.

O arie geografică (GeographicArea) din X descrie o jurisdicție sau aria de acoperire a unui serviciu. Un centru de date sau o locație fizică (PhysicalLocation) din HST descrie un loc de găzduire.