Prosjektplan for KGrav - Pilotering av ledningsdata. Dato: 29. september 2015 Versjon 1.0

Transkript

1 Prosjektplan for KGrav - Pilotering av ledningsdata Dato: 29. september 2015 Versjon 1.0

2 REVISJONSHISTORIKK Revisjon Prod av Dato KS av Dato Overlev Dato Godkj av Dato Endring Lagt inn estimater på ressurser Justeringer iht. kommentaerer fra Styringsgruppe og møter med aktørene Versjon til møte i Styringsgruppen Versjon til Oslo kommune Bymiljøetaten REFERERTE DOKUMENTER Referanse Dokumenttittel [1] SOSI Ledning 4.5. Statens Kartverk [Link] [2] Høringsnotat. Miljødepartementet [Link] [3] Forprosjektrapport. Pilotering av ledninsdata - KGRAV FORKORTELSER Forkortelse Forklaring VAV BYM GML KGRAV SOSI SFTP WFS XML XSD Vann og Avløpsetaten, Oslo kommune Bymiljøetaten, Oslo kommune Geograpy Markup Language System for Koordinering av GRAVeplaner Norske standard for geografiske data Sikker FTP Web Feature Service ISO standard Extensible Markup Language XML Schema Definition Prosjektplan v 1-0.doc Side 3 av 26

3 Innhold REVISJONSHISTORIKK Mål og Rammer Bakgrunn Mål for prosjektet Delmål 1 - Produktspesifikasjoner Delmål 2 - Implementasjon Rammer Omfang Oppgaveomfang Produktspesifikasjoner Implementasjon Avgrensninger Prosjektorganisering Overordnet framdriftsplan Prosjektledelse r og bemanning Beslutningspunkter, oppfølging og milepæler Krav til beslutningspunkt Oppfølging/statusmøter Milepæler Risikoanalyse og kvalitetssikring Kritiske faktorer Risikoevaluering av Kritiske Suksessfaktorer Kvalitetssikring av kritiske suksessfaktorer Gjennomføring Hovedaktiviteter Overordnet prosjektledelse Delprosjekt PA Produktspesifikasjon for KGRAV Delprosjekt IA Implementasjon VA-data fra VAV Delprosjekt IB Implementasjon ledningsdata fra BYMs ESRI Delprosjekt IE Implementasjon Tele ledningsdata fra Telenor Delprosjekt IF Implementasjon El ledningsdata fra Hafslund Nett Delprosjekt IG Implementasjon ledningsdata fra TDC/Get s Smallworld Delprosjekt IH Implementasjon funksjonalitet i KGRAV Tids- og ressursplaner Økonomi Verdiskapning og nytteverdi Nytteverdi i KGrav Nytteverdi ut over KGrav Kontrakter og avtaler Kontrakter med underleverandører Vedlegg Vedlegg 1: Milepælsplan Vedlegg 2: Budsjett Vedlegg 3. Tilleggsbehov mulige nye delprosjekter Oversikt Delprosjektbeskrivelser Delprosjekt ID Implementasjon miljødata fra BYM s ESRI Prosjektplan v 1-0.doc Side 4 av 26

