model for fælleskommunale arkitekturprincipper

Præsentationer af emnet: "model for fælleskommunale arkitekturprincipper"— Præsentationens transcript:

1 model for fælleskommunale arkitekturprincipper
Møde i it-arkitekturrådet 7. december 2017 NB! Drøftelsen idag går på modellen, dvs. strukturen og formen. Spørgsmål om det arkitekturfaglige indhold i principperne bør besvares af arkitekterne i arbejdsgruppen..

2 Møde i it-arkitekturrådet 7. december 2017
model for fælleskommunale arkitekturprincipper Møde i it-arkitekturrådet 7. december 2017

3 Møde i it-arkitekturrådet 7. december 2017
model for fælleskommunale arkitekturprincipper Møde i it-arkitekturrådet 7. december 2017 FO: 8 principper + 22 regler som uddyber – praktiske og operationnelle

4 Møde i it-arkitekturrådet 7. december 2017
model for fælleskommunale arkitekturprincipper Metode for mapning af fælleskommunale/fællesoffentlige arkitekturprincipper og - regler Møde i it-arkitekturrådet 7. december 2017 x Fællesoffentligt arkitekturprincip Fællesoffentlig arkitekturregel Fællesoffentlig arkitekturregel Fællesoffentlig arkitekturregel Fælleskommunalt arkitekturprincip Fælleskommunalt arkitekturprincip Kommunalt arkitekturprincip A1 B4 Kommunal præcisering Kommunal præcisering Kommunal præcisering Kommunal præcisering Kommunal præcisering

5 Møde i it-arkitekturrådet 7. december 2017
model for fælleskommunale arkitekturprincipper Resultat af mapning af fælleskommunale og fællesoffentlige arkitekturprincipper og -regler 1 Arkitektur styres på rette niveau efter fælles rammer A1.1 Styr på arkitekturen på rette niveauer og sammenhængende A1.2 Optimér arkitektur efter projektet og de fælles mål A1.3 Anvend fælles ramme for beskrivelse af arkitekturen A1.4 Sørg for at projektets arkitektur reviewes A1.5 Hav tilstrækkelige kernekompetencer til arkitekturarbejdet B6 Der er defineret entydigt ejerskab af byggeblokke C2 2 Arkitektur fremmer sammenhæng, inno-vation og effektivitet A2.1 Anvend og udbyg den fællesoffentlige rammearkitektur A1 A2.2 Anvend åbne og internationale standarder A2.3 Undgå afhængighed af leverandører og proprietære teknologier A2 A2.4 Byg forandringsparat med udgangspunkt i brugeren A2.5 Stil data og løsninger til rådighed for private B9 Adskil det foranderlige fra det uforanderlige Møde i it-arkitekturrådet 7. december 2017 3 Arkitektur og regulering understøtter hinanden A3.1 Tag højde for juridiske bindinger i forhold til deling og genbrug af data og it-systemer A3.2 Bidrag til digitaliseringsklar lovgivning B4 4 Sikkerhed, privatliv og tillid sikres A3 A4.1 Opfyld krav til informationssikkerhed og privatlivsbeskyttelse A4.2 Anvend fælles arkitektur for informationssikkerhed 5 Processer optimeres på tværs B2 A5.1 Design sammenhængende brugerrejser B3 A5.2 Optimér tværgående processer efter fælles mål 6 Gode data deles og genbruges A6.1 Del og genbrug data B8 A6.2 Anvend fælles regler for dokumentation af data B5 A6.3 Giv data den kvalitet som efterspørges A6.4 Udstil oplysninger om datakilder, begreber og datamodeller C1 C3 7 It-løsninger samarbejder effektivt A7.1 Design og udstil snitflader efter fælles integrationsmønstre og tekniske standarder C5 B7 Betydelige forretningshændelser meddeles omverdenen B1 Byggeblokke genbruges på tværs af it-løsninger 8 Data og services leveres driftssikkert A8.1 Levér data og services i henhold til aftalte servicemål C4 C5

