Kundens Kravspesifikasjon bilag 1

Transkript

1 Rana kommune Kundens Kravspesifikasjon bilag 1 Ny portalløsning i Rana kommune Internett Intranett Ekstranett Sak: 12/984 Side 1 av 1

2 Kravspesifikasjon Ny portalløsning i Rana kommune Internett Intranett Ekstranett Innhold 1 Innledning Oppbygging av dokumentet kravspesifikasjon bilag Mål for anskaffelsen Omfang av anskaffelsen Juridiske rammebetingelser Sikkerhet Integrasjon Teknisk plattform Krav til løsning Generelle krav Prosjektgjennomføring og opplæring Spesifikke krav til brukerstøtte Krav til feilretting Funksjonalitetskrav Intranett Integrasjon Søkemotoroptimalisering Plattform og Infrastruktur Krav til leveranse Krav til prosjektbeskrivelser Krav til kompetanse Krav til prising Krav til dokumentasjon Krav til forvaltning Generelle krav Krav til nye versjoner...26 Side 2 av 2

3 1 Innledning 1.1 Oppbygging av dokumentet kravspesifikasjon. Dette dokumentet inneholder kravspesifikasjon for ny portalløsning for Rana kommune. Dokumentet beskriver overordnede krav, funksjonelle krav og ikke-funksjonelle krav til løsningen. I kravsettingen benyttes følgende begreper: Kravnr. eskrivelse Prioritering Oppfylles Tilbyders kommentar Identifikator for de ulike kravene eskrivelse av kravene Kode for prioritet; - skal oppfylles, - bør oppfylles, C - opsjon Ja /Nei Utfyllende beskrivelse av svar, eventuell henvisning til innhold i andre vedlagte dokumenter mer ytelser utover våre krav bør beskrives og evt.prissettes. Leverandøren skal i sitt tilbud levere en komplett kravbesvarelse som viser om kravene oppfylles eller ikke. Krav som er benevnt (C) bes prises særskilt som opsjoner i tilbudet. Leverandøren bes også i sin kravbesvarelse angi særskilt om funksjonelle systemkrav kan dekkes gjennom ferdig utviklet funksjonalitet, om denne funksjonaliteten inngår i standardplattformens grunnversjon gjennom bruk av eventuelle tilleggsmoduler, eller om denne funksjonaliteten må spesialutvikles som en del av leveransen. Dersom krav må tilpasses/ spesialutvikles angi estimert utviklingstid/kostnad. Leverandørs løsningsbeskrivelse angis i bilag 2 (kjøpsavtale og vedlikeholdsavtale). 1.2 Mål for anskaffelsen Rana kommune ønsker en komplett, brukervennlig og rollebasert løsning for publisering på Internett, intranett og ekstranett. Løsningen må ha høy kapasitet og være tilrettelagt for fremtidens kommunikasjonsutveksling på nett, med døgnåpen forvaltning som et klart mål. 1.3 Omfang av anskaffelsen Løsningen skal omfatte Intranett, Internett, innbyggerportal (Min Side - funksjonalitet), ekstranett/politiker web (særlig politikere og nabokommuner), portal i portalløsninger samt prosjektportal. nskaffelsen omfatter også avtale om levering, implementering og vedlikehold av ny portalløsning. Systemet skal være klart for levering og installasjon i november 2012 med driftssetting av ny portalløsning senest i mai Løsningen vil bli sett i sammenheng med planlagt anskaffelse av ny sak/arkivløsning, spesielt med tanke på sømløs integrasjon. Konkurransegrunnlag og kravspesifikasjon. for anskaffelse av sak/arkivløsning er kunngjort på Side 3 av 3

