SSA - V Bilag 1 Kundens Kravspesifikasjon

Transkript

1 SS - V Bilag 1 Kundens Kravspesifikasjon Krav nr. Beskrivelse Prioritet Hvordan fylle ut Er fylt ut av Kunde Beskrivelse av krav. Er fylt ut av Kunde /B Er fylt ut av Kunde 2.1 Felles krav for hele portalen Krav nr. Beskrivelse Prioritet Portalen skal være tilpasset slik at det er enkelt å lese innhold i portalen via mobile enheter (uten behov for zooming og scrolling til siden for å lese). lle menyer skal være tekstbaserte (ikke basert på eksempelvis flash eller javascript). lle offisielle og nasjonale standarder skal støttes, se liste i 1.4., samt vedlegg sentrale krav og føringer. Linker til opplastede filer skal synliggjøres med type fil.

2 2.1.5 Linker til opplastede filer skal synliggjøres med ikon og filstørrelse (for eksempel PDF-ikon, navn på link, størrelse på fil). B Det skal være et fleksibelt toppfelt som kan implementeres når en krise oppstår, og som kan benyttes raskt til å få ut informasjon til innbyggere via nettsiden. Det samme feltet skal spres på sidene til kommunene som er berørt. Se Figur Portalen skal ha et nyhetsarkiv som sammenfatter tidligere publiserte nyheter. lle artikler og sider skal være tilrettelagt for utskrift. rtikler skal ha en "skriv ut" knapp som renser innholdet for alle menyer og skriver ut innholdet. Løsningen skal ha støtte for å avdekke lenkebrudd. Interaksjonsfunksjonalitet Det bør finnes funksjonalitet for spørreundersøkelser. B Det skal være støtte for diskusjonstråder i nyhetsartikler, slik at innbyggere har mulighet til å gi respons på artikler og innhold. Det må være mulig å velge å ikke ha diskusjonstråd, mulighet til å slå av/på funksjonaliteten fra artikkel til artikkel og på kommunenivå. Den som kommenterer må være innlogget slik at navnet vises. Det bør sendes en beskjed til redaktør om det kommer en kommentar på en nyhetsartikkel. B

3 Det skal være mulighet for innbyggere via portalforsiden til å sende meldinger om feil og mangler. Funksjonaliteten skal ha mulighet for predefinert saksgang på mottak av meldinger for å styre hvem meldingen skal gå til (som f.eks. Fiks gata mi.no) Det skal være en side der "ofte stilte spørsmål" listes ut med svar Løsningen skal støtte portlets, slik at kommunen kan utvikle elektroniske tjenester/funksjonalitet og sømløst implementere dette på hjemmesiden. Med sømløst menes uten tydelig ramme rundt og i samme visuelle stil (design) som resten av portalløsningen Det skal være mulig å vise utvalgt innhold i portalen på informasjonsskjermer i oppholds-, vente- og trafikkområder for publikum og ansatte. B Det skal være mulig å styre hva som presenteres på hver enkelt skjerm og bygge sekvenser med innhold som veksler over tid. Kalender Det skal være en kalender som vises både på kommunene sine sider og på portalforsiden. B

4 Kalenderen skal implementeres sømløst, og skal presentere aktiviteter gjennom registreringer og import fra eksterne datakilder, som f.eks eksterne kalendre. Funksjonaliteten bør følge ledende kalenderstandarder på området Kalenderen skal kunne liste ut innhold via Rich Site Summary (RSS) (mot eksterne kilder). Funksjonaliteten bør følge ledende standarder på områder (f.eks. icalstøtte). Kalenderoppføringene skal kunne importeres i Microsoft Outlook (icalstøtte). Søk Det skal tilrettelegges for søk. Søkefeltet skal være minimum 20 tegn langt og være synlig på alle sidene. Søkemotoren skal søke igjennom alt publisert innhold, herunder innhold i opplastede PDF- og ODFdokumenter. Søkeresultatet skal struktureres etter type informasjon. Det skal benyttes beskrivende titler, det skal være mulig å sortere treff, og treffene skal være tematisk gruppert (tjenestebeskrivelser, nyheter, filer osv). Søk i portalen skal gi treff på tjenestebeskrivelser fra lokal tjenestekatalog fra Kommuneforlaget.