4 1 Mål og Rammer 1.1 Bakgrunn Kommunal- og moderniseringsdepartementet (KMD), Samferdselsdepartementet (SD) og KGRAV-konsortiet ønsker å gjennomføre en pilot for å teste ut om den nye ledningsstandarden»sosi -ledningsstandard 4.5 er moden for implementering og driftssetting hos ledningsaktørene for bruk slik som skissert i Miljøverndepartementets høringsnotat av Ref. [2]. Prosjektets mål er knyttet til utprøving i KGrav, men vil ha en nytteverdi ut over utveksling av data innenfor dette samarbeidet, se kapitel 8. Figuren under illustrerer hvilken del av dataflyten prosjektet dekker. 1.2 Mål for prosjektet Målet med et pilotprosjekt for KGRAV er - innen 6 måneder etter oppstart - å demonstrere muligheten for å overføre ledningsdata fra alle deltakende ledningseieres datasystemer til KGrav s database, ved å bruke ett felles dataformat GML hvor datastrukturen er definert i henhold til SOSI Ledning Delmål 1 - Produktspesifikasjoner Målet er å definere en produktspesifikasjon - datainnhold, datastrukturer og nødvendige tjenester - for datautveksling mellom ledningseierne og KGrav. Enterprise Architect (EA) skal benyttes til å dokumentere produktspesifikasjonen i UML, og automatisk generere XSD datadefinisjon for GML. Produktspesifikasjonen skal også inneholde beskrivelse av tjenester som skal etableres for bestilling og overføring av data. Note! Forprosjektet [3] avdekket også behov for produktspesifikasjoner for innsamling av ledningsdata og utveksling av ledningsdata for planlegging. Disse behovene er beskrevet i Vedlegg Delmål 2 - Implementasjon Målet er å implementere funksjonalitet I ledningseiernes datasystemer, som på forespørsel fra KGRAV genererer et datasett med ledningsdata i GML-format og tilrettelegger for overføring av datasettet til KGRAV. I KGRAV å utvikle funksjonalitet for å kunne bestille og motta data som GML datasett, samt automatisk konvertere til KGRAV s database 1.3 Rammer Prosjektet er estimert til totalt ca timer. ene inkluderer egeninnsats. Note: Rammer for økonomi, ressurser, egeninnsats må suppleres senere, men før prosjektet starter. Prosjektplan v 1-0.doc Side 5 av 26

5 2 Omfang Ut fra pilotprosjektets to delmål bør prosjektet gjennomføres i 2 påfølgende faser - Produktspesifikasjoner - Implementasjon Innenfor implementasjonsfasen foreslås delprosjekter som i stor grad kan gjennomføres som selvstendige prosjekt med egne prosjektgrupper. 2.1 Oppgaveomfang Produktspesifikasjoner Minimumskrav Produktspesifikasjoner er detaljerte beskrivelser av data og datastrukturer som skal utveksles mellom systemer. I pilotprosjektet gjelder det spesifikasjon for data som KGRAV skal motta fra dataeierne. UML modellen for SOSI Ledning 4.5 er utgangspunkt og rammeverk, men produktspesifikasjonen avgrenses til de data som er nødvendig for KGRAV. Produktspesifikasjonen er også en UML modell. I tillegg vil produktspesifikasjonen inneholde en GML spesifikasjon (XSD) som genereres automatisk fra UML-modellen. XSD en kan brukes av programmerere ved implementasjon. Produktspesifikasjonene vil også beskrive tjenester knyttet til bestilling og dataoverføring. De viktigste arbeidsoppgaver i denne fasen er 1. Alle aktører samarbeider om produktspesifikasjonens innhold a) Avgrense SOSI Ledningsmodell til behovet i KGRAV b) Supplere SOSI Ledningsmodell 4.5 og produktspesifikasjonene med ledningsobjekter og egenskaper som ikke er definert SOSI Hver dataeier definerer mapping av egne data til GML 3. Geomatikk definerer mapping fra GML til KGRAV database Implementasjon Implementasjonsdelen av pilotprosjektet går ut på å utvikle funksjonalitet som vist i figuren under. KGRAV-systemet skal kunne initiere en bestilling av ledningsdata for et spesifisert område fra et forvaltningssystem, og få overført alle ledningsobjekter innenfor området i GMLformat. Bestillingen er i form av en web tjeneste (WFS) Datainnhold og datastrukturer i GML-datasettet er definert i KGRAV produktspesifikasjoner. Prosjektplan v 1-0.doc Side 6 av 26

