Kravspesifikasjon

Digitalt bibliotek Nedre Romerike

Publiseringsverktøy for webportalen
KRAVSPESIFIKASJON
Kjeller, 27. november 2007

1. Innholdsfortegnelse

2. Forord

3. Oppdragsgiver

3.1 Bakgrunnen for prosjektet

4. Kravspesifikasjon

4.1 Rammebetingelser
4.2 Funksjonskrav
4.2.1 Brukervennlighet
4.2.3 Maler
4.2.3 Administrasjon
4.2.4 Innhold
4.2.5 Integrerte Bibliofil-funksjoner
4. 3 Tekniske krav
4.3.1 Universell tilgjengelighet

5. Krav til leverandør

2. Forord

Denne kravspesifikasjonen skal danne utgangspunkt for valg av publiseringsverktøy for bibliotekportalen Nedre Romerike. Kravspesifikasjonen skal beskrive rammebetingelser og funksjoner som publiseringsverktøyet for portalen skal inneha. Kravspesifikasjonen skal fungere som et hjelpemiddel i forbindelse med valg av publiseringsløsning. Dette gjelder både for prosjektgruppen såvel som eventuell leverandør av publiseringsverktøyet. Dokumentet vil være i utvikling og vil således framstå som et arbeidsdokument.

3. Oppdragsgiver

Oppdragsgiver for prosjektet er Samarbeidsrådet for Nedre Romerike (SNR).
Prosjektansvarlig er Skedsmo kommune v/Roald Hansen.
Prosjektleder er Akershus Fylkesbibliotek v/ Eirik Gaare.

Prosjektrapport avlegges hvert halvår med henhold til måloppnåelse og bruk av midler.

3.1 Bakgrunnen for prosjektet

Prosjektet Digitalt Bibliotek Nedre Romerike er igangsatt av SNR. I SNRs arbeidsplan og budsjett for 2007 er biblioteksamarbeid prioritert. Samtidig vises det til Bibliotekreform 2014 (ABM-utvikling). Reformen påpeker behovet for nye samarbeid- og samordningsmodeller for bibliotektjenester.
Bibliotekene på Nedre Romerike har mange felles utfordringer.
Innbyggere som benytter kulturtilbud på tvers av kommunegrenser
Stor flerkulturell innvandring – behov for samordning av tilbudene og utnyttelse av ressursene
Stor innflytning – behov for å skape tilhørighet og identitet hos nye innbyggere

Med dette som utgangspunkt ble det besluttet at et av hovedtiltakene for prosjektet er å danne en felles ny Internett-portal for folkebibliotekene på Nedre Romerike. Portalen skal være en virtuell møteplass for kommunenes innbyggere og en inngangsport til bibliotekets fysiske rom. Portalen skal legge stor vekt på ha et digitalt innhold. (se pkt. 4.2.4)
Kommunene er Aurskog-Høland, Fet, Lørenskog, Nittedal, Rælingen, Skedsmo og Sørum, med et samlet innbyggertall på over 150.000.
Portalen skal utvikles i samarbeid med Akershus Fylkesbibliotek.
Portalen skal etter revidert prosjektplan lanseres i 2008-2010.
Portalen må være av en slik karakter at den på sikt kan utvides til å gjelde for hele Akershus fylke.

4. Kravspesifikasjon

4.1 Rammebetingelser

Dette kapitlet beskriver betingelsene for valg av publiseringsverktøy for bibliotekportalen for Nedre Romerike.
Vi ønsker en fleksibel løsning for presentasjon av innhold til innbyggerne i de 7 kommunene. Portalen skal presentere det samlede bibliotektilbudet i Nedre Romerike inkludert fellestjenester fra biblioteksystemet Bibliofil og andre tjenester fra 3. parts leverandører. Den skal avgrenses mot bibliotekenes hjemmesider ved at innholdet skal beskrive fellesfunksjoner  og tjenester som går på tvers av kommunegrensene. Dog skal bibliotekene presenteres med en egen side i portalen.

4.1.2 Portalen

Portalen må kunne kommunisere med andre tjenester og systemer ved bruk av åpne standarder.
Angi hvilke standarder som støttes.
Det skal være mulig å opprette og administrere delportaler i løsningen. Delportalene skal kunne opptre som forskjellige saiter, men også som subkataloger til en sait.

4.2 Funksjonskrav

4.2.0 Design
Generelt skal designet være “spenstig”, enkelt og oversiktlig. Kortest mulig vei til informasjon og tjenester man har bruk for.  Vi ønsker at leverandør lager noen skisser til hvordan man tenker seg designet.
Design på delportaler baseres på grunndesignet til hovedportalen, men det skal fremgå visuelt at man er i en delportal, f.eks. med egen farge.

4.2.1 Brukervennlighet