6 Møde i it-arkitekturrådet 7. december 2017
1.2: Optimér arkitektur efter projektets og de fælles mål Projekters arkitekturleverancer optimeres ikke blot med henblik på projektets egne mål, men også under hensyn til de strategiske mål om sammenhæng og effektivitet med borgere og virksomheder i centrum. Projekter skal således bidrage til en udvikling af en stadig mere digitalt sammenhængende offentlig sektor, der deler data og har et stadigt mere sammenhængende it-landskab. Det betyder at: Hvis der er modstrid mellem et projekts behov og den fælles arkitekturs krav, dokumenterer projektet dette med argumentation for, hvorfor man ikke følger tværgående hensyn og den fælles arkitektur. Hvis der er en finansieringsmæssig udfordring (en ”høste-så problematik”), eskaleres problemstillingen til behandling på højere niveau. Fælles mål indarbejdes i projektet fra opstart og afspejles i business casen for projektet Møde i it-arkitekturrådet 7. december 2017 Kommunal vinkel For at sikre, at det enkelte it-projekt forholder sig til fælles mål og arkitekturrammer, skal de fælleskommunale mål og arkitekturrammer indarbejdes ved scoping af projektet, herunder ved etablering af projektets businesscase. Det er nødvendigt at afklare krav til projektet i relation til tværgående behov, inden projektet er fastlagt og ressourcer er tildelt for at sikre, at de fælles mål og arkitekturrammer tilgodeses i projektet. Der kan være gode grunde til at vælge at afvige fælles arkitektur i konkrete tilfælde, men afvigelsen bør altid forklares. Herved sikres, at arkitekturen overordnet bevæger sig i den ønskede retning, og at afvigelser vælges fra af vigtige strategiske og operationelle hensyn.

7 Møde i it-arkitekturrådet 7. december 2017
Eksempel: Anvend fælles regler for dokumentation af data For at fremme genbrug af data beskrives data og begreber efter fælles anvisninger. Det er nødvendigt for at sikre, at data forstås korrekt og passer sammen, når de anvendes på tværs af myndighedernes forskellige processer og it-systemer. Det betyder at: Projekter anvender de fællesoffentlige regler for begrebs- og datamodellering til at beskrive den semantiske betydning og modellering af data. Anvisningerne understøtter, at der skabes sammenhæng fra begreberne i lovgivningen til data, der udstilles via et it-systems snitflader. Projekter beskriver deres data og begreber så fyldestgørende, at de kan forstås og genbruges i andre sammenhænge. Projekter anvender data og begreber som er vedtaget for det pågældende forretningsdomæne. Møde i it-arkitekturrådet 7. december 2017 Kommunal vinkel Der eksisterer ikke fælleskommunale regler for dokumentation af data, men KOMBITs anvisninger for informationsmodellering kan anvendes. Data og begreber ejes ikke af it-systemerne, men af forretningsdomænerne. Derfor er det vigtigt, at vi i fællesskab arbejder hen mod, at vi får fælles, vedtagne domænestandarder, som afspejler forretningen og dennes semantiske forståelse af data. Herefter anvender systemleverandørerne disse modeller og den semantiske forståelse i deres systemudvikling. Eksisterer der ikke et domænesprog, skal udviklingsprojekterne bidrage til at få det etableret og vedtaget, inden for det scope, projektet har.

8 Retningslinier for advisory board
Møde i it-arkitekturrådet 7. december 2017

9 Møde i it-arkitekturrådet 7. december 2017
Retningslinier for advisory board Arkitekturboard Indgår i governanceproces for den fælleskommunale rammearkitektur, vedtaget primo 2017 Agerer på mandat af It-Arkitekturrådet Funktioner: Aftaleproces: Arkitekturboard giver tilsagn til projekter om at producere arkitekturprodukter Godkendelsesproces: Arkitekturboard godkender arkitekturprodukter Møde i it-arkitekturrådet 7. december 2017

10 Møde i it-arkitekturrådet 7. december 2017
Retningslinier for advisory board Advisory board Formål Etablere en formaliseret proces og et forum for KL, KOMBIT og kommunerne kan imødekomme behovet for at styrke og koordinere de arkitektfaglige vurderinger i rådgivningssammenhæng, fx i forbindelse med fællesoffentlige reviews Funktion Rådgivende i fht KL- og KOMBIT-projekter Agerer på mandat af KL og KOMBIT Eventuel afrapportering til It-Arkitekturrådet drøftes på mødet 7.12 Møde i it-arkitekturrådet 7. december 2017

11 Advisory Boards roller og ansvar
Retningslinier for advisory board Advisory Boards roller og ansvar Møde i it-arkitekturrådet 7. december 2017 RACI-model for rådgivningsprocessen