4 1.4 Juridiske rammebetingelser Løsningen skal tilfredstille krav, både i forhold til offentlig rapportering og andre krav som settes til slike systemer, og skal bygge på etablerte og godkjente standarder. Systemet skal til en hver tid forholde seg til og oppfylle krav i gjeldende lov- og regelverk, blant annet: Forvaltningsloven Offentlighetsloven Kommuneloven Lov om personopplysninger Personopplysningsforskriften rkivloven og arkivforskriften. Diskrimineringsloven Forskrift om IT-standarder i offentlig forvaltning e-forvaltningsforskriften Gjeldende standarder ihht. referansekatalogen De sju arkitekturprinsippene DIFI`s kvalitetskrav 1.5 Sikkerhet Rana kommune er opptatt av informasjonssikkerhet og håndtering av personopplysninger. Kommunen har vedtatt sikkerhetsmål og sikkerhetsstrategi som stiller krav til leverandører. Formaliteter og relevante sikkerhetskrav mellom Rana kommune og leverandør skal være formulert i formelle kontrakter (SL). Leverandør skal i tilbudsbesvarelsen angi hvordan relevante sikkerhetskrav ivaretas i løsningen. eskrivelsen skal angi sikkerhetskrav knyttet til: - Personell og sikkerhet - Fysisk sikkerhet - Teknisk /systemteknisk sikkerhet Leverandører av datasystemer som behandler personinformasjon må akseptere kommunens databehandleravtale. Likeledes skal det utarbeides Service Leverings vtale (SL) mellom Rana kommune og valgt leverandør. 1.6 Integrasjon Rana kommune har fokus på og setter store krav til integrasjon mellom systemer. Data skal tastes én gang et sted, og gjenbrukes i andre systemer. Vi er opptatt av gjenbruk av informasjon gjennom integrasjon mellom hjemmeside og bakenforliggende systemer, samt utvikling av selvbetjeningsog innsynstjenester. Rana kommune skal anskaffe nytt sak/arkiv system og løsningene vil bli sett i sammenheng, spesielt med tanke på sømløs integrasjon.. Leverandør må spesifisere hvordan integrasjon mellom tilbudt løsning og ulike system skal fungere, jfr. kravspesifikasjon. Leverandør bes også oppgi hvilke systemer som enten kan leveres, eller som tilbudt løsning kan integreres mot. Spesifiser da hvordan integrasjonen fungerer. Side 4 av 4

5 Tilbud må omfatte alle kostnader knyttet til utredning og arbeid for å få integrasjon mot spesifiserte systemer på plass. 1.7 Teknisk plattform Rana kommunes nåværende tekniske plattform er beskrevet nedenfor. Rana kommune er i ferd med å oppgradere sin tekniske plattform. Planlagte endringer er beskrevet i kravspesifikasjonens pkt.144 og pkt.145. Løsningen det gis tilbud på må støtte dette.. eskrivelse av dagens IKT infrastruktur Rana kommune Operativsystem servere: Windows 2000/2003/2008 R2/Linux red hat Hardware servere: landet, mesteparten er virtualisert og kjører på ESXi 5.0 X 64 bits blade servere fra Dell, de ikke virtualiserte kjører på Dell av forskjellig årgang. Operativsystem klienter: Windows XP/ Windows 7 Hardware klienter: Stasjonært og bærbart fra Dell og HP X 32 bit og X 64 bit Nettleser: Microsoft Explorer 7/8/9 Lagringsnett: Dell equallogic SS/ST Virtualiseringsplattform: Vmware vsphere 5.0 Klienttilgang via terminalservere på Windows 2003 og Citrix 4.5 Kontorstøttesystem: Office 2000/2003/2007/2010 Katalogtjenesten kjøres på domenekontrollere Windows 2003 Epost tjeneste: Server: Microsof exchange 2003 Klienter: Outlook 2000/2003/2007/2010 Databaser: blandet, Microsoft SQL server 2005/2008 og Oracle Nettverk: Kablet: switchet Ethernet WIFI: virual cell fra Meru. Planlagte oppgraderinger /endringer av teknisk plattform Rana kommune Rana kommune har et servermiljø basert på Windows server 2008 R2 64 bit. Løsningen skal installeres på denne plattformen. Vi har pr. i dag SQL server 2005 men planlegger SQL server Løsningen skal installeres på denne plattformen. Mailserver er pr. i dag Exchange Det planlegges oppgradering til Exchange Løsningen må støtte denne plattformen. Rana kommune har pr. dag klienter på Windows XP sp3. det planlegges migrering til Windows 7 professional i løpet av 2012/2013. Løsningen må støtte denne plattformen, Hvis det er behov for oppgradering av kundens tekniske plattform for å utnytte leveransen skal dette fremkomme i tilbudet i leverandørens løsningsbeskrivelse - bilag 2. Side 5 av 5

6 2 Krav til løsning 2.1 Generelle krav Nr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 1. Systemet skal inneholde Intranett, Internett, med innbyggerportal (Min Sidefunksjonalitet) og ekstranett/ politikerweb med krysspublisering 2. Systemet skal ha mulighet for å bygges ut med portal i portal for den enkelte driftsenhet eller tjeneste basert på felles profil med tilpasning. 3. Løsningen gir publikum etter pålogging tilgang til detaljer om sine relasjoner med kommunen. Data hentes fra kommunens fagsystemer som eks KomTek. 4. Systemet skal ha støtte for samhandlingsrom for å drive prosjektarbeid. Ved oppsett av et nytt samhandlingsrom skal metadata fylles ut i henhold til metadatakravene som følger av arkivstrukturen. Et samhandlingsrom skal kunne integreres mot kommunens sak/ arkivsystem basert på Noark5. 5. Nettstedet skal oppfylle alle obligatoriske og anbefalte forvaltningsstandarder i gjeldende versjon av referansekatalogen, e- forvaltningsforskriften og forskrift om ITstandarder i offentlig forvaltning. Leverandøren skal dokumentere i hvilken grad og på hvilken måte kravene er oppfylt. 6. Nettstedet skal oppfylte DIFI`s til enhver tid gjeldende kvalitetskrav til nettsted. Leverandør skal dokumentere hvilken grad og på hvilken måte kravene er oppfylt. 7. Standardplattform skal kontinuerlig vedlikeholdes og videreutvikles av leverandør (eller 3djepart) og kunden skal tilbys avtaler som sikrer løpende forvaltning, herunder kontinuerlig oppgraderinger og forsikring av plattformens levetid 8. ruk av tilleggsmoduler som ikke inngår i standardplattformen skal beskrives i Side 6 av 6

