Phase B - Business Architecture

[link]

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.

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.

• Ontwerp een conceptueel datamodel.

• We breiden het https://www.vlaanderen.be/digitaal-vlaanderen/onze-oplossingen/informatieveiligheid-en-veiligheidsdiensten/informatieclassificatieraamwerk uit met “Informatieclassificatie documentatie level 2” en “Informatieclassificatie documentatie level 3” (https://assets.vlaanderen.be/image/upload/v1631778631/Vo_informatieclassificatie_-_Organisatie_wqb9uo.pdf). (En updaten de reeds beschikbare documentatie wanneer we meer informatie hebben)

• Bepaal welke kwaliteitsattributen (/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.

• Krijg een goed zicht of men iets zelf wil gaan bouwen of eerder voor een COTS product gaat (cfr. Principle 02 : Reuse over buy over build ) en bekijk of de potentiele keuze voor een public cloud hier een invloed op heeft. Deze keuzes zijn al bekeken in Phase A - Architecture Vision.

• Kijk of er nood is aan een “Security Policy Architecture” (Dit wijst het eigenaarschap en de verantwoordelijkheid voor security en Risico management / SWOT toe. Ook worden het verband en de hiërarchie tussen operationeel risicobeheer in het algemeen en de diverse veiligheidsaspecten, zoals bedrijfscontinuïteit, informatiebeveiliging, systeembeveiliging en fysieke beveiliging worden hierin behandeld.

• Voor een “Risk assessment” uit en documenteer (TOGAF gebruikt hiervoor een “Business Risk Model”, het is niet altijd nodig hier een aparte deliverable voor te hebben)

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 Phase E - Opportunities and Solutions.

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 Phase E - Opportunities and Solutions. Op dit punt zou een blik op de Architectuuratlas en bestaande blauwdrukken (mappings op de /wiki/spaces/EAP/pages/6082789831) kunnen helpen om een globaal idee te krijgen van de potentiële herbruikbaarheid.

Aanbeveling(en)

• Bekijk de Architectuuratlas en bestaande blauwdrukken (mappingen op de /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 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 Architectuuratlas en de /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