6 Generelt, må følgende funksjonalitet utvikles i alle forvaltningssystemene - WFS-tjeneste som mottar bestilling på ledningsdata, og returnerer ledningsdata i GMLformat (enten som respons i tjenesten, eller etablerer ferdige datasett som kan lastes ned f.eks. via sftp). - Mappingfunksjonalitet fra database i forvaltningssystemet til GML datasett Implementasjonsfasen kan ses på som flere uavhengige aktiviteter (delprosjekter) som gjennomføres hos hver enkelt aktør. - Implementasjon VA-ledningsdata fra VAV s Gemini VA - Implementasjon ledningsdata fra BYMs ESRI-system - Implementasjon Tele ledningsdata fra Telenor - Implementasjon El ledningsdata fra Hafslund Nett - Implementasjon ledningsdata fra TDC/Get I KGRAV må utvikles funksjonalitet for - Bestilling av GML datasett - Mottak av GML datasett - Mappingfunksjonalitet fra GML til KGRAV database Avgrensninger Hva er det prosjektet IKKE skal gjøre? - Behov som ble meldt opp under forprosjektet [3], men er ikke nødvendig for å nå prosjektets mål: o Definere produktspesifikasjon og datainnsamlingsinstruks for VA o Definere produktspesifikasjon og datainnsamlingsinstruks for Tele, fiber og bredbånd o Definere produktspesifikasjon for ledningsdata til planlegging og prosjektering o Implementasjon ledningsdata fra BYMs Autocad o Implementasjon miljødata fra BYM s ESRI o Opplasting av ferdig digitaliserte planområder til KGRAV - Datautveksling i henhold til spesifikasjonene for GeoSynkronisering skal IKKE implementeres, o Krever signifikant mer utvikling o Sikkerhetsaspektet o Spesifikasjonene for Geosynkronisering vurderes ikke tilstrekkelig utprøvd - Dataeierne skal IKKE konvertere interne databaser i forvaltningssystemene til SOSI Ledning 4.5 o Veldig kostbart o Ikke nødvendig for å nå prosjektets mål o Ikke ønskelig for dataeierne Prosjektplan v 1-0.doc Side 7 av 26

7 3 Prosjektorganisering Pilotprosjektet foreslås gjennomført med et antall delprosjekter, koordinert og styrt av en felles overordnet prosjektledelse. Listen under viser forslag til delprosjekter: - Delprosjekt PA Produktspesifikasjon for KGRAV - Delprosjekt IA Implementasjon VA-data fra VAV - Delprosjekt IB Implementasjon ledningsdata fra BYMs ESRI - Delprosjekt IE Implementasjon Tele ledningsdata fra Telenor - Delprosjekt IF Implementasjon El ledningsdata fra Hafslund Nett - Delprosjekt IG Implementasjon ledningsdata fra TDC/Get s Smallworld - Delprosjekt IH Implementasjon funksjonalitet i KGRAV 3.1 Overordnet framdriftsplan DELPROSJEKTER Måned 1 Måned 2 Måned 3 Måned 4 Måned 5 Måned 6 Måned 7 Måned 8 Måned 9 PA - Produktspesifikasjon KGRAV IA - Implementasjon VA fra VAV IB - Implementasjon ledningsdata fra BYM's ESRI IE - Implementasjon av TELE ledningsdata fratelenor IF - Implementasjon av El ledningsdata fra Hafslund Nett IG - Implementasjon av ledningsdata fra TDC/Get's Smallworld IH - Implementasjon av funksjonalitet I KGRAV Tabell 1: Overordnet framdriftsplan Note! I Vedlegg 3 beskrives mulige delprosjekter som ble meldt opp som ønskelige utviklingsbehov i forprosjektet [3]. 3.2 Prosjektledelse Overordnet prosjektledelse Prosjektansvarlig: Prosjektleder: Oslo kommune bymiljøetaten <Navn> Prosjektansvarlig har: det totale økonomiske ansvar ansvar for at prosjektplan og mål er i samsvar overordnet kvalitetssikringsansvar leder av styringsgruppe leder og gjennomfører Beslutningspunktmøtene og skriver protokoll følger opp rammene for prosjektet og ekstern informasjon Prosjektleder har - operative utøvende ansvar for prosjektet - rapporterer direkte til prosjektansvarlig Prosjektplan v 1-0.doc Side 8 av 26

8 Delprosjekter Prosjektleder rekrutteres fra aktuelle aktør Utviklingsgruppe: Interne ressurser og systemleverandør Prosjektleder har - operative utøvende ansvar for delprosjektet - rapporterer direkte til prosjektleder i hovedprosjektet 3.3 r og bemanning r og bemanning må beskrives før prosjektet starter Delprosjekt Organisasjon/Person Hovedansvarsomr. Prosjekteier Oppdragsgiver Prosjektdeltakere Styringsgruppe Referansegruppe Prosjektplan v 1-0.doc Side 9 av 26