7 løsningsforslaget og etablerte forvaltningsavtaler skal omfatte også disse samt integrasjoner mellom dem og standardplattformen 2.2 Prosjektgjennomføring og opplæring. Nr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 9. Leverandøren skal ha en prosjektansvarlig/ prosjektleder for all kontakt til kommunen helt fra kontraktfasen til systemet er satt i drift 10. Leverandøren skal gi brukerstøtte til kundens system- og opplæringsansvarlige, samt driftsstøtte til driftsansvarlige og superbrukere for systemet hos kunden. Disse skal ha anledning til å kontakte Leverandøren via telefon, mail eller chat. Se pkt Leverandører skal gi utvidet brukerstøtte i implementeringsfasen. 12. Leverandøren skal levere elektroniske brukerhåndbøker for løsningen på norsk. 13. 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. Opplæring skal kunne foregå i kommunens lokaler 14. Leverandøren skal beskrive kursenes omfang og innhold samt målsetning for deltakelse 15. Det må eksistere et gjennomarbeidet, dokumentert case- basert opplæringsprogram på norsk i bruk og administrasjon av systemet. 2.3 Spesifikke krav til brukerstøtte Nr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 16. Leverandøren skal tilby brukerstøtteapparat som kan nås via telefon, e-post og egen supportportal. 17. rukerstøtte /supportapparat skal være tilgjengelig og betjent i normal kontortid (8-16) på hverdager. Side 7 av 7

8 18. Leverandøren skal tilby første, andre og tredjelinje brukerstøtte under denne avtalen. 19. Leverandøren skal bekrefte mottak skriftlig som svar på alle henvendelser 20. Leverandøren skal dokumentere sitt brukerstøtteapparat, herunder: Rutiner for ruting av henvendelser Kompetansen til medarbeidere i brukerstøtteapparatet Responstid innmeldte saker 2.4 Krav til feilretting Nr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 21. Kunden skal kunne melde feil via etablert brukerstøtteapparat. 22. Leverandøren har ansvaret for å søke gjenskape feil. 23. Feil skal klassifiseres som følger: - Kritisk feil: Feil som medfører at systemet stopper, at data går tapt eller at andre funksjoner som er kritiske for kunden ikke virker som avtalt. - lvorlig feil: Feil som fører til at funksjoner som er viktige for Kunden ikke virker som avtalt og som det er tids- og ressurskrevende å omgå. C - Mindre alvorlig feil: Feil som fører til at enkeltfunksjoner ikke virker som avtalt, men som Kunden relativt lett kan omgå. 24. Frister for feilretting og forslag til sanksjoner skal fremgå av tilbud og nedfelles i vedlikeholdsavtale (Statens vedlikeholdsavtale SS- bilag 5.) Side 8 av 8

