Phase C - Information Systems Architecture
Navigation
- 1 Phase C - Information Systems Architecture
- 1.1.1 Aanbeveling(en)
- 1.2 Select Reference Models, Viewpoints, and Tools
- 1.2.1 Aanbeveling(en)
- 1.3 Develop Baseline Information System Architecture Description
- 1.3.1 Aanbeveling(en)
- 1.3.2 Blueprint
- 1.4 Develop Target Information System Architecture Description
- 1.4.1 Aanbeveling(en)
- 1.4.2 Blueprint
- 1.5 Perform Gap Analysis
- 1.5.1 Aanbeveling(en)
- 1.5.2 Blueprint
- 1.6 Define Candidate Roadmap Components
- 1.6.1 Aanbeveling(en)
- 1.7 Resolve Impacts Across the Architecture Landscape
- 1.7.1 Aanbeveling(en)
- 1.8 Conduct Formal Stakeholder Review
- 1.8.1 Aanbeveling(en)
- 1.9 Finalize the Information System Architecture
- 1.10 Versie
- 1.11 Doelpubliek
- 1.12 Inhoudsopgave
- 1.13 Bijlage(n) / Link(s)
Phase C - Information Systems Architecture
Zoals in TOGAF® v9.2 beschreven staat zijn de doelstellingen van "Phase C" het ontwikkelen van de Target Data en Applicatie Architectuur die de business architecture en de Architecture Vision mogelijk maakt, terwijl tegelijkertijd tegemoet wordt gekomen aan de "Request for Architecture Work" en de "Stakeholder concerns", alsmede het identificeren van kandidaat Architectuur Roadmap componenten gebaseerd op hiaten tussen de Baseline en Target Data en Application Architectures.
TOGAF® v9.2 beschrijft de Data Architecture en Application Architecture in verschillende hoofdstukken, het hoofdstuk van deze fase in de ADM cyclus combineert de twee verschillende architecturen tot één; Information Systems Architecture.
Aanbeveling(en)
In elke fase van de ADM bekijken we Requirements Management waarbij, afhankelijk van de context of de ADM fase, we andere requirements en constraints evalueren en documenteren.
Select Reference Models, Viewpoints, and Tools
|
|
|
Aanbeveling(en)
Gebruik standaard notaties en een standaard modelleer taal. Zoek naar tools die kunnen exporteren naar een open formaat zodat deze potentieel in andere tools gebruikt kunnen worden.
Bepaal welke modellen/diagrammen je wil gaan uitwerken, het TOGAF Content Meta Model geeft hierbij al een goed inzicht. Hierbij een opmerkingen; alhoewel er een aantal architecten zijn die een voorkeur hebben voor C4 modellen raden we dit af. Het grootste issue wat ons betreft is dat deze modellen gegenereerd worden en het proces dus omdraaien. We zijn voorstander van het eerst goed uitdenken (en modelleren) van een oplossing om deze daarna pas te implementeren.
Modellen die je hier typisch tegenkomt zijn Conceptual en Logical Data Diagrams, Data Lifecycle Diagrams, Data Migration Diagrams, Application Use-case Diagram, Application Migration Diagram etc.
Develop Baseline Information System Architecture Description
Als er een bestaande architectuurbeschrijvingen is kan deze worden gebruikt als basis voor de baseline. Zorg voor een duidelijke link met de Baseline Business Architecture (Phase B - Business Architecture)
De redenen om deze materialen bij te werken heeft te maken met voortschrijdend inzicht zoals het ontdekken van ontbrekende bedrijfscapaciteit, een nieuwe waardestroom, of een veranderde organisatorische eenheid.
In het kader van greenfield oplossingen zal er geen baseline architecture zijn.
Aanbeveling(en)
Update de Blueprint en de baseline architecture
Kies welke modellen en diagrammen je wilt ontwikkelen en werk deze uit met de juiste tools/modelleertalen. Hierbij raden we af om C4 als basis te gebruiken.
Blueprint
Wanneer het om een grote wijziging gaat is het aangewezen om de baseline en de target architecture blueprints apart te modelleren (dit worden dan aparte views in ons model). In onderstaand voorbeeld modelleren we een blueprint dan als een product wat we koppelen aan een plateau (ArchiMate notatie)
Develop Target Information System Architecture Description
Ontwikkel een Target Description voor de Information System Architecture, voor zover nodig, ter ondersteuning van de architectuurvisie. Identificeer, voor zover mogelijk, de relevante bouwstenen van de information system architecture.
In Phase A - Architecture Vision is er al gekeken naar cloud mogelijkheden en data bescherming (DAR, DIM, DIU). Dit gaat een grote impact hebben op de applicatie en die hier ontwikkeld wordt. Ook heeft het impact op de data opslag, transport en verwerking.
Aanbeveling(en)
Zorg ervoor dat de target architecture op dezelfde manier gemodelleerd is als de baseline zodat er makkelijk een gap analyse kan worden uitgevoerd.
Bepaal welke kwaliteitsattributen (https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/6087248020) je architectuur gaan beïnvloeden. Denk hierbij zeker aan security, beschikbaarheid, performantie en schaalbaarheid voor het operationele aspect en vergeet zeker niet portabiliteit, testbaarheid en onderhoudbaarheid.
Wanneer het om applicatie ontwikkeling gaat (en dus niet aankoop - zie https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/6086787137 ); bekijk welke architecturale stijlen je wilt toepassen op de target architecture. Denk hierbij aan Patterns from SOA Design Patterns by Thomas Erl, Part 1, the Gang of Four Design Patterns - Spring Framework Guru , bliki: Domain Driven Design , Microservices , bliki: CQRS en dergelijke. De lijst is lang
Vanuit het data aspect; bekijk welk type data opslag het best geschikt is, volumes, bekijk data encryptie voor data at rest en data in motion.
Bepaal je build-pipeline, bepaal test- en release- strategiën
Ontwikkel een Logical Data Model. Modelleer data-flows. Analyseer welke data waar gelogd wordt en of dit in lijn is met de security vereisten.
Voer een analyse uit van je data classificatie. Link met DPIA?
Bekijk welke security diensten er nodig zijn. Toegangsbeheer, API management, (Legal) Logging, Analytics, Logging, Pseudonimisatie, Anonimisatie, Key management etc.
We breiden het https://www.vlaanderen.be/digitaal-vlaanderen/onze-oplossingen/informatieveiligheid-en-veiligheidsdiensten/informatieclassificatieraamwerk uit met “Informatieclassificatie documentatie level 4” (https://assets.vlaanderen.be/image/upload/v1631778631/Vo_informatieclassificatie_-_Organisatie_wqb9uo.pdf). (En updaten de reeds beschikbare documentatie wanneer we meer informatie hebben). Deze documentatie zo ook nog verder uitgewerkt worden in Phase D - Technology Architecture.
In de Phase A - Architecture Vision is er al nagedacht over databescherming. Deze wordt hier verder uitgewerkt - bekijk in meer detail welke oplossingen er zijn, welke data geëncrypteerd moet worden, welke velden gepseudonimiseerd etc. De technische uitwerking hiervan gebeurt uiteindelijk in Phase D - Technology Architecture.
Blueprint
Wanneer het om een grote wijziging gaat is het aangewezen om de baseline en de target architecture blueprints apart te modelleren (dit worden dan aparte views in ons model). In onderstaand voorbeeld modelleren we een blueprint dan als een product wat we koppelen aan een plateau (ArchiMate notatie)
Perform Gap Analysis
Bij het uitvoeren van de gap-analyse tussen de baseline- en de target Information System architecture beschrijvingen, moeten de architectuurmodellen worden gevalideerd aan de hand van de principles, objectives en constraints die zijn omschreven in Phase A - Architecture Vision.
Bij de analyse van de gaps worden tekortkomingen tussen de base-architecture en de target-architecture gedetecteerd; de oplossingen om de gaps op te vullen worden besproken in https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/6139545030.
Aanbeveling(en)
Verifieër de architectuurmodellen op interne consistentie, volledigheid en nauwkeurigheid
Voer een trade-off analyse uit om (eventuele) conflicten tussen de verschillende visies op te lossen
Blueprint
De gap-analyse toont aan welke stappen er ondernomen moeten worden om van de baseline naar de target architecture te gaan. Vaak zijn er hier verschillende mogelijkheden, verschillende prioriteiten die we kunnen evalueren. Een gap-analyse resulteert typisch in een aparte view in het ArchiMate model.
Define Candidate Roadmap Components
Zodra de baseline- en de target- architecture zijn gedefinieerd en een gap-analyse is uitgevoerd, wordt een roadmap opgesteld om de activiteiten te prioriteren.
De informatie van deze stap zal dienen als input voor https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/6139545030.
Aanbeveling(en)
Bekijk de https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/5624792128 en bestaande blauwdrukken (mappings op de https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/6082789831) om een globaal idee te krijgen van de potentiële herbruikbaarheid.
Resolve Impacts Across the Architecture Landscape
In deze fase zijn een baseline, een target en verschillende overgangen geïdentificeerd. De overgang van de base-architecture naar de target-architecture kan gevolgen hebben voor bestaande oplossingen, maar ook wijzigingen in andere architecture building blocks kunnen een impact hebben op de baseline- en target-architecture van de oplossing.
Aanbeveling(en)
Bekijk of de transformation een impact heeft op bestaande oplossingen
Bekijk de roadmap van de andere building blocks en evalueer de impact van wijzigingen
Conduct Formal Stakeholder Review
Toets de oorspronkelijke motivatie voor het architectuurproject (Phase A - Architecture Vision) aan de opgestelde architecture.
Aanbeveling(en)
Betrek de stakeholders en vraag om feedback op de application- en de data- architecture.
Finalize the Information System Architecture
Onderdeel van de [Finalize the Information System Architecture] Stap is het selecteren van de standaarden voor elk van de bouwstenen. TOGAF® v9.2 bevordert maximaal hergebruik van de referentiemodellen die kunnen worden geselecteerd uit de Architecture Repository. Kijk hiervoor naar de https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/5624792128 en de https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/6082789831.
De “Architecture Repository” breiden we verder uit:
[Project naam]
Doelstellingen en scope
Stakeholder Map Matrix
Decision log
Team setup (rollen, verantwoordelijkheden)
Architecture principes, guidelines en policies
Informatieclassificatie
Requirements Catalog
Functional Requirements
Constraints
Quality attributes / Non-Functional Requirements
Reference models, viewpoints en tools
Blueprint (Business, Data en Application)
Baseline
Target
Gap en roadmap
Versie
Datum | Auteur |
---|---|
Dec 1, 2022 | EA Support Team |
|
|
Doelpubliek
Enterprise Architects, Solution Architects
Inhoudsopgave
- 1 Phase C - Information Systems Architecture
- 1.1.1 Aanbeveling(en)
- 1.2 Select Reference Models, Viewpoints, and Tools
- 1.2.1 Aanbeveling(en)
- 1.3 Develop Baseline Information System Architecture Description
- 1.3.1 Aanbeveling(en)
- 1.3.2 Blueprint
- 1.4 Develop Target Information System Architecture Description
- 1.4.1 Aanbeveling(en)
- 1.4.2 Blueprint
- 1.5 Perform Gap Analysis
- 1.5.1 Aanbeveling(en)
- 1.5.2 Blueprint
- 1.6 Define Candidate Roadmap Components
- 1.6.1 Aanbeveling(en)
- 1.7 Resolve Impacts Across the Architecture Landscape
- 1.7.1 Aanbeveling(en)
- 1.8 Conduct Formal Stakeholder Review
- 1.8.1 Aanbeveling(en)
- 1.9 Finalize the Information System Architecture
- 1.10 Versie
- 1.11 Doelpubliek
- 1.12 Inhoudsopgave
- 1.13 Bijlage(n) / Link(s)
Bijlage(n) / Link(s)
https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/5624792128
https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/6082789831
https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/6087248020
https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/6086787137
https://www.microsoft.com/nl-be/microsoft-365/visio/flowchart-software