Forskel mellem versioner af "Forside"
Fra Den Fælleskommunale Rammearkitektur
Jeos (diskussion | bidrag) (→Hvordan finder jeg rundt?) |
Jeos (diskussion | bidrag) |
||
| Linje 1: | Linje 1: | ||
| + | {{EAreol| | ||
| + | Kstrategisk=[[Fælleskommunale Arkitekturmål]]| Kforretning= |Kinformation= |Kapplikation= |Kteknologi=[[Hændelsesdrevet arkitektur]]| | ||
| + | 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= | ||
| + | }} | ||
| − | == | + | ==Formål== |
| + | beta.rammearkitektur.dk er dels en introduktion til [[Rammearkitekturen]], dens baggrund og dens elementer, og dels en guide til hvordan [[Rammearkitekturen]] kan implementeres i praksis. | ||
| − | + | [[Rammearkitekturen]] 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-systermer, leveret af et bredt udsnit af leverandører. | |
| − | + | ==Anvendelseseksempel== | |
| − | + | Implementering af et it-system kan sammenlignes med et byggeprojekt – eksempelvis en skole – hvor der er en række forhold der skal være på plads, inden byggeriet kan påbegyndes. | |
| + | #Kommunens planer, visioner og forventninger skal indarbejdes, eksempelvis | ||
| + | #*Er der langsigtede strategier projektet kan/skal understøtte, eks. tiltrækning af børnefamilier | ||
| + | #*Demografisk udvikling: forventes der flere eller færre skolesøgende børn henover de næste årrækker | ||
| + | #Infrastruktur | ||
| + | #*Trafikale forhold, parkering | ||
| + | #*Vand, varme, strøm og kloakering | ||
| + | #Krav til selve bygningen | ||
| + | #*Lovgivning, krav til isolering, sikkerhed, adgangsforhold | ||
| + | #*størrelsen på klasseværelser, tilhørende faciliteter | ||
| − | + | Sådan er det også når kommunen skal indkøbe et nyt it-system, f.eks. et nyt skole it-system til brug for skolens administration og planlægning, kommunikation med elever og forældre, kommunikation med andre offentlige myndigheder etc. | |
| + | Her skal kommunen også sørge for, at kravmateriale og infrastruktur er på plads, inden udbud kan gå i gang, og kommunen vil her kunne hente hjælp i den Fælleskommunale Rammearkitektur på en række områder: | ||
| + | #Opbygning af strategier og visioner | ||
| + | #*Fælles for alle kommuner vedligeholdes en række guides til [[arkitekturstyring]] og [[fælleskommunale arkitekturprincipper|arkitekturprincipper]], der kan hjælpe med de helt overordnede mål | ||
| + | #*Desuden oparbejdes et inspirations katalog over [[kommunale arkitekturprincipper]], hvor der er mulighed for dialog og diskussion, så den dybe tallerken ikke skal opfindes flere gange | ||
| + | #Infrastruktur | ||
| + | #*Centralt for Rammearkitekturen er [[:Kategori:Byggeblok|Byggeblokke]], som beskriver alle de fælles elementer, som kan genbruges og deles mellem løsninger | ||
| + | #*Realiseringen af [[Støttesystemer]] og [[:Kategori:MOX agent|MOX agenter]] gør det muligt at disse elementer ikke udvikles forfra i hvert it-system, og at systemerne lettere kan tale sammen | ||
| − | + | Ligesom en samlet byplan understøtter byggeriet af en skole, er Rammearkitekturen kommunens beskrivelse af de krav og muligheder, der er fælles for alle kommuner, og den giver kommunen en fælles infrastruktur, som alle kommunens it-systemer kan trække på. | |
| − | + | ==Navigation på siderne== | |
| − | + | ===EA reolen=== | |
| − | + | Overalt på sitet finder man en EAreol i toppen af siden, hvor der er refereret til andre sider, som er relaterede til den aktuelle side. | |
| − | + | Struktureringen ift. OIO EA, gør at man kan se om de enkelte sider beskriver emnet fra en forretningsmæssigt eller teknisk vinkel, og om der er tale om et overordnet konceptuelt niveau, eller et konkret fysisk niveau. | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | == | + | ===Navigationsmenu=== |
| − | + | Navigationsmenuen i venstre side bruges til at finde rundt i de overordnede emner - her er en kort introduktion: | |
| − | * | + | *Fælleskommunale rammer: |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
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 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. | ||
| Linje 50: | Linje 50: | ||
Gennemgående på siderne, kan man navigere ved hjælp af EA arkitekturreolen. | 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. | 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. | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
Læs mere om arkitektureolen på [http://arkitekturguiden.digitaliser.dk/arkitekturreolen digitaliser.dk] | Læs mere om arkitektureolen på [http://arkitekturguiden.digitaliser.dk/arkitekturreolen digitaliser.dk] | ||
Versionen fra 23. feb 2015, 12:58
Indholdsfortegnelse
Formål
beta.rammearkitektur.dk er dels en introduktion til Rammearkitekturen, dens baggrund og dens elementer, og dels en guide til hvordan Rammearkitekturen kan implementeres i praksis.
Rammearkitekturen 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-systermer, leveret af et bredt udsnit af leverandører.
Anvendelseseksempel
Implementering af et it-system kan sammenlignes med et byggeprojekt – eksempelvis en skole – hvor der er en række forhold der skal være på plads, inden byggeriet kan påbegyndes.
- Kommunens planer, visioner og forventninger skal indarbejdes, eksempelvis
- Er der langsigtede strategier projektet kan/skal understøtte, eks. tiltrækning af børnefamilier
- Demografisk udvikling: forventes der flere eller færre skolesøgende børn henover de næste årrækker
- Infrastruktur
- Trafikale forhold, parkering
- Vand, varme, strøm og kloakering
- Krav til selve bygningen
- Lovgivning, krav til isolering, sikkerhed, adgangsforhold
- størrelsen på klasseværelser, tilhørende faciliteter
Sådan er det også når kommunen skal indkøbe et nyt it-system, f.eks. et nyt skole it-system til brug for skolens administration og planlægning, kommunikation med elever og forældre, kommunikation med andre offentlige myndigheder etc. Her skal kommunen også sørge for, at kravmateriale og infrastruktur er på plads, inden udbud kan gå i gang, og kommunen vil her kunne hente hjælp i den Fælleskommunale Rammearkitektur på en række områder:
- Opbygning af strategier og visioner
- Fælles for alle kommuner vedligeholdes en række guides til arkitekturstyring og arkitekturprincipper, der kan hjælpe med de helt overordnede mål
- Desuden oparbejdes et inspirations katalog over kommunale arkitekturprincipper, hvor der er mulighed for dialog og diskussion, så den dybe tallerken ikke skal opfindes flere gange
- Infrastruktur
- Centralt for Rammearkitekturen er Byggeblokke, som beskriver alle de fælles elementer, som kan genbruges og deles mellem løsninger
- Realiseringen af Støttesystemer og MOX agenter gør det muligt at disse elementer ikke udvikles forfra i hvert it-system, og at systemerne lettere kan tale sammen
Ligesom en samlet byplan understøtter byggeriet af en skole, er Rammearkitekturen kommunens beskrivelse af de krav og muligheder, der er fælles for alle kommuner, og den giver kommunen en fælles infrastruktur, som alle kommunens it-systemer kan trække på.
EA reolen
Overalt på sitet finder man en EAreol i toppen af siden, hvor der er refereret til andre sider, som er relaterede til den aktuelle side. Struktureringen ift. OIO EA, gør at man kan se om de enkelte sider beskriver emnet fra en forretningsmæssigt eller teknisk vinkel, og om der er tale om et overordnet konceptuelt niveau, eller et konkret fysisk niveau.
Navigationsmenuen i venstre side bruges til at finde rundt i de overordnede emner - her er en kort introduktion:
- Fælleskommunale rammer:
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.
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.
Læs mere om arkitektureolen på digitaliser.dk