9 2.5 Funksjonalitetskrav Generelle funksjonalitetskrav Nr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 25. ll informasjon på nettstedet skal være tilgjengelig også når farger ikke vises. 26. Løsningen skal ha støtte for å avdekke lenkebrudd i administrasjonsgrensesnitt. 27. Det skal være mulig å hoppe over faste elementer/menyer og gå direkte til innhold (minimum tre direktelinker skal settes opp i leveransen). 28. lt innhold skal automatisk merkes med innholds ansvarlig og dato. Denne funksjonen skal kunne overstyres. Dersom en artikkel endres i ettertid, skal endringsdato og navn på den som endrer siden fremkomme. 29. Løsningen skal ha støtte for presentasjon av innhold på flere språk. Det skal være enkelt å skifte mellom ulike språk. Sider med annet språkinnhold skal kunne kodes med riktig LNG kode i det grafiske grensesnittet. 30. Det skal finnes en global meny som er konsistent gjennom hele hjemmesiden. 31. Nettstedet skal leveres med en nettsti / brødsmulesti. 32. lle artikler og sider skal være tilrettelagt for utskrift. rtikler må ha en skriv ut knapp som renser innholdet for alle menyer og skriver ut innholdet. 33. Nettstedet skal ha et klikkbart nettstedskart som reflekterer all innholdsstruktur. 34. Nettstedet skal ha et nyhetsarkiv som sammenfatter tidligere publiserte nyheter. 35. Løsningen skal ha versjonskontroll av publisert informasjon, slik at man kan sammenligne flere versjoner av samme artikler, og eventuelt utføre roll-back til tidligere versjoner. Side 9 av 9

10 36. Løsningen skal ha støtte for enkel arbeidsflyt, herunder godkjenning av artikler (innholdsansvarlig produserer og en administrator godkjenner). 37. Løsningen skal være tilpasset mobiltelefon og nettbrett. 38. Har løsningen støtte for digital postkasse 39. Mailinglister. Gjennom løsningen sende e- poster til de brukerne som har abonnert? Et integrert mailingliste system håndterer også påmeldinger, avmeldinger, feilsendinger etc. automatisk 40. Løsningen skal ha mulighet for å lage nettbaserte kalkulatorer/tjenester basert på opplastede tabeller for eksempel enkle beregningstjenester. 41. Løsningen skal være tilpasset mobiltelefon og nettbrett med adm.grensesnitt 42. Servicetorgløsning/CRM- verktøy for registrering, oppfølging og rapportering av henvendelser 43. Det skal være støtte for diskusjonsforum. Disse skal kunne være åpne eller kun tilgjengelig for spesifiserte interne og eksternt påloggede brukere. 44. Løsningen skal ha støtte for å merke innhold med tags/nøkkelord. Nøkkelordene skal generere en dynamisk tag cloud som skal synliggjøre aktualitetsstoff på hjemmesiden. 45. Nettstedet skal ha RSS feeder til eksterne med SMS/e-postvarsling Universell utforming Nr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 46. Løsningen skal tilfredsstille myndighetskrav til universell utforming av offentlig nettsted. 47. Løsningen skal tilby tjeneste lytt til teksten. 48. Det skal være en klikkbar funksjon som gjør det mulig å endre skriftstørrelsen på alt innhold. Skriftstørrelsen skal huskes når man klikker på en intern lenke, slik at man Side 10 av 10

11 ikke trenger å øke skriftstørrelsen for hver side man er på. 49. Det skal være en klikkbar funksjon som endrer visningen til høykontrast Design Nr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 50. Løsningen skal leveres med ett grunndesign og et sett designmaler til bruk for portal i portalløsninger. 51. Løsningen skal kunne ha forskjellige toppdesign og fargevalg for de enkelte avdelingene/etatene. 52. Leverandøren skal ha site-wizzard slik at kommunen selv kan bygge siter og legge inn design. 53. I tilbudet skal designdelen spesifiseres med tidsbruk og kostnad rtikkeleditor Kravnr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 54. Leverandøren skal være behjelpelig med å sette opp maler med låste designelementer som skrifttyper og størrelser på overskrift, underoverskrift, ingress og brødtekst. 55. Systemet skal være brukervennlig og støtte WYSIWYG editering. 56. Systemet skal støtte krysspublisering. 57. Systemet skal støtte tidsstyring av artikler. 58. Det skal være enkelt å lime inn tekst og annet innhold fra utklippstavlen, og teksten skal kunne renses og tilpasses. 59. Det skal være mulig å legge ut velge om en artikkel skal ha en diskusjonstråd eller et skjema knyttet til seg eller ikke. 60. Det skal være enkelt å legge inn bilder og endre størrelsen på disse i artikler. 61. Det skal være mulig å automatisk tilpasse Side 11 av 11

