Enterprise arkitektur og løsningsarkitektur

Præsentationer af emnet: "Enterprise arkitektur og løsningsarkitektur"— Præsentationens transcript:

1 Enterprise arkitektur og løsningsarkitektur
OIO Enterprise arkitektur og løsningsarkitektur

2 Hvorfor? Vi skal have styr på vores fælles it-arkitektur
Sammenhæng og genbrug i offentlig digitalisering Effektivisering af den offentlige opgaveløsning Kosteffektive it-løsninger Maksimal anvendelse af investeringer Risikominimering Gode brugeroplevelser Flerleverandørmarked Vi skal have styr på vores fælles it-arkitektur It-arkitektur er ”den grundlæggende organisering af et system, levendegjort ved dets bestanddele, disses relationer til hinanden og til omgivelserne, samt de principper, der styrer systemets design og udvikling.” (ANSI/IEEE Std ). Når vi taler om tværoffentlig it-arkitektur eller enterprise arkitektur er det altså organiseringen af alt det, der går på tværs af den enkelte løsninger , således at systemerne og deres komponenter kan tale sammen. Det er med andre ord et fælles sprog i form af arkitektur og standarder.

3 Hvad? OIO = Offentlig Information Online
Offentlig It-Organisering Offentligt It-arkitektur Overblik OIO repræsenterer et bredt samarbejde i et decentralt forvaltningsmiljø. Der er mange myndigheder - og leverandører - der bidrager til OIO arkitektur og standarder. OIO tilhører således ikke én enkelt organisation, men er en fællesoffentlig platform. Digitaliseringsstyrelsen administrerer OIO Rammeværk (metode) Arkitekturmetoden Arkitekturreolen Arkitektroller Arkitekturdokumentationstyper Principper og best practice anbefalinger Referencemodeller og taksonomier Metamodel: OIO EA Forretning: FORM Teknologi: STORM (På vej: Data) Referencearkitekturer Sag og dokument Stedbestemt information (Informationssikkerhed) Værktøjer Guide Overblik Tjekliste Profilværktøj Katalog over tekniske standarder En national interoperabilitetsramme for digital forvaltning Profiler på tekniske standarder knyttet til serviceoienteret infrastruktur OIOXML (Navngivnings og DesignRegler) OIOUBL (NemHandel) OIOSAML OIORASP OIOREST Datastandarder i OIOXML

4 Fælles arkitekturramme

5 Hvordan? Forandring Gap analyse Styring Forretning Teknik Strategi
Forretningsmodeller Procesmodeller Informationsmodeller Tekniske specifikationer Løsningsbeskrivelser Funktionelle komponenter Infrastrukturkataloger Vision Pejlemærker GAP analyser, Handlingsplaner Projektledelse, Kontrakter Trends Hvidbogens model i en lidt nyere og mere “udpakket” version. Abbreviation — EA: Enterprise Architecture Defines the desired future state asset portfolio Through iteration and focus, build increasingly tighter links between: IT initiatives Business change drivers Good leadership enables quality results, socializes, and demonstrates EA’s value Goal: Improve responsiveness for increasingly difficult-to-forecast, uncontrollable external events

6 OIO Arkitekturreolen

7 Sammenhæng og sporbarhed
FORM Forretningsarkitektur OIO STORM Rammeværk Applikationsarkitektur STORM IT-infrastruktur C3. Service- arkitektur B1. Forretningsobjekter

8 OIO metamodel

9 Forretningsreferencemodel (FORM)

10 Service og teknologireferencemodel (STORM)

11 Dokumentationsmodel i UML

12 Arkitektens værktøjskasse
Krav til arkitektens kvalifikationer, kompetencer og brug af værktøjer afhænger af Arkitektrolle /-type Fx BPMN for forretningsarkitekter og UML til informationsarkitekter og tekniske arkitekter Konkrete opgaver Skal der modelleres processer eller data? Personlige kvalifikationer og kompetencer Kender du BPMN eller kan du klare dig med noget simplere? Organisatorisk modenhed Er i klar? Er der behov og efterspørgsel i organisationen? Organisatoriske valg Er der valgt fælles principper, standarder o.l.? Kræfter og prioritering Er der begrænsninger i tid og ressourcer? Kompatibilitet med andre værktøjer i opgaven Er der modsatrettede metodekrav?

