Fase 3.9
Krav til IT-arkitektur
3.1
Udbud eller indkøb?
Udbud eller indkøb?
3.2
Udbudsmateriale
Udbudsmateriale
3.3
Datakilder
Datakilder
3.4
Kravspecifikation – Funktionelleog ikke -funktionelle krav
Kravspecifikation – Funktionelleog ikke -funktionelle krav
3.5
Kravspecifikation – Sensordata
Kravspecifikation – Sensordata
3.6
Kravspecifikation – Bæredygtighed
Kravspecifikation – Bæredygtighed
3.7
Kravspecifikation- Persondatasikkerhedm.v.
Kravspecifikation- Persondatasikkerhedm.v.
3.8
Interoperabilitet
Interoperabilitet
3.9
Krav til IT-arkitektur
Krav til IT-arkitektur
3.10
Udviklingsmetode og proces
Udviklingsmetode og proces
3.11
Datavalidering
Datavalidering
3.12
Datalagring og deling
Datalagring og deling
3.13
Refleksion og næste skridt
Refleksion og næste skridt
Nulstil tidslinje
Når en løsning skal designes, er det vigtigt, at it-arkitekturen bygger på principper, der opfordrer til:
- At bruge åbne internationale standarder.
- At undgå leverandørlåsning og proprietær løsninger.
- At dele og genbruge data.
En god it-arkitektur fremmer sammenhæng, innovation og effektivitet i løsninger og i samspillet mellem borgere, virksomheder og myndigheder.
Løsningen bør følge de fælles offentlige arkitekturprincipper, retningslinjer og standarder (FDA). De bidrager alle til at styrke muligheden for genbrug og sammenhæng i løsninger og letter også muligheden for, at data vil kunne deles på tværs, ikke kun på tværs af kommunale fagområder, men også på tværs af organisationer, stat og kommuner og mellem virksomheder og borgere.
Tjek derfor Referencearkitektur for deling af data og dokumenter, som definerer de centrale begreber, roller og funktioner for videregivelse af data.
Det er vigtigt, at der også stilles krav til:
- IT-arkitekturen understøtter en digitalt sammenhængende offentlig sektor.
- Der indarbejdes en exit-strategi, så I er forberedte, hvis samarbejdet med leverandøren ophører.
- Åbne og internationale standarder anvendes for at sikre ensartethed, høj datakvalitet og smidige integrationer.
- Leverandørafhængighed og proprietær teknologi undgås, blandt andet ved at bruge bæredygtige open source-komponenter baseret på åbne standarder.
- Data fra IoT-sensorer opsamles på en fælles platform, eksempelvis OS2iot, som kan modtage, berige og videresende sensordata uanset netværksteknologi (fx LoRa, Sigfox, NB-IoT eller WiFi).
Handling
- Stil krav om brug af fælles offentlige arkitekturprincipper, open source og åbne standarder.
- Identificer evt. om der findes specifikke åbne standarder indenfor det område, jeres løsning omhandler.
- Indeholder din case målinger og observationer indenfor natur, miljø og klima – så tjek Referencearkitekturen for observationer og målinger. (se Læs mere)
- Tag gerne kontakt til din IT-/ digitaliseringsafdeling eller en rådgiver, der kan sikre, at din løsning også vil passe ind i kommunens IT-arkitektur. For arkitektur er et komplekst område og kræver særlige kompetencer.
Værktøjer
Skabelon til krav.
Noter jeres krav til projektet og få et samlet overblik.
Guide til bæredygtig digital omstilling i Danmark
Et overblik over eksisterende standarder, fremgangsmåder og minimumsanbefalinger fra Dansk Standard.
Referencearkitektur for Observation og Måling. - Udgivet af KL, Danmarks Miljøportal og Miljøstyrelsen.
Opsamling og dokumentation af data om naturen, miljøet og klimaet.
Læs mere
Principper og regler i den Fælles offentlige Digitale Arkitektur (FDA). - Overblik over principper og regler for digital arkitektur i den offentlige sektor.
International TOGAF-standard - Open group Architecture Framework. - Velkendt rammeværk til IT-arkitektur.
OS2iot platformen. - Open source IoT-platform til offentlige og private løsninger.
Pixiversionen af Referencearkitektur for deling af data og dokumenter. - Visuel og brugervenlig version af referencearkitekturen.
FIWARE (Open source platformskomponenter til smarte løsninger og datamodeller). Platformskomponenter og standardiserede datamodeller til smarte løsninger.