Kravspesifikasjon. Nye nettsider for Rælingen kommune

Transkript

1 Nye nettsider for Rælingen kommune

2 1. Innledning Rælingen kommune har behov for nye nettsider. Systemet som etterspørres må tilfredsstille strenge krav til brukervennlighet, effektivitet og fleksibilitet, slik at kommunen enkelt kan vedlikeholdet innholdet på nettsidene. Det skal anskaffes nye nettsider som muliggjøre effektiv og kvalitativ kommunikasjon mellom kommunens interessenter. Det vil bli lagt vekt på løsninger som gir brukerne merverdi og beriker funksjonaliteten på nettsiden. 2. Overordnede krav Følgende overordnede krav er definert for systemet: a) Systemet må leveres som en ASP-tjeneste b) Systemet må være standard hyllevare. Eventuelle tilpasninger skal reduseres til et minimum, og dokumenteres c) Systemet må ha lav brukerterskel og god brukervennlighet d) Leverandøren må etablere en kundeansvarlig e) Systemet må ha norsk språkversjon og norsk brukerdokumentasjon f) Systemet må kunne tilpasses kommunens designprofil g) Leverandør må levere skjermdump av løsningen. Disse skjermdumpene hentes fra ulike deler av systemet h) Leverandøren må levere en gjennomarbeidet metodikk for implementering og opplæring i form av en prosjektplan i) Systemet må være sikret mot uautorisert tilgang. Tilgang til systemet er kontrollert gjennom brukerid og passord eller tilsvarende sikkerhetsløsning. j) Systemet må understøtte krav i personopplysningsloven og retningslinjer fra datatilsynet Leverandør må samarbeide med Øyeren IKT, som er vår IKT enhet. Avklaringer rundt dette samarbeidet gjennomføres i planleggingsfasen. Hvis det er behov for avklaringer før den tid bes Leverandør sette dette opp som et forbehold i besvarelsen. 3. Funksjonalitetskrav Kravene som er listet opp nedenfor er på ingen måte uttømmende, men danner en pekepinn på hvilken funksjonalitet løsningen bør ha. Difi har laget et kriteriesett på elementer som bør være med. Vedlegg: DifiKriteriesett2011.pdf. Leverandøren evne til å imøtekomme disse kriteriene vil bli vektlagt. Nr Krav Redigering Leveranse: 1. Artikkeleditor Støtte WYSISYG editering Støtte for krysspublisering Støtte for tidsstyring av artikler Det skal være enkelt å lime inn tekst og annet innhold fra utklippstavlen, og teksten skal kunne renses og tilpasses Det skal være mulig å redigere i HTML-koden i maler og i artikler 2

3 Det skal være mulig å aktivere/deaktivere diskusjonstråd på artikler Det skal være enkelt å legge inn bilder og endre størrelsen på bildene i artikler Det skal være mulig med automatisk tilpassing av bildestørrelsen i artikler til maksimalt tillatt bildebredde Det skal være mulig med automatisk tilpassing av bildestørrelsen på ingressbilder slik at de følger en fastsatt bildebredde. Det skal være mulig å opprette sider som ikke synliggjøres i menystrukturen skjulte sider som nås med direkte adresseoppslag. Det skal være mulig å opprette passordbeskyttede sider. Alt innhold skal automatisk merkes med innholdsansvarlig og dato. Dersom en artikkel endres i ettertid, skal endringsdato fremkomme. Alle artikler og sider skal være tilrettelagt for utskrift. Artikler må ha en skriv ut knapp som renser innholdet for alle menyer og skriver ut innholdet. Det skal være mulig å dele artikler via sosiale medier 2 Interaksjonsfunksjonalitet Det skal være støtte for enkle undersøkelser, polls Det skal være støtte for nyhetsbrev. Leseren skal selv kunne melde seg på/av. Forfatterne skal kunne velge hvilke nyheter som skal sendes i nyhetsbrevet Det skal være støtte for FAQ funksjonalitet 3 Dokumentarkiv Det skal være mulig å laste opp filer i egendefinert mappestruktur. Mappene skal kunne rettighetsstyres ut fra grupper og brukere. Det skal være mulig å sjekke om filene er i bruk eller ikke. Dersom man flytter på filer/endrer mappestruktur skal linkene til filene fortsatt fungere (relative linker). 4 Multimedia funksjonalitet Det skal være mulig å laste opp bilder/video i egne bilde- /videodatabaser. Opplastede bilder/videoer skal kunne merkes med tittel, fotograf, årstall/dato og annen relevant metadata. Det er ikke krav om egen database for filer, men et tilrettelagt system i CMSløsningen for oppbevaring og strukturering av bilder. Bilder og annet multimedia innhold skal enkelt kunne listes ut i gallerier/media serier. Bildetittel, fotograf og annen relevant informasjon skal fremkomme i tilknytning til de enkelte bildene/videoene. Bildegalleriet skal ligge sømløst integrert i hjemmesiden. Det skal være støtte for avspilling av videoklipp i artikler og på egne sider. Skal være mulig å gjøre via grensesnittet (uten manuell koding). 5 Kalender Kalenderen skal implementeres sømløst, og skal presentere aktiviteter gjennom registreringer og import fra eksterne datakilder. Kalenderen skal ha et skjema til bruk for alle som ønsker å registrere en aktivitet. Anonyme registreringer skal godkjennes av en administrator før de vises i kalenderen. Det skal være mulig å slippe godkjenning dersom man oppgir et forhåndsdefinert passord i registreringsskjemaet. Kalenderen skal kunne liste ut innhold via RSS (mot eksterne kilder). Kalenderoppføringene skal kunne importeres i Microsoft Outlook.(ical-støtte). Det skal være mulig å importere aktiviteter fra eksterne kilder via RSS, ical eller skriptet import. 6 Statistikk 3

