Kravspesifikasjon. for. Forvaltning og feilmelding av vei- og gatelys

Transkript

1 Kravspesifikasjon for Forvaltning og feilmelding av vei- og gatelys Dato: 14. oktober 2013

2 INNHOLDSFORTEGNELSE 1. SKEDSMO KOMMUNES LØSNINGER BESKRIVELSE AV DAGENS KART OG VEI- GATELYSLØSNINGER I SKEDSMO KOMMUNE FREMTIDIG LØSNING LEVERANSE FORKLARING TIL KRAVTABELL SPESIFIKKE KRAV TIL LEVERANSEN OVERORDNA KRAV TIL LØSNINGEN KRAV TIL FEILMELDINGSLØSNING FEILMELDER/PUBLIKUM KRAV TIL FEILMELDINGSLØSNING - ENTREPRENØR KRAV TIL FORVALTNINGSSYSTEM VEDLIKEHOLD/SUPPORT/BRUKERSTØTTE/OPPGRADERINGER/OPPLÆRING DRIFT... 8 Side 2

3 1. Skedsmo kommunes løsninger 1.1 Beskrivelse av dagens kart og vei- gatelysløsninger i Skedsmo kommune Skedsmo kommune anskaffet i 2012 ny GIS-plattform fra Geodata AS. Løsningen benyttes til forvaltning av FKB, plan- og temadata. Databaseplattformen er SQL-server 2008 og forvaltningen skjer i versjonerte flerbruker geodatabaser. Oppdatering i geodatabaser foregår ved bruk ArcGIS Desktop klienter som kjøres på kommunens terminalserverløsning. I tillegg benyttes Gemini VA fra Powell som forvaltningsløsning til vann- og avløpsledningsnettet (noen få forvaltere og et tjuetalls innsynsbrukere). Gemini VA data forvaltes på samme databaseplattform. Forvaltning av matrikkeldata håndteres gjennom Kartverkets matrikkelklient. Intern innsynsløsning er basert på GeoCortex fra Lattitude, og innsyn skjer primært mot replikerte filgeodatabaser. Hensikten er å ha et klart skille mellom forvaltningsdelen, og innsynsbrukerne. Publikumsløsningen for innsyn i kart er basert i hovedsak på ArcGIS online. Data som benyttes for publikum er egne replikerte datasett som ligger i åpen sone (DMZ). Ved utveksling mellom de ulike systemene benyttes FME Desktop/Server og GeoSosi Professional plugin fra Geodata AS som håndterer SOSI. Skedsmo kommune benytter DATEK som system for vei- og gatelysstyring. Løsningen ligger i dag hos leverandøren og aksesseres gjennom en webportal. 1.2 Fremtidig løsning Vi ønsker å utvide eksisterende forvaltningsløsning med datamodell og funksjonalitet for å forvalte Skedsmo kommunes vei- og gatelys data. Løsningen skal etableres i henhold til kommunens IT-systemer (Vedlegg A) og krav gitt i kapittel 4, 5 og 6. Det skal etableres følgende: 1. Forvaltningsløsning med datamodell for vei- og gatelys. 2. Publikumsklient for innmelding av feil på gate- og veilys. 3. Entreprenørklient der feilretter/entreprenør kan dokumentere og håndtere feilretting og veiog gatelysdata. 2. Leveranse Leverandør skal utarbeide en implementeringsplan. Forvaltingsløsning skal være idriftsettes senest 3 måneder etter kontraktsinngåelse. 3. Forklaring til kravtabell Kolonnen J/N? i kravtabellen skal fylles ut av leverandør med følgende koder: Kode Forklaring J Ja Krav er oppfylt i den løsningen som tilbudet beskriver, tilbyder skal beskrive løsning. N Nei Krav er ikke oppfylt i den løsningen som tilbudet beskriver. D Kravet er delvis oppfylt, tilbyder skal beskrive hvordan. Leverandørens besvarelse skal følge samme rekkefølge og nummerering som kravspesifikasjon. Side 3

4 4. Spesifikke krav til leveransen 4.1 Overordna krav til løsningen Datamodellene skal kunne benyttes i kommunens eksisterende forvaltningsløsning basert på flerbruker geodatabase som kjører på MS-SQL Datamodellen skal etableres basert på den generelle objektkatalog for «Ledningsnett» (SOSI) og utvides med nødvendige egenskaper gitt i funksjonelle krav Systemet skal kunne driftes av Skedsmo kommunes IT-avdeling (se eget vedlegg A som beskriver tekniske krav for IT systemer) Publikumsløsninger skal kunne integreres med Skedsmo kommunes portalløsning iht. krav beskrevet i vedlegg A Responstidene ved bruk av alle deler av leveransen skal kunne oppfattes som hurtige av de respektive brukergrupper Forvaltningsløsningen må ha muligheter for integrasjon mot andre systemer gjennom bruk av åpne IT/GIS standarder 4.2 Krav til feilmeldingsløsning feilmelder/publikum Det skal være mulig å melde inn feil direkte i kart slik at feilmeldingen kan kobles til riktig stolpe Det skal være mulig å kunne se hvem som eier vei- og gatelysene for å kunne rute feilmeldingen til anleggseier Det skal være mulig å kunne få opplysninger om hva som kan feilmeldes Det skal være mulig å kunne se hvilke vei- og gatelys som har feil (også i kart), slik at feilmelder unngår å melde fra om tidligere innmeldte feil Det skal være raskt og enkelt å søke frem til området som skal feilmeldes Det skal være raskt og enkelt å velge vei- og gatelys som skal feilmeldes En må kunne legge inn manglende vei- og gatelys punkter i kartet slik at entrepernør skal kunne finne og utbedre feilen Systemet skal gi informasjon til feilmelder når feil kan forventes å bli utbedret. Side 4

