Vedlegg B Teknisk kravspesifikasjon. for. GIS-plattform i Skedsmo kommune

Vedlegg B Teknisk kravspesifikasjon for GIS-plattform i Skedsmo kommune Dato: 28. oktober 2011

INNHOLDSFORTEGNELSE 1. SKEDSMO KOMMUNES FORVALTNINGSLØSNING 3 1.1 BESKRIVELSE AV DAGENS GIS-PLATTFORM I SKEDSMO KOMMUNE. 3 1.2 FREMTIDIG LØSNING 3 2. FORKLARING TIL KRAV / KODER / FORKORTELSER 3 2.1 KRAV OG KODER 3 2.2 FORKORTELSER 3 3. GENERELLE KRAV TIL SYSTEMET 4 3.1 OVERORDNA KRAV TIL DATABASEN OG FORVALTNINGSSYSTEMET 4 3.2 GIS-FUNKSJONALITET 5 3.3 ANALYSEFUNKSJONER 6 3.4 INTEGRASJONER 7 3.5 GIS-FUNKSJONALITET 3D 7 3.6 GIS-FUNKSJONALITET PLANFORVALTNING 8 3.7 GIS-FUNKSJONALITET - INNSYNSLØSNINGER (INTRA-/INTERNETT) 9 4. VEDLIKEHOLD/SUPPORT/BRUKERSTØTTE/OPPGRADERINGER/OPPLÆRING 10 Side 2 av 10

1. Skedsmo kommunes forvaltningsløsning 1.1 Beskrivelse av dagens GIS-plattform i Skedsmo kommune. Skedsmo kommune har siden 2006 kjørt på Norkarts QMS-plattform med forvaltning av FKBdata og tema-data på Oracle med NGIS-overbygning. All forvaltning går direkte mot originaldatabasen, hvor brukerne jobber med utsjekk og innsjekk av databasen. Innsyn, både fra desktop og web (Intranett/Internett) skjer fra quadribaser som kopieres ut fra QMS-arkivene. Gemini VA fra Powell benyttes som programvare for vann- og avløpsledningsnettet (to forvaltere og et tjuetalls innsynsbrukere). For landmåling benytter kommunen Gisline Landmåling (fire brukere), mens matrikkelføring skjer i Gisline Matrikkel (tre samtidige brukere). Arealplaner forvaltes i QMS med Gisline Arealplan (to samtidige brukere).skedsmo benytter ArcGis fra Geodata for analyser og enkel temakart produksjon (flerbrukerlisens på ArcView). Utveksling mellom de ulike systemene benyttes FME Desktop/Server (en lisens på desktop og server) og GDMMAPPER plugin fra Norkart som håndterer SOSI/Quadri/QMS. 1.2 Fremtidig løsning FKB og matrikkeldata skal fortsatt forvaltes i eksisterende løsning. Fremtidig forvaltningssystem for temadata og 3D skal i størst mulig grad oppfylle kravene i rammeverksdokumentet for norge digitalt samarbeidet. Kravene til systemet er gitt i dette dokumentets kapittel 3 og 4, og valg av løsning vektes etter tildelingskritererier gitt kapittel 6. Vedlegg A, Teknisk plattform i Skedsmo kommune stiller også en del krav og ønsker til fremtidig løsning som leverandør må besvare. Det skal anskaffes en forvaltningsløsning som består av en database (lagring) og en tjener som kan tilby søke, visning og ulike grensesnitt i henhold til kravlistene. Skedsmo kommune har i dag et forvaltningsmiljø som består av i underkant 10 samtidige brukere, men dette må kunne utvides etter hvert som GIS-løsningen innføres i hele organisasjonen. Forvaltningssystemet må derfor være skalerbart i forhold til behovene som oppstår. Det presiseres at klientene skal kjøres på Windows 7 for 3d, analyser og forvaltning, mens innsyn skal skje via webklienter. 2. Forklaring til krav / koder / forkortelser 2.1 Krav og koder 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 må beskrive løsning. N Nei Krav er ikke oppfylt i den løsningen som tilbudet beskriver. Leverandørens besvarelse skal følge samme rekkefølge og nummerering som kravspesifikasjon. 2.2 Forkortelser FKB - Felles KartdataBase. En samling strukturerte datasett (vektordata) som utgjør en viktig del av grunnkartet i et område. Disse skal kunne brukes til saksbehandling, prosjektering, analyse og presentasjon i et GIS-system samt kartproduksjon innenfor målestokksområdet 1:500-1:20000 Side 3 av 10