5 2.2 Publiseringsløsning for ansatte Krav nr. Beskrivelse Prioritet Det skal være Single-Sign-On (SSO), slik at ansatte slipper å logge inn på publiseringsløsningen for portalen. nsatte kan autoriseres mot ctive Directory Tilgang skal styres via roller som gir rettigheter til publisering og redigering på forskjellige nivå. Det skal være mulig å publisere artikler både på portalforsiden og på kommunesidene Publiseringsløsningen skal leveres med innebygd statistikkløsning, hvor man kan hente ut statistikk som mest leste artikler, mest brukte nøkkelord/tags, antall sideoppslag osv Løsningen skal ha versjonskontroll av publisert informasjon, slik at man kan sammenligne flere versjoner av samme artikler, og eventuelt utføre rollback til tidligere versjoner Løsningen skal ha støtte for å kunne redigere tjenestebeskrivelsene direkte uten å måtte gå til kommuneforlagets verktøy (Lokal Tjenestekatalog). En tjenestebeskrivelse skal følgelig kunne redigeres like enkelt som en nyhetsartikkel. Multimediafunksjonalitet

6 2.2.7 Det skal være støtte for avspilling av videoklipp i artikler og på egne sider Bilder og annet multimediainnhold skal enkelt kunne listes ut i gallerier/mediaserier. Bildetittel, fotograf og annen relevant informasjon skal fremkomme i tilknytning til de enkelte bildene. dette kan løses og eventuelt oppgi begrensninger Mulighet til at Fosenkommunene selv kan etablere så mange nettsteder/undersider de ønsker med mulighet for individuelt design som de til enhver tid har behov for Løsningen skal ha støtte for enkel arbeidsflyt, herunder godkjenning av artikler (innholdsansvarlig produserer og en administrator godkjenner). Leverandøren bes komme med forslag til hvordan Dokumentarkiv Det skal være et dokumentog bildearkiv for portalen. Dokumentog bildearkivet skal stilles til disposisjon for alle Fosenkommunene I bildearkivet skal det være mulig å legge til informasjon om rettigheter eller betingelser for bruk, hvem som er fotograf, og annen tekst som identifiserer bildet og evt. personer. Det skal være mulighet for å skrive inn alternativ bildetekst til bruk for svaksynte eller blinde.

7 I dokumentarkivet skal det være mulig å legge inn metadata på innhold/tema og forfatter. Det skal være funksjonalitet i løsningen for automatisk konvertering til PDF og PDF/ format for innhold i dokumentarkivet i løsningen (gjelder ikke bilder). Det skal være mulig å laste opp filer i egendefinert mappestruktur Dersom man flytter på filer/endrer mappestruktur skal linkene til filene fortsatt fungere (relative linker) Mappene skal kunne rettighetsstyres ut fra grupper og brukere. Det skal være mulig å sjekke om filene er i bruk eller ikke. Skjemabygger ELMER-standarden skal kunne følges i dialoger/digitale skjema. Fosenkommunene har i dag et skjemaverktøy fra kommuneforlaget der de kan bygge egne skjema. Dette kan enten videreføres eller byttes ut med nytt hvis leverandøren har egnede løsninger for dette. Leverandøren bes beskrive forslag til løsning og eventuelle egne skjemaverktøy. Det skal være mulig å eksportere skjemainnhold til regneark, samt videresending av datafangst på e- post. rtikkeleditor Forfattere skal ha oversikt over sine artikler som har passert utløpsdato.

