Doel en soorten van architectuur
Doel van architectuur
Het doel van architectuur is het faciliteren van de organisatie in haar “constant state of change”. Architectuur biedt daarom inzicht en sturing aan de organisatie.
Descriptieve architectuur → inzicht
Doel: het beschrijven van de architecturale inrichting (d.m.v. modellen en views daarop) om inzicht te creëren in de huidige as-is-situatie en zo de organisatie de mogelijkheid te bieden om onderbouwde beslissingen te nemen.
Dit type architectuur verschaft enkele basic artefacten zoals een lijst van producten, applicaties, processen en verantwoordelijken, etc. alsook inzicht in de samenhang van de verschillende in het landschap aanwezige elementen.
Prescriptieve architectuur → sturing
Doel: het voorschrijven van architecturale richtlijnen (d.m.v. architectuurprincipes, to-be- en referentiearchitecturen) om daarmee de evolutie van de organisatie te sturen.
Dit type architectuur vereist een veel hogere mate van maturiteit. Architectuur wordt sterk verweven met andere strategische organisatieprocessen (e.g. strategy development, portfolio management, financieel management, etc.) Er wordt een architecturaal kader gecreëerd dat als sturende leidraad dient bij het nemen van beslissingen.
Types van architectuur
Enterprise architectuur (EA)
Doel: beheren van de Current State Architecture (CSA), de Future State Architecture (FSA) en het Metamodel van de organisatie
Scope: architecturale inrichting van de organisatie
Eerder breed dan diep uitgewerkt
Formele modellering d.m.v. de ArchiMate-standaard
Gebruik:
beheer van de CSA: overzicht (helikopterzicht op de organisatie) en inzicht (samenhang; integraties) creëren a.d.h.v. analyses
beheer van de FSA: richting/sturing geven d.m.v. een beschrijving van de organisatiedoelen, de principes en requirements waaraan voldaan moet worden bij de realisatie daarvan en eventuele referentiearchitecturen (zie verder).
Beheer van het metamodel: sturing geven aan de architecten m.b.t. modellering. Het metamodel legt afspraken vast over hoe de organisatie architectuur beschrijft.
Wordt steeds up-to-date gehouden en vormt daardoor het startpunt voor projecten (i.e. de Project Start Architectuur).
Solution architectuur (SA)
Doel: beheren van de as-is-architectuur van een specifieke oplossing (m.a.w. een afgebakend deel van de Enterprise Architectuur dat tegemoetkomt aan een specifieke use case) en het uitwerken van de to-be- / target-architectuur i.h.k.v. projecten.
Scope: de architecturale elementen die relevant zijn voor de use case
Eerder diep dan breed uitgewerkt
Formele modellering d.m.v. ArchiMate
Gebruik: beheer van de as is van de architecturale oplossing van een probleem/use case; inzicht creëren in hoe de verschillende elementen van de solution met elkaar geïntegreerd zijn.
Wordt uitgewerkt binnen het kader dat door de Enterprise architectuur (prescriptieve luik) wordt voorgeschreven. Wijzigingen aan een solution architectuur worden teruggekoppeld naar het EA niveau zodat alles up-to-date blijft.
Solutions op zichzelf lossen een concreet probleem op, maar zijn vaak ook herbruikbaar binnen grotere solutions.
Applicatie / platform architectuur (a.k.a. Technische architectuur)
Doel: beheren van de as-is-architectuur van een applicatie of platform
Eerder diep dan breed uitgewerkt; eerder technisch van aard
Modellering bij voorkeur d.m.v. UML
Gebruik: inzicht creëren in de interne opbouw en werking van een applicatie / platform. Vooral relevant voor het IT-team dat de applicatie / het platform beheert.
Meestal worden ook de interfaces met de directe omgeving mee in kaart gebracht, alsook de infrastructuur waarop de applicatie / het platform draait.
Vb van artefacten: class diagrams, collaboration diagrams, sequence diagrams, deployment diagrams, …
Lagen van architectuur
Strategy + Motivation / Governance
Deze laag beschrijft de organisatie op een strategisch niveau (los van hoe dingen concreet geïmplementeerd zijn).
Biedt een holistisch beeld op de organisatie in haar geheel (en wordt dus vooral beschreven binnen een EA model).
Vb. van artefacten:
Drivers en goals (Wat zijn onze concerns, wat willen we bereiken?)
Capability map (Waartoe zijn we in staat of zouden we in staat moeten zijn?)
Strategic initiatives (d.m.v. welke initiatieven realiseren we onze strategie?)
Principes (Geven richting aan toekomstige beslissingen)
Het metamodel (Hoe beschrijven we architectuur in onze organisatie?)
Assessments (Architecturale evaluatie die input geeft aan verbetertrajecten)
Business architectuur
Deze laag beschrijft de organisatie op een business niveau (los van hoe dingen gedigitaliseerd zijn).
Vb van artefacten:
Product map (Welke producten bieden we aan? Aan welke doelgroepen?)
Product samenstelling (Welke services bevat een product?)
Organisatiestructuur (Hoe is de organisatie opgebouwd?)
Business functies / processen (Waar in de organisatie worden de capabilities effectief gerealiseerd?)
Rollen (Welke rollen onderscheiden we en voor welke processen zijn ze verantwoordelijk?)
Information systems architectuur (Data en applicatie)
Deze lagen worden vaak gecombineerd. Ze beschrijven op welke manier de business processen gedigitaliseerd zijn (of minstens ondersteund worden).
De applicatie-architectuurlaag is niet te verwarren met het eerder beschreven architectuurtype “applicatie / platform architectuur” (i.e. applicatie ontwerp). De laag beschrijft het applicatielandschap en de samenhang tussen applicaties.
Vb van artefacten:
Applicatielandschap
Datasets
Dataflows tussen applicaties
Interfaces (GUI’s, API’s, …)
Applicatie services
Technologie architectuur
Deze laag beschrijft de infrastructuur en platformen die de organisatie gebruikt.
Vb. van artefacten:
Infrastructuur (zowel fysieke hardware als virtuele infra)
Fysieke locaties
Netwerken
Platformen
Communication paths (i.e. specifieke connecties tussen netwerken en/of applicaties; vb. een VPN tunnel)
Versie
Datum | Auteur(s) |
---|---|
Mar 24, 2022 | @Yvan Samson |
Doelpubliek
Iedereen
Inhoudsopgave
Bijlage(n) / links