OIO Enterprise Arkitektur

Transkript

1 OIO Enterprise Arkitektur FAQ Version 1.0 Tekniske og forretningsmæssige trends X1. Forretningsmæssige trends X2. Tekniske trends Strategi Forretning Teknik A1. EArelaterede udfordringer A3. EA metodegrundlag A5. Vision, mål og strategier B1. Forretningsobjekter B3. Forretningsservices B5. UseCases C1. Informationsarkitektur C3. Servicearkitektur A2. EA governance strategi A4. Projekt charter A6. It-principper B2. Lokationer/ organisation B4. Forretningsprocesser B6. Workflow C2. Applikationsarkitektur C4. Teknologiarkitektur Forandring Gap analyse E1. Migreringsstrategi E2. Migreringsplan E3. Konsekvensanalyse D1. Restriktioner D2. Muligheder D3. Gap analyse Principper og styring Y2. Budget- og ressourcestyring Y1. Driftssituation Y3. EA governance Y4. Lovmæssige bindinger Y5. Kontrakt og aftaleforhold Ministeriet for Videnskab, Teknologi og Udvikling Marts 2007

2 Om dette dokument Dette dokument besvarer hyppige spørgsmål om OIO EA. Dokumentet er beregnet til alle brugere af OIO EA metoden og rammeværket. OIO Enterprise Arkitektur dokumentsamlingen omfatter (marts 2007) følgende dokumenter: Introduktion til OIO EA metoden (OIO EA) De enkelte trin i OIO Enterprise Arkitektur metoden (OIO EA) OIO scenarier OIO EA relateret til andre EA metoder og rammeværk OIO EA 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 EA 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 Enterprise Arkitektur, OIO Enterprise Arkitektur metoden OIO EA metodens sammenhæng med OIO Arkitekturguiden / OIO Arkitekturrammen Baggrund for OIO EA metoden OIO EA i andre sammenhænge Anvendelse og kommercielle forhold omkring OIO Arkitekturrammen Vedligeholdelse af OIO EA metoden og OIO Arkitekturrammen...6 OIO EA FAQ v1.0 Side 2 af 6 Marts 2007

3 FAQ 1 Enterprise Arkitektur, OIO Enterprise Arkitektur metoden 1.1 Hvad er enterprise erkitektur (EA)? En enterprise arkitektur (EA) er en samling modeller der beskriver (1) forretningssiden (forretningsmål, strategier, processer, services m.v.), (2) teknologisiden (informationsmodeller, applikationer, teknologier, m.v.) og (3) en plan for hvordan disse to holdes integrerede og i overensstemmelse. Det er vigtigt at bemærke at EA er enterprise-orienteret det vil sige, orienterer sig mod langsigtede strategiske mål, der samtænker forretning og teknologi frem for at være taktisk og fokuseret på mindre områder. Selve EA metode-elementerne kan dog anvendes også i en snævrere sammenhæng. 1.2 Hvad er fordelen med en enterprise arkitektur? En enterprise arkitektur giver en række fordele. En EA fokuserer it-investeringerne på organisationens vigtigste behov; den sætter prioriteterne. En EA sigter mod størst mulig konsistens og standardisering på tværs af organisationen, med mere effektiv udnyttelse af ressourcer til følge. EA skaber en velstruktureret, komponentopdelt arkitektur, der sikrer at nye behov nemmere kan imødekommes. Konsolideret og sammenhængende information, fra forretning til teknik, sikrer bedre beslutningsgrundlag. 1.3 Hvad er OIO Enterprise Arkitetur metoden? OIO EA metoden er en videreudbygning af tidligere publikationer omkring it-arkitektur i digital forvaltning (herunder hvidbogen og håndbogen ). OIO EA metoden operationaliserer disse til en egentlig metode, hvori de bedste erfaringer fra it- og enterprise arkitekturarbejde igennem de seneste år samles og præsenteres lettilgængeligt og sammenhængende. 1.4 Hvordan bruges OIO Enterprise Arkitetur metoden? OIO EA metoden er en rammemetode, der altid vil skulle tilpasses den enkelte organisations behov, og under brug af de allerede eksisterende OIO EA-lignende dokumenter. Formålet er altid at sikre at man med mindst muligt brug af ressourcer når de fleste af de svar der søges, og dermed de mål der ligger bag indsatsen. OIO arkitekturguiden eksemplificerer brug af OIO EA metoden via en række eksempler i de enkelte trin, samt via scenarier for typiske forløb. 2 OIO EA metodens sammenhæng med OIO Arkitekturguiden / OIO Arkitekturrammen 2.1 Hvad er OIO Arkitekturguiden og OIO Arkitekturrammen? Betegnelserne OIO Arkitekturguiden og OIO Arkitekturrammen er nærsynonymer. Både guiden og rammen omfatter OIO EA metoden som det centrale element, og derudover en række støttedokumenter (se nedenfor), databaser og services. De øvrige dele af guiden/rammen uddyber hvordan man kan benytte EA metoden i praksis. Forskellen er at Arkitekturguiden også er en betegnelse for en specifik online udgave af rammen, mens rammen i højere grad betegner en konceptuel ramme med en række definerede sammenhænge mellem de forskellige elementer. 2.2 Hvad indgår i OIO Arkitekturguiden/OIO Arkitekturrammen? OIO Arkitekturguiden/OIO Arkitekturrammen omfatter, ud over OIO EA metoden med beskrivelser af de enkelte trin, pt. følgende: Scenariebeskrivelser af hvordan OIO EA kan anvendes i konkrete situationer (scenarier). Rolledefinitioner og kompetencebeskrivelser for arkitekter i de enkelte trin. OIO EA rammeværk, det strukturerer leverancer fra OIO EA metoden, lidt ligesom en bogreol. OIO EA FAQ v1.0 Side 3 af 6 Marts 2007