8 rtikkeleditoren skal ha mulighet for Liks / LIX (lesbarhetsindeks) rtikkeleditoren skal ha stavekontroll rtikkeleditoren skal ha hierarki på forfattere/redaktører rtikkeleditoren skal ha WYSIWYG redigering ( Det du ser er det du får ) Det skal være enkelt å lime inn tekst og annet innhold fra utklippstavlen, og teksten skal kunne renses og tilpasses. rtikkeleditoren skal ha tidsstyring på når innhold skal bli synlig og forsvinne igjen rtikkeleditoren skal gi mulighet for tilgang til HTML-koding i tekst B Man skal kunne skalere og flytte på bilder i artikkel/side. Det skal være mulig å automatisk tilpasse bildestørrelsen i artikler til maksimalt tillatt bildebredde Det skal utvikles artikkelmaler. Leverandøren skal sette opp malene med låste designelementer som skrifttype og størrelse på overskrift, underoverskrift, ingress og brødtekst. Det skal være mulig å velge om en artikkel skal ha en diskusjonstråd eller et skjema knyttet til seg eller ikke. Det skal være mulig å legge inn om artikkelen skal kunne deles på Facebook eller Twitter. Leverandøren bes beskrive om dette kan ha konsekvenser for sikkerhet Det skal være mulig å slette feilpubliserte artikler

9 2.3 Krav til portalforside Krav nr. Beskrivelse Prioritet Overskriften til selve portalforsiden skal være festet til et skiftende bilde av Fosen. Se Figur Den overordnede toppmenyen skal være synlig uansett side. Se Figur Noen av Fosenkommunene bruker i dag LOS. Løsningen skal inneholde tilsvarende funksjonalitet oppmenyen skal ha knapper for "meny" og en link til den digitale tjenesteportalen "RettpåSak". De øvrige knappene som vises i designet er ment som eksempler. Her må leverandør og Fosenkommunene bli enige om knapper og innhold i designfasen. Se Figur Ved klikk/trykk på "meny" vises fullstendig oversikt over nettsidens undersider, samt oversikt over kommunene. Se Figur Forsiden skal bestå av et "teaserfelt" øverst og tematiske innganger som navigeres til enten ved klikk/trykk eller at brukeren scroller seg ned på siden. Se Figur Ved klikk/trykk på temaknapp på forsiden scroller siden ned til valgt tema. Figur 5 Ved klikk/trykk på "les mer" på en "temaside" havner man på undersiden til temaet. Ved klikk/swipe på "pil høyre" skifter informasjonsfeltet til neste temaside. Se Figur 5

10 2.3.9 Det skal være en linje med prikker som indikerer hvor mange slides det er på hver temaside. Se Figur Ved å klikke/trykke på "les mer" inne på en av slidene på en temaside blir man sendt til artikkelen. Se Figur 13 Inne på en artikkelside skal det vises en menystruktur. Se Figur krav til kommunesider Krav nr. Beskrivelse Prioritet Hver kommunes grafiske profil skal tas hensyn til på kommunens side hvor det er ønskelig Overordnet "fosenmeny" er tilgjengelig på alle kommunesider. Hovedmeny-punktet skal skjules for å unngå for mange menyvalg. Se Figur 7 Overordnet toppmeny skal forsvinne når brukeren navigerer/scroller seg ned på kommunesiden. Ved å klikke/trykke på logoen øverst til venstre i toppmenyen kommer man til portalforsiden. lle kommunene skal ha "smartsøk" som hjelper brukeren til å finne det man leter etter. Se Figur B B B Det skal finnes mulighet for chat med kommunens servicetorg på kommunenes forside.

11 Løsningen skal gi ansvarspersoner i foreninger og lag muligheter til selv å legge inn og oppdatere innhold om laget sitt via hjemmesiden til kommunen. De må gis tilgang og logge inn. Endringer som gjøres må godkjennes av redaktør i hierarkiet. Fire kommunetilbud skal vises på kommunens forside. Ønsker brukeren å se flere tilbud kan man klikke på "flere tilbud". Etter hvert som brukeren besøker sin kommune på nett lærer "den smarte" nettsiden hva brukeren er interessert i og presenterer relevante tilbud. Leverandøren bes beskrive muligheter for dette. Ved klikk/trykk på et av de fire kommunetilbudene ekspanderer feltet og en undermeny vises. Hvis det ikke er plass til alle undermenypunktene vises kun de viktigste og brukeren kan klikke "vis alle" for å se alle tilbudene. Se Figur 11 B B Under hovedfeltet på kommunens forside skal nyheter og aktiviteter i gjeldene kommune vises. Ved kampanjer skal det være mulighet for et kampanjefelt under hovedfeltet. Dette kan benyttes til å promotere ulike begivenheter. Se Figur 12 Undersidene skal følge en artikkelmal. Se Figur Krav til rett på sak Krav nr. Beskrivelse Prioritet

