--

--

--

--

--

--

--

--

--

--

In dit hoofdstuk wordt een voorstel gedaan voor een aantal ArchiMate viewpoints voor het modelleren van de verschillende bouwblokken en hun onderlinge relaties. In de diagrammen binnen dit hoofdstuk worden de viewpoints alleen uitgewerkt op basis van de elementen en de relevante onderlinge associaties. Een beschrijving van de concepten zelf wordt niet gedaan. Hierbij nemen we definities en mogelijke associaties over zoals die gedefinieerd zijn binnen de modelleertaal ArchiMate zelf. ArchiMate kent in het core model drie lagen, namelijk Business, Application en Technology layer. xBB kunnen toegepast worden in de drie hierboven genoemde lagen. Echter omdat het perspectief in dit document voor de xBB voornamelijk ligt op applicatie en infrastructuur zijn de viewpoints alleen voor deze twee lagen uitgewerkt. Voor de ABB wordt in ArchiMate gebruik gemaakt van de Behaviour kolom. Sinds ArchiMate 3 bestaan binnen deze kolom meerdere elementen. Bij de uitwerking in de viewpoints worden alleen de Application_Function en Technology_Function gebruikt. Is een ander concept bijvoorbeeld een Application_Process of Technology_Process relevant bij een uitwerking dan kan dit vanzelfsprekend ook toegepast worden. Voor de SBB wordt in ArchiMate gebruik gemaakt van de Active Structure kolom. Met name binnen de technology layer zijn veel verschillende concepten beschikbaar. Bij de uitwerking in de viewpoints wordt alleen de System_Software gebruikt. Is een ander concept relevant bij een uitwerking in deze dimensie dan kan dit vanzelfsprekend ook toegepast worden.

--

Architectuur model voor een aanpak op basis van een architectuur repository. In dit model zijn een aantal generieke architectuur onderdelen uitgewerkt. Dit dient enerzijds als voorbeeld voor een architectuur uitwerking. Anderzijds kan het uitgebreid worden met organisatie specifieke organisatie onderdelen van de architectuur. Daarmee wordt het een startpunt voor een organisatiebrede architectuur

--

Dit sjabloon is een package en diagram structuur voor een architectuurdocument, bijvoorbeeld een solution - of project start architectuur. Hierbij is in de diagrammen een koppeling gemaakt naar een viewpoint uitwerking zodat modelleurs ondersteuning krijgen bij het uitwerken van het model. Desgewenst kan dit package gekopieerd worden in EA om het projectspecifiek te maken. Vervolgens kan er een document van gegenereerd worden.

In ARIO zijn meerdere modellen te vinden. Zoals de stappenplannen en een voorbeeld uitwerking van een architectuur op basis van een architectuur repository en ArchiMate.

--

--

Beschrijving van de bedrijfsarchitectuur voor een werkwijze met een architectuur repository.

Op basis van een aantal eenvoudige processtappen en bijbehorende rollen kun je een aantal gewenste functies van het expertise netwerk definieren. Hieraan kun je vervolgens beheerprocessen en applicatiefuncties koppelen. Daarmee ontstaande contouren van het expertise netwerk

--

--

--

--

--

Beschrijving van een big data procesmodel bestaande uit activiteiten voor het tot stand komen van een implementatie

--

--

--

--

--

--

In dit onderdeel wordt een logisch model beschreven van de boom- en een netwerk of graafstructuur. Daarbij worden een aantal requirements uitgewerkt op basis waarvan een keuze voor een fysieke implementatie gemaakt kan worden

--

--

--

--

Data architectuur van een architectuur repository

--

--

Modellen en bouwblokken voor het in kaart brengen van Big Data elementen ten behoeve van Big Data Architectuur

--

--

--

--

--

--

--

--

--

Hier worden de viewpoints beschreven voor met name solution architecturen. Belangrijk hierbij is dat we het aantal concepten relatief beperkt houden en dat de verschillende viewpoints gerelateerd zijn aan het project template voor project architecten.

--

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.

--

Inleiding Toepassen bouwblokken beschrijft de opzet en de definitie van bouwblokken. Bouwblokken worden bij {Organisatie} geïntroduceerd vanuit het perspectief van:

• Hergebruik
• Ontkoppeling
• Generalisatie en specialisatie
• Standaardisatie
• Interactie tussen aanbieders en afnemers van informatievoorzienings 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 geimplementeerd wordt in Sparx en hoe het gecommuniceerd/gepubliceerd wordt naar de verschillende stakeholders.

Verzameling van werkinstructies voor de modelmanager rond de inrichting van de repository en het gebruik van Sparx Enterprise Architect

--

Architectuurmodellen voor de uitwerking van doelen, behoeften en principes rond de introductie van een architectuur repository.

Dit is een wat vreemde eend in de bijt omdat het een relatief klein onderdeel is van de gehele gewenste functionaliteit. Het is echter een specifiek project waarvoor subsidie aangevraagd is. Het heeft wel direct raakvlakken met het expertise netwerk omdat het een ontsluitingsvorm is. Bijkomend voordeel is dat het kan aansluiten op bestaande nderdelen in het applicatielandschap en alleen een extra functie is voor het transformeren van vrije tekst naar een onderwerpenboom en de relatie terug naar de brondocumenten

Het expertise netwerk is een uitbreiding van de functionaliteit van drie onderdelen namelijk:

• onderwerpenboom (T2T)
• het samenwerken van experts om tot expertise te komen (O365)
• zichtbaar maken van expertise in de TFG Academy.