12 bildestørrelsen i artikler til maksimalt tillatt bildebredde. 62. Det skal være mulig og automatisk tilpasse bildestørrelsen på ingressbilder slik at de følger en fastsatt bildebredde. 63. Det skal være mulig å redigere i HTMLkoden i maler og i artikler. 64. Det skal være mulig å slette feilpubliserte artikler Dokumentarkiv Nr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 65. Det skal være mulig å laste opp filer i egendefinert mappestruktur. 66. Mappene skal kunne rettighetsstyres ut fra grupper og brukere, gjerne koblet opp mot ctive Directory 67. Det skal være mulig å sjekke om filene er i bruk eller ikke. 68. Dersom man flytter på filer/endrer mappestruktur skal linkene til filene fortsatt fungere (relative linker). 69. Løsningen skal kunne konvertere innhold på sider til PDF og til ODT. Det betyr en automatisert løsning for å konvertere innhold fra produksjonsformatet DOC til PDF og ODT ved import av dokumenter Multimedia funksjonalitet Nr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 70. Det skal være mulig å laste opp bilder i egne bildedatabaser. Opplastede bilder skal merkes med bildetittel, fotograf, årstall/dato og annen relevant metadata 71. Det skal være støtte for avspilling av Side 12 av 12

13 videoklipp i artikler og på egne sider. Skal være mulig å gjøre via grensesnittet (ikke manuell koding). 72. Det skal være full integrasjon mot kommunens valgte løsning for publisering av møter på nett. I dette ligger mulighet for direkte streaming gjennom nettleser og henting av historiske møter. 73. ilder og annet multimedia innhold skal enkelt kunne listes ut i gallerier/ mediaserier. ildetittel, fotograf og annen relevant informasjon skal fremkomme i tilknytning til de enkelte bildene. ildegalleriet skal ligge sømløst integrert i hjemmesiden. 74. Støtte for geotag av bilder Kalender Nr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 75. Kalenderen skal implementeres sømløst, og skal presentere aktiviteter gjennom registreringer og import fra eksterne datakilder. 76. Kalenderen skal ha et skjema til bruk for alle som ønsker å registrere en aktivitet. Eksterne 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. 77. Kalenderen skal liste ut politiske aktiviteter registrert i kommunens sak/arkivsystem. 78. 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. 79. Kalenderen skal kunne liste ut innhold via RSS (mot eksterne kilder). 80. Kalenderoppføringene skal kunne importeres/eksporteres i Microsoft Outlook. (ical-støtte). 81. ktiviteter i kalenderen skal kunne filtreres Side 13 av 13

14 på kategori. 82. Det skal være mulig å importere aktiviteter fra eksterne kilder via RSS, ical eller skriptet import Statistikk Nr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 83. 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, søk osv. 84. Det skal være mulig å benytte seg av eksterne statistikkløsninger Søk Nr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 85. Det skal tilrettelegges for enkel og avansert søk. Søkefeltet skal være minimum 20 tegn langt og være synlig på alle sidene. 86. Søkemotoren skal søke igjennom alt publisert innhold, herunder innhold i opplastede PDF- og ODF-dokumenter. 87. Det skal gis en god presentasjon av søkeresultatet. Det skal være mulig å filtrere søkeresultatet tematisk. Det skal være mulig å velge flere tema som filter. 88. Løsningen skal være tilrettelagt for integrasjon mot eksterne søkemotorer Tilknyttede filer Nr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 89. Linker til opplastede filer skal synliggjøres med ikon og filstørrelse (for eksempel PDFikon, navn på link, størrelse på fil). Side 14 av 14

15 Personifiseringsmuligheter Nr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 90. Løsningen skal støtte personifisering av layout. Leseren skal kunne minimere og maksimere innholdsbokser, endre plassering på innholdsbokser (dra og slipp). 2.6 Intranett Nr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 91. Nettstedet skal ha løsning for intranett. Intranett skal ha eget design og kun være tilgjengelig gjennom innlogging. Innlogging må være mulig fra utsiden (Internett). 92. Intranettet sees på som en arbeidsflate der alle daglige verktøy er tilgjengelige, og der det er mulig å skreddersy flaten til den enkelte. (Personifisering). 93. Intranett skal, når en er pålogget, åpne for tilgang til kommunale system via D der dette er mulig (Single Sign on). 94. Det skal være støtte for blogging i intranett. 95. Det skal være støtte for wikis i intranett. Wikis skal være mulig å nå for eksterne med egen pålogging. Det er ønskelig at wikis kan videreutvikles for hver enhet samt begrenses til spesielle påloggede brukere internt eller eksternt 2.7 Integrasjon Generelle integrasjonskrav Nr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 96. Leverandøren forplikter seg til å støtte de til enhver tid gjeldende standarder for programmeringsgrensesnitt mot Noark-5 standard. Leverandør skal også her dokumentere støtte og eventuelle avvik. 97. Intranett skal fremstå som en programstarter for kommunens Citrix og fagsystemer. Side 15 av 15