12 Det skal være mulig for innbyggerne å logge inn med ID-porten Kommuneforlagets tjenestekatalog og eskjema skal kunne benyttes i portalen. Eventuelt skal nye skjema kunne utvikles direkte i portalen. Overordnet "fosenmeny" vises øverst på siden. Overordnet toppmeny skal forsvinne når brukeren navigerer/scroller seg ned på RettPåsak-siden Til høyre på siden finnes en knapp for hjelp og chat-funksjonalitet som går til kommunenes servicetorg. Når man er innlogget har man mulighet til å redigere personopplysninger. Se Figur 14 B B Man skal kunne velge om man vil bli kontaktet av kommunen via epost eller SMS og hvilke tjenester man ønsker informasjon om. Se Figur 14 Fosenkommunene skal forholde seg til nasjonale standarder. Dette punktet kan bli endret som følge av f.eks reservasjons- og kontaktregisteret til DIFI Til venstre på siden finnes en meny over tjenester. Øverst i listen ligger "mine saker" med varsel på antall uleste beskjeder fra kommunen. Se Figur 15 "Mine saker" skal inneholde historikk på søknader og kommunikasjon med kommunen. Det skal være mulighet for å søke etter tjenester.

13 Når brukeren er inne på tjenesten "barn og skole" kan man lese mer informasjon om søknad om barnehageplass. Ved å klikke/trykke på "søk" blir brukeren sendt til søknadsskjema for barnehageplass Krav til digital tjeneste - søknad barnehageplass Krav nr. Beskrivelse Prioritet Søknadsskjema for barnehageplass skal være et dynamisk/interaktivt skjema. I søknaden må det kunne registreres hvis søkeren har særskilte behov, og dermed skal ha manuell behandling av søknad.leverandøren bes beskrive hvordan dette kan løses på en sikker måte. Skjema som er påbegynt skal kunne lagres og fullføres ved et senere tidspunkt. Leverandøren bes beskrive muligheter for dette. Når brukeren klikker/trykker på "send søknad" skal søknaden registreres i Visma Oppvekst Barnehage og/eller ephorte Etter Søkeren har klikket/trykket på "send søknad" skal Søkeren motta bekreftelse i RettpåSak om fullstendig søknad samt informasjon om videre behandling.leverandøren bes beskrive hvordan dette kan løses.

14 Enkeltvedtak skal tilgjengeliggjøres i "Rett på Sak" og varsel sendes pr sms/e-post (når Fosenkommunene tar i bruk SvarUt, sikker digital postboks, reservasjons- og kontaktregisteret vil svaret også kunne leses der) Brukeren skal ha mulighet til å svare på vedtak i "Rett på Sak" innen et predefinert antall dager. Svaret skal registreres i Visma Oppvekst Barnehage og/eller ephorte. Ved klagesaker skal brukeren motta informasjon i "Rett på Sak" om svar på klage, svar på hvorvidt man har fått ny plass og foreløpig informasjon om videre prosess Om bruker ikke logger inn i «Rett på sak» og leser informasjonen som er sendt dit innen en angitt frist, må det være et system for automatisk å varsle ansvarlig saksbehandler om dette, slik at informasjonen kan sendes ut pr. post. Dette kravet kan endres som følge av at sikker digital postboks og reservasjons- og kontaktregisteret tas i bruk. 3.2 Krav til integrasjoner Krav nr. Beskrivelse Prioritet Løsningen skal ha støtte for åpne integrasjonsmuligheter via XML og WFS.