4 Mapning af OIO EA til andre metoder og rammeværk, så man hvis man er bekendt med disse kan genbruge sin viden derfra i OIO EA sammenhæng. For hvert trin: Links til eksempler og andet uddybende materiale, det illustrerer hvad man foretager sig i trinet. Det er tanken at såvel guiden som rammen løbende skal udvikles med nye elementer. 3 Baggrund for OIO EA metoden 3.1 Hvad er sammenhængen mellem hvidbogen, håndbogen og OIO EA metoden? Ministeriet for Videnskab, Teknologi og Udvikling udgav i juni 2003 Hvidbog om IT-arkitektur, og i oktober 2004 Arkitektur for digital forvaltning Håndbog om begreber, rammer og processer, også blot kaldet Håndbogen. Disse dokumenter beskriver hvordan den offentlige forvaltning mødes af nye krav og ønsker, der kræver en systematisk planlægning af brugen af it, hvor forretningsmæssige behov indarbejdes. OIO EA metoden er en operationalisering af disse to dokumenter. Hvor hvidbogen og håndbogen beskriver hvorfor og afstikker nogle metodemæssige rammer og teknikker, går OIO EA metoden spadestikket dybere, og beskriver konkret metoden trin for trin, og for hvert trin de input, output, teknikker og aktører der indgår. OIO EA metoden rummer også en række eksempler og scenarier der understøtter i konkret at realisere en enterprise arkitektur. 3.2 Hvordan er OIO EA metoden blevet til? OIO EA metoden og tilhørende dokumenter er blevet udviklet af en række mennesker IT- og Telestyrelse medarbejdere og eksterne konsulenter der tilsammen har kunnet tilføre en meget vægtig ballast af såvel praktisk erfaring som teoretisk viden. OIO EA metoden er ligeledes blev præsenteret i en række fora, der har givet væsentligt input. OIO IT-Arkitekturkomitéen har været med i forløbet, og har godkendt OIO EA som fællesoffentlig arkitekturramme. 4 OIO EA i andre sammenhænge 4.1 Hvordan hænger SOA og OIO EA sammen? Service-Orienteret Arkitektur (SOA) er én tilgang til at designe en it-arkitektur. SOA lægger vægt på komponentopdeling, løs kobling mellem de indgåede komponenter, brug af åbne standarder (i dansk sammenhæng herunder OIOXML datastandarder), og en orientering mod processer og de services en organisation vil tilbyde. OIO EA er en generel arkitekturmetode, der også kan benyttes til at udvikle andre typer arkitekturer mere centralistisk orienterede for eksempel, og til at udvikle en ny arkitektur der serviceorienterer dele af den eksisterende arkitektur, men lader andre stå. SOA ses som en lovende tilgang til at løse en del aktuelle behov indenfor digital forvaltning, og OIO EA metoden har derfor specifikt to trin der orienterer sig herimod. Trin B3 tjener til at få defineret de Forretningsservices som en organisation ønsker at udbyde, og trin C3 til at realisere disse teknisk i en Servicearkitektur. Der ligger en væsentlig pointe i at adskille de forretningsmæssige services fra de underliggende tekniske, og OIO EA lægger eksplicit vægt på denne adskillelse. 4.2 Hvordan hænger it arkitektur og (OIO) Enterprise Arkitektur sammen? Enterprise arkitektur er ikke en ny term, men det er først de senere år at den har vundet indpas bredt. Tidligere var it arkitektur brugt, i stort set samme betydning. Også hvidbogen og håndbogen bruger it-arkitektur i en betydning der er meget lig enterprise arkitektur. Den forskel der dog er at en it arkitektur (som navnet antyder) fokuserer på at få designet informations- (herunder applikations-) og teknologi-arkitekturen, og gerne for en enkelt del af organisationen men normalt med udgangspunkt i forretningsbehov. En enterprise arkitektur gør forretningsbehovene mere synlige, og spænder over hele organisationen. I en enterprise arkitektur er forretningsbehov en mere integreret del af arkitekturen, forretningsarkitekturen lever i samspil med teknologien. Det vil også sige at teknikken nogle gange åbner for nye forretningstilgange der er ikke længere tale om en envejs påvirkning fra forretningsbehov til teknikløsninger. OIO EA FAQ v1.0 Side 4 af 6 Marts 2007