5 4.2.9 Det skal være mulig å kunne benytte mobiltelefon/nettbrett for å melde inn feil Det skal være mulig å legge ved bilde av vei- og gatelys med feilmeldingen for å dokumentere feil og mangler Feilmelder skal ved innmelding av feil kunne velge fra forhåndsdefinerte feiltyper En skal kunne bevege seg i applikasjonen uten at brukeren oppfatter systemet som tregt (responstid) En skal kunne zoome ut og inn uten at brukeren oppfatter kartet som tregt. 4.3 Krav til feilmeldingsløsning - entreprenør Det skal være mulig å hente ut all feilinformasjon som er meldt inn, dette for å kunne planlegge utbedring av feil Det skal være mulig å se vei- og gatelysid for å kunne lokalisere riktig sted og hente frem riktige dataegenskaper Feilretter/dataforvalter skal kunne benytte mobiltelefon/nettbrett for å oppdatere anleggsdata i felt Dokumentasjon av feilretting skal lagres på objektet i databasen Feilretter skal kunne registrere anleggsdata direkte til en egen versjon av forvaltningsdatabasen Feilretter skal autentisere seg for sikker tilgang til systemet i henhold til krav beskrevet i vedlegg A. 4.4 Krav til forvaltningssystem Det skal være mulig å oppdatere vei- og gatelys med ferdig innmålte data fra utbyggere for å få et oppdatert datagrunnlag Det skal være mulig å importere innmålingsdata på et standardisert format for å unngå manuell innlegging og feiltasting Forvaltningsdatabasen skal være versjonert for kunne kvalitetssikre entreprenør sine dataregistreringer Det skal være mulig å hente ut rapporter med egenskaper for anleggene for Side 5

6 planlegge drift- og vedlikehold. Egenskapene er beskrevet i kravene: 4.4.7, 4.4.8, 4.4.9, , og Det skal være mulig å importere data (effekt/målerdata) fra DATEK systemet for å kunne samordne data til rapportering, drift- og vedlikehold Det skal være mulig å kunne se hvilke armatur som er knyttet til aktuelt tilknytningspunkt i kartet for å planlegge drift- og vedlikehold Det skal være mulig å endre og (rapportere på) følgende egenskaper på stolper: ID Stolpetype Stolpehøyde Fundamenttype Fellesføring Etableringsdato Sist vedlikeholdsdato Planlagt vedlikeholdsdato Tilstand med historikk Bildefil Det skal være mulig å endre følgende egenskaper (og rapportere) på armatur: Gatekode og løpenummer som ID Armaturtype Lampeeffekt Etableringsdato Sist vedlikeholdsdato Planlagt vedlikeholdsdato Armaturstyring Tilstand Feilhistorikk Bildefil Det skal være mulig å endre følgende egenskaper på tilknytningspunkt: ID Type Tennpunkt Teoretisk effekt Målt/umålt Etableringsdato Sist vedlikeholdsdato Planlagt vedlikeholdsdato Armaturstyring Tilstand Feilhistorikk Kobling til aktuell armatur Bildefil Side 6

7 Det skal være mulig å endre følgende egenskaper på kabler/ledning: Typebetegnelse Luft/jord Tverrsnitt Etableringsdato Det skal være mulig å registrere trekkerør med følgende egenskaper: Dimensjon Vegkryssing Det skal være mulig å registrere trekkekummer med følgende egenskaper: Dimensjon Bildefil Det skal være mulig å eksportere rapportdata med bilder fra løsningen til følgende formater: word/excel/pdf Det skal være mulig å eksportere kartdata fra løsningen til SOSI format Feilmeldinger skal automatisk kunne rutes fortløpende til entreprenør via epost Datamodellen skal ivareta feilmeldingshistorikk Feilmeldingshistorikk skal kunne hentes frem fra forvaltningsdatabasen Forvaltningsløsningen skal kunne tilby WFS (ISO 19142) for uttak fra forvaltningsdatabasen Forvaltningsløsningen skal kunne tilby WMS (ISO 19128) for visning av kartdata fra forvaltningsdatabasen 5. Vedlikehold/support/brukerstøtte/oppgraderinger/opplæring 5.1 Tilbyders supportapparat og rutiner for vedlikehold beskrives. 5.2 Tilbyder skal levere systemdokumentasjon for komplett løsning 5.3 Tilbyder skal levere brukerdokumentasjon for alle kravpunkt i kapittel Brukerdokumentasjon skal leveres på Norsk 5.5 Tilbyder skal gi opplæring i bruk av systemet etter at det er implementert hos kunden til minimum fem personer Side 7

8 6. Drift 6.1 Forvaltningsbaser må kunne synkroniseres og replikeres til en eller flere kopibaser for bruk i visningsløsninger eller offline bruk. 6.2 Tilgang for brukere må kunne gis på ulike nivåer (hele databasen og ned til enkelt kartbaser). 6.3 Systemet skal kunne driftes av Skedsmo kommunes IT-avdeling (se eget dokument som beskriver tekniske krav for IT systemer). Side 8