15 Portalløsningen skal ha integrasjon mot/fra Visma Oppvekst Barnehage og/eller ephorte Leverandøren forplikter seg til å støtte til enhver tid gjeldende NORK-standard. Løsningen skal støtte integrasjon mot Kommuneforlagets tjenestekatalog. Portalen skal kunne tilpasses til å håndtere arbeidsflyter som defineres for hver enkelt tjeneste 4. Tekniske krav Krav nr. Beskrivelse Prioritet Løsningen skal installeres i Fosenkommunenes eksisterende felles driftsmiljø hos Fosen IKT. Løsningen skal installeres og driftes lokalt og må kunne fungere på Windows 2008 R2 server og helst Windows 2012 R2. Portalløsningen skal kunne leses på de tre siste versjonene av IE, Firefox, Safari og Chrome både på Windows, Linux og pple. Publisering på portalen skal kunne gjøres på de tre siste versjonene av IE, Firefox, Safari og Chrome både på Windows og pple. Portalløsningen skal benytte HTML5 og CSS3. Portalløsningen skal ikke ha behov for 3.parts plugins i browsere som JV, Flash, Silverlight. Det skal være mulig å utveksle data med kommunale katalogtjenester.

16 Det skal benyttes åpne standarder for datautveksling. Leverandøren 4.8 bes beskrive hvilke standarder som støttes. Løsningen skal støtte LDP (protokoll for katalogoppslag) 4.9 katalogstandard (ikke bare MS ctive Directory) 4.10 Portalen skal ivareta alle tekniske krav som ligger i kvalitetskriteriene til DIFI sitt kriteriesett 5. Krav til sikkerhet Krav nr. Beskrivelse Prioritet Løsningen skal støtte LDP, for autentisering mot ctive Directory og 5.1 for uttrekk av informasjon (for eksempel en ansatteliste) Systemet har funksjonalitet for logging av brukeraktivitet. Det er mulig å definere automatiske jobber for arkivering av loggfiler Leverandør skal beskrive hvordan krav til informasjonssikkerhet ivaretas gjennom løsningen/leveranse. Beskrivelsen skal blant annet angi sikkerhetskrav knyttet til: - Personell og sikkerhet - Teknisk /systemteknisk sikkerhet 6. Krav til dokumentasjon Krav nr. Beskrivelse Prioritet Dokumentasjonen skal foreligge i elektronisk form og gjøres tilgjengelig for kunden på egnet sted. Leverandøren bes å beskrive foretrukket metode. Grensesnittdokumentasjon. Det skal leveres dokumentasjon av grensesnittene i løsningen.

17 Fosenkommunene skal vederlagsfritt kunne tilpasse/endre bruker-dokumentasjon og kunne 6.3 kopiere og mangfoldiggjøre hele eller deler av dokumentasjonen etter behov. 6.4 Dokumentasjonen skal kunne brukes fritt ifm kurs og opplæring. 7. krav til opplæring Krav nr. Beskrivelse Prioritet Leverandøren skal tilby kursopplegg som gjør kunden selv i stand til å ivareta opplæring både for systemansvarlige, superbrukere, og drifts-/ vedlikeholds personell. 7.1 Leverandøren skal beskrive kursenes omfang og innhold samt målsetning for deltakelse.

18 Oppfylt Kommentar 1. Standard dekkes som en del av standard løsning, 2. Tilpasning dekkes gjennom tilpasninger, modifikasjon og utvikling på tilbudt løsning (tilpasningene må fremgå som egne utviklingsobjekter i bilag 7 til SS-T "Samlet pris og prisbestemmelser"), 3. lternativ løsning - der etterspurt funksjonalitet dekkes av alternativ løsning 4. Dekkes ikke Skal fylles ut av Leverandør Brukes der det er svart annet enn "Standard" til å beskrive hva tilpasningen består av, alternativ løsning eller hvorfor kravet ikke dekkes. Kan fylles ut av Leverandør Oppfylt Kommentar

19

20

21

22 Oppfylt Kommentar

23

24

25

29

33 Oppfylt Kommentar Oppfylt Kommentar