5 For at de to verdener kan leve i samspil lægger en enterprise arkitektur metode såsom OIO EA vægt på at kunne tage mere forretnings-, og governance/styringsmæssige teknikker eksplicit ind under arkitekturparaplyen, i samspil med tekniksiden. 5 Anvendelse og kommercielle forhold omkring OIO Arkitekturrammen 5.1 Er det gratis at anvende OIO EA metoden og OIO Arkitekturrammen? Ja. Alle kan gratis læse, downloade og bruge de dokumenter og informationer der findes på ea.oio.dk og undersiderne der. 5.2 Må man tjene penge på OIO EA metoden og OIO Arkitekturrammen? Man må gerne levere kommercielle ydelser der baserer sig på OIO EA metoden og OIO Arkitekturrammen. Dette kan omfatte: undervisning i brug af OIO EA, konsulentbistand i arkitekturprojekter hvor OIO EA benyttes som grundlag, og salg af værktøjer der understøtter OIO EA tilgangen. Kort sagt: ydelser der tager afsæt i OIO EA, men leverer en merværdi her må man gerne prissætte denne merværdi. Man må ikke prissætte det man allerede har fået forærende fra OIO Arkitekturrammen. Man må ikke markedsføre/sælge OIO EA metoden, tilhørende OIO Arkitekturramme-værktøjer eller dele heraf. Heller ikke under eget navn og brand, og heller ikke selvom man har foretaget modifikationer. 5.3 Er der IT- & Telestyrelsen-autoriserede ydelser baseret på OIO EA? Nej. OIO Arkitekturrammen omfatter for nuværende ikke et certificeringsprogram. IT- og Telestyrelsen kan derfor ikke garantere for kvaliteten af de leverandører der baserer sine tjenester på OIO EA metoden og OIO Arkitekturguiden. IT- og Telestyrelsen kan anbefale at man spørger ind til hvilken baggrund den pågældende leverandør har for at levere de udbudte ydelser. IT&Telestyrelsen påtager sig intet ansvar for brugen af ydelser baseret på OIO EA/OIO Arkitekturrammen hverken overfor udbyder eller bruger af ydelserne. 5.4 Må man brande sine ydelser i relation til IT- & Telestyrelsen? Nej. Man må ikke lancere sine ydelser under et IT- og Telestyrelsen brand eller andet der kan give anledning til at tro at ydelserne er officielle IT- og Telestyrelse (godkendte) ydelser eller tilsvarende. Man bør referere hvis ydelserne baser sig på OIO EA/OIO Arkitekturrammen og i så fald hvordan de baserer sig. Man bør anføre at IT- og Telestyrelsen intet ansvar påtager sig for brug af OIO EA metoden og OIO Arkitekturrammen. 5.5 Må man modificere OIO EA metoden? Man må gerne modificere OIO EA metoden til brug i konkrete projekter. Det er faktisk ideen, at man tilpasser OIO EA til det konkrete behov, udelader trin der ikke er nødvendige i det konkrete projekt, og tilfører andre der er relevante i situationen. Man må ikke modificere og markedsføre/sælge en modificeret OIO EA metode eller de tilhørende OIO Arkitekturramme-værktøjer, hverken som autoriseret IT- og Telestyrelse udbyder eller under eget navn og brand. 5.6 Hvem kan rådgive om OIO EA? OIO EA metoden og OIO Arkitekturguiden er udviklet af IT- og Telestyrelsen, der også tilbyder en hjælp til at komme godt i gang. Man kan på sitet ea.oio.dk under kontakt (øverst til højre) finde kontaktinformationer hos IT- og Telestyrelsen. 5.7 Hvad er IT- og Telestyrelsens ansvar? IT- og Telestyrelsen stiller OIO EA metoden og OIO Arkitekturguiden frit og gratis til rådighed for alle interesserede til at bruge både til eget brug, og som basis for ydelser til andre. 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 EA metoden og OIO Arkitekturguiden, hverken i eget brug eller brugt som fundament for ydelser udbudt til andre. Et OIO EA FAQ v1.0 Side 5 af 6 Marts 2007

