KRAVSPESIFIKASJON WEB-BASERT VERKTØY FOR SPØRREUNDERSØKELSER

Transkript

1 KRVSPESIFIKSJON WEB-BSERT VERKTØY FOR SPØRREUNDERSØKELSER 1 Kravtabell Tilbyder skal beskrive, i tilbudet, hvordan samtlige punkter i kravspesifikasjonen vil bli ivaretatt. Tilbyder skal fylle ut kravtabellen under med besvarelse på om kravet er oppfylt eller ikke. Tabellen viser hvilke krav som er -krav (absolutte krav) og hvilke som er B-krav (ønsket funksjonalitet). Manglende oppfyllelse av -kravene vil føre til avvisning av tilbudet. B-kravene er inndelt i kategoriene B1, og. Krav kategorisert som B1 er minst viktig, middels viktig og mest viktig. Oppfyllelse av B-krav er tildelingskriterium og gjenstand for evaluering. Det gis 1 poeng for oppfylte B1-krav, 1,5 poeng for og 2 poeng for. Det er mulig å oppnå 30 poeng ved oppfyllelse av alle B-krav. Flere av kravene vil kreve leverandørens kommentarer eller utdypninger. Bruk gjerne henvisninger til innlevert dokumentasjon hvis det er aktuelt. Nr Krav -krav eller B- krav 1. Generelle krav 1.1 Løsningen skal være web-basert. Krav oppfylt ja/nei Leverandørens kommentarer eller henvisninger 1.2 Det skal inngås databehandleravtale mellom valgte leverandør og kunden. Se vedlagte mal. 1.3 Tilbyder skal dokumentere hvordan personopplysningslovens krav til internkontroll er oppfylt. 2. Brukeradministrasjon 2.1 Oppdragsgiver ber i tilbudsskjemaet om pris for 50 brukere. I tillegg bes det om pris pr. bruker ekstra over 50. Dette skal administreres på en så enkel og effektiv måte som mulig. Tilbyder skal beskrive utførlig sin løsning for dette. 2.2 kershus fylkeskommunes epostadresse bør kunne benyttes som brukernavn ved pålogging. 2.3 Systemet skal ha egne brukerområder. På brukerområdet skal man finne sine undersøkelser etc. 2.4 Tilgangen skal være rollestyrt med ulike tilgangsnivåer, både på rapportnivå og for annen administrasjon av data.

2 3. Brukerstøtte, -veiledning, -opplæring og hjelpfunksjonalitet 3.1 Systemet skal ha en support-tjeneste som er tilgjengelig i kontortid mandag-fredag, via telefon og e- post. 3.2 Leverandøren skal ha en norsk brukermanual som er tilgjengelig på nett. 3.3 Leverandøren skal tilby gratis grunnopplæring, og prisfastsette videre opplæring. Innholdet i grunnopplæringen og annen opplæring som tilbys skal beskrives utførlig. 4. Funksjonelle krav 4.1 Det skal være mulig å opprette og redigere spørreundersøkelser. 4.2 Det skal være mulig å angi egenskaper for spørsmål i ulike format (lukkede og åpne spørsmål) 4.3 Det skal være mulig å laste opp egne profiler/logoer og egen grafisk profil til undersøkelsene, og til rapportene. 4.4 Det skal være mulig å forhåndsvise undersøkelsen før den publiseres. 4.5 Det skal være mulig å skrive ut undersøkelsen på papir, i en utskriftsvennlig versjon. 4.6 Respondenten skal til enhver tid se hvor i skjema han/hun er (på hvilken side, hvor mye som gjenstår av undersøkelsen, gjerne med en meny slik ELMER standard foreslår) 4.7 Respondenter skal kunne navigere fram og tilbake, uten å miste lagrede data. 4.8 Det bør være mulig for respondenten å avbryte, og fortsette utfyllingen på et senere tidspunkt. 4.9 Feilmeldinger skal komme så raskt som mulig, men ikke før feltet forlates. ktuelt felt for feil, må bli markert Obligatoriske felt bør bli markert i teksten på undersøkelsen Det skal være mulig å opprette hjelpetekster til hvert spørsmål På forsiden av undersøkelsen skal det kunne vises skjemanavn/navn på undersøkelsen og avsender av undersøkelsen med logo (kershus fylkeskommune). VEDLEGG 1 KRVSPESIFIKSJON Side 2 av 6

