Document toolboxDocument toolbox

Phase B - Business Architecture

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

Navigation

Phase B - Business Architecture

[TOGAF 9.2 | TOGAF 10]

 

Zoals in TOGAF® v9.2 wordt uitgelegd; de doelstellingen van deze fase zijn het ontwikkelen van een business architectuur die de in fase A geschetste architectuurvisie ondersteunt.

De kennis van de business-architectuur is een eerste vereiste voor het werk in andere architectuurdomeinen (Informatiesystemen en Technologie).

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

 

 

 

Typische modellen die we in deze fase ontwikkelen of updaten zijn capability maps, values streams en organisation maps die we al in Phase A - Architecture Vision gezien hebben. Daarnaast zien we hier ook vaan Activity Models (BPM), Use-case models, class diagrams en information exchange matrices.

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

Develop Baseline Business Architecture Description

Als er een bestaande architectuurbeschrijvingen is kan deze worden gebruikt als basis voor de baseline. Deze input kan reeds gebruikt zijn in Phase A - Architecture Vision bij het ontwikkelen van de Architectuurvisie, zoals de business capability map of value streams, en kan op zichzelf voldoende zijn voor deze baseline.

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

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 business object wat we koppelen aan een plateau (ArchiMate notatie)

Develop Target Business Architecture Description

Ontwikkel een Target Description voor de Business Architecture, voor zover nodig, ter ondersteuning van de architectuurvisie. Identificeer, voor zover mogelijk, de relevante bouwstenen van de bedrijfsarchitectuur, uitgaande van de architecture repository.

In de Phase A - Architecture Vision is er al gekeken naar het https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/6086787137 Principe (uit de https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/6078828044), gekoppeld aan de vraag of een publieke cloud tot de mogelijkheden behoort. Wanneer met voor een aangekocht pakket gaat (COTS), dan probeert men vaak dit pakket zo min mogelijk te wijzigen en de processen aan te passen naar het pakket. Wanneer men voor een custom build gaat is dit een heel ander verhaal. M.a.w. het is dus zaak om een goed zicht te krijgen op deze twee zaken omdat dit een sterke invloed heeft op de business architecture.

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 business object wat we koppelen aan een plateau (ArchiMate notatie)

 

Perform Gap Analysis

Bij het uitvoeren van de gap-analyse tussen de baseline- en de target business 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 roadmap-paden 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. Op dit punt zou een blik op 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) kunnen helpen om een globaal idee te krijgen van de potentiële herbruikbaarheid.

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 (Phase A - Architecture Vision) aan de opgestelde business architecture en bekijk of deze geschikt is om latere werkzaamheden in de andere architectuurdomeinen te ondersteunen. Verfijn de voorgestelde bedrijfsarchitectuur alleen indien nodig.

Aanbeveling(en)

  • Betrek de stakeholders en vraag om feedback op de business architecture.

Finalize the Business Architecture

Onderdeel van de [Finalize the Business 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.

Afsluitend

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)

      • 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)