KL S DIALOGFORUM FOR IT-LEVERANDØRER OG KONSULENTHUSE 10.OKT. 2014 DEN FÆLLESKOMMUNALE RAMMEARKITEKTUR DEN FÆLLESKOMMUNALE RAMMEARKITEKTUR - en arkitektur for den kommunale digitalisering - v/ Peter Thrane, chefkonsulent, KL
Fundament Vision & Strategi Logik Rammearkitektur Fysik Udvikling/Implementering 2
Fælles it-arkitekturstyring der skal indfri 5 arkitekturmål* *Her i forkortet udgave
31.5.2017 Arkitekturprincipper Strategi: A1 Der arbejdes mod en fælles Rammearkitektur. A2 A3 Arkitekturen skal sikre mod leverandør- lock-in. It-sikkerhed tænkes ind i løsninger fra starten. Forretning: B1 Forretningsservices genbruges på tværs af it-løsninger. B2 B3 B4 B5 B6 B7 B8 B9 Arbejdsgange er dokumenterede på tværs af forretnings-domæner. Brugere inddrages aktivt i behovsafklaring og udviklingsforløb. It-løsninger udfordrer og effektiviserer eksisterende arbejdsgange og regler. Der anvendes altid et standardiseret begrebsapparat. Der er defineret entydigt ejerskab af data og processer. Enhver betydelig forretningshændelse meddeles omverden. Fælles autoritative reference- og grunddata anvendes. Adskil der foranderlige fra det uforanderlige. Teknik: C1 Data udstilles via åbne snitflader og kan genbruges. C2 C3 C4 C5 Alle objekter er uafhængige af systemet, hvor de er skabt. Data identificeres entydigt. It-løsninger er skalerbare efter formål. It-løsninger er robuste overfor egne og andre systemers nedbrud. 4
Hvorfor har vi behov for en rammearkitektur? KMD 5
31.5.2017 Hvorfor har vi behov for en rammearkitektur? KMD Forretningsviden Forretningsviden 6
Det nuværende systemlandskab samme objekter, defineret (lidt) forskelligt
Det fremtidige systemlandskab samme objekter, defineret ens ifht. rammearkitekturen Rammearkitekturens byggeblokke Fælles støttesystemer
Rammearkitekturen fastholder det, vi i fællesskab, har besluttet! 9
Fundament Vision og strategi Arkitekturprincipper Rammearkitektur Metodegrundlag Logik Logiske byggeblokke Regler Tværgående processer Processer Procesmønstre Integrationer Fagprocesser Information mønstre Governance Fælleskrav Fysik Komponenter og systemer Løsningsarkitekturer Integrationsplatforme Testmodel ogmiljø 11
Byggeblokke Processer semantik Information Regler 12
Byggeblokken Processer Regler Information/ objekter 13
Byggeblokke dokumentation Styring og sikkerhed Sag Dokument Organisation Medarbejder Fuldmagt Koordinering Økonomi Referenceinformation Beskedabonnement Betaling Klassifikation Retskilde Grunddata Person Virksomhed Fast ejendom Adresse Indkomst 14
Byggeblokke dokumentation Styring og sikkerhed Sag Dokument Organisation Medarbejder Fuldmagt Koordinering Økonomi Referenceinformation Beskedabonnement Betaling Kontering Klassifikation Retskilde Grunddata Person Virksomhed Fast ejendom Adresse Indkomst KOMBIT - støttesystemer KOMBIT - standarder Fællesoffentlige grunddata 15
16 Byggeblokke Styring og sikkerhed Grunddata Økonomi Referenceinformation Koordinering Person Indkomst Virksomhed Fast ejendom Adresse Betaling Medarbejder Beskedabonnement Organisation Klassifikation Retskilde dokumentation Dokument Sag Fuldmagt Skoleområdet Elev Læremiddel Ydelsesområdet Ydelse Bevilling Indsats Tilstand Indsats Indsatseffekt Xx-området
Integrationsformer Kald abb Hændelsesbeskeder Meddelelser Dialogintegration 17
Mønster for forretningsprocesen RAMMEARKITEKTUR 18
En fysisk implementering af en byggeblok skal optræde som reel repræsentant for denne. Leverandører skal have + Respekt for opbygningen Respekt for standarder Respekt for hændelsesbeskeder at udstede hændelsersbeskeder at kunne reagere på hændelsesbeskeder Respekt for andres objekter System1 System2 System3
En byggeblok kan blive til et eller mange systemer. Derudover kan et system indeholde flere byggeblokke. +
+ System1 System2 System3
+ + System1
INDSÆT TITEL Agenda INDSÆT EMNE
INDSÆT EMNE INDSÆT TITEL
INDSÆT EMNE INDSÆT TITEL