Verktøyet må ha en lav brukerterskel for de som skal betjene og publisere. Publiseringsverktøyet skal være intuitivt, brukervennlig og fleksibelt for alle kategorier av innholdsleverandører. Publiseringsverkøyet skal kunne tilby forskjellige brukergrensesnitt tilpasset rollen til innholdsleverandøren. Publisering/redigering skal være så enkelt at kun et minimum av opplæring er nødvendig for gjennomsnittsbrukeren. Løsningen skal tilby interaktive hjelpefunksjoner.

4.2.2 Maler
Med maler menes herunder oppsett av sider, menyer, design.
Det skal være flere og fleksible valg i forhold til visning av menyer i portalen. Det må være mulig med både globale og sidespesifikke menyer for hele portalen og for delportaler. Menyer og menypunkter må kunne endres eller slettes.
Det må være mulighet for å opprette, endre og slette maler.
Design og sideoppsett må kunne endres

4.2.3 Administrasjon
Med administrasjon menes herunder hvordan portalen kan brukes og administreres.

Verktøyet må være webbasert. Det vil si at man ikke er avhengig av et adminstrasjonsverktøy for å kunne lage nye artikler, endre eller slette innhold i portalen. Publiseringsverkøyet skal heller ikke være avhengig av lisens på annen programvare, eks. MS Office og liknende.
Verktøyet må kunne gi mulighet for ulike brukerrettigheter. Man skal kunne skrive, redigere, publisere og krysspublisere artikler og sider i portalen ut fra de rettigheter/roller man har i løsningen.
Verktøyet må kunne gi mulighet for å opprette eller slette brukere
Verktøyet må kunne inneha gode redigeringsmuligheter i HTML
Verktøyet må kunne inneha mulighet for hurtigredigering

Innholdselementer/artikler skal kunne merkes med dato for publisering (klokkeslett og dato), dato for tilbaketrekking til et historisk arkiv og dato for sletting. Datoinnstillinger skal kunne endres etter publisering, og artikler utgått på dato skal kunne republiseres fra historisk arkiv.

4.2.4 Innhold
Med innhold menes ulike elementer som vi mener at portalen bør ha, eller kunne ha mulighet til å utvides med. Vi ønsker å utnytte web 2.0-teknologi etterhvert som den utvikles. Se også stoff om Bibliotek 2.0 her:
http://23tingom2null.blogspot.com/

  • Søkefelt som inkluderer søk i bibliotekdatabasen Bibliofil og nettstedet generelt.
  • Integrert BLOGG
  • Nettstedkart
  • Aktivitetskalender
  • Nyhetsbrev (RSS-feed)
  • Epost-skjema
  • Webstatistikk
  • Utlån av digitale medier (e-bøker m.m.)

4.2.5 Integrerte BIBLIOFIL-funksjoner
Biblioteksystemet de involverte bibliotekene bruker er Bibliofil. Bibliofil produseres av Bibliotek-systemer as i Larvik. Det er derfor av avgjørende betydning at nødvendige Bibliofilfunksjoner lett kan integreres med publiseringsverktøyet og fremstå som en integrert del av portalens sider.
Verktøyet må kunne håndtere integrerte Bibliofilfunksjoner, så som

  • Akershus Samsøk
  • Felles RSS-strømmer fra «Kikkhullet» (f.eks. nyanskaffelser)
  • Felles «Safarisøk» (ferdiggenererte søk)
  • «Samlemappa» (Lånerorientert informasjon)
  • Bokanmeldelser fra publikum
  • Mulighet for at publikum melder seg inn som lånere

4.3 Tekniske krav

Publiseringsverktøyet må kunne

  • Kjøres under Windows eller Linux operativsystem
  • redigeres fra de kjente weblesere

4.3.1 Universell tilgjengelighet
Vi ønsker at portalen skal kunne brukes av alle, uavhengig av hva slags utstyr som benyttes eller hva slags fysiske forutsetninger som brukeren har. Se også f.eks http://museumsnett.no/tilgjengelignettsider/abm_kvalitativ_2007/tekst/tilgjengelighet.htm
Dette betyr at portalen bl.a må sikre at

  • Alt essensielt innhold må kunne konverteres til tekst som videre kan konverteres til lyd eller blindeskrift
  • All grafikk og lenker må ha mulighet til å tillegges en alternativ tekst
  • At det legges til rette for å inkludere en språkvelger
  • At det legges til rette for brukerens egne alternative innstillinger så som kontrast, farge, skrifttyper og størrelser
  • Portalen må kunne brukes i ulike typer nettlesere – herunder også mobiltelefoner

5.Krav til leverandør

Leverandøren av et publiseringsverktøy må kunne gi:

  • en fastsatt pris på en ferdig side – dvs at siden (portalen) må kunne fungere for sluttbruker
  • en responstid for eventuelle feilmeldinger

 

Leave a Comment

Required

Required, hidden

Some HTML allowed:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <pre> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Trackback this post  |  Subscribe to the comments via RSS Feed