Het TFG expertise netwerk is een mooi voorbeeld van hoe verschillende initiatieven van maten samenkomen en hoe we daarmee een extra propositie naar de markt kunnen doen. In dit model is een uitwerking gemaakt dat dient als discussiestuk omtrent deze propositie van een expertise netwerk.

--

--

De gewenste situatie beschrijft een punt aan de horizon voor de logging architectuur. Het sluit daarbij aan bij de discussies rond de doelarchitectuur, met name op het vlak van service orientatie en bedrijfsregels

--

--

--

Beschrijving van de verschillende big data technieken die ingezet kunnen worden bij een big data oplossing

Beschrijving van de aspecten van de tooling bij het werken met een architectuur repository. Enerzijds de benodigde functionaliteiten anderzijds een opsomming van diverse beschikbare tools.

--

--

Overzicht van algemeen geldende data kwaliteiten die ingezet kunnen worden voor het bepalen van de waarde van datasets

--

In the logical application model we describe only which logical application functions are necessary within the solution without looking at the available components and information systems. This helps to create a technical independent application model which can later be used to model various solution scenarios and component stacks. These stacks will be analysed and compared with each other based on the functional and non functional requirements.

This is a package with four logical scenarios for the implementation of a register solution. These logical models have no relation with any physical implementation. Therefore the long list of alternatives is more relevant. These scenarios can help in the following situations:

• Mapping functional requirements to scenarios
• Mapping non functional requirements and qualities to scenarios
• Complexity analysis of scenarios
• Mapping possible solutions and components to scenarios
• Describe scenarios with advantages and disadvantages

Uitwerking van het model op basis van logische applicaties inclusief de uitwerking van de deelfuncties

--

--

Master en Referentie Data zijn de werkprocessen gericht op het realiseren van generieke data entiteiten relevant voor een grote groep van stakeholders. Dit stelt bijzondere eisen aan de inrichting vanuit het perspectief van data kwaliteit. Daarmee ontstaat er een nauwe relatie tussen deze kennisdomeinen.

Binnen deze package zijn een aantal matrices opgenomen om op eenvoudige wijze verbanden te zien tussen de verschillende views op de architectuur van een repository.

Metamodel bestaat uit een opsomming van verschillende voor architectuur relevante modelleertalen inclusief een aantal submodellen en talen. Op basis hiervan kan door de organisatie een selectie gemaakt worden van de voor hen relevante architectuurtalen en -subtalen.

Kenmerken, eisen, vereisten die behoren bij Big Data

--

--

Dit is een pakket met vier logische scenario's voor de implementatie van een Master Data-oplossing. Deze logische modellen hebben geen relatie met enige fysieke implementatie. Daarom is de lange lijst met alternatieven relevanter. Deze scenario's kunnen helpen in de volgende situaties:

• Functionele vereisten toewijzen aan scenario's
• Het in kaart brengen van niet-functionele eisen en kwaliteiten aan scenario's
• Complexiteitsanalyse van scenario's
• Mogelijke oplossingen en componenten toewijzen aan scenario's

Verschillende conceptuele data modellen met een hiërarchie van conceptuele data entiteiten voor referentie en master data

Logische datamodellen met een uitwerking voor verschillende referentie data logische structuren met data entititeiten, attributen en assoociaties.

In het logische applicatie model beschrijven we alleen welke logische applicatiefuncties nodig zijn binnen de oplossing zonder te kijken naar de beschikbare componenten en informatiesystemen. Dit helpt bij het maken van een technisch onafhankelijk applicatie model dat later kan worden gebruikt om verschillende oplossingsscenario's en componentstapels te modelleren. Deze stapels worden geanalyseerd en met elkaar vergeleken op basis van de functionele en niet functionele eisen.

--

--

--

Opsomming van alle objecten binnen de architectuur gesorteerd op type en naam.

--

--

--

--

--

--

Het objectmodel beschrijft het concept bouwblok zoals dat gedefinieerd is binnen het architectuurproces van {Organisatie}. Bouwblokken zijn communicatieve concepten tussen architecten onderling en tussen architectuur en de verschillende stakeholders binnen {Organisatie}, de diensten en eventueel externe stakeholders zoals leveranciers of ketenpartners. Het model bestaat uit een beperkte set aan concepten met onderlinge relaties. Dit model is uitgewerkt in een ArchiMate business objecten diagram. De concepten in het objecten en definitie diagram zijn vervolgens in detail uitgewerkt en beschrijven hiermee de kaders van de bouwblokken.

--

--

--

--

--

--

--

--

--

--

SIPOC is een eenvoudige modelleerwijze voor het modelleren van bedrijfsprocessen, objecten en rollen. Er zijn een aantal voorbeelden gegeven. Kopieer een van de diagrammen en pas het aan naar de nieuwe SIPOCs.

--

--

--

--

--

--

Beschrijving van de infrastructurele aspecten van een big data architectuur

--

--

--

--

--

--

Voorbeeld van een logisch architectuur model voor een register of MDM module. Geeft een voorbeeld van hoe je applicatiefuncties, interfaces en services in ArchiMate kunt combineren om een beschrijving te geven van de gewenste requirements.

In deze voorbeelden worden een aantal aspecten van het modelleren op basis van bouwblokken uitgewerkt. Beschouw dit voorbeeld zonder dat er is nagedacht over de inrichting van de catalogi en de granulariteit van de bouwblokken. Tevens is dit nog niet besproken in de werkgroep en daarmee een voorstel van mijn kant en is dit onderwerp van discussie voor de volgende bijeenkomst. Daarnaast wordt alleen een toelichting gegeven bij de diagrammen, niet bij de daarin uitgewerkte concepten.

--