9 4 Beslutningspunkter, oppfølging og milepæler 4.1 Krav til beslutningspunkt Må drøftes og beskrives før prosjektet starter BP# Dato Tema Dokumentasjon 1 Oppstart Produktspesifikasjoner 2 Avslutning Tabell 2: Oversikt over beslutningspunkt 4.2 Oppfølging/statusmøter Må drøftes og beskrives før prosjektet starter Hvilke type møter- Hvor ofte skal møtene gjennomføres og hvilke krav til rapportering som skal eksistere. 4.3 Milepæler - Produktspesifikasjon for KGRAV er godkjent - Implementasjon av funksjonalitet i KGRAV ferdig - Implementasjon av funksjonalitet i forvaltningssystem ferdig Prosjektplan v 1-0.doc Side 10 av 26

10 5 Risikoanalyse og kvalitetssikring 5.1 Kritiske faktorer Tabellen under viser faktorer som kan påvirke gjennomføringen av prosjektet eller forhindre at noen mål blir oppnådd. # Kritiske faktorer S K RF Tiltak/Ansvarlig 1 Økonomi tilskudd vs. egeninnsats Budsjett / Prosjekteier 2 Aktørenes interesse Avtaler / Prosjekteier 3 Datainnhold Produktspesifikasjon 4 Datakvalitet Produktspesifikasjon 5 Krav til datasikkerhet Avtaler / Prosjekteier S Sannsynlighet. Hvor sannsynlig vil det være at dette inntreffer. Skala 1-5 (5 er mest sannsynlig) K Kritisk. Hvor kritisk vil dette være hvis det inntreffer. Skala 1-5 (5 er mest kritisk) RF Risikofaktor (S * K). 15 eller høyere vil måtte utløse en aksjon innen en gitt dato. 5.2 Risikoevaluering av Kritiske Suksessfaktorer Økonomi - interessen for utvikling av systemene vil delvis være avhengig av at prosjektet finansieres med eksternt tilskudd. Det vil være viktig å finne en balansert finansiering mellom egeninnsats og ekstern støtte. Aktørenes interesse prosjektets nytteverdi i forhold til andre utviklingsprosjekter. Datainnhold det ligger en hvis (liten) risiko for at noen leverandører ikke dekker SOSI 4.5 definisjon av ledningsdata. Dette avklares i arbeidet med produktspesifikasjoner Datakvalitet det ligger en hvis (liten) risiko for at noen leverandører ikke dekker SOSI 4.5 definisjon av datakvalitet for ledningsdata. Dette avklares i arbeidet med produktspesifikasjoner Krav til datasikkerhet det kan være en viss risiko for at sikkerhetskrav hos ledningseierne kan forhindre den tekniske løsningen som prosjektet foreslår. 5.3 Kvalitetssikring av kritiske suksessfaktorer Jevnlig rapportering til Styringsgruppe. Prosjektplan v 1-0.doc Side 11 av 26

11 6 Gjennomføring Kort overordnet beskrivelse av selve gjennomføringen. 6.1 Hovedaktiviteter Overordnet prosjektledelse Resultatmål: Styre prosjektets med dets delprosjekter mot prosjektets hovedmål Aktivitet: Jevnlig oppfølging av delprosjekter. Teknisk kvalitetssikring. Viktige oppgaver: Administrativ prosjektleder 150 Teknisk prosjektleder 225 Styringsgruppe Delprosjekt PA Produktspesifikasjon for KGRAV Resultatmål: Produktspesifikasjon for KGRAV - UML modell - XSD for GML - Spesifikasjon av WFS tjenester - Mappingregler Aktivitet: Delprosjektet gjennomføres som 2 3 heldags arbeidsmøter med deltakere fra alle aktører. Forarbeid og etterarbeid. UML modelleringsarbeid. Viktige oppgaver a) Avgrense SOSI Ledningsmodell til behovet i KGRAVb) Supplere SOSI Ledningsmodell 4.5 og produktspesifikasjonene med ledningsobjekter og egenskaper som ikke er definert SOSI 4.5 c) Generere XSD for GML Ledningsdata d) Hver dataeier definerer mapping av egne data til GML e) Geomatikk definerer mapping fra GML til KGRAV database Resultat Delprosjektleder 30 Konsulent (UML / Datamodellering) 75 Faglig deltaker (dataeier) 120 Faglig deltaker (KGRAV) 45 Prosjektplan v 1-0.doc Side 12 av 26