SOSI - Samordnet Opplegg for Stedfestet Informasjon. Dette er et dataformat som er en Norsk Standard (NS) utviklet av Statens kartverk for utveksling av digitale kartdata. Det er en uttrykt strategi at det skal foretas en tilnærming til int. standarder (ISO 19100). GML - Geography Markup Language. Dette utvekslingsformat er basert på XML (Extensible Markup Language), som er en anbefalt måte å strukturere data eller beskrivelser av data. Dette formatet vil overta som standard utvekslingsformat etter SOSI, når det er godt nok utviklet for norske forhold OGC - Open GeoSpatial Consortium. En internasjonal, ikke-kommersiell standardiseringorganisasjon som er basert på frivillighet og konsensus blant de som deltar. Denne organisasjonen er ledende innen utviklingen av geodatastandarder og lokaliseringstjenester. WMS - Web Map Service (utviklet av OGC). ISO-standard 19128 (publisert). Spesifiserer hvordan tjenester som produserer georeferte kart dynamisk fra geografisk informasjon skal fungere. Disse tjenestene publiserer kart kun som grafiske data (bildedata), og ikke vektordata. WFS - Web Feature Service (utviklet av OGC). ISO-standard 19142 (fortsatt under arbeid). I motsetning til WMS, er WFS basert på dynamisk overføring av vektordata. Dette gir et større bruksområde, da det også gir mulighet for å gjøre spørringer, transformere og kjøre analyser. WS - Web Services. Slike tjenestene gjør det mulig å lage programapplikasjoner som kan lokaliseres og kjøres fra hvor som helst på internett. De kan eksempelvis snakke med hverandre og sikre sømløs integrasjon mellom applikasjoner internt i en bedrift eller mellom bedriften og eksterne samarbeidsparter. I forhold til stedfestet informasjon kan et eksempel være søketjenester. 3. Generelle krav til systemet Det vises til tilbudsdokumentets kapittel 6, Kriterier for valg av tilbud. Tilbyders besvarelse på punktene 3.1.1 til 3.7.30 i kap. 3 og punktene 4.1.1 til 4.1.3 i kapittel 4 legges til grunn for evaluering. Absolutte krav listet i tilbudsdokumentes kapittel 5.1 skal være oppfylt. Krav og ønsker til fremtidig løsning beskrevet i vedlegg A, Teknisk plattform i Skedsmo kommune, må også være ivaretatt. 3.1 Overordna krav til databasen og forvaltningssystemet Nr Oppgave/aktivitet J / N? 3.1.1 Det skal være mulig å modellere databasen i henhold til EN ISO 19131, basert på gjeldende objektkatalog i SOSI. 3.1.2 Forvaltningsløsningen sin database må støttes og kunne benyttes i Safe FME for integrasjon med andre systemer. 3.1.3 Data fra forvaltningsløsningen skal kunne eksporteres til SOSI enten i systemet eller ved hjelp av FME. 3.1.4 Forvaltningssystemet skal håndtere flere samtidige brukere (minimum 10 samtidige forvaltere og tilby ulike tjenester som beskrevet i kravlisten) 3.1.5 Forvaltningssystemet skal støtte lagring i MS SQL Server 2008 (se vedlegg A, Teknisk plattform) 3.1.6 Forvaltningsløsningen skal inneholde funksjonalitet for registrering av metadata i henhold til ISO 19115 Metadata (evt. Norsk profil av ISO 19115 Metadata). Side 4 av 10