4 Det skal være mulig å benytte seg av eksterne statistikkløsninger som Google Analytics. 7 Nyheter Det skal være mulig å vise de 5 mest leste nyhetene i listevisning på nettsiden. Det skal være mulig å aktivere hjemmesiden i krisemodus en egen mal med formål å tilpasse informasjonsstrømmen i en eventuell krisesituasjon. Hjemmesiden skal ha et nyhetsarkiv som sammenfatter tidligere publiserte nyheter. Arkivet skal være kronologisk strukturert og søkbart. 8 Universell utforming Det skal være mulig å endre størrelsen på skriften som bruker, slik at man kan få større eller mindre skrift. Det skal være mulig å endre kontrasten på siden som bruker, slik at man kan få lysere eller mørkere visning. Løsningen skal ha støtte for presentasjon av innhold på flere språk. Det skal være enkelt å skifte mellom ulike språk, både for forfattere og for brukere av hjemmesiden All informasjon på hjemmesiden skal være tilgjengelig også når farger ikke vises. 9 Annet Løsningen skal ha støtte for å avdekke lenkebrudd. Løsningen skal bruke CSS (stilsett) for å skille form og innhold. Hjemmesiden skal være leselig når den presenteres uten CSSinstruksjoner. Det skal finnes en global meny som er konsistent gjennom hele hjemmesiden. Hjemmesiden skal leveres med en nettsti/brødsmulesti. Hjemmesiden skal ha et klikkbart nettstedskart som reflekterer all innholdsstruktur. Løsningen skal ha støtte for enkel arbeidsflyt, herunder godkjenning av artikler (innholdsansvarlig produserer og en administrator godkjenner). Løsningen skal leveres med støtte for at lag og foreninger kan registrere seg på nettsiden, med tilhørende kontaktinformasjon. Og oppdatere dette selv hvis det skjer endringer. Det skal være støtte for å kjøre ut lister på kontaktinformasjon for alle lag og foreninger i en samlet rapport. Nr Krav Selvbetjening Leveranse: 9 Selvbetjening Løsningen skal ha støtte for selvbetjening fra A-Å, bestående av elektroniske skjema og statiske pdf skjema Linker til opplastede filer skal synliggjøres med ikon og filstørrelse (for eksempel PDF-ikon, navn på link, størrelse på fil) Nr Krav Integrasjoner Leveranse: 4. standard 5. må utvikles 4

