Brukerhåndboken

Versjon 3.8.1

Copyright © 2001, 2002, 2003, 2004, 2005 "Åpne biblioteksystemer"

merknad

Dette dokumentet gir informasjon om formålet med automatiserte arbeidsplass reader", betingelsene for bruken. Sekvensen av brukerhandlinger som sikrer vellykket gjennomføring av programmet er beskrevet og illustrert i detalj.

Kapittel 1. Formålet med programmet

Programmet er utviklet for å gi eksterne brukere tilgang til ressursene til Z39.50-tjenester. Eksterne brukere kan være alle brukere av webserveren som den automatiske leserarbeidsstasjonen opererer på. Z39.50-tjenesteressurser kan være ulike eksterne databaser (bibliografiske, fulltekst, ISO-leveringsforespørselsdatabaser). Dermed er programmet en mellomledd i et multi-link informasjonssystem, og gir brukerne følgende muligheter:

søke etter bibliografisk, fulltekstinformasjon, informasjon om bestillinger, informasjon om plasseringen og tilgjengeligheten av et dokument i eksterne databaser med muligheten til å eliminere duplisering, navigere gjennom søkeindekser og automatisk utvide en spørring ved å bruke synonymordbok og autorisasjonsfiler;

bestille et dokument (kopi) i henhold til beskrivelsen;

sjekke ordrestatus;

viser en liste over dokumenter mottatt for midlertidig bruk.

Med andre ord har programmet et webbrukergrensesnitt. Derfor er gatewayen tilgjengelig via .

Kapittel 2. Betingelser for programgjennomføring

De nødvendige betingelsene for å utføre programmet er:

Foretrukne, men ikke obligatoriske, betingelser for å kjøre programmet er:

Kapittel 3. Programutførelse

Å jobbe med programmet består av å utføre følgende trinn sekvensielt:

Trinn 2-4 kan utføres flere ganger i løpet av en økt, pga søk generelt er en iterativ prosess.

Muligheten til å fullføre trinn 4 avhenger av initialiseringsmetoden (brukeridentifikasjon kreves) og egenskapene til den spesifikke .

Evnen til å navigere gjennom søkeindekser bestemmes av egenskapene til den spesifikke.

3.1. Initialisering

Det er to moduser for å etablere forbindelse med: med og uten brukeridentifikasjon. I det første tilfellet må brukeren fylle ut feltene i skjemaet som tilbys ham nødvendig for identifikasjon: brukernavn og passord. Type skjema bestemmes av webserverutvikleren og kan generelt sett avvike fra eksemplet gitt på. Det er imidlertid grunnleggende at brukeren må oppgi brukernavn og passord. Når du skriver inn et passord, avhengig av webagenten du bruker, vises ikke dataene eller vises som plassholdere.

Figur 3-1. Eksempel på et skjema for å identifisere en Z39.50-serverbruker

I modus uten brukeridentifikasjon opprettes forbindelsen ved å aktivere den tilsvarende lenken. Lenker til ulike informasjonskilder kan gis av webserverutvikleren på en eller flere sider.

Hvis tilkoblingen er vellykket opprettet, får brukeren et forespørselsskjema og kan gå videre til trinn 2 (se ). Hvis initialiseringen mislykkes av en eller annen grunn (for eksempel serveren er utilgjengelig for øyeblikket eller passordet er feil), vil programmet gi en diagnosemelding som angir årsaken. I dette tilfellet kan brukeren prøve å eliminere årsakene selv (for eksempel sjekke store og små bokstaver på tegnene som er skrevet inn og skriv inn passordet på nytt), prøve å opprette en tilkobling til kilden senere, på et annet tidspunkt (hvis serveren er utilgjengelig ) eller søk hjelp fra administratoren.

3.2. Søk

Typen søkeskjema som tilbys brukeren etter vellykket initialisering, bestemmes av utvikleren av webserveren og egenskapene til en bestemt Z39.50-kilde (tilgangspunkter, logiske operatører, postpresentasjonsskjemaer, navigasjonsmuligheter og eliminering av duplisering). Et eksempel på et slikt skjema for søk i bibliografisk informasjon med navn på kontrollelementer er gitt på.

Figur 3-2. Eksempel på søkeskjema og kontroller

	Liste over tilgangspunkter
	Liste over databaser
	Forespørselsfelt
	Liste over kvalifiserende attributter
	Liste over operatører
	Bryter for dokumentplasseringsinformasjon
	Sorteringsbryter
	Liste over sorteringsnøkler
	Liste over postformater
	Spørr utvidelsesbryter
	Duplikat elimineringsbryter
	Liste over synonymordbok
	Feltet for antall poster
	Søk-knapp
	Søk i indeksvisningsknapp

3.2.1. Forespørselsfelt

Søket utføres i henhold til ord spesifisert av brukeren i forespørselsfelt. Rekkefølgen feltene fylles ut i spiller ingen rolle. Skillet mellom store og små bokstaver, eller mangel på slike, bestemmes av den spesifikke . De fleste servere skiller ikke mellom disse bokstavene. Du kan skrive inn flere ord i ett felt. Ord er atskilt eller ikke atskilt fra hverandre i samsvar med reglene for det naturlige språket som søket utføres på.

3.2.2. Tilgangspunkter

Betydningen av forespørselen i et spesifikt felt bestemmes av tilgangspunktet valgt fra tilgangspunktlister. Settet med tilgangspunkter bestemmes av webserverutvikleren og egenskapene til den spesifikke . Lister over tilgangspunkter kan være av to typer - med muligheten til å velge bare ett element og med muligheten til å velge flere elementer. Metoden for å velge flere elementer fra lister av den andre typen bestemmes av brukerens operativsystem og webagenten. Hvis flere elementer er valgt, anses en logisk ELLER-operasjon å bli utført på disse elementene.

3.2.3. Kvalifiserende attributter

Du kan også avklare betydningen av forespørselen ved å bruke liste over kvalifiserte attributter. For eksempel kan flere ord tolkes som en frase når rekkefølgen på ordene er viktig og det kreves et eksakt søk, ellers kan verdien "Ordliste" velges. Settet med klargjørende attributter vil også bli bestemt av webserverutvikleren og egenskapene til den spesifikke . Ved søk på forfatternavn er det mulig å bruke det avklarende attributtet "Normalisert navn". I dette tilfellet skal navnet skrives inn som følger: etternavn, komma, initialer (for eksempel "Ivanov, A.I.").

3.2.4. Legger inn datoer

Datoer, med unntak av publiseringsåret, skal angis i samsvar med 7.64-90 i formatet ÅÅÅÅMMDD (for eksempel "19970328" - 28. mars 1997). Publiseringsåret skal angis i YYYY-formatet, mens noen servere krever obligatorisk valg av "Year"-kvalifiseringsattributtet.

3.2.5. Logiske operatører

Hvis søk legges inn i flere felt, utføres logiske operasjoner på disse feltene, valgt av brukeren fra operatørlister plassert mellom de utfylte feltene.

3.2.6. Trunkering

Du kan søke etter begynnelses- og sluttbokstaver på ord, samt etter bokstaver fra midten av ordet (henholdsvis avkortingsoperasjonene er høyre, venstre, høyre og venstre). For å gjøre dette, bruk "*"-symbolet, som kun kan plasseres i begynnelsen eller slutten av forespørselsfeltet. Hvis "*" er i begynnelsen av søkefeltet, utføres søket med de siste bokstavene i ordet. Hvis "*" er på slutten av søkefeltet, utføres søket ved å bruke de første bokstavene i ordet. Hvis "*" er i begynnelsen og slutten av søkefeltet, utføres søket med bokstaver fra midten av ordet.

Hvis avkortingsoperasjonen brukes på et uttrykk som har et ordliste-kvalifiserende attributt, vil søket være basert på start-, etter- eller midtbokstavene i hvert ord. Hvis operasjonen brukes på et uttrykk som har det kvalifiserende attributtet "Phrase", avkortes det første eller siste ordet.

3.2.7. Eksempler på utfylling av forespørselsfelt

Eksempler på riktig og feil utfylling av spørrefelt og valg av avklarende attributter er gitt i tabeller og hhv.

Tabell 3-1. Eksempler på riktig utfylling av forespørselsfelt

Forespørselsfelt	Kvalifiserende attributt	En kommentar
nevronsett*	Liste over ord	Alle dokumenter vil bli funnet hvis beskrivelse inneholder ord som begynner med " nevron"Og" sett" - for eksempel hvis tittelen inneholder ordene " nevron nykh sett til henne", " nevron ny sett og", " nevron Men- sett ev", " sett og på binær nevronÅh"
nevrale sett*	Uttrykk	Alle publikasjoner i beskrivelsen som ordet "" vil vises av, vil bli funnet. nevrale" og blir umiddelbart etterfulgt av et ord som begynner med " sett" - for eksempel hvis tittelen inneholder uttrykket " nevrale nettverket Og"
*arbeid sjon	Liste over ord	arbeid"Og" sjoner" - for eksempel hvis tittelen inneholder ordene "om arbeid informasjon sjoner", "en gang arbeid kompassmetoden sjoner "
*Informasjonsbehandling	Uttrykk	Alle publikasjoner vil bli funnet hvis beskrivelse inneholder ord som slutter med " arbeid"og umiddelbart etterfulgt av ordet" informasjon" - for eksempel hvis tittelen inneholder uttrykket "om Informasjonsbehandling "
*fungerer form for techno*	Liste over ord	Alle publikasjoner vil bli funnet hvis beskrivelse inneholder ord som inneholder bokstavkombinasjonene " virker ", "form ", "techno" - for eksempel hvis tittelen inneholder ordene " ganger virker ka inn form sjon techno logy" eller "times virker ka super techno logiske modelleringsprosesser basert på de form sjonsparametere"

Tabell 3-2. Eksempler på feil utfylling av forespørselsfelt

3.2.8. Registrer innsendingsskjemaer

Den foretrukne presentasjonsformen for de funnet postene er valgt fra liste over innsendingsskjemaer. Listen bestemmes av webserverutvikleren. Evnen til å presentere en post i det nødvendige formatet bestemmes av den spesifikke . Hvis poster ikke kan leveres i det nødvendige formatet, mottar brukeren enten en diagnosemelding eller poster i et av de støttede formatene.

3.2.9. Antall poster som er hentet

I felt for antall poster brukeren har muligheten til å spesifisere porsjonsstørrelsen på postene som skal hentes. Ventetiden på svar med søkeresultater kan avhenge av verdien til denne parameteren. Det faktiske antallet poster i en del bestemmes av den spesifikke .

3.2.10. Eliminering av dubletter

Med hjelp bryter for eliminering av dublett brukeren har muligheten til å kontrollere prosessen med å vise dublettposter. Hvis bryteren er i "På"-posisjon, utføres en dublett-elimineringsoperasjon på de funnet postene - i stedet for flere poster som anses som dublet fra en spesifikk posts synspunkt, vises en post - en representant. Denne operasjonen er ganske ressurskrevende, så den utføres ikke hvis det finnes et stort antall poster. I dette tilfellet kan brukeren motta en tilsvarende diagnosemelding; Alle funnet poster vises.

3.2.11. Sortering

Med hjelp sorteringsbryter Og sorteringsnøkkelliste brukeren har muligheten til å sette kriterier for sortering av postene som er funnet. Sortering gjøres i stigende rekkefølge av nøkkelverdier, ikke skille mellom store og små bokstaver.

3.2.12. Søkeutvidelse

Med hjelp be om utvidelsesbryter Og liste over synonymordbok brukeren har muligheten til å kontrollere automatisk utvidelse av spørringer ved å bruke synonymordbok og autoritative databaser. Det anbefales å bruke denne funksjonen kun i tilfeller der antallet poster som er funnet er uakseptabelt lite. Dette kan redusere søkenøyaktigheten.

3.2.13. Modusendring

Med hjelp modus endre lenker Brukeren har muligheten til å endre driftsmodusen til programmet. Driftsmoduser varierer i antall kontroller i søkeskjemaet og følgelig i tilgjengelig funksjonalitet. Utvalget av driftsmoduser bestemmes av webserverutvikleren.

3.2.14. Ringer det virtuelle tastaturet

Med hjelp Virtuelle tastaturkoblinger brukeren har muligheten til å hente frem en dialogmeny designet for å legge inn tegn fra ulike alfabeter, som kan være vanskelig eller umulig å legge inn direkte fra tastaturet. Det valgte tegnet havner på slutten av det gjeldende forespørselsfelt. Prosedyren for å arbeide med det virtuelle tastaturet er beskrevet i den tilhørende brukerveiledningen.

3.2.15. Ringe dialogen for å skrive inn klassifiserere (kategorisere)

Med hjelp Dialoganropskoblinger for å legge inn klassifiserere (kategorisere) brukeren har muligheten til å hente frem en dialogmeny designet for å navigere og velge betydningen av søkeordet fra ulike klassifiserere (kategorisere). Den valgte verdien er inkludert i den gjeldende forespørselsfelt. Prosedyren for å jobbe med dialogboksen for å legge inn klassifiserere (kategorisere) er beskrevet i den tilhørende brukerveiledningen.

3.2.16. Ringer hjelp

Med hjelp hjelpeknapper brukeren har mulighet til å gå til et dokument som beskriver hvordan man arbeider med programmet eller til et hvilket som helst annet dokument.

3.2.17. Utfører et søk

Søket utføres etter tilsvarende innvirkning på søkeknappen. Hvis søket er vellykket og poster blir funnet, mottar brukeren informasjon om postene som ble funnet og går videre til trinn 3 (se).

Hvis søket er vellykket, men ingen poster blir funnet, mottar brukeren en tilsvarende melding og kan fortsette å opprette en ny forespørsel ved å gå tilbake til siden med forespørselsskjemaet. Returen utføres med brukermidler (navigasjonskontrollknapp eller tastekombinasjon) eller gjennom de tilsvarende navigasjonselementene som presenteres på søkeresultatsiden.

Hvis søket mislykkes, mottar brukeren diagnostiske meldinger som forklarer hvorfor søket mislyktes. I dette tilfellet kan brukeren også fortsette å skrive en ny forespørsel. Hvis antallet diagnostiske meldinger overstiger et visst nivå bestemt av webserveradministratoren, vises ikke disse meldingene umiddelbart, men kan vises ved å aktivere de aktuelle navigasjonselementene som vises på søkeresultatsiden.

3.2.18. Utfører en forespørsel om å se serversøkeindekser

En forespørsel om å se søkeindekser utføres etter passende handling på søkeindeksvisningsknapp. Generelt sett bestemmes muligheten til å se av utvikleren av webserveren og egenskapene til den aktuelle .

Hvis nettlesingen er vellykket, mottar brukeren en liste over søkeord i indeksen som tilsvarer det valgte tilgangspunktet. Listen begynner med det begrepet som er nærmest leksikografisk til spørringen. Listen angir også det omtrentlige antallet oppføringer som inneholder en bestemt term.

Avhengig av innstillingene til Reader Workstation, vises visningsresultatene enten i et nytt eller i gjeldende vindu. I det første tilfellet, når hyperkoblingen som tilsvarer den valgte termen er aktivert, overføres verdien av termen til forespørselsskjemaet. I det andre tilfellet, når hyperkoblingen er aktivert, søkes det i poster etter dette ordet. Hvis søket er vellykket, fortsetter brukeren til trinn 3 (se).

Brukeren er også utstyrt med muligheten til å navigere gjennom søkeindeksen ved å bruke de riktige navigasjonselementene presentert på søkeresultatsiden.

Figur 3-4. Eksempel på visning av søkeresultater - bibliografiske poster i kort form

Figur 3-5. Eksempel på visning av søkeresultater - bibliografisk oversikt i full form

3.4. Bestilling av et dokument i henhold til dets bibliografiske beskrivelse

Dokumentbestillingsstadiet består av flere stadier, hvor antallet avhenger av ordreegenskapene spesifisert av brukeren. På det første trinnet får brukeren vist en bibliografisk beskrivelse av dokumentet og tilbys muligheten til å supplere den med informasjon om et bestemt dokument (volum, utgave, nummer), fordi en beskrivelse kan kompileres for et sett med dokumenter. Slike tillegg er ikke obligatoriske, men kan påvirke resultatet av ordrebehandlingen. I tillegg blir brukeren bedt om å velge fra en liste en av fire former for arbeid med et dokument: "Motta et dokument for midlertidig bruk", "Motta en kopi av et dokument", "Få et sertifikat for plasseringen av et dokument ", "Å skaffe et sertifikat for kostnadene ved levering av et dokument". Etter å ha fullført valget kan brukeren fortsette å legge inn bestillingen ved å aktivere "Fortsett"-knappen.

Hvis det er informasjon om plasseringen av dokumentet, blir brukeren bedt om å velge den foretrukne innehaveren (organisasjon, avdeling) ved å aktivere de aktuelle bryterne. Et eksempel på hvordan du begynner å bestille et dokument er gitt på.

Figur 3-6. Bestille et dokument - trinn 1

3.4.1. Innhenting av et dokument for midlertidig bruk

Ved bestilling av et dokument for midlertidig bruk, i trinn 2 av bestillingen, får brukeren vist en bibliografisk beskrivelse av dokumentet. I tillegg, hvis brukeren i det første stadiet av å legge inn en bestilling spesifiserte tilleggsinformasjon om dokumentet (volum, utgave, nummer), får han muligheten til å gjøre endringer i denne informasjonen om nødvendig. Brukeren får også mulighet til å velge hvordan bestillingen skal behandles dersom det er umulig å umiddelbart gi ham dokumentet. Du kan velge en av tre måter å behandle en bestilling på: "Sett forespørselen i kø", "Ikke legg en forespørsel i en kø", "Fortsett i henhold til bibliotekets regler". Et eksempel på tilsvarende skjema er gitt på. Etter å ha fullført valget kan brukeren fortsette å legge inn bestillingen ved å aktivere "Bestill"-knappen. Etter dette får han vist informasjon om bestillingen som er gjort (se).

Figur 3-7. Bestilling av et dokument for midlertidig bruk

3.4.2. Få en kopi av et dokument

Ved bestilling av en kopi av et dokument, i trinn 2 av bestilling, får brukeren vist en bibliografisk beskrivelse av dokumentet. I tillegg, hvis brukeren i det første stadiet av å legge inn en bestilling spesifiserte tilleggsinformasjon (volum, utgave, nummer) om dokumentet, får han muligheten til å gjøre endringer i denne informasjonen om nødvendig. Brukeren gis også mulighet til å spesifisere spesifikke dokumentsider som skal kopieres. Det er valgfritt å fylle ut tilsvarende felt. Brukeren har også muligheten til å spesifisere foretrukket form for kopi (for eksempel fotokopi eller elektronisk kopi). Listen over mulige kopiskjemaer bestemmes av webserverutvikleren. Et eksempel på tilsvarende skjema er gitt på.

Etter å ha fullført valget kan brukeren fortsette å legge inn bestillingen ved å aktivere "Fortsett"-knappen. I dette tilfellet fortsetter brukeren til den tredje fasen av å legge inn en bestilling. På dette stadiet får han vist en bibliografisk beskrivelse av dokumentet. I tillegg, hvis brukeren angitt i det andre stadiet av å legge inn en bestilling bestemte sider for å bli kopiert, gis han mulighet til om nødvendig å gjøre endringer i denne informasjonen. Etter å ha fullført valget kan brukeren fortsette å legge inn bestillingen ved å aktivere "Bestill"-knappen. Etter dette får han vist informasjon om bestillingen som er gjort (se).

Figur 3-8. Bestilling av en kopi av et dokument

3.4.3. Innhenting av sertifikater

Ved bestilling av sertifikater om plassering av et dokument eller kostnad for levering av et dokument, på 2. trinn av bestilling, får brukeren vist en bibliografisk beskrivelse av dokumentet. I tillegg, hvis brukeren i det første stadiet av å legge inn en bestilling spesifiserte tilleggsinformasjon (volum, utgave, nummer) om dokumentet, får han muligheten til å gjøre endringer i denne informasjonen om nødvendig. Et eksempel på tilsvarende skjema er gitt på. Etter å ha fullført valget kan brukeren fortsette å legge inn bestillingen ved å aktivere knappen "Send forespørsel". Etter dette får han vist informasjon om bestillingen som er gjort (se).

Figur 3-9. Bestilling av et sertifikat for plassering av et dokument

Figur 3-10. Resultat av bestilling

Kapittel 4. Meldinger til operatøren

4.1. Initialisering

Meldingene som brukeren kan motta under initialiseringsfasen, betydningen av disse meldingene og brukerens handlinger presenteres.

Tabell 4-1. Meldinger under initialiseringsfasen

Beskjed	Beskrivelse	Brukerhandlinger
Nettverket er av	Det er umulig å etablere en forbindelse med en spesifikk en på grunn av dens utilgjengelighet	Prøv å etablere en kommunikasjonsøkt en annen gang, eller
Nettverk er utilgjengelig
Tidsavbrudd når du prøver å opprette en tilkobling
Server er ikke tilgjengelig
Det er ingen rute til serveren
Ugyldig informasjon - serveren ble ikke funnet eller svarer ikke
Pålitelig informasjon - serveren ble ikke funnet	Serveren som er spesifisert i Reader Workstation-konfigurasjonen eksisterer ikke, eller navnetjenesten fungerer ikke som den skal	Kontakt webserveradministratoren med en beskrivelse av problemet
Navnet er riktig, men det er ingen registrering av den angitte typen
Fatal feil	Det er umulig å opprette en forbindelse med en spesifikk, mest sannsynlig på grunn av en feil i programvaren til Reader Automated Workstation	Kontakt webserveradministratoren med en beskrivelse av problemet
Serveren lukket uventet tilkoblingen	avsluttet uventet kommunikasjonsøkten, mest sannsynlig på grunn av en feil i serverprogramvaren	Hvis mulig, kontakt programvareutviklerne med en beskrivelse av problemet
Får ikke svar	Det er umulig å etablere en kommunikasjonsøkt med en bestemt person, mest sannsynlig på grunn av en feil i serverprogramvaren
Kan ikke sende forespørselen
Et feil svar ble mottatt fra serveren
Et uventet svar ble mottatt fra serveren
Server nektet tilgang	Det er ikke nok tillatelse til å jobbe med en bestemt	Kontroller at brukernavn og passord er skrevet inn riktig. Om nødvendig, skriv inn disse parameterne på nytt. Kontakt administratoren hvis det ikke lykkes.

4.2. Søk, se søkeresultater, bestill et dokument

Meldingene som brukeren kan motta på stadier av søk, visning av søkeresultater, bestilling av et dokument, betydningen av disse meldingene og brukerhandlinger presenteres.

Tabell 4-2. Meldinger på stadier av søk, henting, bestilling av et dokument

