29.07.2013 Views

Funksjonskrav til bibliografiske poster - Nasjonalbiblioteket

Funksjonskrav til bibliografiske poster - Nasjonalbiblioteket

Funksjonskrav til bibliografiske poster - Nasjonalbiblioteket

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

informasjonsressurser, eller alt som er utgitt i et bestemt land, eller beholdningen i et gitt bibliotek eller<br />

gruppe av bibliotek).<br />

Postene kan benyttes <strong>til</strong> å verifisere at et dokument finnes og/eller om det er <strong>til</strong>gjengelig med tanke på<br />

kjøp eller lån eller <strong>til</strong> å identifisere én (eller flere) kilder som et dokument kan skaffes fra samt<br />

betingelsene som er knyttet <strong>til</strong> anskaffelse/lån av dokumentet.<br />

En annen bruksmåte kan være å avgjøre hvorvidt en post for et nytt dokument i en samling allerede<br />

eksisterer, eller om en ny post må lages. En bruksmåte kan være å følge et dokument gjennom en<br />

behandling slik som innbinding eller konservering (f.eks. å kunne se hvor i prosessen dokumentet<br />

befinner seg).<br />

En bruksmåte kan være å finne ut om et dokument kan lånes ut eller sendes på fjernlån. Det kan være<br />

behov for å velge et dokument, eller en gruppe av dokumenter, som kan <strong>til</strong>fredss<strong>til</strong>le<br />

informasjonsbehovet for en gitt bruker.<br />

Et annet behov kan være å avgjøre hvorvidt de fysiske krav <strong>til</strong> bruk av dokumentet kan oppfylles av<br />

brukeren, eller om det nødvendige utstyret for avspilling, maskinkapasitet etc. er <strong>til</strong>gjengelig.<br />

Det har vært hensiktsmessig å definere funksjonskravene <strong>til</strong> <strong>bibliografiske</strong> <strong>poster</strong> i henhold <strong>til</strong> følgende<br />

generelle oppgaver som utføres av brukere når de søker i og bruker nasjonalbibliografier og<br />

bibliotekkataloger:<br />

2.3 Metode<br />

• Bruk av opplysninger <strong>til</strong> å finne materiale som svarer <strong>til</strong> brukerens søkekriterier (f.eks. i<br />

forbindelse med et søk etter alle dokumenter om et gitt emne, eller et søk etter en<br />

innspilling utgitt med en bestemt tittel)<br />

• Bruk av opplysninger som er hentet frem for å identifisere en entitet (f.eks. for å bekrefte at<br />

dokumentet beskrevet i posten svarer <strong>til</strong> det dokumentet brukeren er på jakt etter, eller for<br />

å skille mellom to tekster eller opptak som har samme tittel)<br />

• Bruk av opplysninger for å velge en entitet som passer <strong>til</strong> brukerens behov (f.eks. å velge<br />

en tekst på et språk som brukeren forstår, eller å velge en versjon av et dataprogram som<br />

er kompatibel med brukerens maskinvare og operativsystem)<br />

• Bruk av opplysninger i den hensikt å anskaffe eller skaffe <strong>til</strong>gang <strong>til</strong> entiteten som er<br />

beskrevet (f.eks. å bes<strong>til</strong>le en publikasjon, sende en fjernlånsforespørsel eller å skaffe seg<br />

online <strong>til</strong>gang <strong>til</strong> et dokument lagret på en annen datamaskin)<br />

Metoden i denne studien er basert på entitetsanalyse, en teknikk som brukes i utvikling av<br />

konseptuelle modeller for systemer basert på relasjonsdatabaser. Selv om studien ikke direkte skal<br />

tjene som et grunnlag for design av <strong>bibliografiske</strong> databaser, ble denne teknikken valgt fordi den gir en<br />

strukturert <strong>til</strong>nærming <strong>til</strong> analysen av datakravene og gjennom det forenkler prosessen med<br />

definisjoner og beskrivelser som inngår i kravene <strong>til</strong> studien.<br />

Første skritt i en ER-analyse (entitets-relasjonsanalyse) er å finne og definere hovedobjektene som er<br />

av interesse for brukerne av informasjon innen et gitt område. Hovedobjektene defineres på et så høyt<br />

nivå som mulig. Det vil si at analysen først fokuserer på de ”ting” som skal beskrives, ikke på<br />

enkeltopplysninger. Hver av entitetstypene i modellen, tjener derfor som knutepunkt for en gruppe av<br />

opplysninger. Et entitetsdiagram i et informasjonssystem for personale ville f.eks. identifisere ”ansatt”<br />

som en entitetstype av interesse for brukerne av systemet.<br />

På høyt nivå viser et entitetsdiagram også relasjoner mellom forskjellige entitetstyper. Modellen for<br />

informasjonssystemet for personale ville f.eks, indikere en toveis-relasjon mellom entitetstypene<br />

”ansatt” og ”s<strong>til</strong>ling”: en ansatt ”innehar” en s<strong>til</strong>ling, og en s<strong>til</strong>ling er ”besatt” av en ansatt.<br />

Når høynivåstrukturen for modellen er blitt skissert ved at hovedentitetstypene og relasjonene mellom<br />

disse typene er blitt identifisert, er neste skritt i denne metoden å identifisere de viktigste karakteristika<br />

eller attributter for hver entitetstype. For informasjonssystemet for personale ville f.eks. attributtene<br />

knyttet <strong>til</strong> en ansatt inkludere navn, adresse, fødselsdata eller personnummer.<br />

11

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!