Personal Information Manager

Ontsluiten van een samenstelling van een aantal functionaliteiten rond het beheer van persoonlijke en teamactiviteiten en communicatie.

Package Objecten ViewPoints Bouwblokken
Auteur Bert Dingemans
Alias
Stereotypes ApplicationService

Diagrammen

Voorbeeld ABB Basis PIM

Dit model is relatief eenvoudig van opzet, er is een applicatie service die wordt ingevuld door één logische applicatie functie. Echter dit kan in andere situaties een meer complexe samenstelling zijn. Wordt er voor de architectuur bouwblokken een register of portfolio opgesteld dan is dit een extra vorm van aggregatie. Alternatief is om via het service portfolio te aggregeren en groeperen. Is een discussiepunt.

Voorbeeld ABB Samengesteld PIM

Een service kan opgebouwd zijn uit meerdere ABB. In dit voorbeeld een service die ingevuld wordt door een aantal ABB. Ook hierbij is het punt van de samenstelling een punt van aandacht. Er kan een aggregatie toegevoegd worden van een samengestelde ABB die de andere ABB aggregeert en dit als samengestelde service aanbiedt. Is afhankelijk van de context van de bouwblokken, echter wel een punt om een werkinstructie van te maken. Desgewenst kan ook een join worden toegepast.

Voorbeeld Service Samengesteld

In het samengestelde servicemodel is te zien hoe een service op een hoger abstractieniveau is opgebouwd uit kleinere services met een meer specifiek karakter. In dit model kantoorautomatisering wordt een tussenlaag van services opgenomen, dat hoeft niet perse, je zou ook direct de koppeling kunnen leggen naar Microsoft Office dat is afhankelijk van de context. In deze uitwerking worden alleen applicatie services gemodelleerd en in de samenstelling opgenomen. Echter naast applicatie services kun je hier ook bedrijfsservices definiëren. Denk hierbij aan de combinatie van de implementatie van Office en een servicedesk voor vragen bij problemen. Dat ligt nu buiten scope maar wordt op zeker moment relevant. Relevant hierin is dat er dan een knelpunt in de ArchiMate modellering ontstaat. Dat knelpunt kan desgewenst met serving relaties worden opgelost. ICT business services inbedden in de lagere architectuurlagen.

Voorbeeld XBB Requirements en eisen PIM

Dit voorbeeld laat op eenvoudige wijze zien hoe de kenmerken/eisen op basis van requirements, constraints, kwaliteiten en principes inzichtelijk gemaakt kunnen worden. In dit voorbeeld is te zien hoe de kenmerken van de verschillende xBB op basis van ArchiMate concepten in kaart gebracht kunnen worden. Dit wordt straks een belangrijk mechanisme in de verschillende xBB catalogi. Naast deze aanpak kunnen de kenmerken ook uitgewerkt worden via de interne kenmerken van de entiteiten in EA. Zoals requirements, constraint en scenario. Als laatste is er de mogelijkheid om tagged values te gebruiken. In de werkgroep is bepaald dat hierbij het leggen van associaties tussen ArchiMate concepten de voorkeur verdiend. Is een uitwerking met ArchiMate concepten onvoldoende en wil men uitwijken naar interne eigenschappen of tagged values dan dient dit kortgesloten te worden

Voorbeeld Solution Secretariaat

Voorbeeld van een solution bouwblok op basis waarvan de bedrijfslaag entiteiten voor het secretariaat worden ondersteund vanuit een aantal diensten uit de applicatielaag. Dus het koppelpunt zijn nu een aantal services aangeboden vanuit de ABB en SBB.

Links 2 Tags