I Objectware har vi brukt betydelig med tid, krefter og prosjekterfaring for å utvikle en helhetlig strategi for Service Oriented Architecture-strategi (SOA)som sikrer at våre kunder får realisert forretningsverdien av sin SOA-satsning over tid.

Hva er SOA?
SOA (Service Oriented Architecture) eller på norsk ”tjenesteorientert arkitektur” ble i utgangspunktet utviklet som svar på kravene om bedre måter å integrere forretningsprosesser på en mer kosteffektiv måte.

Verdiforslaget for SOA har ifølge analyseselskapet Gartner endret seg til mer å omhandle forretningsinnovasjon og time-to-market.

Det finnes ingen enhetlig definisjon av SOA og ulike aktører definerer SOA ulikt i kontekst av deres verdibudskap. Utfordringen blir da å vite hvordan få oversikt over SOA og utnytte dette på best mulig måte i sin virksomhet.

De siste årene har hypen rundt SOA vært spesielt stor, mange har forsøkt å implementere SOA i virksomheten og mange har mislyktes. Gartner peker på dårlig teknisk implementering og mangelfull styring og kontroll som de viktigste årsakene til at SOA-prosjekter feiler www.gartner.com/it/page.jsp?id=508397

Lykkes man med sin SOA-strategi, er imidlertid gevinsten stor. Gode SOA-implementeringer bidrar til:

Økt endringsdyktighet i virksomheten
At IT-siden jobber mot de samme målene som forretningssiden
At organisasjonen blir handlekraftig og smidig

Objectware og SOA
I Objectware har vi brukt betydelig med tid, krefter og prosjekterfaring for å utvikle en helhetlig SOA-strategi som sikrer at våre kunder får realisert forretningsverdien av sin SOA-satsning over tid. Det som skiller oss fra andre leverandører er:

Et livsløpsperspektiv på governance med tilhørende retningslinjer og understøttende prosesser som sikrer at verdiskapningen ikke forvitrer.
Fokus på gevinstrealisering med tilhørende rammeverk hvor prosesseieren blir ansvarliggjort i forhold til tjenestens KPI.
Et unikt konsept for kategorisering av tjenester som tilrettelegger for samstemt forståelse og forankring av tjenestene på tvers av hele organisasjonen.
En kjernetjenestetilnærming som sikrer gjenbruk og verdiskapning på eksisterende infrastruktur og kjernesystemer
Tydelige retningslinjer og regler for design av tjenestene
Tydelig og klart definert mapping mellom virksomhetsarkitekturen, teknologien, menneskene og forretningssiden

Kontakt Business manager Steffen Norby for mer informasjon.
steffen.norby@objectware.no

SOA-modellen
Resultatet er en no-nonsense SOA-strategi med tydelige retningslinjer som setter IT og forretning i stand til å jobbe sammen mot de samme målene og som sikrer endringsdyktighet og verdiskapning over tid.
Dette gjøres ved å tilby en helhetlig modell og metodikk for SOA-adopsjon.

Vi har valgt å ta utgangspunkt i kjente arkitekturrammeverk - klassifiseringsskjema av ulike objekter som sammen utgjør et sett med forretningsregler. De ivaretar både det tekniske og forretningsmessige perspektivet og samhandling disse imellom.

Ved så å sette SOA i riktig kontekst i forhold til arkitekturrammeverk som Zachmann og TOGAF, samt å underbygge SOA som et verktøy med veldefinerte patterns for implementasjon blir teorien til virkelighet.
Resultatet blir reell verdi og systemer som skaper konkurransefortrinn og ikke minst sporbarhet i prosessen.

Kategoriseringsmodellen - atomet
Variasjonen i definisjonene tydeliggjør en av utfordringene med SOA: det er ikke enighet om atomet i SOA, nemlig tjenesten. Vi har samlet utallige definisjoner på SOA og tjenester fra fagmiljøet og produktleverandører.
Det vi har gjort er å kategorisere atomene etter en beste praksis kategoriseringsmodell vist nedenfor.

Kategoriseringsmodellen har fire dimensjoner. Lagdelingen illustrerer hvor det ”svir” å gjøre endringer og motsatt hvor det er enklere å gjøre endringer.

H2A - Tjenester som involverer menneskelige beslutningstakere (”endpoints”)
A2A - Det er her produktleverandørene fokuserer på SOA.
ACS - Tjenester basert på Eric Evans context maps patternet.
CS - SOA som integrasjons strategi

Vårt fagmiljø har implementert tjenester basert på veldefinerte patterns i virkelige prosjekter i drift på både Java og .NET plattform.
Setter vi alle disse bitene sammen ser man sporbarhet fra arkitektur til konkrete pattern.

Gjennomføring
Som i alle våre leveranser jobber vi med en agile tilnærming til SOA både i forhold til vår rådgiverrolle og som basis for våre løsningsleveranser.
Gjennom fokuserte workshops jobber Java og .NET fagmiljøet i Objectware med delte patterns for implementering av tjenester. Arkitekturen blir således plattform-uavhengig.

En overordnet tilnærming for SOA-adopsjon i en virksomhet er presentert nedenfor:

SOA 101” - Felles plattform for erkjennelse.
Kartlegging av forretningsmessige behov som kan understøttes av SOA.
Hensiktsmessig SOA-adopsjon. Her bruker vi Gartners adopsjonsmodell både i forhold til forretningmessige gevinster og tekniske muligheter.
Definert tjenestetilgjengeliggjøring ihht. til definerte ambisjon på SOA-adopsjon.
Inkrementell implementasjon og kontinuerlig læring