16 98. Løsningen skal være tilrettelagt for integrasjon med andre systemer, herunder fagsystemer. Tilbyder bes beskrive tilgjengelige PI er (ev. som referanse til relevant systemdokumentasjon), samt hvilke kostnadsposter som må påregnes ved integrasjon av andre systemer med løsningen. Spesifiser hvordan integrasjonen fungerer. 99. Integrasjon mot edialog24 eller andre chattesystem som Rana kommune måtte ha Det skal være støtte for spørreundersøkelser (polls) Det skal være støtte for nyhetsbrev. Leseren skal selv kunne melde seg på og melde seg av. Forfatterne skal kunne velge hvilke nyheter som skal sendes i nyhetsbrevet Det skal være støtte for diskusjonsforum. Det skal være mulig å legge til rette for diskusjonstråder i nyhetsartikler. Hvis noen har lagt ut et innlegg så skal et ikon som synliggjør dette vises på listningssiden (i tilknytning til ingressen). Det skal være mulig å autentisere brukere som vil lage innlegg, med validering mot e-post eller mot SMS Det skal være støtte for blogging Integrasjon mot Trio Enterprise telefonisystem eller andre tilsvarende telefonisystem for utlisting av telefonliste 105. Det skal være støtte for wikis Det skal være støtte for OSS/FQ (Ofte stilte spørsmål) Postlister og sakspapirer Nr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 107. Innsynsløsning for postlister, sakslister og møtebøker i Rana kommunes sak/arkivsystem (noark 5) Side 16 av 16

17 2.7.3 Styrer, råd og utvalg Nr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 108. Styrer, råd og utvalg registrert i vårt sak/ arkivsystem (noark 5) skal listes ut på nettstedet Det skal være mulig å gå inn i et utvalg og få listet ut medlemmene. På samme måte skal det være mulig å gå inn på et medlem og se medlemsinformasjon (navn, adresse, bilde) samt hvilke utvalg vedkommende er medlem av Utlistningen av utvalgene skal henge sammen med innsyn i politisk møtebok. Det betyr at man skal kunne gå fra et utvalg til å se sakspapirene for utvalget. På samme måte skal man kunne gå inn i politisk møtebok og sjekke sakspapirene for et utvalg, og derfra gå videre til mer informasjon om utvalget (relasjoner i lenkestrukturen) Tjenestebeskrivelser Kravnr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 111. Løsningen skal støtte integrasjon mot Kommuneforlagets tjenestekatalog. De enkelte tjenestebeskrivelsene er tilgjengelig gjennom web service, og må dermed presenteres sømløst på hjemmesiden. lle tjenestebeskrivelser skal listes ut alfabetisk 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 Selvbetjening/skjema Nr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 113. Løsningen skal integreres mot kommunens skjemaløsning. For tiden er kommunens skjemaløsning fra Kommuneforlaget, men det kan være aktuelt å gå over til annen leverandør Skjemainnholdet skal tilgjengelig gjøres i XML. Side 17 av 17

18 115. Det skal være mulig å lage enkle skjemaer med datafangst til egen database Løsningen skal ha egen skjemaløsning i portalen Det skal være mulig å eksportere skjemainnhold til regneark, samt videresending av datafangst på e-post (tekst, XML eller PDF) Fagmoduler levert av Norkart/Geoservice S Kravnr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 118. KomTek: Løsningen skal støtte innsynsløsning og visning av registrerte data og kommunaltekniske tjenester via KomTek sin løsning Min kommunale side. Løsningen skal kunne vises i artikler og på egne sider WE tlas: Løsningen skal støtte visning av WE tlas i artikler og på egen side Sikkerhet og tilgangsløsninger Kravnr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 120. Systemet må støtte autentisering via ctive Directory eller annen løsning for autentisering (SSO.) jf. Noark 5 krav Løsningen skal leveres med autentiseringsløsning. Det innebærer at man skal kunne logge seg på nettstedet, og dermed få tilgang til ulike integrerte elektroniske tjenester som krever ulike sikkerhetsnivå. Publiseringsløsningen skal derfor fungere som rammeverk for elektroniske tjenester Løsningen skal ha støtte for uypass og ank ID som autentiseringsformer. Det betyr at det skal være mulig å implementere ank ID som alternativ til MinID, som pålogging for brukerne. Side 18 av 18