5 10 Innsyn i postjournaler og offentlige dokumenter Postjournalene skal hentes ut fra sak-/arkivsystemet ephorte automatisk en gang i døgnet, og presenteres på hjemmesiden. Postjournalene skal skille mellom innkommende og utgående post. Postjournalene skal godkjennes av en saksbehandler før de vises på hjemmesiden. Postjournaler eldre enn 3 måneder skal fjernes automatisk fra hjemmesiden. Postjournalene skal inneholde linker til dokumenter som ikke er unndratte (skal kunne åpnes fra journalene). Slike dokumenter skal merkes med ikon (PDF-ikon) og filstørrelse. 11 Innsyn i politisk møtebok Politisk møtebok skal hentes ut fra sak-/arkivsystemet ephorte og presenteres i en egen politisk kalender, samt i en helhetlig aktivitetskalender. Saksinnstillinger og møteprotokoller (med vedlegg) skal hentes ut fra sak-/arkivsystemet ephorte. 12 Integrasjon mot LOS Løsningen skal støtte temastrukturen og emneordene i LOS. Løsningen skal implementere informasjonsstrukturer relevant for LOS, slik at man kan benytte seg av eksterne datakilder som bruker samme struktur. 13 Integrasjon mot lokalt nettverk Løsningen skal støtte LDAP, for autentisering mot Active Directory og for uttrekk av informasjon (for eksempel liste over ansatte). 14 Integrasjon mot Google Maps Løsningen skal støtte visning av kart fra Google Maps i artikler og på egne sider gjennom følgende grensesnitt (API): 15 Integrasjon mot eksterne datakilder Løsningen skal kunne liste ut informasjon fra eksterne feeds, for eksempel RSS-kanaler. Løsningen skal kunne liste ut informasjon fra eksterne datakilder, for eksempel tilgjengelig som XML. 16 Støtte for MinID Løsningen skal leveres med støtte for MinID som autentiseringsløsning. Det innebærer at man skal kunne logge seg på hjemmesiden med MinID, og dermed få tilgang til ulike integrerte elektroniske tjenester som krever et slikt sikkerhetsnivå. Publiseringsløsningen skal derfor fungere som rammeverk for elektroniske tjenester. 17 Integrasjon mot Google Picasa Løsningen skal ha støtte for å kunne laste opp bilder fra Google Picasa til bildegallerier på hjemmesiden. Google har laget følgende grensesnitt (API): 18 Lytt til teksten Løsningen leveres med Lytt til teksten funksjonalitet Løsningen leveres med støtte for Lytt til teksten fra 3.part. 19 Integrasjon til Yr.no Løsningen leveres med visning av været for Rælingen, automatisk oppdatert fra yr.no 20 Veienmin.no 6. kan ikke leveres 5

6 Kunde har tjenesten levert av CustomPublish. Dette videreføres på de nye nettsidene (skal ikke leveres av leverandør) 21 KommuneTV Kunde har KommuneTV fra Aventia. Dette videreføres på de nye nettsidene (skal ikke leveres av leverandør) Nr Krav Søkemotor Leveranse: 22 Søkemotor Det skal leveres en god søkemotor til nettsiden. Denne søkemotoren skal beskrives/dokumenteres. Hvis leverandør ikke kan levere en god søkemotor, skal det tilrettelegges for søkemotor fra 3.part. Nr Krav Søkemotoroptimalisering Leveranse: 4. standard 5. må utvikles 6. kan ikke leveres 23 Søkemotoroptimalisering Malverket skal validere 100 % mot W3C XHTML sine standarder. Malverket skal validere 100 % mot W3C CSS validatoren. Alle menyer skal være tekstbaserte (ikke basert på eksempelvis flash eller javaskript). Løsningen skal ha en URL-struktur som er søkemotorvennlig. Det må ikke benyttes session ID i URLene. Nr Krav Dokumentasjon, opplæring og support Leveranse: 24 Dokumentasjon, opplæring og support Leverandøren skal levere elektroniske brukerhåndbøker for løsningen på norsk. Leverandøren skal ha et tilgjengelig supportapparat innenfor normal arbeidstid, og definere sin responstid knyttet til innmeldte saker. Leverandøren skal anslå behov for brukeropplæring og opplæring for superbrukere/administratorer, og foreslå et opplæringsløp basert på dette. Nr Krav Plattform og infrastruktur Leveranse: 25 Plattform, infrastruktur og leveranse Leverandøren skal beskrive sin tekniske plattform, og hvorvidt det er 6

7 tatt i bruk fri kildekode. Løsningen skal være tilpasset nettbrett Leverandøren skal beskrive i hvilken grad løsningen vil leveres med web 2.0 komponenter som bidrar til merverdi for brukerne (eksempelvis AJAX komponenter som beriker funksjonaliteten på hjemmesiden). Hjemmesiden skal kunne leses av alle nettlesere med versjonsnumre som har vært på markedet de siste par årene (IE, Firefox, Chrome, Opera, Safari osv). Leverandøren må beskrive sin støtte for oppsett av sertifikater/vpn, som sikrer kommunikasjonen mellom kommunens interne fagsystemer og publiseringsløsningen. Leverandøren må oppgi sin linjehastighet mot Internett, samt rendundansløsninger og backuprutiner. Leverandøren skal beskrive sin leveranse av ny hjemmeside basert på alle forhold i denne kravspesifikasjonen. Krav som er merket med må utvikles må anslås priset, slik at Kunde er i stand til å få et helhetlig bilde av den totale leveransen. 4. Design Løsningen som leveres må kunne tilpasses kommunens designprofil. Se vedlegg: Designplakt-versjon pdf Kunde har laget en skisse som kan være en pekepinn på ønsket design for løsningen. Men leverandør står fritt til å foreslå andre designskisser. Skissen er laget med utgangspunkt i nettsiden til Porsgrunn kommune med flere. Det forventes at det settes av tid i planleggings-/implementeringsfasen for å arbeide videre med designet. 7

8 Forslag til skisse 8