Document toolboxDocument toolbox

Phase C - Information Systems Architecture

Owned by Barry Nauta (Unlicensed)
Last updated: 21 Nov, 2023 by Paul Kiekens
7 min read

Navigation

Phase C - Information Systems Architecture

[TOGAF 9.2 | TOGAF 10]

 

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 https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/6139544215 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)

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 https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/6139544215.

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)

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 (https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/6139544215) 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

Datum

Auteur

Dec 1, 2022

EA Support Team

 

 

Doelpubliek

Enterprise Architects, Solution Architects

Inhoudsopgave

Bijlage(n) / Link(s)