13 OIO Arkitekturguiden

14 Overblik

15

16

17

18 OIO arkitektprofiler og kompetencer
Enterprise arkitekt Forretningsarkitekt Informationsarkitekt Applikationsarkitekt Teknologiarkitekt Forandringsarkitekt Værktøj til vurdering af arkitekturkompetencer og sammensætning af teams

19 Overordnede fælles principper

20 Udvalgte succeshistorier
NemHandel Bruger OIOUBL og OIO SAML som grundlæggende standarder KL Kommunernes rammearkitektur bruger referencearkitektur for sag og dokument med tilhørende standarder som udgangspunkt og OIO EA, FORM og STORM som metoderamme Digitaliseringsstyrelsen Anvender generelt OIO EA, FORM og STORM som metoderamme og til kortlægning og overblik. Bl.a. i relation til Digitaliseringsstrategien og Statens It-Projektråd NSI Har lavet Referencearkitektur for Informationssikkerhed med udgangspunkt i OIO EA Statens Arkiver Kræver FORM-opmærkning Borger.dk Strukturerer indhold med FORM

21 Eksempler på brugere af OIO EA
Staten Digitaliseringsstyrelsen Statens IT National Sundheds It SKAT Uddannelsesministeriet Socialministeriet Erhvervsstyrelsen Miljøministeriet Kort og Matrikelstyrelsen Danmarks Miljøportal Transportstyrelsen Kriminalforsorgen Fødevarestyrelsen Kommuner KL KOMBIT Københavns Kommune Odense Kommune Århus Kommune SKI – rammeaftale vedr. IT-konsulentydelser Regioner DR RSI Region Hovedstaden Region Midtjylland Projekter Referencearkitektur for sag og dokument Referencearkitektur for stedbestemt information Referencearkitektur for Informationssikkerhed Private / halvoffentlige Ørestadsselskabet Nykredit – arkitektroller & -profiler BEC KMD Carlsberg

22 Kan du tåle et review? Rigsrevisionen Statens It-projektråd
anbefalede i 2008 at OIO EA anvendes i it-projekter med henblik på at styrke dokumentationen Statens It-projektråd Statens It-projektmodel anbefaler i vejledningen til PID’et udarbejde relevant arkitekturdokumentation

23 Hvad skal vi starte med? Lav en overordnet prioritering af opgaver / udfordringer Spis elefanten i bidder. Lav en overordnet analyse af arkitekturproblemstillinger på tværs af opgaver/projekter En hurtig iteration, hvor i identificerer afhængigheder / sammenfald og afstemmer foreløbigt på tværs - hvor det er relevant Start med de lavthængende frugter Vi hvad i kan levere af værdi Lav en plan, men gør den fleksibel Feed back fra interessenterne og erkendelser i arkitekturarbejdet skal kunne indarbejdes Sørg for at afstemme forventningerne Ha’ styr på interessenterne / stakeholders i forhold til deres forventninger Hvem efterspørger – og hvem gør ikke? Lav kun arbejdet hvis i har en klar og legitim kunde

24 EA i projektets faser Idé Analyse Anskaffelse Gennemførsel Realisering Scoping med støtte fra fælles overblik over eksisterende services og komponenter. Analyse med støtte fra fælles metoderamme, overblik og referencearkitektur. Anskaffelse med støtte af fælles krav og krav om genbrug af eksisterende standarder og løsninger. Gennemførsel med konkret genbrug og videreudvikling af eksisterende dokumentation, data, services, komponenter mv. Realisering via besparelser ved genbrug i forbindelse med anskaffelse og drift af it samt effektivisering og automatisering af processer.

25 Spørgsmål? Læs mere på ea.oio.dk
Del viden på digitaliser.dk/group/247520 Kontakt / OIO