12 6.1.3 Delprosjekt IA Implementasjon VA-data fra VAV Resultatmål: Implementere funksjonalitet på Gemini VA som kan etablere og overføre et GML datasett med ledningsdata til KGRAV i henhold til produktspesifikasjonen Aktivitet: Aktiviteten utføres som lokalt delprosjekt hos og under ledelse av VAV. Det kan være aktuelt å involvere systemleverandøren av Gemini VA, Powel Viktige oppgaver: a) Utvikle WFS-tjeneste b) Utvikle mapping av data fra Gemini VA til GML datasett c) Tilrettelegge for automatisk dataoverføring Delprosjektleder 40 Konsulent / Utvikling 400 Intern faglig ressurs Delprosjekt IB Implementasjon ledningsdata fra BYMs ESRI Resultatmål: Implementere funksjonalitet på ESRI-systemet som kan etablere og overføre et GML datasett med ledningsdata til KGRAV i henhold til produktspesifikasjonen Aktivitet: Aktiviteten utføres som lokalt delprosjekt hos og under ledelse av BYM. Det kan være aktuelt å involvere systemleverandøren av ESRI, Geodata. Viktige oppgaver: d) Utvikle WFS-tjeneste e) Utvikle mapping av ledningsobjekter fra ESRI til GML datasett f) Tilrettelegge for automatisk dataoverføring Delprosjektleder 40 Konsulent / Utvikling 400 Intern faglig ressurs 150 Prosjektplan v 1-0.doc Side 13 av 26

13 6.1.5 Delprosjekt IE Implementasjon Tele ledningsdata fra Telenor Resultatmål: Implementere funksjonalitet på NIMS som kan etablere og overføre et GML datasett med ledningsdata til KGRAV i henhold til produktspesifikasjonen Aktivitet: Aktiviteten utføres som lokalt delprosjekt hos og under ledelse av Telenor. Det kan være aktuelt å involvere systemleverandøren NIMS Viktige oppgaver: a) Utvikle WFS-tjeneste b) Utvikle mapping av data fra Gemini VA til GML datasett c) Tilrettelegge for automatisk dataoverføring Delprosjektleder 40 Konsulent / Utvikling 400 Intern faglig ressurs Delprosjekt IF Implementasjon El ledningsdata fra Hafslund Nett Resultatmål: Implementere funksjonalitet på GeoNIS som kan etablere og overføre et GML datasett med ledningsdata til KGRAV i henhold til produktspesifikasjonen Aktivitet: Aktiviteten utføres som lokalt delprosjekt hos og under ledelse av Hafslund Nett. Det kan være aktuelt å involvere systemleverandøren GeoNIS, Powel Viktige oppgaver: a) Utvikle WFS-tjeneste b) Utvikle mapping av data fra GeoNIS til GML datasett c) Tilrettelegge for automatisk dataoverføring Delprosjektleder 40 Konsulent / Utvikling 400 Intern faglig ressurs 150 Prosjektplan v 1-0.doc Side 14 av 26