3.1.7 Løsningen har en administrasjonsmodul / grensesnitt for oppretting av brukere og for styring av brukernes rettigheter som henter informasjon fra kommunens Microsoft Active Directory. 3.1.8 Metadata skal kunne utveksles til den norske metadatakatalogen 3.1.9 Ved uttak fra forvaltningssystemet skal metadata genereres automatisk og følge leveransen. 3.1.10 Forvaltningssystemet skal kunne forvalte data i EUREF89 3.1.11 Forvaltningsbaser må kunne synkroniseres og replikeres til en eller flere kopi baser for bruk i visningsløsninger eller offline bruk 3.1.12 Tilgang for brukere må kunne gis på ulike nivåer (hele databasen og ned til enkelt kartbaser) 3.1.13 Topologiregler må kunne defineres for objekter som lagres i henhold til SOSI (flate, nettverk, kurve etc) 3.1.14 Systemet skal kunne driftes av Skedsmo kommunes IT-avdeling (se eget dokument som beskriver tekniske krav for IT systemer) 3.2 GIS-funksjonalitet Nr Oppgave/aktivitet J / N? 3.2.1 Det er mulig å vise målestokk, målestokk linjal, dato, nordpil, dynamisk tegnforklaring, rutenett, kommunelogo og tekst både på skjerm og utskrift. 3.2.2 Løsningen må støtte bruk av truetype-fonter og bildefiler ved symbolisering. 3.2.3 Løsningen kan håndtere CMYK- og RGB fargekodede bilder 3.2.4 Det er mulig å hente tekst fra egenskapstabeller og presentere disse tekstene som påskrifter i kartet 3.2.5 Det er mekanismer for konflikthåndtering ved overlappende tekster 3.2.6 Det er mulig å vise en eller flere av egenskapen(e) til et objekt som en påskrift til objektet. Påskriften kan orienteres rundt objektet på flere måter (F. eks plassere gatenavn langs senterlinje vei.) 3.2.7 Løsningen skal leveres med standard presentasjonsmaler for A0 A5, men det skal og være mulig å sette opp egendefinerte utskrifts maler. 3.2.8 Alle brukere kan lage egentilpassede arbeidskart, og lagre dette som arbeidsdokumenter lokalt. 3.2.9 Administratorer av applikasjonen kan sette opp standard karttyper som kan tilgjengeliggjøres for flere. 3.2.10 Det er mulig å vise kvalitet på teiggrenser fra matrikkelen basert på kvalitet fra grensepunktene. 3.2.11 Det er til enhver tid mulig å benytte seg av presentasjonsregler som er i henhold til gjeldende standarder. 3.2.12 Løsningen kan presentere data på bakgrunn av alle mulige utvalg av egenskapsdata. 3.2.13 Det kan symboliseres basert på flere egenskaper samtidig (det er bl.a. mulig å legge inn og visualisere alle lovlige kombinasjonsformål på arealplaner og skravur i layout, i henhold til gjeldende veiledere fra Miljøvern- departementet). 3.2.14 Løsningen håndterer innsetting av bildefiler på vanlige formater. 3.2.15 Løsningen håndterer innsetting av tabeller og tekstfiler, og disse kan redigeres i GIS løsningen. 3.2.16 Løsningen eksporterer til Adobe pdf 3.2.17 Løsningen kan generere kart-serier automatisk ut fra gitte Side 5 av 10

polygoner/kvadrater 3.2.18 Det kan genereres redigerbare tegnforklaringer 3.2.19 Løsningen har tilrettelagt produksjonsløype for situasjonskart med naboliste fra Matrikkelen. 3.2.20 Løsningen har tilrettelagt produksjonsløype for kartutsnitt til Infoland. 3.2.21 Løsningen tilbyr automatisk eksport av kartutsnitt gjennom scriptspråk eller definert API 3.2.22 Løsningen kan generere ulike raster, som skygge (med valgfri lysvinkel og høyde), synbarhet, helning og høyde, med valgfi oppløsning, samt eksport av disse til vanlige, georefererte bildeformater. 3.2.23 Løsningen kan håndtere enkle, matematiske operasjoner på raster. 3.2.24 Løsningen har mulighet for å generalisere kartinnhold (eksempelvis forenkle og jevne ut linjer). 3.2.25 Løsningen kan beregne blindgater, overganger / underganger og kunne generere masker for disse. 3.2.26 Løsningen kan håndtere masker. 3.2.27 Ut fra søkeresultatet (utvalget) kan det opprettes et nytt kart(vektor)lag og egenskapsdataene kan eksporteres til tabelldata (beskriv formater). 3.2.28 Søkeresultatet (utvalget) kan presenteres sammen med andre kartdata fra GIS-databasen. 3.2.29 Løsningen kan hente inn, analysere og presentere tabelldata (beskriv formater). 3.2.30 Løsningen har automatisk generering av naboliste med muligheten for eksport. Naboer kan også velges inn og ut av listen manuelt. 3.2.31 Det er mulig å flytte og forminske / forstørre kartutsnittet under digitalisering uten at funksjonen blir avbrutt. 3.2.32 Løsningen kan håndtere og kontrollere topologien i de datasett der dette er etablert 3.2.33 Elementer i grensesnittet kan tilpasses av brukeren. 3.2.34 Det er mulig å opprette, redigere og fjerne bokmerker. 3.2.35 Det må kunne være mulig å endre samme egenskap på flere geografiske objekter i en operasjon 3.2.36 Det må være mulig å hente objekter fra andre kartlag under redigering av data 3.2.37 Snapping til punkt fra andre kartlag må støttes 3.2.38 Det må være mulig å redigere i 3D 3.2.39 Topologi må kunne kontrolleres ut fra regler som er modellert på datasettene 3.2.40 GIS funksjonaliteten som er beskrevet i punkt 3.2.1-3.2.39 må kunne benyttes av minimum fem samtidige brukere (klienter) 3.3 Analysefunksjoner Nr Oppgave/aktivitet J / N? 3.3.1 Det er mulig å lage analyser som kan kjøres av andre. 3.3.2 Det er mulig å kjøre geografiske søk gjennom alle lag i basen basert på punkt, linje eller flate. Eksempelvis for objektiv vurdering av tiltak. 3.3.3 Det kan kjøres befolkningsanalyser basert på befolkningsdata på adresse. 3.3.4 Løsningen kan brukes i ROS-analyser. Side 6 av 10

