|
|
| (321 mellemliggende versioner af 6 andre brugere ikke vist) |
| Linje 1: |
Linje 1: |
| − | | + | <div style="background-color: #D7F0F0; padding: 10px; margin-left: 10px; border: 1px solid #1D6262; float: center; width: 100%; text-align: center;"><b>INFO for rammearkitekturen er flyttet til ny hjemmeside</b><br><br><font size="2">Denne side opdateres ikke længere, da INFO for rammearkitekturen er flyttet til den nye hjemmeside: <br>[https://rammearkitektur.kl.dk rammearkitektur.kl.dk]</font><br><br><font size="1">Ved spørgsmål kontakt venligst redaktionen på [mailto:rammearkitektur@kl.dk rammearkitektur@kl.dk]</font></div> |
| − | == Hvad er Rammearkitekturen? == | + | |
| − | | + | |
| − | Den fælleskommunale rammearkitektur er de fælles rammer, vi sætter op for alle, der skal arbejde med kommunale processer og kommunal it. Det er populært sagt den spillebane og de spilleregler, der vil gælde for it til kommunerne fremover. Rammearkitekturen etableres som et fælles regelsæt for, at kommunerne kan opnå bedre, billigere, sammenhængende og forandringsrobuste it-systemer, leveret af et bredt udsnit af leverandører.
| + | |
| − | | + | |
| − | Rammearkitekturen er den fælleskommunale vej til sammenhængende, fremtidssikret og effektiv it-understøttelse – udviklet på et flerleverandørmarked. Dermed er Rammearkitekturen et vigtigt og afgørende element i forhold til det igangværende monopolbrud og for kommunernes digitale forretningsudvikling i de kommende år. Målet er, at kommunerne selv bliver herrer over, hvornår de forskellige it-systemer skal udskiftes/anskaffes, og hvem kommunerne får til at gøre dette. Digitalisering skal være et aktivt redskab til at understøtte kommunernes forretningsudvikling, og dermed indfri politiske og strategiske mål.
| + | |
| − | Rammearkitekturen skal her være med til at sikre, at kommunernes it-landskab bygges med en åbenhed, der gør, at kommunerne reelt bliver i stand til at kunne vælge den bedste og billigste leverandør.
| + | |
| − | | + | |
| − | == Hvad består Rammearkitekturen af? ==
| + | |
| − | | + | |
| − | Rammearkitekturens elementer kan deles op i tre overordnede områder:
| + | |
| − | | + | |
| − | {|
| + | |
| − | |[[:Category:Opgave|Opgaver]] beskriver de opgaver og handlinger kommunen har ansvar for.
| + | |
| − | Dette er borgernes umiddelbare relation til kommunen, herunder:
| + | |
| − | *Pasning af børn
| + | |
| − | *Udbringning af mad
| + | |
| − | *Vejledning og rådgivning af borgerne
| + | |
| − | |[[Fil:RA-opgave.PNG|link=Kategori:Opgave|Borgernære opgaver]]
| + | |
| − | |-
| + | |
| − | |[[:Category:Proces|Processer]] beskriver den måde kommunen sikrer udførsel af opgaver, herunder
| + | |
| − | *Sagsbehandling<br/>
| + | |
| − | *Skemalægning<br/>
| + | |
| − | *Udbetaling
| + | |
| − | |[[Fil:RA-proces.PNG|link=Kategori:Proces|Kommunale forretningsprocesser]]
| + | |
| − | |-
| + | |
| − | |[[:Category:Byggeblok|Byggeblokke]] beskriver de logiske system-komponenter der muliggør effektiv og konsistent understøttelse af processer og kontakt til borgere, herunder
| + | |
| − | *Sag- og Dokument
| + | |
| − | *Klassifikation
| + | |
| − | *Organisation
| + | |
| − | *Person
| + | |
| − | |[[Fil:RA-byggeblok.PNG|link=Kategori:Byggeblok|Logiske byggeblokke]]
| + | |
| − | |}
| + | |
| − | | + | |
| − | == Hvordan bruges/implementeres Rammearkitekturen? ==
| + | |
| − | Der er to grundlæggende ting en kommune skal gøre ifht rammearkitekturen:
| + | |
| − | *Arbejde med Byggeblokke
| + | |
| − | *Styre kommunens arkitektur
| + | |
| − | | + | |
| − | Arkitekturstyring er basalt set den løbende planlægning og vedligehold af kommunens it-landskab. De principper der styres efter er fastlagt i kommunens strategiske forretningsmæssige mål. Styring foregår både på langt sigt ved at se på kommunens samlede it-understøttelse, og på kort sigt ved kvalitetssikring af it-projekter.
| + | |
| − | | + | |
| − | Det kommunale overblik kan være komplekst, da planlægningen afhænger af en række indbyrdes afhængige faktorer såsom: udbudsregler, kontraktforhold, teknologier, licenskrav, ressourcer og budget.
| + | |
| − | Der findes forskellige metoder til at anskue forholdet mellem forretning og it, den mest udbredte er at anskue 'enterprisen' dvs. den samlede billede fra kommunens vision og strategi over forretningsprocesser til det fysiske system.
| + | |
| − | | + | |
| − | Arkitekturstyring er strategi koblet med det muliges kunst dvs. man får størst udbytte ved en pragmatisk tilgang til strategien, hvor man løbende forholder sig til bl.a. de økonomiske, ressourcemæssige og forretningsmæssige såvel som de tekniske aspekter.
| + | |
| − | | + | |
| − | [[Arkitekturstyring]]
| + | |
| − | | + | |
| − | == Hvordan finder jeg rundt? ==
| + | |
| − | Gennemgående på siderne, kan man navigere ved hjælp af EA arkitekturreolen.
| + | |
| − | Her refereres til sider og beskrivelser der er relevante i forhold til den aktuelle side - nedenfor ses de enkelte indgangssider inden for hvert område i reolen.
| + | |
| − | {{EAreol|
| + | |
| − | Kstrategisk=[[Fælleskommunale Arkitekturmål]]| Kforretning= |Kinformation= |Kapplikation= |Kteknologi=[[EDA]]|
| + | |
| − | Lstrategisk=[[Fælleskommunale Arkitekturprincipper]]| Lforretning= |Linformation= |Lapplikation=[[:Category:Byggeblok|Byggeblokke]]| Lteknologi=[[MOX]]|
| + | |
| − | Fstrategisk= |Fforretning= |Finformation= |Fapplikation=[[:Kategori:Støttesystem|Støttesystemer]]|Fteknologi= |
| + | |
| − | Sstrategisk=[[Enterprise arkitektur]]<br>[[Arkitekturstyring]]|Sforretning= |Sinformation= |Sapplikation=It-arkitekturrådet|Steknologi=
| + | |
| − | }}
| + | |
| − | | + | |
| − | Læs mere om arkitektureolen på [http://arkitekturguiden.digitaliser.dk/arkitekturreolen digitaliser.dk]
| + | |
| − | ----
| + | |
| − | | + | |
| − | [[Udvikling af wiki'en]]
| + | |
