Email

Versturen en ontvangen van electronische berichten.

Package Objecten ViewPoints Bouwblokken
Auteur Bert Dingemans
Alias
Stereotypes ApplicationFunction

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 SBB Basis

Een ABB kan zijn opgebouwd uit een of meerdere SBB. Daarnaast is het mogelijk dat een ABB ingevuld kan worden door een van meerdere SBB, er ontstaat dus een keuzemogelijkheid. Dat wordt in dit voorbeeld getoond. Hierbij wordt het van belang dat inzichtelijk gemaakt wordt wat de verschillen zijn tussen de verschillende SBB. Zie hiervoor het uitgebreide voorbeeld diagram.

Voorbeeld SBB Email Samengesteld

In dit samengestelde SBB model komen een aantal zaken samen:
  • Het email ABB wordt enerzijds ingevuld door een Email component in de applicatie laag.
  • Ten tweede worden de email ABB ingevuld door een technische functie en - service binnen de infrastructurele ABB en SBB.
  • Het voorbeeld toont hoe een service de verbinding legt tussen de lagen.
  • In het model is een secundair element opgenomen als voorbeeld een interface obv een mail protocol.

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 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.

Voorbeeld Solution Office Automation

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

Gekoppelde elementen


Links 2 Tags