Nye be.no kravspesifikasjon. Thor Fredrik Eie, Kari Hamnes, Geir Bruskeland,

Transkript

1 Nye be.no kravspesifikasjon Skrevet av: Thor Fredrik Eie, Kari Hamnes, Geir ruskeland, Siste revisjon: 26. april 2011

2 1 Relaterte dokumenter Vedlegg Versjon Dokument tittel 1 Krav til design og tilgjengelighet 2 eskrivelse av skisser 2

3 2 Innholdsfortegnelse 1 Relaterte dokumenter Innholdsfortegnelse akgrunn Prosjektgruppe ålgrupper og brukerbehov Strategi og mål Overordnet beskrivelse av dagens nettsteder Integrasjon av databaser og andre systemer Hvordan kravene skal forstås og besvares Krav til løsningen

4 3 akgrunn Statens bygningstekniske etat (E) er den sentrale myndighet for det bygningstekniske regelverket, tilsynsmyndighet for byggprodukter, tilsvarende for myndighet for sikkerhet for park- og tivoliinnretninger og driver ordningen for sentral godkjenning av foretak etter plan- og bygningsloven. I tillegg har etaten ansvar for yggsøk, som er den nasjonale løsningen for elektronisk kommunikasjon i plan- og byggesaker. E er nasjonalt fagorgan for bygningspolitikk og rådgiver for Kommunal- og regionaldepartementet. De sentrale målsetningene for bygningspolitikken er; gode og sikre byggverk, færre byggfeil og effektiv byggesaksbehandling. E er en pådriver for bedre og mer bærekraftige byggverk og skal øke kunnskapen og forståelsen om bygningspolitikken. E har 60 ansatte og er underlagt Kommunal- og regionaldepartementet. NetLife Research har på oppdrag for E gjennomført et forprosjekt der formålet var å utarbeide sentrale konseptskisser og bistå med teknisk kravspesifikasjon for nytt nettsted. I forprosjektet er det fokusert på å legge fast retning og konsept for ny løsning og å visualisere denne i form av skisser til sentrale sider i løsningen. Denne kravspesifikasjonen inneholder: Oversikt over strategi, mål og målgrupper for nettstedet Konseptskisser av fem kjernesider Funksjonelle krav til løsningen Tekniske krav til løsningen 4

5 4 Prosjektgruppe Fra Statens bygningstekniske etat: Gro aren ogstad Karlsen Fra NetLife Research: Thor Fredrik Eie, prosjektledelse, strategi og målgrupper, konseptskisser Kari Hamnes, strategi og målgrupper, konseptskisser Fra In The ix: Geir ruskeland, strategi og tekniske vurdering 5