6 vellykket udbytte af metoden/rammen kræver de rette kompetencer og ressourcer, projektledelse, osv. forhold der er udenfor metoden/rammen at sikre. 6 Vedligeholdelse af OIO EA metoden og OIO Arkitekturrammen 6.1 Hvordan vedligeholdes OIO EA metoden og OIO Arkitekturrammen? OIO EA metoden og OIO Arkitekturrammen vil blive vedligeholdt og udbygget, for løbende at afspejle både erfaringer med brug og nye ønsker/forslag. Vedligeholdet vil i praksis blive foretaget af IT- og Telestyrelsen, og foregå på følgende måde: 1. Mindre ændringer såsom sproglige korrektioner og præciseringer vil blive implementeret i online udgaven. Dokumenter til download vil ikke blive opdateret. 2. Mindre tilføjelser såsom ny tekst og tilføjelse af links i den dynamiske del, til nye skabeloner, eksempler, dokumenter og andre relevante links vil løbende blive tilføjet online udgaven. Dokumenter til download vil ikke blive opdateret. 3. Større og principielle ændringer såsom ændringer i selve metoden vil blive behandlet i IT Arkitekturkomiteen, og godkendte forslag indarbejdet i både online udgaven og i dokumenter til download (under versionskontrol). 4. Større tilføjelser såsom helt nye dokumenter og værktøjer vil blive behandlet i IT Arkitekturkomiteen, og godkendte forslag indarbejdet i både online udgaven og i dokumenter til download (under versionskontrol). 6.2 Kan man bidrage til vedligeholdelse af OIO EA metoden og OIO Arkitekturrammen? Ja, alle opfordres til at bidrage med forslag til ændringer og tilføjelser. Vi tror det vil være en stor styrke løbende at indarbejde såvel praktiske erfaringer som yderligere viden. Både offentlige organisationer og private virksomheder og enkeltpersoner opfordres til at bidrage. Forslag kan omfatte både dokumenter, links, ønsker, testimonials og andet, som man vurderer, kan hjælpe andre brugere af OIO EA. Vi vil dog som udgangspunkt ikke tage forslag, der indeholder et stærkt element af salg/marketing i betragtning. 6.3 Hvordan indsendes forslag? Man kan komme med forslag via anvisningerne i den kontakt-funktionen i Arkitekturguiden eller ved direkte henvendelse til It-arkitekturkontoret i It- og Telestyrelsen. Man kan naturligvis også fremsætte forslag via anden kontakt med IT- og Telestyrelsen, for eksempel på konferencer og i mødefora. 6.4 Hvordan behandles forslag? Indkomne forslag vil blive rubriceret i hvorvidt de er mindre eller større ændringer/tilføjelser, og blive behandlet som angivet i 6.1 ovenfor. IT- og Telestyrelsen vil bestræbe sig på at give forslagsstillerne af navnlig større ændringer/tilføjelser en tilbagemelding på hvordan forslaget blev behandlet, med et rationale for konklusionen. OIO EA FAQ v1.0 Side 6 af 6 Marts 2007