19 123. Leverandør skal beskrive hvordan krav til informasjonssikkerhet ivaretas gjennom løsningen/leveranse, jfr. pkt. 4.2 sikkerhet i konkurransegrunnlaget. eskrivelsen skal blant annet angi sikkerhetskrav knyttet til: - Personell og sikkerhet - Fysisk sikkerhet - Teknisk /systemteknisk sikkerhet Register over lag og foreninger Kravnr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 124. Løsningen skal ha løsning for oversikt over lag og foreninger sortert tematisk. Det skal være mulig å søke på ett lag eller forening Løsningen skal inneholde tjeneste der lag og foreninger enkelt kan registrere endringer. Før endringer vises skal de godkjennes av administrator Integrasjon mot lokalt nettverk Kravnr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 126. Løsningen skal støtte LDP, for autentisering mot ctive Directory og for uttrekk av informasjon (for eksempel en ansatteliste) Integrasjon mot eksterne datakilder Kravnr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 127. Løsningen skal kunne liste ut informasjon fra eksterne feeds, for eksempel RSSkanaler Løsningen skal kunne liste ut informasjon fra eksterne datakilder, for eksempel tilgjengelig som XML. Side 19 av 19

20 Portlets Kravnr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 129. Løsningen skal støtte portlets, slik at kommunen kan utvikle elektroniske tjenester/funksjonalitet og sømløst implementere dette på hjemmesiden. 2.8 Søkemotoroptimalisering Kravnr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 130. Malverket skal validere 100 % mot W3C XHTML sine standarder Malverket skal validere 100 % mot W3C CSS validdatoren lle menyer skal være tekstbaserte (ikke basert på eksempelvis flash eller JavaScript) lle hovedoverskrifter skal kodes med H Sidens tittel skal kodes med TITLE tag. Hver side skal påføres unike tags. Sidens TITLE tag skal settes like artikkelens overskrift (TITLE = H1) Meta Keywords og Meta Description skal kunne påføres hver enkelt side. Meta Descriptions skal alltid kunne overstyres i løsningen Det skal være mulig å sperre for søk på sider som ikke ønskes gjennomsøkt (eks postjournaler). Løsningen skal påføre slike metainstruksjoner via grensesnittet) Det skal ligge en sitemap.xml på rotnivå som speiler innholdsstrukturen. Denne skal oppdatere seg automatisk dersom forfattere oppretter og sletter sider Hjemmesiden skal kunne leses og redigeres av alle nettlesere med versjonsnumre som har vært på markedet de siste par årene Løsningen skal ha en URL-struktur som er søkemotorvennlig. Det må ikke benyttes session ID i URL-ene. Side 20 av 20

21 140. ruk av inline style og inline JavaScript skal ikke forekomme Ingen URLs skal være duplikater med tanke på innhold Spesialtegn og landsspesifikke tegn skal kodes rett i Character Entities i henhold til valgt standard lle sidene skal ha meningsbærende og leservennlige adresser (URLs). 2.9 Plattform og Infrastruktur Kravnr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 144. Rana kommune har et servermiljø basert på Windows server 2008 R2 64 bit. Løsningen skal installeres på denne plattformen. Vi har pr. i dag SQL server 2005 men planlegger SQL server Løsningen skal installeres på denne plattformen. Mailserver er pr. i dag Exchange Det planlegges oppgradering til Exchange Løsningen må støtte denne plattformen Rana kommune har pr. dag klienter på Windows XP sp3. det planlegges migrering til Windows 7 professional i løpet av 2012/2013. Løsningen må støtte denne plattformen Leverandøren skal beskrive sin tekniske plattform, og hvorvidt det er tatt i bruk fri kildekode Hvis det er behov for oppgradering av kundens tekniske plattform for å utnytte leveransen må dette fremkomme i tilbudet Leverandøren skal beskrive i hvilken grad løsningen vil leveres med web 2.0 komponenter som bidrar til merverdi for brukerne (eksempelvis JX komponenter som beriker funksjonaliteten på hjemmesiden) Leverandøren skal oppgi hvorvidt løsningen kan installeres lokalt hos Rana kommune eller om det tilbys SP - Hvis lokal installasjon må anbefalt maskinvare skisseres Side 21 av 21

22 - Hvis SP må leverandøren beskrive sin støtte til oppsett av sertifikater/vpn, som sikrer kommunikasjon mellom kommunens interne fagsystemer og publiseringsløsningen - Datalageret skal være underlagt norsk lovgivning og være lagret i Norge Hvis SP skal leverandør oppgi linjehastighet mot Internett, samt redundansløsninger og backuprutiner Leverandør bes å redegjøre for planlagt levetid på systemet Side 22 av 22