3.3.5 Løsningen har funksjonalitet som gjør det mulig å utføre overlayanalyser (ulike typer flate mot punkt/linje/flate analyser) mot samtlige data i GIS- databasen. 3.3.6 Det er mulig å generere DTM ved bruk av høydebærende informasjon fra for eksempel FKB eller LAS data. 3.3.7 Det er mulig å opprette buffer på polygon-, linje- eller punktobjekter, og lagre resultatet som vektordata 3.3.8 Analysefunksjoner som er beskrevet i punkt 3.3.1-3.3.7 må kunne benyttes av minimum fem samtidige brukere (klienter) 3.4 Integrasjoner Nr Oppgave/aktivitet J / N? 3.4.1 Felles grensesnittstandarder og prinsipper for samspill mellom fagsystemer, GIS og saks-/arkivsystemer i offentlig sektor beskrevet i Geointegrasjonsprosjeket støttes 3.4.2 Forvaltningssystemet må støtte ISO 19128 (WMS standarden) for visning fra originaldataene 3.4.3 Forvaltningssystemet skal kunne tilby WFS (ISO 19142) for uttak fra originaldataene 3.4.4 Systemet må støtte integrasjon av karttjenester i kommunens Sharepoint portal 3.4.5 Det skal være mulig å benytte søketjenester fra norge digitalt ved bruk av webservices (WS / SOAP) 3.4.6 Forvaltningssystemet må støtte søk i metadata 3.4.7 Søk på metadatacatalogen og bruk av CS-W må støttes 3.4.8 Søk på ulike egenskaper i datasettene må være mulig 3.4.9 Forvaltningssystemet må ha muligheter for integrasjon mot andre systemer gjennom bruk av åpne IT/GIS standarder 3.5 GIS-funksjonalitet 3D Nr Oppgave/aktivitet J / N? 3.5.1 Systemet støtter import av ferdige 3D modeller fra de mest brukte formater (COLLADA, SketchUp, 3D Studio) 3.5.2 Det er mulig å utveksle 3D modeller (eksport/import) 3.5.3 TIN eller terrengmodeller (DTM) kan draperes med ortofoto 3.5.4 TIN eller terrengmodeller (DTM) kan draperes med ulike kartlag som er symbolisert (for eksempel reguleringsplaner) 3.5.5 3D bygninger kan genereres fra FKB-data (FKB-Bygninger og FKB- PblTiltak) 3.5.6 Andre objekter må kunne presenteres i 3D fra ulike datakilder (for eksempel trær, gjerder, gatelys osv) 3.5.7 Bibliotek med teksturer for de mest bruke 3D objekter i en 3Dbymodell må følge med og kunne brukes for å presentere 3D punkt objekter (for eksempel trær, gatelys, stolper etc) 3.5.8 Det må være enkelt å navigere i modellen og bevege seg mellom ulike steder (fra luften, på bakken osv) 3.5.9 Det må være mulig å lagre bokmerker i bymodellen (ferdige viewpoints) 3.5.10 Bymodellen må kunne eksporteres til video og stillbilder 3.5.11 Det må være mulig å vise Sol/skygge fra bygninger på ulike tidspunkt, Side 7 av 10

