Hulpmiddelen bij een Architectuur Repository

In de voorgaande hoofdstukken zijn we ingegaan op de verschillende dimensies van het introduceren van een Architectuur Repository. In dit hoofdstuk gaan we in op een aantal hulpmiddelen die het introduceren van een architectuur repository ondersteunen en vereenvoudigen. We werken dit uit op basis van Sparx Enterprise Architect een modelleertool voor diverse modelleertalen. Daardoor is het ook uitermate geschikt om Sparx Enterprise Architect in te richten als architectuur repository. De uitwerkingen van deze hulpmiddelen zijn allemaal uitgewerkt op basis van Sparx Enterprise Architect.

Versie 1.0
Creatie datum 16-09-2021

Packages

  • ArchiMate viewpoints
    Hier worden de viewpoints beschreven voor met name solution architecturen op basis van een andere aanpak dan de werkwijze met Viewpoints zoals beschreven in de ArchiMate documentatie. Dit is een uitwerking van een organisatie die een aantal viewpoints heeft bepaald voor de eigen context. Belangrijk daarbij is wel dat de viewpoints met elkaar samenhangen. Binnen de viewpoints wordt gewerkt met:
    • Primaire elementen (groene rand), dat zijn elementen die in principe in deze diagrammen uitgewerkt moeten zijn.
    • Secundaire elementen (oranje rand) zijn elementen die in deze diagrammen gebruikt mogen worden
    Belangrijk hierbij is dat we het aantal concepten relatief beperkt houden en dat de verschillende viewpoints gerelateerd zijn aan het project package sjabloon voor project of solution architecturen.
  • Fysiek datamodel Sparx
    Het lijkt vreemd om de database structuur van een Sparx Enterprise Architect repository in een boek over repositories te behandelen. Echter het werken met een architectuur repository zal ook betekenen dat de content benadert moet worden op een wijze die niet beschikbaar is in de ontsluitingsvormen reeds aanwezig in de tooling. Daarom behandelen we hier de tabellen die de meest essentiële data omvatten voor het benaderen van de repository inhoud. Hou er rekening mee dat het aantal tabellen in een Sparx Enterprise Architect veel meer tabellen omvat.
  • Logisch Applicatie model obv Masterdata
    Voorbeeld van een logisch architectuur model voor een register of MDM module. Geeft een voorbeeld van hoe je applicatie functies, interfaces en services in ArchiMate kunt combineren om een beschrijving te geven van de gewenste requirements. Als je een architectuur repository vanuit het perspectief van master data beschouwd dan kun je feitelijk een aantal bouwblokken inzetten om functionaliteiten, applicatie services en -interfaces op generieke wijze beschrijven.
  • Modelleerconventie voor data architectuur
    Dit is een voorbeeld van modelleer- en naamgevingsconventies die ingezet kan worden binnen een architectuur repository. Deze uitwerking is een voorbeeld hoe je een metamodel en de conventies kunt uitwerken. In dit geval voor een data architectuur uitwerking. Het metamodel is uitgewerkt op basis van het DMBoK raamwerk. Dit houdt in dat een deel van het raamwerk wel uitgewerkt is en de anderen nog niet. Hier is met name vanuit het gezichtspunt van de data architect een uitwerking van modelleerconventies en architecturele modellen. Voor het werken met meta data geldt een whitepaper over de modelleerwijzen rond metadata.
  • Packagestructuur
    Voorbeeld van een project structuur gebaseerd op de status van verschillende deelmodellen. Kenmerkend hierin is dat per fase een andere indeling geldt voor de repository. Deze aanpak geeft aan dat de package structuur geen beperking hoeft te zijn. Over de package structuur kan bij de introductie van een architectuur repository een discussie ontstaan over wat de juiste indeling is. Houd hierbij de volgende suggesties aan als startpunt:
    • Per onderdeel van de architectuur repository kan de package indeling veranderen
    • De package structuur kan eenvoudig gewijzigd worden als bij ontwikkeling van de werkwijze de inzichten veranderen
    • Het bepalen van de indeling wordt veelal beheerd door de model manager of custodian voor de generieke architectuur onderdelen
    • In werk of project package structuren hebben de modelleurs meer vrijheid in de inrichting.
    • Gebruik voor solution architecturen een sjabloon als startpunt.
    • Houd in de package indeling rekening met de transfer van architectuur concepten in een fasering en levensloop.
    De package structuur dient gericht te zijn op de modelleurs die werken met de architectuur modellen. Gebruikers van deze modellen dienen op andere wijze ondersteund te worden bijvoorbeeld door navigatie diagrammen.
  • Toepassen architectuur bouwblokken
    Inleiding Toepassen bouwblokken beschrijft de opzet en de definitie van bouwblokken. Bouwblokken worden bij een organisatie geïntroduceerd vanuit het perspectief van:
    • Hergebruik.
    • Ontkoppeling
    • Generalisatie en specialisatie.
    • Standaardisatie.
    • Interactie tussen aanbieders en afnemers van informatievoorziening. concepten (op dit moment applicaties en infrastructuur maar dit moet ook toepasbaar zijn op bedrijfsarchitectuur).
    • Specificatie van kosten en opbrengsten.
    • Verbeteren (versnellen) van de dienstverlening.
    • Informatiebeveiliging.
    Dit document bestaat uit de volgende delen:
    • Model: beschrijft de definitie, kenmerken en verbanden van het concept bouwblok en de bijbehorende specialisaties
    • ArchiMate viewpoints: uitwerking van de viewpoints voor de bouwblokken. Deze viewpoints zijn opgebouwd uit een beperkte set aan ArchiMate elementen en associaties.
    • Voorbeelden van uitwerking van de verschillende bouwblokken binnen de hierboven gedefinieerde ArchiMate viewpoints
    • Sparx implementatie, wijze waarop dit geïmplementeerd wordt in Sparx en hoe het gecommuniceerd/gepubliceerd wordt naar de verschillende stakeholders.
  • Werkinstructies modelmanager
    Verzameling van werkinstructies voor de modelmanager rond de inrichting van de repository en het gebruik van Sparx Enterprise Architect