14 6.1.7 Delprosjekt IG Implementasjon ledningsdata fra TDC/Get s Smallworld Resultatmål: Implementere funksjonalitet på Smallworld som kan etablere og overføre et GML datasett med ledningsdata til KGRAV i henhold til produktspesifikasjonen Aktivitet: Aktiviteten utføres som lokalt delprosjekt hos og under ledelse av TDC/Get. Det kan være aktuelt å involvere systemleverandøren Smallworld. Viktige oppgaver: a) Utvikle WFS-tjeneste b) Utvikle mapping av data fra Smallworld til GML datasett c) Tilrettelegge for automatisk dataoverføring Delprosjektleder 40 Konsulent / Utvikling 400 Intern faglig ressurs Delprosjekt IH Implementasjon funksjonalitet i KGRAV Resultatmål: Implementere funksjonalitet på KGRAV som kan bestille og motta et GML datasett med ledningsdata i henhold til produktspesifikasjonen Aktivitet: Aktiviteten utføres som lokalt delprosjekt hos og under ledelse av Geomatikk. Det kan være aktuelt å involvere systemleverandøren Geomatikk IKT. Viktige oppgaver: a) Utvikle bruk av WFS-tjenesten b) Utvikle mapping av data fra GML datasett til KGRAV c) Implementere bruk av WFS/WMS for miljødata d) Implementere opplasting av digitaliserte planområder Delprosjektleder 40 Konsulent / Utvikling 400 Intern faglig ressurs 150 Prosjektplan v 1-0.doc Side 15 av 26

15 6.2 Tids- og ressursplaner Foreløpig sammenstilling av ressurser: Delprosjekt Delprosjektnavn Ressurs PL Overordnet prosjektledelse PA Produktspesifikasjon for KGRAV IA Implementasjon VA-data fra VAV IB Implementasjon ledningsdata fra BYMs ESRI IE Implementasjon Tele ledningsdata fra Telenor IF Implementasjon El ledningsdata fra Hafslund Nett IG Implementasjon ledningsdata fra TDC/Get s Smallworld IH Implementasjon funksjonalitet i KGRAV Antall personer Dagsverk Timer Sum timer Prioritert Tabell 3: Ressurser pr. delprosjekt Fylles ut før prosjektet starter Hovedaktivitet Tidsplan (dag/uke/mnd) Ress.bruk HA1 HA2 Sum timeverk/dagsverk/ukeverk: Statusmøter Styringsgruppe møter Milepæler Beslutningspunkt Tabell 4: Tids- og ressursplan Følgende personellressurser vil bli engasjert i prosjektet Fylles ut før prosjektet starter Navn Dagsverk Eventuelle usikre faktorer Tabell 5: Personellressurser Prosjektplan v 1-0.doc Side 16 av 26

16 7 Økonomi Finansiering av Hovedprosjektet er ikke avklart i forbindelse med Forprosjektet. Følgende tilbakemeldinger er gitt fra deltakerne i Forprosjektet: Flere av aktørene (ledningseierne i KGrav), er interesserte i å delta i Hovedprosjektet og en antar at de vil bidra med nødvending egeninnsats Interessen er størst fra ledningseierne i Oslo kommune Aktørene gir tilbakemelding på at andre må ha et hovedansvar for gjennomføringen og prosjektledelsen Det er usikkert om aktørene vil bidra med finansiering av systemutvikling Systemleverandørene har ikke lagt fram planer om at de vil utvikle egenfinansierte utvekslingsløsninger Gjennomføring vil dermed være avhengig av finansiering ut over det prosjektdeltakerne kan bidra med. Fylles ut før prosjektet starter Kostnader Finansiering Kostnadsart Beløp Finansieringstype og kilde Beløp Sum: Sum: Tabell 6: Økonomi Prosjektplan v 1-0.doc Side 17 av 26

17 8 Verdiskapning og nytteverdi 8.1 Nytteverdi i KGrav I KGrav vil pilotprosjektet ha følgende nytteverdi: Demonstrere at ledningsdata i KGrav kan utveksles i henhold til SOSI-ledning 4.5 Bidra til å gi ledningsdata i KGrav et standardisert innhold. Medføre en kvalitetssikring av datautvekslingen Forenkle aktørenes arbeid med leveranse av data til KGrav Forenkle oppdateringen av Fellesløsningen Forenklet oppdatering kan gi o Hyppigere oppdatering o Bedre datagrunnlag for planlegging 8.2 Nytteverdi ut over KGrav Ut over den direkte nytteverdien i KGrav vil pilotprosjektet få følgende nytteverdi Verifisere at SOSI-ledning 4.5 standarden er hensiktsmessig i forhold til utveksling av ledningsdata Vise praktisk bruk av standarden SOSI-ledning 4.5 og gi innspill til videreutvikling av standarden Demonstrere at ledningsdata generelt kan utveksles i henhold til SOSI-ledning 4.5 Føre til at nødvendig programvare for utveksling av ledningsdata blir utviklet Gi erfaring med utarbeiding av produktspesifikasjon etter nye retningslinjer og med ny bestillingsløsning Prosjektplan v 1-0.doc Side 18 av 26

