Download præsentationen
Præsentation er lastning. Vent venligst
1
GD2 Styregruppemøde 30. oktober 2013
GD2.d Adressetjenester GD2 Styregruppemøde 30. oktober 2013
2
Hvad er formålet? Punkt 1) Adresserne i BBR er autoritative grunddata og skal genbruges i offentlige it-løsninger og processer. MBBL fastlægger krav om datakvalitet og aktualitet. Punkt 11) Grunddata om adresser, administrative enheder og stednavne distribueres via datafordeleren og kan frit anvendes af myndigheder og private til kommercielle og ikke-kommercielle formål.
3
Hvad er målet?
4
Adressefunktionalitet
Fremsøge adresser ud fra alle væsentlige parametre. Udstille alle væsentlige data om en adresse. Validere adresser. Supportere autocomplete funktionalitet Udstille adressehændelser Udstille tilknyttet funktionalitet: vejnavne, postnumre og supplerende bynavne
5
Ikke funktionelle krav
Kunne anvendes fra alle væsentlige platforme: mobil, desktop til servere Kunne anvendes af alle væsentlige udviklingsværktøjer Udviklervenligt Ingen unødige hindringer som adgangssikkerhed Performe. Korte svartider. Nær realtidsopdatering
6
Produkterne AWS 4 – adressetjeneste baseret på BBR 1.6, DAGISYS samt postnumre fra Post Danmark. Tidlig gevinstrealisering før Adresseregister og Datafordeler. Medio maj 2014. AWS 5 – adressetjeneste baseret på Adresseregisteret, DAGISYS i Datafordeler samt postnumre fra Post Danmark. AWS 5 idriftsættes i Datafordeleren. April 2015.
7
Hvordan ser AWS 5 ud?
8
Samspillet mellem DAGI, Adresseregisteret, AWS 5 og CPR
9
AWS 4
10
AWS 4’s interessenter
11
Prototype Sikre at vi forstår adresseanvendernes behov
Sikre at leverandøren ved hvad der skal bygges Prototypen er bindeleddet mellem behovet og leverancen Kort sagt: Kvalitetsikring Prototypen
12
Udviklingsprocessen for AWS 4
Agil udviklingsproces Kravspecifikation og prototype er rammen Krav og prioritering detaljeres undervejs. Kontinuerlig idriftsættelse Baggrund: tidlig gevinstrealisering og risikominimering
Lignende præsentationer
