Vedlegg 1 til SSA-T - bilag 1 KRAVSPESIFIKASJON 31. OKTOBER - 2016 KRAVSPESIFIKASJON Saksbehandlerapplikasjon for Naturbase
Innhold Bilag 1 vedlegg 1: Kravspesifikasjon - Saksbehandlerapplikasjon for Naturbase 31. OKTOBER 2016 1. Bakgrunn... 2 2. Målsetting for prosjektet... 2 3. Beskrivelse av systemet... 4 3.1 Geografisk infrastruktur i Miljødirektoratet... 4 3.2 Moduler og funksjonalitet for saksbehandlerapplikasjon... 5 4. Datasett og brukere... 6 4.1 Datasett i systemet... 6 4.2 Brukere av systemet... 7 5. Datamodeller og innhold... 8 5.1 Datamodell for brukere, roller og tilgang... 8 5.2 Datamodeller for datasett... 9 5.3 Loggtabeller... 9 6. Use case-diagram og overordnede funksjonskrav... 10 6.1 Use Case-diagram for saksbehandlerapplikasjon... 11 6.2 Funksjonskrav (minstekrav)... 12 7. Krav til design og utforming... 16 7.1 Generelle krav til design og utforming... 16 8. Krav til systemarkitektur og systemutvikling... 16 9. Systemdokumentasjon og drift... 17 10. Realisering - prosjektplan... 17 Vedlegg:... 17 Vedlegg: 1. Vedlegg 1: Datamodeller 2. Vedlegg 2: Autentisering og tilgangskontroll 3. Vedlegg 3: Use case- og aktivitetsdiagram 4. Vedlegg 4: Mockups for saksbehandlerapplikasjon 5. Vedlegg 5: Mockups for sikringsmodulen (statlig sikra friluftsliv) Side 1 av 17
1. Bakgrunn Bilag 1 vedlegg 1: Kravspesifikasjon - Saksbehandlerapplikasjon for Naturbase 31. OKTOBER 2016 Miljødirektoratet har igangsatt et prosjekt som har som formål å oppgradere, standardisere og videreutvikle Miljødirektoratets geografiske infrastruktur for å forbedre dataflyt for stedfestet miljøinformasjon. Porteføljen i prosjektet er blant annet Webapplikasjon for redigering av egenskapsdata på kartobjekter Webapplikasjon for redigering av geometri på kartobjekter Applikasjon for import av filbaserte data til geodatabase. Miljødirektoratet har utarbeidet nye datamodeller for sentrale datasett og det foreligger realiserte testdatabaser basert på de nye modellene. Det er derfor behov for å få utviklet en ny webapplikasjon for redigering av egenskapsdata (heretter kalt saksbehandlerapplikasjonen). Det eksisterer i dag en slik løsning for Naturbase. Denne skal fases ut og erstattes av en ny som håndterer data iht. nye datamodeller. 2. Målsetting for prosjektet Formålet med prosjektet er å få utviklet en ny saksbehandlerapplikasjon for redigering 1 av egenskapsdata for fagtemaene vern og statlig sikra friluftsliv. Systemet skal inkludere følgende funksjonalitet: Logge på brukere o Brukernavn og passord skal verifiseres ved pålogging o Tilgang til redigering av egenskapsdata skal kontrolleres mot rettigheter definert ut fra bruker/rolle-modell o Systemet skal logge av- og pålogging. Søk etter objekter i basen (ID) på en god og effektiv måte: o Søk basert på utvalgte egenskaper for det enkelte datasett o Enkelt søk i kartgrensesnitt Redigere egenskapsdata for enkeltobjekt Hurtigredigere utvalgte egenskapsfelt for objekt basert på treffliste for søk (redigere i listevisning, datagrid e.l.). Redigere egenskapsdata vedlegg (offentlige og skjermede vedlegg) Redigere egenskapsdata for arbeidsprosessen med sikring av statlige friluftslivsområder (gjelder kun ett datasett) Logge alle operasjoner som medfører endring på egenskapsdata Masseimport av vedlegg (bilder og dokument), herunder: o Offentlig tilgjengelige vedlegg o Skjermede vedlegg, kun tilgjengelig for brukere med en bestemt rolle Opprette og redigere kilder Lage rapporter (rapportgenerator) 1 Med "redigering" menes etablering av verdi/tekst i tomme egenskapsfelt, endring av eksisterende verdi/tekst i egenskapsfelt og sletting av eksisterende tekst i egenskapsfelt (dersom feltet kan stå tomt i henhold til datamodellen). Side 2 av 17
Generelle premisser: Systemet skal avgrenses til å håndtere redigering av ett datasett om gangen Systemet skal håndtere at datasett forvaltes i forskjellige databaser Systemet skal utvikles så generisk som mulig, slik at det er enkelt å legge til nye datasett i fremtiden. Flere eksisterende datasett står for tur for remodellering og implementering. Det firma som blir valgt (heretter kalt Leverandør) skal utvikle saksbehandlerapplikasjonen i samarbeid med Miljødirektoratet. Dette skal skje med utgangspunkt i de overordnede minstekrav som er definert i denne kravspesifikasjonen, samt use case-/aktivitetsdiagram og mockups. Side 3 av 17
3. Beskrivelse av systemet 3.1 Geografisk infrastruktur i Miljødirektoratet Den nye saksbehandlerapplikasjonen for Naturbase skal inngå som en del av den framtidige geografiske infrastrukturen i Miljødirektoratet. Det er et mål at denne skal utvikles så generisk som mulig, slik at flere datasett kan legges til på et senere tidspunkt. Figur 3-1 viser en overordnet systembeskrivelse av denne infrastrukturen, hvilke tekniske komponenter som benyttes og hvordan data flyter mellom de ulike modulene. Figur 3-1 Overordnet systembeskrivelse av Miljødirektoratets geografiske infrastruktur Side 4 av 17
3.2 Moduler og funksjonalitet for saksbehandlerapplikasjon Saksbehandlerapplikasjonen skal bestå av følgende moduler: Figur 3-2 Moduler i saksbehandlerapplikasjon Merknader: For datasettet statlig sikra friluftslivsområder skal det skal utvikles en egen modul som håndterer saksbehandling av sikringssaker Kildemodulen skal ikke benyttes av datasett knyttet til friluftsliv Det skal integreres enkel kartsøkefunksjonalitet som en del av søkemodulen Bruker skal kunne åpne redigeringsmodul direkte basert på ID (via URL). Side 5 av 17
4. Datasett og brukere Bilag 1 vedlegg 1: Kravspesifikasjon - Saksbehandlerapplikasjon for Naturbase 31. OKTOBER 2016 4.1 Datasett i systemet Saksbehandlerapplikasjonen skal utvikles for følgende tema/datasett: Tabell 4-1 Tema og datasett i saksbehandlerapplikasjonen Tema Vern Friluftsliv Datasett Foreslåtte naturvernområder Naturvernområder Restriksjonsområder Ramsar-områder Statlig sikra friluftslivsområder På et senere tidspunkt skal flere tema/datasett også inkluderes i applikasjonen. Webapplikasjonen må utvikles slik at det er enkelt å legge til disse i ettertid. For at Leverandør også skal få en oversikt over disse datasettene, er disse nevnt nedenfor. Tabell 4-2 Framtidige tema og datasett i saksbehandlerapplikasjonen Tema Friluftsliv Datasett Kartlagte- og verdsatte friluftslivsområder Kulturlandskap Naturtyper Arter Verdifulle kulturlandskap Utvalgte kulturlandskap Viktige naturtyper Utvalgte naturtyper Arter og funksjonsområder Snøskuter Rekreasjonsløyper for snøskuter Side 6 av 17
4.2 Brukere av systemet Tabell 4-3 viser hvilke brukergrupper som per i dag er definert i bruker- og rollemodellen og som skal ha tilgang til å redigere egenskapsdata for de aktuelle datasettene. Rettighetene til brukerne styres av roller som er definert i Naturbase felles-api. Tabell 4-3 Brukergrupper med tilgang til å redigere kartobjekt Brukergrupper som skal ha tilgang til saksbehandlerapplikasjonen Modul/ tema Friluftsliv Vern Datasett Miljødirektoratet Fylkesmannen Forvaltningsmyndighet vern* Interkommunalt friluftsråd Fylkeskommunen Kommunen X X X X X X X X X X Statlig sikra friluftslivsområder Naturvernområder Ramsarområder Restriksjonsområder X X X Foreslåtte naturvernområder X X * Forvaltningsmyndighet vern omfatter bl.a. verneområdestyrer, fylkesmenn og kommuner. Kun aktuelt for datasettet Naturvernområder. Side 7 av 17
5. Datamodeller og innhold 5.1 Datamodell for brukere, roller og tilgang Det er etablert en egen datamodell for brukere og roller. Bruker-rollemodellen definerer tilganger på ulike nivå: Datasett Administrativt område Type tilgang (lese/skrive) Spesifisering på kart- og/eller egenskapsdata Individuelle datafelt i tabeller Redigeringstilgang til datasett og tjenester er definert i datamodellen for brukere og roller (se Figur 5-1). Figur 5-1 Overordnet beskrivelse av bruker- og rollemodell Bruker- og rollemodellen ligger i en ekstern database med fellesressurser for Naturbase. Brukere og roller administreres via en egen applikasjon. Brukernavn og passord skal verifiseres mot brukertabellen i den eksterne fellesressurs-databasen. Verifisering av brukernavn og passord skal skje ved at saksbehandlerapplikasjonen kommuniserer med en Identity Server-installasjon. Konfigurasjon av kobling mot denne serveren må ligge i config-fil slik at den kan endres ved behov. Brukertilgang er definert ut fra hvilken rolle etaten til brukeren har. En detaljert beskrivelse av bruker- og rollemodellen samt tilgangskontroll er beskrevet i Vedlegg 2. Side 8 av 17
5.2 Bilag 1 vedlegg 1: Kravspesifikasjon - Saksbehandlerapplikasjon for Naturbase 31. OKTOBER 2016 Datamodeller for datasett Det er etablert to fagdatabaser, en for vernedatasettene og en for statlig sikra friluftsliv. Datamodeller for datasettene i fagdatabasene er beskrevet i vedlegg 1. 5.3 Loggtabeller Alle endringer på kart- eller egenskapsobjekt i databasene skal registreres i en loggtabell. Loggtabellen ligger i hver enkelt fagdatabase og er likt definert. Pålogging av brukere skal registreres i en egen loggtabell. Se beskrivelse av loggtabeller i vedlegg 1. Side 9 av 17
6. Use case-diagram og overordnede funksjonskrav Kapitlet inneholder forslag til use case og hvilke overordnede funksjonskrav som gjelder for systemet. Det henvises også til vedlegg med beskrivelse av prosesser (i form av use case, aktivitetsdiagram og mockups). Alle brukstilfeller og aktiviteter som er beskrevet i use case- og aktivitetsdiagram skal kunne løses av applikasjonen (se vedlegg 3). Leverandør må i løsningsspesifikasjonen skissere hvordan man ser for seg å løse oppgaven og med henvisning til minstekrav, use case- og aktivitetsdiagram. Side 10 av 17
6.1 Use Case-diagram for saksbehandlerapplikasjon Overordnet Use case-diagram for funksjonalitet i saksbehandlerapplikasjon. Se også vedlegg 3 use case- og aktivitetsdiagram. Figur 6-1 Use case-diagram for saksbehandlerapplikasjon Side 11 av 17
6.2 Funksjonskrav (minstekrav) Tabell 6-1 Minstekrav for funksjonalitet knyttet til pålogging og tilgangsrettigheter Funksjonskrav for pålogging og tilgangsrettigheter (påloggingsmodulen) 6.1.1 1 Pålogging Bruker skal logge på webapplikasjon. Bruker får rettigheter for redigering av egenskapsdata m.m. for enkeltobjekt i henhold til gjeldende bruker- og rollemodell. Systemet skal validere brukernavn, passord, gyldighet (datokontroll) ved å kommunisere med en installasjon av Identity Server. Det skal kunne legges til tekst og lenker på påloggingssiden. Disse skal redigeres via en konfig-fil e.l. 6.1.2 1 Pålogging Bruker skal kunne logge ut av systemet. Bruker skal logges av automatisk dersom han/hun har vært inaktiv i mer enn 60 minutter. 6.1.3 1 Tilgangsrettigheter Bruker skal bare kunne redigere på de objekt han/hun har tilgang til. Kontroll av rolletilhørighet og rettigheter foretas vha kall mot REST API (Naturbase felles-api). Felt som bruker ikke har tilgang til å redigere skal være låst for redigering for redigering og dette skal være synlig for bruker («grået ut» e.l.) 6.1.4 1 Velge datasett og modul Etter innlogging skal bruker få opp en liste over datasett og moduler som vedkommende har tilgang til. Bruker skal kunne velge ett datasett og en modul. Tabell 6-2 Minstekrav for søke- og kartfunksjonalitet Funksjonskrav for søke og kartfunksjonalitet (søkemodulen) 6.2.1 1 Søkemodul Det skal utvikles en egen søkemodul for søk etter objekter med tanke på redigering av egenskapsdata. Søkemodulen skal bestå av egenskapssøk, kartnavigering / enkelt kartsøk og en ramme for listevisning av treff etter søk. 6.2.2 1 Søk basert på egenskapsdata 6.2.3 Navigere og velge kartobjekt i kartgrensesnitt Felles for alle datasett er et sett med standard egenskapsparametere (datasettid, områdenavn og fylker/kommuner). I tillegg skal det være mulig å gjøre søk basert på utvalgte parametere for hvert enkelt datasett (fra ca. 5-15 stk). Bruker skal kunne legge til og trekke fra områder i utvalget via kartgrensesnittet. Navigering i kart skal skje ved hjelp av standard navigeringsfunksjonalitet. Bruker skal kunne velge ett eller flere kartobjekt i aktuelt datasett. Valg av kartobjekter kan skjå følgende måter: Klikk i kartet Dra et rektangel over ønskede objekt(er) Frihåndstegning av et polygon som dekker ønskede objekter) Side 12 av 17
Kartgrensesnittet skal tilby ulike bakgrunnskart (basis/bilder) og ulike tematiske kartlag (fra Miljødirektoratet og eventuelt også andre etater). Kartløsningen skal benytte primær teknologi definert i kapittel 3.1 i Bilag 3 - Arkitektur og rammeverk GIS 2016 2 6.2.4 1 Treffliste Resultat av et søk skal vises i egen treffliste. Bruker skal kunne redusere utvalget i selve trefflista ved å velge bestemte poster (Velg alle og Ctrl+klikk). Deretter verifiseres reduksjon i utvalg via egen knapp e.l. Med utgangspunkt i treffliste skal bruker kunne redigere egenskapsdata for enkeltobjekt, foreta hurtigredigering av flere objekter og generere rapport. Tabell 6-3 Funksjonskrav for redigering av egenskapsdata for objekt (redigeringsmodulen) Funksjonskrav for redigering av egenskapsdata for objekt (redigeringsmodulen) 6.3.1 1 Redigeringsmodul Bruker skal kunne redigere egenskapsdata tilhørende et enkeltstående objekt (en ID) i en egen redigeringsmodul. Datafelt som skal redigeres skal plasseres i faner. Antall faner og hvilke felt som hører inn under den enkelte fane avklares i dialog med Miljødirektoratet i løpet av utviklingsperioden. Skisser til løsning ligger i vedlagte mockups, vedlegg 4. For hvert objekt skal det genereres en lenke som lar brukeren gå direkte til redigering av kartobjektet i kartredigeringsapplikasjonen. Adresse for URL vil bli avklart i løpet av utviklingsperioden. Mal for URL legges i config-fil for at vi enkelt skal kunne redigere den selv. 6.3.2 1 Redigeringsmodul bla mellom valgte objekt. 6.3.3 1 Åpne redigeringsmodul direkte basert på ID. Bruker skal kunne redigere på flere objekt basert på resultatet av et søk (treffliste). Bruker skal få anledning til å gå til forrige eller neste område som er definert i utvalget i søkemodulen (hvis flere områder er med i utvalget). Neste området viser tilsvarende fane. Bruker skal kunne åpne redigeringsmodulen via en URL og gå direkte redigering basert på ID som input i URL. Systemet skal sjekke om bruker er innlogget. Dersom bruker ikke er innlogget, må han/hun logge på først. Om bruker er innlogget eller ikke håndteres av identity server. Tabell 6-4 Funksjonskrav for hurtigredigering av egenskapsdata Funksjonskrav for hurtigredigering av egenskapsdata 6.4.1 1 Hurtigredigering Bruker skal kunne velge å hurtigredigere postene i trefflista (i listevisning /datagrid e.l.). Felt som skal kunne redigeres på denne måten må ha en 1-1- relasjon i objekttabellen for det aktuelle datasettet. Hvilke felt som skal redigeres bestemmes i utviklingsfasen i samarbeid med fagansvarlig for aktuelt datasett. Side 13 av 17
Tabell 6-5 Funksjonskrav for sikringsmodulen for datasettet statlig sikra friluftsliv Funksjonskrav for sikringsmodulen for datasettet statlig sikra friluftsliv 6.5.1 1 Redigerbare felt Alle felt i datamodellen som er knyttet til arbeidsprosessen for sikring av friluftslivsområder skal kunne redigeres i sikringsmodulen. Dette gjelder også utvalgte egenskapsfelt til området som sikringssaken er tilknyttet, herunder eiendomsinformasjon, vedlegg og skjerma vedlegg. 6.5.2 1 Søk etter sikringssaker 6.5.3 1 Treffliste sikringssaker Bruker skal kunne søke etter sikringssaker for statlig sikring av friluftslivsområder. Søkeparametere vil være fylke, kommune, status for sikringssak og om saker er forvaltningssaker. Resultatet av søket skal vises i en treffliste. Bruker skal kunne sortere trefflista for alle felt (kolonner) som er med. Aktuelle felt og endelig utforming bestemmes i dialog mellom Leverandør og Miljødirektoratet i utviklingsfasen. 6.5.4 1 Redigere sikringssak Bruker skal kunne åpne en sikringssak via treffliste etter søk og redigere på opplysninger om områdeinformasjon og sikringssaken. 6.5.5 1 Opprette nytt område og sikringssak Bruker skal via egen knapp e.l. kunne opprette et nytt område med en ny sikringssak. Systemet skal automatisk opprette en ny datasettid og sikringsid. Tabell 6-6 Funksjonskrav for modulen for masseimport av vedlegg Funksjonskrav for modulen for masseimport av vedlegg (modul for masseimport) 6.6.1 1 Masseimport av vedlegg Saksbehandlerapplikasjonen skal ha en modul med funksjonalitet for masseimport av vedlegg. Vedlegg defineres her som filer som inneholder bilder eller dokument. Gyldige format skal være JPG og PNG for bildefiler og PDF for dokumentfiler. I dagens redigeringsapplikasjon finnes det allerede en slik modul hvor funksjonaliteten er omtrent slik den vil bli i den nye versjonen. Kildekoden for den eksisterende løsningen vil være tilgjengelig for Leverandør. 6.6.2 1 Styrefil for masseimport av vedlegg 6.6.3 1 Rettigheter til masseimport av vedlegg Importen skal skje ved hjelp av en såkalt styrefil, som inneholder metadata for vedleggene, inkludert data om hvilke objekter vedleggene skal knyttes til. Styrefila skal sjekkes for feil, og importen skal bare kunne kjøres etter at applikasjonen har verifisert at styrefila er feilfri. Bruker skal bare kunne importere vedlegg til objekter som bruker har rettigheter til å redigere. Rettigheter kontrolleres for hjert objekt via Naturbasert Felles REST API. 6.6.4 1 Import til riktig tabell i databasen Vedleggene skal importeres til to tabeller i databasen: Offentlig tilgjengelige vedlegg skal importeres til egen tabell Skjermede vedlegg skal importeres i egen tabell Modulen må ha funksjonalitet som sørger for at vedleggene importeres til riktig tabell. Side 14 av 17
Tabell 6-7 Funksjonskrav for kildemodulen Funksjonskrav for kildemodulen Bilag 1 vedlegg 1: Kravspesifikasjon - Saksbehandlerapplikasjon for Naturbase 31. OKTOBER 2016 6.7.1 1 Kilderedigering Kildemodulen i saksbehandlerapplikasjonen skal inneholde funksjonalitet for å opprette nye, oppdatere og slette kilder (litteraturhenvisninger, informanter o.l.). Sletting skal bare kunne skje hvis kilden ikke er i bruk, dvs ikke knyttet til et objekt i databasen. 6.7.2 1 Søk etter kilder Kilder skal kunne søkes fram ved hjelp av kildenr, navn/forfatter og tittel. Resultatet av et søk skal vises som treffliste. Trefflista skal kunne sorteres på alle felter (kolonner) i lista. Tabell 6-8 Funksjonskrav for rapporter Funksjonskrav for rapporter (rapportmodulen) 6.8.1 1 Rapportgenerator Saksbehandlerapplikasjonen skal ha en rapportgenerator slik at bruker kan lage rapporter basert på egenskapsdata for aktuelt datasett. Brukeren skal kunne definere betingelser (filter) og hvilke hvilke felt som skal være med i rapporten. Bruker skal kunne hente, lagre og slette oppsettet (filter) for rapporter med egendefinert navn og få mulighet til å åpne disse senere ("mine rapporter"). 6.8.2 1 Lagring av rapporter Rapportene skal kunne lagres som dokument på pdf-format eller som Excel-fil. Tabell 6-9 Generelle krav til applikasjon Generelle krav til applikasjon 6.9.1 1 Nettlesere Applikasjonen skal fungere for de mest brukte nettleserne og versjonene av disse (Internet Explorer, Edge, Mozilla Firefox, Microsoft Edge, Google Chrome, Safari for Mac). Leverandør kan stilleskrav til versjon for nettlesere og versjoner, dette må i så fall presiseres i tilbudet. 6.9.2 1 Tilpassing av skjermbilder 6.9.3 1 Tekstinformasjon og lenker Skjermbilder i applikasjonen skal i størst mulig grad tilpasses bruk på nettbrett og mobile enheter (bootstrap-funksjonalitet e.l.). All tekstinformasjon og lenker som legges til i saksbehandlerapplikasjonen skal defineres i en konfig-fil e.l. Dvs. at denne type informasjon ikke skal hardkodes i applikasjonen. 6.9.4 1 Responstid Det kreves normalt rask responstid (de aller fleste operasjoner bør ikke ta mer enn maksimalt tre sekunder ved ordinær bruk av systemet. Det skal gjennomføres ytelsestester for å verifisere responstid. 6.9.5 1 Webkomponenter Systemet skal bruke standard webkomponenter som JavaScript / html5 (ikke plug-ins som krever nedlasting slik som Flash,Silverlight eller lignende) Side 15 av 17
7. Krav til design og utforming I dette kapitlet defineres hvilke minstekrav som settes til design og utforming av løsningen. Det er relativt få krav, og det legges i stor grad opp til at prosessen fram til endelig design og utforming skjer som et samarbeid mellom Leverandør og Miljødirektoratet i løpet av utviklingsperioden basert på løsningsspesifikasjonen til Leverandør. Se vedlegg 4 og vedlegg 5 som beskriver utkast til designelementer ved hjelp av mockups. Disse er utarbeidet for å illustrere hvordan løsningen kan tenkes å se ut, og er ikke styrende for design av løsningen. 7.1 Generelle krav til design og utforming Tabell 7-1 Generelle krav til design og utforming av saksbehandlerapplikasjon Generelle krav til design og utforming av saksbehandlerapplikasjon 7.1.1 Webdesign Det legges vekt på at webdesign skal være funksjonell og brukervennlig slik at løsningen fremstår som et godt produkt. Endelig webdesign skal utvikles i samarbeid mellom Leverandør og Miljødirektoratet i prosjektperioden. Det skal tas utgangspunkt i mockups utarbeidet av Miljødirektoratet (se vedlegg 4 og vedlegg 5) og løsningsspesifikasjon til Leverandør. 7.1.2 Stylesheets Klienten skal kunne bruke stylesheets (css) fra Miljødirektoratet (logo, fargepalett, font). 8. Krav til systemarkitektur og systemutvikling Den nye versjonen av saksbehandlerapplikasjonen skal utvikles og settes i drift på SQL Server 2012 Service Pack 2. For øvrig vises det til bilag 3 til SSA-T i konkurransegrunnlaget som beskriver Miljødirektoratets systemarkitektur og aktuelle plattformer (Arkitektur og rammeverk for utvikling i Miljødirektoratet 2016.2). Miljødirektoratet benytter GitHub. Leverandør får tilgang til et eget repository for å synkronisere endringer før applikasjonen publiseres til testserver og til slutt driftsettes. JIRA er Miljødirektoratets standard verktøy for å håndtere feilregistrering og retting i utviklingsprosjekter. Subsidiært kan GitHub sitt interne system for feilhåndtering benyttes. Side 16 av 17
9. Systemdokumentasjon og drift Det skal utarbeides og leveres systemdokumentasjon med følgende innhold: Krav til teknisk rammeverk (servere, databaser etc) o Alle komponenter som er brukt i løsningen og hvilke versjoner disse har o Installasjonsveiledning for alle komponenter i systemet. Dokumenterte driftssettingsrutiner, herunder beskrivelse av overføring av rammeverket fra testserver til driftsserver (inklusive oversikt over alle parametere som må endres i overgangen mellom bruk av testdatabaser og driftsdatabaser). Miljødirektoratet skal eie og drifte løsningen. Dette inkluderer også kildekoden. Det forutsettes at Miljødirektoratet skal kunne sette løsningen i drift basert på instruksjoner utarbeidet av Leverandør og som er en del av systemdokumentasjonen. 10. Realisering - prosjektplan Forslag til plan for gjennomføring skal vedlegges tilbudet. Endelig prosjektplan fastsettes i samarbeid mellom Miljødirektoratet og Leverandør (oppstartsmøte). Prosjektet bør avsluttes innen 24.03.2017. Løsningen skal da være klar for å settes i drift. Viktige milepæler for Leverandør: Systemet klart til testing (inkludert testplan) Systemet kart til akseptansetesting Godkjenning av leveranse Miljødirektoratet ønsker oppstart av prosjektet 08.12.2016. Oppstartsdato for prosjektet kan foreslås endret dersom Leverandør mener det er mer hensiktsmessig og det passer for Miljødirektoratet, men oppstart av prosjektet skal skje i 2016. Vedlegg: Vedlegg 1: Datamodeller Vedlegg 2: Autentisering og tilgangskontroll Vedlegg 3: Use case- og aktivitetsdiagram Vedlegg 4: Mockups for saksbehandlerapplikasjon Vedlegg 5: Mockups for sikringsmodulen (statlig sikra friluftsliv) Side 17 av 17