eventuelt som animasjon 3.5.12 En skal kunne manipulere data i modellen. For eksempel ved å fjerne eksisterende bygg og legge inn nye planlagte bygg. 3.5.13 En skal kunne bevege modellen uten at brukeren oppfatter systemet som treg (responstid). 3.5.14 En skal kunne zoome ut og inn uten at brukeren oppfatter systemet som tregt. 3.5.15 3D funksjonaliteten som er beskrevet i punkt 3.5.1-3.5.14 må kunne benyttes av minimum en bruker (klient) 3.6 GIS-funksjonalitet Planforvaltning Nr Oppgave/aktivitet J / N? 3.6.1 Det er mulig å vise flere planforslag sammen med øverste plan som transparent. 3.6.2 Det er mulig å å søke på planid og plannavn. Søket må støtte søk etter starten av navn, deler av navn, eller deler av tekststreng, slik at en får opp en liste som man igjen kan velge fra. Søkeresultatene skal kunne sorteres. 3.6.3 Løsningen kan klippe inn nye planer i originaldatabasen. 3.6.4 Planforvaltning; databasemodellen er slik at man kan etablere og holde alle lovfestede plantyper ajour, eks. reguleringsplaner, bebyggelsesplaner, illustrasjonsplaner, kommuneplaner og kommunedelplaner i henhold til gjeldende SOSI-standard og veiledere. 3.6.5 Det er ønskelig at det følger med konstruksjonsverktøy, slik at man kan konstruere veiplaner og kontrollere geometrien i innkomne planer. 3.6.6 Systemet skal leveres med et planarkiv. Dette skal kunne forvaltes samtidig som en forvalter arealplanene, samt at kravene i forskrift til plan- og planarkiv er oppfylt. Planarkivet inneholder, utover egenskaper fra planbasen, annen sentral planinformasjon lagret på en strukturert måte. 3.6.7 Det er mulighet for direkte import av plandokumenter fra byggsøk etter godkjenning fra saksbehandler. 3.6.8 Det er mulig å gjøre en romlig analyse. Det vil si at man velger et område i kartet, og får generert en rapport som inneholder egenskapsdata fra alle eller valgte temaer i databasen som er innenfor valgt område 3.6.9 Det er mulig å definere egne symboler for eldre planer som ikke er i tråd med gjeldende standarder. 3.6.10 Løsningen gir en automatisk generert, dynamisk og redigerbar tegnforklaring og mal. 3.6.11 Løsningen legger til rette for en oversiktlig og strukturert planprosess fra planens oppstart til planen er vedtatt og lagt inn i planbasen, slik at det gir alle aktører i planprosessen en god oversikt over planens fremdrift. 3.6.12 Løsningen inneholder funksjonalitet for å håndtere planer i flere nivåer, både på, under og over bakken. 3.6.13 Planforvaltningsfunksjonalitet som er beskrevet i punkt 3.6.1-3.6.12 må kunne benyttes av minimum to samtidige brukere (klienter) Side 8 av 10

