OIO Enterprise Arkitektur

Transkript

1 OIO Enterprise Arkitektur OIO relateret til andre metoder og rammeværk Version 1.0 Tekniske og forretningsmæssige X1. Forretningsmæssige X2. Tekniske Strategi Forretning Teknik A1. relaterede udfordringer A3. metodegrundlag A5. Vision, mål og strategier 1. Forretningsobjekter 3. Forretningsservices 5. Useases 1. Informationsarkitektur 3. Servicearkitektur A2. strategi A4. Projekt charter A6. It-principper 2. Lokationer/ organisation 4. Forretningsprocesser 6. Workflow 2. Applikationsarkitektur 4. Teknologiarkitektur Forandring E1. Migreringsstrategi E2. Migreringsplan E3. Konsekvensanalyse D1. Restriktioner D2. Muligheder D3. Principper og styring Y2. udget- og ressourcestyring Y1. Driftssituation Y3. Y4. Lovmæssige bindinger Y5. Kontrakt og aftaleforhold Ministeriet for Videnskab, Teknologi og Udvikling Januar 2007

2 Om dette dokument Dette dokument relaterer OIO metoden til andre arkitekturmetoder og arkitekturrammeværk. Dokumentet er beregnet til enterprise og it-arkitekter i det offentlige, der ønsker en hurtig indføring i hvordan OIO metoden relaterer sig til andre metoder og rammeværk som man måske allerede bekendt med. OIO Enterprise Arkitektur dokumentsamlingen omfatter (december 2006) følgende dokumenter: Introduktion til OIO metoden (OIO ) De enkelte trin i OIO Enterprise Arkitektur metoden (OIO ) OIO scenarier OIO relateret til andre metoder og rammeværk OIO FAQ Alle dokumenterne kan findes og downloades på ea.oio.dk/download. IT- og Telestyrelsen har søgt at udarbejde og præsentere en effektiv, pragmatisk enterprise arkitektur metode og ramme, baseret på både velafprøvet teori og praktisk erfaring. IT- og Telestyrelsen kan dog ikke påtage sig ansvar for resultatet af brug af OIO metoden og OIO Arkitekturguiden, hverken i eget brug eller brugt som fundament for ydelser udbudt til andre. Et vellykket udbytte af metoden/rammen kræver de rette kompetencer og ressourcer, projektledelse, osv. forhold der er udenfor metoden/rammen at sikre. Indholdsfortegnelse 1 OIO s relation til andre arkitekturmetoder TOGAF TOGAF metode Mapping OIO TOGAF FF FF metode Mapping OIO FF Zachman Zachman rammeværk Relation OIO- Zachman...8 OIO relateret til andre metoder v1.0 Side 2 af 8 Januar 2007

3 1 OIO s relation til andre arkitekturmetoder Nedenfor er angivet hvordan OIO relaterer sig til forskellige andre arkitektur-metoder og -rammeværker. Der er to formål med dette: Det at OIO trinene kan genfindes i andre arkitekturmetoder viser, at OIO metoden baserer sig på sund erfaring fra andre enterprise arkitektur-tilgangsmåder. Man kan hente mere konkret metode-rådgivning ved at læse om de tilsvarende trin i de anførte metoder. Specielt TOGAF har en gratis og ganske detaljeret rådgivning om de metoder der med fordel kan anvendes i de enkelte trin se 2 TOGAF 2.1 TOGAF metode TOGAT The Open Group Architecture Framework er udviklet af The Open Group, som er en organisation af teknologileverandører og brugere. Elementerne i TOGAF er baseret på bidrag fra disse leverandører IM; NR, Hewlett-Packard og flere andre, samt fra større brugerorganisationer i Europa og Nordamerika. TOGAF rammeværket er løbende blevet udvidet og vedligeholdt, og version 8.1 af TOGAF er gengivet nedenfor. TOGAF kan man læse mere om på Pr. A H G R. F D E Figur 1: TOGAF Architecture Development Method, version 8.1 OIO relateret til andre metoder v1.0 Side 3 af 8 Januar 2007

4 2.2 Mapping OIO TOGAF Nedenfor er vist hvordan de enkelte OIO trin relaterer sig til TOGAF: Tekniske og forretningsmæssige H X1. Forretningsmæssige H X2. Tekniske Strategi R. A1. Pr. A A3. A5. - metode- Vision, mål relaterede grundlag og strategier udfordringer () 1. Forretningsobjekter Forretning 3. Forretningsservices 5. Useases 1. Informationsarkitektur Teknik 3. Servicearkitektur G A2. strategi Pr. A4. Projekt charter A Pr. A6. It-principper 2. Lokationer/ organisation 4. Forretningsprocesser 6. Workflow 2. Applikationsarkitektur D 4. Teknologiarkitektur F E1. Migreringsstrategi F E2. Migreringsplan Forandring F E3. Konsekvensanalyse E D1. Restriktioner E D2. Muligheder D3. D Principper og styring G (Pr.) R. Y2. (Pr.) (Pr.) Y1. H Y3. Y4. Y5. udget- og Driftssituation bindinger aftaleforhold Lovmæssige Kontrakt og ressourcestyring Figur 2: OIO mappet til TOGAF Architecture Development Method, version 8.1 Observationer: I relation til OIO er der følgende at bemærke: OIO omfatter hele TOGAF der er ikke noget modstridende mellem at bruge TOGAF og OIO. OIO fremhæver dog specielt i aktiviteterne X og Y nogle trin som TOGAF kun berører lidt såsom kontraktuelle, lovmæssige, driftsmæssige og budgetmæssige forhold. TOGAF er relativt teknologi-fokuseret, men har dog i trin noget om forretningsarkitektur. Historisk set udspringer TOGAF af metoder og teknikker til at udvikle en it-arkitektur, hvorfor der er mindre fokus på for eksempel forretningsmodellering og service-orientering. TOGAF nævner Useases og workflows, men de er ikke en hel så central del af arkitekturmetoden som de kan være i OIO. TOGAF har i delen mest fokus på den del der handler om selve enterprise arkitekturen, ikke om de omgivne forhold. OIO relateret til andre metoder v1.0 Side 4 af 8 Januar 2007