18 9 Kontrakter og avtaler 9.1 Kontrakter med underleverandører Det er ofte viktig at det foreligger avtaler med prosjektmedlemmenes (både interne og eksterne ressurser) arbeidsgivere mht hvilke ressurser de skal stille med, når og hvor lenge. Her anføres hvilke avtaler som er inngått. Fylles ut før prosjektet starter Det samme gjelder kontrakter med leverandører av produkter og tjenester. Legg ved kopi av avtaler i vedlegg, eller beskriv hvor disse er arkivert. Prosjektplan v 1-0.doc Side 19 av 26

19 10 Vedlegg Prosjektplan v 1-0.doc Side 20 av 26

20 Vedlegg 1: Milepælsplan Fylles ut før prosjektet starter M I L E P Æ L S P L A N Utgave: Prosjekt: Prosjektleder: # Aktivitet P. start P. ferdig Merknad HA1 HA2 HA3 HA4 HA5 HA6 Merknad: P.start: Planlagt start. P. ferdig: Planlagt ferdig.

21 Vedlegg 2: Budsjett Prosjektplan v 1-0.doc Side 22 av 26

22 Vedlegg 3. Tilleggsbehov mulige nye delprosjekter Oversikt Forprosjektet har identifisert behov for flere produktspesifikasjoner for ledningsdata, og funksjonalitet for implementasjon som det kan være naturlig å gjennomføre i sammenheng med pilotprosjekt et. Produktspesifikasjoner 1. Produktspesifikasjon for ledningsdata til bruk i planlegging og prosjektering Dette gjelder data som utleveres til ekstern planlegging, og omfatter i stor grad samme data som KGRAV benytter. 2. Produktspesifikasjon og innmålingsinstruks for Tele, fiber og bredbånd. Telenor, TDC/Get og Hafslund Nett vurderer denne produktspesifikasjonen som viktig. 3. Produktspesifikasjon og innmålingsinstruks for VA. VAV vil prioritere dette arbeidet Implementasjoner 1. Implementasjon ledningsdata fra BYMs Autocad 2. Implementasjon miljødata fra BYM s ESRI 3. Implementasjon av opplasting av planområder til KGRAV Delprosjektbeskrivelser Delprosjekt PB Produktspesifikasjon for ledningsdata til bruk i planlegging og prosjektering Resultatmål: Produktspesifikasjon for utveksling av ledningsdata for bruk i planlegging og prosjektering - UML modell - XSD for GML - Spesifikasjon av WFS tjenester - Mappingregler Aktivitet: Delprosjektet gjennomføres som 2 3 heldags arbeidsmøter med deltakere fra alle ledningseierne, samt deltakere fra relevante prosjekteringsselskaper. Forarbeid og etterarbeid. UML modelleringsarbeid

23 Viktige oppgaver a) Avgrense SOSI Ledningsmodell til behovet i for planlegging. b) Supplere SOSI Ledningsmodell 4.5 og produktspesifikasjonene med ledningsobjekter og egenskaper som ikke er definert SOSI 4.5 c) Generere XSD for GML Ledningsdata d) Hver dataeier definerer mapping av egne data til GML e) Hver planlegger definerer mapping fra GML til plansystem Delprosjektleder 60 Konsulent (UML / Datamodellering) 75 Faglig deltaker 300 Faglig deltaker (databruker) Delprosjekt PC Produktspesifikasjon og innmålingsinstruks for Tele, fiber og bredbånd Resultatmål: Produktspesifikasjon for ledningsdata ved innmåling - UML modell - XSD for GML - Spesifikasjon av WFS tjenester - Mappingregler Innmålingsinstruks - Innmålingsprosedyrer - Krav til data - Krav til kvalitet Aktivitet: Delprosjektet gjennomføres som 2 4 heldags arbeidsmøter med deltakere fra alle ledningseierne, samt deltakere fra relevante oppmålingsselskaper. Forarbeid og etterarbeid. UML modelleringsarbeid Prosjektplan v 1-0.doc Side 24 av 26