3 4.13 Det bør det være mulig å vise navn/logo til avsender av undersøkelsen på hver side av undersøkelsen Systemet skal kunne lage en separat invitasjonstekst i e-post, og kunne distribuere spørreundersøkelser elektronisk med e-post, via URL Det må kunne være mulig å redigere invitasjons-epost, intro og avslutning av undersøkelsen URL for undersøkelsen bør kunne plasseres valgfritt Det skal være mulig med routing av spørsmål Det bør være mulig å predefinere data per respondent, f eks slik at de får tildelt en kategori som avdeling, rolle mv Hver respondent skal kunne få en anonym ID for purring, sortering av respondenter og rapportgenerering Respondenten bør ha mulighet for å kunne se over besvarelsen før sending Systemet skal ha en arkivløsning for data fra tidligere undersøkelser 4.22 Systemet skal tillate egenadministrert innlegging og vedlikehold av respondenter 4.23 Det skal være mulig å sette opp og sende automatiske påminnelser til de respondenter som ikke har svart 4.24 Det skal være mulig å kopiere eksisterende spørreskjema for nye undersøkelser 4.25 Det skal være mulig å sende ut undersøkelser til respondenter fra selve systemet og definere automatisk startog stoppdato for undersøkelsene 5. Krav til behandling av data 5.1 Systemet bør kunne lage rapporter med egenproduserte analyser, filterfunksjon, krysstabuleringer, pivot-tabeller. 5.2 Det bør være mulig å legge inn kommentarer til resultatet i rapportene. 5.3 Det skal være mulig å dele resultater i ulike format, excel, word, pdf, og web. For web skal delingen være passordstyrt. 5.4 Systemet skal gi mulighet for å kunne ta ut rådata i excel og CSV. B1 VEDLEGG 1 KRVSPESIFIKSJON Side 3 av 6

4 5.5 Det bør være mulig å sammenstille data fra tidligere år, slik at en kan lage tidsserier. 5.6 Rapportfunksjonen skal kunne vise antall med i utvalget, antall respondenter, antall personer per variabel, prosent svar per variabel, ulike gjennomsnittsmål, og standardavvik. 5.7 Det bør være mulig å gjøre egne valg med hensyn til hvordan data presenteres (tabeller, stolpe- og kakediagram) med valgfri angivelse av frekvensfordeling, antall, prosentangivelse og standardavvik) 5.8 Det bør være mulig å sette en valgfri prikkegrense, ved behov for anonymitet. 5.9 Det skal være mulig å importere eksterne datafiler (f. eks. e-postlister) Systemet bør ha mulighet for å lage B1 indekser. Resultatet bør kunne presenteres som en gjennomsnittsskår for indeksen Systemet bør ha mulighet for å behandle B1 «negative formuleringer» (inverterte spørsmål) innenfor en indeks/spørsmålsbatteri Fritekstsvar skal kunne inkluderes i rådata. 6. Krav til brukergrensesnitt, brukervennlighet, universell utforming mv 6.1 Systemet skal være brukervennlig, både for den som lager undersøkelsen, og respondenten. Løsningen skal i sin helhet være i samsvar med Web Content ccessibility Guidelines, WCG 2.0 (NS-ISO/IEC40500:2012), på minimum nivå og med unntak for suksesskriteriene 1.2.3, og WCG 2.0 er en lovpålagt standard i følge forskriften for universell utforming av IKT. Dersom løsningen ikke er i samsvar med dette må leverandør beskrive i hvilken grad systemet oppfyller disse kravene. (Tilbyder skal beskrive hvilke av disse krav som er oppfylt i løsningen: v-til-nettlosninger/krav-wcag ) VEDLEGG 1 KRVSPESIFIKSJON Side 4 av 6

5 Rapport fra W3C HTML Validator og W3C CSS Validator skal vedlegges i tillegg til WCG sjekklisten til W3C. Se Leverandør bes også å beskrive i hvilken grad de forplikter seg til å utbedre løsningen slik at den oppfyller de nødvendige kravene, og når slike utbedringer vil være på plass. 6.2 Løsningen skal ha responsivt design for respondent (front-end), eller være tilpasset for mobil og støtte bruk av mobile enheter, minimum for ndroid og IOS. 6.3 Løsningen bør ha responsivt design/være mobiltilpasset for bruker (back-end) 6.4 Beskriv hvordan løsningen unngår konflikt mellom elementer som fungerer på desktop men ikke nettbrett (f.eks. mouse-over tekst etc.) 7. IKT-krav 7.1 lle brukere skal logge seg inn med et unikt brukernavn/passord 7.2 Brukere som glemmer brukernavn eller passord skal kunne få tilsendt lenke for nullstilling av passord til sin e- postadresse. 7.3 Løsningen skal minst støtte Internet Explorer 9 og nyere Mozilla Firefox 25 og nyere Google Chrome 10 og nyere Safari 5 og nyere Opera 10 og nyere Med «støtte» menes at løsningen skal fungere i henhold til denne kravspesifikasjonens øvrige krav, og fungere tilnærmet likt, uavhengig av hvilken av de ovennevnte nettleserne med tilhørende operativsystemer som benyttes. Eventuelle begrensninger skal beskrives. VEDLEGG 1 KRVSPESIFIKSJON Side 5 av 6

6 7.4 Løsningen skal fungere fullt ut i terminalservermiljø, der brukerne ikke har mulighet til å installere egen programvare eller tillegg. 7.5 Løsningen bør fungere uten noen form for tillegg eller plugins i nettleserne. 7.6 Beskriv teknisk infrastruktur for løsningen. 7.7 Beskriv hvordan løsningen sikrer at kundens data skjermes for alle andre enn de kunden gir tilgang. 7.8 Beskriv hvor løsningen driftes og hvordan sikkerheten rundt drift ivaretas (jf personopplysningsloven 29-30). 7.9 ll trafikk mot løsningen skal være kryptert med SSL 3.0/TLS 1.0 eller bedre SSL-sertifikat for løsningen skal være gyldig og utstedt av en offentlig godkjent C. VEDLEGG 1 KRVSPESIFIKSJON Side 6 av 6