6 5 ålgrupper og brukerbehov Hovedmålgruppene for Statens bygningstekniske etat er som følger (kartlagt i workshop) 1. yggenæringen 2. Kommuner og fylkesmenn 3. edier og politikere 4. Forsknings- og utdanningsinstitusjoner I tillegg ble det også kartlagt følgende målgrupper av mindre betydning, men som allikevel har brukerbehov som skal støttes. Andre målgrupper som skal ivaretas: Konsumenter av offentlige data (IT-leverandører, tilby API til data slik at de kan utvikle systemer/applikasjoner må være lett å finne på nettstedet) Selvbyggere og privatpersoner (rute til kommunen) Andre offentlige aktører innen området (kanskje primært gjennom andre kanaler men synliggjøre samarbeidet/samarbeidsarenaer en del av "landskapet" 5.1 yggenæringen yggenæringens behov dreier seg om: Å skaffe praktisk informasjon om regelverk: Ikke på "jusisk" beskrivelser ut fra tema, ikke paragrafer. Innholdet må være lett å finne frem i, samtidig som det har et høyt presisjonsnivå Veiledninger til regelverk: Regler omsatt i praksis med eksempler Ajourført innhold og historikk må være klart hva som gjelder (eller har vært gjeldene) Oppslag i registeret over sentral godkjenning, sammen med informasjon om hvordan og hvorfor de skal skaffe seg sentral godkjenning. I tillegg må det komme frem informasjon om lokal godkjenning. Aktuelt stoff, regelverksendringer, arrangementer/ hendelser Oversikt over sammenhenger "kartet" hvor er E i det store bildet andre instanser Informasjon om krav til produkter Informasjon om lokal godkjenning Hvilke kommuner som tar i mot elektroniske byggesøknader. 5.2 Kommuner og fylkesmenn Kommuner og fylkesmenn har bruksoppgaver som følger: Slå opp i registeret for sentral godkjenning ruke yggsøk Finne oversikter over godkjente byggprodukter Tilrettelegge for info gjennom lokale servicetorg i kommunene. Disse bruker i utstrakt grad lenker som de sender til innbyggerne som inneholder relevant informasjon. Oversikt over maler og dokumenter Informasjon om produktdokumentasjon for byggevarer 6

7 5.3 edier og politikere Enklere prosatekster om nyheter, strategier, resultater (destillater, enklere språk, faktabokser) Korte beskrivelser av viktige/evige temaer, f.eks. gebyrer, hva er sentral godkjenning, hva er ansvarsrettsystemet? rukerundersøkelser og statistikker gjort tilgjengelig for media/politikere 5.4 Utdanning- og forskningsinstitusjoner Læremateriell på ulike nivåer Lærestoff tilrettelagt for undervisning, for eksempel nedlastbare PDFer 7

8 6 Strategi og mål Es visjon er gode bygg for et godt samfunn. Vår rolle er å vise vei til gode bygg og omgivelser. I samarbeid med de som bygger, myndigheter og fagmiljøer utvikles kunnskap og gode byggeregler som vi skal formidle på en god måte. ed utgangspunkt i dette og i brukerbehovene som er nevnt over, har forprosjektet avdekket at formålet med nettstedet i utgangspunktet er tredelt: 1. Nettstedet skal være inngangsport til forståelig fagstoff om kvalitet i bygg innen området E regulerer. 2. Forenkle nettstedet som verktøy for byggenæringene, de som bygger og (lokale) bygningsmyndigheter 3. Gjøre E mer kjent som kunnskapsbase 4. Nettstedet skal legge til rette for enkel publisering og redaksjonelle rutiner for vedlikehold 8

9 7 Overordnet beskrivelse av dagens nettsteder Dagens nettsted består av løsninger utviklet internt hos E. Dagens nettsted lenker til ulike løsninger som ligger på egne subdomener og egne domener. Flere av løsningene har skreddersydd funksjonalitet og det er ikke hensiktsmessig å integrere disse databasene eller utvikle tilsvarende funksjonalitet i den nye CS-løsningen for be.no. Generelt vil man tilstrebe at mye av innholdet (artiklene) fra de ulike nettløsningene flyttes over til nye be.no, mens selve tjenestene lever videre. 7.1 Innhold som skal være en del av nye be.no Følgende nettløsninger skal være en del av nye be.no ved at mye av innholdet skal flyttes over til den nye CS-løsningen og at nettstedene ikke lenger skal eksistere som egne domener/subdomener: mye av innholdet i løsningen skal bearbeides og videreføres i ny løsning byggsok.no skal fortsatt eksistere som selvstendig tjeneste. Nyheter og innhold under fanen Undervisning, Teknisk etc flyttes over til ny løsning av E. yggsok.no skal leve videre men f.eks. peke til be.no/byggsok. innholdet skal videreføres som et fagområde på nye be.no (universell utforming), se konseptskisser av fagområde. - deler av innholdet skal flyttes over til ny løsning ( test din bolig og lær mer ) som en del av verktøyene på fagområdet universell utforming. Innholdet skal videreføres som et fagområde på nye be.no (eiendomsforvaltning). ye av innholdet er verktøy (maler, skjemaer etc) og rapporter/publikasjoner. - Deler av innholdet skal videreføres som et fagområde på nye be.no (miljø og energi). Innholdet i løsningene over (tekster/artikler) skal bearbeides og tilpasses ny struktur og brukergrensesnitt av E selv. 7.2 Tjenester som skal leve videre som i dag Følgende løsninger skal leve videre på eksisterende plattfom (se unntak for innholdet til byggsok.no), men med en enkel tilpasning til det nye designet skal leve videre på eksisterende plattform som i dag, men med tilpasset design Sentral godkjenning og Det er ikke hensiktsmessig å levere skreddersydde maler for tjenestene som ikke er en del av nye be.no, men det er ønskelig med enkle tilpasninger - som kanskje en header og en footer som alle de eksterne tjenestene kan benytte. 9

10 7.3 Tjenester som utgår Følgende løsning utgår og erstattes av Offentlig elektronisk postjournal, som det bare skal lenkes til. 10

11 8 Integrasjon av databaser og andre systemer Dagens databaser skal ikke integreres mot den nye publiseringsløsningen. 11

12 9 Hvordan kravene skal forstås og besvares Formatet på kravtabellene i kravspesifikasjonen vil være som følger: Kundens krav Leverandørens svar Krav nr. eskrivelse av krav Kravtype (//O/I) Svar (Ja/Nei/Delvis) Løsningsbeskrivelse Krav nr. : Kravpunktets unike løpenummer eskrivelse: Tekst som beskriver kravet Kravtype: Se tabell nedenfor Svar: I hvilken grad LEVERANDØREN kan tilfredsstille kravet (Ja, Nei, Delvis). For krav som besvares med Delvis, må det særskilt utdypes hva som ikke kan tilfredsstilles. Løsningsbeskrivelse: Utfyllende informasjon om hvordan kravet tilfredsstilles. Kravtype: Obligatoriske krav () etingede krav () Opsjon (O) Kravet Å tilfredsstilles og skal være innkalkulert i prisen på leveransen Kravet ØR tilfredsstilles, men det er ikke et absolutt krav. Svar vil likevel ha betydning for evaluering av tilbudet. Hvis punktet ikke inngår i som en del av leverandørens standard leveranse, skal punktet prissettes Kravet Å eller ØR tilfredsstilles, men det er opp til KUNDEN å velge om kravet skal inkluderes i leveransen eller ikke. KUNDEN skal også ha anledning til å bestille opsjonen etter kontraktsinngåelsestidspunkt. Opsjonskrav skal prises som tillegg og ikke inngå i den totale prisen Info (I) Ikke krav til leveransen, men LEVERANDØREN bes i sin løsningsbeskrivelse gi utfyllende informasjon. Der LEVERANDØREN f.eks. av plasshensyn ikke finner det hensiktsmessig å legge løsningsbeskrivelsen inn i selve kravtabellen, kan beskrivelsen utferdiges enten rett under kravtabellen eller i eget undervedlegg. I så fall skal referanse til hvor løsningsbeskrivelsen ligger gis i kravtabellen, og det skal i løsningsbeskrivelsen klart fremkomme hvilket krav som utdypes. I tillegg til å fylle ut kravtabellen skal LEVERANDØREN i ilag 2 gi en overordnet beskrivelse av sin løsning totalt, slik den tilbys og i samsvar med kravene i denne kravspesifikasjonen. LEVERANDØRENs beskrivelse kan omfatte tekst, figurer og referanser til de enkelte kravelementer, der dette er naturlig. 12

13 10 Krav til løsningen 10.1 Krav til søk Kundens krav Krav nr. eskrivelse av krav Kravtype (//O/I) Det er ønskelig at resultatlisten presenteres som et fasettert søk som viser treff innenfor ulike fagområder/temaer Det skal søkes i alle innholdsobjektene også alle artikler og elementer tilknyttet disse. Søket bør kunne redaksjonelt styres og det skal være rom for å få opp anbefalte treff Søket skal aktiveres når man trykker enter, i tillegg til at det skal være en tydelig søkeknapp Søkeresultatene skal ikke være merket med relevans det som kommer øverst skal være det mest relevante. Hvis søket ikke gir treff skal dette angis tydelig og det skal være en kort veiledning i hvordan man kan oppnå bedre treff. Søk i fritekst skal være mulig på hele setninger eller med åpen endelse Ved null eller få treff bør søket oppgi hvilke av søkeparametrene som ble brukt som returnerte få treff. Søket må kunne tolke skrivefeil og foreslå lignende tekst basert på hvilke ord som ligner mest (ved bruk av Levenshteinalgoritme eller lignende). Leverandørens svar Svar (Ja/Nei/Delvis) Løsningsbeskrivelse 13

14 10.2 Krav til CS-løsningen Kundens krav Krav nr. eskrivelse av krav Kravtype (//O/I) Løsningen skal være malbasert slik at endringer i det grafiske uttrykket ikke innebærer omprogrammering av løsningen Løsningen skal kunne levere en RSS-feed av innholdet. inkludere eksterne eller interne RSS-feeder i en side. laste ned dokumenter fra nettstedet abonnere på nyhetsbrev innen gitte temaer/for ulike målgrupper. melde seg på og av nyhetsbrev(ene) på nettstedet. ulighet for å abonnere på nye artikler innenfor et fagområde og få disse automatisk tilsendt pr e- post ved gitte intervaller. CS-løsningen skal kunne generere brødsmulemeny og oppdatere denne automatisk ved endringer. URL er skal være meningsbærende. Det skal være mulig å overstyre den automatisk genererte URL en for en side. Det skal være støtte for intranettfunksjonalitet. Intranett er ikke en del av dette prosjektet. Løsningen må støtte opplesning av innhold med Leverandørens svar Svar (Ja/Nei/Delvis) Løsningsbeskrivelse 14

15 verktøy levert av Se eksempel på xp/content/byggesak/kap- 01/ Høy kvalitet: CSløsningen skal i så stor grad som mulig være standardisert og velprøvd i markedet. Leverandøren bes dokumentere at CSløsningen er velkjent og anerkjent. Leverandør må spesifisere hvilken teknisk plattform som kreves for å drifte CS-løsningen internt hos E. 15

16 10.3 Krav til administrasjonsverktøyet til CSløsningen Kundens krav Krav nr. eskrivelse av krav Kravtype (//O/I) Innholdet skal administreres gjennom et webgrensesnitt. Et lukket område på nettstedet kan benyttes til dette. Editoren skal til enhver tid være tilgjengelig for redaksjonen. vedlikeholde en mappestruktur som tilsvarer informasjonshierarkiet på nettstedet Løsningen skal ha et filarkiv der bilder og dokumenter kan vedlikeholdes og knyttes til artikler tag e filer i filarkivet med metadata. Editoren skal ikke kreve html-kompetanse Leverandørens svar Svar (Ja/Nei/Delvis) Løsningsbeskrivelse Det er en fordel om brukeren har enkelte begrensninger i formattering av tekst (endre skrifttype, farger etc), men har mulighet til å velge et sett av forhåndsdefinerte stiler. ulighet for å knytte metainformasjon/tagger til artikler. etadataene kan være tekststreng, URL, brødtekst (dvs tekst og HTL). etadataene skal kunne grupperes. krysspublisere artikler og mapper. 16

17 overstyre standardmalen for en mappe/node på nettstedet. sette et anker og lenke til et anker innad i en artikkel. opprette forfattere/redaktører med ulikt tilgangsnivå opprette skjemaer der svar lagres i database og/eller sendes som e-post til mottager. endre innholdet gjennom et WYSIWYG-grensesnitt Forfatter skal kunne produsere og sende ut nyhetsbrev pr e-post til ulike mottagergrupper. Forhåndsvisningsfunksjon som viser nøyaktig utseende av siden før den er publisert. redigere i HTL-koden for en side. styre TARGET på lenker. lukke deler av nettstedet slik at man må benytte brukernavn og passord for å aksessere informasjonen opprette ulike nyhetsbrevgrupper der administrator kan vedlikeholde påmeldte brukere datostyre artikler Administrasjonsverktøyet bør ha mulighet for 17

18 redaktørkontroll på definerte deler av nettstedet. Administrasjonsverktøyet skal ha støtte for direkteredigering (enkel redigering direkte i nettsiden). Det bør være støtte for enkel billedredigering i administrasjonsverktøyet. publisere lyd- og videofiler. Vi anbefaler mulighet for enkelt å embedde video fra eksterne tjenester som f.eks. Youtube. ulighet for at CSløsningen automatisk skalerer bildet i hht malen Administrasjonsverktøyet bør ha mulighet for å lage blogger, der det skal være mulighet for besøkende å kommentere artikler. opprette bildegallerier og det skal være mulig å knytte disse til artikler. ulighet for rapport over døde lenker, både interne og eksterne 10.4 Statistikk og logging Kundens krav Krav nr. eskrivelse av krav Kravtype (//O/I) Løsningen skal settes opp med et anbefalt statistikkverktøy, for eksempel Google Analytics eller annen eksternt statistikkverktøy som leverandøren anbefaler Løsningen bør ha et eget statistikkverktøy som vises trafikken på nettstedet og Leverandørens svar Svar (Ja/Nei/Delvis) Løsningsbeskrivelse 18

19 spesielt hvilke sider som er best besøkt. 19

20 10.5 Krav til språk Kundens krav Krav nr. eskrivelse av krav Kravtype (//O/I) skrive tekst i skriftspråket til målgruppen, dvs. norsk og engelsk. Engelskspråklig innhold vil antagelig legges i en egen subsite (f.eks. be.no/en) Leverandørens svar Svar (Ja/Nei/Delvis) Løsningsbeskrivelse 10.6 Krav til nettleser for administrasjonsverktøyet Kundens krav Krav nr. eskrivelse av krav Kravtype (//O/I) Admininistrasjonsdelen av nettstedet skal minst støtte følgende klienter: ozilla Firefox Safari Det skal være støtte for nettlesere på både Windows - og acplattform. eskriv hvilke nettlesere det er støtte for. Leverandørens svar Svar (Ja/Nei/Delvis) Løsningsbeskrivelse 10.7 En beskrivelse av krav til forvaltning, drift og vedlikehold Kundens krav Krav nr. eskrivelse av krav Kravtype (//O/I) Leverandør av CSløsning må kunne tilby et driftsmiljø med en garantert oppetid, samt backup av innhold. drifte løsningen internt hos kunden om man finner det hensiktmessig. Leverandørens svar Svar (Ja/Nei/Delvis) Løsningsbeskrivelse 20

21 Leverandøren må beskrive krav til serverplattform og miljø. Leverandør av CSløsning må kunne tilby opplæring i bruk av denne Leverandøren bes også beskrive hva som er forventet og hva som kreves av kunden underveis i utviklingen av ny løsning. Leverandøren skal spesifisere hvordan akseptansetesting og gjennomføring skal løses. Leverandøren skal levere en systemdokumentasjon. Det bes om at leverandøren beskriver hva som kreves av opplæring for at kunden kan ta løsningen i bruk. Leverandøren skal gjennom interne eller eksterne ressurser kunne tilby opplæring i bruk av løsningen. Dette gjelder også ved tilpasninger av løsningen utover standard funksjonalitet. Leverandøren skal bistå i utarbeidelse av opplærings- og kursmateriell tilpasset kundens brukere og organisasjon Leverandøren skal bistå i arbeidet med konfigurering og oppsett av løsningen i henhold til kundens målsetning, krav og behov. Leverandøren skal informere om planlegging av nye versjoner/oppgraderinger av CS-løsningen. 21

22 Leverandøren skal presentere hvordan rutinene er for utrullering av ny funksjonalitet. Leverandøren skal levere en brukermanual i bruk av administrasjonsverktøyet. 22