24 Viktige oppgaver a) Avgrense SOSI Ledningsmodell til behovet i for planlegging. b) Supplere SOSI Ledningsmodell 4.5 og produktspesifikasjonene med ledningsobjekter og egenskaper som ikke er definert SOSI 4.5 c) Generere XSD for GML Ledningsdata d) Hver dataeier definerer mapping av egne data til GML e) Hver planlegger definerer mapping fra GML til plansystem Delprosjektleder 60 Konsulent (UML / Datamodellering) 75 Faglig deltaker (dataeier) 300 Faglig deltaker (datafangst) Delprosjekt PD Produktspesifikasjon og innmålingsinstruks for VA Resultatmål: Produktspesifikasjon for ledningsdata ved innmåling - UML modell - XSD for GML - Spesifikasjon av WFS tjenester - Mappingregler Innmålingsinstruks - Innmålingsprosedyrer - Krav til data - Krav til kvalitet Aktivitet: Delprosjektet gjennomføres som 2 4 heldags arbeidsmøter med deltakere fra alle ledningseierne, samt deltakere fra relevante oppmålingsselskaper. Forarbeid og etterarbeid. UML modelleringsarbeid Prosjektplan v 1-0.doc Side 25 av 26

25 Viktige oppgaver a) Avgrense SOSI Ledningsmodell til behovet i for planlegging. b) Supplere SOSI Ledningsmodell 4.5 og produktspesifikasjonene med ledningsobjekter og egenskaper som ikke er definert SOSI 4.5 c) Generere XSD for GML Ledningsdata d) Hver dataeier definerer mapping av egne data til GML e) Hver planlegger definerer mapping fra GML til plansystem Delprosjektleder 60 Konsulent (UML / Datamodellering) 75 Faglig deltaker (dataeier) 300 Faglig deltaker (datafangst) Delprosjekt IC Implementasjon ledningsdata fra BYMs Autocad Resultatmål: Implementere et selvstendig program som kan etablere overføre et GML datasett med ledningsdataobjekter fra trafikkstyringssystem (Autocad) til KGRAV i henhold til produktspesifikasjonen Aktivitet: Aktiviteten utføres som lokalt delprosjekt hos og under ledelse av BYM. Det kan være aktuelt å involvere systemleverandøren av Trafikkstyringssystemet, ViaNova Viktige oppgaver: a) Utvikle WFS-tjeneste b) Utvikle mapping av ledningsobjekter fra ESRI til GML datasett c) Tilrettelegge for automatisk dataoverføring Delprosjektleder 40 Konsulent / Utvikling 400 Intern faglig ressurs Prosjektplan v 1-0.doc Side 26 av 26

26 Delprosjekt ID Implementasjon miljødata fra BYM s ESRI Resultatmål: Implementere WFS/WMS funksjonalitet for visning av miljødata fra ESRIsystemet. Aktivitet: Aktiviteten utføres som lokalt delprosjekt hos og under ledelse av BYM. Det kan være aktuelt å involvere systemleverandøren av ESRI-systemet. Geodata. Viktige oppgaver: a) Utvikle WFS/WMS-tjeneste for miljødataobjekter Delprosjektleder 40 Konsulent / Utvikling 400 Intern faglig ressurs Delprosjekt IC Implementasjon av opplasting av planområder til KGrav Resultatmål: Implementere funksjonalitet i KGravs brukergrensesnitt for import av planareal Aktivitet: Systemutvikling Viktige oppgaver: a) Spesifisere format for planarealet b) Utviklingsoppgaver Delprosjektleder 10 Konsulent / Utvikling 40 Intern faglig ressurs 10 Prosjektplan v 1-0.doc Side 27 av 26