23 3 Krav til leveranse I tilegg til punkter angitt nedenfor vises det krav satt i konkurransegrunnlaget. 3.1 Krav til prosjektbeskrivelser Kravnr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 152. Leverandøren skal illustrere planlagt fremdrift med oversikt over hoved milepæler og tilhørende aktiviteter fordelt i tid 153. Leverandøren skal utarbeide en prosjektplan med oversikt overfor prosjektaktivitetene aktivitetene med ansvar (kunde/leverandør) og tidsestimater på aktivitetene. For aktiviteter som involverer både kunde og leverandør skal tidsforbruket hos begge parter synliggjøres 3.2 Krav til kompetanse Kravnr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 154. Leverandøren skal kunne levere tjenester med ressurser som kan vise til dokumentert erfaring med verktøyene som skal benyttes (Referanser fra offentlig virksomhet). Jfr. pkt. 3.4 konkurransegrunnlag Leverandøren skal navngi nøkkelpersonell som skal være utførende ressurser i gjennomføringen av leveransen 156. Leverandøren skal dokumentere kompetanse på nøkkelpersonell gjennom å vedlegge konsulentprofiler Jfr. pkt. 3.4 i konkurransegrunnlag. 3.3 Krav til prising Kravnr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 157. Prisingen skal presenteres i et dokument med komplett prisinformasjon for alle leveranser og opsjoner 158. lle priser skal spesifiseres i norske kroner eksklusive merverdiavgift men inklusive eventuelt toll eller andre avgifter. Side 23 av 23

24 159. Leverandør skal levere en pristabell på leveransen over 0 4 år 3.4 Krav til dokumentasjon Kravnr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 160. Leverandøren skal besørge komplett dokumentasjon av løsningen 161. rukerdokumentasjon skal være på norsk. Standard dokumentasjon for bruk av løsningen for de enkelte rollene systemet dekker (eksempel post, arkiv, dokumentbehandling) Grensesnittdokumentasjon. Det skal leveres dokumentasjon av grensesnittene i løsningen Systembeskrivelse. Systemets standard systemdokumentasjon skal medfølge, i tillegg skal eventuelle tilpasninger være dokumentert Driftsdokumentasjon. Det skal medfølge nødvendig dokumentasjon for teknisk drift av løsningen. Denne kan være som separat dokumentasjon eller inngå som en del av systemdokumentasjon Dokumentasjonen skal fortrinnsvis være på norsk. Den skal være datert og være den sist tilgjengelige ajourførte versjon. Dersom noe dokumentasjon ikke er på norsk, skal det være spesifisert uttrykkelig i kravbesvarelsen hvilket språk den er på 166. Dokumentasjonen skal overleveres kunden gjennom å tilgjengelig gjøres på egnet sted i elektronisk form. Leverandøren bes å beskrive foretrukket metode 167. Leverandøren er ansvarlig for at all dokumentasjon skal være versjonsmerket slik at Rana kommune kan etablere rutiner for versjonshåndtering Ved leveranse av nye versjoner av løsningen, skal nye sett med dokumentasjon overleveres. Ved nye utgaver skal endringene være dokumentert. Side 24 av 24

25 169. Rana kommune skal vederlagsfritt kunne tilpasse/endre brukerdokumentasjon og kunne kopiere/mangfoldiggjøre hele eller deler av dokumentasjonen etter behov Dokumentasjonen skal kunne brukes fritt ifm kurs og opplæring Leverandøren skal levere en URL som kan brukes til testing og klargjøring av systemet før publisering Side 25 av 25

26 4 Krav til forvaltning 4.1 Generelle krav Kravnr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 172. Krav om innlevering av skatt- og merverdiavgifts attester samt HMS-egenerklæring etc. Se konkurransegrunnlag pkt. 3 kvalifikasjonskrav og pkt.5.2. tilbudets utforming. 4.2 Krav til nye versjoner Kravnr. eskrivelse Prioritet Oppfylt Tilbyders kommentar 173. Når nye versjoner av programmer er utgitt, skal leverandøren så snart som mulig gjøre disse tilgjengelig for kunden 174. Kunden kan motsette seg å installere ny versjon av programmet derom det medfører oppgradering/ av Kundens eksisterende tekniske plattform Leverandøren er forpliktet til å vedlikeholde kundens programvareversjon så lenge denne er i bruk hos kunden Side 26 av 26