5 3 FF 3.1 FF metode FF Federal Enterprise Architecture Framework er en guide til offentlige instanser i USA ( Federal Agencies ) om hvordan man udvikler, bruger og vedligeholder en. De 8 aktiviteter i Guide til F 1.1 (fra A practical guide to Federal Enterprise Architecture, februar 2001.) er afbildet nedenfor (idet nummereringen -F8 er vores): F8 F7 F6 F5 Figur 3: FF OIO relateret til andre metoder v1.0 Side 5 af 8 Januar 2007

6 3.2 Mapping OIO FF Nedenfor er vist hvordan de enkelte OIO trin relaterer sig til FF: Tekniske og forretningsmæssige X1. X2. Forretningsmæssige Tekniske A1. relaterede udfordringer Strategi A3. metodegrundlag A5. Vision, mål og strategier F5) 1. Forretningsobjekter Forretning F5) 3. Forretningsservices F5) 5. Useases F5 1. Informationsarkitektur Teknik () (F5) 3. Servicearkitektur A2. strategi A4. Projekt charter -- A6. It-principper F5) 2. Lokationer/ organisation F5) 4. Forretningsprocesser F5) 6. Workflow F5 2. Applikationsarkitektur F5 4. Teknologiarkitektur F6 E1. Migreringsstrategi F6 E2. Migreringsplan Forandring (F6) E3. Konsekvensanalyse (F6) D1. Restriktioner F6 D3. (F6) D2. Muligheder () Y1. Driftssituation Y2. udget- og ressourcestyring Principper og styring Y3. F7 F8 () Y4. Lovmæssige bindinger Y5. Kontrakt og aftaleforhold Figur 4: OIO mappet til FF Observationer: FF er meget fokuseret på administrative processer til, i snæver kontakt med budgetstyring. FF er meget fokuseret på infrastruktur konsolidering det vil sige teknologi. Man skriver eksplicit (s 30): FF giver en struktur til at udvikle, topniveau operationelle miljøer, og understøtter implementeringen af it systemer. FF savner helt forretningsmodellering. Der er i F8 en smule om at man skal reagere når forretningsprocesser ændres, det er alt. Dog viser FF arkitektur matricen (figur 7 side 30) at der er proces- og objektmodeller, men i A practical guide... er der ikke nævnt videre tydeligt at det indgår i udviklingen af arkitekturen. FF er i meget høj grad topstyret. OIO relateret til andre metoder v1.0 Side 6 af 8 Januar 2007

7 4 Zachman 4.1 Zachman rammeværk Det er vigtigt at notere sig at Zachman er et rammeværk, ikke en metode. Rammeværket er så at sige en bogreol hvori man placerer leverancer fra et projekt på en struktureret måde. 1 D F N P T M Figur 5: Zachman s rammeværk OIO relateret til andre metoder v1.0 Side 7 af 8 Januar 2007

8 4.2 Relation OIO- Zachman Nedenstående diagram viser hvor leverancerne fra OIO skal placeres i Zachman s rammeværk: Tekniske og forretningsmæssige (T1) X1. Forretningsmæssige X2. Tekniske Strategi Forretning Teknik (M1) A1. M1 A3. A5. - metode- Vision, mål relaterede grundlag og strategier udfordringer (D1) D2 1. Forretningsobjekter 3. Forretningsservices P3 () 5. Useases D3 1. Informationsarkitektur 3. Servicearkitektur A2. P1 A4. 2. A6. Projekt Lokationer/ It-principper charter organisation strategi () 4. Forretningsprocesser P2 (T2) 6. Workflow () 2. Applikationsarkitektur N3 4. N4 Teknologiarkitektur N5 P5 E1. Migreringsstrategi (M2) E2. Migreringsplan Forandring E3. Konsekvensanalyse D1. Restriktioner D3. D2. Muligheder Principper og styring Y2. D1 Y1. Y3. Y4. Y5. udget- og Driftssituation bindinger aftaleforhold Lovmæssige Kontrakt og ressourcestyring Observationer: Figur 6: OIO mappet ti Zachman s rammeværk Zachman s rammeværk er orienteret mod leverancer dokumenter, og mere detaljerede design-detaljer end OIO. Zachman er derimod ikke orienteret mod de proces-orienterede dele af en enterprise arkitektur-metode. Zachman rummer ikke de elementer i OIO der sikrer, at resultatet af en enterprise arkitektur indarbejdes i organisationen, og holdes op imod de budgetmæssige og kontraktuelle fakta der gør at arkitekturen realiseres. OIO relateret til andre metoder v1.0 Side 8 af 8 Januar 2007