Wat is applicatiearchitectuur?
Applicatiearchitectuur is het deel van de enterprise-architectuur dat beschrijft welke applicaties een organisatie heeft, welke functies en gegevens die leveren, hoe ze met elkaar en met processen verbonden zijn en hoe dat landschap zich in de tijd moet ontwikkelen. Het vormt de schakel tussen businessarchitectuur, die zegt wat de organisatie moet kunnen, en technische architectuur, die de servers, netwerken en cloud levert waarop software draait. In een industriële omgeving omvat het ook OT-applicaties zoals SCADA, historians en MES, die steeds vaker met kantoorsystemen gekoppeld zijn.
Applicatiearchitectuur vertaalt de behoefte van de organisatie naar een samenhangend, beheersbaar softwarelandschap.
🧠 Wat omvat een applicatiearchitectuur?
Een applicatiearchitectuur is geen lijst met programma’s, maar een model van onderdelen en hun relaties. De belangrijkste bouwstenen zijn:
| Component | Beschrijving | Typische vastlegging |
|---|---|---|
| Applicatielandschap | Overzicht van alle applicaties en hun functies | Landschapsplaat, applicatieportfolio |
| Koppelingen en interfaces | Hoe applicaties gegevens uitwisselen (API’s, berichten, bestanden, ESB) | Interfacecatalogus, integratiediagram |
| Applicatiefuncties en -diensten | Wat elke applicatie bijdraagt aan processen of gebruikers | Functie-applicatiematrix |
| Gegevensobjecten | Welke gegevens een applicatie maakt, leest of beheert, en wie de bron is | CRUD-matrix, gegevensbronnenoverzicht |
| Gebruikersgroepen | Welke afdelingen of rollen welke applicatie gebruiken | Rollen-applicatiematrix |
| Lifecycle-status | In implementatie, in gebruik, uitfasering, vervanging | Roadmap, lifecyclebeheer |
In de modelleertaal ArchiMate (versie 3.2, oktober 2022) heeft de applicatielaag eigen elementen: de application component (een modulair, vervangbaar stuk software dat gedrag en gegevens bundelt), de application interface, de application collaboration, gedragselementen zoals application function, process, event en service, en het passieve data object. Door die elementen consequent te gebruiken worden landschapsplaten vergelijkbaar tussen afdelingen en organisaties.
🔁 Hoe verhoudt applicatiearchitectuur zich tot de andere lagen?
| Architectuurlaag | Koppeling met applicatiearchitectuur |
|---|---|
| Businessarchitectuur | Bepaalt welke processen, functies en diensten ondersteund moeten worden |
| Informatiearchitectuur | Legt vast welke gegevens nodig zijn, wat de bron is en wie eigenaar is |
| Applicatiearchitectuur | Wijst functies en gegevens toe aan concrete applicaties en koppelingen |
| Technische architectuur | Levert de infrastructuur waarop applicaties draaien: servers, netwerken, opslag, cloud |
In TOGAF (de tiende editie verscheen in april 2022) valt applicatiearchitectuur onder fase C van de Architecture Development Method, Information Systems Architectures. Die fase combineert gegevens- en applicatiearchitectuur, in willekeurige volgorde. De stappen zijn steeds hetzelfde: referentiemodellen en views kiezen, de huidige situatie (baseline) beschrijven, de gewenste situatie (target) ontwerpen, een gap-analyse maken en daaruit kandidaat-onderdelen voor de roadmap afleiden.
Een goede applicatiearchitectuur voorkomt dubbele functionaliteit, versnippering en ongewenste leveranciersafhankelijkheid (vendor lock-in). Een bekende vuistregel is de wet van Conway (1968): systemen gaan de communicatiestructuur van de organisatie weerspiegelen. Wie IT en OT organisatorisch gescheiden houdt, krijgt vaak ook gescheiden, slecht gekoppelde applicatielandschappen.
🏛 Hoe gebruikt de Nederlandse overheid applicatiearchitectuur?
De Nederlandse overheid werkt met referentiearchitecturen die onder NORA vallen. Elk heeft een eigen invulling van de applicatielaag:
| Architectuur | Rol van applicatiearchitectuur |
|---|---|
| NORA | Principes en generieke functies voor de hele overheid, zoals hergebruik en open standaarden |
| GEMMA | Referentiecomponenten voor gemeentelijke applicaties, de Softwarecatalogus en Common Ground (gegevens bij de bron, ontsloten via API’s) |
| WILMA | Applicaties voor waterbeheer, vergunningen, handhaving, meldingen en assetmanagement bij de 21 waterschappen |
| MARIJ | Historische rijksarchitectuur voor ministeries en uitvoeringsorganisaties, later opgevolgd door EAR en RORA |
Voorbeelden van applicatietypen in zo’n landschap zijn een zaaksysteem (zaakgericht werken volgens het gegevensmodel RGBZ), een documentmanagementsysteem (DMS) of recordmanagementapplicatie (RMA) voor archivering en versiebeheer, HR- en financiële systemen, portalen voor burgers en bedrijven, en bij waterschappen en drinkwaterbedrijven ook SCADA- en HMI-software.
Voor koppelingen gelden landelijke afspraken. Digikoppeling staat sinds 2009 op de ‘pas toe of leg uit’-lijst van het Forum Standaardisatie en kent profielen voor synchrone bevragingen (WUS), betrouwbare asynchrone berichten (ebMS), grote berichten en REST-API’s. De REST-API Design Rules (versie 2.2) zijn eveneens verplicht volgens ‘pas toe of leg uit’ wanneer overheidsorganisaties, inclusief gemeenten en waterschappen, een REST-API aanbieden.
🏭 Hoe ziet applicatiearchitectuur eruit in een OT-omgeving?
In operationele technologie (OT) zijn applicaties vaak embedded of zeer specialistisch, maar ze horen wel in het applicatielandschap thuis. Het ISA-95-model en het Purdue Model helpen om ze per niveau te ordenen:
| Niveau | OT- of IT-applicatie | Functie |
|---|---|---|
| 4 – Bedrijfsvoering | ERP, planning, onderhouds- en assetmanagement | Orders, voorraad, financiën, werkorders, kalibraties |
| 3 – Productiebeheer | MES, historian, LIMS | Productieorders, traceerbaarheid, tijdreeksen, kwaliteit |
| 2 – Toezicht | SCADA, HMI, alarmbeheer | Bewaken en bedienen van het proces |
| 1 – Besturing | PLC- en DCS-software | Realtime regeling en vergrendelingen |
| Dwarsverbanden | edge computing, Unified Namespace, IT/OT-koppelplatforms | Lokale verwerking en datadistributie tussen niveaus en naar ERP- en BI-systemen |
Drie verschillen met kantoorapplicaties bepalen de ontwerpkeuzes:
- Levensduur - een besturings- of SCADA-applicatie draait vaak vijftien tot twintig jaar of langer, waardoor legacy systemen normaal zijn en vervanging gepland moet worden rond onderhoudsstops.
- Beschikbaarheid boven vertrouwelijkheid - een koppeling mag nooit de procesbesturing verstoren; wijzigingen lopen via strikt change management.
- Gestandaardiseerde koppelingen - OPC UA en MQTT vervangen steeds vaker eigen protocollen en punt-tot-puntkoppelingen. NAMUR Open Architecture voegt in de procesindustrie een apart tweede kanaal toe, dat in principe in één richting werkt, voor monitoring en optimalisatie.
Een applicatiearchitectuur voor OT moet daarom ook beveiliging meenemen: welke applicatie in welke zone staat en via welke conduit ze praat, zoals IEC 62443-3-2 voorschrijft, en hoe netwerksegmentatie koppelingen tussen IT en OT beperkt. Zie ook OT-architectuur voor de bredere opbouw van netwerken en systemen.
🔧 Hoe stelt u stap voor stap een applicatiearchitectuur op?
- Inventariseer - leg alle applicaties vast met eigenaar, leverancier, versie, gebruikers en koppelingen. Een CMDB of een OT-asset-inventaris is een goed startpunt, maar mist vaak de functionele kant.
- Koppel aan functies en processen - maak een matrix van bedrijfsfuncties tegen applicaties. Dubbelingen en witte vlekken worden dan direct zichtbaar.
- Breng gegevensstromen in kaart - bepaal per gegevensobject welke applicatie de bron is en welke afnemers er zijn.
- Beoordeel het portfolio - veel organisaties gebruiken het TIME-model van Gartner, dat elke applicatie op zakelijke waarde en technische geschiktheid scoort:
| TIME-kwadrant | Zakelijke waarde | Technische geschiktheid | Actie |
|---|---|---|---|
| Tolerate | Laag | Hoog | Laten draaien, minimaal investeren |
| Invest | Hoog | Hoog | Doorontwikkelen en uitbreiden |
| Migrate | Hoog | Laag | Functionaliteit overzetten naar een nieuw platform |
| Eliminate | Laag | Laag | Uitfaseren en gegevens archiveren |
- Ontwerp de doelarchitectuur - kies principes, standaarden en een integratiepatroon (bijvoorbeeld API-gestuurd, berichtenbus of Unified Namespace).
- Plan de migratie - vertaal de gap-analyse naar een roadmap met projecten, afhankelijkheden en onderhoudsvensters.
- Borg het beheer - houd het model actueel via architectuurreviews bij elke nieuwe aanschaf of wijziging.
🧩 Welke architectuurprincipes gelden voor applicaties?
- Hergebruik generieke functies - bouw of koop een functie één keer en laat meerdere processen die gebruiken.
- Minimaliseer afhankelijkheden - losse koppeling via gedocumenteerde interfaces in plaats van directe databasekoppelingen.
- Gebruik open standaarden - bijvoorbeeld REST en JSON, Digikoppeling bij de overheid en OPC UA in de industrie.
- Gegevens bij de bron - sla gegevens één keer op en ontsluit ze, in plaats van ze naar elk pakket te kopiëren.
- Vermijd dubbele functionaliteit - één applicatie per functie, tenzij er een goede reden is.
- Plan lifecycle en onderhoud vanaf het begin - inclusief patchmanagement, support-einddata en exitstrategie.
❓ Veelgestelde vragen
Wat is het verschil tussen applicatiearchitectuur en softwarearchitectuur?
Applicatiearchitectuur kijkt naar het hele landschap: welke applicaties er zijn en hoe ze samenwerken. Softwarearchitectuur beschrijft de interne opbouw van één applicatie, zoals modules, lagen en frameworks. Een applicatiearchitect bepaalt dus de plaats van een systeem in het landschap, een softwarearchitect hoe het systeem zelf gebouwd wordt.
Met welke tools modelleert u een applicatiearchitectuur?
Applicatiearchitectuur wordt meestal gemodelleerd in ArchiMate, met tools zoals Archi (open source), BiZZdesign of Sparx Enterprise Architect. Voor het portfoliobeheer gebruiken veel organisaties daarnaast een enterprise-architectuurplatform of een CMDB. Een eenvoudige spreadsheet met applicaties, eigenaren en koppelingen is vaak al een waardevol begin.
Hoort OT-software ook in de applicatiearchitectuur?
Ja, OT-software zoals SCADA, historians en MES hoort in de applicatiearchitectuur, ook als IT er niet zelf het beheer van doet. Juist de koppelingen tussen OT en ERP of cloudplatforms zijn het grootste risico en de grootste kans. Een gezamenlijk applicatieoverzicht maakt die koppelingen zichtbaar en beheersbaar.
Wat is een applicatielandschap?
Een applicatielandschap is het totaaloverzicht van alle applicaties in een organisatie met hun functies en onderlinge koppelingen, vaak als één landschapsplaat. Het is het belangrijkste product van de applicatiearchitectuur. Gemeenten kunnen hun applicatielandschap bijvoorbeeld vastleggen in de GEMMA Softwarecatalogus.
Hoe helpt applicatiearchitectuur bij cybersecurity?
Applicatiearchitectuur laat zien welke applicaties kritieke processen ondersteunen, welke gegevens ze verwerken en via welke koppelingen ze bereikbaar zijn. Dat overzicht is nodig om risico’s te beoordelen, zones te bepalen en kwetsbaarheden snel te kunnen koppelen aan getroffen systemen. Zonder applicatiearchitectuur weet een organisatie bij een incident vaak niet wat er afhankelijk is van een getroffen systeem.
📌 Samengevat
Applicatiearchitectuur beschrijft welke applicaties een organisatie heeft, wat ze doen, welke gegevens ze beheren en hoe ze gekoppeld zijn. Het verbindt business- en informatiearchitectuur met de technische infrastructuur, gebruikt raamwerken als TOGAF en ArchiMate, en sluit in Nederland aan op NORA, GEMMA en WILMA. In OT-omgevingen komen daar lange levensduur, beschikbaarheid en zonering bij.
Applicatiearchitectuur brengt structuur in het softwarelandschap, van gemeente, waterschap en ministerie tot fabriek, zodat applicaties strategisch, veilig en efficiënt beheerd worden.