1 Krav til innhold og brukerfunksjonalitet i
| Til innhold |
1.1 Innledning | Til innhold |
Målet med dette kapitlet er å presentere funksjonelle krav knyttet til innhold og ulike brukergruppers krav til funksjonalitet. De skal sikre at kommunene får et system for e-servicetorg som har mulighet for å støtte ulike tilbud etter hvert som ambisjonene vokser.
Innholdet og brukernes behov og muligheter for å finne og bruke dette innholdet er det viktigste hensynet på e-servicetorget. Beskrevet i teknologiske termer har både brukere og innholdet lett for å bli usynlig. Derfor er det viktig å holde fast på at systemets egenskaper, de vi beskriver i kravspesifikasjonen, kun er et middel til å nå målet: Effektiv formidling av informasjon og tjenester av høy kvalitet til brukerne i kommunen.
I kommunens eget arbeid med kravspesifikasjonen er det viktig å vurdere innhold og brukernes behov i sammenheng med at kravspesifikasjonen blir utarbeidet.
På den ene side kan det hevdes at kravspesifikasjonen kun omfatter det teknologiske rammeverket man setter innholdet inn i – og at en vurdering av innhold kan skje uavhengig av kravspesifikasjon.
På den annen side er det opplagt at teknologisk løsning og innhold har innvirkning på hverandre, på en rekke ulike områder, som f eks:
I det følgende dekker begrepet innhold både informasjon og tjenester. Selv om tjenestetrappa skiller mellom informasjon (en vei) og tjenester (utveksling mellom kommune og bruker) er det vanskelig å ha informasjon og tjenester i hver sin kategori. En viktig grunn til det er at elektroniske tjenester per definisjon også er informasjon – og ofte kaller vi dem da også informasjonstjenester. De fleste vil bruke tjenestebegrepet ifm saksbehandling f eks: å oversende en søknad om barnehageplass og få svar. Der kommunikasjonen mellom kommunen og brukeren er toveis, vil vi ofte bruke tjenestebegrepet, mens enveiskommunikasjon, i form av brukeres oppslag, ofte kalles informasjon(sinnhenting). Også her er det imidlertid gråsoner: å sende og få svar fra e-postkassa på kommunens e-servicetorg, vil normalt oppfattes som informasjon, ikke en tjeneste.
Enkelte innholdskategorier er spesielt systemnære. Det gjelder f eks statistikk om antall oppslag i systemet og annen informasjon om hvordan systemet fungerer. Vi tenker på dette som system-administrative tjenester.
I denne kravspesifikasjonen starter vi med å beskrive krav knyttet til systemets grunnleggende virkemåte. Dernest fokusere vi på innholdet i form av informasjon og tjenester. Til slutt tar vi for oss kravene til e-servicetorget fra dem som skal administrere systemet samt fra dem som skal legge inn og vedlikeholde innhold og tjenester på e-servicetorget.
Kravene er spesifisert i tabeller. Hvilke krav som skal være med og hvilken prioritet kravene skal ha, er avhengig av den enkelte kommunes situasjon og planer for utvikling av det elektroniske servicetorg. Kravene er formulert som beskrivelse av egenskaper. Prioriteten (f eks skal, bør, ønskelig) bestemmer hvor viktig det er at kravet er oppfylt.
Hvilke typer innhold, informasjon eller tjenester som kommunene skal prioritere på kort og lengre sikt er en viktig beslutning i prosjektfasen for e-servicetorget. Her grupperer vi et vidt register av ulike innholdstyper i form av en sjekkliste.
1.2 Krav knyttet til e-servicetorgets grunnleggende virkemåte | Til innhold |
I sin elementære form, er det knyttet noen få ulike funksjoner/oppgaver til alt innhold i e-servicetorget, som; innlegging, gjenfinning, presentasjon på skjermen, endring og sletting. Det betyr at for hver innholdskategori er det noen som må kunne legge inn innholdet, endre eller slette det, og noen som vil søke etter det/gjenfinne det og lese det på skjermen. Noen oppgaver, som for eksempel presentasjon på skjermen, er styrt av e-servicetorgets struktur, eller av styringsinformasjon som er matet inn i systemet.
De ulike e-servicetorgløsningene kan være ulike med hensyn til hva som er lagt inn i den grunnleggende strukturen og hva som kan styres. I prinsippet kan en e-servicetorgløsning være åpen både med hensyn til hvilke innholdskategorier som skal kunne defineres, og av hvem, og hvem som skal kunne utføre de ulike oppgavene knyttet til hver innholdskategori.
I praksis vil man ofte definere dette fra en sentral funksjon, som forutsatt her, og i noen løsninger er det som antydet, forhåndsdefinert.
Uansett hvor veloverveid kommunens tilbud av innhold på e-servicetorget har vært, er det lett å tenke seg at det kan skje endringer i kommunens prioriteringer. I den fasen mange kommuner er i nå, vil det ofte lanseres nytt innhold på e-servicetorget. Etter hvert vil også noe falle bort - og kanskje enda viktigere: det vil oppstå ønske om å reorganisere og omstrukturere innholdet på e-servicetorget.
I dette underkapitlet har vi tatt med krav som vi knytter til systemets grunnleggende virkemåte. Krav som går på reorganisering og omstrukturering av e-servicetorget mv har vi definert som krav knyttet til administrasjon av e-servicetorget, se senere i dette kapitlet.
Krav knyttet til e-servicetorgets grunnleggende virkemåte.
|
Kap |
Nr |
Prioritet |
Krav tekst |
Svar kode |
|
1.2 |
1 |
Det skal være mulig å presentere ulike utsnitt av |
||
|
1.2 |
2 |
Det utsnittet av innhold og tjenester som gjøres tilgjengelig for de enkelte brukergrupper/brukere, skal kunne endres. |
||
|
1.2 |
3 |
Det som en brukergruppe eller enkeltbruker får tilgang til av informasjon og tjenester skal styres først av rettigheter som er definert i e-servicetorget, deretter eventuelt av adgangsbegrensninger knyttet til det enkelte innholdselement. |
||
|
1.2 |
4 |
Applikasjoner skal kunne presenteres i egne sider eller integrert i portalen/nettstedet, avhengig av løpende vurderinger. |
||
|
1.2 |
5 |
Fagapplikasjoner skal kunne integreres i e-servicetorget gjennom et transaksjonssenter for den enkelte fagspesifikke system eller et felles transaksjonssenter for flere/alle fagsystemene. |
||
|
1.2 |
6 |
Brukere av e-servicetorget som har en kjent identitet, skal kunne lagre informasjon og dialog mellom seg selv og ulike innholdsleverandører (saksbehandlere, tjenesteytere, fagsystemer..) i e-servicetorget. |
1.3 Krav til innhold som alle må få tilgang til | Til innhold |
I utgangspunktet er alle brukere like for e-servicetorget, og har tilgang til all informasjon som ikke er reservert for definerte grupper. Det bør være et mål for et kommunalt e-servicetorg at så mye av innholdet som mulig er åpent tilgjengelig for alle brukere. I visse kommersielle informasjonsportaler har det vært praksis å legge en innloggingsfunksjon på første side i portalen, og på den måten tvinge brukerne til å identifisere seg. Det bør ikke være praksis for kommunale e-servicetorg. Kommunen vil ha behov for at så mange som mulig av kommunens innbyggere og næringsliv benytter det kommunale e-servicetorget. Det må derfor værer attraktivt innhold tilgjengelig i e-servicetorget også for brukere som ikke har identifisert seg. Brukere som ikke er nærmere identifisert av e-servicetorget kaller vi her allmennbrukere. I neste kapittel gis en oversikt over ulike innholdskategorier, hvorav de fleste bør kunne være tilgjengelige for allmennbrukerne.
I tillegg til den informasjonen som er åpen for alle, vil det være behov for å gi ulike rettigheter til ulike brukergrupper. Slike rettigheter krever at brukeren identifiserer seg for systemet og at vedkommende bllir kategorisert som tilhørende en bestemt brukergruppe. En person kan få tilgang til et utsnitt av e-servicetorgets innhold avhengig av rettighetene som er satt for de brukergruppene som en person tilhører.
Behovet for nærmere identifikasjon av brukere henger for eksempel sammen med behovet for å styre hvem som kan legge inn innhold i e-servicetorget, og med behovet for å gi brukerne tilgang til kommunale tjenester som krever personinformasjon. Den enkelte bruker vil også kunne ønske å motta personrettet informasjon, for eksempel informasjon i forbindelse med en søknad vedkommende har sendt til kommunen.
En ansatt i kommunen vil automatisk bli gjenkjent av e-servicetorget dersom det er integrert med kommunens interne system, hvilket er mer og mer vanlig. En som ikke er ansatt i kommunen, må identifisere seg gjennom bruk av en hensiktsmessig påloggingsrutine eller annen mekanisme for elektronisk identifikasjon, avhengig av sikkerhetsnivået som innholdet krever. For noen innholdskategorier, for eksempel deler av e-servicetorget som drives av en frivillig organisasjon, må brukeren i tillegg kanskje søke om å få tilgang til informasjonen som organisasjonen har lagt ut.
Et tilbud om Mitt servicetorg, kan innebære ulike former for tjenester, f eks brukerens saker og favoritt-informasjon.
Hvilke brukere og grupper som skal få tilgang til hva og på hvilken måte, må systemet håndtere. Systemet kan administrere de rettighetene forskjellige brukere har, men vurderingene av hvem som skal ha hvilke rettigheter bør forankres i ledelsen i kommunen.
Krav til innhold som alle må få tilgang til.
|
Kap |
Nr |
Prioritet |
Krav |
Svar kode |
|
1.3 |
1 |
Brukere kan lett finne frem til e-servicetorg ved hjelp av allment tilgjengelige søkemotorer |
||
|
1.3 |
2 |
Alle brukere som finner frem til den åpne informasjonen på e-servicetorgets hovedside oppfattes i utgangspunktet som almenbrukere uten spesielt definerte rettigheter i |
||
|
1.3 |
3 |
Brukere kan navigere i e-servicetorget og søke etter e-tjenester og informasjon som er tilgjengelige for alle. Se nærmere om søk og navigering under kapittel om gjenfinning, og eksempler på innhold senere i dette kapitlet. |
||
|
1.3 |
4 |
Informasjon som er tilgjenglig presenteres på en brukervennlig måte, se kapittel 3 Tilgjengelighet. |
||
|
1.3 |
5 |
Dersom søkt informasjon finnes, men ikke er tilgjengelig for brukergruppen, gis melding om at informasjon finnes, og hvem som er innholdsleverandør. |
||
|
1.3 |
6 |
Basert på informasjon om eksisterende dokumenter, kan allmennbruker sende forespørsel til innholdsleverandøren. Dette kan være en enkel mail-to-funksjon. |
||
|
1.3 |
7 |
En allmennbruker kan identifisere seg for systemet og bli gjenkjent. |
||
|
1.3 |
8 |
En bruker kan, i tillegg til informasjon som er åpent tilgjengelig for alle, få tilgang til e-servicetorgets innhold ut fra sin identitet, og får derved tilgang til andre bestemte utsnitt av informasjon og tjenester i e-servicetorget enn det som er tilgjengelig for alle. Dette kan være diskusjonsgrupper, valg, søke om kommunale tjenester og lignende. |
||
|
1.3 |
9 |
En bruker som er identifisert i e-servicetorget kan skreddersy sin versjon av e-servicetorget ut fra de rammer som gjelder. |
||
|
1.3 |
10 |
En bruker som er identifisert for e-servicetorget får tilgang til historikk og transaksjoner fra evet pågående saksbehandling (som i visse banksystemer, der en har egen postkasse). |
1.4 Sjekkliste for innholdskategorier, informasjon og tjenester for innbyggerne/borgerne | Til innhold |
Her presenterer vi innholdskategorier, informasjon og tjenester, som kan brukes som en sjekkliste i kommunens prosjekt for e-servicetorg. Terminologien, hva den enkelte innholdskomponent blir kalt, vil variere. Grupperingen av innholdskategoriene, hvilke som blir "overskrift" og hvilke som blir "underpunkter", kan også variere fra et servicetorg til et annet.
Eksempler på krav til innholdskategorier:
|
Kap |
Nr |
Prioritet |
Krav |
Svar kode |
|
1.4 |
1 |
E-servicetorget skal vise kommunens identitet på alle sider i e-servicetorget. |
||
|
1.4 |
2 |
En søkefunksjon som både skal kunne søke i fritekst og metainformasjon i portalens innhold og i andre angitte kilder skal være tilgjengelig fra alle sider i e-servicetorget. |
||
|
1.4 |
3 |
E-servicetorgets første side skal ha en oversikt over innhold i form av navngitte knapper, og når man holder musa over teksten, skal en nærmere detaljering vises. Dette mønstret anbefales gjentatt i underliggende sider/utsnitt av Livssituasjoner i henhold til LivsIT skal kunne være en knapp. |
||
|
1.4 |
4 |
Kontaktinformasjon til kommunen; kart, adresse, telefon til sentralbord. |
||
|
1.4 |
5 |
Presentasjon av kommunens administrasjon, organisasjonskart, telefonnummer og e-postadresse til kontaktpersoner. |
||
|
1.4 |
6 |
Kommunens ansatte med eller uten kontaktinformasjon |
||
|
1.4 |
7 |
Hvem svarer på hva |
||
|
1.4 |
8 |
Oversikt over folkevalgte, komitéstrukturer osv |
||
|
1.4 |
9 |
Sakspapirer og vedtak knyttet til politiske prosesser, inkludert høringer |
||
|
1.4 |
10 |
Kart og geografisk informasjon |
||
|
1.4 |
11 |
Informasjon om og fra sivil sektor (lag og foreninger mv) med kontaktinformasjon og evet lenke til hjemmesider utenfor eller innenfor e-servicetorget. |
||
|
1.4 |
12 |
Nyheter (fra innholdsleverandører både i og utenfor kommuneadministrasjonen, redigert av innholdsansvarlig). |
||
|
1.4 |
13 |
Postjournal fra kommunens sak/arkivsystem, eventuelt med mulighet for online bestilling av innsyn og eventuelt med mulighet for direkte tilgang til dokumenter i saken. |
||
|
1.4 |
14 |
Saksunderlag for de planprosesser og politiske prosesser i kommunen. |
||
|
1.4 |
15 |
Kalender (politisk "rutebok", kulturkalender osv) |
||
|
1.4 |
16 |
Informasjon om fagspesifikke systemer – og kopling til eventuelle integrerte fagsystemer |
||
|
1.4 |
17 |
Tjenestebeskrivelser over alle lovpålagte tjenester i henhold til Kommuneforlagets system eller kommunens eventuelle egen versjon. |
||
|
1.4 |
18 |
Innlogging og andre tjenester som bidrar til å identifisere brukere |
||
|
1.4 |
19 |
Rettighetsinformasjon, inkludert informasjon om rettighetsbaserte tjenester. |
||
|
1.4 |
20 |
Kontakt oss – generell elektronisk postkasse til kommunen. |
||
|
1.4 |
21 |
Beredskaps- og kriseinformasjon. |
||
|
1.4 |
22 |
Skjema for søking om kommunale tjenester . |
||
|
1.4 |
23 |
Lenker til andre nettsteder og applikasjoner. |
||
|
1.4 |
24 |
Mitt e-servicetorg og andre private rom på torget. |
||
|
1.4 |
25 |
Samhandlingsarenaer (interaktive tjenester som prosjektrom, diskusjonsgrupper mv). |
1.5 Nærmere om enkelte av innholdskategoriene | Til innhold |
Listen ovenfor inneholder både generelle mekanismer knyttet til innholdet på e-servicetorget, og spesialfunksjoner – som i dag er vanlige å tilby på torget. Kalenderfunksjoner, kart, skjemaer osv kan enten tilbys integrert i e-servicetorget, som egne moduler, eller man kan kreve av løsningen til e-servicetorg at det skal kunne innpasse et sett av nærmere definerte innholdstyper, dersom det oppstår behov på et senere tidspunkt.
Her gir vi noen eksempler på slike innholdstyper, inkludert eksempler på funksjonelle krav, uten ambisjoner om en fullstendig beskrivelse. Det vil være forskjeller på systemene fra de ulike leverandørene når det gjelder hva som leveres som standard. For kommunens prosjekt for e-servicetorg er det viktig å ha klart for seg hva som tilbys i standardpakken, de som tilbys til en ekstra kostnad og det som eventuelt (enkelt) kan tilpasses etter behov.
1.5.1 Kalender | Til innhold |
Et kalendersystem kan brukes for registrering av og oversikt over datorelaterte aktiviteter eller reservasjoner. Benyttes både for informasjon om arrangementer, objekter og personer. Det kan også utarbeides særlige kalendre knyttet til den politiske saksgangen i viktige saker, til kulturarrangementer, kommunens årshjul osv.
Et viktig krav ifm kalenderfunksjonen er at autoriserte personer gis mulighet for å registrere aktiviter og reservere f eks møterom.
1.5.2 Adresse- og kontaktinformasjon | Til innhold |
System for registrering av adresse- og kontaktinformasjon om personer, lag og foreninger, privat og offentlig virksomhet. Et viktig krav her kan være at eksterne skal kunne oppdatere info i systemet. De teknologiske krav i forbindelse med eventuell kopling av registre kan også høre med her. (Dersom slik kopling skjer, må det være i tråd med personvernlovginging osv, se sikkerhet.)
Kopling mot kommunens registreringssystem for henvendelser kan være aktuelt.
1.5.3 Livs IT | Til innhold |
Standard gruppering og kategorisering av alle offentlige tjenester og all offentlig informasjon. LivIT gir tilgang til Statskonsults inndeling av offentlige tjenester og informasjon. Integrasjon mot sentral database for kategorier av tema og livssituasjoner, se også Livssituasjoner og Tjenestebeskrivelser i Veiledningen.
1.5.4 Tjenestebeskrivelser | Til innhold |
Tjenestebeskrivelser skal beskrive innholdet i tjenestene som tilbys, informere om hvor man får tjenesten og tilgjengeliggjøre lover, forskrifter, søknadsskjema og rutiner for hvordan man får tjenesten. Statskonsults mal kan benyttes.
Det skal være mulig å registrere alle offentlige tjenester.Tjenestebeskrivelser registrereres/legges inn gjennom et skjemaliknende grensesnitt. Det benyttes maler, og det kan fritt defineres et ønsket antall maler. I hver mal defineres felt, og feltene kan være for intranett, Internett eller begge deler. Det finnes et (betal-)tilbud fra Kommuneforlaget om sentralt produserte og vedlikeholdte tjenestebeskrivelser for lovpålagte tjenester basert på Statskonsults mal. Kommunene kan benytte tjenestebeskrivelsene direkte fra basen i Kommuneforlaget, eller kopiere basen over til eget system og legge til andre tjenester som kommunen tilbyr sine innbyggere.
1.5.5 Elektroniske skjema | Til innhold |
Et elektronisk skjema kan representere en brukervennlig dialog, og også integrasjon mot virksomhetens systemer (sak/arkiv, fagsystem og økonomisystem). For brukeren vil skjema på nett, selv om det ikke kan sendes inn elektronisk, være en fordel. For kommunens effektivitet er det viktig om informasjonen fra skjemaene kan integreres i saksbehandlingssystemene og ikke tastes inn på nytt.
Systemer for digital signatur kan være nødvendig dersom skjemaer skal fylles ut, sendes og integreres i saksbehandlingssystemene. Det kan også være aktuelt å hente inn opplysninger fra kommunens person- og adresseregister, GAB-registeret osv. Dette vil ofte medføre både økonomiske og juridiske konsekvenser som i sum er mer sentrale enn en eventuell teknologisk løsning på dette området.
1.5.6 Kart – geografisk informasjon | Til innhold |
Muligheter for visning av plassering av objekter (evt. med tilhørende tjenester) og visualisering av planer for arealdisponering. Kartene kan foreligge i to hovedtyper:
Visning av kartutsnitt, samt temakart med tematisering som omfatter både offentlig og privat tjenesteyting og tilbud. Denne tjenesten bør være både søkbar og klikkbar.
1.6 Krav knyttet til administrasjon av
| Til innhold |
Den som skal administrere e-servicetorget, kaller vi her administrator. Dette er en nøkkelrolle som krever god oversikt og innsikt i hvordan et e-servicetorg best kan tilpasses kommunens behov.
Vedkommende skal ha rettigheter i e-servicetorget for å definere strukturen i e-servicetorget, hvilke informasjonstyper som skal være med på hovedsiden (et bestemt utsnitt av informasjon og tjenester som gjøres tilgjengelig for eksterne brukere), hvilke undersider som hovedsiden skal peke på og hvilke andre innganger som skal kunne defineres.
For bestemte utsnitt av e-servicetorget skal det kunne opprettes underadministratorer med tilsvarende rettigheter for sine utsnitt. Der det er nødvendig for forståelsen vil vi derfor benytte betegnelsene hovedadministrator og underadministrator. Det er hovedadministrator som har ansvaret for kontakten til leverandøren av e-servicetorget, til driftsmiljøet og til kommunens administrasjon.
Administrator må samarbeid tett med alle som har et ansvar i forhold til e-servicetorget både for å gi innspill og forslag til videreutvikling. Følgende ansvarsområder vil tilfalle hovedadministrator:
Krav knyttet til administrators behov
|
Kap |
Nr |
Prioritet |
Krav |
Svar kode |
|
1.6 |
1 |
Systemet etableres med brukernavn, passord og språk for hovedadministrator. |
||
|
1.6 |
2 |
Innholdet eller deler av innholdet på e-servicetorget skal kunne presenteres på alternative språk eller målføre. |
||
|
1.6 |
3 |
Hovedadministrator har rettigheter i e-servicetorget til å endre grafisk profil, innhold og navigasjonsstruktur, opprette nye menyvalg/menystruktur. |
||
|
1.6 |
4 |
Hovedadministrator kan definere innholdskategorier og sette krav til metainformasjon for innholdskategorier. |
||
|
1.6 |
5 |
Administrator skal kunne fjerne og legge til nye innholdskategorier i e-servicetorget. |
||
|
1.6 |
6 |
For innholdskategorier som fjernes, forutsettes at innholdet om ønskelig kan overføres til en annen innholdskategori. |
||
|
1.6 |
7 |
Hovedadministrator kan legge inn standard metadataelementer som automatisk tas med i innholdselementene hvor disse inngår (skal kunne overstyres av innholdsleverandør). |
||
|
1.6 |
8 |
Hovedadministrator kan legge inn temaer og taksonomier knyttet til hvert av disse og angi temaene som del av metadata for en eller flere innholdskategorier (eks. LivsIT). |
||
|
1.6 |
9 |
Det er enkelt for administrator å legge inn lenker til andre nettsteder og applikasjoner. |
||
|
1.6 |
10 |
Administrator har overordnede rettigheter, slik at vedkommende raskt kan endre, oppdatere eller rette opp feil som fremkommer i informasjon på e-servicetorget. |
||
|
1.6 |
11 |
Når administrator endrer informasjon som andre er ansvarlig for, sendes endringsmelding automatisk innholdsleverandøren/ innholdsansvarlig. |
||
|
1.6 |
12 |
Administrator har overordnede rettigheter, slik at vedkommende raskt kan blokkere tjenester som viser seg å ha feil. (Her må administrator rutinemessig sende melding til den i kommunen som er ansvarlig for tjenesten.) |
||
|
1.6 |
13 |
I tillegg til hovedadministrator er det administratorer av del-utsnitt av e-servicetorget, for eksempel utsnitt knyttet til bestemte organisatoriske enheter eller definerte brukergrupper. Hovedadministrator skal kunne definere underadministratorer i e-servicetorget. |
||
|
1.6 |
14 |
Administrator kan etablere og vedlikeholde nye innholdsansvarlige i systemet. Etablering omfatter:
(Den enkelte kommune må kunne beslutte om administrator eller innholdsansvarlige skal kunne legge inn innholdsleverandører.) |
||
|
1.6 |
15 |
Administrator kan avvikle innholdsansvarlig for videre levering. Selv om innholdsansvarlig avsluttes, skal det ikke automatisk foretas sletting av informasjonen om brukeren, heller ikke av vedkommendes poster i databasen, eller de innholdsleverandører som vedkommende har lagt inn. Avvikling omfatter:
Feltene kan oppdateres og de skal kunne skrives ut kvittering og endringene skal loggføres |
||
|
1.6 |
16 |
Hovedadministrator kan opprette og vedlikeholde andre med rettigheter som administratorer av delutsnitt av |
||
|
1.6 |
17 |
Administrator kan bestemme hvilke innholdskategorier av de som er definert for e-servicetorget, som skal tas med for eget nivå i løsningen. |
||
|
1.6 |
18 |
Administrator kan fjerne innholdskategorier fra den delen av e-servicetorget som vedkommende administrerer. |
||
|
1.6 |
19 |
Administrator kan administrere tilgangen (lesetilgangen) til systemet for de sidene/utsnittene av e-servicetorget vedkommende administrerer. Tilgang skal kunne gis for organisatoriske enheter, andre grupper av brukere og enkeltbrukere. Det vil for eksempel kunne bety at eksterne brukere/allmennbrukere må logge seg på. |
||
|
1.6 |
20 |
Administrator kan ta ut statistikker over besøk. Statistikk må kunne vises på utskriftsvennlig skjerm og kunne tas ut som liste. |
||
|
1.6 |
21 |
Systemet omfatter en historisk database. |
||
|
1.6 |
22 |
Administrator kan overføre informasjon fra den aktive til den historiske basen og kunne overføre utdatert informasjon til den historiske databasen. Administrator skal kunne angi årstall for en utvalgt del av innholdsleverandører og overføre informasjonselementene fra disse til den historiske databasen. Systemet skal skrive ut kvittering for overføring og overføring skal loggføres |
||
|
1.6 |
23 |
Administrator får tilgang til systemets logginformasjon, dvs innlegginger, endringer, sletting og lesing |
||
|
1.6 |
24 |
Logginformasjonen er tilgjengelig for administrator på skjerm og for utskrift. |
||
|
1.6 |
25 |
Systemet skal gi administrator mulighet til å få frem statistikk over "treff" eller oppslag på e-servicetorget. |
||
|
1.6 |
26 |
Administrator kan ta ut oversikt over hvor mange dokumenter som er i den aktive delen/basen, totalt, fordelt på typer informasjon og de ulike delene av e-servicetorget. |
||
|
1.6 |
27 |
På sikt er det å slette/overføre informasjon fra historisk database til egnet lagringsmedium. Det skal da skrives ut kvittering og loggføres. |
||
|
1.6 |
28 |
Administrator kan ta ut oversikter over leveranser totalt og per innholdsleverandør per år eller måned. |
||
|
1.6 |
29 |
Systemet fører logg over innlegginger, endringer, slettinger og lesing. |
1.7 Innholdsleverandører til e-servicetorget | Til innhold |
Et velfungerende e-servicetorg forutsetter ulike bidragsytere fra stab og linje. Det er ikke uvanlig å definere en innholdsleverandør for hvert fagområde, eller også for et tema. Disse skal levere faginformasjon, relevante nyheter i henhold til vedtatte retningslinjer og prosedyrer. Dersom de har fått opplæring, har kompetanse og er tildelt autorisasjon/myndighet, må det være et mål at innholdsleverandørene kan gjøre mye selv. Det inkluderer å legge informasjon ut på nettet i henhold til retningslinjer for design og presentasjon. Det finnes programvare med maler som forenkler dette arbeidet. Den enkelte innholdsleverandør har selv ansvaret for å vedlikeholde og kvalitetssikre dokumentasjon innenfor sitt aktuelle område. Det både kan og bør være mange innholdsleverandører i et e-servicetorg.
I prinsippet vil det være en overordnet i linjen som har det formelle ansvaret for informasjon som legges ut av innholdsleverandørene. I praksis vil de fleste innholdsleverandører få myndighet til å legge ut innhold etter retningslinjer man er enige om. Dette kan variere med hva slags innholdskategori det gjelder og hvor erfarne innholdsleverandørene er. Vi har derfor tatt med separate krav knyttet til innholdsansvarlige, se nedenfor.
Innholdsleverandørene har ansvar for:
Krav knyttet til innholdsleverandørenes behov
|
Kap |
Nr |
Prioritet |
Krav |
Svar kode |
|
1.7 |
1 |
En bruker som har rettigheter til å kunne legge inn informasjon, dvs en innholdsleverandør, kan enkelt legge inn nyheter eller informasjonselementer i de relevante definerte informasjonskategorier. |
||
|
1.7 |
2 |
Innholdsleverandør med rettigheter å legge inn informasjon/dokumenter kan endre eller slette informasjon og dokumenter innenfor sitt fagområde. |
||
|
1.7 |
3 |
En innholdsleverandør kan sette rettigheter på de innholdselementene vedkommende leverer, slik at innholdselementene er åpne eller kan være sperret for organisatoriske enheter, grupper av brukere eller enkeltbrukere. |
||
|
1.7 |
4 |
En innholdsleverandør kan skrive informasjonen direkte inn i publiseringsfunksjonen eller kunne hente opp dokumenter fra andre filer som vedkommende har tilgang til og kunne legge dem inn enten som vedlegg i sitt opprinnelige format eller som HTML eller et XML-format. |
||
|
1.7 |
5 |
All informasjon som publiseres merkes med publiseringsdato, og aktuell-til-og-med-dato . All informasjon overføres til relevant kategori i historisk arkiv etter aktuell-til-og-med-datoen. Begge datoene følger med informasjonen og vises ved presentasjon. |
||
|
1.7 |
6 |
Også informasjon som er gått ut på dato er søkbar, eventuelt i et eget søk i "historisk informasjon". |
||
|
1.7 |
7 |
Alle innholdsleverandører kan slette informasjon som de selv har lagt ut. |
||
|
1.7 |
8 |
Innholdsleverandørene kan legge inn metainformasjon der dette er definert for innholdskategorien, og overstyre de metadata som er predefinerte i systemet. Eksempelvis kan det være at noen legger inn dokumenter som er laget av andre, og vil da overstyre informasjonen om forfatter. |
||
|
1.7 |
9 |
Systemet fører logg over all bidrag fra innholdsleverandørene med dato og klokkeslett. |
||
|
1.7 |
10 |
Innholdsleverandør kan ta ut statistikk over "treff"/ oppslag på de ulike dokumentene vedkommende har lagt inn. |
||
|
1.7 |
11 |
Innholdsleverandør kan ta ut statistikker over antall besøkende. |
||
|
1.7 |
12 |
Logginformasjon er tilgjengelig for innholdsleverandør på skjerm og for utskrift, men innholdsleverandør kan slette loggen. |
1.8 Innholdsansvarlige for e-servicetorget | Til innhold |
I prinsippet ligger ansvaret for å godkjenne informasjon i linjen. Innholdsansvarlig har linjeansvar for å godkjenne informasjonen før den presenteres på e-servicetorget. Avhengig av organisering kan det være flere innholdsansvarlige. I større virksomheter er det naturlig at det er en egen innholdsansvarlig for et fagområde. For eksempel er det ikke uvanlig å etablere fag- eller avdelingssider. Leder for avdelingen eller fagområdet vil vanligvis ha ansvaret for informasjonen som publiseres. Det kan være mange innholdsleverandører innenfor hvert fagområde eller avdeling.
Innholdsansvarlig har det øverste ansvaret for innholdet på sitt ansvarsområde og har oversikt over det som publiseres til enhver tid. Han eller hun som får ansvaret skal først og fremst sørge for koordinering, samarbeid og sikre at innholdet i e-servicetorget sikrer kommunen et godt omdømme både eksternt og internt innenfor sitt område. En innholdsleverandør kan blant annet ha følgende oppgaver:
Krav knyttet til innholdsansvarliges behov
|
Kap |
Nr |
Prioritet |
Krav |
Svar kode |
|
1.8 |
1 |
Innholdsansvarlige kan, for eget ansvarsområde, legge inn innholdsleverandører på samme måte som administrator kan legge inn innholdsansvarlige, og avslutte dem. |
||
|
1.8 |
2 |
Innholdsansvarlige kan angi hvilke innholdskategorier innenfor eget ansvarsområde som skal godkjennes før publisering |
||
|
1.8 |
3 |
En innholdsansvarlig kan tildele rettigheter til innholdsleverandører innenfor sitt område og eventuelt angi behov for godkjenning av innholdet og hvem som eventuelt skal godkjenne. |
||
|
1.8 |
4 |
En innholdsansvarlig får en oversikt per innholdskategori, over innhold som venter på godkjenning og må kunne få frem det enkelte innholdselementet for gjennomlesning og eventuell godkjenning med et enkelt tastetrykk. |
||
|
1.8 |
5 |
I oversikten fremkommer identiteten til innholdsleverandøren, samt dato for innlegging, dato for utløp. |
||
|
1.8 |
6 |
Innholdsansvarlig kan godkjenne innholdselementer direkte fra oversikten uten å ta frem elementet først. |
||
|
1.8 |
7 |
Innholdsansvarlig kan legge inn merknader til innholdselementet og returnere det til innholdsleverandøren i stedet for å godkjenne det. |
||
|
1.8 |
8 |
Innholdsansvarlig kan fjerne innhold vedkommende har godkjent fra e-servicetorget. Dette skal fremgå av logger og innholdsleverandøren skal få melding. |
1.9 Politikere og andre særlige brukergrupper | Til innhold |
Det kan være grunner for å la de ulike kommunepolitikerne ha egne hjemmesider på e-servicetorget, eventuelt med pekere til partiets informasjonsportal. I denne kravspsifikasjonen ser vi politikerne og foreninger og liknende som brukergrupper med like krav til e-servicetorget. Funksjonaliteten skiller seg kun ut ved at innholdet som legges ut ikke skal godkjennes i linjen, dvs. brukerne må ha både innholdsleverandør- og innholdsansvarlig-rettigheter. Dette er det også en rekke kommunalt ansatte som vil kunne ha.
Kommunen må tenke seg nøye om før e-servicetorget åpnes for slik bruk. Det vil kreve ekstra administrasjon og ikke minst ekstra kapasitet på driftssiden. Det kan også være forvirrende for brukerne for øvrig å skille på kommunens informasjon og dialog og informasjon og dialog fra andre brukergrupper.
1.10 Å forbedre et eksisterende nettsted | Til innhold |
De fleste kommuner har allerede etablert et nettsted og har mer eller mindre offensive planer for å forbedre tilbudet til brukerne ved å utvide innholdstilbudet. Både eksisterende og mulige nye tilbud har betydning for de funksjonelle kravene til e-servicetorget.
Skal nytt innhold introduseres i et "gammelt" e-servicetorg, kan utfordringene lett bli store, dersom man ikke tidligere har stilt krav om slik funksjonalitet. Det er ikke mulig å gi generelle råd mht om det lønner seg å flikke på det gamle systemet eller å starte med blanke ark og en ny plattform for e-servicetorget. Slike avgjørelser vil være avhengig av ressurssituasjon og ambisjonsnivå i kommunen og må vurderes i prosjektfasen, før en eventuell anskaffelsesprosess.