3.7 GIS-funksjonalitet - Innsynsløsninger (intra-/internett) Nr Oppgave/aktivitet J / N? 3.7.1 Innsynsløsningene kan administreres av lokal systemansvarlig. Dette omfatter innholds- og funksjonalitetsendringer samt oppgraderinger av programvaren. 3.7.2 Det er mulig å sette opp webtjenester som fungerer både mot Byggsøk og MinSide. 3.7.3 Det er mulig å knytte ulike filtyper (dokumenter, bilder, videoer) til alle objekter i kartet. Det kan også linkes (URL-adresse) fra alle kartobjekter. 3.7.4 Innsynsløsningene inneholder funksjonalitet for navigering (zoom, pan, målestokk, oversiktskart mm) og måling (lengde, areal). 3.7.5 Påtegninger i kartbildet: Det er mulig å tegne linjer, polygoner, rektangler og sirkler. Det er i tillegg mulig å sette inn tekst og symboler. Det er mulig å vise påtegningene med forskjellig farge, tykkelse og skravur. Påtegningene kan skrives ut sammen med resten av kartet og kan eksporteres ut sammen med kartet til aktuelle formater. Formater må beskrives. 3.7.6 Det er mulig å se en tegnforklaring i skjermbildet for viste kartobjekt på skjermen (dynamisk tegnforklaring). 3.7.7 Det er mulig å se kartmålestokken i skjermbildet. 3.7.8 Språk / hjelpetekster er på norsk, oppdatert, lett tilgjengelig og beskrivende (eksempelvis så kan tallkoder og forkortelser vises i beskrivende form der det er hensiktsmessig). 3.7.9 Det er mulighet for påføring av målestokkvisning, dato, nordpil, dynamisk tegnforklaring, rutenett, kommunelogo og tekst både på skjerm og utskrift. 3.7.10 Det er mulig å hente ut all egenskapsinformasjon på alle kartobjekter. 3.7.11 Søkemuligheter intranett: Det er mulig å søke på eiendom, adresse, bygning, stedsnavn, regulerings-/bebyggelsesplaner, hjemmelshaver og koordinat Søkemuligheter internett: Det er mulig å søke på eiendom, adresse, bygning, stedsnavn, regulerings-/bebyggelsesplaner og koordinat For både internett og intranett er det mulig med søk av typen andre søk, interessante steder eller kategorisøk. Resultatet fra dette søket kan ha kobling til internett. Man kan søke på starten av navn, deler av navn eller deler av tekststreng, slik at man får opp en liste som man igjen kan velge fra. Søkeresultatene presenteres sortert. Andre søk kan defineres av lokal systemansvarlig. 3.7.12 Innsynsløsningen på internett støtter bruk av PKI (elektronisk identifisering og signatur). 3.7.13 I internettløsningen er det lagt til rette for automatisk bestilling av situasjonskart og meglerkart via InfoLand. 3.7.14 Innsynsløsningene har maptip-funksjonalitet som fungerer for punkt, linje og flate. 3.7.15 Det er mulighet for utskrift/eksport av standard naboliste med kobling mot matrikkeldata. Det er mulig å legge til/ ta ut eiendommer interaktivt. Ferdig naboliste kan formateres og lagres som Side 9 av 10

tekstdokument. 3.7.16 Man har mulighet for å få matrikkelinformasjon innenfor digitalisert polygon. Informasjonen kan lagres til fil. 3.7.17 Det er mulig å få opp tegnforklaring på WMS- og WFS-tjenester som hentes inn i webkartet 3.7.18 Det kan linkes opp flere linker til samme objekt. 3.7.19 Løsningen kan levere web-tjenester til mobiltelefon. 3.7.20 Det er mulig å eksportere kartvinduet eller en del av vinduet til raster. (jpg, tiff, png, pdf). 3.7.21 Det er mulig å få beregnet korteste kjøreveg og eventuelt alternativ kjøreveg mellom to steder i kartet. 3.7.22 Det er mulig å presentere statistikk fra f.eks. regneark som et temakart. 3.7.23 Løsningen kan skrive ut i formater til og med A0. Tilgang til dette kan styres av systemansvarlig. 3.7.24 Utskriften har minimum 300 dpi oppløsning 3.7.25 Utskriftsprosessen sikrer at kartet blir skrevet ut i riktig målestokk. 3.7.26 Det er mulig å kopiere kartutsnittets URL til standard e-postklient eller utklippstavle. 3.7.27 Det er mulig å vise kartdata i 3D. 3.7.28 Det er mulig å vise planer i flere vertikalnivåer (under, på og over bakkenivå). 3.7.29 Løsningen inneholder funksjonalitet for å gi kommunen tilbakemelding. Tilbakemelding gis gjennom skjema og ikke e-post klient. 3.7.30 GIS funksjonaliteten som er beskrevet i punkt 3.7.4-3.7.29 må kunne benyttes av fritt antall samtidige brukere (webklienter) og kunne administreres av minimum to brukere (klienter), se krav 3.7.1-3.7.3. 4. Vedlikehold/support/brukerstøtte/oppgraderinger/opplæring Nr Oppgave/aktivitet J / N? 4.1.1 Tilbyders supportapparat og rutiner for vedlikehold beskrives. 4.1.2 Systemet skal være dokumentert for alle kravpunkt i kapittel 3 (3.1.1-3.7.30) 4.1.3 Tilbyder skal gi opplæring i bruk av systemet etter at det er implementert hos kunden til minimum ti personer Side 10 av 10