kravspesifikasjon Vedlegg 3 1
Innhold INNLEDNING... 3 1 OVERGANG TIL NY WEBLØSNING... 4 1.1 Konvertering... 4 1.2 Tidsplan og oppfølging... 4 1.3 Referanser... 4 2 KRAV TIL PUBLISERINGSVERKTØY... 5 2.1 Artikkelredigering... 5 2.2 Menyredigering og struktur... 6 2.3 Maler og malredigering... 7 2.4 Funksjonell publisering... 8 2.5 Publikumsrettete tjenester web 2.0... 9 2.6 Nyhetsvisning og nyhetsdeling... 10 2.7 Utskrift... 10 2.8 Avansert kalender... 11 2.9 Flerspråklighet... 12 2.10 Lyd/bilde/filbehandling... 13 2.11 Søk... 14 2.12 Ansattoversikt/kontaktmodul... 15 2.13 Nettstedkart... 15 2.14 Funksjonelt intranett... 16 2.15 Ekstranett... 16 2.16 Brukerhåndtering... 17
2.17 Offentlig innsyn i WebSak... 17 2.18 Tilgjengelighet... 18 2.19 Tekniske krav... 19 3 KRAV TIL AVTALE MED LEVERANDØR... 20 3.1 Support... 20 4 WEBDESIGN... 20 5 TEKNOLOGI... 21 6 VEDLEGG... 22 Vedlegg 1: Kalender Hva skjer... 23 Vedlegg 2: Visuell profil... 25 Vedlegg 3: Kurs- og konferansemodul... 27 Vedlegg 4: Websak Innsynsmodulen... 28 Vedlegg 5: Demonstrasjon av publiseringsverktøy... 29 Side 2
Innledning Nordland fylkeskommune har vedtatt å anskaffe ny felles publiseringsløsning. Denne skal benyttes av alle virksomheter i fylkeskommunen, som for eksempel de videregående skolene, fylkesadministrasjonen, politikerne og diverse kulturinstitusjoner. Dagens webportal omfatter ca 60 nettsider. Bruken av web som verktøy blir stadig viktigere og Nordland fylkeskommune har fortsatt store ambisjoner på dette området. Web er blitt fylkeskommunens viktigste verktøy for intern og ekstern informasjon og kommunikasjon. Det gjelder både i kommunikasjon med innbyggere, egne 3500 ansatte, organisasjoner og næringsliv. Elektroniske medier er i stadig utvikling noe som understreker viktigheten av å velge en fleksibel og tilpasningsdyktig løsning for framtida. Dagens system er basert på Portal Services levert av Software Innovation og er bygget på en Oracle database. Webadresse: www.nfk.no. Menyene viser våre hovedarbeidsområder og største avdelinger. I tillegg har vi mange enheter og institusjoner, som vi har en oversikt over under menypunktet Våre enheter. Nordland fylkeskommune har nedsatt en egen prosjektgruppe med prosjektleder i full tid. Vi forventer at ny løsning for alle virksomheter i fylkeskommunen skal være igangsatt og akseptert av kunden i løpet av maksimalt 12 måneder fra datoen når klagefristen for valg av leverandør er passert.
1 Overgang til ny webløsning 1.1 Konvertering Leverandør må: 1.1.1 Overføre innholdet i dagens system til det nye systemet uten større bruk av manuelle operasjoner. Publiseringsløsningen bør: 1.1.2 Konvertere innhold i kalender «hva skjer» (ekstern kalender) inn i ny kalenderløsning. Se vedlegg 1 Kalender - Hva skjer. 1.2 Tidsplan og oppfølging Leverandør må: 1.2.1 Legge fram en realistisk tidsplan på hvor lang tid overgangen til nytt system vil ta og hvor mange ressurser de som leverandør og Nordland fylkeskommune må sette av for å gjennomføre denne planen. 1.2.2 Sannsynliggjøre at de har ressurser til å gjennomføre utvikling og implementering av systemet innenfor tidsfristen. 1.2.3 Sannsynliggjøre ressurser i forhold til support og videre oppfølging av kunden. 1.3 Referanser Leverandør må: 1.3.1 Fremlegge minimum 1, maksimum 6 referanser for levering av tilsvarende leveranser. 4
2 Krav til publiseringsverktøy 2.1 Artikkelredigering Publiseringsløsningen må ha en god tekstbehandlingsfunksjon. Publiseringsløsningen må ha: 2.1.1 Tekstbehandlingsfunksjon med de vanligste mulighetene for redigering av tekst (som punktmerking, innrykk, skriftstørrelser, stiler). 2.1.2 WYSIWYG det du ser er det du får samsvar med teksteditor, forhåndsvisning og visning. 2.1.3 En enkel måte å kopiere direkte (klipp og lim) fra de mest vanlige formatene slik som Microsoft Office formater, Open Office-formater og PDF. Det må være mulig å vaske teksten, dvs. bakenforliggende koding må ikke følge med teksten når den limes inn. HTML-koden som er resultat av direktekopieringen må følge de tekniske standarder (HTML/CSS) som er satt for resten av systemet. 2.1.4 Mulighet til å behandle og opprette ulike typer tabeller. Tabeller må kunne limes inn fra tekstbehandlingsprogram eller regnskapsprogram for deretter å kunne redigeres i administrasjonsverktøyet. 2.1.5 Mulighet til å plassere bilder enkelt i teksten, med mulighet til å tilordne bildetekst. Publiseringsløsningen bør ha: 2.1.6 Mulighet for å sette inn flash eller video i tekstbehandlingsboksen, eller i tilknytning til et annet objekt, som artikkel 2.1.7 Direkteredigering 5
2.2 Menyredigering og struktur En viktig forutsetning for funksjonaliteten er at publiseringsløsningen skal være mest mulig brukervennlig for alle som skal utvikle og oppdatere nettstedene. Publiseringsløsningen må ha: 2.2.1 Menystruktur med minimum tre nivåer. Flytting av et menypunkt innebærer automatisk flytting av underliggende innhold. Nye menypunkter og endringer på menyer må kunne administreres av oss. 2.2.2 Det må være mulig å publisere samme objekt (det være artikkel, kategori eller annet) samtidig på flere nettsteder krysspublisering. En må kunne krysspublisere artikler til separate malverk (samme artikkel kan vises i forskjellige maler på forskjellige steder i løsningen). Krysspublisering må ta hensyn til ulike brukerrettigheter. 2.2.3 Felles publiseringsverktøy med publisering og redigering til de unike nettstedene som dannes. 2.2.4 Enkel flytting av artiklers plassering i strukturen. 2.2.5 Sentralisert kildekode for alle nettsteder som dannes (Dvs endring av maler, layout og grafisk grensesnitt mv. skal kun endres ett sted og gi virkning for alle etablerte og kommende nettsteder). 2.2.6 En menystruktur som gjenspeiles i admininistrasjonsgrensesnittet på en logisk og selvforklarende måte. 6
2.3 Maler og malredigering Publiseringsløsningen må ha: 2.3.1 Søkemotoroptimaliserte maler som standard 2.3.2 Maler for oppsett av ulike informasjonsobjekter, som data/tekst og bilder/ illustrasjoner. 2.3.3 Malene integrert i publikasjonsverktøyet. Løsningen må støtte flere typer designmaler. Den visuelle profilen til Nordland fylkeskommune skal være grunnlaget i utarbeidelsen av webdesign for portalen, både for avdelinger/enheter på nivå 1 og nivå 2 i profilen. Det er viktig at Nordland fylkeskommune er en tydelig avsender på nettsidene til alle våre avdelinger og enheter, i tillegg skal enhetene på nivå 2 ha større visuell frihet slik at identiteten til den enkelte enhet framkommer tydelig. Les mer om vår visuelle profil og nivåer i vedlegg nr 2 Visuell design. Dagens webportal omfatter ca 60 nettsider som skal fordeles på de to nivåene i profilen. Nivå 1 skal omfatte ca 50 av disse, mens de resterende skal være på nivå 2. I framtiden vil flere nettsider på både nivå 1 og 2 opprettes. 2.3.4 Mulighet til å gi detaljerte rettigheter til malene, som å knytte dem til brukergrupper e.l. 2.3.5 Alle elementer i løsningen må kunne benytte flere designprofiler. 7
2.4 Funksjonell publisering Publisering av nye eller endra objekter til nettstedet må være raskt og enkelt Publiseringsløsningen må ha: 2.4.1 Funksjonalitet for å kunne bygge opp, administrere og publisere til flere nettsteder med unike domenenavn eller som subdomener på unike domener. 2.4.2 Funksjonalitet for krysspublisering. Det må være mulig å publisere samme objekt (det være artikkel, kategori eller annet) samtidig på flere nettsteder krysspublisering. En må kunne krysspublisere artikler til separate malverk (samme artikkel kan vises i forskjellige maler på forskjellige steder i løsningen). Krysspublisering må ta hensyn til ulike brukerrettigheter. 2.4.3 Tidsstyrt publisering og deaktivering av artikkel. 2.4.4 Godkjenningsfunksjon. Det må være mulig å sende til godkjenning eller på annen måte få godkjent publisering til områder en ikke har tilgang til. Se også punkt 2.16 Brukerhåndtering. Publiseringsløsningen bør ha: 2.4.5 Tidsstyring av artikler tilbake på desk. 8
2.5 Publikumsrettete tjenester web 2.0 Publiseringsløsningen må ha: 2.5.1 Mulighet for kommentarfelt på artiklene. Kommentarer må kunne modereres enkeltvis. 2.5.2 Forhåndsgodkjenning. Det må være mulig å godkjenne kommentarinnlegg før de publiseres, i tillegg til at det kan åpnes for at kommentarer legges direkte på siden. 2.5.3 Oppretter av artikkel og eventuelt andre må kunne bli varslet ved nye kommentarinnlegg. 2.5.4 Støtte for XML-skjema og X-forms. 2.5.5 Funksjon for å hindre uønsket automatisert spam i kommentarfelt. 2.5.6 Integrere den kurs- og konferansemodulen som nfk.no har per i dag, eller ha tilfredsstillende modul for kurs- og konferanser. Se vedlegg 3 Kurs- og konferansemodul. 2.5.7 Tips en venn funksjonalitet Publikum bør enkelt kunne tipse en venn ved å sende en e-post, som automatisk genereres med lenke og kort informasjon om artikkel/ objekt det lenkes til. Publiseringsløsningen bør ha: 2.5.8 Stem på, nytteverdi av side/ artikkel. 2.5.9 Diskusjonsforum. 2.5.10 Skjema, men mulighet for at disse kan sendes direkte fra web til e-post. 2.5.11 Mulighet for å opprette lenker direkte på hotspots, for eksempel på punkter på et kart. 9
2.6 Nyhetsvisning og nyhetsdeling Publiseringsløsningen må ha: 2.6.1 Nyhetsvisning som kan organiseres i lister/ nyhetsvisning på en enkel måte. 2.6.2 Nyhetsvisning som kan knyttes til mange ulike sidemaler. 2.6.3 Fleksibel nyhetsvisning. En må kunne velge hvordan artiklene vises i nyhetsvisningen, med eller uten bilde, tittel, ingress, fullvisning, publiseringsdato. 2.6.4 Fleksibel nyhetshenting. Løsningen må også kunne presentere siste nyheter/artikler fra ulike valgte områder, for eksempel i en enkel liste som kan plasseres på siden. 2.6.5 Sortering av nyhetsvisningen, både alfabetisk og etter dato. 2.6.6 Nyhetsbrev og nyhetsabonnering. Det må være mulig å opprette nyhetsbrev og nyhetsabonnering med automatisk utsending av nyhetsbrev per e-post til abonnentliste, i tillegg til tilgang til nyhetsabonnering. Innhold og frekvens av nyhetsbrev og nyhetsabonnering må kunne settes av kunde, samt muligheten for å stoppe nyhetsbrevet eller nyhetsabonneringen. Nyhetsbrev og nyhetsabonnering må kunne sendes ut både som ren tekst og i html-format. 2.6.7 Generere RSS-feed på ulike nivåer. 2.6.8 Støtte RSS-feed og nyhetsfeed/mediaklipp på siden. 2.6.9 Det må være mulig å organisere nyheter ved hjelp av tags/ metadata. 2.7 Utskrift Publiseringsløsningen må ha: 2.7.1 Utskriftsvennlig versjon av nettsider. 10
2.8 Avansert kalender Dagens Hva skjer -kalender brukes til å manuelt skrive inn møter for fylkesrådet, konferanser og andre aktiviteter i fylkeskommunen. Se vedlegg 1. Publiseringsløsningen må ha: 2.8.1 Kalenderfunksjonalitet. Kalender må kunne vise bilde, tittel, dato og sted i visning, i tillegg til å kunne lenke til vedlegg, bilder og eksterne og interne lenker. 2.8.2 Søkbar kalender. 2.8.3 Kalenderen må også kunne sorteres etter felter. 2.8.4 En kalender som et eget objekt som kan opprettes flere steder, og plasseres fritt i rammeverk/malverk. 2.8.5 Kalender må kunne tilpasses ulike grafiske profiler. 2.8.6 Krysspublisering mellom kalendre. Publiseringsløsningen bør ha: 2.8.7 En kalender som kan gjøres tilgjengelig i en eller flere XML-standarder (for eksempel icalendar). 2.8.8 MiniKalender, dvs. mulighet for å trekke ut en liten visning av valgte datoer eller dagens dato. 2.8.9 Grafisk fremstilling av en kalender med fargeforskjell på datoer med hendelser. 11
2.9 Flerspråklighet Publiseringsløsningen må ha: 2.9.1 Norsk som språk i hele publiseringsløsningen 2.9.2 Støtte for samisk tegnsett Publiseringsløsningen bør ha: 2.9.3 Språkmodul med mulighet for parallelle sider for andre språk. 12
2.10 Lyd/bilde/filbehandling Publiseringsløsningen må: 2.10.1 Støtte alle vanlige filformater. 2.10.2 Vise bilde, video og lyd i vanlige formater. 2.10.3 Inneholde bildearkiv, dokumentarkiv og multimedia-arkiv, med mulighet for å opprette flere av hver. 2.10.4 Ha mulighet for sanntid overføring av lyd og bilde som Web-TV 2.10.5 Ha bildegalleri 2.10.6 Mulighet for å laste opp flere enn en fil om gangen. 2.10.7 Skaleringsfunksjoner for bilder, med mulighet for å sette standardstørrelser. Publiseringsløsningen bør ha: 2.10.8 Bildearkiv, dokumentarkiv og multimedia-arkiv som er søkbare, og har mulighet for passordbeskyttelse og metadata (som stikkord, fotograf o.l.) 13
2.11 Søk Publiseringsløsningen må ha: 2.11.1 En god og avansert søkemotor som kan søke i det enkelte nettsted via ulike søkekriterier som f.eks metatags. 2.11.2 Valgfrihet i søk. Søker må kunne velge hvor det skal søkes både hvor på nettsted og i dokumenter. 2.11.3 Søkemotor som ikke er case-sensitiv, og kan bruke boolske søkevariabler. Publiseringsløsningen bør ha: 2.11.4 Søkemotor som kan generere oversikt over saker under samme arbeidseller ansvarsområde, samt emnebasert søk. 2.11.5 Søkemotor som bør prioritere kontaktinformasjon ved søk på navn/ ansatt. 2.11.6 Søkemotor som kan søke både i menynavn og overskrifter samt innhold på siden, i tillegg til i wordfiler og lesbare pdf-filer. 14
2.12 Ansattoversikt/kontaktmodul Publiseringsløsningen må ha: 2.12.1 En modul for å vise en oversikt over alle ansatte. Publiseringsløsningen bør ha: 2.12.2 Søkbar ansatteoversikt, i samme søk som generelt søk på nettstedet. Den bør ha mulighet for bilde, lenker, tekst. 2.12.3 Ansatteoversikt med egen modul tilpasset for kontaktinformasjon, som enkelt håndterer nye kontakter og sletting av gamle. 2.13 Nettstedkart Publiseringsløsningen må ha: 2.13.1 Dynamiske nettstedskart for hver enhet og for systemet som helhet. 2.13.2 Nettstedkart som inneholder og åpner alle underkategorier i alle menyer. 2.13.3 Nettstedkart som oppdateres automatisk. 15
2.14 Funksjonelt intranett Publiseringsløsningen må ha: 2.14.1 Funksjonalitet for å lage et intranett. 2.14.2 Intranett som henter ansatteinformasjon samt kontrollerer brukernavn og passord fra ekstern LDAP-katalog. Publiseringsløsningen bør ha: 2.14.3 Mulighet for påloggingsfritt intranett fra arbeidsplass. 2.15 Ekstranett Publiseringsløsningen må ha: 2.15.1 Ekstranett med innlogging, som gir brukere begrenset adgang. 2.15.2 Ekstranett med egne brukernavn og passord 2.15.3 Ubegrenset mulighet for antall ekstranett 16
2.16 Brukerhåndtering Publiseringsløsningen må ha: 2.16.1 Ulike tilganger og rettigheter til å publisere for ulike brukere. Tilgangsprivilegier skal kunne defineres individuelt eller etter forhåndsdefinerte klasser eller grupper. 2.16.2 Til godkjenning -modul med mulighet for å sende artikler til godkjenning til valgte brukergrupper eller brukere. 2.16.3 Mulighet for å sende e-post til alle brukere eller brukere med spesifikke rettigheter eller tilgangsområder. 2.16.4 Lett forståelig brukeradministreringsverktøy, med gode hjelpetekster og egen søkefunksjon. 2.16.5 God og hensiktsmessig organisering av brukerdatabasen. Lettvint oppretting av nye brukere og sletting av gamle. Publiseringsløsningen bør ha: 2.16.6 Arbeidsflyt, det vil si at brukere kan sende artikler til godkjenning hos valgt redaktør, også med mulighet for kommunikasjon begge veier. 2.16.7 Frame-in. Det vil si at eksterne URL kan vises i sin helhet i frames på våre nettsider. 2.17 Offentlig innsyn i WebSak Publiseringsløsningen må: 2.17.1 Integreres med Acos WebSak for visning av offentlig postjournal og politiske saker ved hjelp av iframes eller tilsvarende. Se vedlegg 4 Websak Innsynsmodul. 17
2.18 Tilgjengelighet Publiseringsløsningen må: 2.18.1 Validerere til gjeldende HTML eller XHTML-standard på W3C s validatorløsning. Derav: følge retningslinjene som er utarbeidet av Web Content Accessibility Guidelines (WCAG) under programmet Web Accessibility Initiative (WAI) - også kjent som WAIretningslinjene. kunne gjøre bruk av CSS (stilark) 2.18.2 Kunne leses feilfritt av alle vanlige nettlesere.med vanlige nettelesere menes Internet Explorer, Firefox, Safari og Opera. 2.18.3 Ha funksjonalitet for lesing av tekst for funksjonshemmede. 2.18.4 Ha søkemotoroptimalisering som ikke er i strid med retningslinjer fra Google og andre søkemotorer. Publiseringsløsningen bør: 2.18.5 Ha støtte for at administring av nettstedet, endring av layout, endring av maler etc skal kunne gjøres fra alle vanlige nettlesere. Med vanlige nettelesere menes IE, Firefox, Safari og Opera. 2.18.6 Ha støtte for at innlegging av nyhetsaker gjøres fra alle vanlige nettlesere. Med vanlige nettlesere menes Internet Explorer, Firefox, Safari og Opera. 18
2.19 Tekniske krav Publiseringsløsningen må: 2.19.1 Være basert på åpne standarder. 2.19.2 Være basert på SQL-database. 2.19.3 Være basert på teknologi som er velutprøvd og anerkjent. 2.19.4 Leverandøren må avklare hvordan serverne må være mhp. maskinvare og operativsystem, for at systemet skal kjøres på en tilfredsstillende måte og med tilstrekkelig ytelse. 2.19.5 Ha innebygget brukerstatistikk som kan skille mellom interne og eksterne besøkende (og skille ut treff som roboter og spiders ) og kan vise statistikk for enkelte sider, eller støtte eksterne statistikkverktøy som Google Analytics. Publiseringsløsningen bør: 2.19.6 Følge de tekniske kvalitetskriterier lagt av Norge.no (se http://www.norge.no/dokument/norge_kvalitet_2007.pdf) og Deltasenterets krav om tilgjengelig internett (http://www.shdir.no/deltasenteret/ikt/internett). 2.19.7 Det bør være mulig å inkorporere html i løsningen både som deler av nettsiden og som erstatning for mal. 2.19.8 Ha funksjonalitet for å hindre enkel kopiering av e-postadresser. 2.19.9 Ha automatisk sjekk av brutte lenker 2.19.10 Kunne bruke emneord/tags overalt. 19
3 Krav til avtale med leverandør 3.1 Support Publiseringsløsningen må ha: 3.1.1 Det må utarbeides en supportavtale for drift og videre utvikling av publiseringsløsning, en SLA (Service Level Agreement), i samarbeid med kunden og leverandør. 3.1.2 Leverandør må dokumentere at de har en supporttjeneste med tilstrekkelig kapasitet. 3.1.3 Kunden skal ha en fast kontaktperson som ivaretar våre behov. 3.1.4 Det må følge med en detaljert elektronisk brukermanual på norsk. Denne skal revideres for nye funksjoner i løsningen. 3.1.5 Alle endringer må dokumenteres Publiseringsløsningen bør ha: 3.1.6 Enkel måte å meldte fra om feil, for eksempel en «supportweb». 4 Webdesign Det sendes parallelt ut en tilbudsinnbydelse på webdesign for portalen. Vi forutsetter at valgt leverandør samarbeider med designer som velges. Se vedlegg 2 Visuell profil. 20
5 Teknologi Regjeringen arbeider for at IT-løsningene i offentlig sektor i større grad skal basere seg på åpne standarder.( ) Regjeringen ønsker også at fri programvare skal vinne større utbredelse, og offentlig sektor skal spille en aktiv rolle i denne sammenhengen. 1 Hvis leveransen er fri programvare, vil dette bli vektet positivt uten at dette er et krav. Leverandøren må oppgi hvilken teknologi løsningen er basert på og hvem (Leverandøren eller kunden) som vil eie rettigheten til kildekoden i systemet. Følgende må besvares. 5.1.1 Har vi som kunde frihet til å tilpasse programvaren til våre behov? 5.1.2 Har vi som kunde frihet til å distribuere programvaren til andre? 5.1.3 Har vi som kunde frihet til å forbedre programvaren og gi det ut til andre? 1 http://www.regjeringen.no/nb/dep/fad/tema/andre/apnestandarder.html?id=1371 21
6 Vedlegg 1. Kalender - Hva skjer 2. Visuell profil 3. Kurs- og konferansemodul 4. WebSak Innsynsmodul 5. Demonstrasjon av publiseringsverktøy 22
Vedlegg 1: Kalender Hva skjer Vi har en enkel kalendermodul i dag som vi oppdaterer via Lotus Notes. Denne vil vi erstatte med en kalendermodul som hører til publiseringsløsningen. Dagens Hva skjer -kalender brukes til å manuelt skrive inn møter for fylkesrådet, konferanser og andre aktiviteter i fylkeskommunen. Om dagens kalender: Kalenderen vises via I-Frame på en enkel måte. Eksempel på plassering, se forsiden av nfk.no, høyre marg. Det er per i dag tre ulike kalendere. Internett Intranett Musikk i Nordland Alle er bygd opp på samme måte. Ved å klikke på en aktivitet, vil følgende komme opp i nytt vindu: 23
I månedsvisningen kan en velge enten uke eller dato for å få opp alle visninger på denne dato. Eksempel: Uke 21: Det er mulig å legge til farger og bilder i kalender. Oppdatering av kalender skjer via integrering med Lotus Notes. Kalendermodulen er utviklet av: 3ess Konsulentselskap AS Telefon: 905 49 997 Kontaktperson: Sten Arne Mortensen Mobil: 951 45 301, E-post: stein-arne@3ess.no 24
Vedlegg 2: Visuell profil Det sendes parallelt ut en tilbudsinnbydelse på webdesign for portalen. Vi forutsetter at valgt leverandør av publiseringsløsning samarbeider med designer som velges. Nytt webdesign Webdesignet skal skape brukervennlighet, vise frem innholdet, være i tråd med vår visuelle profil og tilfredsstille krav til tilgjengelighet (Web Accessability Initiative). Dagens webportal har fokus på nyheter, mens vi i den framtidige løsningen vil være mer informasjonsrettet. Vi er internt i gang med å planlegge ny struktur av webportalen. Alle enheter og institusjoner i Nordland fylkeskommune skal bruke et felles publiseringsverktøy. Det betyr ikke at alle nettsteder skal se like ut, men ha noen fellestrekk i oppbygning og design som går igjen. Den visuelle profilen til Nordland fylkeskommune skal være grunnlaget i utarbeidelsen av webdesign for portalen, både for avdelinger/enheter på nivå 1 og nivå 2. Det er viktig at Nordland fylkeskommune er en tydelig avsender på nettsidene til alle våre avdelinger og enheter, i tillegg skal enhetene på nivå 2 ha større visuell frihet slik at identiteten til den enkelte enhet framkommer tydelig. Dagens webportal omfatter ca 60 nettsider som skal fordeles på de to nivåene i profilen. Nivå 1 skal omfatte ca 50 av disse, mens de resterende skal være på nivå 2. I framtiden vil flere nettsider på både nivå 1 og 2 opprettes. 25
Visuell profil Nordland fylkeskommunes visuelle profil skal bidra til økt synlighet og hjelpe oss og skape gjenkjennelse og blir et varemerke på det fylkeskommunen gjør. Profilen består av logo, designelement, farger og typografi. Den visuelle profilen er delt inn i tre nivåer etter visuell tilhørlighet: Nivå 1: Her ligger de fleste avdelinger og institusjoner i Nordland fylkeskommune. Nivå 2: Her ligger prosjekter og noen få enheter/institusjoner som trenger mer visuell frihet enn det Nivå 1 gir. Flere av enhetene her har egen logo og designelement som må kunne brukes sammen med Nfk-profilen som brukes på dette nivået på web. I dagens løsning har vi ikke et fleksibelt nok nivå 2 når det gjelder utvidet visuell frihet ift den visuelle profilen til Nfk. Nivå 3: Prosjekter hvor Nordland fylkeskommune samarbeider med andre aktører, som ikke er fylkeskommunale. Der hvor det vil være aktuelt å benytte vår webportal til prosjektene på dette nivået vil vi ta i bruk nivå 2. Profilhåndboken, farger, typografi, logo og designelementene til Nordland fylkeskommune ligger på www.nfk.no/profil 26
Vedlegg 3: Kurs- og konferansemodul Kurs- og konferansemodulen er et datasystem for administrasjon av kurs, seminarer og konferanser. Du finner lenke til denne fra www.nkf.no sin forside. Slik ser åpningssiden ut. Kort funksjonsbeskrivelse: Kurs- og konferansemodul visning på intranett og internett. Opprette kurs Administrere kurs Kurs kan endres på etter hvert. Brukere godkjennes. Alt kan skrives ut. Brukerne får tilgang til oversikter over deltakere og kan også selv endre på egen påmelding inntil en viss dato. Det er tre nivåer på ulike rettigheter til brukerne. Leverandør av Kurs- og Konferansemodulen er: OPUS Bodø, Plassen 1, 8006 Bodø Kontaktperson: John Dammen Tlf.: 75 65 17 75, Mob.: 952 05 576 Epost: john.dammen@nfk.no 27
Vedlegg 4: Websak Innsynsmodulen WebSak er Nordland fylkeskommunes sak- og arkivsystem. Til denne har vi en egen modul for visning av politiske saker, offentlig postjournal og lignende som kan hentes fra WebSak direkte. Slik vises for eksempel postlisten: Via arkfanene kan en få tilgang til alt fra Innsynsmodulen direkte. Vi har derimot laget tre ulike sider for å gi mer informasjon. Som dere ser er modulen innebygd og blir en naturlig sømløs del av websiden. De tre sidene er: http://www.nfk.no/post http://www.nfk.no/saker http://www.nfk.no/kontakt Innsynsmodulen plasseres på websiden i dag via IFrame. Alle linkene til innsyn er URL er på formen http://url til Innsyn.aspx 28
Vedlegg 5: Demonstrasjon av publiseringsverktøy Vi legger stor vekt på brukervennlighet og funksjonalitet av publiseringsløsningen. Vi ønsker derfor å få muligheten til å logge oss på administrasjonsverktøyet med en testbruker. Det må være mulig å opprette en artikkel/ tekst og se forhåndsvisning av denne, jf. følgende case: Case: Det tas utgangspunkt i en tekst som skal skrives som nyhet. Tekst skal kopieres fra ekstern tekstbehandler og limes inn Tittel og ingress skal skrives inn. En tabell skal kopierer og limes inn fra ekstern tekstbehandler Ord i teksten skal lenkes til en ekstern side. Et jpg-bilde skal legges til med bildetekst. Filvedlegg skal følge artikkel i PDF-format. Artikkel skal knyttes til utdanning, til videregående skoler og til fylkesråd ved hjelp av metatags eller lignende. Artikkel skal forhåndsvises 29
WWW.NFK.NO