soe

Er wordt gezegd dat Service Orientatie de brug tusse Business en ICT weet te slaan. In Archimate, the Architectuur taal, kan het concrete resultaat hiervan worden gezien. Services zitten in het hart van de taal. Dit kern element is aanwezig op alle architectuur niveaus. Externe business services overbruggen het gat naar de buitenwereld en externe applicatie services overbruggen het gat tussen de de business architectuur en de informatie architectuur. Technische services doen hetzelfde tussen informatie architectuur en technologie architectuur.

Kunnen services worden getekend tussen de horizontale Zachman lagen vraag ik me af?

Vandaag was ik aan het werk met het vinden van geschikte business services. Zoals altijd legde ik lakmoes proef criteria aan zoals een goede abstracties, goede verdeling van verantwoordelijkheden en maximale cohesie en minimale koppeling. Ook keek ik naar de toegevoegde waarde van een gevonden verzameling services, ik keek of ik er op ieder niveau 7 +/- 2 had gevonden en of ik voor een service ook afnemers kon vinden. Maar de ontwerpbeslissingen die ik nam bevredigden me niet volkomen. Plotseling kreeg ik een ingeving: is er niet net zoals bij de database theorie zoiets als een service normaal vorm, met standaard regels hoe je ze vindt, hoe je ze valideert en optimaliseert?

Al surfend op internet bleek dat  anderen al eerder dezelfde gedachte hadden gehad. Ze hebben onderzocht "welke eigenschappen een "goede" service zou moeten hebben". Ik zal het lezen en er later eens op terugkomen.

Ik ben gecharmeerd van de figuur hieronder (origineel van Oracle BEA). De meeste van de gelaagde SOA modellen plaatsen de GUI laag bovenaan, bij de gebruiker. Dan volgt de proceslaag, de business of domein logica laag en de data services laag.

Ik heb me altijd afgevraagd welke laag nu het initiatief had. Het leek er altijd op alsof het initiatief van de gebruiker moest komen via de GUI laag.

In deze figuur lijkt het er veel meer op (als de gebruiker zich bovenaan de afbeelding bevindt) dat de proces laag het initiatief heeft. Alleen door een actie van die laag krijgt de gebruiker zijn presentatiescherm. Presentatie is niet eerst. Dat lijkt mij de goede volgorde. Bovendien heeft de proces laag toegang tot alle andere lagen, zonder via andere lagen te moeten. Ook dat lijkt me zinnig. De Information Services direct toegankelijk hebben, zonder domein laag, is vooral zinnig op informatie te bekijken.

Ik werd gewezen op de bijdrage van Niels Klinkenberg aan het LAC 2007 met betrekking tot SOE (de Service geOrienteerde Enterprise). In zijn presentatie wordt de relatie gelegd tussen service orientatie en een network van organisaties, gericht op slimme samenwerking. De presentatie definieert de condities waaronder je succesvol een SOE kunt neerzetten en hoe je hem werkend krijgt.