Beskjed	Beskrivelse	Brukerhandlinger
Konstant systemfeil	kan ikke utføre operasjonen	Hvis mulig, kontakt administratoren med en beskrivelse av problemet.
Midlertidig systemfeil	midlertidig ute av stand til å utføre operasjonen	Prøv operasjonen senere
Ustøttet søk	Det brukerspesifiserte søkeuttrykket kunne ikke behandles	Reformulere forespørsel
Søkeuttrykket består kun av stoppord	kan ikke fullføre søket	Omformuler spørringen for å fjerne stoppord
For mange ord		Omformuler spørringen ved å redusere antall ord
For mange logiske operatorer		Reformuler forespørselen ved å tømme noen felt fullstendig
For mange avkortede ord		Omformuler spørringen for å minimere antallet avkortede ord
Avkuttede ord er for korte		Omformuler spørringen ved å øke lengden på de avkortede ordene
Forsøk på å hente en ikke-eksisterende post
Systemfeil ved henting av poster	kan ikke presentere den funnet posten	Hvis mulig, kontakt administratoren med en beskrivelse av problemet.
Den angitte databasekombinasjonen støttes ikke	kan ikke utføre en operasjon på de angitte databasene	Reformuler spørringen for å redusere antall valgte databaser
Søkeresultater eksisterer ikke lenger - slettet av server	ensidig slettede søkeresultater, muligens på grunn av mangel på ressurser	Søk igjen
Søkeresultater genereres fortsatt	mottok en forespørsel om å hente poster mens søket fortsatt pågikk
En av de spesifiserte databasene er låst	kan ikke utføre en operasjon på en av de spesifiserte databasene
Det angitte resultatsettet eksisterer ikke	kan ikke presentere poster uten først å utføre et søk	Hvis mulig, kontakt webserveradministratoren med en beskrivelse av problemet.
Ressursene er oppbrukt - ikke noe resultat		Søk på nytt senere eller kontakt webserveradministratoren med en beskrivelse av problemet.
Ressurser oppbrukt - uforutsigbart delresultat tilgjengelig		Fortsett arbeidet. Hvis resultatet er utilfredsstillende, avslutter du arbeidet og prøver å gjenoppta det senere
Ressurser oppbrukt - pålitelig delresultat tilgjengelig
(Uspesifisert error	kan ikke fullføre operasjonen av ukjent årsak	Hvis mulig, kontakt webserveradministratoren med en beskrivelse av problemet.
Ingen adgang	nektet tilgang til en database eller post på grunn av at brukeren ikke har de nødvendige tillatelsene
Opptaksformat er ikke satt til abstrakt format	kan ikke sende inn et bidrag	Hvis mulig, kontakt webserveradministratoren med en beskrivelse av problemet.
Forespørselstype støttes ikke
Ugyldig forespørsel	kan ikke fullføre søkeforespørselen pga det er feil	Omformuler forespørselen eller kontakt webserveradministratoren med en beskrivelse av problemet
Database utilgjengelig	kan ikke utføre en operasjon på en bestemt database	Utfør operasjonen igjen senere
Operatør som ikke støttes	støtter ikke søk med denne operatøren	Reformuler spørringen for å ekskludere den ikke-støttede operatøren
For mange databaser spesifisert	kan ikke fullføre operasjonen på grunn av utilstrekkelige ressurser	Reformuler spørringen, reduser antallet databaser
For mange søkeresultater generert	kan ikke fullføre søkeforespørselen på grunn av utilstrekkelige ressurser	Hvis mulig, kontakt webserveradministratoren med en beskrivelse av problemet. Slå av og prøv å fortsette senere
Ustøttet attributttype	kan ikke fullføre søkeforespørselen	Hvis mulig, kontakt webserveradministratoren med en beskrivelse av problemet.
Søk etter tilgangspunkt støttes ikke		Omformuler forespørselen med et annet tilgangspunkt.
Ustøttet termverdi for dette tilgangspunktet		Omformuler spørringen ved å bruke en annen form for å spesifisere begrepet
Tilgangspunkt ikke spesifisert		Hvis mulig, kontakt webserveradministratoren med en beskrivelse av problemet.
Ustøttet relasjonsattributt	kan ikke fullføre søkeforespørselen	Reformuler spørringen ved å bruke et annet relasjonsattributt. Hvis mulig, kontakt webserveradministratoren med en beskrivelse av problemet.
Ustøttet strukturattributt		Omformuler spørringen ved å bruke et annet strukturattributt. Hvis mulig, kontakt webserveradministratoren med en beskrivelse av problemet.
Posisjonsattributt støttes ikke		Omformuler spørringen ved å bruke et annet posisjonsattributt. Hvis mulig, kontakt webserveradministratoren med en beskrivelse av problemet.
Ustøttet avkortingsattributt		Omformuler spørringen ved å bruke et annet trunkeringsattributt. Hvis mulig, kontakt webserveradministratoren med en beskrivelse av problemet.
Ustøttet attributtsett	kan ikke fullføre en søkeforespørsel på grunn av en feil i gateway-konfigurasjonen	Hvis mulig, kontakt webserveradministratoren med en beskrivelse av problemet.
Ustøttet attributtkombinasjon	kan ikke fullføre søkeforespørselen	Reformuler spørringen ved å bruke en annen kombinasjon av attributter.
Ugyldig søkeuttrykk		Omformuler forespørselen eller kontakt webserveradministratoren med en beskrivelse av problemet
Feil termverdi for dette tilgangspunktet		Reformulere forespørsel
Bare nulltrinnsvisning støttes	kan ikke fullføre en søkeindeksforespørsel på grunn av en feil i gateway-konfigurasjonen	Hvis mulig, kontakt webserveradministratoren med en beskrivelse av problemet.
Den angitte visningstrinnstørrelsen støttes ikke
Utilstrekkelige tillatelser til å utføre operasjonen	nektet å utføre operasjonen på grunn av at brukeren ikke har de nødvendige tillatelsene	Kontakt webserveradministratoren med en beskrivelse av problemet eller fortsett å jobbe
Ikke-eksisterende database	kan ikke fullføre forespørselen på grunn av en feil i gateway-konfigurasjonen	Hvis mulig, kontakt webserveradministratoren med en beskrivelse av problemet.
Databasetilgang nektet	nektet tilgang til databasen, muligens på grunn av at brukeren ikke har de nødvendige tillatelsene	Kontakt webserveradministratoren med en beskrivelse av problemet eller fortsett å jobbe
Posten kan ikke sendes inn i ønsket form.	kan ikke sende posten i det nødvendige formatet	Velg et annet innleggsformat
Ustøttet opptaksformat
Tjenesten leveres ikke for denne databasen	kan ikke utføre en spørring for en bestemt database	Velg en annen database
Innlegg slettet	I tiden mellom søking og henting av posten ble den slettet	Fortsett å jobbe med programmet
SQL-feil	kan ikke utføre operasjonen	Hvis mulig, kontakt utviklerne med en beskrivelse av problemet.
Kvoten er oppbrukt	Brukeren kan ikke lenger sende inn nye bestillinger til systemet	Kanseller unødvendige bestillinger, eller kontakt administratoren Z39.50 servere CAE Felles applikasjonsmiljø CSS Cascading Style Sheets HTTP Hypertext Transfer Protocol HTML Hypertext Markup Language IEC Internasjonal elektroteknisk kommisjon JEG VIL Fjernlån Maskinlesbar katalogisering TCP/IP Transmission Control Protocol/Internet Protocol GOST Statlig standard

-- [ Side 1 ] --

Automatisert

bibliotek og informasjon

Server "Ruslan" versjon 2.16.x

Administratorens arbeidsstasjon versjon 1.8.x

ADMINISTRATORVEILEDNING

Introduksjon

Teknisk støtte

1. Beskrivelse av grensesnittet til administratorens arbeidsstasjon

2. Sette opp Ruslan-dataskjemaet

2.1. Sette opp bibliotekdatakilder

2.2. Sette opp MARC-postindekseringstabeller

2.3. Konfigurering av MARC-tilgangspunkter

3. Sette opp Ruslan-serveren

3.2. Sette opp arbeidet med kataloger

3.4. Legger til en ny katalog

4. Brukeradministrasjon

4.1. Operasjoner på tilgangsrettighetsgrupper

4.2. Operasjoner på brukere

5. Bibliotekdatabaseadministrasjon

5.1. Oppretting av organisasjonens bibliotekdatabaser

5.2. Redigering av parametere for en organisasjons bibliotekdatabaser

5.3. Bestemmelse av kvantitative indikatorer for bibliotekdatabaser......60

5.4. Fjerne en bibliotekdatabase eller data fra en bibliotekdatabase.........................................61

5.6. Analyse av statistikk for bibliotekdatabaser

5.7. Oppdatering av tilgangspunkter til bibliografiske databaser

5.9. Laste opp poster fra bibliotekets databaser

5.10. Innstilling av det første nummeret til bibliotekdatabasens postnøkkelgenerator

5.11. Vise poster i bibliotekets databaser

5.12. Kontroll av dubletter innen feltene MARC-poster og tjenesteposter........76

5.13. Se historikken for endringer i bibliografiske poster og gjenopprett en slettet eller endret post

5.14. Batchredigering av bibliografiske poster

6. Bibliotekteknologier

6.1. Arbeid med en bufferbase

6.2. Låne analyser

6.3. Sette opp bakgrunnsbehandlingsverktøy for bibliografiske poster.....97

6.4. Konfigurere bakgrunnsbehandlingsverktøy for tjenesteposter

6.5. Sette opp eksport og import av data for universitetets automatiserte kontrollsystem

6.6. Sette opp en server for å støtte den automatiserte bokutstedelsesprosessen

6.7. Sette opp en server for å støtte prosessen med leserkontroll av bøker utstedt til dem

6.8. Sette opp en server for å støtte prosessen med å samle inn bokutgavestatistikk

6.9. Sette opp server for utsendelse av elektronisk bestilling av dokumenter

6.10. Sette opp en server for å støtte fondsbeholdningsprosessen..121

7. Dataarkivering

7.1. Arkivering ved hjelp av Oracle DBMS

7.2. Arkivering ved hjelp av administratorens arbeidsstasjon

7.3. Starter arkiveringsprosessen med Ruslan-serveren

8. Overføre data til en annen datamaskin

9. Sikre uavbrutt drift av serverdelen av IBS "Ruslan".......135

10. Lisenshåndtering

11. Overvåke og administrere driften av Ruslan-serveren

11.1. Overbelastning av serverparametere

11.2. Analyse av gjeldende serverstatus

11.3. Se brukere som er koblet til serveren

11.4. Viser listen over bibliotekdatabaser kjent for serveren

11.5. Analyse av fysiske databaseforbindelser

11.6. Analyse av serverdriftsstatistikk

applikasjoner

Vedlegg 1. Diagnosemeldinger til Ruslan-serveren

Vedlegg 2. Tagger for tjenestedatabase

Vedlegg 3. Utvekslingsformat for tjenestedatabaser

Vedlegg 4. Forespørselsformat

Introduksjon Denne håndboken er ment for administratoren av det automatiske bibliotek- og informasjonssystemet (ALIS) "Ruslan".

IBS "Ruslan" består av klient- og serverdeler. Serverdelen består av Ruslan-serveren og Administratorens automatiserte arbeidsstasjon (AWS). Klientdelen er et sett med målbiblioteksmoduler (ARM) som samhandler med Ruslan-serveren ved å bruke Z39.50-protokollen.

Ruslan-serveren er kjernen i Ruslan IBS og støtter tre grensesnitt:

Z39.50 – for interaksjon med bibliotekarbeidsstasjoner og Z39.50-klienter fra andre produsenter;

Oracle® Net Services (Net8) – for interaksjon med et datavarehus basert på Oracle® DBMS;

Microsoft® DCOM – for interaksjon med administratorens arbeidsstasjon.

Administratorens arbeidsstasjon (heretter referert til som arbeidsstasjon) er utformet for å administrere bibliotekdata i Oracle® DBMS og Ruslan-serveren. Den automatiserte arbeidsplassen har ingen uavhengig betydning (utenfor serverdelen av IBS "Ruslan").

Håndboken inneholder en beskrivelse av grensesnittet og mulighetene til administratorens arbeidsstasjon for å løse problemer med å sette opp, administrere og overvåke IBS "Ruslan".

Teknisk støtte Teknisk støtte tilbys av Baltiksoft LLC.

Selskapets nettsted: www.balticsoft.ru E-post: [e-postbeskyttet] Vilkår

–  –  –

1. Beskrivelse av grensesnittet for administratorens arbeidsstasjon For å starte administratorens arbeidsstasjon, velg snarveien "Administratorens arbeidsstasjon ABIS "Ruslan"" på skrivebordet eller i oppgavemenyen i "ABIS Ruslan"-mappen.

Velg kommandoen "Ny økt" fra "Fil"-menyen (fig. 1) eller klikk på "Ny økt"-ikonet på verktøylinjen (fig. 2) eller skriv inn tastekombinasjonen Ctrl+N.

–  –  –

En dialogboks vises som i fig. 3. Det er to verdier å velge mellom i listen: "RUSLAN-Database" og "RUSLAN-Server". Hvis du velger den første verdien i listen ("RUSLAN-Database") og klikker på "OK"-knappen, vil (etter autorisasjon) interaksjonsgrensesnittet (via Oracle® Net Services (Net8)) med "Ruslan"-dataskjemaet åpen (fig. 5). Vi vil heretter kalle dette grensesnittet "RUSLAN-Database". Hvis du velger den andre verdien i listen ("RUSLAN-Server"), vil interaksjonsgrensesnittet (via Microsoft® DCOM) med Ruslan-serveren åpnes (fig. 7). Vi vil heretter kalle dette grensesnittet "RUSLAN-Server".

Ris. 3 Etter å ha valgt "RUSLAN-Database", vil en autorisasjonsdialogboks vises (fig. 4). Hvis initialiseringsfilen (se ABIS "Ruslan". Installasjonsveiledning) er inne arbeidsmappe og ikke er skadet, vil de to første feltene i dialogboksen fylles ut. Ellers er det umulig å jobbe med administratorens arbeidsstasjon. Etter at du har skrevet inn administratorpassordet og klikket på "Kjør"-knappen, vil du bli autorisert i Oracle DBMS. Etter autorisasjon vil det opprettes en tilkobling til tjenestedatakilden (fig. 5), som inneholder "Ruslan"-dataskjemaet.

Ris. 4

Ris. 5 Etter å ha valgt "RUSLAN-Server", vil en autorisasjonsdialogboks vises (fig. 6). Skriv inn nettverksnavnet til datamaskinen (som Ruslan-serveren kjører på), brukernavnet på denne datamaskinen og passordet.

Hvis datamaskinen er en del av et Microsoft-domene, må du legge til domenenavnet før brukernavnet (for eksempel MY_DOMEN\brukernavn).

Hvis arbeidsstasjonen startes på samme datamaskin som Ruslan-serveren og operativsystemet er Windows XP, skriv bare inn localhost i "Server Address"-feltet.

Hvis arbeidsstasjonen og serveren kjører under Windows 2003 SP1/SP2 eller Windows Vista, men datamaskinen ikke er en del av et domene, må du spesifisere datamaskinnavnet i feltet "Server Address" og også spesifisere det før brukernavnet (for eksempel MY_COMPUTER\brukernavn). Passordet er påkrevd.

(Fig. 7). Hvis Ruslan-servertjenesten ikke kjører (se IBS "Ruslan". Installasjonsveiledning), vil ikke arbeidsstasjonen kunne opprette en forbindelse med den og en feilmelding vises.

Ris. 6 Begge grensesnittene ("RUSLAN-Database" og "RUSLAN-Server") har et lignende utseende og er delt inn i tre deler. Til venstre er et navigatorvindu med administrasjonsobjekter i form av et tre. Nederst er det et loggvindu. Til høyre er hovedvinduet, som avslører innholdet i administrasjonsobjekter (i de fleste tilfeller i form av en tabell). Du kan endre størrelse på deler av grensesnitt. Alle operasjoner i grensesnittene utføres ved hjelp av kontekstmenyer. For å åpne kontekstmenyen, klikk med høyre museknapp.

Ris. 7 Når du flytter i navigatorvinduet fra ett objekt til et annet, sjekker arbeidsstasjonen automatisk om det er gjort endringer i innholdet i objektene.

Hvis arbeidsstasjonen tror at endringer er gjort (i noen tilfeller kan det hende at det ikke er reelle endringer), viser den meldingen "Kanskje parameterne er endret. Lagre endringer? Du kan lagre endringene eller nekte å lagre etter eget skjønn. Hvis du er sikker på at du ikke har gjort noen endringer, er det bedre å nekte.

2. Sette opp Ruslan-dataskjemaet

Denne delen beskriver operasjonene for å sette opp dataskjemaet til IBS "Ruslan" i Oracle DBMS. Dataskjemaet består av et sett med tabeller som lagrer en liste over databaser, en tabell med parametere for Ruslan-serveren, en indekseringstabell for MARC-poster, lister over tilgangspunkter til MARC-poster, sikkerhetsdata, samt prosedyrene som tjener dem .

Dataskjemaet konfigureres fra "RUSLANDabase"-grensesnittet (se punkt 1).

2.1. Sette opp bibliotekdatakilder Å sette opp databasedatabaser innebærer å registrere eller avregistrere dem, i tillegg til å endre parameterne deres: passordet til kildeeieren og antall tilkoblinger som Ruslan-serveren oppretter med DBMS.

Registrering av kilden til bibliotekdata Denne operasjonen er nødvendig for at IDB som ble opprettet under installasjonsprosessen (se IBS "Ruslan". Installasjonsveiledning) blir kjent for IBS "Ruslan". I en normal situasjon, når du oppretter en IDB, skjer automatisk registrering. Av en eller annen grunn (systemfeil, utilsiktet manuell avregistrering) kan det imidlertid være nødvendig å utføre denne operasjonen manuelt.

For å registrere en database, velg "Datakilder"-objektet i navigatorvinduet og i hovedvinduet, kall opp kommandoen "Ny" fra kontekstmenyen

(Fig. 8). I hovedvinduet vil tabellen vises ny linje med navnet "Ny kilde". Dobbeltklikk på venstre museknapp på denne linjen. En dialogboks for redigering av kildeparametere vises (fig. 9).

Ris. 8

Ris. 9 Angi de nødvendige parameterne (se eksempel i fig. 10) og klikk på "Kjør"-knappen. I feltet "Antall tilkoblinger" angir du antall tilkoblinger som Ruslan-serveren vil opprette med denne IDB. Antall tilkoblinger avgjør hvor mange operasjoner med databasen som kan utføres parallelt. Hvis du ikke er sikker, setter du antall tilkoblinger til tre. Hvis du har angitt feil kildeparametere, kan du redigere dem på nytt. Hvis du har registrert en ekstra kilde, kan du slette den ved å bruke kontekstmenykommandoen "Slett". Etter at alle nødvendige kilder er registrert, ring kommandoen "Lagre" fra kontekstmenyen. Hvis du vil avbryte alle endringer, ring deretter kommandoen "Gjenopprett" fra hurtigmenyen.

–  –  –

Avregistrering av kilden til bibliotekdata Denne operasjonen ekskluderer IDB fra listen over kilder kjent for ILIS "Ruslan". I en normal situasjon, når IBD slettes, skjer automatisk avregistrering. Av en eller annen grunn (systemfeil) kan det imidlertid hende du må utføre denne operasjonen manuelt.

For å registrere en database, velg "Datakilder"-objektet i navigatorvinduet og i hovedvinduet, velg databasen du vil avregistrere. Fra kontekstmenyen velger du kommandoen "Slett". En bekreftelse på operasjonen vises. Hvis operasjonen bekreftes, vil den angitte IBD forsvinne fra listen. For å fullføre operasjonen, ring kommandoen "Lagre" fra kontekstmenyen. Operasjonen kan avbrytes ved å ringe kommandoen "Gjenopprett" fra kontekstmenyen.

Endre IBD-parametere Det er mulig å endre to parametere for en registrert IBD: IBD-eierens passord og antall tilkoblinger som Ruslan-serveren oppretter med IBD. Antall tilkoblinger avgjør hvor mange operasjoner med databasen som kan utføres parallelt. Du kan også endre navnet på kildeeieren, men dette vil i praksis bety registrering av en ny IDB.

For å endre parametrene til IDB, dobbeltklikk med venstre museknapp på linjen som beskriver den nødvendige IDB. En dialogboks for redigering av kildeparametere vises (fig. 10). For å endre passordet, skriv inn passordet to ganger i feltene ved siden av. For å lagre endringene, klikk på "Kjør"-knappen. Deretter kan du redigere parametrene til en annen IDB. For å utføre endringene som er gjort, ring kommandoen "Lagre" fra kontekstmenyen. For å avbryte alle endringer som er gjort, ring kommandoen "Gjenopprett" fra kontekstmenyen.

2.2. Sette opp indekseringstabeller for MARC-poster For å legge til, slette eller redigere indekseringstabeller, velg objektet "Indeksering" i navigatorvinduet og åpne kontekstmenyen i hovedvinduet (fig. 12). Kommandoen Ny oppretter en ny (tom) indekstabell. Kommandoen "Rediger" åpner en dialogboks for redigering av den valgte indekseringstabellen (fig. 13). Den samme kommandoen kan kalles ved å dobbeltklikke på venstre museknapp. Kommandoen Slett sletter den valgte indekstabellen. Kommandoen Lagre lagrer alle endringer som er gjort i alle indekstabeller.

Gjenopprett-kommandoen angrer alle endringer som er gjort i alle indekstabeller. Kommandoen Load laster inn indekstabeller fra en tekstfil. Etter nedlasting må du utføre "Lagre"-kommandoen for å lagre indekseringstabellene. "Last av" kommando

dumper indekstabeller inn i en tekstfil.

Hver indekseringstabell har et identifikasjonsnummer, en kommentar og en beskrivende del i seg selv, som inneholder en beskrivelse av hvordan du indekserer feltene i en MARC-post.

Ris. 12

Ris. 13 Den beskrivende delen i redigeringsdialogboksen for indekseringstabell (fig. 13) er utvidet i form av en tabell for å gjøre det enklere å arbeide med den.

Kontekstmenyen inneholder følgende kommandoer: "Legg til" - for å legge til en ny indekseringsregel på slutten av tabellen, "Sett inn" - for å sette inn en indekseringsregel før den valgte, "Slett" - for å slette en indekseringsregel. For å redigere en tabellcelle, klikk på den med venstre museknapp. Hver indekseringsregel opptar én tabellrad.

Rekkefølgen på reglene har betydning: ved indeksering av en MARC-post, skannes indekseringstabellen (beskrivende del) fra topp til bunn for hvert felt (underfelt) i posten, og når feltet tilfredsstiller neste indekseringsregel, skjer indeksering iht. med denne regelen skannes ikke tabellen videre. En indekseringsregel består av tre attributter: feltmønster, underfeltmønster og indekseringstype. Feltmalen består av tre numeriske tegn. Underfeltmalen består av et enkelt tegn, som enten kan være et tall eller en liten bokstav i det engelske alfabetet. Når du spesifiserer et felt eller en underfeltmal, betyr en bindestrek (minustegn) et hvilket som helst tegn. For eksempel betyr et feltmønster av formen "02-" "alle felt fra 020 til 029". Indekseringstypen består av tosifrede tegn.

Følgende indekseringstyper er tilgjengelige:

00 – ikke indekser;

01 – underfelt-frase: analyserer underfeltet til ord og gir muligheten til å søke etter ord, etter liste over ord og etter setninger i underfeltet;

11 – setningsfelt: analyserer underfeltet til ord og gir muligheten til å søke etter ord, liste over ord og setninger i feltet (for eksempel fornuftig å gi et søk med en termstruktur av typen "normalisert navn" for poster i RUSMARC-formatet);

02 – som den er: fjerner innledende og etterfølgende mellomrom, resten behandles som et ord, gir muligheten til å søke etter ord;

03 – ISBN: spesiell indekseringstype for underfelt som inneholder ISBN eller ISSN;

4X - Kodet felt: Gir muligheten til å indeksere kodede felt og deres deler som ord. Underfeltmønsteret spesifiserer startposisjonen til det indekserte elementet, og X-tegnet inneholder lengden på det indekserte elementet i tegn. Posisjonen og lengden er spesifisert med ett tegn, med tallet 10 tilsvarer tegnet "a", tallet 11 til tegnet "b",..., tallet 35 til tegnet "z";

05 – numerisk område: i underfeltet er bare numeriske elementer av ordet uthevet, områdesymbolet (minustegn) utvides, dvs. for eksempel i et underfelt med innholdet "N5, 6-9" elementene (ordene) "5" vil bli indeksert, "6", "5", "7", "8", "9";

06 – UDC: spesiell type indeksering for underfelt som inneholder UDC. Ved indeksering regnes en parentes som et skilletegn.

Et inline 200-felt indekseres hvis den første indikatoren for det feltet ikke er null;

08 – optimalisering av 999 felt: brukes til å fremskynde prosessen med å indeksere felt (999. i Ruslan ABIS) som inneholder regnskapsinformasjon. Regelen er plassert i begynnelsen av indekseringstabellen. I dette tilfellet inneholder feltmalen "ass", underfeltmalen inneholder "-";

09 – inventarnummer: en spesiell type indeksering for felt (underfelt) som inneholder inventarnummer. I dette tilfellet må inventarnummeret bestå av tre elementer atskilt med et skilletegn ("-", "\", "/", osv.).

Alle indekserte elementer (ord) indekseres som leksikogrammer (sammenlignet i leksikografisk rekkefølge), og også som tall (sammenlignet i numerisk rekkefølge), hvis de utelukkende består av numeriske tegn (med et mulig minustegn i begynnelsen).

Det er følgende spesialfeltmalverdier: "000" - markør (indekseringstypen er alltid 4X), "acc" - muliggjør optimalisering av 999 RUSMARC-felt (indekseringstypen er alltid 08), "nøkkel" - intern postnøkkel - nødvendig element indekseringstabeller, med unntak av tilfeller av re-indeksering av enkelte felt (underfeltmalen er alltid "-", indekseringstypen er alltid 02).

Ulike MARC-formater kan kreve forskjellige typer indeksering for samme felt- og underfeltmønstre. Hver bibliografisk database er knyttet til én indekseringstabell (som kan deles i to i et to-faset indekseringsskjema). Derfor kan hver bibliografisk database bare inneholde poster med et spesifikt MARC-format.

For å redusere systemets responstid på operasjoner med å sette inn og endre bibliografiske poster, tilbyr Ruslan-serveren et to-faset indekseringsskjema. Ved innsetting/endring av en MARC-post fra automatiserte arbeidsstasjoner til ABIS "Ruslan" (med unntak av Administratorens arbeidsstasjon), blir posten satt inn/endret og indeksert/reindeksert i henhold til indekseringstabellen for første fase. Hvis disse operasjonene er fullført, sendes en tilsvarende melding til brukeren og Ruslan-serveren sendes til bakgrunn utfører indeksering/reindeksering av MARC-posten i henhold til indekseringstabellen for andre fase. Feil i den andre fasen blir ikke registrert noe sted de kan bare oppdages ved feilsøk. Derfor anbefales det ikke å indeksere viktige felt (underfelt) i andre fase. Vanligvis, i den andre fasen, blir innholdsfeltene til store tekstvolumer indeksert, for eksempel innholdet i et dokument, sammendrag, notat, etc.

2.3. Konfigurere tilgangspunkter til MARC-poster Et tilgangspunkt (AP) er et tall som er unikt knyttet til et søkeattributt ("Author", "Tittel", etc.). Tilgangspunkter gir søk etter både bibliografiske (MARC) og tjenesteposter i bibliotekdatabasene til Ruslan ABIS. I ABIS "Ruslan" kan du konfigurere tilgangspunkter til bibliografiske poster, dvs. bestemme hvilke felt av MARC-poster som er tilordnet hvilke tilgangspunkter. Hvert MARC-format vil ha et annet display. Ett sett (liste) med tilgangspunkter er knyttet til hver bibliografisk database. Derfor kan hver bibliografisk database bare inneholde poster med et spesifikt MARC-format.

Hver AP-liste har en numerisk identifikator. Følgende identifikatorer brukes vanligvis (1 – UNIMARC, 10 – USMARC, 28 – RUSMARC bibliografisk, 281 – RUSMARC autoritativ).

–  –  –

Legge til en ny liste over tilgangspunkter For å legge til en liste over tilgangspunkter, velg "Access Points"-objektet i navigatorvinduet og åpne kontekstmenyen. I kontekstmenyen kaller du kommandoen "Legg til ny AP-liste" (fig. 14). Det vises en dialogboks der du må angi identifikatoren til den nye AP-listen (fig. 15).

–  –  –

Arbeide med listen over tilgangspunkter Alle handlinger med listen over tilgangspunkter utføres i hovedvinduet fra kontekstmenyen (fig. 17).

Ris. 17 Kommandoen "Ny" oppretter et nytt tilgangspunkt. Rediger kommando

henter frem en dialogboks for å redigere det valgte tilgangspunktet (fig. 18).

Den samme kommandoen kan kalles ved å dobbeltklikke på venstre museknapp. Kommandoen Slett sletter det valgte tilgangspunktet. "Lagre" kommando

lagrer alle endringer som er gjort i denne listen over AP-er. "Gjenopprett"-kommandoen kansellerer alle endringer som er gjort i denne listen over AP-er. Kommandoen Load laster et AP fra en tekstfil til en eksisterende AP-liste.

Etter nedlasting, for å lagre listen over AP-er, må du utføre "Lagre"-kommandoen. «Last opp»-kommandoen laster opp AP-en til den valgte listen til en tekstfil.

Ruslan ABIS-distribusjonen inkluderer TD-lister for UNIMARC (fil ap1.txt), for USMARC (fil ap10.txt), for RUSMARC bibliografisk (fil ap28.txt) og for RUSMARC autoritativ (fil ap281.txt) .

Kartleggingen av MARC-felt/delfelt til TD (fig. 18) er beskrevet vha logisk uttrykk, hvor hvert begrep identifiserer ett eller flere MARC-felt/underfelt. Uttrykksstrukturen tilsvarer WHERE-leddet i SQL SELECT-setningen.

Begrepet har formen:

felt op "###A" eller felt i ("###A",...,"###A"), der op er en av operatorene: =,=,=,like,ikke lik ( most = og like brukes ofte);

### – MARC-feltnummer;

A er MARC-underfeltsymbolet til det tilsvarende MARC-feltet.

Ris. 18 I stedet for tegnet(e) # eller A, er det tillatt å bruke understrek (_) for å angi et hvilket som helst tegn eller prosentsymbolet (%) for å angi et hvilket som helst antall tegn. Bruk av prosentsymbolet, samt og ikke like-operatorene (også som for Oracle Standard Edition) anbefales ikke der oppregning ved hjelp av feltet i uttrykk kan gjøres, siden dette vil redusere søkehastigheten. Hvis flere termer er spesifisert, kan de kombineres med de logiske operatorene og, eller og ikke og.

For å binde søkeattributter til posisjonene til kodede felt og markører, brukes pseudo-felt, slik de er definert i indekseringstabellen (se avsnitt 2.2, spesielle feltmalverdier), dvs. ### – feltmal, A – underfeltmal som i indekseringstabellen.

–  –  –

Slette en liste over tilgangspunkter For å slette en liste over AP-er, velg ønsket liste i navigatorvinduet, velg alle attributter i listen (velg det første attributtet, trykk på "Shift"-tasten, velg det siste attributtet) og ring opp " Delete”-kommandoen fra kontekstmenyen (fig. 19). Bekreft operasjonen - alle tilgangspunkter vil bli slettet fra hovedvinduet (se som i fig. 17). Ring kommandoen "Lagre" fra kontekstmenyen. Bekreft operasjonen. Deretter kaller du opp kommandoen "Oppdater" fra kontekstmenyen i navigatorvinduet (fig. 14). Etter dette vil ID-en til den eksterne AP-listen forsvinne fra navigatorvinduet.

MERK FØLGENDE! For å bruke endringer på listen over tilgangspunkter, må de oppdateres for hver bibliografisk database som bruker denne listen(se punkt 5.7).

2.4. Oppdatering av Ruslan-dataskjemaet

Dataskjemaoppdateringer kan være av to typer:

enkel oppdatering – oppdatering av en eller flere (det er tre totalt) pakker med lagrede prosedyrer;

kompleks oppdatering - oppdatering av datalagringsstrukturen, inkludert mulig oppdatering av selve dataene.

En kompleks oppdatering leveres vanligvis som kjørbar fil oppdateringsprogram. Dokumentasjon om bruken følger med lappen.

En enkel oppdatering kommer i form av filer med en plb-utvidelse (vanligvis pkg_phbase.plb for en basispakke eller pkg_phupd.plb for en avansert tjenestepakke eller pkg_phutil.plb for en hjelpepakke).

For å utføre en enkel skjemaoppdatering, må du kalle opp kommandoen "Update DB Schema" fra "Fil"-menyen (fig. 20). Et standard filvalgsvindu vises der du må velge en fil med en ny pakke. Mens pakken oppdateres, vil et vindu vises og forsvinne. kommandolinje. Hvis oppdateringen er vellykket, i hovedvinduet, når du velger "Ruslan Database"-objektet (fig. 5), skal den nye versjonen av pakken reflekteres. Denne prosedyren bør gjentas for alle filene som er inkludert i oppdateringen.

Ris. 20

Merk. Etter å ha utført prosedyren for ganske enkelt å oppdatere dataskjemaet, er det mulig at det i noen operasjoner kan oppstå en engangs ikke-kritisk feil når du arbeider fra automatiserte arbeidsstasjoner til ABIS "Ruslan", assosiert med en endring i konteksten av Oracle database. Du trenger bare å gjenta operasjonen. For å eliminere muligheten for feil, anbefales det å stoppe Ruslan-serveren før du oppdaterer dataskjemaet, og starte det på nytt etter oppdateringen.

3. Sette opp Ruslan-serveren

Denne delen beskriver operasjonene for å sette opp Ruslan-serveren

ABIS "Ruslan". Serveren konfigureres fra "RUSLANDabase"-grensesnittet.

3.1. Konfigurering av Ruslan-serverparametere

For å legge til, slette eller redigere serverparametere, velg "Parameters"-objektet i navigatorvinduet og åpne kontekstmenyen i hovedvinduet (fig. 21). Hver parameter består av tre elementer: parameternavn, parameterverdi og kommentar. Lengden på hvert parameterelement kan ikke overstige 255 tegn.

Ny kommando oppretter en ny parameter. "Rediger"-kommandoen setter tabellcellen som markøren peker på i redigeringsmodus.

Den samme kommandoen kan kalles ved å venstreklikke på en celle (hvis parameteren er valgt). Kommandoen Slett fjerner det valgte alternativet.

Det er mulig å slette flere parametere eller alle (med flere valg på en standard måte ved å bruke "Shift" og "Ctrl"-tastene).

Kommandoen Load laster inn parametere fra en tekstfil. Dette forutsetter at parametrene ennå ikke er lastet inn (hovedvinduet er tomt). Etter nedlasting, for å lagre innstillingene, må du utføre "Lagre"-kommandoen. Kommandoen "Last opp" laster opp parameterne til en tekstfil. Kommandoen "Load with Merge" er laget for å laste ny verson parametere fra en tekstfil (parametere er allerede lastet inn).

Etter nedlasting med en sammenslåing, må du også kjøre kommandoen Lagre for å lagre endringene. "Lagre"-kommandoen lagrer alle parametere i databasen. "Gjenopprett"-kommandoen angrer alt som er gjort ved å bruke "Change", "Load" eller "Load with Merge" operasjonene i endringsparametrene (laster parametere fra databasen).

En beskrivelse av parameterne er gitt i kommentarfeltet. Mer Detaljert beskrivelse parametere, om nødvendig, finnes i separat dokumentasjon eller i deler av denne håndboken. De fleste parametrene trenger ikke å endres og anbefales strengt tatt ikke, siden det kan føre til at Ruslan-serveren eller dens individuelle tjenester ikke fungerer.

Ris. 21 Å lage en ny parameter eller laste inn en ny parameterfil («Load with Merge»-operasjonen) er ganske sjeldne operasjoner og utføres i regi av systemstøttetjenesten.

Det er parametere som har sine egne verdier for hver organisasjon (bibliotek). Når du laster inn en ny innstillingsfil, bør disse innstillingene beholde sin tidligere verdi. For å automatisere denne prosessen, er "Load with Merge"-operasjonen gitt. Mens du utfører denne operasjonen, hvis den oppdager gammel versjon parameterverdier, for hver parameter vises en dialogboks (fig. 22), der administratoren blir bedt om å velge den gamle eller nye verdien.

Ris. 22 Deretter vil vi vurdere hovedserverparametrene som administratoren må endre etter å ha lastet ned parametrene fra filen inkludert i distribusjonssettet til serverdelen av IBS "Ruslan" (se IBS "Ruslan". Installasjonsveiledning).

Du må alltid endre parametrene OrgEng og OrgRus. Den første inneholder forkortelsen navnet på organisasjonen (biblioteket) på engelske språk, den andre er på russisk.

Parameterne ActsDB, BillsDB, CircDB, DirsDB, OrderDB, QueueDB, ReaderDB, ReaderADB, SubscrDB inneholder navnene på databaser for spesialtjenestebibliotek. Hvis det under installasjonen av ABIS ble opprettet standard bibliotekdatabaser (se ABIS "Ruslan". Installasjonsveiledning), bør disse parameterne ikke endres. Hvis du oppretter bibliotekdatabaser manuelt, kan du angi andre navn for databasene som samsvarer med disse parameterne enn standard.

GroupDB-parameteren lar deg spesifisere virtuelle (gruppe)navn for flere ekte bibliotekdatabaser. Det er mulig å angi flere virtuelle navn. Feltverdiformatet er gitt i feltkommentaren.

I dette tilfellet skal det virtuelle navnet komme først, etterfulgt av navnene på de virkelige bibliotekdatabasene som er inkludert i gruppen, atskilt med komma. Hvis du vil definere flere grupper, skiller du beskrivelsene deres med semikolon. Et virtuelt navn kan være nyttig når du søker. Ved søk i en database med et virtuelt navn, utføres et søk i alle databaser knyttet til dette navnet. Et virtuelt navn er praktisk, for eksempel å bruke i innstillingene til Reader-arbeidsstasjonen (HTTPZ39.50 - gateway), siden når du legger til en ny bibliotekdatabase i gruppen, trenger du ikke å endre innstillingene for Reader-arbeidsstasjonen. Det er umulig å redigere poster funnet i en virtuell database.

Scan-parameteren inneholder en liste over søkeattributter (se dokumentasjon for Z39.50-protokollen, sett med søkeattributter bib1), som "Scan"-tjenesten vil bli støttet for, dvs. tjeneste for visning av søkeindekser.

I listen over søkeattributter bør du bare inkludere de attributtene som faktisk brukes i denne tjenesten. For å øke hastigheten på surfingen, lastes søkeindekser inn i RAM. Antall okkuperte tilfeldig tilgangsminne avhenger av antall søkeattributter i Scan-parameteren, av antall bibliografiske databaser som "Scan"-tjenesten er aktivert for, av antall poster i disse bibliografiske databasene, samt antall forskjellige ord som kan inneholde feltene til bibliografiske poster som tilsvarer søkeattributtene.

DafLog-parameteren kontrollerer vedlikeholdet av en loggfil for interaksjon med Oracle-databasen (daf.log), som er plassert i arbeidsmappen på administratorens arbeidsstasjon (som standard C:/Program Files/Ruslan/SysAdmin) og i arbeidsmappen mappen til Ruslan-serveren (som standard C:/ Program Files/Ruslan/Server).

Som standard er parameteren satt til "1". Dette betyr at det opprettholdes en loggfil for arbeidsstasjonen og for serveren. Med jevne mellomrom, når filer blir store, bør de slettes. Hvis parameteren er satt til "0", vil ikke loggfilene opprettholdes. Loggfiler kan hjelpe til med å finne årsaken til systemproblemer eller hvis systemet ikke tilbyr visse funksjoner. I tilfelle problemer bør du sette denne parameteren til 1 og sende loggfilene som er oppnådd som et resultat av arbeidet til arbeidsstasjonen og Ruslan-serveren til systemstøttetjenesten.

3.2. Sette opp driften av kataloger Alle kataloger er delt inn i to typer. Den første typen (hoved) er oppslagsverk, som brukes til å se og velge verdier fra dem for innsetting i feltene til en bibliografisk post. I slike kataloger består hvert element av et søkeord og en merknad til den (kan mangle). Den andre typen er kataloger med spesielle formål, for eksempel en katalog over lagernummergeneratorer.

Alle kataloger vedlikeholdes ved hjelp av to spesialiserte tjenestedatabaser. Den første databasen, DDIR, inneholder en beskrivelse av alle kataloger i systemet. Denne databasen brukes av arbeidsstasjoner til å generere lister over tilgjengelige kataloger og organisere tilgangen til dem. Den andre databasen, DIR (databasenavnet kan endres, se forrige avsnitt), inneholder alle kataloger.

Hver katalog har en unik identifikator. Registrerte kataloger er gitt i dokumentasjonen for innhentings-/katalogiseringsarbeidsstasjonen. Når du oppretter en ny katalog, må du avtale identifikatoren med tjenesten teknisk støtte systemer.

Hver katalog består av et sett med oppføringer i internt format ABIS Ruslan (se vedlegg 3). Det anbefales at det totale volumet av alle kataloger ikke overstiger 200 000 oppføringer. Hver katalogoppføring består av maksimalt 3 tagger: 5 (katalogidentifikator), 17 (term) og 18 (termnotat). Verdien under tag 18 er valgfri og brukes vanligvis til å tyde termer som inneholder en forkortelse eller en slags kode.

For å organisere arbeidet med kataloger av den andre typen, bør du:

1. Sjekk at DDIR- og DIR-tjenestedatabasene er opprettet. Hvis det ble opprettet standardbibliotekdatabaser under installasjonen av ABIS (se ABIS “Ruslan” installasjonsveiledning), må databasedataene være tilstede. Ellers må de opprettes manuelt (se avsnitt 5.1).

2. Last katalogbeskrivelser fra ddir.dat-filen som ble levert med distribusjonen til DDIR-databasen (se avsnitt 5.8) med alternativet "Generer postnøkkel".

Hvis du trenger å legge til en ny katalog, må du hente identifikatoren fra systemstøttetjenesten og deretter opprette en fil som ligner på ddir.dat (som vil inneholde en beskrivelse av bare den nye katalogen) og laste den inn i DDIR-databasen. For flere detaljer, se avsnitt 3.4.

3. Gi brukerne de riktige rettighetene til DDIR- og DIR-databasene (se klausul 4).

Hvis databasedataene ble opprettet som standard, ble det også opprettet en gdir-tilgangsrettighetsgruppe for dem, som må gis til brukere som arbeider med kataloger (spesielt med katalogen for lagernummergeneratorer).

For å organisere arbeidet med kataloger av den første typen, i tillegg til trinnene ovenfor, bør du:

4. Lag en katalogfil i formatet beskrevet i vedlegg 3 med tagger 5 (katalogidentifikator), 17 (term), 18 (termnotat). For flere detaljer, se avsnitt 3.3.

5. Last opp filen opprettet i avsnitt 4 i denne listen til DIR-databasen (se avsnitt 5.8) med alternativet "Generer postnøkkel".

6. Sett "Scan by words"-flagget for DIR-databasen (se avsnitt 5.2).

7. Kontroller serverparametrene (se avsnitt 3.1). De skal være som følger:

ServiceDBScanFilterTag 5 ServiceDBScanFilterValue må inneholde, atskilt med kommaer, alle katalogidentifikatorer av den første typen ServiceDBScanTag 17 ServiceDBScanNoteTag 18

8. Ved endring av parametere må de lastes inn på nytt i serveren (se.

klausul 11.1) eller start selve serveren på nytt. Etter å ha lastet ned kataloger fra administratorens arbeidsstasjon, må serveren også startes på nytt.

DIR-databasen brukes også til å lagre "Inventory Number Generator"-katalogen. Denne katalogen er spesialisert og arbeidet med den utføres kun ved å bruke Acquisition/Cataloging Workstation. Identifikatoren til denne katalogen er 200. Det er nødvendig å sikre at når du arbeider med DIR-databasen, blir katalogdataene til lagernummergeneratoren ikke skadet ved et uhell.

Det bør huskes at kataloger begynner å laste ned et minutt etter starten av Ruslan-serveren, og denne prosessen tar Viss tid, avhengig av kraften til datamaskinen og volumet av oppslagsverk. Etter at katalogene er lastet inn i EventViewer (applikasjonslogg), vises en tilsvarende melding (fig. 23) for hver database med flagget "Skann etter ord".

Ris. 23

3.3. Laste og aktivere en katalog Aktivering av en katalog innebærer å legge til identifikatoren til den aktiverte katalogen til listen over verdier for ServiceDBScanFilterValue-serverparameteren. Aktivering betyr tillatelse til å jobbe med katalogen fra arbeidsstasjoner (katalogen kan beskrives i DDIR-databasen, lastet inn i DIR-databasen, men hvis den ikke er aktivert, så vil en diagnosemelding nummer 114, når du prøver å få tilgang til den fra arbeidsstasjoner utstedes). Det er mulig å aktivere katalogen uten å laste data inn i DIR-databasen. I dette tilfellet kan dataene fylles ut "manuelt" ved å bruke funksjonene til automatiserte arbeidsstasjoner.

Før du laster kataloger inn i DIR-databasen, må du først skaffe poster i det interne formatet til Ruslan ABIS. For å gjøre dette kan du bruke en spesialisert omformer tilgjengelig for brukere av IBS "Ruslan". Denne konverteren lar deg hente det nødvendige formatet fra data plassert i en tekstfil med et tabulatortegn som kolonneseparator.

En fil i dette formatet kan fås for eksempel ved å lagre data fra et regnearkprogram (for eksempel Microsoft Excel), som spesifiserer filtypen "Tekstfiler (tabulatordelt) (*.txt)". Instruksjoner for bruk av omformeren kan fås ved å kjøre den uten å spesifisere parametere. En katalogoppføring må inneholde to nødvendige tagger. Under tag 5 skal katalogidentifikatoren angis, under tag 17 skal det være de faktiske referansedataene. En valgfri merkelapp 18 kan inneholde en referansedatanotat. Et notat brukes til å forklare kodede referansedata (for eksempel en katalog over bibliotekavdelinger).

For å skaffe en fil med nøkkelordposter i formatet som kreves for IBS "Ruslan", må du for eksempel kjøre konverteren med følgende parametere:

lconv input_file.txt output_file.dat 5=6 Etter å ha lastet katalogoppføringer inn i DIR-databasen, må du starte serveren på nytt.

3.4. Legge til en ny katalog For hver ny katalog må du be om en ny identifikator fra utviklerne av IBS "Ruslan". For å unngå kompatibilitetsproblemer med fremtidige versjoner av ASIS, anbefales det ikke å lage en identifikator selv.

Hele syklusen med å legge til en ny katalog inkluderer trinn for å konfigurere Ruslan-serveren og konfigurere arbeidsstasjonen (se dokumentasjonen for den nødvendige arbeidsstasjonen) der katalogen skal brukes.

Sekvens av trinn for å legge til en ny katalog på serversiden av IBS "Ruslan":

1. Sørg for at eksisterende liste, levert til distribusjonen som en fil ddir.dat, er det ingen passende oppslagsbok. Hvis det er det, bruk det. Ellers spør utviklerne av ABIS Ruslan om identifikatoren til den nye katalogen.

2. Opprett en post som beskriver den nye katalogen. For å gjøre dette kan du ta en hvilken som helst oppføring fra filen ddir.dat og basert på den opprette en ny oppføring i egen fil. I oppføringen må du endre verdiene til to tagger 5 og

4. Tag 5 inneholder katalogidentifikatoren, tag 4 inneholder navnet på katalogen.

3. Bruk administratorens arbeidsstasjon, last opp den genererte posten til DDIR-databasen.

4. Følg instruksjonene i avsnitt 3.3.

Etter å ha fullført denne handlingssekvensen, er tilgang til katalogen mulig fra hvilken som helst arbeidsstasjon.

4. Brukeradministrasjon

–  –  –

IBA (ILL) - rett til å behandle bestillinger under IBA

Liste over funksjonelle grupper (ikke fullstendig, for mer detaljer se dokumentasjonen for innkjøps-/katalogiseringsarbeidsstasjonen):

compl - gir rettighetene til å redigere felt som kreves for å implementere plukkfunksjonalitetskatalogen - gir rettighetene som kreves for å implementere katalogiseringsfunksjonen billcreator - gir rett til å administrere kontoer (opprette, endre, slette) billdispatch - gir rett til å endre kontostatus printadmin - gir rett til å administrere utskriftstjenesten Listen over funksjonelle grupper (roller) spesifiseres av parameteren FGroups. Denne parameteren kan endres enten under prosessen med å oppdatere parametere (se avsnitt 3.1), eller ved spesielle instruksjoner fra systemstøttetjenesten.

Ris. 24 En gruppe inkluderer en eller flere BDBer som indikerer tilgangsrettigheter til hver BDB (fig. 24). En eller flere grupper kan tilordnes en bruker. En bruker mottar rettigheter til en bestemt BDB hvis denne BDB er tilstede i minst en av gruppene som er tildelt ham. Hvis en gitt BDB er tilstede i flere grupper tildelt en bruker, og hvis rettighetene til en gitt BDB er forskjellige i forskjellige grupper, mottar brukeren alle rettighetene som er etablert i en bestemt gruppe (rettigheter fra forskjellige grupper kombineres).

Brukeren blir også vanligvis tildelt en eller flere roller som gir tilsvarende funksjonalitet til arbeidsstasjonen(e).

Effektiv sikkerhetsstyring krever forhåndsplanlegging. Det er nødvendig å bestemme listen over nødvendige UDB-er og gruppere tilgangsrettigheter til dem i spesifikke grupper, som deretter skal tildeles de aktuelle brukerne. Navnene på både UDB og grupper settes av systemadministratoren. Roller har forhåndsdefinerte navn (se dokumentasjonen for de tilsvarende arbeidsstasjonene). Hvis det under installasjonen av ABIS ble opprettet standard bibliotekdatabaser (se ABIS "Ruslan". Installasjonsveiledning), ble det også opprettet grupper: gcompl for kompilatorer, gcatal for katalogiserere og gdir for arbeid med referansebøker.

Når systemet installeres, opprettes den anonyme brukeren og gruppen blir ikke tildelt ham. Denne brukeren kan koble til Ruslan-serveren uten passord. Når hver bibliografisk database opprettes, blir den automatisk inkludert i ingen-gruppen med søkerettigheter og i bibliotekgruppen med søke- og presentasjonsrettigheter. Når du oppretter hver tjenestedatabase, inkluderes den automatisk i bibliotekgruppen med søke- og presentasjonsrettigheter. Bibliotekgruppen skal gis til alle ALIS-brukere. Dette gir automatisk tilgang til søk og full visning av alle databaser for registrerte brukere av ABIS og tilgang til søk og delvis visning for alle Internett-brukere som kan koble seg (under den anonyme brukeren) til Ruslan-serveren. Sistnevnte bestemmes av nettverkssikkerhetspolicyen som er spesifikk for hver organisasjon. Hvis du sletter den anonyme brukeren, vil kun registrerte brukere ha tilgang til Ruslan-serveren.

4.1. Operasjoner på tilgangsrettighetsgrupper For å legge til, slette eller endre GPA-er, velg "Security-Groups"-objektet i navigatorvinduet. En tabell vil vises i hovedvinduet, som viser alle GPAer og tilhørende BDUer. Gruppen eksisterer ikke alene, men kun i samarbeid med UBI. GPD-BBD-paret er unikt. Tabellen kan sorteres etter hvilken som helst kolonne. For å gjøre dette, venstreklikk på kolonneoverskriften.

Ris. 25 Alle operasjoner utføres fra kontekstmenyen (fig. 25). “Add”-kommandoen kaller opp en dialogboks for å legge til et nytt GPD-BBD-par (fig. 26). Kommandoen "Legg til etter eksempel" kaller opp en dialogboks for å legge til et nytt GPD-BBD-par, der alle felt er fylt ut i samsvar med det valgte GPD-BBD-paret. "Endre"-kommandoen åpner en dialogboks for redigering av det valgte GPD-BBD-paret (fig. 27). Den samme kommandoen kan kalles ved å dobbeltklikke på venstre museknapp. I dette tilfellet kan du bare endre kommentar og tilgangsrettigheter (“0” – ingen rett, “1” – ja). "Delete"-kommandoen sletter det valgte GPA-BBD-paret. Hver av operasjonene diskutert ovenfor endrer (etter en advarsel) informasjon om grupper direkte i databasen.

Ris. 26 “Filter”-kommandoen (fig. 28) bruker et filter på tabellen i hovedvinduet. Det er mulig å filtrere kun én kolonne i hovedvindustabellen.

–  –  –

filtre, kanselleres de også. Filteret kanselleres også automatisk når du flytter til et annet objekt i navigatorvinduet og når du utfører en av operasjonene beskrevet ovenfor.

4.2. Operasjoner på brukere For å legge til, slette eller redigere en bruker, velg "Sikkerhetsbrukere"-objektet i navigatorvinduet. En tabell vil vises i hovedvinduet, som viser alle brukere. Tabellen kan sorteres etter hvilken som helst kolonne. For å gjøre dette, venstreklikk på kolonneoverskriften.

Ris. 29 Alle operasjoner utføres fra kontekstmenyen (fig. 29). “Add”-kommandoen kaller opp dialogboksen for brukertilføyelse (fig. 30). Kommandoen "Legg til etter eksempel" åpner en dialogboks for å legge til en bruker, der noen av feltene (GPA, FG, Brukertype) fylles ut i samsvar med den valgte brukeren. “Edit”-kommandoen henter frem brukerredigeringsdialogboksen (fig. 31). Den samme kommandoen kan kalles ved å dobbeltklikke på venstre museknapp. Kommandoen Slett sletter den valgte brukeren. Hver av operasjonene diskutert ovenfor endrer (etter en advarsel) informasjon om grupper direkte i databasen.

"Filter"-kommandoen bruker et filter på tabellen i hovedvinduet. Kommandohandlingen ligner den som er beskrevet i forrige avsnitt.

Ris. 30 I dialogen for å legge til/redigere en bruker (Fig. 30, Fig. 31), for å legge inn et nytt passord, må du fylle ut to tilstøtende felt. Feltet "Brukernavn" inneholder brukernavnet til ABIS "Ruslan", som brukeren bruker for autorisasjon fra automatiserte arbeidsstasjoner til ABIS "Ruslan" når han kobler til "Ruslan"-serveren. Alle uautoriserte brukere kan koble seg til systemet kun under en bruker som heter anonym (uten passord), med mindre denne brukeren er fjernet fra brukerlisten. Brukernavnet i IBS "Ruslan" er på ingen måte forbundet med brukernavnet i operativsystem, hvorfra automatiserte arbeidsstasjoner lanseres.

MERK FØLGENDE! IBS-brukernavnet "Ruslan" kan ikke sammenfalle med gruppenavnet (GPD).

Ris. 31 For å tilordne en GPA (se forrige avsnitt) til en bruker, velg en gruppe fra eksisterende grupper i "Tilgjengelige grupper"-listen og klikk på knappen med den tilhørende pilen. For å tildele en rolle (se forrige avsnitt), velg en rolle fra listen " Tilgjengelige roller» og trykk på knappen med den tilsvarende pilen. For roller kan rekkefølgen deres ha betydning (se dokumentasjonen for arbeidsstasjoner). For å endre plasseringen til en rolle, velg den i Rollelisten og klikk på knappen med den tilsvarende pilen (opp eller ned).

Brukeren kan enten være "Lokal" eller "Ekstern". "Eksterne" brukere er pålagt å organisere en bedrifts IBA-tjeneste når de lagrer elektroniske kataloger for andre biblioteker i dette biblioteket.

For å sikre normal funksjon av arbeidsstasjoner, er riktig installasjon av både grupper og roller nødvendig. Så, for å sikre driften av anskaffelsen, er det nødvendig å gi brukeren rollene billcreator og compl, samt gi gruppe(r) som vil ha rettighetene til å søke, hente, sette inn, endre, slette poster i de bibliografiske databasene som arbeid utføres med, og i tjenestedatabaser regnskaper, handlinger, regnskapsbøker, beskrivelser av kataloger, oppslagsverk. I et bestemt tilfelle kan rettighetene variere selv for arbeid av samme type, spesielt retten til å slette poster.

5. Bibliotekdatabaseadministrasjon

Denne delen beskriver alle operasjoner knyttet til administrasjon av bibliotekdatabaser. Bibliotekdatabaser er lagret i en eller flere databaser. For å få tilgang til bibliotekdatabaser, velg den nødvendige databasen i navigatorvinduet ved å utvide objektet "Datakilder" (se fig. 11). En liste over bibliotekdatabaser i form av en tabell vil vises i hovedvinduet. Alle operasjoner på bibliotekdatabaser utføres fra kontekstmenyen i hovedvinduet (fig. 32).

Ris. 32 “Filter”-kommandoen (fig. 33) bruker et filter på tabellen i hovedvinduet. Det er mulig å filtrere kun én kolonne i hovedvindustabellen.

Det støttes å bruke et filter på filtreringsresultatet (nestede filtre). For å gjøre dette, sett "Bruk på resultatet av forrige filter"-flagget. Filtermasken er en understreng, dvs. ved å bruke "BOOKS"-masken vil rader ikke bare med "BOOKS", men også med "BOOKS" bli valgt

og med "BOOKS1". Masken skiller mellom store og små bokstaver.

Ris. 33 For å kansellere et filter, ring kommandoen "Filter" og la feltene være tomme og klikk på "Bruk"-knappen. Hvis nestede filtre ble brukt, kanselleres de også. Filteret kanselleres også automatisk når du flytter til et annet objekt i navigatorvinduet og når du utfører en av operasjonene beskrevet ovenfor.

5.1. Oppretting av bibliotekdatabaser for en organisasjon Bibliotekdatabaser er delt inn i bibliografiske og tjenester. Bibliografiske databaser er laget for å lagre bibliografiske poster.

Tjenestedatabaser er utformet for å lagre bibliotekets ikke-bibliografiske data, for eksempel oppslagsverk, handlinger, abonnementsdata, bestillinger, data om lesere, etc.

Ris. 34 bibliografiske databaser lagrer poster i et format nær ISO2709.

Tjenestedatabaser lagrer poster i det spesialiserte formatet til ABIS "Ruslan".

Hver tjenestedatabasepost består av ett eller flere felt. Feltnavnet er en numerisk identifikator (tag). Hvert felt kan ha en eller flere forekomster. Feltverdien kan enten være en streng (opptil 1500 tegn) eller binære data (ikke indeksert, størrelse opptil 4 GB). Binære felter lagrer fotografier av lesere, data om MBA-bestillinger, etc.

For å lage en bibliografisk database, velg kommandoen "Create-Bibliografisk Database" fra kontekstmenyen (fig. 32). En dialogboks vil vises (fig. 34), der du må skrive inn navnet på databasen (med engelske bokstaver), velge postformat og lagringsområde for lagring av databaseelementer: poster, ordbok og indeks (se IBS "Ruslan ". Installasjonsveiledning, avsnitt. 3.1, 3.3, 3.4). Etter å ha valgt et postformat (bortsett fra "MARC"-formatet), vil noen av feltene i dialogboksen automatisk fylles ut. Det anbefales ikke å endre disse verdiene.

Når du velger "MARC"-postformatet, gis administratoren muligheten til uavhengig å angi verdiene for feltene:

"Access point list identifier" (se klausul 2.3) "Scheme identifier" (siste nummer i skjemaet OID, se beskrivelse av Z39.50 protokollen) "Write syntax identifier" (siste nummer i skrivesyntaks OID, se beskrivelse av Z39-protokoll .50) “MARC record indexing table identifier” for den første og andre fasen (se klausul 2.2) Hvis enfaseindeksering brukes, skal identifikatoren for MARC record indexing table for den andre fasen være “0”.

Etter å ha fylt ut alle feltene, klikk på "Kjør"-knappen. En ny bibliografisk database vil bli opprettet.

For å opprette en tjenestedatabase, velg kommandoen "Create-Service DB" fra kontekstmenyen (fig. 32). En dialogboks vil vises (fig. 35), der du må skrive inn navnet på databasen (med engelske bokstaver) og velge lagringsområder (se IBS "Ruslan". Installasjonsveiledning, avsnitt 3.1, 3.3, 3.4) for lagring databaseelementer: data (radfelt med poster) og LOB-data (polare binære data for poster).

Ris. 35 Etter å ha fylt ut alle feltene, klikk på "Kjør"-knappen. En ny tjenestedatabase vil bli opprettet.

MERK FØLGENDE! Navnene på bibliotekdatabaser må være unike ikke bare innenfor én kilde (IDB), men også innenfor alle kilder som er registrert i systemet (se punkt 2.1).

5.2. Redigere parametrene til en organisasjons bibliotekdatabaser For å redigere parametrene til en bibliotekdatabase, velg raden med den nødvendige databasen i tabellen i hovedvinduet og kall opp “Rediger”-kommandoen fra kontekstmenyen (fig. 32). En dialogboks vises (fig. 36).

Ris. 36 De fleste databaseparametere (bortsett fra navn og type) kan endres. Å sette flagget "Tilgjengelig" betyr at tilgang til databasen er tillatt via Z39.50-protokollen. Å sette "Scan by words"-flagget betyr at i henhold til de spesifiserte tilgangspunktene (se avsnitt 3.1, Scan parameter) når "Ruslan"-serveren starter

skanneindekser vil bli lastet inn i RAM ( søkeindekser), som er tilgjengelig via Scan-tjenesten (se beskrivelse av Z39.50-protokollen). Scan-tjenesten er integrert i arbeidsstasjonen for innhenting/katalogisering. Hvis, etter å ha satt flagget "Skann etter ord" for de nødvendige databasene, vises tegn på mangel på RAM på datamaskinen som "Ruslan"-serveren kjører på, må du enten slå av dette flagget for noen databaser, eller redusere antall søkeattributter for «Scan»-tjenesten (i Scan-parameteren). "Skann etter verdi"-flagget støttes ikke i denne versjonen.

Parameteren "Directory" kan ha to verdier: "Local" og "External". Når du oppretter en database, settes denne parameteren til "Lokal".

Verdien "Ekstern" er satt for bibliografiske databaser som tilhører tredjepartsorganisasjoner og som det er mulig å bestille litteratur om MBA fra.

DB-aliaser er synonymer for databasenavnet. Databasenavnet kan bare være på engelsk. Aliaset kan spesifiseres på hvilket som helst språk og lagres i unicode-koding. Aliaser brukes vanligvis i Acquisition/Cataloging-arbeidsstasjonen og Reader-arbeidsstasjonen for en bedre og mer forståelig refleksjon av innholdet i databasen. Databasealiaset er også alltid navnet. Dette aliaset kan ikke slettes. En database kan ha flere aliaser. Det er strengt tatt ikke anbefalt å gi de samme aliasene til forskjellige databaser, ikke bare innenfor én kilde (IDB), men også innenfor alle kilder som er registrert i systemet (se punkt 2.1). Hvis du trenger å kombinere flere databaser (av samme type) under ett navn (alias), bør du opprette et virtuelt gruppenavn (se avsnitt 3.1, GroupDB-parameter).

En inngangsnøkkel består av et prefiks og et oppføringsnummer. Postnummeret genereres automatisk ved innsetting Ny inngang. Nummereringen av poster er sekvensiell, fra 1 (som standard, se klausul 5.10). Slettede numre (generert når poster slettes) blir ikke gjenbrukt. Prefikset består av flere deler. Prefiksstrukturen er ikke en standard. Det anbefales å velge tre felt i prefikset, atskilt med en skråstrek: landskode, organisasjonskode, databasenavn. For eksempel nøkkelprefikset for poster fra databasen

BØKER av Fundamental Library of St. Petersburg State Technical University er som følger:

RU\SPSTU\bøker\. Generelt anbefales det ikke å gi de samme prefiksene til forskjellige bibliografiske databaser til en organisasjon. Dette vil i de fleste tilfeller (unntatt spesiell håndtering av nummerdelen av nøkkelen), føre til at det vises forskjellige poster med samme nøkkel, noe som kan skape visse problemer ved lasting/lossing, kobling av poster, for driften av ordren service. Inngangsnøkkelprefikset kan spesifiseres på et hvilket som helst språk (lagret i unicode).

Dialogen lar deg også endre identifikatorene til indekseringstabellene og listen over tilgangspunkter. Dette anbefales imidlertid ikke. Når du endrer identifikatoren til en indekseringstabell, hvis denne databasen inneholder poster, må du slette indeksen (se avsnitt 5.4) og indeksere databasen på nytt (se avsnitt 5.4).

klausul 5.5). Når du endrer identifikatoren til listen over tilgangspunkter, må de oppdateres (se avsnitt 5.7).

Det er strengt tatt ikke anbefalt å endre parametrene "Scheme OID", "Record syntax OID", "Attribute set OID" bortsett fra det som er spesifikt angitt i denne håndboken og i installasjonsmanualen.

5.3. Bestemme kvantitative indikatorer for bibliotekdatabaser For å bestemme antall poster i en bibliotekdatabase, velg raden med den nødvendige databasen i tabellen i hovedvinduet og ring kommandoen "Antall poster" fra kontekstmenyen (fig. 32). Resultatet av kommandoutførelsen vises i loggvinduet. Denne informasjonen er den mest pålitelige (sammenlignet med å bestemme antall poster gjennom søk).

For bibliografiske databaser kan du bestemme slike behandlingsindikatorer som antall unike strekkoder og antall dokumentkopier i databasen. For å bestemme disse indikatorene, velg raden med den nødvendige databasen i tabellen i hovedvinduet og ring kommandoene "Antall strekkoder" og "Antall kopier" fra kontekstmenyen (fig. 32). Resultatet av kommandoutførelse vises i loggvinduet.

5.4. Fjerne en bibliotekdatabase eller data fra en bibliotekdatabase For å slette en bibliotekdatabase, velg raden med den nødvendige databasen i tabellen i hovedvinduet og kall opp kommandoen "DeleteDelete database" fra kontekstmenyen (fig. 32). Etter to advarsler vil den valgte databasen bli slettet med alle data. Data kan bare gjenopprettes fra en arkivert kopi.

For å slette data fra en bibliotekdatabase, velg raden med den nødvendige databasen i tabellen i hovedvinduet og kall kommandoen "Slett-Slett data fra databasen" fra kontekstmenyen (fig. 32). Etter to advarsler kommer det opp en dialogboks (fig. 37), der du må velge den delen av dataene som skal slettes. Alternativet Slett alle data sletter alle oppføringer, inkludert gamle versjoner og indeksen. Data kan bare gjenopprettes fra en arkivert kopi. Alternativet Fjern indeks fjerner bare indeksen. Denne operasjonen er nødvendig når det er nødvendig å re-indeksere hele den bibliografiske databasen etter betydelige endringer i (batch) poster. Alternativet "Slett alle gamle versjoner av oppføringer" sletter alle gamle oppføringer. Etter denne operasjonen er det mulig å gjenopprette den gamle versjonen av en post fra denne databasen kun fra en arkivkopi. Alternativene "Slett gamle versjoner av poster eldre enn 1 år" og "Slett gamle versjoner av poster eldre enn 2 år" sletter gamle poster med en spesifisert foreldelsesfrist med tilsvarende reduksjon i gjenopprettingsmuligheter.

Alternativet "Slett poster etter forespørsel" sletter alle poster som samsvarer med forespørselen, inkludert indeksen. Disse oppføringene er ikke inkludert i tilbakeføringstabellen, men eldre versjoner av de slettede oppføringene beholdes i tilbakeføringstabellen.

Før du utfører selve slettingen, vil en melding vises med søkeresultatet (hvor mange poster som ble funnet), og på dette stadiet kan du fortsatt nekte slettingen. Søkeformatet er gitt i vedlegg 4. Formatet vil også vises på skjermen hvis du klikker på "?"

Ris. 37

5.5. Indeksering/re-indeksering av en bibliografisk database Denne operasjonen (indeksering) er nødvendig etter å ha lastet poster, ellers vil postene være utilgjengelige for søk. Operasjonen (reindeksering) er også nødvendig etter endring av indekseringstabellene for poster, så vel som etter å ha utført batchendringer.

Ris. 38 Under reindekseringsprosessen vil den gamle indeksen bli slettet sekvensielt for hver post, og en ny vil bli opprettet. Dessuten, under reindekseringsprosessen, er alle poster søkbare, men det tar betydelig mer tid å fullføre sammenlignet med indeksering.

slett først indeksen (se avsnitt 5.4), og utfør deretter indeksering. Det anbefales ikke å tillate endringsoperasjoner (sett inn, endre, slett) under reindeksering. Utfør derfor enten re-indeksering i ikke-arbeidstid, eller gjør databasen midlertidig utilgjengelig (se.

For å indeksere/reindeksere poster i en bibliografisk database, velg raden med den nødvendige databasen i tabellen i hovedvinduet og kall opp kommandoen “Reindex” fra kontekstmenyen (fig. 32). En dialogboks vises som i fig. 38.

Som standard utføres indeksering/reindeksering ved å bruke indekseringstabeller hvis identifikatorer er spesifisert i databaseparameterne.

Hvis du trenger å utføre en operasjon med en annen indekseringstabell, bør du i feltet "Indekseringstabell" spesifisere identifikatoren til den nødvendige indekseringstabellen. Det er mulig å re-indeksere/re-indeksere kun enkelte felt. For å gjøre dette, i "Indekseringstabell"-feltet bør du spesifisere det nødvendige fragmentet av den beskrivende delen av indekseringstabellen (se klausul 2.2). Det anbefales ikke å legge inn noe i Indekseringstabell-feltet med mindre du er sikker på hva du gjør.

Det er tre moduser for indeksering/re-indeksering: alle poster, et visst utvalg av poster, eller poster som ikke er indeksert i fase 1 (i fase 1 - siden bare vellykket gjennomføring av fase 1 av indeksering registreres - se avsnitt 2.2). Sistnevnte modus brukes hvis nye poster i tillegg ble lastet inn i databasen som inneholder indekserte poster, eller hvis databaseindekseringen ble avbrutt. I den andre modusen tilsvarer postnumrene i området rekkefølgen postene legges inn i databasen. Derfor denne sjansen skal brukes ved indeksering/re-indeksering av hele databasen i kjente deler. For eksempel for å teste resultatet eller i tilfelle tidsbegrensninger.

For å starte indekserings-/reindekseringsprosessen, klikk på "Start"-knappen. Det er mulig å avbryte prosessen når som helst ved å klikke på "Lukk"-knappen og fortsette på et annet tidspunkt. Det er også mulig å pause prosessen ved å klikke på "Stopp"-knappen og deretter fortsette ved å klikke på "Fortsett"-knappen. Behandling av kommandoene "Stopp" og "Lukk" (men ikke i tilfellet når dialogboksen lukkes med "x"-knappen) kan ta litt tid, siden statistikk analyseres (se avsnitt 5.6), som også utføres etter indeksere/re-indeksere de første 1000 postene, hver 10000 poster og ved slutten av operasjonen.

5.6. Analyse av statistikk for bibliotekdatabaser Ruslan-dataskjemaet bruker ulike indekser av Oracle DBMS.

Oracle DBMS gir beste kvalitet(etter tid) søk basert på statistiske data. DBMS samler ikke inn disse dataene automatisk - for dette er det en spesiell statistikkanalysekommando som er integrert i den automatiserte arbeidsplassen. Over tid (hvis postmodifikasjonsoperasjoner er utført), blir statistikken utdatert og kvaliteten på søket synker. Det må derfor gjennomføres statistikkanalyse med jevne mellomrom for alle biblioteksdatabaser (når databasestørrelsen øker med flere tusen poster). Behovet for å analysere statistikk indikeres av en gradvis (ikke skarp) økning i søketid for kjente søk (hvis det ikke har vært endringer i utstyret og konfigurasjonen av den fysiske databasen). Under prosessen med å laste poster og indeksere (re-indeksere) poster, analyseres statistikk automatisk.

For å analysere statistikken til en bibliotekdatabase, velg raden med den nødvendige databasen i tabellen i hovedvinduet og ring kommandoen "Analyse" fra kontekstmenyen (fig. 32). Etter at analysen er fullført, vil en tilsvarende melding vises i loggvinduet. Det er mulig å sette statistikkanalyse for flere databaser samtidig (selve analysen vil bli utført sekvensielt for hver database).

For å gjøre dette, velg flere databaser i tabellen og velg kommandoen "Analyse" i kontekstmenyen.

Ruslan-serveren versjon 2.13 og høyere utfører automatisk analyse av statistikk hver natt, og det anbefales å utføre manuell analyse kun etter å ha gjort betydelige endringer under en batchendring med delvis reindeksering.

5.7. Oppdatering av tilgangspunkter til bibliografiske databaser Beskrivelsen av tilgangspunkter (se avsnitt 2.3) er atskilt fra deres applikasjon til bibliografiske databaser (i motsetning til indekseringstabeller). De. Når du endrer tilgangspunkter i en bestemt liste over AP-er, blir ikke disse endringene automatisk brukt på databasene som er knyttet til denne listen over AP-er. Dessuten, hvis identifikatoren til TD-listen for en bestemt database endres (se avsnitt 5.2), forblir TD-ene for denne databasen de samme. Du må oppdatere TD manuelt. Denne operasjonen er rask og ikke-kritisk.

For å oppdatere TDen til en bibliografisk database, velg raden med den nødvendige DB i tabellen i hovedvinduet og kall opp kommandoen "Oppdater TD" fra kontekstmenyen (fig. 32). Etter at operasjonen er fullført, vil en tilsvarende melding vises i loggvinduet.

Det er mulig å oppdatere tilgangspunkter for flere bibliografiske databaser samtidig. For å gjøre dette, velg flere databaser i tabellen og velg kommandoen "Oppdater TD" i kontekstmenyen. Etter å ha behandlet hver database, vises en melding som indikerer vellykket (i loggen) eller mislykket (meldingsblokkering for videre arbeid) fullføring av prosessen for den spesifiserte databasen. Hvis det sendes en melding om mislykket fullføring av prosessen for en database, etter å ha klikket på "OK"-knappen, fortsetter programmet til å oppdatere tilgangspunkter for neste database. I fremtiden, for databasen som prosessen mislyktes, er det nødvendig å gjenta operasjonen. Hvis prosessen mislykkes for alle valgte databaser, betyr dette en feil i syntaksen for å spesifisere et tilgangspunkt. For å forenkle valget av en database med den nødvendige AP-listeidentifikatoren, kan du sortere tabellen etter "Access Points"-kolonnen eller bruke et filter (se trinn 5).

5.8. Laste poster inn i biblioteksdatabaser Lasteoperasjonen sikrer lasting av data til både bibliografiske og tjenestedatabaser. For bibliografiske databaser støttes lasting fra en fil i ISO2709-format. For tjenestedatabaser støttes lasting fra en fil i Ruslan-formatet (se vedlegg 3). Følgende postkodinger støttes: DOS (866), MS Windows (1251), KOI-8, UNICODE (UTF-8).

Oppføringer av formatet (RUSMARC, USMARC,...) som denne databasen ble opprettet for, skal lastes inn i den bibliografiske databasen. Etter nedlasting av bibliografiske poster, for å gi søkemuligheter, må postene indekseres (se punkt 5.5). Tjenestedatabaseposter indekseres under lasteprosessen.

For å laste poster inn i bibliotekdatabasen, velg raden med den nødvendige databasen i tabellen i hovedvinduet og kall opp kommandoen "Load" fra kontekstmenyen (fig. 32). I dialogboksen som vises (fig. 39), må du spesifisere filen enten manuelt (med hele banen) eller ved å bruke standard filvalgsdialogboks. For å åpne dialogboksen for filvalg, klikk på ""-knappen til høyre for inntastingsfeltet for filnavn. Velg deretter kodingen som postene i filen presenteres i og vent til prosessen med å telle antall poster i filen er fullført («Antall poster i fil»-feltet endres ikke lenger).

For den bibliografiske postfilen må du velge MARC-formatet (RUSMARC, UNIMARC, USMARC, MARC - hvis forskjellig fra de tre første) og typen MARC-format (bibliografisk, autoritativ, klassifisering). Det er også mulig, om nødvendig, å spesifisere alternativene "Legg til et prefiks til nøkkelen" (i felt 001) og "Generer en dublettnøkkel"

(i felt 998 og kun for RUSMARC).

Hvis det ikke er noen nøkler i de nedlastede postene eller de ikke passer deg, bør du angi alternativet "Generer postnøkkel". I dette tilfellet vil det bli generert en ny nøkkel for hver innsatt post i samsvar med gjeldende databaseprefiks (for bibliografiske databaser) og innstillingen til nøkkelnummergeneratoren (se klausul 5.10). Når du oppretter en ny database, settes nøkkeltallgeneratoren til "1" (nøkkeltall vil bli generert fra 1).

Ris. 39 Alternativene "Generer postnøkkel" og "Legg til prefiks til nøkkel" utelukker hverandre.

Lasteoperasjonen lar deg kontrollere rekkefølgen på lasteposter - du kan laste inn alle poster, poster i et område (antall poster i området tilsvarer rekkefølgen på poster i den nedlastede filen), poster "Fra den første som ikke ble satt inn til slutten." Siste alternativ vil fungere riktig hvis databasen som postene lastes inn i var tom i utgangspunktet, og også hvis den opprinnelige postfilen og den dårlige (skadede) postfilen ikke ble endret mellom innlastingsstadier. Filen for dårlige poster har navnet som tilsvarer kildefilen til de nedlastede postene og utvidelsen ".bad" og er opprettet i samme katalog som kildepostfilen. Hvis det er umulig å sette inn en post i databasen, blir posten plassert i filen med dårlige poster.

For å starte nedlastingsprosessen, klikk på "Kjør"-knappen. Du kan avbryte nedlastingen av poster når som helst ved å klikke på "Lukk"-knappen og fortsette på et annet tidspunkt. Du kan også pause nedlastingen av opptak ved å klikke på "Stopp"-knappen, og deretter fortsette ved å klikke på "Fortsett"-knappen.

Merk.

5. Hvis det er relaterte poster blant de lastede postene, vil generering av nye nøkler bryte disse forbindelsene.

6. Dublettnøkkelen genereres i henhold til reglene til det automatiserte informasjonssystemet "Ruslan".

7. Kontroll for duplisering utføres når nye poster legges inn fra innkjøps-/katalogiseringsarbeidsstasjonen. Duplikatkontroll utføres ikke under lasting.

8. Etter å ha lastet poster uten å generere nye nøkler, må du sette nøkkelnummergeneratoren til en ny verdi (se klausul 5.10) for å forhindre generering av dublettnøkler.

5.9. Lose poster fra biblioteksdatabaser Losseoperasjonen sikrer utlasting av data fra både bibliografiske og tjenestedatabaser.

For bibliografiske databaser støttes opplasting til en fil i ISO2709-format. For tjenestedatabaser støttes opplasting til en fil i Ruslan-formatet (se vedlegg 3). Ved opplasting kan poster omkodes til følgende kodinger: DOS (866), MS Windows (1251), KOI-8, UNICODE (UTF-8). I sistnevnte tilfelle utføres ingen omkoding, siden poster i bibliotekdatabaser er lagret i UTF-8-koding.

For å laste opp poster fra bibliotekdatabasen til en fil, velg raden med den nødvendige databasen i tabellen i hovedvinduet og kall opp kommandoen "Last opp" fra kontekstmenyen (fig. 32). I dialogboksen som vises (fig. 40), må du spesifisere filen enten manuelt (med hele banen) eller ved å bruke standard filvalgsdialogboks. For å åpne dialogboksen for filvalg, klikk på ""-knappen til høyre for inntastingsfeltet for filnavn. Etter dette velger du kodingen som oppføringene i filen skal presenteres i.

Ris. 40

Det er mulig å enten overskrive filen (det gamle innholdet går tapt) eller legge til de opplastede postene til slutten spesifisert fil. Alternativet "Linje for linje" spesifiserer at et linjeskifttegn (i Windows-stil, dvs. to byte) vil bli satt inn etter hver post i filen.

Feltet "Slett tagger" brukes til å spesifisere listen over tagger som skal slettes ved utlasting fra tjenestedatabaseposter. Tagger er atskilt med komma (uten komma på slutten).

Opplastingsoperasjonen lar deg kontrollere rekkefølgen som poster lastes opp i - du kan laste opp alle poster, et visst utvalg av poster og poster valgt etter forespørsel (for forespørselsformat, se vedlegg 4). Postnumrene i området tilsvarer rekkefølgen postene legges inn i databasen. Derfor bør denne funksjonen brukes når du laster hele (eller deler) av databasen i kjente deler.

On-demand postopplasting kan brukes til å arkivere endringer (nyopprettede og modifiserte poster fra et visst punkt tid). Dermed vil forespørselen "@1012,5,0,2,0,0,8=20010521" laste ned (fra den spesifiserte bibliografiske databasen) alle poster som er opprettet eller endret i perioden fra 21. mai 2001 til i dag.

For en tjenestedatabase vil en lignende spørring se slik ut:

"@3.5,0.2,0.0.8=20010521."

For å starte opplastingsprosessen, klikk på "Start"-knappen. Du kan avbryte opplastingen av poster når som helst ved å klikke på "Lukk"-knappen og fortsette på et annet tidspunkt. Du kan også pause opplasting av poster ved å klikke på Stopp-knappen, og deretter fortsette ved å klikke på Fortsett-knappen.

Merk.

1. Lossing fra bibliografiske databaser er kun mulig i det "native" MARC-formatet, dvs. i den der postene ble lastet inn.

2. Hvis utlasting fra databasen skjer på et tidspunkt da brukere kan jobbe med denne databasen gjennom Ruslan-serveren, er tap av poster i filen (deres antall tilsvarer ikke det forventede) mulig som et resultat av sletting av poster av brukere fra denne databasen.

5.10. Stille inn startnummeret til bibliotekdatabasens postnøkkelgenerator Etter å ha opprettet en ny database, settes generatoren for denne databasen til "1", dvs.

når du setter inn nye poster fra bibliotekarbeidsstasjoner, vil de nummereres (ved hjelp av nøkkelen for tjenestedatabaser og den numeriske delen av nøkkelen for bibliografiske databaser) sekvensielt fra 1.

Ris. 41 Hvis, etter å ha opprettet en database, poster lastes inn i den uten å generere en nøkkel (se klausul 5.8), kan det ved innsetting av nye poster fra bibliotekarbeidsstasjoner vise seg at den nygenererte nøkkelen allerede eksisterer.

Som et resultat vil det oppstå en feil når du setter inn en post. For eksempel lastet du 3 poster inn i en bibliografisk database uten å generere nøkler. Disse postene har nøkler med den numeriske delen "5", "6" og "7". Deretter ble 4 poster fra bibliotekets arbeidsstasjon satt inn i denne databasen. De mottok nøkler med den numeriske delen "1", "2", "3", "4". Hvis du prøver å sette inn en 5. post i denne databasen, vil det oppstå en feil fordi nøkkelen med den numeriske delen "5" allerede eksisterer. For å forhindre at dette skjer, bør nøkkelgeneratoren forskyves, dvs. angi et nytt startnummer for den. For eksempelet som er gitt, skal det nye generatorens startnummer være "8".

For å angi et nytt startnummer for nøkkelgeneratoren, velg raden med den nødvendige databasen i tabellen i hovedvinduet og ring kommandoen "Set key" fra kontekstmenyen (fig. 32). I dialogboksen som vises (fig. 41), vil du se siste nummer i nøkkelen i postene til denne databasen, gjeldende generatornummer og det nye startgeneratornummeret foreslått av systemet. Hvis du ikke er fornøyd med det nye startnummeret som foreslås av systemet, kan du sette det nummeret du mener er riktig.

Klikk på "Kjør"-knappen for å angi det spesifiserte nye nøkkelgeneratorens frønummer. En melding som indikerer vellykket fullføring av operasjonen vil vises i loggvinduet.

Merk.

1. Hvis operasjonen avbrytes, vil verdien til generatoren økes med 1. Derfor, hvis du bestemmer deg for å ikke endre startnummeret til generatoren (det nåværende nummeret tilsvarer det nye startnummeret), klikker du på "Kjør" knappen uansett.

5.11. Vise poster i biblioteksdatabaser For å vise poster, velg raden med den nødvendige databasen i tabellen i hovedvinduet og kall opp "Vis"-kommandoen fra kontekstmenyen (fig. 32).

Den samme kommandoen kan kalles ved å dobbeltklikke med venstre museknapp på linjen med den nødvendige databasen. For en bibliografisk database vil en dialogboks vises som i fig. 42, og for en tjenestedatabase - som i fig. 43. Hvis det ikke er noen poster i databasen, eller i tilfelle feil, vises meldingen "Feil ved henting av første post!"

Ris. 42 Navigasjonsknapper lar deg gå til den første posten i databasen ("|"), til siste oppføring i databasen ("|"), til neste post (""), til forrige post (""). Hvis du går til en ikke-eksisterende post, vises meldingen "Feil ved henting av post!" For bibliografiske databaser er det mulig å navigere til en spesifikk post identifisert med en intern (DB-nøkkel) eller ekstern (nøkkel fra MARC-felt 001) nøkkel. For å gjøre dette, skriv inn nøkkelen i det aktuelle feltet i dialogboksen og trykk på "Enter"-tasten.

("Tast inn"). For tjenestedatabaser er det mulig å flytte til en spesifikk post identifisert av en intern nøkkel.

Statusen til en bibliografisk post betyr: 0 – posten er ikke indeksert, 1 – posten er indeksert (av i det minste på fase 1 ved to-fase indeksering).

Ris. 43 For en bibliografisk database er det mulig å velge (for å velge hele posten, plasser markøren i postfeltet og trykk Ctrl+A) og kopier tekstrepresentasjonen av posten til utklippstavlen (standard tastekombinasjon er Ctrl+ C).

For en bibliografisk post vises informasjon om hvem som har opprettet den og når, i felt med passende navn. For en offisiell oversikt, informasjon om hvem som opprettet den og når er plassert i felt 2 og 3 i taggen, henholdsvis (datoformat: ÅÅÅÅMMDDDHHMMSS). Hvis posten ble opprettet under nedlastingsprosessen fra administratorens arbeidsstasjon, er navnet på skaperen "phloader".

"Slett"-knappen brukes til å slette en post fra databasen. Når den slettes, plasseres oppføringen i tilbakeføringstabellen (se avsnitt 5.13). Etter at du har fjernet den, forblir den fortsatt på skjermen. For bibliografiske databaser støttes operasjonen med å indeksere/reindeksere den viste posten («Reindex»-knappen). Indeksering/reindeksering utføres i henhold til indekseringstabellene som er definert for den valgte databasen (se avsnitt 5.1).

5.12. Kontroll av dubletter i feltene til MARC-poster og tjenesteposter Kontroll av dubletter lar deg få en liste over dublettverdier i et spesifisert felt (underfelt) til en MARC-post eller felt i en tjenestepost. Denne operasjonen er nyttig for å kontrollere duplisering av inventarnummer, strekkoder osv.

For å få en liste over dubletter i den bibliografiske databasen, velg raden med den nødvendige databasen i tabellen i hovedvinduet og kall opp kommandoen "Doubletter" fra kontekstmenyen (fig. 32). I dialogboksen som vises (fig. 44), i "Felt"-feltet, skriv inn nummeret på feltet (underfeltet), i "Quantity"-feltet - en grense for antall verdier som skal hentes.

For å søke etter dubletter, klikk på "Finn"-knappen. Etter at søkeoperasjonen er fullført, vises en melding som indikerer antall dubletter som er hentet. Hvis det er lik grensen, er det sannsynligvis flere dubletter. Dublettene vil vises i tabellen i dialogboksen. Kolonnen "Verdi" viser verdiene til det angitte feltet (underfeltet), som gjentas i postene til den valgte databasen. For tjenestedatabaser avkortes denne verdien til de første 32 tegnene. "Duplisitet"-kolonnen viser antall repetisjoner av en verdi i alle poster i den valgte databasen.

Når du lukker dialogboksen Doublet Search, vises en melding som ber deg lagre de funnet dublettene til en tekstfil for senere bruk av bibliotekarer.

Ris. 44

5.13. Vise historikken for endringer i bibliografiske poster og gjenopprette en slettet eller endret post IBS "Ruslan" lagrer historikken for endringer i bibliografiske poster for hver bibliografisk database. Når en post endres, plasseres den gamle versjonen av posten i det som kalles en tilbakeføringstabell. Når en oppføring slettes, plasseres den også i tilbakeføringstabellen. For hver post lagres det hvem som opprettet den og når. Det er mulig å gjenopprette hvilken som helst versjon av en post til databasen (hvis denne versjonen ikke er slettet).

Ris. 45 For å se tilbakerullingstabellen til en bestemt database, velg raden med den nødvendige bibliografiske databasen i tabellen i hovedvinduet og kall opp kommandoen "Rollback" fra kontekstmenyen (fig. 32). En dialogboks vises som i fig. 45.

For hver post vises den interne nøkkelen (DB-nøkkelen); fremmednøkkel (fra MARC-felt 001); operasjon, som et resultat av dette denne oppføringen ble plassert i tilbakerullingsbordet; brukeren som opprettet (som et resultat av en innlastings-, innsettings- eller modifikasjonsoperasjon) denne versjonen av posten i tilfelle av endrings- og slettingsoperasjonene, eller som slettet posten i tilfelle av Slett-operasjonen; tidspunkt da den ble opprettet (og ikke plassert i tilbakeføringstabellen!) i databasen denne versjonen post, når det gjelder Endre og Slett-operasjoner, eller tidspunktet da Slett-operasjonen ble utført (når posten ble plassert i tilbakeføringstabellen som et resultat av sletteoperasjonen).

Ris. 46 I eksemplet i Fig. 45 ble en post med nøkkelen "ru\spstu\books\139427" lastet inn i administratorens arbeidsstasjon (bruker phloader) 02/14/2004 kl. 15:53:23.

Følgende versjon av oppføringen ble opprettet av brukeren compl 02/24/2004 kl. 11:35:29 og ble rullet tilbake som et resultat av endringsoperasjonen. Følgende versjon av oppføringen ble også opprettet av brukeren compl den 24.02.2004 kl. 11:36:34 og ble rullet tilbake som et resultat av en sletteoperasjon utført av brukeren compl_admin den 24.02.2004 kl. 11: 40:23. Ta opp med nøkkelen «ru\spstu\books\139435»

ble lastet opp til administratorens arbeidsstasjon (bruker phloader) 02/14/2004 kl. 15:53:23. Den 24/02/2004 kl. 11:38:30 ble denne oppføringen slettet av systemadministratoren (libmgr) fra administratorens arbeidsstasjon.

Ris. 47 Alle operasjoner i tilbakerullingsvinduet utføres gjennom kontekstmenyen (fig. 46). For å sammenligne den gamle versjonen av en post med den gjeldende (i arbeidsdatabasen), velg tabellraden med den gamle versjonen og dobbeltklikk på den med venstre museknapp eller velg "Sammenlign"-kommandoen fra kontekstmenyen. En dialog vil vises som i Fig. 47. Den øverste delen av dialogen inneholder gjeldende post fra databasen, dens oppretter og opprettelsesdatoen. Den nederste delen av dialogen inneholder en oppføring fra tilbakeføringstabellen, dens oppretter og datoen oppføringen ble opprettet. Hvis gjeldende post (i databasen) er slettet, vil den øverste delen være tom.

For å sammenligne oppføringer fra tilbakeføringstabellen, velg de to oppføringene du er interessert i og velg "Sammenlign"-kommandoen fra kontekstmenyen.

For å gjenopprette en gammel versjon av en post, velg den nødvendige gamle versjonen og velg "Gjenopprett"-kommandoen fra kontekstmenyen. For å gjenopprette den siste versjonen av en slettet post, kan du velge en tabellrad med enten en Slett- eller en Slettet-operasjon. Hvis du gjenoppretter en gammel versjon av et opptak som ikke ble slettet, Gjeldende versjon vil bli plassert i tilbakerullingstabellen. Den gjenopprettede posten anses å være opprettet av DBMS-brukeren, som er eieren av databasen (se klausul 2.1) som denne bibliografiske databasen ligger i. I eksemplet diskutert i denne opplæringen, vil denne brukeren være lib1 (se

for eksempel fig. 45).

Ris. 48 Informasjon om gamle versjoner av poster vises i tilbakerullingsdialogboksen i deler av 30 versjoner. Når du åpner tilbakerullingsdialogen, vises de 30 nyeste versjonene av postene i den angitte databasen. Som standard sorteres oppføringer etter dato i synkende rekkefølge. Du kan sortere tilbakerullingstabellen etter hvilken som helst kolonne ved å venstreklikke på kolonneoverskriften. For å hente de neste 30 versjonene, velg Velg mer fra hurtigmenyen. For raskt å finne en ny del av versjoner, før du utsteder "Velg mer"-kommandoen, velg den siste linjen i listen - denne linjen forblir valgt etter å ha utført kommandoen.

Siden mange versjoner av poster akkumuleres i tilbakeføringstabellen over tid, er det mulig å filtrere dem. Etter å ha brukt filteret, vises også plateversjoner i porsjoner på 30 stykker. For å angi et filter, velg "Filter"-kommandoen fra hurtigmenyen. En dialogboks vil dukke opp (fig. 48), der du kan angi filtrering etter intern nøkkel (databasenøkkel), etter fremmednøkkel (fra MARC-felt 001), etter operasjonen som resulterte i at posten ble inkludert i tilbakerullingstabellen, av brukeren som opprettet versjonsposten eller personen som slettet posten og etter datoen postversjonen ble opprettet eller posten ble slettet. For den interne nøkkelen og datoen kan du angi en relasjon (, =...). En fremmednøkkel filtreres alltid av LIKE-operasjonen. I fravær av spesialtegn ("_", "%"), fungerer denne operasjonen for likhet. Spesialtegnet understrek (“_”) betyr et hvilket som helst tegn (ett!). Prosent spesialtegnet ("%") betyr et hvilket som helst antall tegn. Vanligvis brukes spesialtegnprosenten for å unngå å spesifisere et nøkkelprefiks, som normalt er det samme for alle bibliografiske databaseposter. For å fjerne et filter, åpne filterdialogboksen, klikk først på "Slett"-knappen og deretter "Godta". "La være uendret"-knappen lukker filtervinduet uten å gjøre noen endringer i filtreringsbetingelsene.

For å redusere den totale størrelsen på databasen og øke hastigheten på arbeidet med gamle versjoner av poster, anbefales det å rengjøre tilbakerullingstabellen med jevne mellomrom (slette svært gamle versjoner). Denne operasjonen kan utføres på flere måter. Mest rask måte Fjerning av alle gamle versjoner er gitt i avsnitt 5.4. Du kan også slette alle gamle versjoner fra tilbakerullingsdialogboksen ved å velge kommandoen "Slett-alle" fra hurtigmenyen. For å slette valgte versjoner av poster, velg kommandoen "Slett-valgt" fra kontekstmenyen. For å slette alle versjoner av poster som samsvarer med det brukte filteret, velg kommandoen «Slett-alt etter filter» fra kontekstmenyen.

5.14. Batch-modifisering av bibliografiske poster IBS "Ruslan" gir to alternativer for batch-modifisering av bibliografiske poster: enkel og avansert. Det enkle alternativet er begrenset i sine muligheter, men har et vennlig brukergrensesnitt. Det avanserte alternativet lar deg gjøre eventuelle endringer i poster, men krever deltakelse av en programmerer for å lage et program for disse endringene. Derfor, for den utvidede versjonen, leverer støttetjenesten et spesialbibliotek (DLL) med typiske endringer. Som en del av teknisk støtte kan du bestille nødvendige endringer (kontakt [e-postbeskyttet]).

For å utføre en enkel batch-endring på en bestemt database, velg raden med den nødvendige bibliografiske databasen i tabellen i hovedvinduet og ring kommandoen "Endre poster - Enkel endring" fra kontekstmenyen (fig. 32). En dialogboks vil vises som i fig. 49.

Det er mulig å utføre tre samtidige endringsoperasjoner:

erstatte/legge til en delstreng i et felt (underfelt) eller i et innebygd felt (underfelt) i et kommunikasjonsfelt. Endringsoperasjonen utføres på alle forekomster av underfeltet i alle forekomster av postfeltet. Å legge til et underfelt gjøres kun for eksisterende felt og i alle forekomster av felt, dvs.

hvis det ikke er noe felt, vil det ikke bli opprettet automatisk. Det er mulig å erstatte en hel streng når du angir alternativet " hele linjen", utføre operasjonen med å slette et felt (underfelt) når du spesifiserer alternativet "slett", utføre operasjonen med å legge til en understreng (eventuelt sammen med å legge til et underfelt) når du spesifiserer alternativet "legg til" (verdien i "erstatt" feltet fungerer som et postfilter). I det siste tilfellet kan du spesifisere hva du skal gjøre hvis underfeltet eksisterer: legg til, ikke legg til, slå sammen til venstre (alternativ “lk”) eller til høyre (alternativ “pk”). Hvis du aktiverer alternativet "legg til", vil et ikke-eksisterende underfelt bare bli lagt til hvis feltet eksisterer;

erstatte indikatorer i et felt eller i et innebygd felt i et kommunikasjonsfelt;

erstatte en delstreng i et kodet felt (underfelt) eller i et innebygd kodet felt (underfelt) i et kommunikasjonsfelt. Alternativet "legg til" lar deg legge til et kodet felt (underfelt) alltid eller hvis det ikke eksisterer. En manglende indikator er spesifisert med et mellomrom. Tokenet spesifiseres ved å spesifisere 000 i det kodede feltet. For kodede felt spesifiseres posisjonen som endringer gjøres fra (fra 0). I dette tilfellet må lengdene på de erstattede og erstattende understrengene samsvare.

Ris. 49 For å legge til et underfelt sammen med å legge til et felt (når feltet ikke eksisterer), må du angi parameterne i seksjonen for det kodede feltet, uavhengig av om feltet er kodet eller ikke.

I områdene for å legge inn datastrenger ("erstatt" og "til") kan du angi makroerstatninger i form av en lenke til et underfelt, for eksempel (999a). I dette tilfellet vil verdien av strengen bli hentet fra det tilsvarende underfeltet. Hvis feltet spesifisert i makroen samsvarer med feltet som modifikasjonsoperasjonen utføres på (skrives inn i "In Field"), vil radverdien for hver forekomst av feltet bli tatt fra den tilsvarende forekomsten av feltet. Hvis feltene er forskjellige, vil radverdien bli hentet fra den første forekomsten av feltet angitt i makroen.

Ris. 50 Bruk av makroerstatninger lar deg kopiere data fra ett underfelt til et annet (legg til operasjon) og få mer komplekse filtre under slettings-/erstattoperasjoner.

For å utføre en utvidet batch-endring på en bestemt database, velg raden med den nødvendige bibliografiske databasen i tabellen i hovedvinduet og kall kommandoen "Change recordsExtended change" fra kontekstmenyen (fig. 32). En dialogboks vil vises som i fig. 50.

I "DLL File"-feltet må du skrive inn navnet på den dynamiske bibliotekfilen (må ha en dll-utvidelse) som indikerer hele banen manuelt eller ved å bruke standard filvalgsdialog. For å åpne dialogen, klikk på ""-knappen til høyre for inntastingsfeltet for filnavn. Etter å ha valgt DLL-filen fra Change Name-listen, velg ønsket funksjonsfunksjon (FuncName). Hvis DLL-fil levert av systemstøttetjenesten, er tilordningen av funksjoner gitt i den medfølgende dokumentasjonen. Etter at du har valgt en funksjon, vil "Logg"-feltet vises Tilleggsinformasjon om å jobbe med funksjonen. I feltet Options File skriver du inn navnet på alternativfilen hvis en er nødvendig for den valgte funksjonen.

Både de enkle og avanserte batch endringsalternativene har følgende vanlige tilpasningselementer. Endringer kan gjøres enten direkte i arbeidsdatabasen, som er spesifisert i "Databasenavn"-feltet, eller ved å kopiere nye poster til en annen (helst tom) database (for å gjøre dette, må navnet velges i "Navn på databasen som de endrede postene skal plasseres i"). Kopibasen må opprettes før batchendringsprosedyren kan begynne. Dette gjør det mulig å kontrollere riktigheten av endringer i poster og unngå skade på poster i arbeidsdatabasen. Hvis endringer i poster skjer på riktig måte, kan du starte prosedyren for å endre poster direkte i arbeidsdatabasen. For å gjøre dette må feltet "Navn på databasen der de endrede postene skal plasseres" forbli tomt, du trenger ikke å velge noe i det! Hvori gammel versjon hver oppføring (før endring) vil bli satt i tilbakeføring. Det anbefales at du lager en arkivkopi av den før du korrigerer poster i arbeidsdatabasen (se avsnitt 7).

I feltet "Parsing table" kan du spesifisere en spesiell indekseringstabell eller et fragment av den beskrivende delen av indekseringstabellen (se.

punkt 2.2) for indeksering/reindeksering av endrede poster. Det anbefales ikke å legge inn noe i Indekseringstabell-feltet med mindre du er sikker på hva du gjør. Verdien "0" (standard) i dette feltet betyr: ikke indekser endrede poster. Det anbefales å spesifisere denne verdien hvis ikke-indekserte felt/underfelt er endret.

Hvis du ikke skriver inn noe i feltet Indekseringstabell, vil standard indekseringstabeller for den gitte databasen bli brukt (anbefales hvis de indekserte feltene endres).

Det er mulig å se alle poster for endringer eller i et visst område (i rekkefølgen de kommer inn i databasen). Når enkel endring Det er også mulig å endre postene som er valgt etter forespørsel (se vedlegg 4).

"Rull tilbake"-flagget bestemmer om gamle versjoner av poster skal rulles tilbake eller ikke. Det anbefales å fjerne dette flagget hvis du er sikker på at endringene er korrekte (riktigheten av endringene ble nøye kontrollert ved hjelp av en testdatabase som de endrede postene ble plassert i) og et stort antall poster blir endret.

For å starte batchendringsprosessen, klikk på "Kjør"-knappen. Prosessen kan settes på pause ved å klikke på "Stopp"-knappen, og deretter fortsette ved å klikke på "Fortsett"-knappen. Lukk-knappen som trykkes på under prosessen avbryter utførelsen. Prosessen med å endre poster gjenspeiles i loggen. Angir hvor mange poster som ble sett, hvor mange som ble foreslått for endring, og hvor mange som ble endret.

Merk.

1. I tilfelle batch endring(hvor de indekserte feltene/delfeltene endres) dekker en betydelig prosentandel av postene i databasen, det anbefales å sette "Indekseringstabell"-feltet til "0" og, etter en batchendring, slette hele indeksen (se avsnittet 5.4) og indekser databasen på nytt (se klausul 5.5).

2. Hvis endringsprosessen avbrytes, vil postene som er endret frem til dette punktet forbli i endret tilstand. For å gjenopprette de originale opptakene, bruk funksjonen for å gjenopprette gamle versjoner av opptak (se.

klausul 5.13) eller gjenopprette en arkivert kopi av databasen.

3. Under batch endringsprosessen analyseres ikke statistikk.

Administrator må om nødvendig (hvis indekserte felt/delfelt endres), utføre det uavhengig (se punkt 5.6). Det anbefales å analysere statistikken etter å ha gjort alle nødvendige endringer.

6. Bibliotekteknologier Denne delen beskriver operasjonene som er nødvendige for å konfigurere anvendte teknologiske sykluser utført både uavhengig av Ruslan-serveren og teknologiske sykluser implementert i forbindelse med ulike arbeidsstasjoner i systemet.

6.1. Arbeid med bufferdatabasen IBS "Ruslan" støtter to teknologier for å legge inn nye poster. Den første teknologien forutsetter tilstedeværelsen av én bibliografisk hoveddatabase (for en type dokument, for eksempel for bøker). Biblioteksansatte oppretter poster i denne databasen. Lesere, når de arbeider med den elektroniske katalogen, arbeider også med denne databasen. I dette tilfellet oppstår det et problem knyttet til tilgjengeligheten for lesere av bibliografiske beskrivelser som ennå ikke har gått gjennom hele syklusen av bibliografisk behandling, dvs. dokumentene ble ikke mottatt av serviceavdelingene. Leseren kan bestille dokumenter som ikke er tilgjengelige for service. Dette problemet kan løses på følgende måte. For poster som ikke har blitt behandlet, er en status "sett" (i postmarkøren), noe som betyr at dokumentet ikke er fullstendig katalogisert. Og i leserens brukergrensesnitt introduseres et skjult filter basert på statusen til oppføringen. Ulempen med denne metoden for å skjule poster på ufullstendig katalogiserte dokumenter fra lesere er at den er ressurskrevende (redusert systemytelse).

Ruslan-systemet tilbyr også en annen teknologi for å skjule registreringer av ufullstendig katalogiserte dokumenter fra lesere. I tillegg til den bibliografiske hoveddatabasen (for dokumenttypen), opprettes en bufferbibliografisk database (for dokumenttypen). Nye poster legges inn og behandles i bufferdatabasen. Ved fullført behandling overføres dokumenter til serviceavdelinger, og poster på disse dokumentene overføres fra bufferdatabasen til hoveddatabasen. Bufferdatabasen gjøres utilgjengelig for lesere (se punkt 4). Fordelen med denne teknologien er at du kan konfigurere ulike nivåer av tilgang til bufferen og hoveddatabasen for bibliotekansatte. Dette øker sikkerheten til hoveddatabasen (for eksempel er sletteoperasjonen bare tillatt for bufferdatabasen).

For å overføre komplette poster fra den bibliografiske bufferdatabasen til hoveddatabasen, velg raden med den nødvendige bufferdatabasen i tabellen i hovedvinduet og ring kommandoen "Flytt poster" fra kontekstmenyen

(Fig. 32). Etter en viss tidsperiode, hvor postene i bufferdatabasen analyseres, vil en dialogboks vises (fig. 51), der du må velge hoveddatabasen som postene skal flyttes til.

Ris. 51

Bare fullstendige poster flyttes. Når det gjelder hierarkisk relaterte poster, flyttes alltid de komplette postene på toppnivå. Antall flyttede poster av ikke det høyeste nivået kan varieres manuelt, automatisk gjøres til et multiplum på 5 eller 10. I tillegg er det mulig å lagre flyttede poster av ikke det høyeste nivået samtidig til en fil i en av kodingene: DOS (866), MS Windows (1251), KOI-8 eller UNICODE (UTF-8). For å lagre poster til en fil, må du spesifisere filnavnet manuelt (med hele banen) eller bruke standard filvalgsdialogboks.

For å åpne dialogboksen for filvalg, klikk på ""-knappen til høyre for inntastingsfeltet for filnavn. Du kan enten overskrive filen (det gamle innholdet går tapt) eller legge til sideposter til slutten av den angitte filen. Alternativet "Linje for linje" spesifiserer at et linjeskifttegn (i Windows-stil, dvs. to byte) vil bli satt inn etter hver post i filen.

For å starte operasjonen med å flytte poster, klikk på "Kjør"-knappen. Fremdriften av operasjonen vil gjenspeiles i loggen. Etter å ha flyttet poster, vil du bli bedt om å indeksere dem. Hvis du samtykker, vil indeksering utføres i samsvar med indekseringstabellene spesifisert i parameterne til hoveddatabasen (se klausul 5.1). I tilfelle feil, utføres indekseringsoperasjonen (hvis nødvendig) manuelt (se avsnitt 5.5).

6.2. Borrowing analytics Lån analytics er å låne bibliografiske poster fra komponent seriepublikasjon.

Ved arbeid med sammenstilling av analytiske poster anbefales det å sørge for å etablere forbindelser basert på felt 001 mellom posten for komponentdelen, posten for utgivelsen av seriepublikasjonen og posten for seriepublikasjonen som helhet. Når du manuelt oppretter en analytisk post i katalogens arbeidsstasjon, opprettes tilkoblinger basert på felt 001 automatisk. Prosedyren for å låne analytiske poster fra ekstern kilde har en rekke funksjoner som kompliserer gjenoppretting av kommunikasjon basert på 001-feltet. Hovedårsaken er at det foretas lån umiddelbart fra alle poster i seriepublikasjonen. Samtidig er gjenoppretting av tilkoblinger i Catalogers arbeidsstasjon kun mulig individuelt for hver post.

For å øke effektiviteten i prosessen med å låne analytiske poster, har Ruslan-serveren versjon 2.11 og høyere implementert en mekanisme for automatisk gjenoppretting av kommunikasjon basert på felt 001. Basert på informasjonen om seriepublikasjonen (ISSN, tittel, år, utgavenummer) tilgjengelig i den analytiske posten, lokale databaser inneholder egne oppføringer for seriepublikasjonen som helhet og oppføring for utgivelse av seriepublikasjonen. I den lånte analytiske posten erstattes det originale innholdet i feltene som er innebygd i felt 461 og 463 med data fra de funnet postene. Hvis postene ikke ble funnet, returnerer serveren en diagnostikk. I dette tilfellet er det nødvendig å utføre prosedyren for å koble poster på nytt manuell innstilling ved å bruke standardfunksjonene til AWS Cataloger.

Den implementerte mekanismen garanterer ikke et 100 % vellykket rebindingsresultat. Det er en ganske stor prosentandel av publikasjoner (2-10 %) hvor resultatet av relinking kan være feil. Resultatet av rekobling avhenger også betydelig av overholdelse av RUSMARC-formatet når du oppretter (eller konverterer) bibliografiske poster.

For å sikre riktigheten av de viktigste arbeidsdatabasene, anbefales det ikke å låne analytiske poster direkte inn i arbeidsdatabaser, men å bruke mellomliggende databaser for midlertidig lagring og kontroll av koblede poster. Fra og med Ruslan-serverversjon 2.11 er begrensningen på obligatorisk lagring av poster for en komponent og poster for en kilde i én fysisk database fjernet. I denne forbindelse anbefales det å opprette separate arbeidsdatabaser for lagring av analytiske poster og en annen mellomliggende database.

Gjenbinding ved hjelp av en mellombase

Prosedyren for å sette opp gjenbindingsmekanismen ved å bruke en mellombase består av følgende 4 trinn:

1. Opprett en ekstra bibliografisk database for midlertidig lagring av analytiske poster (for eksempel ANALIT_TMP). Om nødvendig, opprett en ny bibliografisk database for permanent lagring av analytiske poster (for eksempel ANALIT), hvis standard SERIELL database ikke skal brukes til dette formålet.

2. I CorpDB-serverparameteren legger du til ANALIT_TMP-databasen.

3. I SerialItemDBMap-serverparameteren, spesifiser samsvaret mellom databasen som brukes til å lagre serieposter og databasene som brukes til å lagre analytiske poster (hvis for eksempel serieposter er lagret i SERIAL-databasen, deretter strengen "SERIAL,ANALIT_TMP,ANALIT ;» må spesifiseres i parameteren).

4. Start serveren på nytt.

Denne modusen lar deg legge til analytiske poster til arbeidsdatabasen (for eksempel ANALIT) uten å bruke relinking-mekanismen.

Gjenbinding uten å bruke en mellombase

Prosedyren for å sette opp gjenbindingsmekanismen uten å bruke en mellombase består av følgende 4 trinn:

1. Opprett en ny bibliografisk database for permanent lagring av analytiske poster (for eksempel ANALIT_2005).

2. I CorpDB-serverparameteren legger du til ANALIT_2005-databasen. Ikke bruk SERIAL-databasen i CorpDB-parameteren.

3. I SerialItemDBMap-serverparameteren legger du til en indikasjon på samsvaret mellom databasen som brukes for lagring av serieposter og databasene som brukes til lagring av analytiske poster (hvis for eksempel serielle poster er lagret i SERIAL-databasen, må du i parameteren spesifiser strengen "SERIAL,ANALIT_2005;").

4. Start serveren på nytt.

Denne modusen gir ikke muligheten til å legge til analytiske poster til arbeidsdatabasen (for eksempel ANALIT_2005) uten å bruke relinking-mekanismen (dvs. relinking-mekanismen fungerer alltid), men har i gjennomsnitt en høyere driftshastighet.

Gjenbinding via mellombase

For å bruke relinking-mekanismen gjennom en mellombase, må du utføre følgende trinn i Cataloger Workstation:

4. Kopier poster til den mellomliggende databasen (for eksempel ANALIT_TMP).

5. Finn poster i den mellomliggende databasen.

6. Hvis de resulterende postene er tilfredsstillende, kopier dem til den fungerende analysedatabasen (i denne bruksmodusen kan den enten være SERIAL eller ANALIT).

7. Hvis resultatene av relinking ikke er tilfredsstillende, utfør manuell relinking i arbeidsdatabasen.

8. Fjern oppføringer fra ANALIT_TMP.

Rebinding uten en mellombase For å bruke rebindingsmekanismen uten en mellombase, bør du utføre følgende trinn i Cataloger Workstation:

1. Koble til den lokale serveren.

2. Koble til en ekstern server.

3. Finn analytiske poster for ønsket serienummer.

4. Kopier poster til arbeidsdatabasen (for eksempel ANALIT_2005).

5. Finn poster i arbeidsdatabasen.

6. Hvis du er fornøyd med de resulterende postene, fortsett deretter å jobbe med neste parti med poster (eller fullfør arbeidet).

7. Hvis resultatene av relinking ikke er tilfredsstillende, korriger postene og koble manuelt på nytt i arbeidsdatabasen (for eksempel ANALIT_2005).

For å fremskynde driften av mekanismer for gjenkobling av poster, anbefales det å behandle det gamle utvalget av serie- og analytiske poster (reduser størrelsen på databasen som brukes til å lagre serier).

Hvis SERIAL-databasen i tidligere arbeid ble brukt til å lagre serielle og analytiske poster, anbefales det å velge alle analytiske poster fra denne databasen og plassere dem i en egen database (for eksempel ANALIT_OLD). Opprett en egen database for lagring av analytiske poster (for eksempel ANALIT) og bruk den til å lagre nye analytiske poster. Siden når du bruker låneteknologi, kan volumet av databaser vokse i et mye raskere tempo enn når du lager beskrivelser uavhengig, anbefales det å opprette en ny database for lagring av analyser når den nåværende databasen når et volum på rundt 200 000 tusen poster.

6.3. Sette opp midler for bakgrunnsbehandling av bibliografiske poster Ruslan-serveren støtter muligheten til å automatisk behandle poster i bibliografiske eller autoritative databaser basert på datafiler i formatene RUSMARC, USMARC, UNIMARC. Behandlingen inkluderer tre operasjoner: lasting (sette inn en ny post), oppdatering og sletting (for gamle poster). Når en oppdateringsoperasjon utføres, erstattes en post i databasen med hele posten fra filen.

Ruslan-serveren støtter fire automatiske behandlingsopplegg.

F035Type, MARStype, RKPType. Hovedforskjellen i ordningene er metoden for unik identifikasjon av en tjenestepost. For å sikre arbeid av denne tjenesten to obligatoriske (for denne tjenesten) serverparametere brukes:

LoadFilesDB Inneholder en liste over bibliografiske databaser som skal lastes.

Hvis du har til hensikt å utføre oppdaterings- og sletteoperasjoner, må fire ekstra parametere spesifiseres (som standard til stede i distribusjonssettet til serverdelen av IBS "Ruslan):

RF24 Inneholder en tjenestelinje for å generere en forespørsel om å slette en bibliografisk post (poster) fra databasen. Brukes for RKPType-behandlingsskjema.

RF25 Inneholder en tjenestelinje for å generere en forespørsel om å slette en bibliografisk post (poster) fra databasen. Brukes for MARSType-behandlingsskjemaet.

RF26 Inneholder en tjenestelinje for å generere en forespørsel om å slette en bibliografisk post (poster) fra databasen. Brukes til behandlingsskjema F001Type.

RF27 Inneholder en servicelinje for å generere en forespørsel om

–  –  –

Sette opp filbehandling For å aktivere prosedyren for behandling av bibliografiske poster til en bestemt database, må du utføre følgende handlingssekvens:

3. Hvis oppdaterings- eller sletteoperasjoner er planlagt, sørg for at det er en forespørsel i RFXX-parameteren som tilsvarer lasteskjemaet.

4. Lag nestede underkataloger, med start fra rotkatalogen, i henhold til følgende sekvens: databasenavn, behandlingsskjema (F001TYPE, F035TYPE, MARSTYPE, RKPTYPE), operasjon (INSERT,

OPPDATERING, SLETT), postformat (RUSMARC,USMARC,UNIMARC), postkoding (DOS,KOI,WIN,UTF8). Eksempelbane:

X:\Root\USMARC_DEMO\MARSTYPE\INSERT\USMARC\DO S\test.mrc

5. Plasser filer som krever en viss behandling i den resulterende katalogen. Filen må ha filtypen mrc.

6. Sørg for at brukeren som Ruslan-serveren kjører under (RUSLANServiceR6-tjenesten) har rett til å lese, skrive og slette filer fra den opprettede katalogen.

7. Start RUSLANServiceR6-tjenesten på nytt.

Hvis banen til den resulterende katalogen ikke inneholder en formattype, vil den bli oppdaget automatisk ( presis definisjon formatet er ikke garantert).

Hvis operasjonen er vellykket, slettes den behandlede filen for ethvert behandlingsskjema.

Filbehandlingsoppgaven startes av Ruslan-serveren automatisk i løpet av tidsperioden fra 00:00 til 04:00 i samsvar med prioritet i forhold til andre bakgrunnsoppgaver. Oppgaven er ikke garantert fullført innen 04:00. Mengden av utført arbeid (og indirekte arbeidstiden) er begrenset av "betinget"

10 MB. For en INSERT-operasjon beregnes volumet som summen av volumet av alle filene som er definert for denne operasjonen. For sletteoperasjoner (DELETE) brukes en multiplikasjonsfaktor på 9, for modifikasjonsoperasjoner (UPDATE) er multiplikasjonsfaktoren 10. Koeffisientene er korrekte for databaser med et volum på opptil 100 000 poster. Grensen på 10 MB gjelder det totale volumet for alle tre operasjonene. De. for 3 filer på 300 KB i størrelse, definert for alle tre operasjonene, vil det "betingede" volumet være lik 300 + 300*9 + 300*10 = 6 MB.

Dermed kan du gjennom denne tjenesten i en økt laste ned omtrent 5-20 tusen poster eller endre rundt 500 bibliografiske poster. Det faktiske antallet kan variere mye avhengig av ytelsen til datamaskinen som brukes og størrelsen på databasen som opereres på.

Den automatiske filbehandlingstjenesten er tidssynkronisert med andre oppgaver initiert av serveren selv. Men for oppgaver initiert av midler utenfor Ruslan-serveren, kreves "manuell" synkronisering.

Diagnostikk

Behandlingsfunksjoner for F001Type-kretsen

F001Type-behandlingsskjemaet er utformet for å behandle poster mottatt fra en kilde som garanterer unikheten til postidentifikatoren (rekordnøkkelen) lagret i felt 001 i MARC-familieformatene. Når en innsettingsoperasjon utføres, endres ikke post-IDen. Endringsoperasjonen er basert på å søke etter en post ved hjelp av identifikatoren (felt 001).

Sletteoperasjonen støttes ikke.

Behandlingsfunksjoner for F035Type-skjemaet F035Type-behandlingsskjemaet er designet for å behandle poster mottatt fra en kilde som ikke garanterer unikheten til postidentifikatoren (rekordnøkkelen) lagret i felt 001 i MARC-familieformatene. Når en innsettingsoperasjon utføres, endres postidentifikatoren og den gamle verdien lagres i felt 035. Slette- og endringsoperasjoner er basert på søk etter en post ved hjelp av dens gamle identifikator (felt 035). Denne ordningen garanterer ikke korrekt utførelse av endrings- og slettingsoperasjoner.

Behandlingsfunksjoner for MARStype-ordningen

MARSType-behandlingsordningen er beregnet på å behandle poster mottatt innenfor MARS-prosjektet. Verdien til postidentifikatoren (postnøkkelen) lagret i felt 001 må være unik. Poster identifiseres med blokker, ved verdien lagret i felt 910a og filnavnet.

Når en innsettingsoperasjon utføres, endres ikke post-IDen. Slette- og endringsoperasjoner er basert på et spesielt attributtsøk basert på felt 910a. Alle operasjoner utføres kun på postblokken som helhet. En feil når du utfører en operasjon på en post fra en blokk fører til at en diagnosemelding sendes og filbehandlingen stopper (uten å slette den).

Merk. I tidligere versjoner av serveren, når en innsettingsoperasjon ble utført, ble en ny identifikator generert og den gamle identifikatorverdien ble lagret i felt 035.

Behandlingsfunksjoner for RKPType B-skjemaet dette øyeblikket RKPType-behandlingsskjemaet ligner på F001Type-behandlingsskjemaet. Endre- og sletteoperasjoner brukes ikke.

6.4. Sette opp midler for bakgrunnsbehandling av tjenesteposter Ruslan-serveren støtter muligheten til å automatisk behandle poster i tjenestedatabaser basert på filer med data i det interne formatet til Ruslan ABIS. Behandlingen inkluderer tre operasjoner: lasting (sette inn en ny post), oppdatering og sletting (for gamle poster). Den resulterende oppdateringsoperasjonsposten er summen av følgende sett med tagger:

"nye" tagger fra posten i filen (som ikke var i posten fra databasen);

"gamle" tagger fra posten i databasen (som ikke var i posten fra filen);

"generelle" tagger hentet fra en post i en fil (verdiene til taggene i filen overskriver verdiene til taggene i databasen).

Ruslan-serveren støtter tre automatiske behandlingsopplegg.

R010Type, R100Type. Hovedforskjellen i ordningene er metoden for unik identifikasjon av en tjenestepost. For å sikre driften av denne tjenesten, brukes to serverparametere:

LoadFilesDB Inneholder en liste over tjenestedatabaser for behandling.

LoadFilesPath Angir rotkatalogen som underkataloger begynner å inneholde filer som er involvert i behandlingsoperasjoner. Det anbefales ikke å bruke en katalog koblet over nettverket som rotkatalog - i tilfelle nettverksfeil kan serveren bli blokkert så lenge nettverkets tidsavbrudd varer.

Sette opp filbehandling

For å aktivere prosedyren for behandling av tjenesteposter i en bestemt database, må du utføre følgende handlingssekvens:

1. Legg til navnet på den nye databasen i listen over databaser i parameteren LoadFilesDB.

2. Kontroller at den riktige banen er til stede i parameteren LoadFilesPath.

3. Opprett nestede underkataloger, med start fra rotkatalogen, i henhold til følgende sekvens: databasenavn, behandlingsskjema (R001TYPE, R010TYPE, R100TYPE), operasjon (INSERT, UPDATE, DELETE), postformat (RUSLAN), postkoding ( DOS, KOI, WIN, UTF8). Eksempelbane:

X:\Root_directory\LUSR\R010TYPE\UPDATE\RUSLAN\DOS\users.dat

4. Plasser filer som krever en viss behandling i den resulterende katalogen. Filen må ha en dat-utvidelse.

5. Sørg for at brukeren som Ruslan-serveren kjører under (RUSLANServiceR6-tjenesten) har rett til å lese, skrive og slette filer fra den opprettede katalogen.

6. Start RUSLANServiceR6-tjenesten på nytt.

Hvis den resulterende katalogbanen ikke inneholder en operasjonstype, vil INSERT-operasjonen utføres (standardoperasjonen).

Hvis den resulterende katalogbanen ikke inneholder en formattype, vil behandlingen av filen stoppe.

Hvis operasjonen er vellykket, slettes den behandlede filen for ethvert behandlingsskjema.

Plassering av filer i kataloger som indikerer modifikasjons- og slettingsoperasjoner kan føre til irreversible endringer i databasen. Det er nødvendig å begrense tilgangen til slike kataloger.

Generelle restriksjoner på bruk

Filbehandlingsoppgaven startes av Ruslan-serveren automatisk i løpet av tidsperioden fra 00:00 til 04:00 i samsvar med prioritet i forhold til andre bakgrunnsoppgaver. Oppgaven er ikke garantert fullført innen 04:00. Mengden av utført arbeid (og indirekte driftstiden) er begrenset til en "betinget" 10 MB. For operasjonen med å sette inn poster (INSERT), beregnes volumet som summen av volumet av alle filene som er definert for denne operasjonen. For sletteoperasjoner (DELETE) brukes en multiplikasjonsfaktor på 9, for modifikasjonsoperasjoner (UPDATE) er multiplikasjonsfaktoren 10. Koeffisientene er korrekte for databaser med et volum på opptil 100 000 poster. Grensen på 10 MB gjelder det totale volumet for alle tre operasjonene. De. for 3 filer på 300 kb hver, definert for alle tre operasjonene, vil det "betingede" volumet være 300 + 300*9 + 300*10 = 6 MB.

Dermed kan du gjennom denne tjenesten i en økt laste ned omtrent 5-20 tusen poster eller endre rundt 500-2000 bibliografiske poster. Det faktiske antallet kan variere mye avhengig av ytelsen til datamaskinen som brukes og størrelsen på databasen som opereres på.

Hvis behandlingen av en fil ble kansellert på grunn av en begrensning av det totale volumet av flere filer, vil behandlingen av den startes i alle påfølgende økter til den er vellykket lastet (og slettet fra katalogen av Ruslan-serveren) eller blir eksplisitt slettet av administratoren fra behandlingskatalogen.

Den automatiske filbehandlingstjenesten synkroniseres i tid med andre oppgaver initiert av serveren selv. Men for oppgaver initiert av midler utenfor Ruslan-serveren, kreves "manuell" synkronisering.

Følgende punkter må overvåkes:

1. Kontroller tidsoverlappingen med automatisk arkivering av den fysiske Oracle-databasen.

2. Overvåk tidsoverlappingen med batchendringsprosedyrer som er startet fra administratorens arbeidsstasjon.

3. Overvåk tidsoverlappingen med innlastings- og indekseringsprosedyrene som ble startet fra administratorens arbeidsstasjon.

Diagnostikk

Som et middel til å overvåke resultatene av operasjoner, brukes en mekanisme som er felles for hele Ruslan-serveren - systemhendelsesmonitoren (EventLog). Meldingskoden 120 er definert for den automatiske filbehandlingstjenesten. Betydningen av diagnosemeldingen er forklart i tekstdelen.

Behandlingsfunksjoner for R001Type-kretsen

R001Type-behandlingsskjemaet er utformet for å behandle poster mottatt fra en kilde som garanterer unikheten til postidentifikatoren (rekordnøkkel i tag 1). Når en innsettingsoperasjon utføres, endres ikke post-IDen. Slettings- og endringsoperasjoner er basert på søk etter en post ved hjelp av identifikatoren (tag 1). Sletteoperasjonen støttes ikke.

Denne ordningen er fokusert på å behandle tjenesteposter som er lastet ned fra den fungerende versjonen av Ruslan-serveren.

Behandlingsfunksjoner for R010Type-kretsen

R010Type-behandlingsskjemaet er designet for å behandle poster mottatt fra en kilde som ikke garanterer unikheten til postidentifikatoren (rekordnøkkel i tag 1), men garanterer unikheten til den eksterne identifikatoren, som må plasseres i tag 10. Ved utførelse en innsettingsoperasjon genereres en ny postidentifikator (i tag 1) . Slette- og modifikasjonsoperasjoner er basert på søk etter en post ved hjelp av en ekstern identifikator (tag 10). Sletteoperasjonen støttes ikke.

Denne ordningen er fokusert på å behandle tjenesteposter lastet ned fra eksterne systemer (universitetsautomatiserte kontrollsystemer).

Behandlingsfunksjoner for R100Type-kretsen

R100Type-behandlingskretsen er designet for å behandle tjenesteposter om lesere. Leserens unike identifikator (tag 100) brukes som transaksjonsidentifikator. Når en innsettingsoperasjon utføres, genereres en ny post-ID (i tag 1). Sletting og endringsoperasjoner er basert på søk etter en post ved å bruke leser-IDen (tag 100). Sletteoperasjonen støttes ikke.

Denne ordningen er fokusert på å behandle tjenesteposter som er lastet ned fra eksterne systemer og bør brukes hvis R001TYPE- og R010TYPE-skjemaene av en eller annen grunn ikke kan brukes.

6.5. Sette opp eksport og import av data for et universitetsautomatisert kontrollsystem I Ruslan ABIS kan du implementere to alternativer for å lage en leserbeskrivelse. Det første alternativet, som gir en individuell beskrivelse av leseren, er implementert i Book Issue-arbeidsstasjonen. Denne modusen er best egnet for biblioteker som ikke har noe automatisert leserregistreringssystem som ikke er knyttet til ABIS. Det andre alternativet innebærer eksport av data fra et eksternt leserregnskapssystem, samt periodisk synkronisering av data i ABIS og eksternt system. Dette alternativet er typisk for de fleste universitetsbiblioteker, der universitetets automatiserte kontrollsystem som regel inneholder det meste av informasjonen som er nødvendig for å beskrive leseren i ABIS. Interaksjon

ABIS Ruslan og universitetets automatiserte kontrollsystem kan representeres som bestående av tre uavhengige prosesser:

første import av data fra universitetets automatiserte kontrollsystem til ABIS;

periodisk oppdatering av informasjon i ABIS basert på data mottatt fra universitetets automatiserte kontrollsystem;

periodisk import av data fra ABIS til universitetets automatiserte kontrollsystem.

Innledende import av informasjon om lesere For å importere informasjon om lesere til ABIS "Ruslan", er det nødvendig å utarbeide en leserbeskrivelsesfil som inneholder poster i det interne formatet til ABIS "Ruslan". Fysisk struktur formatet er gitt i vedlegg 3. Settet med tagger som brukes i tjenestedatabaser, inkludert de som inneholder beskrivelser av biblioteklesere, er gitt i dokumentet "List of Tags for Book Lending Workstation". Et sett med spesielle (reserverte) tagger er gitt i vedlegg 2.

Hvis universitetets automatiserte kontrollsystemdata inneholder en unik identifikator for leserens beskrivelse, kan den også brukes som en unik identifikator i Ruslan ABIS, dvs. vis den i tag 1. Det er to krav til verdien av tag 1: verdien må være et tall (bare inneholde siffersymboler) og verdien må være unik gjennom hele tiden leserens post er lagret i Ruslan IBS (informasjon om en pensjonert leser legges ut i arkivdatabasen og lagres der til den blir eksplisitt slettet av ALIS-administratoren). Hvis kode 1 er til stede i utdatapostene, bør du ikke spesifisere attributtet "Generer postnøkkel" når du laster inn administratorens arbeidsstasjon. Ved bruk av tag 1 for å lagre leserens identifikator, er de potensielle mulighetene for integrering av universitetets automatiserte kontrollsystem og automatiserte informasjonssystem maksimale.

I dette tilfellet bør muligheten til å legge til lesere utenom universitetets automatiserte kontrollsystem (via Book Issuing Workstation) begrenses for å sikre muligheten for omvendt eksport.

For å lagre en unik ekstern leseridentifikator, er tag 10 reservert. Bruk av tag 10 i stedet for tag 1 er å foretrekke hvis du har til hensikt å lage beskrivelser av lesere i Book Issue-arbeidsstasjonen. Når du laster slike poster inn i administratorens arbeidsstasjon, må du spesifisere attributtet "Generer postnøkkel".

Av alle taggene som brukes for å lage en leseroppføring, er det bare tag 100, som inneholder leserens strekkode, som kreves.

Det er tre strategier for å generere tag-verdien 100:

1. Bruke en ekstern unik kode som er tilordnet leseren til det eksterne biblioteket informasjon System(for eksempel i det automatiserte kontrollsystemet til et universitet). Denne metoden det er å foretrekke om organisasjonen allerede har tekniske adgangskontrollverktøy basert på magnetkort, strekkodekort o.l. Med denne løsningen må bibliotekdatamaskiner være utstyrt med passende enheter for å lese informasjon fra kort. I denne utførelsesformen kan merkeverdiene 1, 10 og 100 være ekvivalente.

2. Generering av en unik kode når du oppretter en post om en leser av noe slag eksternt program. Denne metoden er egnet når alternativ 1 ikke er aktuelt og leserpostene som er oppnådd på denne måten brukes til batchutskrift av lånekort fra Book Issue-arbeidsstasjonen.

3. En felles konstant er satt for alle, som garantert ikke krysser verdiene til 100-taggen som allerede er tilgjengelig i postene om lesere. Tildelingen av en unik verdi må gjøres første gang en leser besøker biblioteket. Denne metoden er egnet når alternativene 1 og 2 ikke er egnet, eller det brukes ferdiglagde strekkoder (i form av klistremerker på "standard" lånekort eller i form av ikke-personlige plastkort utstedt til lesere).

For å generere en fil med data i det interne formatet til ABIS "Ruslan", kan du bruke en spesialisert omformer som lar deg få det nødvendige formatet fra dataene plassert i en tekstfil med et tabulatortegn som en kolonneseparator. En fil i dette formatet kan fås ved å lagre data fra MS Excel, spesifisere filtypen "Tekstfiler (tabulatordelt) (*.txt)". Instruksjoner for bruk av omformeren kan fås ved å kjøre den uten å spesifisere parametere. Når du sammenligner kolonner i en tekstfil og tagger, er det nødvendig å ta hensyn til spesiell behandling for tags 101, 102, 103 (henholdsvis leserens etternavn, fornavn og patronym). Hvis i tekstfil fornavnet og patronymet er i samme kolonne som etternavnet og ved konvertering indikeres det at denne kolonnen tilsvarer tag 101, så vil omformeren automatisk skille det andre og tredje ordet og plassere dem i tags 102 (fornavn) og 103 (patronym). Det fjerde og påfølgende ordene i kolonnen ignoreres.

Dataregistreringsformatet for noen tagger (109, 112, 113, 114) må samsvare med dataregistreringsformatet i list.ini-filen til Book Issue Workstation. Spesielt bør det bemerkes at "typen" av organisasjonen eller dens avdeling ikke bør inkluderes i navnet på organisasjonen eller divisjonen.

Det bør for eksempel være:

@109,5,1,9=Fakultet@112,5,1,22=Sivilingeniør og ikke:

@109,5,1,9=Fakultet@112,5,1,22=Sivilingeniørfakultet og:

@109,5,1,9=Fakultet@112,5,1,22=Teknisk kybernetikk og ikke:

@112,5,1,33=Fakultet for teknisk kybernetikk Tag 115 brukes til å lagre leserens passord. Tilstedeværelsen av et passord er kun nødvendig for å gi leseren muligheten til å generere og kontrollere en elektronisk ordre fra leserens arbeidsstasjon. Tilstedeværelsen eller fraværet av et passord for leseren påvirker ikke tjenesten hans i Book Issue-arbeidsstasjonen.

Periodisk oppdatering av informasjon i ABIS basert på data som kommer fra universitetets automatiserte kontrollsystem Periodisk oppdatering av informasjon om leseren (primært informasjon om leserens status) kan implementeres ved hjelp av tjenesten for behandling av tjenesteposter fra en fil. Denne teknologien lar deg synkronisere data i universitetets automatiserte kontrollsystem og Ruslan automatiserte informasjonssystem med en frekvens på opptil én gang om dagen.

Avhengig av metoden for å generere en unik identifikator for en leserpost, er det nødvendig å velge det mest passende behandlingsskjemaet.

Når du oppretter poster for å oppdatere informasjon om lesere, er det nødvendig å sikre at de ikke inneholder tagger som kan endres i Ruslan IBS i prosessen med å betjene leseren.

Periodisk eksport av data fra ABIS til universitetets automatiserte kontrollsystem

En rekke universiteter står overfor oppgaven med å eksportere deler av dataene fra Ruslan ABIS til universitetets automatiserte kontrollsystem. Slike data inkluderer all informasjon som oppdateres i biblioteket oftere enn på universitetet (informasjon om adresse, passdata osv.).

I IBS "Ruslan" kan du bruke to metoder for å eksportere tjenestedata:

1. Standard evne til å laste ned tjenestedata i det interne formatet til ABIS "Ruslan". For å ivareta sikkerheten under opplasting bør du slette tag 115 ved å spesifisere den i «Slett tagger»-feltet (se avsnitt 5.9).

2. Eksporter individuelle tagger for tjenesteposter ved å bruke funksjonene GetTagValueByTag, GetTagNocaseUniqueValue og GetTagUniqueValue i batchdatabehandlingsmekanismen.

6.6. Sette opp en server for å støtte prosessen med automatisert bokutstedelse Ruslan-Lite serverversjonen leveres konfigurert og krever ikke tilleggsinnstillinger. Ruslan-Lite-serverversjonen behandler ikke konfigurasjonsparameterne som brukes i bedriftsversjonen av serveren bortsett fra CircADB- og CircADBs-parametrene.

Bedriftsversjonen av Ruslan-serveren leveres minimalt konfigurert. I noen tilfeller må du kanskje endre standardinnstillingene eller utvide dem.

Konfigurering av bedriftsversjonen av Ruslan-serveren for å støtte bokutstedelsesprosessen består av følgende trinn:

1. For ansatte ved bibliotekavdelinger som er direkte involvert i prosessen med å betjene lesere, er det nødvendig å legge til rett til å sette inn, endre og slette poster i databasen med utstedte bøker (som standard opprettes en database kalt CIRC). Denne databasen må spesifiseres i CircDB-serverparameteren. CIRC-databasen må være registrert i innstillingene til Book Issuing Workstation.

2. Sett opp gjeldende database for arkivet med utstedte bøker (som standard er ACIRC-databasen opprettet). Databasenavnet må spesifiseres i CircADB-serverparameteren.

Tjenesteposter om bøker utstedt når de returneres av en leser, flyttes til denne databasen. Ytterligere tilgangsrettigheter til arkivdatabasen for utstedte bøker er ikke nødvendig. Det anbefales med jevne mellomrom å opprette en ny arkivdatabase med utstedte bøker når den nåværende arkivdatabasen er fylt til ca. 100 000-150 000 poster eller når det oppdages en betydelig nedgang i prosessen med å avskrive en bok fra en leser. Alle arkivdatabaser, inkludert den nåværende, må spesifiseres i CircADBs serverparameter.

3. Sett opp en virtuell database for arkivet av utstedte bøker (ALLACIRC), som i første omgang kun inkluderer den gjeldende arkivdatabasen. Etter hvert som nye arkivdatabaser opprettes, er det nødvendig å endre beskrivelsen av den virtuelle databasen. ALLACIRC-databasen må være registrert i innstillingene til Book Issuing Workstation.

4. For ansatte ved bibliotekavdelinger som er direkte involvert i prosessen med å betjene lesere, kreves det å legge til rett til å sette inn, endre og slette poster i leserdatabasen (som standard opprettes en database med navnet LUSR). Behovet for flere databaser kan oppstå dersom biblioteket betjener flere grupper av lesere, hvor registreringen utføres av ulike avdelinger i biblioteket.

Databasedataene må spesifiseres i ReaderDBs serverparameter. Det er nødvendig å kontrollere at databasene spesifisert i ReaderDBs-parameteren er ekte (det vil si at de er synlige i listen over databaser som vises av administratorens arbeidsstasjon).

5. Sett opp en virtuell database (ALLUSERS) som inneholder beskrivelser av alle lesere. Som standard er bare LUSR-databasen inkludert i den virtuelle databasen. Når du oppretter nye leserdatabaser, er det nødvendig å endre beskrivelsen av den virtuelle databasen. ALLUSERS-databasen må være registrert i innstillingene til Book Delivery Workstation. I noen tilfeller, i noen etablerte, kan det være registrert en egen reell leserbase. I dette tilfellet vil lesere beskrevet i andre databaser ikke være tilgjengelige for service på disse arbeidsstasjonene.

6. Sett opp en arkivert database med leserbeskrivelser (ALUSR-databasen er opprettet som standard). Denne databasen må spesifiseres i ReaderADB-serverparameteren.

7. Konfigurer kødatabasen (som standard er KØdatabasen opprettet). Denne databasen må spesifiseres i QueueDB-serverparameteren.

For en beskrivelse av hvordan du setter opp den automatiserte bokutstedelsesarbeidsstasjonen for å støtte den teknologiske syklusen med automatisert bokutgivelse, se dokumentasjonen for den automatiserte bokutstedelsesarbeidsstasjonen.

Fraværet av elektroniske ordreutsendelsesinnstillinger og/eller innstillinger for innsamling av bokutstedelsesstatistikk påvirker ikke prosessen med automatisert bokutstedelse.

MERK FØLGENDE! Det er ikke tillatt å utføre opp-/nedlastingsoperasjoner av bibliografiske poster (så vel som å utføre andre handlinger som kan føre til en endring i den interne eller eksterne identifikatoren til en bibliografisk post) som er referert til i databasen med utstedte bøker (CIRC) ).

Ruslan-serveren tillater ikke sletting av bibliografiske poster som er referert til i databasen over utstedte bøker (CIRC) ved bruk av Acquisition/Cataloging Workstation, men sletting av slike poster er mulig i Administrator Workstation. Sletting av poster i CIRC-databasen kan kun utføres ved å bruke administratorens arbeidsstasjon hvis det av en eller annen grunn er umulig å slette dem i Book Issue-arbeidsstasjonen i henhold til standardskjemaet.

6.7. Sette opp en server for å støtte prosessen med kontroll av leseren av bøker som er utstedt i hånden Kontroll av leseren av bøker som er utstedt i hånden, utføres gjennom leserens arbeidsstasjon. For en beskrivelse av Readers arbeidsstasjonsinnstillinger for å støtte denne modusen, se dokumentasjonen for arbeidsstasjonen.

Å sette opp Ruslan-serveren innebærer å angi riktig verdi av boten for forsinkelsesdagen (i PenaltyPerDay-serverparameteren). PenaltyCurrency-serverparameteren må angi pengeenheten som straffen beregnes i (som standard "rubler").

6.8. Sette opp en server for å støtte prosessen med å samle inn bokutgavestatistikk Ruslan-serveren utfører foreløpig behandling av bokutgavedata for hver dag. Statistikkberegning starter i tidsrommet 23:50-24:00. Resultatet av forbehandlingen plasseres i CIRCSTAT-databasen.

Beregningen av statistiske verdier er basert på tre hovedindikatorer:

utstede et dokument til brukeren (ved å legge til en post i databasen spesifisert i CircDB-parameteren);

retur av dokumentet (ved å legge til en post i databasen spesifisert i CircADB-parameteren);

deltakelse.

Oppmøte betraktes som én kontinuerlig kjede av operasjoner med utstedelse eller retur av dokumenter fra én leser til én bibliotekansatt.

To ytterligere endimensjonale fordelinger kan også konstrueres:

ved utstedelse/retur av dokumenter og etter innholdet i utstedte dokumenter (kunnskapsområder). Inndelingen av fordelingen etter innhold er lik inndelingen ved beregning av GSF.

Hver statistisk indikator beregnes for objekter i fire klasser. Den første klassen (1) er biblioteket som helhet (alltid én oppføring i CIRCSTAT-databasen per dag). Objekter av den andre klassen (2) er midler (skilt) som emisjonen ble utstedt fra per dag. Den tredje klassen (3) av objekter er problemet (TV). Problempunktet betyr en abstrakt identifikator installert på hver forekomst av Book Issue-arbeidsstasjonen (på hver arbeidsstasjon der Book Issue Workstation er installert). Hvis du setter samme TV-identifikator på flere eksemplarer av Book Issue-arbeidsstasjonen, vil det bli laget et sammendrag for dem. Den fjerde klassen objekter er bibliotekansatte.

Ruslan-serveren lar deg konstruere én todimensjonal distribusjon som en utvidelse av den endimensjonale distribusjonen i henhold til innholdet i dokumenter.

Den andre dimensjonen kan være et sett med verdier, som er spesifisert gjennom STATAddDistr-parameteren (ikke mer enn 10 aggregerte verdier) til en av kodene (taggen er spesifisert gjennom STATAddDistrAttr-parameteren) til en post fra databasen med utstedte bøker. Hvis tjenesteposten ikke inneholder den nødvendige taggen, tas verdien angitt i STATAddDistrDefValue-parameteren. STATAddDistrLevel-parameteren begrenser klassen av objekter som den todimensjonale fordelingen beregnes for (standardverdien er 1; det anbefales ikke å sette denne parameteren til en verdi større enn 2). I serverparametrene, som standard, for å beregne en todimensjonal fordeling, er den andre dimensjonen leserkategorien.

Å sette opp Ruslan-serveren for å støtte prosessen med å samle inn boksirkulasjonsstatistikk består av følgende trinn:

1. Sjekk tilgjengeligheten til CIRCSTAT-tjenestedatabasen.

2. Sett serverparameteren STATClassDistrLevel til den mest passende verdien for biblioteket. Parameterverdien angir minimumsklassen som tilleggsdistribusjoner bygges for (standardverdien er 3, dvs. for alle klasser unntatt bibliotekansatte).

Det vitenskapelige og tekniske biblioteket ved Tomsk Polytechnic University gjennomfører
internship for å jobbe i det automatiserte biblioteket og informasjonssystemet "Ruslan"
for spesialister fra andre bibliotek. Praksis er organisert i henhold til kontrakter.
Timetallet og opplegget dannes individuelt etter ønske fra bibliotekene.

Kontaktinformasjon
Tomsk, st. Belinskogo 55,
Vitenskapelig og teknisk bibliotek ved Tomsk Polytechnic University.
Simakovskaya Svetlana Gennadievna, leder. innovasjons- og metodologisk avdeling i NTB TPU, tlf. (8-3822) 55-80-42, e-post: [e-postbeskyttet]
Chuprikova Natalya Trofimovna, sjefbibliotekar-teknolog,
tlf (8-3822) 56-37-48, e-post: [e-postbeskyttet]

Eksempel program:

Tema 1. Generell innføring i bibliotekets arbeid
Omvisning i biblioteket. Oppdrag, politikk, struktur for NTB. Organisasjons- og regulatorisk dokumentasjon, QMS-dokumentasjon, Omfattende NTB utviklingsprogram. Bibliotekets deltakelse i prosjekter.

Tema 2. Organisatoriske og teknologiske aspekter ved bibliotekautomatisering
Implementering av ALIS i NTB TPU. Biblioteksprogram. Mål og prinsipper for teknologisk arbeid. Nødvendige betingelser og stadier for implementering av ALIS. Utvikling av lokalnett (LAN). Utvikling av teknologisk dokumentasjon. Teknologisk styring og kontroll. Opplæring.

Emne 3. Automatisert bibliotek og informasjonssystem (ALIS) "Ruslan"
Sammensatt, en kort beskrivelse av og formålet med systemet. Generelle prinsipper for organisering av ABIS. Hovedkomponenter: Server "Ruslan", DBMS, Administratorens arbeidsstasjon, Acquisition/Cataloging workstation, Book Issue workstation, ORAS, Reader's workstation, MBA's workstation.

Hovedfunksjonene til Ruslan-serveren. Grunnleggende operasjoner for å søke, hente, sette inn, slette, endre og annet. Støtte for bibliografiske og autoritative databaser (MARC), spesialiserte databaser (Explain, Extended), tjenestedatabaser (referansebøker, lesere, handlinger, CSU). Kontroller tilgangen til databasen etter brukerkategori. Støtte for flerspråklige data (UNICODE).

Hovedfunksjonene til administratorens arbeidsstasjon. Administrere server- og databasetilgangsrettigheter. Etablering og support av databasen. Indeksering av poster og batchredigering. Gjenopprette en slettet eller endret oppføring i en bibliografisk database. Sikkerhetskopiering DB. Rull tilbake til tidligere versjoner av oppføringer. Varsling til ABIS-brukere. Laste / losse poster fra en fil. Arbeidsstatistikk, historie om arbeidet til enhver bruker med ABIS. Sikkerhetsstyring.

Emne 4. RUSMARC
Presentasjon og oppdatering av formater på nettstedet til National Service for the Development of the RUSMARC Format System på http://www.rba.ru:8101/rusmarc/

Russisk kommunikativt format for presentasjon av bibliografiske poster. Enkle konsepter. Standarder og forskrifter. Formål og struktur for formatet. Sammensetning av opptaket. Markør. Blokker med informasjon. Sammensetning av felt, underfelt. Kommunikasjonsfelt. Metodiske anbefalinger for å beskrive visse typer dokumenter i RUSMARC-formatet.

Russisk kommunikasjonsformat for presentasjon av autoritative/normative poster. Definisjoner. Prinsipper for konstruksjon og formål med formatet. Postformat: autoritet/normativ, referanse og referanse. Funksjonelle blokker. Linksporing.
Emne 5. Hovedfunksjonene til arbeidsstasjonen for anskaffelse/katalogisering i anskaffelsesavdelingen
Bestilling av dokumenter ved hjelp av elektroniske prislister og tematiske planer forlag Dannelse av en ordre i ABIS "Ruslan". Genererer en kopi av bestillingen og sender den til forlaget innen e-post eller faks.

Låne poster fra databasene RKP og RNL. Lagernummergenerator. Opprette poster ved hjelp av maler. Sjekker for duplisering. Kontering av fakturaer og avskrivninger. Utdataskjemaer i MS Excel-format: Automated Book of Summary Accounting (KSU); Inventarbok. Utforming av rapporteringsdokumenter for regnskapsavdelingen (handlinger, rapporter, etc.). Fordeling av dokumenter i henhold til oppbevaringskoder. Overføring av dokumenter for bilag.

Emne 6. Dannelse av en elektronisk katalog over tidsskrifter
Abonnement på tidsskrifter og informasjonspublikasjoner i IBS "Ruslan". Utdataskjema i MS Excel-format: Kopi av abonnementssøknad, leveringskort. Regnskap og registrering av nyankomne tidsskrifter. Vedlikehold av den elektroniske katalogen "Periodicals". Katalogisering av tidsskrifter på flere nivåer.

Tema 7. Boktilgjengelighet i utdanningsløpet
Program for bokforsyning. Dannelse av kataloger. Legge inn informasjon om utdanningsprosessen til universitetet. Arbeide med lister over anbefalt litteratur for disipliner. Importerer informasjon fra ORAS ABIS "Ruslan". Generere bokforsyningsrapporter.

Emne 8. Hovedfunksjonene til arbeidsstasjonen for innhenting/katalogisering i katalogiseringsavdelingen
Systematisering. Klassifikasjonsordninger i NTB: Universal Desimal Classification (UDC), Library and Bibliographic Classification (LBC), All-russisk klassifiser spesialiteter av høyeste vitenskapelige kvalifikasjon (oksvnk). Subjektifisering (søkeorddefinisjon). Katalog over søkeord.

Bibliografisk beskrivelse av dokumenter i elektronisk katalog med full støtte for RUSMARC-formatet (lenkefelt, koblingssporing, autorisasjonsfiler). Sette opp postformatet (felt, underfelt, lister, sett med verdier, kataloger, etc.). Tast inn forskjellige typer poster i henhold til bedriftens maler og instruksjoner. Kontekstuell hjelp på RUSMARC-opptaksformatet. Vedlikeholde kataloger og autorisasjonsfiler. UNICODE-støtte ved hjelp av innebygd virtuelt tastatur. Avslutning av kontoer og overføring av dokumenter til fondseiere.

Dokumenter retro-entry-teknologi. Låne poster fra eksterne kilder.

Emne 9. Opprette et nyhetsbrev med nye ankomster
Nyhetsbrevets formål og struktur. Dannelsesteknologi i arbeidsstasjonen for anskaffelse/katalogisering. Prosessen med å redigere bibliografiske beskrivelser. Forberede et nyhetsbrev for publisering på en WWW-server i delen Nye ankomster.

Tema 10. Analytisk maleri
Analytisk beskrivelse av artikler fra tidsskrifter. Beskrivelsesmal "Period-analytics". Kommunikasjonsfelt. Definisjon av nøkkelord.

Analytisk beskrivelse av artikler fra bøker, forhandlinger og konferansemateriell. Beskrivelsesmal "Analyse fra boken." Kommunikasjonsfelt. Definisjon av nøkkelord.

Emne 11. Dannelse av TPU Electronic Library
Oppgaver og funksjoner. Teknologier for innsamling, lagring, teknisk behandling elektroniske versjoner publikasjoner av TPU-ansatte, digitalisering av papirmedier, deres presentasjon i NTBs elektroniske katalog. Metodikk for å beskrive en elektronisk ressurs. Beskrivelsesmaler for en elektronisk ressurs: avhandlingsabstrakt, avhandling, diskett, CD-ROM, ekstern ressurs.

Emne 12. Hovedfunksjoner til leserens arbeidsstasjon
Søkemoduser: Søk, Søk og bestill, Kontroll av ordreutførelse. Brukeridentifikasjon. Brukerhåndboken. Metodikk for å skrive søk. Enkelt og avansert søk. Informasjon om plassering og tilgjengelighet av gratis kopier av dokumenter.

Teknologi for konsulentarbeid ved hjelp av en elektronisk katalog.
Metodikk for opplæring av brukere til å arbeide i den elektroniske katalogen.

Emne 13. Hovedfunksjonene til Book Issuing Workstation
Registrering/omregistrering av brukere. Elektronisk brukerskjema. Laminert lånekort. Statistikk på et enkelt lånekort.

Mottak/utstedelse og regnskapsføring av utstedte dokumenter ved bruk av strekkodingsteknologi for lånekort og dokumenter. Vedlikeholde elektroniske køer på det utstedte dokumentet. Arbeid med skyldnere. Informasjon om utstedte dokumenter, aktuelle bestillinger, brukere i henhold til ulike søkekriterier.
Teknologi av arbeid på abonnementet og på lesesalen. Attribusjon av strekkoder for dokumenter fra Book Issuing Workstation. Teknologi for utførelse og fullføring av bestillinger i boklagring og abonnement. Arbeidsstatistikk.

Emne 14. Hovedfunksjoner til den automatiserte datamaskinen MBA
Søk etter bibliografisk informasjon i den elektroniske katalogen. Bestilling av IBA-tjenester: et dokument for midlertidig bruk, en kopi av dokumentet, et stedsbevis, et sertifikat for kostnadene ved levering av dokumentet. Avbestillinger. Varsler: om å sende et dokument til abonnenten, om tidspunktet for bestillingen og andre. Nektelse av tjeneste som angir årsaken. Innkommende og utgående bestillinger.

Bruk av Z39.50 og ISO ILL protokoller.

Emne 15. Rundt bord (for spesialister fra andre bibliotek)
Oppsummerer resultatene av praksisperioden. Svar på spørsmål. Sette oppgaver for implementering av ALIS. Anbefalinger for videre arbeid.

Utdanningsdepartementet i den russiske føderasjonen

Barnaul State Pedagogical University

________________________________________________________________

Jeg godkjenner

Rektor ved BSPU

________________

"__"_______________ 2004

Teknologiske instruksjoner for opprettelse analytisk beskrivelse artikler fra samlingen i ABIS "Ruslan" i referanse- og bibliografiavdelingen til Scientific Library of BSPU

Viserektor for innovasjon og informasjonsteknologi

__________

"____"__________ 2004

Direktør for Nasjonalbiblioteket

________

"____"____________ 2004

2004

Målet med arbeidet er å lage maskinlesbare bibliografiske poster i RUSMARC-formatet for dokumenter på analytisk nivå. Arbeidet utføres ved å bruke arbeidsstasjonen til kompletterkatalogen i Ruslan-programmet.

Dokumentbeskrivelser opprettes i anskaffelsesavdelingen og ferdigstilles i katalogiseringsavdelingen, så når du oppretter en post for en artikkel, er en rekke felt allerede fylt ut, for noen felt er verdiene satt som standard eller automatisk.

Bibliografens oppgave er å supplere nødvendige elementer beskrivelse av dette dokumentet ved å fylle ut de manglende feltene.

Når du fyller ut felt og underfelt, husk:

Tegnsettingstegn er ikke plassert på slutten av felt og underfelt;

Analytisk behandling av dokumentet:

Artiklene systematiseres i henhold til BBK-tabeller (Bibliotek og bibliografisk klassifisering).

Fast bestemt søkeord i følge " Metodiske anbefalinger om koordinatindeksering".

Opprette en ny bibliografisk post:

Velg navn ønsket mal oppføringer fra hovedvinduets meny "Record - Lag en ny bibliografi" - "Analytics from a book" eller bruk knappen "B".

Feltene (underfeltene) til malen er forhåndskonfigurert.

Kontroller at parametrene er riktig fylt ut Markører.

Rekordmarkøren (indeksen) er plassert i begynnelsen av hver post i det russiske kommunikasjonsformatet. Inneholder data som er nødvendig ved behandling av en post.

6 Posttype (a) – tekstmateriale, trykt – er angitt som standard.

7 Bibliografisk nivå (a) – analytisk.

8 Hierarkisk nivåkode (2) .

17 Kodenivå (#) – fullt nivå – velg fra listen.

1. Blokk med kodet informasjon.

Blokken inneholder kodede dataelementer med fast lengde.

Dataene i disse feltene bestemmes av tegnets relative posisjon, med tanke på at det første tegnet etter underfeltidentifikatoren er null. Hvis dette feltet ikke er påkrevd og det bibliografiske byrået ikke oppgir den tilsvarende kodede informasjonen, oppgis ikke feltet. Hvis valgfrie data ikke brukes, inneholder feltposisjonene " | " plassholdertegn.

100 Generelle behandlingsdata.

Feltet inneholder kodede data med fast lengde som gjelder dokumentposter presentert i alle medier .

0-7 Datoen da oppføringen ble lagt inn i filen settes automatisk.

8 Publiseringsdatotype - monografi.

9-12 Publiseringsdato1 -<>- år for utgivelsen av dokumentet.

13-16 Publiseringsdato 2 -<>

17-19 Formålskode - for voksne, vitenskapelig - satt som standard.

<у>-ikke-statlig publikasjon – satt som standard.

21 Endret inngangskode<0>.

22-24 Katalogeringsspråk "rus" – satt som standard.

34-35 Tittelgrafikk (alfabet) "rus" - standard.

101 Dokumentspråk.

Feltet inneholder kodet informasjon om språket til det katalogiserte dokumentet, dets deler og tittel, og indikerer også originalspråket hvis dokumentet er en oversettelse. Påbudt, bindende

Og 1 oversettelsesindikator 0 - dokument på originalspråk - standard.

$a - tekstspråk "rus" - standard.

Gjentas når tekst er skrevet på mer enn ett språk.

Hvis dokumentet er en oversettelse, bør du fastslå:

Og 1 Oversettelsesindikator 1 - dokumentet er en oversettelse av originalen.

$a - tekstspråk "rus";

$c - originalspråk - velg fra listen.

102 Utgivelses- eller produksjonsland.

Feltet inneholder koder for ett eller flere land for utgivelse eller produksjon av dokumentet.

$a - utgivelsesland "RU" - standard.

2 Blokk med beskrivende informasjon.

200 Tittel og ansvarserklæring. Påbudt, bindende. Gjentar seg ikke.

Feltet tilsvarer området for tittelen til GOST 7.1-84. Feltet inneholder, i den form og rekkefølge som bestemmes av Reglene: Egen tittel, Parallelle titler, Informasjon knyttet til tittelen, Informasjon om ansvar.

Og 1 tittel som tilgangspunkt<1>er et tilgangspunkt. Misligholde.

$a Egen tittel – tittelen på artikkelen.

$e Tittelinformasjon - tittelen fortsetter. Gjentatt.

$f Første informasjon om ansvar - Fullt navn - kopiert automatisk fra felt 700, 701 når du legger til dette underfeltet. Fylles ut ved slutten av registreringen. Gjentar seg ikke.

$g Etterfølgende ansvarserklæringer - kopieres automatisk fra felt 702. Fullført ved slutten av oppføringen. Gjentatt.

3 Notater blokk.

320 Merknader om tilstedeværelsen av en bibliografi/indeks i dokumentet.

Feltet inneholder merknader om referanseapparatet (bibliografier, hjelperegister osv.) som er tilgjengelig i dokumentet. Valgfri. Gjentatt.

4 Ta opp kommunikasjonsblokk.

Hvert lenkefelt må inneholde datafelt med innebygde etiketter, indikatorer og underfeltidentifikatorer som identifiserer dokumentet som skal kobles til. Feltet må inneholde tilstrekkelige data til å identifisere posten (hvis en finnes) for det katalogiserte dokumentet som koblingen skal gjøres til, eller, hvis det ikke er noen post, for å identifisere selve dokumentet.

Opptakskoblingsteknikk:

Velg det genererte tilkoblingsfeltet i postnavigatoren (med ett klikk med venstre museknapp). Gå til "Tab" til "Innlegg"-siden til innleggsredaktøren. I vinduet øverst til høyre velger du kildekatalogen som forbindelsen er opprettet med - "Hovedkatalog". Skriv inn en søkekarakteristikk (samlingsnavn). Funksjoner tilgjengelig her enkelt søk med verdi avkortet til venstre og høyre (bruk *-symbolet). Klikk på bildet av kikkerten. Den koblede oppføringen kan også hentes fra katalogen ved å bruke vinduet Katalogsøk. Etter å ha utført spørringen, se de hentede postene. Du kan bruke vinduet nederst på listen for å se hele oppføringen. Velg linjen med ønsket post og dobbeltklikk på venstre museknapp (eller klikk på "Koble poster"-knappen). En innebygd post for dokumentet som koblingen etableres med vil vises i postnavigatoren.

Følgende felt gjelder:

463 Fysisk enhetsnivå.

Feltet brukes til å identifisere et hierarkisk forhold til et dokument på nivået til en fysisk separat enhet. Posten som kobles til er på fysisk enhetsnivå, og posten som inneholder dette feltet er på analytisk nivå, sett eller delsett.

Og 2 notatindikator<1>.

Etter kobling av posten med dokumentet fylles felt 200 - Tittel og informasjon om ansvar og underfelt $a, $b, Se ut automatisk. Her legger vi til et underfelt $v “Volumbetegnelse”, hvor vi legger sidene i artikkelen selv. Perioden på slutten er påkrevd.

Feltet fylles automatisk ut -

210 Publisering, distribusjon osv.:

$a Sted for utgivelse, distribusjon osv. -<М.>.

$c Navn på utgiver, distributør osv. -<Либерия>.

$d Dato for dokument, distribusjon osv. -<>- år for utgivelsen av dokumentet.

6 Emnedefinisjonsblokk.

Blokken inneholder tematiske data, både tekstlige og presentert i kodet form, satt sammen i henhold til reglene ulike systemer subjektivering og systematisering.

Verdien av feltene 600-608 kan velges fra autoritative/normative filer.

Legg til det nødvendige feltet hvis det ikke er i dokumentmalen. Velg linjen med feltnavnet (med ett klikk med venstre museknapp). I øvre høyre "Verdi"-vindu, velg rubrikatoren der den autoritative posten som forbindelsen etableres med, er plassert. Skriv inn en søkefunksjon. Klikk på "Run Query"-knappen eller bildet av kikkerten. Etter å ha utført spørringen, se de funnet postene. Velg linjen med ønsket post og dobbeltklikk på venstre museknapp (eller klikk på "Koble poster"-knappen). På venstre side av skjermen vil en innebygd autorisasjonspost vises i et uthevet felt som du vil koble til.

For å gjøre dette, må du velge det nødvendige feltet i postnavigatoren, bruke "Tab"-tasten eller musepekeren for å gå til "Verdi"-siden, i verdieditoren til gjeldende post, bruk tastaturet for å gå inn nødvendig informasjon, som, når du trykker på "Enter"-tasten, overføres til feltet.

600 Personens navn som emneoverskrift (person). Valgfri. Gjentatt.

Feltet inneholder, i form av et tilgangspunkt, navnet på personen som er et av hensynene til dokumentet. Eventuelt kan ytterligere tematisk formell, kronologisk og geografisk informasjon legges til personens navn.

Og 2 Metode for å skrive inn en persons navn<1>- standard.

$bDen andre delen av navnet enn det første inngangselementet er forfatterens initialer.

610 Ukontrollerte fagtermer (søkeord). Valgfri. Gjentatt.

Feltet inneholder emneord i form av et tilgangspunkt som ikke er lånt fra kontrollerte lister over emneoverskrifter

OG 1 Betydningsnivå for emnebegrepet<1>- standard.

$a Fagbegrep. Hvis det er en innebygd oppslagsbok, tar vi begrepet fra oppslagsboken. En katalog representerer en liste over verdier. Velg en verdi fra listen gjøres ved å trykke "Enter"-tasten eller dobbeltklikke med musen. "Katalog"-siden har sitt eget knappepanel med operasjoner for å legge til nye, redigere og slette katalogelementer.

Feltet inneholder indekser over klassifikasjonssystemer som ikke brukes internasjonalt, men som har allment tilgjengelige trykte tabeller.

BBK-indekser, atskilt med et "+"-tegn, registreres i separate repetisjoner av felt 686.

$a Klassifikasjonsindeks – hentet fra en oppslagsbok eller skrevet inn fra tastaturet.

$2 Systemkode "rubbk" - satt som standard.

7 Intellektuell ansvarsblokk.

Blokken inneholder navn på personer og navn på organisasjoner som har intellektuelt ansvar for opprettelsen av dokumentet. Intellektuelt ansvar omfatter alle personlige og generiske navn og organisasjoner knyttet til dokumentet, inkludert utgivere hvis de krever opprettelse av et tilgangspunkt

700 Personens navn – primært intellektuelt ansvar (forfatter).

Feltet inneholder, i hotspot-form, navnet på personen som har det primære intellektuelle ansvaret (den første eller eneste personen i tittelen som inneholder navnet på den enkelte forfatter). Obligatorisk dersom et tilgangspunkt skal opprettes i navnet til den som har det intellektuelle hovedansvaret.

Dette feltet kan ikke være til stede i samme post der det er et 710-organisasjonsnavn - primært intellektuelt ansvar eller 720 - generisk navn - primært intellektuelt ansvar-felt, siden posten bare kan ha ett tilgangspunkt med primært intellektuelt ansvar.

Og 2 - under<1>.

701 Personens navn - alternativt intellektuelt ansvar (2 og påfølgende forfattere).

Feltet inneholder, på aksesspunktskjemaet, navnet på personen som har det alternative intellektuelle ansvaret. Hvis en bibliografisk post skal vises under tittelen til en individuell forfatter, ligger det alternative intellektuelle ansvaret hos medforfatterne av det katalogiserte dokumentet, brukt som tilgangspunkter. Hvis en bibliografisk post skal vises under en tittel, ligger det alternative intellektuelle ansvaret hos alle individuelle forfattere av det katalogiserte dokumentet, brukt som tilgangspunkter. (Dersom en bibliografisk post skal vises under tittelen til en samlet forfatter, kan den enkelte forfatter bare bære sekundært intellektuelt ansvar - felt 702).

Obligatorisk dersom et aksesspunkt skal opprettes i navnet til en person med alternativt intellektuelt ansvar. Gjentas for hver person med alternativt intellektuelt ansvar.

<1>.

$b En del av navnet, bortsett fra startelementet, er forfatterens initialer.

Etter behandling lagres posten i katalogen ved å venstreklikke på "Lagre post"-ikonet til høyre toppmenyen, åpne "Hovedkatalogen" og kopier oppføringen..jpg" width="179" height="112 src=">, ved å klikke på "Skriv ut"-ikonet, skriv ut ønsket antall kort. Rediger om nødvendig kortet manuelt For å bytte til redigeringsmodus må du venstreklikke der du redigerer kortet. En flimrende markør skal vises i kortfeltet. Ytterligere handlinger redigering er ikke forskjellig fra å jobbe med et hvilket som helst tekstredigeringsprogram.

Kopierer en post.

Oppføringen kan kopieres til redigeringsvinduet (knappen https://pandia.ru/text/78/403/images/image006_20.jpg" width="19" height="25 src="> eller "Slett oppføring" menyelement Dette vil vise et vindu som bekrefter brukerens ønske om å slette oppføringen.

Redigere en post.

Etter å ha koblet til hovedserveren til NPB BSPU, klikk på knappen "Velg en oppføring fra katalogen" Velg linjen "Hovedkatalog" (dobbeltklikk på venstre museknapp). Skriv inn søkefunksjonen til publikasjonen (forfatter eller tittel). Klikk på "Kjør spørring"-knappen eller kikkertbildet. Etter å ha utført spørringen, se de funnet postene, fremhev ønsket linje ved å klikke på venstre museknapp. For en detaljert visning, trykk på "Vis post"-knappen eller dobbeltklikk på linjen med venstre museknapp. For å gå tilbake til "Katalogsøk"-vinduet, klikk på "Request"-knappen. Hvis oppføringen som ble funnet samsvarer fullt ut med det beskrevne dokumentet, klikker du på "Rediger oppføring"-knappen0 " style="margin-left:-39.6pt;border-collapse:collapse;border:none">

Gjeldende utgave 16.01.2004

Satt sammen av: , hode. SBO NPB BSPU

Godkjent på et møte i Metoderådet til NPB BSPU

Leder i Metoderådet

RUSLANA (Ruslana-databasen) inneholder omfattende informasjon om selskaper i Russland, Ukraina og Kasakhstan. Du kan bruke den til å analysere et bestemt selskap, samt søke og analysere selskaper med en bestemt profil. RUSLANA presenteres for programvare ny generasjon fra BvD - enkel og lett å bruke.

Fordel for deg

Hvilken informasjon inneholder RUSLANA?

• Finansielle indikatorer for selskapet, detaljert format, data for 10 senere år
• Ledere og kontakter
• Aktivitetskode og fagbeskrivelse
• Aksjedata for offentlige selskaper
• Detaljert bedriftsstruktur, søk etter selskaper med samme eier
• Aksjonærer og datterselskaper
• Bedriftsnyheter om selskapet
• M&A-transaksjoner og rykter om dem

Ruslana er en ideell løsning for spesialister innen internprising, markedsførere, salgs- og markedsføringsspesialister, M&A, kredittrisiko og compliance-fagfolk.

Ved å bruke Ruslana-produktet vil du finne nødvendig informasjon om selskapet du leter etter og vil kunne vurdere det gitte selskapet.

• Søk etter mer enn 100 kriterier - Du kan opprette søk i flere trinn, sammenligne data fra de siste årene. Produktgrensesnittet lar deg kombinere et stort antall søkekriterier og bruke boolsk søk ​​(og, eller, og ikke). Etter å ha valgt en gruppe selskaper kan du sammenligne dem med hverandre, lage grafer og tabeller
• Takket være det fleksible produktgrensesnittet kan du bruke Ruslana til en rekke forskningsprosjekter, inkludert: detaljert finansiell analyse og kredittrisikovurdering, corporate finance, venturekapital og M&A-undersøkelser, for å studere effektiviteten av salg og markedsføring, gjennomføre mulighetsvurderinger, samle inn data til ulike kampanjer, for akademiske formål
• Du kan lage dine egne indikatorer, beregne gjennomsnittsverdien for sektoren, endre rapportformatet og tilpasse data struktur, gjør sammenligninger og vurderinger, eksportere data(Excel, Access...)
• Addin-funksjonen lar deg analysere data fra Ruslana i Excel/Access, slik at du kan sammenligne dine egne data med data fra vår database (de oppdateres daglig), og dermed utvide din egen database
• Du kan også gjennomføre en internprisanalyse
• avdeling for kredittrisikoanalyse
• avdeling for corporate finance, M&A og konsulentselskaper
• markedsføringsavdeling
• utdanningsinstitusjoner og vitenskapelige institusjoner