Uživatelská příručka

Verze 3.8.1

Copyright © 2001, 2002, 2003, 2004, 2005 "Systémy otevřených knihoven"

anotace

Tento dokument poskytuje informace o účelu automatizace pracovištěčtenář", podmínky jeho použití. Podrobně je popsána a znázorněna posloupnost uživatelských akcí, které zajišťují úspěšné provedení programu.

Kapitola 1. Účel programu

Program je navržen tak, aby poskytoval vzdáleným uživatelům přístup ke zdrojům služeb Z39.50. Vzdálenými uživateli mohou být libovolní uživatelé webového serveru, na kterém pracuje pracovní stanice Automated Reader Workstation. Zdroje služby Z39.50 mohou být různé vzdálené databáze (bibliografické, fulltextové, databáze požadavků na doručení ISO). Program je tedy mezičlánkem ve vícečlánkovém informačním systému, který uživatelům poskytuje následující možnosti:

vyhledávat bibliografické, fulltextové informace, informace o objednávkách, informace o umístění a dostupnosti dokumentu ve vzdálených databázích s možností eliminovat duplicitu, procházet rejstříky vyhledávání a automaticky rozšiřovat dotaz pomocí tezaurů a souborů autorit;

objednání dokumentu (kopie) podle jeho popisu;

kontrola stavu objednávky;

zobrazení seznamu dokumentů přijatých k dočasnému použití.

Jinými slovy, program má webové uživatelské rozhraní. Proto je brána přístupná přes .

Kapitola 2. Podmínky provádění programu

Nezbytné podmínky pro spuštění programu jsou:

Preferované, ale nikoli povinné podmínky pro spuštění programu jsou:

Kapitola 3. Spouštění programu

Práce s programem spočívá v postupném provádění následujících kroků:

Kroky 2-4 lze v rámci jedné relace provést vícekrát, protože vyhledávání je obecně iterativní proces.

Schopnost dokončit krok 4 závisí na metodě inicializace (vyžaduje se identifikace uživatele) a schopnostech konkrétního .

Schopnost procházet vyhledávacími indexy je určena schopnostmi konkrétního.

3.1. Inicializace

Existují dva režimy pro navázání spojení s: s identifikací uživatele a bez ní. V prvním případě musí uživatel vyplnit pole jemu nabízeného formuláře nezbytná pro identifikaci: uživatelské jméno a heslo. Typ formuláře určuje vývojář webového serveru a obecně se může lišit od příkladu uvedeného na. Je však zásadní, aby uživatel uvedl uživatelské jméno a heslo. Když zadáte heslo, v závislosti na používaném webovém agentu se data nezobrazí nebo se zobrazí jako zástupné symboly.

Obrázek 3-1. Příklad formuláře pro identifikaci uživatele serveru Z39.50

V režimu bez identifikace uživatele se spojení naváže aktivací odpovídajícího odkazu. Na jedné nebo více stránkách může vývojář webového serveru poskytnout odkazy na různé zdroje informací.

Pokud je připojení úspěšně navázáno, uživatel obdrží formulář žádosti a může přejít ke kroku 2 (viz ). Pokud se inicializace z nějakého důvodu nezdaří (například server je aktuálně nedostupný nebo je nesprávné heslo), program vydá diagnostickou zprávu s uvedením důvodu. V takovém případě se uživatel může pokusit příčiny odstranit sám (například zkontrolovat velikost písmen zadávaných znaků a zadat heslo znovu), pokusit se navázat spojení se zdrojem později, jindy (pokud je server nedostupný ) nebo požádejte o pomoc správce.

3.2. Vyhledávání

Typ vyhledávacího formuláře nabízeného uživateli po úspěšné inicializaci je určen vývojářem webového serveru a možnostmi konkrétního zdroje Z39.50 (přístupové body, logické operátory, formuláře prezentace záznamů, možnosti navigace a eliminace duplicit). Příklad takového formuláře pro vyhledávání bibliografických informací s názvy ovládacích prvků je uveden na.

Obrázek 3-2. Příklad vyhledávacího formuláře a ovládacích prvků

	Seznam přístupových bodů
	Seznam databází
	Pole požadavku
	Seznam kvalifikačních atributů
	Seznam operátorů
	Přepínač informací o umístění dokumentu
	Přepínač řazení
	Seznam klíčů řazení
	Seznam formátů příspěvků
	Přepínač rozšíření dotazu
	Duplicitní eliminační spínač
	Seznam tezaurů
	Pole Počet záznamů
	tlačítko Hledat
	Tlačítko pro zobrazení indexu vyhledávání

3.2.1. Pole požadavku

Vyhledávání se provádí podle slov zadaných uživatelem v pole požadavku. Na pořadí, ve kterém jsou pole vyplněna, nezáleží. Rozdíl mezi velkými a malými písmeny nebo jejich nedostatek je určen specifickým . Většina serverů nerozlišuje mezi těmito písmeny. Do jednoho pole můžete zadat více slov. Slova se oddělují nebo neoddělují od sebe v souladu s pravidly přirozeného jazyka, ve kterém se vyhledávání provádí.

3.2.2. Přístupový bod

Význam požadavku v konkrétním poli je určen vybraným přístupovým bodem seznamy přístupových bodů. Sada přístupových bodů je určena vývojářem webového serveru a možnostmi konkrétního . Seznamy přístupových bodů mohou být dvojího typu – s možností vybrat pouze jeden prvek a s možností vybrat více prvků. Způsob výběru více prvků ze seznamů druhého typu je určen operačním systémem uživatele a jeho webovým agentem. Pokud je vybráno více prvků, pak se na těchto prvcích považuje logická operace OR.

3.2.3. Kvalifikační atributy

Význam požadavku můžete objasnit také pomocí seznam kvalifikačních atributů. Například více slov může být interpretováno jako fráze, když je důležité pořadí slov a je vyžadováno přesné vyhledávání, jinak lze vybrat hodnotu "Seznam slov". Sada objasňujících atributů bude také určena vývojářem webového serveru a schopnostmi konkrétního . Při vyhledávání podle jména autora je možné použít upřesňující atribut "Normalizované jméno". V tomto případě by mělo být jméno zadáno následovně: příjmení, čárka, iniciály (například „Ivanov, A.I.“).

3.2.4. Zadávání dat

Data, s výjimkou roku zveřejnění, by měla být zadána v souladu s 7.64-90 ve formátu RRRRMMDD (například "19970328" - 28. března 1997). Rok zveřejnění by měl být zadán ve formátu YYYY, zatímco některé servery vyžadují povinný výběr kvalifikačního atributu „Rok“.

3.2.5. Logické operátory

Pokud jsou dotazy zadávány do více polí, pak se logické operace provádějí s těmito poli, která si uživatel vybere seznamy operátorů umístěné mezi vyplněnými poli.

3.2.6. Zkrácení

Můžete vyhledávat podle počátečních a koncových písmen slov a také podle písmen uprostřed slova (operace zkrácení jsou vpravo, vlevo, vpravo a vlevo). K tomu slouží symbol "*", který lze umístit pouze na začátek nebo konec pole požadavku. Pokud je "*" na začátku pole dotazu, pak se vyhledávání provádí pomocí posledních písmen slova. Pokud je "*" na konci pole dotazu, pak se vyhledávání provádí pomocí počátečních písmen slova. Pokud je "*" na začátku a na konci pole dotazu, pak se vyhledávání provádí pomocí písmen uprostřed slova.

Pokud je operace zkrácení použita na výraz, který má kvalifikační atribut Seznam slov, bude hledání založeno na počátečních, koncových nebo prostředních písmenech každého slova. Pokud je operace aplikována na výraz, který má kvalifikační atribut "Phrase", pak je první nebo poslední slovo zkráceno.

3.2.7. Příklady vyplňování polí požadavku

Příklady správného a nesprávného vyplnění polí dotazu a výběru objasňujících atributů jsou uvedeny v tabulkách resp.

Tabulka 3-1. Příklady správného vyplnění polí požadavku

Pole požadavku	Kvalifikační atribut	Komentář
sada neuronů*	Seznam slov	Budou nalezeny všechny dokumenty, jejichž popis obsahuje slova začínající na „ neuron" A " soubor" - například pokud název obsahuje slova " neuron nykh soubor jí", " neuron Nový soubor A", " neuron Ale- soubor ev", " soubor a na binární neuron Ach"
nervová síť*	Fráze	Budou nalezeny všechny publikace, v jejichž popisu se objeví slovo „“. neurální"a bezprostředně po něm následuje slovo začínající na " soubor" - například pokud název obsahuje frázi " nervová síť A"
*práce	Seznam slov	práce" A " ních“ – například pokud nadpis obsahuje slova „o práce informace ních"," jednou práce kompasová metoda ních "
*zpracování informací	Fráze	Budou nalezeny všechny publikace, jejichž popis obsahuje slova končící na „ práce"a hned za ním slovo" informace“ – například pokud název obsahuje frázi „o zpracování informací "
*funguje forma techna*	Seznam slov	Budou nalezeny všechny publikace, jejichž popis obsahuje slova obsahující kombinace písmen " funguje ", "formulář ", "techno“ – například pokud nadpis obsahuje slova „krát funguje ka dovnitř formulář ní techno logy“ nebo „časy funguje no super techno procesy logického modelování založené na de formulář parametry"

Tabulka 3-2. Příklady nesprávného vyplnění polí požadavku

3.2.8. Zaznamenejte formuláře pro podání

Vybírá se preferovaná forma prezentace nalezených záznamů seznam formulářů pro podání záznamů. Seznam určuje vývojář webového serveru. Schopnost prezentovat záznam v požadovaném formátu je dána konkrétním . Pokud záznamy nelze poskytnout v požadovaném formátu, pak uživatel obdrží buď diagnostickou zprávu, nebo záznamy v jednom z podporovaných formátů.

3.2.9. Počet načtených záznamů

V pole počet záznamů uživatel má možnost určit velikost části záznamů, které mají být načteny. Doba čekání na odpověď s výsledky vyhledávání může záviset na hodnotě tohoto parametru. Skutečný počet záznamů v části je určen konkrétním .

3.2.10. Eliminace dubletů

S pomocí spínač eliminace dubletu uživatel má možnost řídit proces zobrazování dubletových záznamů. Pokud je přepínač v poloze „Zapnuto“, provede se na nalezených záznamech operace odstranění dubletu - místo několika záznamů považovaných za dublet z pohledu konkrétního záznamu se zobrazí jeden záznam - zástupce. Tato operace je poměrně náročná na zdroje, takže se neprovádí, pokud je nalezeno velké množství záznamů. V tomto případě může uživatel obdržet odpovídající diagnostickou zprávu; Zobrazí se všechny nalezené záznamy.

3.2.11. Řazení

S pomocí přepínač řazení A seznam klíčů řazení uživatel má možnost nastavit kritéria pro řazení nalezených záznamů. Řazení se provádí ve vzestupném pořadí hodnot klíče, nerozlišuje se malá a velká písmena.

3.2.12. Rozšíření dotazu

S pomocí požadovat rozšiřující spínač A seznam tezaurů uživatel má možnost ovládat automatické rozšiřování dotazů pomocí tezaurů a autoritativních databází. Tuto funkci se doporučuje používat pouze v případech, kdy je počet nalezených záznamů nepřijatelně malý. To může snížit přesnost vyhledávání.

3.2.13. Změna režimu

S pomocí odkazy na změnu režimu Uživatel má možnost změnit provozní režim programu. Provozní režimy se liší počtem ovládacích prvků ve vyhledávacím formuláři a podle toho i dostupnou funkčností. Rozsah provozních režimů určuje vývojář webového serveru.

3.2.14. Volání virtuální klávesnice

S pomocí Odkazy na virtuální klávesnici uživatel má možnost vyvolat dialogové menu určené pro zadávání znaků z různých abeced, které může být obtížné nebo nemožné zadávat přímo z klávesnice. Vybraný znak skončí na konci aktuálního znaku pole požadavku. Postup práce s virtuální klávesnicí je popsán v příslušné uživatelské příručce.

3.2.15. Vyvolání dialogu pro zadání klasifikátorů (kategorizátorů)

S pomocí Odkazy na dialogová volání pro zadávání klasifikátorů (kategorizátorů) uživatel má možnost vyvolat dialogové menu určené k navigaci a výběru významu hledaného výrazu z různých klasifikátorů (kategorizátorů). Vybraná hodnota je zahrnuta do aktuální pole požadavku. Postup práce s Dialogem pro zadávání klasifikátorů (kategorizátorů) je popsán v příslušné Uživatelské příručce.

3.2.16. Volání pomoci

S pomocí tlačítka nápovědy uživatel má možnost přejít na dokument popisující práci s programem nebo na jakýkoli jiný dokument.

3.2.17. Provedení vyhledávacího dotazu

Vyhledávací dotaz se provede po odpovídajícím dopadu na tlačítko vyhledávání. Pokud je vyhledávání úspěšné a záznamy jsou nalezeny, uživatel obdrží informace o nalezených záznamech a pokračuje krokem 3 (viz).

Pokud je vyhledávání úspěšné, ale nejsou nalezeny žádné záznamy, uživatel obdrží odpovídající zprávu a může přejít k vytvoření nového požadavku návratem na stránku s formulářem požadavku. Návrat se provádí uživatelskými prostředky (tlačítko ovládání navigace nebo kombinace kláves) nebo prostřednictvím odpovídajících navigačních prvků zobrazených na stránce s výsledky vyhledávání.

Pokud je hledání neúspěšné, uživatel obdrží diagnostické zprávy vysvětlující, proč hledání selhalo. V tomto případě může uživatel také přistoupit k vytvoření nového požadavku. Pokud počet diagnostických zpráv překročí určitou úroveň stanovenou správcem webového serveru, pak se tyto zprávy nezobrazí okamžitě, ale lze je zobrazit aktivací příslušných navigačních prvků zobrazených na stránce s výsledky vyhledávání.

3.2.18. Provedení požadavku na zobrazení indexů vyhledávání serveru

Požadavek na zobrazení vyhledávacích indexů se provede po příslušné akci tlačítko pro zobrazení indexu vyhledávání. Obecně řečeno, schopnost prohlížení je určena vývojářem webového serveru a možnostmi konkrétního .

Pokud je procházení úspěšné, uživatel obdrží seznam hledaných výrazů obsažených v indexu odpovídajícím vybranému přístupovému bodu. Seznam začíná výrazem, který je dotazu lexikograficky nejblíže. Seznam také uvádí přibližný počet záznamů obsahujících konkrétní termín.

V závislosti na nastavení Reader Workstation se výsledky prohlížení zobrazí buď v novém, nebo v aktuálním okně. V prvním případě, kdy je aktivován hypertextový odkaz odpovídající zvolenému termínu, je hodnota termínu přenesena do poptávkového formuláře. V druhém případě, kdy je hypertextový odkaz aktivován, jsou pro tento výraz vyhledávány záznamy. Pokud je vyhledávání úspěšné, uživatel pokračuje krokem 3 (viz).

Uživatel má také možnost procházet indexem vyhledávání pomocí příslušných navigačních prvků uvedených na stránce s výsledky vyhledávání.

Obrázek 3-4. Ukázka prohlížení výsledků vyhledávání - bibliografické záznamy ve zkrácené podobě

Obrázek 3-5. Příklad zobrazení výsledků vyhledávání - bibliografický záznam v plné podobě

3.4. Objednání dokumentu podle jeho bibliografického popisu

Fáze objednávky dokumentu se skládá z několika fází, jejichž počet závisí na vlastnostech objednávky zadaných uživatelem. V první fázi je uživateli zobrazen bibliografický popis dokumentu a je mu nabídnuta možnost jej doplnit o informace o konkrétním dokumentu (ročník, vydání, číslo), protože popis lze sestavit pro sadu dokumentů. Takové doplnění není povinné, ale může ovlivnit výsledek zpracování objednávky. Kromě toho je uživatel požádán, aby si ze seznamu vybral jednu ze čtyř forem práce s dokumentem: „Příjem dokumentu pro dočasné použití“, „Přijetí kopie dokumentu“, „Získání potvrzení o umístění dokumentu “, „Získání potvrzení o nákladech na doručení dokumentu“. Po dokončení výběru může uživatel pokračovat v zadávání objednávky aktivací tlačítka „Pokračovat“.

Pokud jsou k dispozici informace o umístění dokumentu, je uživatel vyzván k výběru preferovaného držitele (organizace, oddělení) aktivací příslušných přepínačů. Příklad, jak začít zadávat objednávku dokumentu, je uveden na.

Obrázek 3-6. Objednání dokumentu - fáze 1

3.4.1. Získání dokumentu pro dočasné použití

Při objednávání dokumentu pro dočasné použití se ve fázi 2 zadávání objednávky uživateli zobrazí bibliografický popis dokumentu. Kromě toho, pokud uživatel v první fázi zadávání objednávky uvedl další informace o dokumentu (svazek, vydání, číslo), má možnost tyto informace v případě potřeby změnit. Uživatel má také možnost zvolit si způsob zpracování objednávky, pokud mu není možné okamžitě poskytnout dokument. Můžete si vybrat jeden ze tří způsobů zpracování objednávky: „Zařadit požadavek do fronty“, „Nezařazovat požadavek do fronty“, „Postupovat v souladu s knihovním řádem“. Příklad odpovídajícího formuláře je uveden na. Po dokončení výběru může uživatel pokračovat v zadávání objednávky aktivací tlačítka "Objednat". Poté se mu zobrazí informace o provedené objednávce (viz).

Obrázek 3-7. Objednání dokumentu pro dočasné použití

3.4.2. Získání kopie dokumentu

Při objednávání kopie dokumentu se uživateli ve fázi 2 zadávání objednávky zobrazí bibliografický popis dokumentu. Kromě toho, pokud uživatel v první fázi zadávání objednávky zadal další informace (svazek, vydání, číslo) o dokumentu, má možnost tyto informace v případě potřeby změnit. Uživatel má také možnost zadat konkrétní stránky dokumentu, které se mají zkopírovat. Vyplnění odpovídajícího pole je volitelné. Uživatel má také možnost určit preferovanou formu kopie (například fotokopie nebo elektronická kopie). Seznam možných kopií formulářů určuje vývojář webového serveru. Příklad odpovídajícího formuláře je uveden na.

Po dokončení výběru může uživatel pokračovat v zadávání objednávky aktivací tlačítka „Pokračovat“. V tomto případě uživatel postoupí do třetí fáze zadávání objednávky. V této fázi se mu zobrazí bibliografický popis dokumentu. Kromě toho, pokud ve druhé fázi zadávání objednávky uživatel uvedl konkrétní stránky ke zkopírování má v případě potřeby možnost tyto informace změnit. Po dokončení výběru může uživatel pokračovat v zadávání objednávky aktivací tlačítka "Objednat". Poté se mu zobrazí informace o provedené objednávce (viz).

Obrázek 3-8. Objednání kopie dokumentu

3.4.3. Získání certifikátů

Při objednávání certifikátů o umístění dokumentu nebo nákladech na doručení dokumentu se uživateli ve 2. fázi zadávání objednávky zobrazí bibliografický popis dokumentu. Kromě toho, pokud uživatel v první fázi zadávání objednávky zadal další informace (svazek, vydání, číslo) o dokumentu, má možnost tyto informace v případě potřeby změnit. Příklad odpovídajícího formuláře je uveden na. Po dokončení výběru může uživatel pokračovat v zadávání objednávky aktivací tlačítka „Odeslat požadavek“. Poté se mu zobrazí informace o provedené objednávce (viz).

Obrázek 3-9. Objednání certifikátu o umístění dokumentu

Obrázek 3-10. Výsledek zadání objednávky

Kapitola 4. Zprávy pro operátora

4.1. Inicializace

Jsou uvedeny zprávy, které může uživatel během inicializační fáze přijímat, význam těchto zpráv a akce uživatele.

Tabulka 4-1. Zprávy během inicializační fáze

Zpráva	Popis	Uživatelské akce
Síť je vypnutá	S konkrétním nelze navázat spojení z důvodu jeho nedostupnosti	Zkuste navázat komunikační relaci jindy, popř
Síť není dostupná
Časový limit při pokusu o navázání spojení
Server není dostupný
Neexistuje žádná cesta k serveru
Neplatné informace – server nenalezen nebo neodpovídá
Spolehlivé informace – server nenalezen	Server zadaný v konfiguraci Reader Workstation neexistuje nebo služba názvů nefunguje správně	Obraťte se na správce webového serveru s popisem problému
Název je správný, ale neexistuje žádný záznam zadaného typu
Fatální chyba	Nelze navázat spojení s konkrétním, pravděpodobně kvůli chybě v softwaru automatické pracovní stanice Reader	Obraťte se na správce webového serveru s popisem problému
Server neočekávaně ukončil připojení	neočekávaně ukončil komunikační relaci, pravděpodobně kvůli chybě v softwaru serveru	Pokud je to možné, kontaktujte vývojáře softwaru s popisem problému
Nelze získat odpověď	Není možné navázat komunikační relaci s konkrétní osobou, pravděpodobně kvůli chybě v softwaru serveru
Žádost nelze odeslat
Ze serveru byla přijata nesprávná odpověď
Ze serveru byla přijata neočekávaná odpověď
Server odepřen přístup	Není dostatek oprávnění pro práci s konkrétním	Zkontrolujte, zda je správně zadáno uživatelské jméno a heslo. V případě potřeby zadejte tyto parametry znovu. V případě neúspěchu kontaktujte správce.

4.2. Hledejte, zobrazujte výsledky vyhledávání, objednejte si dokument

Jsou uvedeny zprávy, které může uživatel přijímat ve fázích vyhledávání, prohlížení výsledků vyhledávání, objednávání dokumentu, význam těchto zpráv a akce uživatele.

Tabulka 4-2. Zprávy ve fázích vyhledávání, získávání, objednávání dokumentu

Zpráva	Popis	Uživatelské akce
Konstantní chyba systému	nelze operaci provést	Pokud je to možné, kontaktujte správce s popisem problému.
Dočasná systémová chyba	dočasně nemůže provést operaci	Zkuste operaci později
Nepodporované vyhledávání	Uživatelem zadaný vyhledávací výraz nelze zpracovat	Přeformulujte požadavek
Hledaný výraz se skládá pouze ze zastavovacích slov	nelze dokončit vyhledávací dotaz	Přeformulujte dotaz, abyste odstranili zastavovací slova
Příliš mnoho slov		Přeformulujte dotaz snížením počtu slov
Příliš mnoho logických operátorů		Přeformulujte požadavek úplným vymazáním některých polí
Příliš mnoho zkrácených slov		Přeformulujte dotaz, abyste minimalizovali počet zkrácených slov
Zkrácená slova jsou příliš krátká		Přeformulujte dotaz zvýšením délky zkrácených slov
Pokus o načtení neexistujícího záznamu
Systémová chyba při načítání záznamů	nemůže prezentovat nalezený záznam	Pokud je to možné, kontaktujte správce s popisem problému.
Zadaná kombinace databáze není podporována	nemůže provést operaci se zadanými databázemi	Přeformulujte dotaz, abyste snížili počet vybraných databází
Výsledky hledání již neexistují – smazány serverem	jednostranně smazané výsledky vyhledávání, pravděpodobně kvůli nedostatku zdrojů	Hledej znovu
Výsledky vyhledávání se stále generují	obdržel požadavek na načtení záznamů, zatímco vyhledávání ještě nebylo dokončeno
Jedna ze zadaných databází je uzamčena	nemůže provést operaci na jedné ze zadaných databází
Zadaná sada výsledků neexistuje	nemůže prezentovat záznamy bez předchozího vyhledávání	Pokud je to možné, kontaktujte správce webového serveru s popisem problému.
Zdroje jsou vyčerpány – žádný výsledek		Hledejte znovu později nebo se obraťte na správce webového serveru s popisem problému.
Zdroje vyčerpány – k dispozici je nepředvídatelný dílčí výsledek		Pokračujte v práci. Pokud je výsledek neuspokojivý, ukončete práci a pokuste se v ní pokračovat později
Zdroje vyčerpány - k dispozici spolehlivý dílčí výsledek
(Nespecifikovaná chyba	nemůže operaci z neznámého důvodu dokončit	Pokud je to možné, kontaktujte správce webového serveru s popisem problému.
Žádný přístup	odepřen přístup k databázi nebo záznamu, protože uživatel nemá příslušná oprávnění
Formát záznamu není nastaven na abstraktní formát	nelze odeslat příspěvek	Pokud je to možné, kontaktujte správce webového serveru s popisem problému.
Nepodporovaný typ požadavku
Neplatná žádost	nemůže dokončit požadavek na vyhledávání, protože je to nesprávné	Přeformulujte požadavek nebo se obraťte na správce webového serveru s popisem problému
Databáze není k dispozici	nelze provést operaci na konkrétní databázi	Operaci proveďte znovu později
Nepodporovaný operátor	nepodporuje vyhledávání pomocí tohoto operátoru	Přeformulujte dotaz tak, aby vyloučil nepodporovaný operátor
Bylo zadáno příliš mnoho databází	nemůže operaci dokončit kvůli nedostatku zdrojů	Přeformulujte dotaz a snižte počet databází
Bylo vygenerováno příliš mnoho výsledků vyhledávání	nemůže dokončit požadavek na vyhledávání kvůli nedostatku zdrojů	Pokud je to možné, kontaktujte správce webového serveru s popisem problému. Vypněte a zkuste pokračovat později
Nepodporovaný typ atributu	nemůže dokončit požadavek na vyhledávání	Pokud je to možné, kontaktujte správce webového serveru s popisem problému.
Vyhledávání podle přístupového bodu není podporováno		Přeformulujte požadavek pomocí jiného přístupového bodu.
Nepodporovaná hodnota termínu pro tento přístupový bod		Přeformulujte dotaz pomocí jiné formy zadání termínu
Nebyl zadán přístupový bod		Pokud je to možné, kontaktujte správce webového serveru s popisem problému.
Nepodporovaný atribut vztahu	nemůže dokončit požadavek na vyhledávání	Přeformulujte dotaz pomocí jiného atributu vztahu. Pokud je to možné, kontaktujte správce webového serveru s popisem problému.
Nepodporovaný atribut struktury		Přeformulujte dotaz pomocí jiného atributu struktury. Pokud je to možné, kontaktujte správce webového serveru s popisem problému.
Nepodporovaný atribut pozice		Přeformulujte dotaz pomocí jiného atributu pozice. Pokud je to možné, kontaktujte správce webového serveru s popisem problému.
Nepodporovaný atribut zkrácení		Přeformulujte dotaz pomocí jiného atributu zkrácení. Pokud je to možné, kontaktujte správce webového serveru s popisem problému.
Nepodporovaná sada atributů	nemůže dokončit požadavek na vyhledávání kvůli chybě v konfiguraci brány	Pokud je to možné, kontaktujte správce webového serveru s popisem problému.
Nepodporovaná kombinace atributů	nemůže dokončit požadavek na vyhledávání	Přeformulujte dotaz pomocí jiné kombinace atributů.
Neplatný hledaný výraz		Přeformulujte požadavek nebo se obraťte na správce webového serveru s popisem problému
Nesprávná hodnota termínu pro tento přístupový bod		Přeformulujte požadavek
Podporováno je pouze zobrazení s nulovým krokem	nemůže dokončit požadavek na vyhledávací index kvůli chybě v konfiguraci brány	Pokud je to možné, kontaktujte správce webového serveru s popisem problému.
Zadaná velikost kroku zobrazení není podporována
Nedostatečná oprávnění k provedení operace	odmítl provést operaci, protože uživatel nemá příslušná oprávnění	Kontaktujte správce webového serveru s popisem problému nebo pokračujte v práci
Neexistující databáze	nemůže dokončit požadavek kvůli chybě v konfiguraci brány	Pokud je to možné, kontaktujte správce webového serveru s popisem problému.
Přístup k databázi odepřen	odepřen přístup k databázi, pravděpodobně proto, že uživatel nemá příslušná oprávnění	Kontaktujte správce webového serveru s popisem problému nebo pokračujte v práci
Záznam nelze odeslat v požadované podobě.	nemůže odeslat záznam v požadovaném formátu	Vyberte jiný formát příspěvku
Nepodporovaný formát záznamu
Služba není pro tuto databázi poskytována	nelze provést dotaz na konkrétní databázi	Vyberte jinou databázi
Příspěvek smazán	V době mezi vyhledáním a načtením záznamu byl smazán	Pokračujte v práci s programem
Chyba SQL	nelze operaci provést	Pokud je to možné, kontaktujte vývojáře s popisem problému.
Kvóta vyčerpána	Uživatel již nemůže do systému zadávat nové objednávky	Zrušte nepotřebné objednávky, případně kontaktujte administrátora servery Z39.50 CAE Společné aplikační prostředí CSS Kaskádové styly HTTP Hypertext Transfer Protocol HTML Hyper Text Markup Language IEC Mezinárodní elektrotechnická komise NEMOCNÝ Meziknihovní výpůjčka Strojově čitelná katalogizace TCP/IP Transmission Control Protocol/Internet Protocol GOST Státní norma

-- [ Strana 1 ] --

Automatizovaný

knihovna a informace

Server "Ruslan" verze 2.16.x

Pracovní stanice správce verze 1.8.x

PŘÍRUČKA ADMINISTRÁTORA

Úvod

Technická podpora

1. Popis rozhraní pracovní stanice administrátora

2. Nastavení datového schématu Ruslan

2.1. Nastavení zdrojů dat knihovny

2.2. Nastavení tabulek indexování záznamů MARC

2.3. Konfigurace přístupových bodů MARC

3. Nastavení serveru Ruslan

3.2. Nastavení práce adresářů

3.4. Přidání nového adresáře

4. Správa uživatelů

4.1. Operace se skupinami přístupových práv

4.2. Operace na uživatelích

5. Správa databáze knihovny

5.1. Tvorba knihovních databází organizace

5.2. Editace parametrů knihovních databází organizace

5.3. Stanovení kvantitativních ukazatelů knihovních databází......60

5.4. Odebrání databáze knihovny nebo dat z databáze knihovny.................................................61

5.6. Analýza statistik pro knihovní databáze

5.7. Aktualizace přístupových bodů do bibliografických databází

5.9. Nahrávání záznamů z knihovních databází

5.10. Nastavení počátečního čísla generátoru klíčů záznamů databáze knihovny

5.11. Prohlížení záznamů v knihovních databázích

5.12. Kontrola dubletů v oborech MARC evidence a servisní evidence.......76

5.13. Prohlédněte si historii změn bibliografických záznamů a obnovte smazaný nebo změněný záznam

5.14. Dávková úprava bibliografických záznamů

6. Knihovní technologie

6.1. Práce s vyrovnávací základnou

6.2. Analytika výpůjček

6.3. Nastavení nástrojů pro zpracování na pozadí pro bibliografické záznamy.....97

6.4. Konfigurace nástrojů pro zpracování na pozadí pro záznamy služeb

6.5. Nastavení exportu a importu dat pro univerzitní automatizovaný řídicí systém

6.6. Nastavení serveru pro podporu procesu automatizovaného vydávání knih

6.7. Nastavení serveru pro podporu procesu čtenářské kontroly knih, které jim byly vydány

6.8. Nastavení serveru pro podporu procesu shromažďování statistik vydání knih

6.9. Nastavení serveru pro odesílání elektronického objednávání dokumentů

6.10. Nastavení serveru pro podporu procesu inventarizace fondu..121

7. Archivace dat

7.1. Archivace pomocí Oracle DBMS

7.2. Archivace pomocí pracovní stanice správce

7.3. Spuštění procesu archivace se serverem Ruslan

8. Přenos dat do jiného počítače

9. Zajištění nepřetržitého provozu serverové části IBS "Ruslan".......135

10. Správa licencí

11. Monitorování a řízení provozu serveru Ruslan

11.1. Přetížení parametrů serveru

11.2. Analýza aktuálního stavu serveru

11.3. Zobrazení uživatelů připojených k serveru

11.4. Zobrazení seznamu knihovních databází známých serveru

11.5. Analýza fyzických databázových spojení

11.6. Analýza statistik provozu serveru

Aplikace

Příloha 1. Diagnostické zprávy serveru Ruslan

Dodatek 2. Tagy servisní databáze

Dodatek 3. Formát výměny pro databáze služeb

Dodatek 4. Formát požadavku

Úvod Tato příručka je určena pro správce automatizovaného knihovního a informačního systému (ALIS) "Ruslan".

IBS "Ruslan" se skládá z klientské a serverové části. Serverová část se skládá ze serveru Ruslan a automatické pracovní stanice správce (AWS). Klientská část je sada modulů cílové knihovny (ARM), které komunikují se serverem Ruslan pomocí protokolu Z39.50.

Server Ruslan je jádrem Ruslan IBS a podporuje tři rozhraní:

Z39.50 – pro interakci s knihovními pracovními stanicemi a klienty Z39.50 jiných výrobců;

Oracle® Net Services (Net8) – pro interakci s datovým skladem založeným na Oracle® DBMS;

Microsoft® DCOM – pro interakci s pracovní stanicí správce.

Administrátorská pracovní stanice (dále jen pracovní stanice) je určena pro správu knihovních dat v Oracle® DBMS a serveru Ruslan. Automatizované pracoviště nemá samostatný význam (mimo serverovou část IBS "Ruslan").

Manuál obsahuje popis rozhraní a možností pracovní stanice Administrátora pro řešení problémů s nastavením, správou a monitorováním IBS „Ruslan“.

Technická podpora Technickou podporu poskytuje Baltiksoft LLC.

Web společnosti: www.balticsoft.ru E-mail: [e-mail chráněný] Podmínky

–  –  –

1. Popis rozhraní administrátorské pracovní stanice Pro spuštění administrátorské pracovní stanice zvolte zástupce "Administrátorská pracovní stanice ABIS "Ruslan"" na ploše nebo v nabídce úloh ve složce "ABIS Ruslan".

Vyberte příkaz „New Session“ z nabídky „File“ (obr. 1) nebo klikněte na ikonu „New Session“ na nástrojové liště (obr. 2) nebo zadejte kombinaci kláves Ctrl+N.

–  –  –

Objeví se dialogové okno jako na obr. 3. V seznamu jsou na výběr dvě hodnoty: „RUSLAN-Database“ a „RUSLAN-Server“. Pokud vyberete první hodnotu v seznamu („RUSLAN-Database“) a kliknete na tlačítko „OK“, pak se (po autorizaci) interakční rozhraní (prostřednictvím Oracle® Net Services (Net8)) s datovým schématem „Ruslan“ otevřít (obr. 5). Toto rozhraní budeme nadále nazývat „RUSLAN-Database“. Pokud vyberete druhou hodnotu v seznamu („RUSLAN-Server“), otevře se interakční rozhraní (přes Microsoft® DCOM) se serverem Ruslan (obr. 7). Toto rozhraní budeme nadále nazývat „RUSLAN-Server“.

Rýže. 3 Po výběru „RUSLAN-Database“ se objeví autorizační dialogové okno (obr. 4). Pokud je inicializační soubor (viz ABIS "Ruslan". Instalační příručka) v pracovní složka a není poškozen, vyplní se první dvě pole dialogového okna. Jinak není možné pracovat s pracovní stanicí správce. Po zadání hesla správce a kliknutí na tlačítko „Spustit“ budete autorizováni v Oracle DBMS. Po autorizaci bude vytvořeno připojení ke zdroji dat služby (obr. 5), který obsahuje datové schéma „Ruslan“.

Rýže. 4

Rýže. 5 Po výběru „RUSLAN-Server“ se objeví autorizační dialogové okno (obr. 6). Zadejte síťový název počítače (na kterém běží server Ruslan), uživatelské jméno na tomto počítači a heslo.

Pokud je počítač součástí domény Microsoft, musíte před uživatelské jméno přidat název domény (například MY_DOMEN\uživatelské jméno).

Pokud je pracovní stanice spuštěna na stejném počítači jako server Ruslan a operační systém je Windows XP, stačí do pole „Adresa serveru“ zadat localhost.

Pokud pracovní stanice a server běží pod Windows 2003 SP1/SP2 nebo Windows Vista, ale počítač není součástí domény, musíte zadat název počítače do pole „Adresa serveru“ a také jej zadat před uživatelským jménem. (například MŮJ_POČÍTAČ\uživatelské jméno). Je vyžadováno heslo.

(obr. 7). Pokud není spuštěna služba serveru Ruslan (viz IBS "Ruslan". Instalační příručka), pracovní stanice s ní nebude schopna navázat spojení a zobrazí se chybová zpráva.

Rýže. 6 Obě rozhraní („RUSLAN-Database“ a „RUSLAN-Server“) mají podobný vzhled a jsou rozdělena do tří částí. Vlevo je okno navigátoru s administrativními objekty ve formě stromu. Ve spodní části je okno protokolu. Vpravo je hlavní okno, které odhaluje obsah administračních objektů (ve většině případů ve formě tabulky). Můžete změnit velikost částí rozhraní. Všechny operace v rozhraních se provádějí pomocí kontextových nabídek. Chcete-li otevřít kontextovou nabídku, klepněte pravým tlačítkem myši.

Rýže. 7 Při pohybu v okně navigátoru z jednoho objektu do druhého pracovní stanice automaticky zkontroluje, zda byly provedeny změny v obsahu objektů.

Pokud se pracovní stanice domnívá, že byly provedeny změny (v některých případech nemusí dojít ke skutečným změnám), zobrazí zprávu „Možná byly změněny parametry. Uložit změny? Změny můžete uložit nebo odmítnout uložit podle svého uvážení. Pokud jste si jisti, že jste neprovedli žádné změny, je lepší odmítnout.

2. Nastavení datového schématu Ruslan

Tato část popisuje operace pro nastavení datového schématu IBS "Ruslan" v Oracle DBMS. Datové schéma se skládá ze sady tabulek obsahujících seznam databází, tabulku parametrů pro server Ruslan, indexační tabulku pro MARC záznamy, seznamy přístupových bodů k MARC záznamům, bezpečnostní data a procedury, které je obsluhují. .

Datové schéma se konfiguruje z rozhraní „RUSLANDatabase“ (viz bod 1).

2.1. Nastavení zdrojů dat knihoven Nastavení databázových databází zahrnuje jejich registraci nebo zrušení registrace a také změnu jejich parametrů: hesla vlastníka zdroje a počtu spojení, která server Ruslan naváže s DBMS.

Registrace zdroje dat knihovny Tato operace je nezbytná, aby se IDB vytvořené během procesu instalace (viz IBS "Ruslan". Instalační příručka) stalo známé společnosti IBS "Ruslan". V normální situaci při vytváření IDB dochází k automatické registraci. Z toho či onoho důvodu (selhání systému, náhodné ruční zrušení registrace) však může být nutné provést tuto operaci ručně.

Chcete-li zaregistrovat databázi, vyberte v okně navigátoru objekt „Zdroje dat“ a v hlavním okně zavolejte z kontextové nabídky příkaz „Nový“.

(obr. 8). V hlavním okně se zobrazí tabulka nový řádek s názvem „Nový zdroj“. Dvakrát klikněte levým tlačítkem myši na tento řádek. Objeví se dialogové okno pro úpravu parametrů zdroje (obr. 9).

Rýže. 8

Rýže. 9 Zadejte požadované parametry (viz příklad na obr. 10) a klikněte na tlačítko „Spustit“. V poli „Počet připojení“ zadejte počet připojení, která server Ruslan naváže s tímto IDB. Počet připojení určuje, kolik operací s databází lze provádět paralelně. Pokud si nejste jisti, nastavte počet připojení na tři. Pokud jste zadali nesprávné parametry zdroje, můžete je znovu upravit. Pokud jste zaregistrovali další zdroj, můžete jej odstranit pomocí příkazu místní nabídky „Odstranit“. Po zaregistrování všech požadovaných zdrojů zavolejte z kontextové nabídky příkaz „Uložit“. Pokud chcete zrušit všechny změny, zavolejte z kontextové nabídky příkaz „Obnovit“.

–  –  –

Zrušení registrace zdroje knihovních dat Tato operace vyloučí IDB ze seznamu zdrojů známých ILIS "Ruslan". V normální situaci, když je IBD vymazáno, dojde k automatickému zrušení registrace. Z toho či onoho důvodu (selhání systému) však může být nutné provést tuto operaci ručně.

Pro registraci databáze vyberte v okně navigátoru objekt „Datové zdroje“ a v hlavním okně vyberte databázi, kterou chcete zrušit. Z kontextové nabídky vyberte příkaz „Odstranit“. Zobrazí se potvrzení operace. Pokud je operace potvrzena, zadané IBD ze seznamu zmizí. Chcete-li operaci dokončit, zavolejte příkaz „Uložit“ z místní nabídky. Operaci lze zrušit vyvoláním příkazu „Obnovit“ z místní nabídky.

Změna parametrů IBD U registrovaného IBD je možné změnit dva parametry: heslo vlastníka IBD a počet spojení, která server Ruslan naváže s IBD. Počet připojení určuje, kolik operací s databází lze provádět paralelně. Můžete také změnit jméno vlastníka zdroje, ale to bude ve skutečnosti znamenat registraci nového IDB.

Chcete-li změnit parametry IDB, dvakrát klikněte levým tlačítkem myši na řádek popisující požadovanou IDB. Zobrazí se dialogové okno pro úpravu parametrů zdroje (obr. 10). Chcete-li změnit heslo, zadejte heslo dvakrát do sousedních polí. Pro uložení změn klikněte na tlačítko „Spustit“. Dále můžete upravit parametry jiného IDB. Pro potvrzení provedených změn zavolejte příkaz „Uložit“ z místní nabídky. Chcete-li zrušit všechny provedené změny, zavolejte příkaz „Obnovit“ z místní nabídky.

2.2. Nastavení indexačních tabulek pro MARC záznamy Chcete-li přidat, odstranit nebo upravit indexační tabulky, vyberte v okně navigátoru objekt „Indexování“ a vyvolejte kontextové menu v hlavním okně (obr. 12). Příkaz Nový vytvoří novou (prázdnou) indexovou tabulku. Příkaz „Upravit“ vyvolá dialogové okno pro úpravu vybrané indexační tabulky (obr. 13). Stejný příkaz lze vyvolat dvojitým kliknutím levého tlačítka myši. Příkaz Delete odstraní vybranou indexovou tabulku. Příkaz Uložit uloží všechny změny provedené ve všech indexových tabulkách.

Příkaz Restore vrátí zpět všechny změny provedené ve všech indexových tabulkách. Příkaz Načíst načte indexové tabulky z textového souboru. Po stažení musíte provést příkaz „Uložit“, aby se indexační tabulky uložily. příkaz "Vyložit".

vypíše indexové tabulky do textového souboru.

Každá indexační tabulka má číslo identifikátoru, komentář a samotnou popisnou část, která obsahuje popis, jak indexovat pole MARC záznamu.

Rýže. 12

Rýže. 13 Popisná část v dialogovém okně editace indexační tabulky (obr. 13) je pro usnadnění práce s ní rozšířena ve formě tabulky.

Kontextová nabídka obsahuje následující příkazy: „Přidat“ – přidání nového pravidla indexování na konec tabulky, „Vložit“ – vložení pravidla indexování před vybrané, „Odstranit“ – odstranění pravidla indexování. Chcete-li upravit buňku tabulky, klikněte na ni levým tlačítkem myši. Každé pravidlo indexování zabírá jeden řádek tabulky.

Na pořadí, v jakém se pravidla dodržují, záleží: při indexování záznamu MARC se indexační tabulka (popisná část) skenuje shora dolů pro každé pole (podpole) záznamu, a když pole splňuje další pravidlo indexování, indexování dojde v souladu s tímto pravidlem, tabulka se dále neskenuje. Pravidlo indexování se skládá ze tří atributů: vzor pole, vzor podpole a typ indexování. Šablona pole se skládá ze tří číselných znaků. Šablona podpole se skládá z jednoho znaku, kterým může být číslo nebo malé písmeno anglické abecedy. Při zadávání šablony pole nebo podpole také pomlčka (znaménko mínus) znamená jakýkoli znak. Například vzor pole ve tvaru "02-" znamená "všechna pole od 020 do 029". Typ indexování se skládá ze dvou číslic.

K dispozici jsou následující typy indexování:

00 – neindexovat;

01 – podpole-fráze: analyzuje podpole na slova a poskytuje možnost vyhledávat podle slova, podle seznamu slov a podle fráze v podpole;

11 – pole fráze: analyzuje podpole na slova a poskytuje možnost vyhledávat podle slova, seznamu slov a fráze v rámci pole (má smysl například poskytnout vyhledávání s termínovou strukturou typu „normalizovaný název“ pro záznamy ve formátu RUSMARC);

02 – as is: odstraňuje úvodní a koncové mezery, zbytek je považován za slovo, poskytuje možnost vyhledávání podle slova;

03 – ISBN: speciální typ indexování pro podpole obsahující ISBN nebo ISSN;

4X – Kódované pole: Poskytuje možnost indexovat kódovaná pole a jejich části jako slova. Vzor podpole určuje počáteční pozici indexovaného prvku a znak X obsahuje délku indexovaného prvku ve znacích. Pozice a délka jsou specifikovány jedním znakem, přičemž číslo 10 odpovídá znaku „a“, číslo 11 znaku „b“,..., číslo 35 znaku „z“;

05 – číselný rozsah: v podpoli jsou zvýrazněny pouze číselné prvky slova, je rozšířen symbol rozsahu (mínus), tj. např. v podpole s obsahem „N5, 6-9“ prvky (slova) „5“ bude indexováno, „6“, „5“, „7“, „8“, „9“;

06 – MDT: speciální typ indexování pro podpole obsahující MDT. Při indexování se za oddělovač považuje závorka, za oddělovač se nepovažuje tečka;

Vložené pole 200 je indexováno, pokud první indikátor pro toto pole není nula;

08 – optimalizace 999 polí: slouží k urychlení procesu indexace polí (999. v Ruslan ABIS) obsahujících účetní informace. Pravidlo je umístěno na začátku indexovací tabulky. V tomto případě šablona pole obsahuje „ass“, šablona podpole obsahuje „-“;

09 – inventární číslo: speciální typ indexace pro pole (podpole) obsahující inventární čísla. V tomto případě se inventární číslo musí skládat ze tří prvků oddělených oddělovacím znakem („-“, „\“, „/“ atd.).

Všechny indexované prvky (slova) jsou indexovány jako lexogramy (porovnány v lexikografickém pořadí) a také jako čísla (porovnány v číselném pořadí), pokud se skládají výhradně z číselných znaků (s případným znaménkem mínus na začátku).

Existují následující speciální hodnoty šablon polí: „000“ – značka (typ indexování je vždy 4X), „acc“ – umožňující optimalizaci 999 polí RUSMARC (typ indexování je vždy 08), „key“ – klíč interního záznamu – požadovaný prvek indexování tabulek, s výjimkou případů přeindexování některých polí (šablona podpole je vždy „-“, typ indexace je vždy 02).

Různé formáty MARC mohou vyžadovat různé typy indexování pro stejné vzory polí a podpolí. Každá bibliografická databáze je spojena s jednou indexační tabulkou (kterou lze ve dvoufázovém schématu indexace rozdělit na dvě). Každá bibliografická databáze tedy může obsahovat pouze záznamy určitého formátu MARC.

Pro snížení doby odezvy systému na operace vkládání a změny bibliografických záznamů poskytuje server Ruslan dvoufázové schéma indexování. Při vkládání/změně MARC záznamu z automatizovaných pracovních stanic ABIS "Ruslan" (s výjimkou pracovní stanice Administrátora) je záznam vložen/změněn a indexován/přeindexován v souladu s indexační tabulkou pro první fázi. Pokud jsou tyto operace úspěšně dokončeny, je uživateli odeslána odpovídající zpráva a server Ruslan je odeslán Pozadí provádí indexaci/přeindexování MARC záznamu v souladu s indexační tabulkou pro druhou fázi. Chyby ve druhé fázi se nikde nezaznamenávají, lze je odhalit pouze nesprávným vyhledáváním. Proto se nedoporučuje indexovat důležitá pole (podpole) ve druhé fázi. Ve druhé fázi se obvykle indexují obsahová pole velkých objemů textu, například obsah dokumentu, abstraktu, poznámky atd.

2.3. Konfigurace přístupových bodů k záznamům MARC Přístupový bod (AP) je číslo jedinečně spojené s atributem vyhledávání („Autor“, „Titul“ atd.). Přístupové body umožňují vyhledávání jak bibliografických (MARC), tak servisních záznamů v knihovních databázích Ruslan ABIS. V ABIS "Ruslan" můžete nakonfigurovat přístupové body k bibliografickým záznamům, tzn. určit, která pole záznamů MARC jsou mapována na které přístupové body. Každý formát MARC bude mít jiné zobrazení. Ke každé bibliografické databázi je přiřazena jedna sada (seznam) přístupových bodů. Každá bibliografická databáze tedy může obsahovat pouze záznamy určitého formátu MARC.

Každý seznam AP má číselný identifikátor. Obvykle se používají následující identifikátory (1 – UNIMARC, 10 – USMARC, 28 – bibliografický RUSMARC, 281 – směrodatný RUSMARC).

–  –  –

Přidání nového seznamu přístupových bodů Chcete-li přidat seznam přístupových bodů, vyberte v okně navigátoru objekt „Přístupové body“ a vyvolejte kontextové menu. V kontextovém menu vyvolejte příkaz „Přidat nový seznam AP“ (obr. 14). Zobrazí se dialogové okno, ve kterém musíte zadat identifikátor nového seznamu AP (obr. 15).

–  –  –

Práce se seznamem přístupových bodů Veškeré akce se seznamem přístupových bodů se provádějí v hlavním okně z kontextové nabídky (obr. 17).

Rýže. 17 Příkaz „Nový“ vytvoří nový přístupový bod. Upravit příkaz

vyvolá dialogové okno pro úpravu zvoleného přístupového bodu (obr. 18).

Stejný příkaz lze vyvolat dvojitým kliknutím levého tlačítka myši. Příkaz Odstranit odstraní vybraný přístupový bod. Uložit příkaz

uloží všechny změny provedené v tomto seznamu AP. Příkaz „Restore“ zruší všechny změny provedené v tomto seznamu AP. Příkaz Načíst načte AP z textového souboru do existujícího seznamu AP.

Chcete-li po stažení uložit seznam AP, musíte provést příkaz „Uložit“. Příkaz „Upload“ nahraje AP z vybraného seznamu do textového souboru.

Distribuce Ruslan ABIS obsahuje seznamy TD pro UNIMARC (soubor ap1.txt), pro USMARC (soubor ap10.txt), pro bibliografický RUSMARC (soubor ap28.txt) a pro RUSMARC autoritativní (soubor ap281.txt) .

Mapování MARC polí/podpolí na TD (obr. 18) je popsáno pomocí logický výraz, z nichž každý termín označuje jedno nebo více MARC polí/podpolí. Struktura výrazu odpovídá klauzuli WHERE v příkazu SQL SELECT.

Termín má tvar:

pole op "###A" nebo pole v ("###A",...,"###A"), kde op je jeden z operátorů: =,=,=,like,not like ( často se používá většina = a podobné);

### – číslo pole MARC;

A – symbol podpole MARC příslušného pole MARC.

Rýže. 18 Místo znaku (znaků) # nebo A je povoleno používat podtržítko (_) k označení libovolného znaku nebo symbol procenta (%) k označení libovolného počtu libovolných znaků. Použití symbolu procent a operátorů a not like (také jako u Oracle Standard Edition) se nedoporučuje tam, kde lze provést výčet pomocí pole ve výrazu, protože to sníží rychlost vyhledávání. Pokud je specifikováno více termínů, lze je kombinovat pomocí logických operátorů a, nebo a ne a.

K navázání vyhledávacích atributů na pozice kódovaných polí a značek se používají pseudopole, jak jsou definovány v indexační tabulce (viz část 2.2, hodnoty šablony speciálních polí), tzn. ### – šablona pole, A – šablona podpole jako v indexovací tabulce.

–  –  –

Smazání seznamu přístupových bodů Chcete-li smazat seznam přístupových bodů, vyberte požadovaný seznam v okně navigátoru, vyberte všechny atributy seznamu (vyberte první atribut, stiskněte klávesu „Shift“, vyberte poslední atribut) a zavolejte „ Delete“ z kontextové nabídky (obr. 19). Potvrďte operaci - všechny přístupové body budou smazány z hlavního okna (pohled jako na obr. 17). Vyvolejte příkaz „Uložit“ z kontextové nabídky. Potvrďte operaci. Poté vyvolejte příkaz „Aktualizovat“ z místní nabídky okna navigátoru (obr. 14). Poté ID seznamu vzdálených AP zmizí z okna navigátoru.

POZORNOST! Chcete-li použít změny v seznamu přístupových bodů, musí být aktualizovány pro každou použitou bibliografickou databázi tento seznam(viz odstavec 5.7).

2.4. Aktualizace datového schématu Ruslan

Aktualizace datového schématu mohou být dvou typů:

jednoduchá aktualizace – aktualizace jednoho nebo více (celkem jsou tři) balíků uložených procedur;

komplexní aktualizace - aktualizace struktury datového úložiště včetně případné aktualizace dat samotných.

Komplexní aktualizace je obvykle dodávána jako spustitelný soubor opravný program. Dokumentace o jeho použití je dodávána s patchem.

Jednoduchá aktualizace přichází ve formě souborů s příponou plb (obvykle pkg_phbase.plb pro základní balíček nebo pkg_phupd.plb pro balíček pokročilých služeb nebo pkg_phutil.plb pro balíček utilit).

Chcete-li provést jednoduchou aktualizaci schématu, musíte vyvolat příkaz „Update DB Schema“ z nabídky „File“ (obr. 20). Zobrazí se standardní okno pro výběr souboru, ve kterém je třeba vybrat soubor s novým balíčkem. Během aktualizace balíčku se objeví a zmizí okno. příkazový řádek. Pokud je aktualizace úspěšná, měla by se v hlavním okně při výběru objektu „Ruslan Database“ (obr. 5) projevit nová verze balíčku. Tento postup by se měl opakovat pro všechny soubory zahrnuté v aktualizaci.

Rýže. 20

Poznámka. Po provedení procedury prosté aktualizace datového schématu se může v některých operacích objevit jednorázová nekritická chyba při práci z automatizovaných pracovních stanic ABIS „Ruslan“, spojená se změnou kontextu databáze Oracle. Stačí operaci zopakovat. Pro vyloučení možnosti chyb se doporučuje před aktualizací datového schématu zastavit server Ruslan a po aktualizaci jej znovu spustit.

3. Nastavení serveru Ruslan

Tato část popisuje operace pro nastavení serveru Ruslan

ABIS "Ruslan". Server se konfiguruje z rozhraní „RUSLANDatabase“.

3.1. Konfigurace parametrů serveru Ruslan

Chcete-li přidat, odstranit nebo upravit parametry serveru, vyberte v okně navigátoru objekt „Parametry“ a vyvolejte kontextové menu v hlavním okně (obr. 21). Každý parametr se skládá ze tří prvků: název parametru, hodnota parametru a komentář. Délka každého prvku parametru nesmí přesáhnout 255 znaků.

Příkaz Nový vytvoří nový parametr. Příkaz "Upravit" přepne buňku tabulky, na kterou ukazuje kurzor, do režimu úprav.

Stejný příkaz lze vyvolat kliknutím levým tlačítkem myši na buňku (pokud je parametr vybrán). Příkaz Delete odstraní vybranou možnost.

Je možné smazat několik parametrů nebo všechny (s vícenásobným výběrem standardním způsobem pomocí kláves "Shift" a "Ctrl").

Příkaz Načíst načte parametry z textového souboru. To předpokládá, že parametry ještě nebyly načteny (hlavní okno je prázdné). Po stažení, chcete-li uložit nastavení, musíte provést příkaz „Uložit“. Příkaz "Upload" nahraje parametry do textového souboru. Příkaz "Load with Merge" je určen k načtení nová verze parametry z textového souboru (parametry již byly načteny).

Po stažení se sloučením musíte také spustit příkaz Uložit a uložit změny. Příkaz „Uložit“ uloží všechny parametry do databáze. Příkaz "Restore" vrátí zpět vše provedené pomocí operací "Change", "Load" nebo "Load with Merge" v parametrech změny (načte parametry z databáze).

Popis parametrů je uveden v poli komentáře. Více Detailní popis parametry jsou v případě potřeby obsaženy v samostatné dokumentaci nebo v částech této příručky. Většinu parametrů není třeba měnit a přísně se nedoporučujeme, protože to může vést k nefunkčnosti serveru Ruslan nebo jeho jednotlivých služeb.

Rýže. 21 Vytvoření nového parametru nebo načtení nového souboru parametrů (operace „Load with Merge“) jsou poměrně vzácné operace a jsou prováděny na pokyn služby systémové podpory.

Existují parametry, které mají pro každou organizaci (knihovnu) své vlastní hodnoty. Při načítání nového souboru nastavení by si tato nastavení měla zachovat svou předchozí hodnotu. Pro automatizaci tohoto procesu je k dispozici operace „Load with Merge“. Při provádění této operace, pokud zjistí stará verze hodnoty parametrů, u každého parametru se zobrazí dialogové okno (obr. 22), kde je správce vyzván k výběru staré nebo nové hodnoty.

Rýže. 22 Dále zvážíme hlavní parametry serveru, které bude muset administrátor změnit po stažení parametrů ze souboru obsaženého v distribuční sadě serverové části IBS "Ruslan" (viz IBS "Ruslan". Instalační příručka).

Vždy musíte změnit parametry OrgEng a OrgRus. První obsahuje zkratku názvu organizace (knihovny) na anglický jazyk, druhá je v ruštině.

Parametry ActsDB, BillsDB, CircDB, DirsDB, OrderDB, QueueDB, ReaderDB, ReaderADB, SubscrDB obsahují názvy databází knihoven speciálních služeb. Pokud byly během instalace ABIS vytvořeny výchozí databáze knihoven (viz ABIS "Ruslan". Instalační příručka), pak by tyto parametry neměly být měněny. Pokud vytváříte databáze knihoven ručně, můžete pro databáze, které odpovídají těmto parametrům, zadat jiné názvy než výchozí.

Parametr GroupDB umožňuje zadat virtuální (skupinové) názvy pro několik skutečných databází knihoven. Je možné zadat několik virtuálních jmen. Formát hodnoty pole je uveden v komentáři k poli.

V tomto případě by měl být na prvním místě virtuální název, za nímž následují názvy skutečných databází knihoven zahrnutých ve skupině, oddělené čárkami. Pokud chcete definovat několik skupin, oddělte jejich popis středníkem. Při hledání může být užitečné virtuální jméno. Při prohledávání databáze s virtuálním názvem se vyhledávání provádí ve všech databázích spojených s tímto jménem. Virtuální jméno je vhodné použít např. v nastavení pracovní stanice Reader (HTTPZ39.50 - brána), protože při přidávání nové knihovní databáze do skupiny nebudete muset měnit nastavení pracovní stanice Reader. Není možné editovat záznamy nalezené ve virtuální databázi.

Parametr Scan obsahuje seznam vyhledávacích atributů (viz dokumentace k protokolu Z39.50, sada vyhledávacích atributů bib1), pro které bude podporována služba „Skenování“, tzn. služba prohlížení indexu vyhledávání.

Do seznamu vyhledávacích atributů byste měli zahrnout pouze ty atributy, které se v této službě skutečně používají. Pro urychlení jejich procházení se vyhledávací indexy načítají do paměti RAM. Počet obsazených paměť s náhodným přístupem závisí na počtu vyhledávacích atributů v parametru Scan, na počtu bibliografických databází, pro které je služba „Scan“ povolena, na počtu záznamů v těchto bibliografických databázích a také na počtu různých slov, která mohou obsahovat pole bibliografických záznamů odpovídající vyhledávacím atributům.

Parametr DafLog řídí údržbu souboru protokolu interakce s databází Oracle (daf.log), který se nachází v pracovní složce pracovní stanice správce (ve výchozím nastavení C:/Program Files/Ruslan/SysAdmin) a v pracovní složce složka serveru Ruslan (ve výchozím nastavení C:/ Program Files/Ruslan/Server).

Ve výchozím nastavení je parametr nastaven na "1". To znamená, že je udržován soubor protokolu pro pracovní stanici a pro server. Pravidelně, když se soubory zvětší, měly by být odstraněny. Pokud je parametr nastaven na „0“, pak soubory protokolu nebudou udržovány. Soubory protokolu mohou pomoci určit příčinu problémů se systémem nebo pokud systém neposkytuje určité funkce. V případě problémů byste měli nastavit tento parametr na 1 a odeslat soubory protokolu získané jako výsledek práce pracovní stanice a serveru Ruslan službě systémové podpory.

3.2. Nastavení provozu adresářů Všechny adresáře jsou rozděleny do dvou typů. Prvním typem (hlavním) jsou referenční knihy, které se používají k prohlížení a výběru hodnot z nich pro vložení do polí bibliografického záznamu. V takových adresářích se každý prvek skládá z hledaného výrazu a poznámky k němu (může chybět). Druhým typem jsou účelové adresáře, jako je adresář generátorů inventárních čísel.

Všechny adresáře jsou spravovány pomocí dvou specializovaných servisních databází. První databáze, DDIR, obsahuje popis všech adresářů v systému. Tato databáze používané pracovními stanicemi ke generování seznamů dostupných adresářů a organizování přístupu k nim. Druhá databáze, DIR (název databáze lze změnit, viz předchozí odstavec), obsahuje všechny adresáře.

Každý adresář má jedinečný identifikátor. Registrované adresáře jsou uvedeny v dokumentaci k akviziční/katalogizační pracovní stanici. Při vytváření nového adresáře je nutné se službou dohodnout jeho identifikátor technická podpora systémy.

Každý adresář se skládá ze sady položek v interní formát ABIS Ruslan (viz Příloha 3). Doporučuje se, aby celkový objem všech adresářů nepřesáhl 200 000 záznamů. Každý záznam v adresáři se skládá maximálně ze 3 tagů: 5 (identifikátor adresáře), 17 (termín) a 18 (poznámka k termínu). Hodnota pod značkou 18 je volitelná a obvykle se používá k dešifrování výrazů obsahujících zkratku nebo nějaký druh kódu.

Chcete-li uspořádat práci adresářů druhého typu, měli byste:

1. Zkontrolujte, zda byly vytvořeny databáze služeb DDIR a DIR. Pokud byly během instalace výchozí knihovny ABIS vytvořeny databáze výchozích knihoven (viz Průvodce instalací ABIS „Ruslan“), musí být data databáze přítomna. V opačném případě by měly být vytvořeny ručně (viz část 5.1).

2. Načtěte popisy adresářů ze souboru ddir.dat dodávaného s distribucí do databáze DDIR (viz část 5.8) pomocí volby „Generovat klíč záznamu“.

Pokud potřebujete přidat nový adresář, musíte získat jeho identifikátor ze služby systémové podpory a poté vytvořit soubor jako ddir.dat (který bude obsahovat pouze popis nového adresáře) a načíst jej do databáze DDIR. Další podrobnosti viz odstavec 3.4.

3. Poskytněte uživatelům příslušná práva k databázím DDIR a DIR (viz kapitola 4).

Pokud byla databázová data vytvořena standardně, pak pro ně byla vytvořena i skupina přístupových práv gdir, kterou musí dostat uživatelé pracující s adresáři (zejména s adresářem generátorů inventárních čísel).

Chcete-li uspořádat práci adresářů prvního typu, měli byste kromě výše uvedených kroků:

4. Vytvořte soubor adresáře ve formátu popsaném v příloze 3 se značkami 5 (identifikátor adresáře), 17 (termín), 18 (poznámka k pojmu). Další podrobnosti viz odstavec 3.3.

5. Nahrajte soubor vytvořený v odstavci 4 tohoto seznamu do databáze DIR (viz odstavec 5.8) s možností „Generovat klíč záznamu“.

6. Nastavte příznak „Skenovat podle slov“ pro databázi DIR (viz část 5.2).

7. Zkontrolujte parametry serveru (viz odstavec 3.1). Měly by být následující:

ServiceDBScanFilterTag 5 ServiceDBScanFilterValue musí obsahovat, oddělené čárkami, všechny identifikátory adresáře prvního typu ServiceDBScanTag 17 ServiceDBScanNoteTag 18

8. Při změně parametrů je nutné je znovu načíst na server (viz.

článek 11.1) nebo restartujte samotný server. Po stažení adresářů z pracovní stanice správce je také potřeba restartovat server.

Databáze DIR se také používá k uložení adresáře „Generátor inventárních čísel“. Tento adresář je specializovaný a práce s ním se provádí pouze pomocí Acquisition/Cataloging Workstation. Identifikátor tohoto adresáře je 200. Je nutné zajistit, aby při práci s databází DIR nedošlo k náhodnému poškození adresářových dat generátoru inventárních čísel.

Je třeba si uvědomit, že adresáře se začnou stahovat minutu po spuštění serveru Ruslan a tento proces trvá určitý čas, v závislosti na výkonu počítače a objemu referenčních knih. Po načtení adresářů do EventViewer (Application Log) se pro každou databázi s nastaveným příznakem „Scan by words“ objeví odpovídající zpráva (obr. 23).

Rýže. 23

3.3. Načtení a aktivace adresáře Aktivace adresáře zahrnuje přidání identifikátoru aktivovaného adresáře do seznamu hodnot pro parametr serveru ServiceDBScanFilterValue. Aktivací se rozumí oprávnění pracovat s adresářem z pracovních stanic (adresář může být popsán v databázi DDIR, načten do databáze DIR, ale pokud není aktivován, pak se při pokusu o přístup z pracovních stanic zobrazí diagnostická zpráva číslo 114 bude vydáno). Adresář je možné aktivovat bez načítání dat do databáze DIR. V tomto případě lze data vyplnit „ručně“ pomocí možností automatizovaných pracovních stanic.

Před načtením adresářů do databáze DIR musíte nejprve získat záznamy v interním formátu Ruslan ABIS. K tomu můžete použít specializovaný převodník dostupný pro uživatele IBS "Ruslan". Tento převodník umožňuje získat požadovaný formát z dat umístěných v textovém souboru se znakem tabulátoru jako oddělovačem sloupců.

Soubor v tomto formátu lze získat např. uložením dat z tabulkového procesoru (např. Microsoft Excel), určující typ souboru „Textové soubory (oddělené tabulátory) (*.txt)“. Pokyny pro použití převodníku lze získat jeho spuštěním bez zadání parametrů. Záznam adresáře musí obsahovat dvě povinné značky. Pod tagem 5 by měl být uveden identifikátor adresáře, pod tagem 17 by měly být skutečné referenční údaje. Volitelný štítek 18 může obsahovat referenční datovou poznámku. Poznámka se používá k vysvětlení kódovaných referenčních dat (například adresář oddělení knihovny).

Chcete-li například získat soubor se záznamy klíčových slov ve formátu požadovaném pro IBS „Ruslan“, musíte spustit převodník s následujícími parametry:

lconv input_file.txt output_file.dat 5=6 Po načtení položek adresáře do databáze DIR je třeba restartovat server.

3.4. Přidání nového adresáře Pro každý nový adresář si musíte vyžádat nový identifikátor od vývojářů IBS "Ruslan". Abyste předešli problémům s kompatibilitou s budoucími verzemi ASIS, nedoporučujeme vytvářet identifikátor sami.

Celý cyklus přidání nového adresáře zahrnuje kroky pro konfiguraci serveru Ruslan a konfiguraci pracovní stanice (viz dokumentace k požadované pracovní stanici), na které má být adresář používán.

Pořadí kroků pro přidání nového adresáře na straně serveru IBS "Ruslan":

1. Ujistěte se, že existující seznam, dodávaný distribuci jako soubor ddir.dat, neexistuje žádná vhodná referenční kniha. Pokud existuje, použijte jej. V opačném případě požádejte vývojáře ABIS Ruslan o identifikátor nového adresáře.

2. Vytvořte záznam popisující nový adresář. Chcete-li to provést, můžete vzít libovolný záznam ze souboru ddir.dat a na jeho základě vytvořit nový záznam v samostatný soubor. V záznamu musíte změnit hodnoty dvou značek 5 a

4. Tag 5 obsahuje identifikátor adresáře, tag 4 obsahuje název adresáře.

3. Pomocí pracovní stanice správce nahrajte vygenerovaný záznam do databáze DDIR.

4. Postupujte podle pokynů v odstavci 3.3.

Po dokončení této sekvence akcí je přístup do adresáře možný z libovolné pracovní stanice.

4. Správa uživatelů

–  –  –

IBA (ILL) - právo zpracovávat objednávky pod IBA

Seznam funkčních skupin (neúplný, více podrobností viz dokumentace k Akviziční/Katalogizační pracovní stanici):

compl - dává oprávnění k editaci polí potřebných k implementaci funkce vychystávání catal - dává práva potřebná k implementaci katalogizační funkce billcreator - dává právo spravovat účty (vytvářet, měnit, mazat) billdispatch - dává právo měnit stav účtu printadmin - dává právo spravovat tiskovou službu Seznam funkčních skupin (rolí) je specifikován parametrem FGroups. Tento parametr lze změnit buď během procesu aktualizace parametrů (viz článek 3.1), nebo speciálními pokyny od služby systémové podpory.

Rýže. 24 Skupina obsahuje jeden nebo více BDB indikujících přístupová práva ke každému BDB (obr. 24). Uživateli lze přiřadit jednu nebo více skupin. Uživatel obdrží práva k určitému BDB, pokud je tento BDB přítomen alespoň v jedné z jemu přiřazených skupin. Pokud je daný BDB přítomen v několika skupinách přiřazených uživateli a pokud se práva k danému BDB v různých skupinách liší, pak uživatel obdrží všechna práva stanovená v konkrétní skupině (práva z různých skupin jsou kombinována).

Uživateli je také obvykle přiřazena jedna nebo více rolí, které poskytují odpovídající funkčnost pracovní stanice (pracovních stanic).

Efektivní správa zabezpečení vyžaduje předběžné plánování. Je nutné určit seznam požadovaných UDB a seskupit k nim přístupová práva do konkrétních skupin, které by pak měly být přiřazeny příslušným uživatelům. Názvy UDB i skupin nastavuje správce systému. Role mají předdefinované názvy (viz dokumentace k odpovídajícím pracovním stanicím). Pokud byly během instalace ABIS vytvořeny výchozí databáze knihoven (viz ABIS "Ruslan". Instalační příručka), pak byly vytvořeny i skupiny: gcompl pro kompilátory, gcatal pro katalogizátory a gdir pro práci s referenčními knihami.

Při instalaci systému je vytvořen anonymní uživatel a není mu přiřazena skupina nikdo. Tento uživatel se může připojit k serveru Ruslan bez hesla. Když je každá bibliografická databáze vytvořena, je automaticky zařazena do skupiny nikdo s právy Hledat a do skupiny knihoven s právy Hledat a Presentovat. Při vytváření každé databáze služeb je tato automaticky zařazena do skupiny knihoven s právy Hledat a Prezentovat. Skupinu knihoven by měli dostat všichni uživatelé ALIS. To automaticky poskytuje přístup k vyhledávání a úplnému prohlížení všech databází pro registrované uživatele ABIS a přístup k vyhledávání a částečnému prohlížení všem uživatelům internetu, kteří se mohou připojit (pod anonymním uživatelem) k serveru Ruslan. Ten je určen politikou zabezpečení sítě specifickou pro každou organizaci. Pokud smažete anonymního uživatele, budou mít na server Ruslan přístup pouze registrovaní uživatelé.

4.1. Operace se skupinami přístupových práv Chcete-li přidat, odstranit nebo změnit GPA, vyberte v okně navigátoru objekt „Security-Groups“. V hlavním okně se objeví tabulka, která zobrazuje všechny GPA a související BDU. Skupina neexistuje sama o sobě, ale pouze ve spojení s UBI. Pár GPD-BBD je jedinečný. Tabulku lze třídit podle libovolného sloupce. Chcete-li to provést, klikněte levým tlačítkem myši na záhlaví sloupce.

Rýže. 25 Všechny operace se provádějí z kontextového menu (obr. 25). Příkaz „Add“ vyvolá dialogové okno pro přidání nového páru GPD-BBD (obr. 26). Příkaz „Add by sample“ vyvolá dialogové okno pro přidání nového páru GPD-BBD, ve kterém jsou všechna pole vyplněna podle zvoleného páru GPD-BBD. Příkaz „Změnit“ vyvolá dialogové okno pro úpravu vybraného páru GPD-BBD (obr. 27). Stejný příkaz lze vyvolat dvojitým kliknutím levého tlačítka myši. V tomto případě můžete změnit pouze komentář a přístupová práva („0“ – žádné právo, „1“ – ano). Příkaz „Delete“ smaže vybraný pár GPA-BBD. Každá z výše uvedených operací mění (po upozornění) informace o skupinách přímo v databázi.

Rýže. 26 Příkaz „Filtr“ (obr. 28) aplikuje filtr na tabulku v hlavním okně. Filtrovat je možné pouze jeden sloupec tabulky hlavního okna.

–  –  –

filtry, jsou také zrušeny. Filtr se také automaticky zruší, když se přesunete na jiný objekt v okně navigátoru a při provádění jedné z výše popsaných operací.

4.2. Operace s uživateli Chcete-li přidat, odstranit nebo upravit uživatele, vyberte v okně navigátoru objekt „Security-Users“. V hlavním okně se objeví tabulka, která zobrazuje všechny uživatele. Tabulku lze třídit podle libovolného sloupce. Chcete-li to provést, klikněte levým tlačítkem myši na záhlaví sloupce.

Rýže. 29 Všechny operace se provádějí z kontextového menu (obr. 29). Příkaz „Přidat“ vyvolá dialogové okno pro přidání uživatele (obr. 30). Příkaz „Add by sample“ vyvolá dialogové okno pro přidání uživatele, ve kterém jsou některá pole (GPA, FG, User Type) vyplněna podle vybraného uživatele. Příkaz „Upravit“ vyvolá dialogové okno úprav uživatele (obr. 31). Stejný příkaz lze vyvolat dvojitým kliknutím levého tlačítka myši. Příkaz Delete smaže vybraného uživatele. Každá z výše uvedených operací mění (po upozornění) informace o skupinách přímo v databázi.

Příkaz "Filtr" aplikuje filtr na tabulku v hlavním okně. Akce příkazu je podobná akci popsané v předchozím odstavci.

Rýže. 30 V dialogu pro přidání/editaci uživatele (obr. 30, obr. 31) je pro zadání nového hesla nutné vyplnit dvě sousední pole. Pole „Uživatelské jméno“ obsahuje uživatelské jméno ABIS „Ruslan“, které uživatel používá pro autorizaci z automatizovaných pracovních stanic ABIS „Ruslan“ při připojení k serveru „Ruslan“. Všichni neoprávnění uživatelé se mohou k systému připojit pouze pod jménem anonymního uživatele (bez hesla), pokud tento uživatel není odstraněn ze seznamu uživatelů. Uživatelské jméno v IBS "Ruslan" není žádným způsobem spojeno s uživatelským jménem v operační systém, ze kterého se spouštějí automatizované pracovní stanice.

POZORNOST! Uživatelské jméno IBS „Ruslan“ se nemůže shodovat s názvem skupiny (GPD).

Rýže. 31 Chcete-li uživateli přiřadit GPA (viz předchozí odstavec), vyberte skupinu z existujících skupin v seznamu „Dostupné skupiny“ a klikněte na tlačítko s odpovídající šipkou. Chcete-li přiřadit roli (viz předchozí odstavec), vyberte roli ze seznamu " Dostupné role» a stiskněte tlačítko s odpovídající šipkou. U rolí může záležet na jejich pořadí (viz dokumentace k pracovním stanicím). Chcete-li změnit pozici role, vyberte ji v seznamu Role a klikněte na tlačítko s odpovídající šipkou (nahoru nebo dolů).

Uživatel může být buď "Místní" nebo "Externí". „Externí“ uživatelé jsou povinni organizovat firemní IBA službu při ukládání elektronických katalogů jiných knihoven v této knihovně.

Pro zajištění normálního fungování pracovních stanic je nezbytná správná instalace skupin i rolí. Pro zajištění provozu akvizice je tedy nutné dát uživateli role billcreator a compl, stejně jako dát skupině (skupinám), které budou mít práva vyhledávat, načítat, vkládat, měnit, mazat záznamy v bibliografických databázích. se kterými se práce provádějí a v servisních databázích účty, akty, knihy souhrnného účetnictví, popisy adresářů, referenční knihy. V konkrétním případě se mohou práva lišit i u díla stejného druhu, zejména právo na mazání záznamů.

5. Správa databáze knihovny

Tato část popisuje všechny operace spojené se správou databází knihoven. Databáze knihovny jsou uloženy v jedné nebo více databázích. Pro přístup k databázím knihoven vyberte požadovanou databázi v okně navigátoru rozbalením objektu „Zdroje dat“ (viz obr. 11). V hlavním okně se zobrazí seznam knihovních databází ve formě tabulky. Veškeré operace s databázemi knihoven se provádějí z kontextové nabídky hlavního okna (obr. 32).

Rýže. 32 Příkaz „Filtr“ (obr. 33) aplikuje filtr na tabulku v hlavním okně. Filtrovat je možné pouze jeden sloupec tabulky hlavního okna.

Je podporováno použití filtru na výsledek filtrování (vnořené filtry). Chcete-li to provést, nastavte příznak „Použít na výsledek předchozího filtru“. Maska filtru je podřetězec, tzn. pomocí masky „KNIHY“ budou vybrány řádky nejen s „KNIHY“, ale také s „KNIHY“

a s "BOOKS1". Maska rozlišuje malá a velká písmena.

Rýže. 33 Chcete-li filtr zrušit, zavolejte příkaz „Filtr“ a ponechte pole prázdná a klikněte na tlačítko „Použít“. Pokud byly použity vnořené filtry, jsou také zrušeny. Filtr se také automaticky zruší, když se přesunete na jiný objekt v okně navigátoru a při provádění jedné z výše popsaných operací.

5.1. Tvorba knihovních databází pro organizaci Databáze knihoven se dělí na bibliografické a servisní. Bibliografické databáze jsou určeny k ukládání bibliografických záznamů.

Databáze služeb jsou určeny pro ukládání knihovních nebibliografických dat, jako jsou příručky, akty, údaje o předplatném, objednávky, údaje o čtenářích atd.

Rýže. 34 Bibliografické databáze ukládají záznamy ve formátu blízkém ISO2709.

Databáze služeb ukládají záznamy ve specializovaném formátu ABIS "Ruslan".

Každý záznam databáze služby se skládá z jednoho nebo více polí. Název pole je číselný identifikátor (tag). Každé pole může mít jednu nebo více instancí. Hodnota pole může být buď řetězec (až 1500 znaků) nebo binární data (neindexovaná, velikost do 4 GB). Pole binárního typu ukládají fotografie čtenářů, údaje o objednávkách MBA atd.

Chcete-li vytvořit bibliografickou databázi, vyberte z kontextové nabídky příkaz „Vytvořit bibliografickou databázi“ (obr. 32). Objeví se dialogové okno (obr. 34), do kterého je potřeba zadat název databáze (anglickými písmeny), vybrat formát záznamu a úložné oblasti pro uložení databázových prvků: záznamy, slovník a rejstřík (viz IBS "Ruslan ". Instalační příručka, odstavce. 3.1, 3.3, 3.4). Po výběru formátu záznamu (kromě formátu „MARC“) se některá pole v dialogovém okně automaticky vyplní. Tyto hodnoty se nedoporučuje měnit.

Při výběru formátu záznamu „MARC“ má správce možnost nezávisle nastavit hodnoty pro pole:

„Identifikátor seznamu přístupových bodů“ (viz odstavec 2.3) „Identifikátor schématu“ (poslední číslo v OID schématu, viz popis protokolu Z39.50) „Identifikátor zápisu syntaxe“ (poslední číslo v OID syntaxe zápisu, viz popis Protokol Z39 .50) „Identifikátor tabulky indexování záznamů MARC“ pro první a druhou fázi (viz odstavec 2.2) Pokud se používá jednofázové indexování, pak identifikátor tabulky indexování záznamů MARC pro druhou fázi by měl být „0“.

Po vyplnění všech polí klikněte na tlačítko „Spustit“. Bude vytvořena nová bibliografická databáze.

Pro vytvoření databáze služeb vyberte z kontextového menu příkaz „Create-Service DB“ (obr. 32). Objeví se dialogové okno (obr. 35), ve kterém je třeba zadat název databáze (anglickými písmeny) a vybrat úložné oblasti (viz IBS „Ruslan“. Instalační příručka, odstavce 3.1, 3.3, 3.4) pro uložení prvků databáze. : data (řádková pole záznamů) a data LOB (polární binární data záznamů).

Rýže. 35 Po vyplnění všech polí klikněte na tlačítko „Spustit“. Bude vytvořena nová databáze služeb.

POZORNOST! Názvy knihovních databází musí být jedinečné nejen v rámci jednoho zdroje (IDB), ale také v rámci všech zdrojů registrovaných v systému (viz čl. 2.1).

5.2. Úpravy parametrů knihovních databází organizace Pro úpravu parametrů knihovní databáze vyberte v tabulce v hlavním okně řádek s požadovanou databází a z kontextového menu vyvolejte příkaz „Upravit“ (obr. 32). Zobrazí se dialogové okno (obr. 36).

Rýže. 36 Většinu parametrů databáze (kromě názvu a typu) lze změnit. Nastavení příznaku „Available“ znamená, že přístup k databázi je povolen prostřednictvím protokolu Z39.50. Nastavení příznaku „Skenovat podle slov“ znamená, že podle zadaných přístupových bodů (viz odstavec 3.1, Parametr skenování) při spuštění serveru „Ruslan“

indexy skenování budou načteny do paměti RAM ( vyhledávací indexy), ke kterým se přistupuje prostřednictvím služby Scan (viz popis protokolu Z39.50). Služba Scan je integrována do pracovní stanice Akvizice/Katalogizace. Pokud se po nastavení příznaku „Skenovat podle slov“ pro požadované databáze objeví známky nedostatku paměti RAM na počítači, na kterém běží server „Ruslan“, musíte tento příznak u některých databází buď vypnout, nebo snížit počet vyhledávacích atributů pro službu „Scan“ (v parametru Scan). Příznak „Skenovat podle hodnoty“ není v této verzi podporován.

Parametr "Adresář" může mít dvě hodnoty: "Místní" a "Externí". Při vytváření databáze je tento parametr nastaven na „Místní“.

Hodnota „Externí“ je nastavena pro bibliografické databáze, které patří organizacím třetích stran a ze kterých je možné objednat literaturu o MBA.

Aliasy DB jsou synonyma pro název databáze. Název databáze může být pouze v angličtině. Alias ​​lze zadat v libovolném jazyce a je uložen v kódování unicode. Aliasy se obvykle používají na pracovní stanici Acquisition/Kataloging a na pracovní stanici Reader pro lepší a srozumitelnější odraz obsahu databáze. Alias ​​databáze je také vždy její název. Tento alias nelze smazat. Databáze může mít několik aliasů. Přísně se nedoporučuje dávat stejné aliasy různým databázím, a to nejen v rámci jednoho zdroje (IDB), ale ani v rámci všech zdrojů registrovaných v systému (viz odstavec 2.1). Pokud potřebujete sloučit několik databází (stejného typu) pod jedním jménem (alias), měli byste vytvořit název virtuální skupiny (viz sekce 3.1, Parametr GroupDB).

Vstupní klíč se skládá z předčíslí a čísla záznamu. Číslo záznamu se vygeneruje automaticky po vložení nový záznam. Číslování záznamů je sekvenční, počínaje 1 (standardně, viz odstavec 5.10). Smazaná čísla (vygenerovaná při mazání záznamů) se znovu nepoužijí. Předpona se skládá z několika částí. Struktura předpony není standardní. Doporučuje se vybrat tři pole v prefixu oddělená lomítkem: kód země, kód organizace, název databáze. Například prefix klíče pro záznamy z databáze

KNIHY Základní knihovny St. Petersburg State Technical University je následující:

RU\SPSTU\books\. Obecně se nedoporučuje dávat stejné předpony různým bibliografickým databázím organizace. To ve většině případů (s výjimkou speciální správy číselné části klíče) povede k výskytu různých záznamů se stejným klíčem, což může způsobit určité problémy při načítání/vykládání, spojování záznamů, pro provoz objednávky servis. Předponu vstupního klíče lze zadat v libovolném jazyce (uloženo v unicode).

Dialog také umožňuje změnit identifikátory indexačních tabulek a seznam přístupových bodů. To se však nedoporučuje. Pokud při změně identifikátoru indexační tabulky obsahuje tato databáze záznamy, musíte index odstranit (viz část 5.4) a znovu indexovat databázi (viz část 5.4).

bod 5.5). Při změně identifikátoru seznamu přístupových bodů je nutné je aktualizovat (viz část 5.7).

Přísně se nedoporučuje měnit parametry „OID schématu“, „OID syntaxe záznamu“, „OID sady atributů“, pokud není výslovně uvedeno v této příručce a v instalační příručce.

5.3. Stanovení kvantitativních ukazatelů knihovních databází Pro zjištění počtu záznamů v knihovní databázi vyberte v tabulce v hlavním okně řádek s požadovanou databází a z kontextového menu vyvolejte příkaz „Počet záznamů“ (obr. 32). Výsledek provedení příkazu se zobrazí v okně protokolu. Tato informace je nejspolehlivější (ve srovnání s určováním počtu záznamů pomocí vyhledávacích dotazů).

U bibliografických databází můžete určit takové ukazatele zpracování, jako je počet jedinečných čárových kódů a počet kopií dokumentů v databázi. Pro určení těchto indikátorů vyberte v tabulce v hlavním okně řádek s požadovanou databází a z kontextového menu vyvolejte příkazy „Počet čárových kódů“ a „Počet kopií“ (obr. 32). Výsledek provedení příkazu se zobrazí v okně protokolu.

5.4. Odstranění databáze knihovny nebo dat z databáze knihovny Chcete-li odstranit databázi knihovny, vyberte v tabulce v hlavním okně řádek s požadovanou databází a z kontextového menu vyvolejte příkaz „DeleteDelete database“ (obr. 32). Po dvou varováních bude vybraná databáze smazána se všemi daty. Data lze obnovit pouze z archivované kopie.

Chcete-li smazat data z databáze knihovny, vyberte v tabulce v hlavním okně řádek s požadovanou databází a z kontextového menu vyvolejte příkaz „Vymazat-Vymazat data z databáze“ (obr. 32). Po dvou upozorněních se objeví dialogové okno (obr. 37), ve kterém je třeba vybrat část dat, kterou je potřeba smazat. Možnost Smazat všechna data odstraní všechny položky, včetně starých verzí a rejstříku. Data lze obnovit pouze z archivované kopie. Možnost Odebrat rejstřík odebere pouze rejstřík. Tato operace je vyžadována, když je nutné reindexovat celou bibliografickou databázi po významných změnách (dávkových) záznamů. Možnost "Smazat všechny staré verze záznamů" odstraní všechny staré záznamy. Po této operaci je možné obnovit starou verzi záznamu z této databáze pouze z archivní kopie. Volby „Smazat staré verze záznamů starší než 1 rok“ a „Smazat staré verze záznamů starší než 2 roky“ odstraní staré záznamy s určenou dobou omezení s odpovídajícím omezením možností obnovy.

Možnost „Smazat záznamy podle požadavku“ odstraní všechny záznamy, které odpovídají požadavku, včetně indexu. Tyto položky nejsou zahrnuty v tabulce vrácení zpět, ale starší verze odstraněných položek jsou zachovány v tabulce vrácení zpět.

Před samotným smazáním se zobrazí zpráva s výsledkem hledání (kolik záznamů bylo nalezeno) a v této fázi můžete smazání ještě odmítnout. Formát vyhledávacího dotazu je uveden v příloze 4. Formát se také zobrazí na obrazovce, pokud kliknete na tlačítko „?“.

Rýže. 37

5.5. Indexování/přeindexování bibliografické databáze Tato operace (indexování) je vyžadována po načtení záznamů, jinak budou záznamy nedostupné pro vyhledávání. Operace (reindexace) je také nutná po změně indexačních tabulek záznamů, stejně jako po provedení dávkových změn.

Rýže. 38 Během procesu přeindexování bude starý index postupně vymazán pro každý záznam a bude vytvořen nový. Navíc během procesu reindexace lze všechny záznamy prohledávat, ale jejich dokončení ve srovnání s indexováním trvá podstatně déle.

nejprve odstraňte index (viz část 5.4) a poté proveďte indexaci. Během reindexace se nedoporučuje povolit operace úprav (vložení, změna, odstranění). Proto buď proveďte přeindexování mimo pracovní dobu, nebo databázi dočasně znepřístupněte (viz.

Chcete-li indexovat/přeindexovat záznamy v bibliografické databázi, vyberte v tabulce v hlavním okně řádek s požadovanou databází a z kontextového menu vyvolejte příkaz „Reindexovat“ (obr. 32). Objeví se dialogové okno jako na obr. 38.

Ve výchozím nastavení se indexování/přeindexování provádí pomocí indexovacích tabulek, jejichž identifikátory jsou uvedeny v parametrech databáze.

Pokud potřebujete provést operaci s jinou indexační tabulkou, pak v poli „Indexovací tabulka“ byste měli zadat identifikátor požadované indexační tabulky. Je možné přeindexovat/přeindexovat pouze určitá pole. Chcete-li to provést, v poli „Tabulka indexování“ byste měli zadat požadovaný fragment popisné části tabulky indexování (viz odstavec 2.2). Nedoporučuje se nic zadávat do pole Indexovací tabulka, pokud si nejste jisti tím, co děláte.

Existují tři způsoby indexování/přeindexování: všechny záznamy, určitý rozsah záznamů nebo záznamy neindexované ve fázi 1 (ve fázi 1 – protože se zaznamenává pouze úspěšné dokončení fáze 1 indexování – viz odstavec 2.2). Druhý režim se použije, pokud byly do databáze obsahující indexované záznamy dodatečně načteny nové záznamy nebo pokud bylo indexování databáze přerušeno. Ve druhém režimu čísla záznamů v rozsahu odpovídají pořadí, ve kterém jsou záznamy zadávány do databáze. Proto tato příležitost by měl být použit při indexování/přeindexování celé databáze ve známých částech. Například pro otestování výsledku nebo v případě časové tísně.

Chcete-li zahájit proces indexování/přeindexování, klikněte na tlačítko „Start“. Proces je možné kdykoli přerušit kliknutím na tlačítko „Zavřít“ a pokračovat jindy. Proces je také možné pozastavit kliknutím na tlačítko „Stop“ a poté pokračovat kliknutím na tlačítko „Pokračovat“. Zpracování příkazů „Stop“ a „Zavřít“ (ale ne v případě, že se dialogové okno zavře pomocí tlačítka „x“) může nějakou dobu trvat, protože se analyzují statistiky (viz část 5.6), které se také provádějí po indexování/přeindexování prvních 1000 záznamů, každých 10000 záznamů a na konci operace.

5.6. Analýza statistik pro knihovní databáze Datové schéma Ruslan využívá různé indexy Oracle DBMS.

Oracle DBMS poskytuje nejlepší kvalita(podle času) vyhledávání na základě statistických údajů. DBMS tato data neshromažďuje automaticky – k tomu existuje speciální příkaz pro analýzu statistik, který je integrován do automatizovaného pracoviště. Postupem času (pokud byly provedeny operace úpravy záznamu) statistiky zastarávají a kvalita vyhledávání se snižuje. Statistická analýza musí být proto pravidelně prováděna pro všechny databáze knihoven (když se velikost databáze zvětší o několik tisíc záznamů). Potřeba analýzy statistik je indikována postupným (nikoli prudkým) prodlužováním doby vyhledávání známých dotazů (pokud nedošlo ke změnám ve vybavení a konfiguraci fyzické databáze). Během procesu načítání záznamů a indexování (přeindexování) záznamů jsou statistiky analyzovány automaticky.

Chcete-li analyzovat statistiku databáze knihovny, vyberte v tabulce v hlavním okně řádek s požadovanou databází a z kontextového menu vyvolejte příkaz „Analýza“ (obr. 32). Po dokončení analýzy se v okně protokolu objeví odpovídající zpráva. Analýzu statistik je možné nastavit pro více databází současně (samotná analýza bude probíhat postupně pro každou databázi).

Chcete-li to provést, vyberte v tabulce několik databází a v kontextovém menu vyberte příkaz „Analýza“.

Server Ruslan verze 2.13 a vyšší provádí automatickou analýzu statistik každou noc a ruční analýzu se doporučuje provádět pouze po provedení významných změn při dávkové změně s částečnou reindexací.

5.7. Aktualizace přístupových bodů do bibliografických databází Popis přístupových bodů (viz část 2.3) je oddělen od jejich použití v bibliografických databázích (na rozdíl od indexačních tabulek). Tito. Při změně přístupových bodů v určitém seznamu přístupových bodů se tyto změny automaticky nepoužijí na databáze spojené s tímto seznamem přístupových bodů. Také pokud se změní identifikátor seznamu TD pro určitou databázi (viz část 5.2), TD pro tuto databázi zůstanou stejné. TD musíte aktualizovat ručně. Tato operace je rychlá a nekritická.

Chcete-li aktualizovat TD bibliografické databáze, vyberte v tabulce v hlavním okně řádek s požadovanou DB a z kontextového menu vyvolejte příkaz „Aktualizovat TD“ (obr. 32). Po dokončení operace se v okně protokolu objeví odpovídající zpráva.

Je možné aktualizovat přístupové body pro několik bibliografických databází současně. Chcete-li to provést, vyberte v tabulce několik databází a v kontextovém menu vyberte příkaz "Aktualizovat TD". Po zpracování každé databáze se objeví zpráva o úspěšném (v protokolu) nebo neúspěšném (zpráva blokující další práci) dokončení procesu pro zadanou databázi. Pokud se zobrazí zpráva o neúspěšném dokončení procesu pro kteroukoli databázi, po kliknutí na tlačítko "OK" program přejde k aktualizaci přístupových bodů pro další databázi. V budoucnu je pro databázi, u které proces selhal, nutné operaci opakovat. Pokud proces selže u všech vybraných databází, znamená to chybu v syntaxi zadání některého přístupového bodu. Pro zjednodušení výběru databáze s požadovaným identifikátorem seznamu AP můžete tabulku seřadit podle sloupce „Přístupové body“ nebo použít filtr (viz krok 5).

5.8. Načítání záznamů do databází knihovny Operace načítání zajišťuje načítání dat do bibliografických i servisních databází. U bibliografických databází je podporováno načítání ze souboru ve formátu ISO2709. U databází služeb je podporováno načítání ze souboru ve formátu Ruslan (viz Příloha 3). Jsou podporována následující kódování záznamů: DOS (866), MS Windows (1251), KOI-8, UNICODE (UTF-8).

Do bibliografické databáze by měly být načteny záznamy formátu (RUSMARC, USMARC,...), pro který byla tato databáze vytvořena. Po stažení bibliografických záznamů, aby bylo možné vyhledávat, musí být záznamy indexovány (viz odstavec 5.5). Záznamy databáze služeb jsou indexovány během procesu načítání.

Pro načtení záznamů do databáze knihovny vyberte v tabulce v hlavním okně řádek s požadovanou databází a z kontextového menu vyvolejte příkaz „Načíst“ (obr. 32). V dialogovém okně, které se objeví (obr. 39), musíte zadat soubor buď ručně (s úplnou cestou), nebo pomocí standardního dialogového okna pro výběr souboru. Chcete-li otevřít dialog pro výběr souboru, klikněte na tlačítko "" napravo od pole pro zadání názvu souboru. Poté vyberte kódování, ve kterém jsou záznamy v souboru prezentovány, a počkejte na dokončení procesu počítání záznamů v souboru (pole „Počet záznamů v souboru“ se již nezmění).

Pro soubor bibliografických záznamů musíte vybrat formát MARC (RUSMARC, UNIMARC, USMARC, MARC - pokud se liší od prvních tří) a typ formátu MARC (bibliografický, směrodatný, klasifikace). V případě potřeby je také možné zadat možnosti „Přidat prefix ke klíči“ (v poli 001) a „Vygenerovat dubletový klíč“

(v poli 998 a pouze pro RUSMARC).

Pokud ve stažených záznamech nejsou žádné klíče nebo vám nevyhovují, měli byste nastavit možnost „Generovat klíč záznamu“. V tomto případě bude pro každý vložený záznam vygenerován nový klíč v souladu s aktuálním prefixem databáze (u bibliografických databází) a nastavením generátoru čísel klíčů (viz odstavec 5.10). Při vytváření nové databáze je generátor čísel klíčů nastaven na „1“ (čísla klíčů budou generována od 1).

Rýže. 39 Možnosti „Generovat klíč záznamu“ a „Přidat prefix ke klíči“ se vzájemně vylučují.

Operace načítání umožňuje řídit pořadí načítání záznamů - lze načítat všechny záznamy, záznamy v rozsahu (čísla záznamů v rozsahu odpovídají pořadí záznamů ve stahovaném souboru), záznamy „Od prvního nevložené do konce." Poslední možnost bude fungovat správně, pokud databáze, do které jsou záznamy načteny, byla původně prázdná a také pokud původní soubor záznamů a soubor špatných (poškozených) záznamů nebyly mezi fázemi načítání změněny. Soubor chybných záznamů má název odpovídající zdrojovému souboru stažených záznamů a příponu „.bad“ a je vytvořen ve stejném adresáři jako soubor zdrojových záznamů. Pokud není možné vložit záznam do databáze, je záznam umístěn do souboru chybných záznamů.

Chcete-li zahájit proces stahování, klikněte na tlačítko „Spustit“. Stahování záznamů můžete kdykoli přerušit kliknutím na tlačítko „Zavřít“ a pokračovat jindy. Stahování nahrávek můžete také pozastavit kliknutím na tlačítko „Stop“ a poté pokračovat kliknutím na tlačítko „Pokračovat“.

Poznámka.

5. Pokud mezi načtenými záznamy existují související záznamy, vygenerování nových klíčů tato spojení přeruší.

6. Dubletový klíč je generován podle pravidel automatizovaného informačního systému "Ruslan".

7. Kontrola duplicit se provádí při zadávání nových záznamů z Akvizice/Katalogizační pracovní stanice. Kontrola duplicit se při načítání neprovádí.

8. Po načtení záznamů bez generování nových klíčů musíte nastavit generátor čísel klíčů na novou hodnotu (viz kapitola 5.10), abyste zabránili generování dubletových klíčů.

5.9. Vyjmutí záznamů z knihovních databází Operace vyložení zajišťuje vyjmutí dat z bibliografických i servisních databází.

U bibliografických databází je podporováno nahrávání do souboru ve formátu ISO2709. U databází služeb je podporováno nahrávání do souboru ve formátu Ruslan (viz Příloha 3). Při nahrávání lze záznamy překódovat do následujících kódování: DOS (866), MS Windows (1251), KOI-8, UNICODE (UTF-8). V druhém případě se žádné překódování neprovádí, protože záznamy v knihovních databázích jsou uloženy v kódování UTF-8.

Pro nahrání záznamů z databáze knihovny do souboru vyberte v tabulce v hlavním okně řádek s požadovanou databází a z kontextového menu vyvolejte příkaz „Nahrát“ (obr. 32). V dialogovém okně, které se objeví (obr. 40), musíte zadat soubor buď ručně (s úplnou cestou), nebo pomocí standardního dialogového okna pro výběr souboru. Chcete-li otevřít dialog pro výběr souboru, klikněte na tlačítko "" napravo od pole pro zadání názvu souboru. Poté vyberte kódování, ve kterém mají být položky v souboru prezentovány.

Rýže. 40

Soubor je možné buď přepsat (starý obsah se ztratí), nebo přidat nahrané záznamy na konec zadaný soubor. Možnost „Řádek po řádku“ určuje, že za každý záznam v souboru bude vložen znak nového řádku (ve stylu Windows, tj. dva bajty).

Pole „Smazat tagy“ se používá k zadání seznamu tagů, které by měly být smazány při načítání ze záznamů databáze služeb. Značky jsou odděleny čárkami (bez čárky na konci).

Operace nahrávání vám umožňuje řídit pořadí, ve kterém se záznamy nahrávají – můžete nahrát všechny záznamy, určitý rozsah záznamů a záznamy vybrané na základě požadavku (formát požadavku viz příloha 4). Čísla záznamů v rozsahu odpovídají pořadí, ve kterém jsou záznamy zadávány do databáze. Proto by tato funkce měla být použita při uvolnění celé (nebo části) databáze ve známých částech.

Nahrání záznamů na vyžádání lze použít k archivaci změn (nově vytvořených a upravených záznamů z jistý bodčas). Požadavek „@1012,5,0,2,0,0,8=20010521“ tedy stáhne (z uvedené bibliografické databáze) všechny záznamy vytvořené nebo změněné v období od 21. května 2001 do současnosti.

Pro databázi služeb by podobný dotaz vypadal takto:

"@3.5,0.2,0.0.8=20010521."

Chcete-li zahájit proces nahrávání, klikněte na tlačítko „Start“. Nahrávání záznamů můžete kdykoli přerušit kliknutím na tlačítko „Zavřít“ a pokračovat jindy. Nahrávání záznamů můžete také pozastavit kliknutím na tlačítko Zastavit a poté pokračovat kliknutím na tlačítko Pokračovat.

Poznámka.

1. Vyjmutí z bibliografických databází je možné pouze v „nativním“ formátu MARC, tzn. v tom, ve kterém byly záznamy načteny.

2. Pokud dojde k načtení z databáze v době, kdy uživatelé mohou s touto databází pracovat prostřednictvím serveru Ruslan, pak je možná ztráta záznamů v souboru (jejich počet neodpovídá očekávanému) v důsledku smazání záznamů od uživatelů z této databáze.

5.10. Nastavení počátečního čísla generátoru klíčů záznamů databáze knihovny Po vytvoření nové databáze je generátor pro tuto databázi nastaven na „1“, tzn.

při vkládání nových záznamů z knihovních pracovišť budou číslovány (pomocí klíče pro servisní databáze a číselné části klíče pro bibliografické databáze) postupně od 1.

Rýže. 41 Pokud jsou do ní po vytvoření databáze načteny záznamy bez vygenerování klíče (viz odstavec 5.8), pak se při vkládání nových záznamů z knihovních pracovních stanic může ukázat, že nově vygenerovaný klíč již bude existovat.

V důsledku toho dojde při vkládání záznamu k chybě. Například jste načetli 3 záznamy do nějaké bibliografické databáze, aniž byste vygenerovali klíče. Tyto záznamy mají klíče s numerickou částí "5", "6" a "7". Dále byly do této databáze vloženy 4 záznamy z pracovní stanice knihovny. Obdrželi klíče s numerickou částí „1“, „2“, „3“, „4“. Pokud se pokusíte vložit 5. záznam do této databáze, dojde k chybě, protože klíč s číselnou částí „5“ již existuje. Aby k tomu nedocházelo, měl by být generátor klíčů posunut, tzn. nastavte mu nové startovní číslo. V uvedeném příkladu by počáteční číslo nového generátoru mělo být "8".

Pro nastavení nového počátečního čísla generátoru klíčů vyberte v tabulce v hlavním okně řádek s požadovanou databází a z kontextového menu vyvolejte příkaz „Nastavit klíč“ (obr. 32). V dialogovém okně, které se objeví (obr. 41), uvidíte poslední číslo v klíči v záznamech této databáze aktuální číslo generátoru a nové startovní číslo generátoru navržené systémem. Pokud nejste spokojeni s novým startovním číslem navrženým systémem, můžete nastavit číslo, které považujete za správné.

Kliknutím na tlačítko "Spustit" nastavíte zadané číslo nového klíče generátoru. V okně protokolu se zobrazí zpráva o úspěšném dokončení operace.

Poznámka.

1. Pokud je operace zrušena, hodnota generátoru se zvýší o 1. Pokud se tedy rozhodnete neměnit startovní číslo generátoru (aktuální číslo odpovídá novému startovnímu číslu), klikněte na „Spustit“ stejně tlačítko.

5.11. Prohlížení záznamů v knihovních databázích Pro prohlížení záznamů vyberte v tabulce v hlavním okně řádek s požadovanou databází a z kontextového menu zavolejte příkaz „Zobrazit“ (obr. 32).

Stejný příkaz lze vyvolat dvojitým kliknutím levého tlačítka myši na řádku s požadovanou databází. Pro bibliografickou databázi se objeví dialogové okno jako na obr. 42 a pro databázi služeb – jako na obr. 43. Pokud v databázi nejsou žádné záznamy nebo v případě chyb, zobrazí se zpráva „Chyba při získávání prvního záznamu!“.

Rýže. 42 Navigační tlačítka umožňují přejít na první záznam v databázi („|“) poslední záznam do databáze ("|"), na další záznam (""), na předchozí záznam (""). Pokud přejdete na neexistující záznam, zobrazí se zpráva „Chyba při načítání záznamu!“. U bibliografických databází je možné přejít na konkrétní záznam identifikovaný interním (klíč DB) nebo externím (klíč z pole MARC 001) klíčem. Chcete-li to provést, zadejte klíč do příslušného pole dialogového okna a stiskněte klávesu "Enter".

(„Vstup“). U databází služeb je možné přejít na konkrétní záznam identifikovaný interním klíčem.

Stav bibliografického záznamu znamená: 0 – záznam není indexován, 1 – záznam je indexován (podle alespoň na fázi 1 v případě dvoufázového indexování).

Rýže. 43 U bibliografické databáze je možné vybrat (pro výběr celého záznamu umístěte kurzor do pole záznamu a stiskněte Ctrl+A) a zkopírujte textové znázornění záznamu do schránky (standardní kombinace kláves je Ctrl+ C).

U bibliografického záznamu se informace o tom, kdo a kdy jej vytvořil, zobrazí ve vhodně pojmenovaných polích. Pro oficiální záznam se informace o tom, kdo a kdy jej vytvořil, nachází v polích 2 a 3 tagu (formát data: RRRRMMDDDHHMMSS). Pokud byl záznam vytvořen během procesu stahování z pracovní stanice správce, pak jméno tvůrce je „phloader“.

Tlačítko „Smazat“ slouží k vymazání záznamu z databáze. Po smazání se záznam umístí do tabulky vrácení zpět (viz část 5.13). Po vyjmutí stále zůstává na obrazovce. U bibliografických databází je podporována operace indexování/přeindexování prohlíženého záznamu (tlačítko „Reindexovat“). Indexování/reindexace se provádí v souladu s indexovacími tabulkami definovanými pro vybranou databázi (viz kapitola 5.1).

5.12. Kontrola dubletů v polích MARC záznamů a servisních záznamů Kontrola dubletů umožňuje získat seznam hodnot dubletu v určeném poli (podpole) MARC záznamu nebo poli servisního záznamu. Tato operace je užitečná pro kontrolu duplikace inventárních čísel, čárových kódů atd.

Chcete-li získat seznam dubletů v bibliografické databázi, vyberte v tabulce v hlavním okně řádek s požadovanou databází a z kontextového menu vyvolejte příkaz „Dublety“ (obr. 32). V zobrazeném dialogovém okně (obr. 44) do pole „Pole“ zadejte číslo pole (podpole), do pole „Množství“ – limit počtu hodnot, které mají být načteny.

Chcete-li vyhledat dublety, klikněte na tlačítko „Najít“. Po dokončení operace vyhledávání se zobrazí zpráva udávající počet načtených dubletů. Pokud se rovná limitu, pak je pravděpodobně více dubletů. Dublety se zobrazí v tabulce dialogového okna. Sloupec „Hodnota“ zobrazuje hodnoty zadaného pole (podpole), které se opakují v záznamech vybrané databáze. U servisních databází je tato hodnota zkrácena na prvních 32 znaků. Sloupec „Duplicita“ zobrazuje počet opakování hodnoty ve všech záznamech vybrané databáze.

Když zavřete dialogové okno Hledání dubletů, zobrazí se zpráva s výzvou k uložení nalezených dubletů do textového souboru pro pozdější použití knihovníky.

Rýže. 44

5.13. Zobrazení historie změn v bibliografických záznamech a obnova smazaného nebo změněného záznamu IBS "Ruslan" ukládá historii změn v bibliografických záznamech pro každou bibliografickou databázi. Když se záznam změní, stará verze záznamu se umístí do toho, co se nazývá tabulka vrácení zpět. Když je položka odstraněna, je také umístěna do tabulky vrácení. U každého záznamu je uloženo, kdo a kdy jej vytvořil. Do databáze je možné obnovit libovolnou verzi záznamu (pokud tato verze nebyla smazána).

Rýže. 45 Chcete-li zobrazit tabulku vrácení určité databáze, vyberte v tabulce v hlavním okně řádek s požadovanou bibliografickou databází a z místní nabídky vyvolejte příkaz „Rollback“ (obr. 32). Objeví se dialogové okno jako na obr. 45.

U každého záznamu je zobrazen interní klíč (klíč DB); cizí klíč (z pole MARC 001); operace, v jejímž důsledku tento záznam byla umístěna do rollback tabulky; uživatel, který vytvořil (v důsledku operace načtení, vložení nebo úpravy) tuto verzi záznamu v případě operací Změna a Vymazání, nebo který záznam v případě operace Vymazání smazal; čas, kdy byl vytvořen (a nebyl umístěn do tabulky vrácení!) v databázi tato verze záznamu, v případě operací Upravit a Odstranit, nebo čas, kdy byla provedena operace Odstranit (kdy byl záznam umístěn do tabulky vrácení v důsledku operace odstranění).

Rýže. 46 V příkladu na obr. 45 byl 14. 2. 2004 v 15:53:23 načten záznam s klíčem „ru\spstu\books\139427“ na pracovní stanici správce (uživatelský floader).

Následující verze záznamu byla vytvořena uživatelem compl dne 02/24/2004 v 11:35:29 a byla vrácena zpět v důsledku operace změny. Následující verze záznamu byla také vytvořena uživatelem compl dne 24.02.2004 v 11:36:34 a byla vrácena zpět v důsledku operace odstranění provedené uživatelem compl_admin dne 24.02.2004 v 11:00: 40:23. Záznam pomocí klíče „ru\spstu\books\139435“

byl nahrán na pracovní stanici správce (uživatelský floader) dne 14.02.2004 v 15:53:23. Dne 24.02.2004 v 11:38:30 byl tento záznam smazán správcem systému (libmgr) z pracovní stanice správce.

Rýže. 47 Veškeré operace v okně vrácení zpět se provádějí prostřednictvím kontextového menu (obr. 46). Chcete-li porovnat starou verzi záznamu s aktuální (v pracovní databázi), vyberte řádek tabulky se starou verzí a dvakrát na něj klikněte levým tlačítkem myši nebo vyberte příkaz „Porovnat“ z kontextové nabídky. Objeví se dialog jako na obr. 47. Horní část dialogu obsahuje aktuální záznam z databáze, jeho tvůrce a datum vytvoření. Spodní část dialogu obsahuje záznam z rollback tabulky, jejího tvůrce a datum vytvoření záznamu. Pokud byl aktuální záznam (v databázi) smazán, bude horní část prázdná.

Chcete-li porovnat položky z tabulky vrácení zpět, vyberte dvě položky, které vás zajímají, a z kontextové nabídky vyberte příkaz „Porovnat“.

Chcete-li obnovit starou verzi záznamu, vyberte požadovanou starou verzi a z kontextové nabídky vyberte příkaz „Obnovit“. Chcete-li obnovit nejnovější verzi odstraněného záznamu, můžete vybrat řádek tabulky s operací Odstranit nebo Odstranit. Pokud obnovíte starou verzi nahrávky, která nebyla smazána, Současná verze bude umístěn do tabulky vrácení. Obnovený záznam se považuje za vytvořený uživatelem DBMS, který je vlastníkem databáze (viz odstavec 2.1), ve které se tato bibliografická databáze nachází. V příkladu popsaném v tomto tutoriálu by tento uživatel byl lib1 (viz

například obr. 45).

Rýže. 48 Informace o starých verzích záznamů se zobrazují v dialogovém okně vrácení po částech po 30 verzích. Když otevřete dialogové okno pro vrácení zpět, zobrazí se 30 nejnovějších verzí záznamů v zadané databázi. Ve výchozím nastavení jsou položky seřazeny podle data v sestupném pořadí. Vrácenou tabulku můžete seřadit podle libovolného sloupce kliknutím levým tlačítkem myši na záhlaví sloupce. Chcete-li načíst dalších 30 verzí, vyberte z kontextové nabídky možnost Vybrat více. Chcete-li rychle najít novou část verzí, před zadáním příkazu „Vybrat více“ vyberte poslední řádek v seznamu – tento řádek zůstane vybraný i po provedení příkazu.

Vzhledem k tomu, že se v tabulce vrácení postupem času nashromáždí mnoho verzí záznamů, je možné je filtrovat. Po použití filtru se zobrazují i ​​verze záznamů po 30 kusech. Chcete-li nastavit filtr, vyberte příkaz „Filtr“ z kontextové nabídky. Objeví se dialogové okno (obr. 48), ve kterém lze nastavit filtrování podle vnitřního klíče (databázový klíč), podle cizího klíče (z pole MARC 001), podle operace, která vyústila v zařazení záznamu do tabulky vrácení zpět, podle toho, zda se má záznam zařadit do tabulky zpětných změn. uživatelem, který vytvořil záznam verze nebo osobou, která záznam smazala, a datem vytvoření verze záznamu nebo smazání záznamu. Pro interní klíč a datum můžete zadat vztah (, =...). Cizí klíč je vždy filtrován operací LIKE. Při absenci speciálních znaků („_“, „%“) funguje tato operace pro rovnost. Speciální znak podtržení („_“) znamená jakýkoli znak (jeden!). Speciální znak v procentech („%“) znamená libovolný počet znaků. Obvykle se procento speciálních znaků používá, aby se zabránilo specifikaci předpony klíče, která je obvykle stejná pro všechny záznamy bibliografické databáze. Chcete-li filtr odstranit, vyvolejte dialogové okno filtru, klikněte nejprve na tlačítko „Vymazat“ a poté na „Přijmout“. Tlačítko „Ponechat beze změny“ zavře okno filtru bez provedení jakýchkoli změn podmínek filtrování.

Pro zmenšení celkové velikosti databáze a zvýšení rychlosti práce se starými verzemi záznamů se doporučuje periodicky čistit rollback tabulku (mazání velmi starých verzí). Tuto operaci lze provést několika způsoby. Většina rychlý způsob Odstranění všech starých verzí je uvedeno v odstavci 5.4. Všechny staré verze můžete také odstranit z dialogového okna vrácení zpět výběrem příkazu „Smazat vše“ z kontextové nabídky. Chcete-li odstranit vybrané verze záznamů, vyberte z kontextové nabídky příkaz „Smazat vybrané“. Chcete-li odstranit všechny verze záznamů, které odpovídají použitému filtru, vyberte z kontextové nabídky příkaz „Smazat vše podle filtru“.

5.14. Dávková úprava bibliografických záznamů IBS "Ruslan" poskytuje dvě možnosti dávkové úpravy bibliografických záznamů: jednoduchou a pokročilou. Jednoduchá možnost je omezená ve svých možnostech, ale má přívětivé uživatelské rozhraní. Pokročilá možnost umožňuje provádět jakékoli změny záznamů, ale vyžaduje účast programátora na vytvoření programu pro tyto změny. Proto pro rozšířenou verzi poskytuje služba podpory speciální knihovnu (DLL) s typickými změnami. V rámci technické podpory si můžete objednat potřebné změny (kontakt [e-mail chráněný]).

Chcete-li provést jednoduchou dávkovou změnu určité databáze, vyberte v tabulce v hlavním okně řádek s požadovanou bibliografickou databází a z kontextového menu vyvolejte příkaz „Změnit záznamy - Jednoduchá změna“ (obr. 32). Objeví se dialogové okno jako na obr. 49.

Je možné provést tři současné operace změny:

nahrazení/přidání podřetězce v poli (podpole) nebo ve vloženém poli (podpole) v komunikačním poli. Operace změny se provádí na všech instancích podpole ve všech instancích pole záznamu. Přidání podpole se provádí pouze pro existující pole a ve všech instancích polí, tzn.

pokud žádné pole neexistuje, nevytvoří se automaticky. Je možné nahradit celý řetězec při nastavení možnosti " celá řada", provedení operace smazání pole (podpole) při zadání možnosti "smazat", provedení operace přidání podřetězce (případně společně s přidáním podpole) při zadání možnosti "přidat" (hodnota v poli "nahradit" pole funguje jako filtr záznamů). V druhém případě můžete určit, co dělat, pokud podpole existuje: přidat, nepřidávat, zřetězit vlevo (volba „lk“) nebo vpravo (volba „pk“). Pokud povolíte možnost "přidat", neexistující podpole bude přidáno pouze v případě, že pole existuje;

nahrazení indikátorů v poli nebo ve vestavěném poli v komunikačním poli;

nahrazení podřetězce v kódovaném poli (podpole) nebo ve vloženém kódovaném poli (podpole) v komunikačním poli. Volba „přidat“ umožňuje přidat kódované pole (podpole) vždy nebo pokud neexistuje. Chybějící indikátor je specifikován mezerou. Token je určen zadáním 000 v kódovaném poli. U kódovaných polí je určena pozice, od které se provádějí změny (počínaje 0). V tomto případě se musí délky nahrazovaných a nahrazujících podřetězců shodovat.

Rýže. 49 Chcete-li přidat podpole spolu s přidáním pole (když pole neexistuje), musíte nastavit jeho parametry v sekci pro kódované pole, bez ohledu na to, zda je pole kódované nebo ne.

V oblastech pro zadávání datových řetězců ("nahradit" a "do") můžete zadat makro záměny ve formě odkazu na podpole, například (999a). V tomto případě bude hodnota řetězce převzata z odpovídajícího podpole. Pokud se pole zadané v makru shoduje s polem, na kterém se provádí operace modifikace (zadanému do pole „V poli“), bude hodnota řádku pro každý výskyt pole převzata z odpovídající instance pole. Pokud se pole liší, bude hodnota řádku převzata z první instance pole určeného v makru.

Rýže. 50 Použití substitucí maker umožňuje kopírovat data z jednoho podpole do druhého (operace přidání) a získat složitější filtry během operací mazání/nahrazování.

Pro provedení rozšířené dávkové změny určité databáze vyberte v tabulce v hlavním okně řádek s požadovanou bibliografickou databází a z kontextového menu vyvolejte příkaz „Změnit záznamyRozšířená změna“ (obr. 32). Objeví se dialogové okno jako na obr. 50.

Do pole „DLL File“ musíte zadat název souboru dynamické knihovny (musí mít příponu dll) s uvedením úplné cesty ručně nebo pomocí standardního dialogu pro výběr souboru. Dialogové okno otevřete kliknutím na tlačítko "" napravo od pole pro zadání názvu souboru. Po výběru souboru DLL ze seznamu Změnit název vyberte požadovanou funkci funkce (FuncName). Li DLL soubor dodané službou systémové podpory, přiřazení funkcí je uvedeno v průvodní dokumentaci. Po výběru funkce se zobrazí pole „Log“. dodatečné informace na práci s funkcí. Do pole Soubor možností zadejte název souboru možností, pokud je pro vybraný prvek vyžadován.

Jednoduché i pokročilé možnosti dávkové změny mají následující společné prvky přizpůsobení. Změny lze provádět buď přímo v pracovní databázi, která je uvedena v poli „Název databáze“, nebo zkopírováním nových záznamů do jiné (nejlépe prázdné) databáze (k tomu je třeba vybrat její název v poli „Název databáze“. databáze, do které se mají umístit změněné záznamy“). Před zahájením postupu dávkové změny musí být vytvořena základna kopie. To umožňuje kontrolovat správnost změn v záznamech a zamezit poškození záznamů v pracovní databázi. Pokud změny záznamů proběhnou správně, můžete zahájit proceduru změny záznamů přímo v pracovní databázi. K tomu musí zůstat pole „Název databáze, do které se mají umístit změněné záznamy“ prázdné, nemusíte v něm nic vybírat! V čem stará verze každý záznam (před úpravou) bude vrácen zpět. Před opravou záznamů v pracovní databázi se doporučuje vytvořit její archivní kopii (viz odstavec 7).

V poli „Parsing table“ můžete zadat speciální indexovací tabulku nebo fragment popisné části indexovací tabulky (viz.

článek 2.2) pro indexování/přeindexování změněných záznamů. Nedoporučuje se nic zadávat do pole Indexovací tabulka, pokud si nejste jisti tím, co děláte. Hodnota „0“ (výchozí) v tomto poli znamená: neindexovat změněné záznamy. Doporučuje se zadat tuto hodnotu, pokud jsou změněna neindexovaná pole/podpole.

Pokud do pole Tabulka indexování nic nezadáte, použijí se výchozí indexační tabulky pro danou databázi (doporučeno, pokud se mění indexovaná pole).

Je možné prohlížet všechny záznamy pro změny nebo v určitém rozsahu (v pořadí zápisu do databáze). Když jednoduchá změna Je také možné změnit záznamy vybrané na žádost (viz Příloha 4).

Příznak „Rollback“ určuje, zda budou staré verze záznamů vráceny zpět. Tento příznak doporučujeme zrušit, pokud jste si jisti správností prováděných změn (správnost změn byla pečlivě kontrolována pomocí testovací databáze, do které byly změněné záznamy umístěny) a dochází ke změně velkého počtu záznamů.

Chcete-li zahájit proces dávkové změny, klikněte na tlačítko „Spustit“. Proces lze pozastavit kliknutím na tlačítko „Stop“ a poté pokračovat kliknutím na tlačítko „Pokračovat“. Tlačítko Zavřít stisknuté během procesu přeruší jeho provádění. Proces změny záznamů se odráží v protokolu. Udává, kolik záznamů bylo zobrazeno, kolik bylo navrženo ke změně a kolik bylo úspěšně změněno.

Poznámka.

1. V případě změna šarže(ve kterém se mění indexovaná pole/podpole) pokrývá značné procento záznamů v databázi, je doporučeno nastavit pole „Indexovací tabulka“ na „0“ a po hromadné změně celý index smazat (viz část 5.4) a znovu databázi indexujte (viz odstavec 5.5).

2. Pokud je proces změny přerušen, záznamy, které byly do tohoto okamžiku změněny, zůstanou ve změněném stavu. Chcete-li obnovit původní nahrávky, použijte funkci obnovení starých verzí nahrávek (viz.

s. 5.13) nebo obnovit archivovanou kopii databáze.

3. Během procesu změny dávky nejsou statistiky analyzovány.

Správce to musí v případě potřeby (pokud se změní indexovaná pole/podpole) provést samostatně (viz odstavec 5.6). Po provedení všech požadovaných změn se doporučuje analyzovat statistiky.

6. Knihovní technologie Tato část popisuje operace nutné pro konfiguraci aplikovaných technologických cyklů prováděných jak samostatně serverem Ruslan, tak technologických cyklů realizovaných ve spojení s různými pracovními stanicemi systému.

6.1. Práce s vyrovnávací databází IBS "Ruslan" podporuje dvě technologie pro zadávání nových záznamů. První technologie předpokládá přítomnost jedné hlavní bibliografické databáze (pro typ dokumentu, například pro knihy). Pracovníci knihovny vytvářejí záznamy v této databázi. Čtenáři při práci s elektronickým katalogem pracují i ​​s touto databází. V tomto případě nastává problém související s dostupností pro čtenáře bibliografických popisů, které ještě neprošly celým cyklem bibliografického zpracování, tzn. dokumenty neobdržely servisní útvary. Čtenář si může objednat dokumenty, které nejsou k dispozici pro servis. Tento problém lze vyřešit následujícím způsobem. U záznamů, které nebyly zpracovány, je stav „set“ (ve značce záznamu), což znamená, že dokument není plně katalogizován. A v uživatelském rozhraní čtečky je zaveden skrytý filtr na základě stavu záznamu. Nevýhodou tohoto způsobu skrývání záznamů o neúplně katalogizovaných dokumentech před čtenáři je, že je náročný na zdroje (snížený výkon systému).

Systém Ruslan nabízí i další technologii pro skrývání záznamů neúplně katalogizovaných dokumentů před čtenáři. Kromě hlavní bibliografické databáze (pro typ dokumentu) je vytvořena vyrovnávací bibliografická databáze (pro typ dokumentu). Nové záznamy jsou zadávány a zpracovávány v databázi vyrovnávací paměti. Po dokončení zpracování jsou dokumenty předány servisním útvarům a záznamy o těchto dokumentech jsou převedeny z databáze nárazníků do hlavní. Databáze bufferů je znepřístupněna čtenářům (viz bod 4). Výhodou této technologie je, že pro zaměstnance knihovny můžete nakonfigurovat různé úrovně přístupu k bufferu a hlavní databázi. To zvyšuje zabezpečení hlavní databáze (například operace odstranění je povolena pouze pro vyrovnávací databázi).

Chcete-li přenést kompletní záznamy z bibliografické databáze bufferu do hlavní, vyberte v tabulce v hlavním okně řádek s požadovanou databází bufferu a z kontextového menu vyvolejte příkaz „Přesunout záznamy“

(obr. 32). Po určité době, během které jsou analyzovány záznamy v databázi bufferu, se objeví dialogové okno (obr. 51), ve kterém je třeba vybrat hlavní databázi, do které budou záznamy přesunuty.

Rýže. 51

Přesouvají se pouze úplné záznamy. V případě hierarchicky souvisejících záznamů se vždy přesouvají úplné záznamy nejvyšší úrovně. Počet přesunutých záznamů ne nejvyšší úrovně lze ručně měnit, automaticky se násobí 5 nebo 10. Kromě toho je možné současně ukládat přesunuté záznamy ne nejvyšší úrovně do souboru v jednom z kódování: DOS (866), MS Windows (1251), KOI-8 nebo UNICODE (UTF-8). Chcete-li uložit záznamy do souboru, musíte zadat název souboru ručně (s úplnou cestou) nebo pomocí standardního dialogového okna pro výběr souboru.

Chcete-li otevřít dialog pro výběr souboru, klikněte na tlačítko "" napravo od pole pro zadání názvu souboru. Můžete buď přepsat soubor (starý obsah bude ztracen), nebo přidat stránkované záznamy na konec zadaného souboru. Možnost „Řádek po řádku“ určuje, že za každý záznam v souboru bude vložen znak nového řádku (ve stylu Windows, tj. dva bajty).

Chcete-li zahájit operaci přesouvání záznamů, klikněte na tlačítko „Spustit“. Průběh operace se projeví v protokolu. Po přesunutí záznamů budete vyzváni k jejich indexování. Pokud souhlasíte, bude indexování provedeno v souladu s indexovacími tabulkami uvedenými v parametrech hlavní databáze (viz odstavec 5.1). V případě selhání je operace indexování (je-li požadována) provedena ručně (viz odstavec 5.5).

6.2. Výpůjční analytika Výpůjční analytika je výpůjčka bibliografických záznamů od komponent sériová publikace.

Při práci na sestavování analytických záznamů se doporučuje zajistit na základě pole 001 spojení mezi záznamem pro dílčí část, záznamem o vydání seriálové publikace a záznamem pro seriál jako celek. Při ručním vytváření analytického záznamu na pracovní stanici Katalogizátora se automaticky navazují spojení na základě polí 001. Postup pro výpůjčku analytických záznamů z vnější zdroj má řadu funkcí, které komplikují obnovu komunikace založené na poli 001. Hlavním důvodem je, že výpůjčky jsou prováděny okamžitě ze všech záznamů seriálové publikace. Obnovení spojení v pracovní stanici Katalogizátora je přitom možné pouze individuálně pro každý záznam.

Pro zvýšení efektivity procesu půjčování analytických záznamů je na serveru Ruslan verze 2.11 a vyšší implementován mechanismus pro automatické obnovení komunikace na základě polí 001. Na základě informací o publikaci seriálu (ISSN, název, rok, číslo vydání) dostupné v analytickém záznamu, lokální databáze obsahují vlastní záznamy pro seriál jako celek a záznam pro vydání seriálu. Ve vypůjčeném analytickém záznamu je původní obsah polí vložených do polí 461 a 463 nahrazen údaji z nalezených záznamů. Pokud záznamy nebyly nalezeny, server vrátí diagnostiku. V tomto případě je nutné provést postup opětovného propojení záznamů v manuální režim pomocí standardních možností AWS Cataloger.

Implementovaný mechanismus nezaručuje 100% úspěšný výsledek převázání. Existuje poměrně velké procento publikací (2–10 %), u kterých může být výsledek přelinkování nesprávný. Také výsledek přelinkování významně závisí na souladu s formátem RUSMARC při vytváření (nebo konverzi) bibliografických záznamů.

Pro zajištění správnosti hlavních pracovních databází se nedoporučuje půjčovat analytické záznamy přímo do pracovních databází, ale využívat mezilehlé databáze pro dočasné uložení a kontrolu propojených záznamů. Počínaje Ruslan serverem verze 2.11 bylo odstraněno omezení povinného ukládání záznamů pro komponentu a záznamů pro zdroj v jedné fyzické databázi. V tomto ohledu je doporučeno vytvořit samostatné pracovní databáze pro ukládání analytických záznamů a další zprostředkující databázi.

Převázání pomocí mezizákladu

Postup pro nastavení mechanismu opětovného vázání pomocí mezilehlé základny se skládá z následujících 4 kroků:

1. Vytvořte další bibliografickou databázi pro dočasné uložení analytických záznamů (například ANALIT_TMP). V případě potřeby vytvořte novou bibliografickou databázi pro trvalé uložení analytických záznamů (například ANALIT), pokud pro tento účel nebude použita standardní databáze SERIAL.

2. Do parametru CorpDB server přidejte databázi ANALIT_TMP.

3. V parametru serveru SerialItemDBMap zadejte shodu mezi databází používanou k ukládání sériových záznamů a databázemi používanými k ukládání analytických záznamů (pokud jsou například sériové záznamy uloženy v databázi SERIAL, pak řetězec „SERIAL,ANALIT_TMP,ANALIT ;” musí být uvedeno v parametru).

4. Restartujte server.

Tento režim umožňuje přidávat analytické záznamy do pracovní databáze (například ANALIT) bez použití mechanismu opětovného propojení.

Převázání bez použití mezizákladu

Postup pro nastavení mechanismu opětovného vázání bez použití mezizákladny se skládá z následujících 4 kroků:

1. Vytvořte novou bibliografickou databázi pro trvalé uložení analytických záznamů (například ANALIT_2005).

2. Do parametru CorpDB server přidejte databázi ANALIT_2005. V parametru CorpDB nepoužívejte databázi SERIAL.

3. V parametru serveru SerialItemDBMap přidejte označení korespondence mezi databází používanou pro ukládání sériových záznamů a databázemi používanými pro ukládání analytických záznamů (například pokud jsou sériové záznamy uloženy v databázi SERIAL, pak v parametru musíte zadejte řetězec „SERIAL,ANALIT_2005;“).

4. Restartujte server.

Tento režim neposkytuje možnost přidávat analytické záznamy do pracovní databáze (například ANALIT_2005) bez použití mechanismu pro opětovné propojení (tj. mechanismus pro opětovné propojení funguje vždy), ale má v průměru vyšší provozní rychlost.

Převázání přes střední základnu

Chcete-li použít mechanismus opětovného propojení prostřednictvím zprostředkující základny, musíte na pracovní stanici katalogizátoru provést následující kroky:

4. Zkopírujte záznamy do zprostředkující databáze (například ANALIT_TMP).

5. Najděte záznamy v mezidatabázi.

6. Pokud jsou výsledné záznamy vyhovující, zkopírujte je do pracovní analytické databáze (v tomto režimu použití může být buď SERIAL nebo ANALIT).

7. Pokud výsledky opětovného propojení nejsou uspokojivé, proveďte ruční opětovné propojení v pracovní databázi.

8. Odstraňte záznamy z ANALIT_TMP.

Opětovné svázání bez prostřední základny Chcete-li použít mechanismus opětovného vázání bez prostřední základny, měli byste na pracovní stanici Katalogeru provést následující kroky:

1. Připojte se k místnímu serveru.

2. Připojte se ke vzdálenému serveru.

3. Najděte analytické záznamy pro požadovaný sériový problém.

4. Zkopírujte záznamy do pracovní databáze (například ANALIT_2005).

5. Najděte záznamy v pracovní databázi.

6. Pokud jste s výslednými záznamy spokojeni, pokračujte v práci na další dávce záznamů (nebo dokončete práci).

7. Pokud výsledky opětovného propojení nejsou uspokojivé, upravte záznamy a ručně znovu propojte pracovní databázi (například ANALIT_2005).

Pro urychlení provozu mechanismů pro opětovné propojení záznamů se doporučuje zpracovat staré pole sériových a analytických záznamů (zmenšit velikost databáze používané k ukládání seriálů).

Pokud v předchozí práci byla pro ukládání sériových a analytických záznamů použita databáze SERIAL, pak se doporučuje vybrat všechny analytické záznamy z této databáze a umístit je do samostatné databáze (například ANALIT_OLD). Vytvořte samostatnou databázi pro ukládání analytických záznamů (například ANALIT) a použijte ji k ukládání nových analytických záznamů. Vzhledem k tomu, že při využití výpůjčních technologií může objem databází narůstat mnohem rychlejším tempem než při samostatném vytváření popisů, je doporučeno vytvořit novou databázi pro ukládání analytiky, když aktuální databáze dosáhne objemu cca 200 000 tisíc záznamů.

6.3. Nastavení prostředků pro zpracování bibliografických záznamů na pozadí Server Ruslan podporuje možnost automatického zpracování záznamů v bibliografických nebo autoritativních databázích na základě datových souborů ve formátu RUSMARC, USMARC, UNIMARC. Zpracování zahrnuje tři operace: načtení (vložení nového záznamu), aktualizaci a vymazání (u starých záznamů). Po provedení operace aktualizace je záznam v databázi nahrazen celým záznamem ze souboru.

Server Ruslan podporuje čtyři schémata automatického zpracování.

F035Typ, MARSType, RKPTType. Hlavním rozdílem ve schématech je způsob jednoznačné identifikace servisního záznamu. Pro zajištění práce této služby jsou použity dva povinné (pro tuto službu) parametry serveru:

LoadFilesDB Obsahuje seznam bibliografických databází k načtení.

Pokud máte v úmyslu provádět operace aktualizace a mazání, musíte zadat čtyři další parametry (standardně přítomné v distribuční sadě serverové části IBS "Ruslan"):

RF24 Obsahuje servisní řádek pro generování požadavku na vymazání bibliografického záznamu (záznamů) z databáze. Používá se pro schéma zpracování RKPType.

RF25 Obsahuje servisní řádek pro generování požadavku na vymazání bibliografického záznamu (záznamů) z databáze. Používá se pro schéma zpracování MARSType.

RF26 Obsahuje servisní řádek pro generování požadavku na vymazání bibliografického záznamu (záznamů) z databáze. Používá se pro schéma zpracování F001Typ.

RF27 Obsahuje servisní linku pro generování požadavku na

–  –  –

Nastavení zpracování souborů Chcete-li aktivovat proceduru zpracování bibliografických záznamů do konkrétní databáze, musíte provést následující posloupnost akcí:

3. Pokud jsou plánovány operace aktualizace nebo odstranění, ujistěte se, že v parametru RFXX existuje požadavek odpovídající schématu načítání.

4. Vytvořte vnořené podadresáře, počínaje kořenovým adresářem, v souladu s následujícím pořadím: název databáze, schéma zpracování (F001TYPE, F035TYPE, MARSTYPE, RKPTYPE), operace (INSERT,

UPDATE, DELETE), formát záznamu (RUSMARC,USMARC,UNIMARC), kódování záznamu (DOS,KOI,WIN,UTF8). Příklad cesty:

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

5. Do výsledného adresáře umístěte soubory, které vyžadují určité zpracování. Soubor musí mít příponu mrc.

6. Ujistěte se, že uživatel, pod kterým běží Ruslan server (služba RUSLANServiceR6), má právo číst, zapisovat a mazat soubory z vytvořeného adresáře.

7. Restartujte službu RUSLANServiceR6.

Pokud cesta k výslednému adresáři neobsahuje typ formátu, bude detekován automaticky ( přesná definice formát není zaručen).

Pokud je operace úspěšná, zpracovaný soubor je odstraněn pro jakékoli schéma zpracování.

Úloha zpracování souborů je spuštěna serverem Ruslan automaticky během časového období od 00:00 do 04:00 v souladu s prioritou vzhledem k ostatním úlohám na pozadí. Není zaručeno, že úkol bude dokončen do 4:00. Objem vykonané práce (a nepřímo i doba práce) je omezena „podmíněnými“

10 MB. Pro operaci INSERT se svazek vypočítá jako součet objemu všech souborů definovaných pro tuto operaci. Pro operace mazání (DELETE) se používá násobící faktor 9, pro operace modifikace (UPDATE) je násobící faktor 10. Koeficienty jsou správné pro databáze s objemem do 100 000 záznamů. Limit 10 MB platí pro celkový objem všech tří operací. Tito. pro 3 soubory o velikosti 300 kB, definované pro všechny tři operace, bude „podmíněný“ objem roven 300 + 300*9 + 300*10 = 6 MB.

Prostřednictvím této služby si tak v jedné relaci můžete stáhnout cca 5-20 tisíc záznamů nebo změnit cca 500 bibliografických záznamů. Skutečný počet se může značně lišit v závislosti na výkonu používaného počítače a velikosti provozované databáze.

Služba automatického zpracování souborů je časově synchronizována s ostatními úlohami iniciovanými samotným serverem. Ale pro úlohy iniciované prostředky mimo server Ruslan je vyžadována „ruční“ synchronizace.

Diagnostika

Vlastnosti zpracování pro obvod F001Type

Schéma zpracování F001Type je navrženo pro zpracování záznamů přijatých ze zdroje, který zaručuje jedinečnost identifikátoru záznamu (klíče záznamu) uloženého v poli 001 formátů rodiny MARC. Když je provedena operace vložení, ID záznamu se nezmění. Operace změny je založena na vyhledávání záznamu podle jeho identifikátoru (pole 001).

Operace odstranění není podporována.

Vlastnosti zpracování pro schéma F035Type Schéma zpracování F035Type je navrženo pro zpracování záznamů přijatých ze zdroje, který nezaručuje jedinečnost identifikátoru záznamu (klíče záznamu) uloženého v poli 001 formátů rodiny MARC. Při provádění operace vložení se změní identifikátor záznamu a stará hodnota se uloží do pole 035. Operace mazání a změny jsou založeny na vyhledávání záznamu podle jeho starého identifikátoru (pole 035). Toto schéma nezaručuje správné provedení operací úpravy a mazání záznamů.

Funkce zpracování pro schéma MARSType

Schéma zpracování MARSType je určeno pro zpracování záznamů přijatých v rámci projektu MARS. Hodnota identifikátoru záznamu (klíč záznamu) uložená v poli 001 musí být jedinečná. Záznamy jsou identifikovány bloky, hodnotou uloženou v poli 910a a názvem souboru.

Když je provedena operace vložení, ID záznamu se nezmění. Operace mazání a změny jsou založeny na vyhledávání speciálních atributů na základě pole 910a. Všechny operace se provádějí pouze na bloku záznamů jako celku. Chyba při provádění jakékoli operace s jakýmkoli záznamem z bloku způsobí vydání diagnostické zprávy a zastavení zpracování souboru (aniž by došlo k jeho odstranění).

Poznámka. V dřívějších verzích serveru, když byla provedena operace vložení, byl vygenerován nový identifikátor a stará hodnota identifikátoru byla uložena do pole 035.

Funkce zpracování pro schéma RKPType B tento moment Schéma zpracování RKPType je podobné schématu zpracování F001Type. Operace změny a odstranění se nepoužívají.

6.4. Konfigurační prostředky pro zpracování záznamů služeb na pozadí Server Ruslan podporuje možnost automatického zpracování záznamů v databázích služeb na základě datových souborů v interním formátu Ruslan ABIS. Zpracování zahrnuje tři operace: načtení (vložení nového záznamu), aktualizaci a vymazání (u starých záznamů). Výsledný záznam operace aktualizace je součtem následujících sad značek:

„nové“ značky ze záznamu v souboru (které nebyly v záznamu z databáze);

„staré“ značky ze záznamu v databázi (které nebyly v záznamu ze souboru);

„obecné“ značky převzaté ze záznamu v souboru (hodnoty značek v souboru přepisují hodnoty značek v databázi).

Server Ruslan podporuje tři schémata automatického zpracování.

Typ R010, Typ R100. Hlavním rozdílem ve schématech je způsob jednoznačné identifikace servisního záznamu. Pro zajištění provozu této služby se používají dva parametry serveru:

LoadFilesDB Obsahuje seznam databází služeb pro zpracování.

LoadFilesPath Určuje kořenový adresář, ze kterého podadresáře začínají obsahovat soubory zapojené do operací zpracování. Nedoporučuje se používat jako kořenový adresář adresář připojený přes síť - v případě výpadku sítě může být server po dobu síťového timeoutu zablokován.

Nastavení zpracování souborů

Chcete-li aktivovat proceduru zpracování záznamů služeb v konkrétní databázi, musíte provést následující posloupnost akcí:

1. Přidejte název nové databáze do seznamu databází v parametru LoadFilesDB.

2. Ujistěte se, že v parametru LoadFilesPath je přítomna správná cesta.

3. Vytvořte vnořené podadresáře, počínaje kořenovým adresářem, v souladu s následujícím pořadím: název databáze, schéma zpracování (R001TYPE, R010TYPE, R100TYPE), operace (INSERT, UPDATE, DELETE), formát záznamu (RUSLAN), kódování záznamu ( DOS, KOI, WIN, UTF8). Příklad cesty:

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

4. Do výsledného adresáře umístěte soubory, které vyžadují určité zpracování. Soubor musí mít příponu dat.

5. Ujistěte se, že uživatel, pod kterým běží Ruslan server (služba RUSLANServiceR6), má právo číst, zapisovat a mazat soubory z vytvořeného adresáře.

6. Restartujte službu RUSLANServiceR6.

Pokud výsledná cesta k adresáři neobsahuje typ operace, bude provedena operace INSERT (výchozí operace).

Pokud výsledná cesta k adresáři neobsahuje typ formátu, zpracování souboru se zastaví.

Pokud je operace úspěšná, zpracovaný soubor je odstraněn pro jakékoli schéma zpracování.

Umístění souborů do adresářů, které indikují operace úprav a odstranění, může vést k nevratným změnám v databázi. Je nutné omezit přístup k takovým adresářům.

Obecná omezení použití

Úloha zpracování souborů je spuštěna serverem Ruslan automaticky během časového období od 00:00 do 04:00 v souladu s prioritou vzhledem k ostatním úlohám na pozadí. Není zaručeno, že úkol bude dokončen do 4:00. Objem provedené práce (a nepřímo i doba provozu) je omezen na „podmíněných“ 10 MB. Pro operaci vkládání záznamů (INSERT) se objem vypočítá jako součet objemu všech souborů definovaných pro tuto operaci. Pro operace mazání (DELETE) se používá násobící faktor 9, pro operace modifikace (UPDATE) je násobící faktor 10. Koeficienty jsou správné pro databáze s objemem do 100 000 záznamů. Limit 10 MB platí pro celkový objem všech tří operací. Tito. pro 3 soubory po 300 kb, definované pro všechny tři operace, bude „podmíněný“ objem 300 + 300*9 + 300*10 = 6 MB.

Prostřednictvím této služby tak můžete v jedné relaci stáhnout cca 5-20 tisíc záznamů nebo změnit cca 500-2000 bibliografických záznamů. Skutečný počet se může značně lišit v závislosti na výkonu používaného počítače a velikosti provozované databáze.

Pokud bylo zpracování souboru zrušeno z důvodu omezení celkového objemu několika souborů, bude jeho zpracování spuštěno ve všech následujících relacích, dokud nebude úspěšně načten (a smazán z adresáře serverem Ruslan) nebo nebude explicitně smazán správcem ze zpracovatelského adresáře.

Služba automatického zpracování souborů je časově synchronizována s ostatními úlohami iniciovanými samotným serverem. Ale pro úlohy iniciované prostředky mimo server Ruslan je vyžadována „ruční“ synchronizace.

Je třeba sledovat následující body:

1. Řízení časového překrytí pomocí automatické archivace fyzické databáze Oracle.

2. Sledujte časové překrývání s procedurami dávkové změny spouštěnými z pracovní stanice správce.

3. Sledujte časové překrývání s procedurami načítání a indexování spuštěnými z pracovní stanice správce.

Diagnostika

Jako prostředek sledování výsledků operací je použit mechanismus společný celému serveru Ruslan - systémový monitor událostí (EventLog). Pro službu automatického zpracování souborů je definován kód zprávy 120. Význam diagnostické zprávy je vysvětlen v textové části.

Vlastnosti zpracování pro obvod R001Type

Schéma zpracování R001Type je navrženo pro zpracování záznamů přijatých ze zdroje, který zaručuje jedinečnost identifikátoru záznamu (klíč záznamu v tagu 1). Když je provedena operace vložení, ID záznamu se nezmění. Operace mazání a úprav jsou založeny na vyhledávání záznamu podle jeho identifikátoru (tag 1). Operace odstranění není podporována.

Toto schéma je zaměřeno na zpracování servisních záznamů stažených z pracovní verze serveru Ruslan.

Vlastnosti zpracování pro obvod R010Type

Schéma zpracování R010Type je navrženo pro zpracování záznamů přijatých ze zdroje, který nezaručuje jedinečnost identifikátoru záznamu (klíč záznamu v tagu 1), ale zaručuje jedinečnost externího identifikátoru, který musí být umístěn v tagu 10. Při provádění operace vložení se vygeneruje nový identifikátor záznamu (v tagu 1) . Operace mazání a úprav jsou založeny na vyhledávání záznamu podle externího identifikátoru (tag 10). Operace odstranění není podporována.

Toto schéma je zaměřeno na zpracování servisních záznamů stažených z externích systémů (univerzitní automatizované řídicí systémy).

Vlastnosti zpracování pro obvod R100Type

Procesní obvod R100Type je navržen pro zpracování servisních záznamů o čtečkách. Jako identifikátor transakce se používá jedinečný identifikátor čtenáře (tag 100). Když se provede operace vložení, vygeneruje se nové ID záznamu (v tagu 1). Operace mazání a úpravy jsou založeny na vyhledávání záznamu pomocí ID čtečky (tag 100). Operace odstranění není podporována.

Toto schéma je zaměřeno na zpracování záznamů služeb stažených z externích systémů a mělo by být použito, pokud z nějakého důvodu nelze použít schémata R001TYPE a R010TYPE.

6.5. Nastavení exportu a importu dat pro univerzitní automatizovaný řídicí systém V Ruslan ABIS můžete implementovat dvě možnosti pro vytvoření popisu čtečky. První možnost, která poskytuje individuální popis čtečky, je implementována na pracovní stanici Book Issue. Tento režim je nejvhodnější pro knihovny, které nemají žádný automatický registrační systém čtenářů, který není spojen s ABIS. Druhá možnost zahrnuje export dat z externího čtenářského účetního systému a také periodickou synchronizaci dat v ABIS a vnější systém. Tato možnost je typická pro většinu univerzitních knihoven, kde univerzitní automatizovaný řídicí systém zpravidla obsahuje většinu informací nezbytných k popisu čtečky v ABIS. Interakce

ABIS Ruslan a univerzitní automatizovaný řídicí systém lze reprezentovat jako skládající se ze tří nezávislých procesů:

prvotní import dat z univerzitního automatizovaného řídicího systému do ABIS;

periodická aktualizace informací v ABIS na základě dat získaných z automatizovaného řídicího systému univerzity;

periodický import dat z ABIS do univerzitního automatizovaného řídicího systému.

Prvotní import informací o čtečkách Pro import informací o čtečkách do ABIS "Ruslan" je nutné připravit soubor s popisem čtečky obsahující záznamy v interním formátu ABIS "Ruslan". Fyzická struktura formát je uveden v příloze 3. Sada štítků používaných v databázích služeb, včetně těch, které obsahují popis čtenářů knihoven, je uvedena v dokumentu „Seznam štítků pro pracovní stanici půjčování knih“. Sada speciálních (rezervovaných) značek je uvedena v příloze 2.

Pokud data automatizovaného řídicího systému univerzity obsahují jednoznačný identifikátor pro čtenářský popis, pak jej lze použít i jako jednoznačný identifikátor v Ruslan ABIS, tzn. zobrazit jej v tagu 1. Na hodnotu tagu 1 jsou kladeny dva požadavky: hodnota musí být číslo (obsahuje pouze číslice) a hodnota musí být jedinečná po celou dobu uložení čtenářského záznamu v Ruslan IBS (informace o vysloužilém čtenáři je umístěn v archivní databázi a je zde uložen, dokud není administrátorem ALIS výslovně smazán). Pokud je ve výstupních záznamech přítomen tag 1, neměli byste při načítání na pracovní stanici správce zadávat atribut „Generovat klíč záznamu“. Při použití tagu 1 pro uložení identifikátoru čtenáře jsou potenciální možnosti integrace univerzitního automatizovaného řídicího systému a automatizovaného informačního systému maximální.

V tomto případě by měla být omezena možnost přidávat čtečky, které obcházejí univerzitní automatizovaný řídicí systém (prostřednictvím pracovní stanice Book Issuing Workstation), aby byla zajištěna možnost zpětného exportu.

Pro uložení jedinečného identifikátoru externí čtečky je vyhrazen štítek 10. Použití štítku 10 místo štítku 1 je vhodnější, pokud máte v úmyslu vytvořit popisy čtenářů na pracovní stanici Vydání knihy. Při načítání takových záznamů na pracovní stanici správce musíte zadat atribut „Generovat klíč záznamu“.

Ze všech tagů použitých k vytvoření záznamu čtečky je vyžadován pouze tag 100, který obsahuje čárový kód čtečky.

Existují tři strategie pro generování hodnoty tagu 100:

1. Použití libovolného externího jedinečného kódu, který je přiřazen čtečce externí knihovny informační systém(například v automatizovaném řídicím systému vysoké školy). Tato metoda je vhodnější, pokud organizace již má technické nástroje kontroly přístupu založené na magnetických kartách, kartách s čárovým kódem atd. S tímto řešením musí být knihovní počítače vybaveny příslušnými zařízeními pro čtení informací z karet. V tomto provedení mohou být hodnoty tagu 1, 10 a 100 ekvivalentní.

2. Generování unikátního kódu při vytváření záznamu o čtečce jakéhokoli druhu externí program. Tento způsob je vhodný v případě, že možnost 1 není použitelná a takto získané záznamy čteček jsou použity pro dávkový tisk knihovních průkazů z pracoviště Výdej knih.

3. Pro všechny je nastavena společná konstanta, která se zaručeně neprotne s již dostupnými hodnotami tagu 100 v záznamech o čtenářích. Přiřazení jedinečné hodnoty musí být provedeno při první návštěvě čtenáře v knihovně. Tato metoda je vhodná tam, kde nejsou vhodné možnosti 1 a 2 nebo jsou použity předem připravené čárové kódy (ve formě nálepek na „standardní“ čtenářské průkazy nebo ve formě neosobních plastových karet vydávaných čtenářům).

Pro vygenerování souboru s daty v interním formátu ABIS "Ruslan" můžete použít specializovaný převodník, který vám umožní získat požadovaný formát z dat umístěných v textovém souboru se znakem tabulátoru jako oddělovačem sloupců. Soubor v tomto formátu lze získat uložením dat z MS Excel, zadáním typu souboru „Textové soubory (oddělené tabulátory) (*.txt)“. Pokyny pro použití převodníku lze získat jeho spuštěním bez zadání parametrů. Při porovnávání sloupců textového souboru a tagů je nutné vzít v úvahu speciální zpracování pro tagy 101, 102, 103 (příjmení čtenáře, jméno a patronymie). Pokud v textový soubor křestní jméno a patronymie jsou ve stejném sloupci jako příjmení a při převodu je uvedeno, že tento sloupec odpovídá tagu 101, poté převodník automaticky oddělí druhé a třetí slovo a umístí je do tagů 102 (křestní jméno) a 103 (patronymické). Čtvrté a následující slova ve sloupci jsou ignorována.

Formát záznamu dat některých tagů (109, 112, 113, 114) musí odpovídat formátu záznamu dat v souboru list.ini na pracovní stanici Book Issue. Zejména je třeba poznamenat, že „typ“ organizace nebo její divize by neměl být součástí názvu organizace nebo divize.

Například by to mělo být:

@109,5,1,9=Fakulta@112,5,1,22=Stavebnictví a ne:

@109,5,1,9=Fakulta@112,5,1,22=Fakulta stavebního inženýrství a:

@109,5,1,9=Fakulta@112,5,1,22=Technická kybernetika a ne:

@112,5,1,33=Příznak 115 Fakulty technické kybernetiky slouží k uložení hesla čtenáře. Přítomnost hesla je nutná pouze k tomu, aby čtenář mohl generovat a ovládat elektronickou objednávku z pracoviště čtečky. Přítomnost nebo absence hesla pro čtenáře neovlivňuje jeho službu na pracovní stanici Book Issue.

Periodická aktualizace informací v ABIS na základě dat pocházejících z automatizovaného řídicího systému univerzity Periodickou aktualizaci informací o čtečce (především informace o stavu čtečky) lze realizovat pomocí služby pro zpracování servisních záznamů ze spisu. Tato technologie umožňuje synchronizovat data v univerzitním automatizovaném řídicím systému a automatizovaném informačním systému Ruslan s frekvencí až jednou denně.

V závislosti na způsobu generování jedinečného identifikátoru pro záznam čtenáře je nutné zvolit nejvhodnější schéma zpracování.

Při vytváření záznamů pro aktualizaci informací o čtečkách je nutné zajistit, aby neobsahovaly tagy, které lze v Ruslan IBS upravovat v procesu servisu čtečky.

Periodický export dat z ABIS do univerzitního automatizovaného řídicího systému

Řada univerzit stojí před úkolem exportovat část dat z automatizovaného informačního systému Ruslan do univerzitního automatizovaného řídicího systému. Mezi takové údaje patří veškeré informace, které jsou v knihovně aktualizovány častěji než na univerzitě (údaje o adrese, pasových údajích apod.).

V IBS "Ruslan" můžete použít dva způsoby exportu servisních dat:

1. Standardní možnost stahování servisních dat v interním formátu ABIS "Ruslan". Pro zajištění bezpečnosti během nahrávání byste měli odstranit tag 115 tak, že jej uvedete v poli „Smazat tagy“ (viz část 5.9).

2. Exportujte jednotlivé značky servisních záznamů pomocí funkcí mechanismu dávkového zpracování dat GetTagValueByTag, GetTagNocaseUniqueValue a GetTagUniqueValue.

6.6. Nastavení serveru pro podporu procesu automatického vydávání knih Verze serveru Ruslan-Lite se dodává nakonfigurovaná a nevyžaduje další nastavení. Verze serveru Ruslan-Lite nezpracovává konfigurační parametry používané v podnikové verzi serveru kromě parametrů CircADB a CircADBs.

Firemní verze serveru Ruslan je dodávána minimálně nakonfigurovaná. V některých případech může být nutné změnit výchozí nastavení nebo je rozšířit.

Konfigurace podnikové verze serveru Ruslan pro podporu procesu vydávání knih se skládá z následujících kroků:

1. Pro pracovníky oddělení knihoven, které se přímo podílejí na obsluze čtenářů, je nutné přidat právo vkládat, upravovat a mazat záznamy v databázi vydaných knih (standardně je vytvořena databáze CIRC). Tato databáze musí být specifikována v parametru serveru CircDB. Databáze CIRC musí být zaregistrována v nastavení pracovní stanice Book Issuing Workstation.

2. Nastavit aktuální databázi archivu vydaných knih (standardně je vytvořena databáze ACIRC). Název databáze musí být uveden v parametru serveru CircADB.

Do této databáze se přesouvají servisní záznamy o knihách vydaných při jejich vrácení čtenářem. Další přístupová práva do archivní databáze vydaných knih nejsou vyžadována. Novou archivní databázi vydaných knih se doporučuje periodicky vytvářet při naplnění stávající archivní databáze na cca 100 000-150 000 záznamů nebo při zjištění výrazného zpomalení procesu odepisování knihy ze čtečky. Všechny archivní databáze, včetně té aktuální, musí být specifikovány v parametru serveru CircADBs.

3. Zřídit virtuální databázi archivu vydaných knih (ALLACIRC), která v první fázi obsahuje pouze aktuální archivní databázi. Při vytváření nových archivních databází je nutné upravit popis virtuální databáze. Databáze ALLACIRC musí být zaregistrována v nastavení pracovní stanice vydávající knihy.

4. Pro pracovníky oddělení knihoven přímo podílejících se na procesu obsluhy čtenářů je požadováno přidat právo vkládat, upravovat a mazat záznamy v databázi čtenářů (standardně je vytvořena jedna databáze s názvem LUSR). Potřeba několika databází může nastat, pokud knihovna obsluhuje více skupin čtenářů, jejichž evidenci provádějí různá oddělení knihovny.

Data databáze musí být zadána v parametru serveru ReaderDBs. Je nutné kontrolovat, že databáze uvedené v parametru ReaderDBs jsou skutečné (tzn. že jsou viditelné v seznamu databází zobrazeném na pracovní stanici Administrátora).

5. Vytvořte virtuální databázi (ALLUSERS) obsahující popisy všech čteček. Ve výchozím nastavení je ve virtuální databázi zahrnuta pouze databáze LUSR. Při vytváření nových čtenářských databází je nutné upravit popis virtuální databáze. Databáze ALLUSERS musí být zaregistrována v nastavení Book Delivery Workstation. V některých případech může být na některých zavedených pracovních stanicích Book Distribution registrována samostatná skutečná čtenářská základna. V tomto případě nebudou čtečky popsané v jiných databázích k dispozici pro servis na těchto pracovních stanicích.

6. Nastavte archivovanou databázi popisů čteček (standardně je vytvořena databáze ALUSR). Tato databáze musí být zadána v parametru serveru ReaderADB.

7. Nakonfigurujte databázi fronty (standardně je vytvořena databáze QUEUE). Tato databáze musí být zadána v parametru serveru QueueDB.

Popis nastavení automatizované pracovní stanice Book Issuing pro podporu technologického cyklu automatizovaného vydávání knih naleznete v dokumentaci k automatizované pracovní stanici Book Issuing.

Absence nastavení elektronické expedice objednávek a/nebo nastavení shromažďování statistik vydávání knih nemá vliv na proces automatizovaného vydávání knih.

POZORNOST! Není dovoleno provádět operace nahrávání/stahování bibliografických záznamů (stejně jako provádění jakýchkoli dalších akcí, které mohou vést ke změně interního nebo externího identifikátoru bibliografického záznamu), na které se odkazuje v databázi vydaných knih (CIRC). ).

Server Ruslan neumožňuje mazání bibliografických záznamů, na které se odkazuje v databázi vydaných knih (CIRC) pomocí Acquisition/Kataloging Workstation, ale mazání takových záznamů je možné na Administrátorské pracovní stanici. Mazání záznamů v databázi CIRC lze provést pomocí pracovní stanice Administrátora pouze v případě, že je smazání na pracovní stanici Výdej knihy podle standardního schématu z nějakého důvodu nemožné.

6.7. Nastavení serveru pro podporu procesu kontroly vydaných knih ze strany čtenáře Kontrola vydaných knih ze strany čtenáře se provádí prostřednictvím pracoviště čtečky. Popis nastavení pracovní stanice čtečky pro podporu tohoto režimu naleznete v dokumentaci k pracovní stanici.

Nastavení serveru Ruslan zahrnuje nastavení správné hodnoty pokuty za den prodlení (v parametru serveru PenaltyPerDay). Serverový parametr PenaltyCurrency musí nastavit peněžní jednotku, ve které se počítá pokuta (ve výchozím nastavení „rubly“).

6.8. Nastavení serveru pro podporu procesu shromažďování statistik vydání knih Server Ruslan provádí předběžné zpracování dat vydání knih pro každý den. Výpočet statistik začíná v časovém rozmezí 23:50-24:00. Výsledek předběžného zpracování je umístěn do databáze CIRCSTAT.

Výpočet statistických hodnot je založen na třech hlavních ukazatelích:

vystavení dokumentu uživateli (při přidání záznamu do databáze specifikované v parametru CircDB);

vrácení dokumentu (po přidání záznamu do databáze specifikované v parametru CircADB);

účast.

Docházka je považována za jeden souvislý řetězec operací vydávání nebo vracení dokumentů od jednoho čtenáře k jednomu zaměstnanci knihovny.

Lze také zkonstruovat dvě další jednorozměrná distribuce:

podle doby vystavení/vrácení dokladů a podle obsahu vydaných dokladů (oblastí znalostí). Rozdělení distribuce podle obsahu je obdobné jako rozdělení při výpočtu GSF.

Každý statistický ukazatel je vypočítán pro objekty čtyř tříd. První třídou (1) je knihovna jako celek (vždy jeden záznam v databázi CIRCSTAT za den). Předměty druhé třídy (2) jsou fondy (znaky), ze kterých byla emise za den vydána. Třetí třídou (3) předmětů je výdejní místo (TV). Místo vydání znamená abstraktní identifikátor nainstalovaný na každé instanci pracovní stanice Book Issue (na každé pracovní stanici, kde je nainstalována pracovní stanice Book Issue). Pokud nastavíte stejný TV identifikátor na několika kopiích pracovní stanice Book Issue, bude pro ně provedeno souhrnné účtování. Čtvrtou třídou objektů jsou zaměstnanci knihovny.

Server Ruslan umožňuje sestavit jednu dvourozměrnou distribuci jako rozšíření jednorozměrné distribuce podle obsahu dokumentů.

Druhým rozměrem může být množina hodnot, která je specifikována parametrem STATAddDistr (ne více než 10 agregovaných hodnot) jednoho z tagů (tag je specifikován parametrem STATAddDistrAttr) záznamu z databáze vydaných knih. Pokud záznam služby neobsahuje požadovaný tag, převezme se hodnota zadaná v parametru STATAddDistrDefValue. Parametr STATAddDistrLevel omezuje třídu objektů, pro které se počítá dvourozměrné rozdělení (výchozí hodnota je 1, nedoporučujeme nastavovat tento parametr na hodnotu větší než 2). V parametrech serveru je ve výchozím nastavení pro výpočet dvourozměrného rozdělení druhým rozměrem kategorie čtenářů.

Nastavení serveru Ruslan pro podporu procesu shromažďování statistik oběhu knih se skládá z následujících kroků:

1. Zkontrolujte dostupnost databáze služeb CIRCSTAT.

2. Nastavte parametr serveru STATClassDistrLevel na nejvhodnější hodnotu pro knihovnu. Hodnota parametru nastavuje minimální třídu, pro kterou jsou sestavovány další distribuce (výchozí hodnota je 3, tedy pro všechny třídy kromě zaměstnanců knihovny).

Vede Vědecká a technická knihovna Tomské polytechnické univerzity
stáž pro práci v automatizovaném knihovním a informačním systému "Ruslan"
pro odborníky z jiných knihoven. Stáže jsou organizovány dle smluv.
Počet hodin a program se tvoří individuálně na žádost knihoven.

Kontaktní informace
Tomsk, sv. Belinskogo 55,
Vědecká a technická knihovna Tomské polytechnické univerzity.
Simakovskaya Světlana Gennadievna, vedoucí. inovační a metodické oddělení NTB TPU, tel. (8-3822) 55-80-42, e-mail: [e-mail chráněný]
Chuprikova Natalya Trofimovna, hlavní knihovnice-technolog,
tel (8-3822) 56-37-48, e-mail: [e-mail chráněný]

Ukázkový program:

Téma 1. Obecný úvod do práce knihovny
Prohlídka knihovny. Poslání, politika, struktura NTB. Organizační a regulační dokumentace, dokumentace QMS, Komplexní program rozvoje NTB. Účast knihovny na projektech.

Téma 2. Organizační a technologické aspekty automatizace knihoven
Implementace ALIS v NTB TPU. Program knihovny. Cíle a principy technologické práce. Nezbytné podmínky a fáze implementace ALIS. Rozvoj lokální sítě (LAN). Vypracování technologické dokumentace. Technologické řízení a kontrola. Výcvik.

Téma 3. Automatizovaný knihovnický a informační systém (ALIS) “Ruslan”
Sloučenina, stručný popis a účel systému. Obecné zásady organizace ABIS. Hlavní komponenty: Server "Ruslan", DBMS, pracovní stanice administrátora, pracovní stanice akvizice/katalogizace, pracovní stanice Book Issue, ORAS, pracovní stanice čtenáře, pracovní stanice MBA.

Hlavní funkce serveru Ruslan. Základní operace vyhledávání, načítání, vkládání, mazání, změny a další. Podpora bibliografických a autoritativních databází (MARC), specializovaných databází (Explain, Extended), servisních databází (referenční knihy, čtenáři, akty, CSU). Řízení přístupu k databázi podle kategorií uživatelů. Podpora vícejazyčných dat (UNICODE).

Hlavní funkce pracovní stanice správce. Správa přístupových práv k serveru a databázi. Založení a podpora databáze. Indexování záznamů a dávkové úpravy. Obnovení smazaného nebo změněného záznamu v bibliografické databázi. Záloha DB. Návrat k předchozím verzím záznamů. Upozornění pro uživatele ABIS. Načítání/vyjímání záznamů ze souboru. Statistiky práce, historie práce libovolného uživatele s ABIS. Řízení bezpečnosti.

Téma 4. RUSMARC
Prezentace a aktualizace formátů na webových stránkách Národní služby pro rozvoj systému formátů RUSMARC na adrese http://www.rba.ru:8101/rusmarc/

Ruský komunikační formát pro prezentaci bibliografických záznamů. Základní pojmy. Normy a předpisy. Účel a struktura formátu. Složení nahrávky. Popisovač. Bloky informací. Skladba oborů, podoborů. Komunikační pole. Metodická doporučení pro popis určitých typů dokumentů ve formátu RUSMARC.

Ruský komunikační formát pro prezentaci autoritativních/normativních záznamů. Definice. Principy konstrukce a účel formátu. Formát záznamů: autorita/normativní, odkaz a odkaz. Funkční bloky. Trasování odkazů.
Téma 5. Hlavní funkce akvizičního/katalogizačního pracoviště v oddělení akvizice
Objednávání dokladů pomocí elektronických ceníků a tematické plány vydavatelství Vytvoření objednávky v ABIS "Ruslan". Vygenerování kopie objednávky a její odeslání nakladatelství do e-mailem nebo faxem.

Výpůjčky záznamů z databází RKP a RNL. Generátor inventárních čísel. Vytváření záznamů pomocí šablon. Kontrola duplicity. Účtování faktur a odpisů. Výstupní formuláře ve formátu MS Excel: Automatizovaná kniha souhrnného účetnictví (KSU); Kniha inventáře. Tvorba reportovacích podkladů pro účetní oddělení (úkony, zprávy atd.). Distribuce dokumentů podle kódů úložiště. Převod dokladů k poukázkám.

Téma 6. Tvorba elektronického katalogu periodik
Předplatné periodik a informačních publikací v IBS "Ruslan". Výstupní formuláře ve formátu MS Excel: Kopie předplatitelské přihlášky, dodací karty. Účetnictví a evidence novinek periodik. Vedení elektronického katalogu „Periodika“. Víceúrovňová katalogizace periodik.

Téma 7. Dostupnost knihy ve vzdělávacím procesu
Program zásobování knih. Tvorba adresářů. Zadávání informací o vzdělávacím procesu univerzity. Práce se seznamy doporučené literatury pro obory. Import informací z ORAS ABIS "Ruslan". Generování zpráv o dostupnosti knih.

Téma 8. Hlavní funkce akvizičního/katalogizačního pracoviště v oddělení katalogizace
Systematizace. Klasifikační schémata v NTB: Univerzální desetinná klasifikace (UDC), knihovní a bibliografická klasifikace (LBC), Všeruský klasifikátor speciality nejvyšší vědecké kvalifikace (oksvnk). Subjektifikace (definice klíčového slova). Adresář klíčových slov.

Bibliografický popis dokumentů v elektronický katalog s plnou podporou formátu RUSMARC (pole odkazů, sledování odkazů, soubory autorit). Nastavení formátu záznamu (pole, podpole, seznamy, sady hodnot, adresáře atd.). Vstupte různé typy záznamy podle firemních šablon a návodů. Kontextová nápověda k formátu záznamu RUSMARC. Údržba adresářů a souborů autorit. Podpora UNICODE pomocí vestavěného virtuální klávesnice. Uzavření účtů a převod dokumentů držitelům fondů.

Technologie retro-vstupu dokumentů. Půjčování záznamů z externích zdrojů.

Téma 9. Vytváření Newsletteru nových produktů
Účel a struktura zpravodaje. Technologie tvorby na akvizičním / katalogizačním pracovišti. Proces editace bibliografických popisů. Příprava newsletteru pro zveřejnění na WWW serveru v sekci Nové přírůstky.

Téma 10. Analytická malba
Analytický popis článků z periodik. Šablona popisu „Periodical-analytics“. Komunikační pole. Definice klíčových slov.

Analytický popis článků z knih, sborníků a konferenčních materiálů. Šablona popisu „Analytika z knihy“. Komunikační pole. Definice klíčových slov.

Téma 11. Vznik elektronické knihovny TPU
Úkoly a funkce. Technologie pro sběr, skladování, technické zpracování elektronické verze publikace zaměstnanců TPU, digitalizace papírových nosičů, jejich prezentace v elektronickém katalogu NTB. Metodika popisu elektronického zdroje. Šablony popisu pro elektronický zdroj: abstrakt disertační práce, disertační práce, disketa, CD-ROM, vzdálený zdroj.

Téma 12. Hlavní funkce čtenářského pracoviště
Režimy vyhledávání: Vyhledávání, Vyhledávání a objednávka, Kontrola realizace objednávky. Identifikace uživatele. Uživatelská příručka. Metodika sestavování vyhledávacích dotazů. Jednoduché a pokročilé vyhledávání. Informace o umístění a dostupnosti bezplatných kopií dokumentů.

Technologie poradenské práce s využitím elektronického katalogu.
Metodika školení uživatelů pro práci v elektronickém katalogu.

Téma 13. Hlavní funkce pracovní stanice pro vydávání knih
Registrace/přeregistrace uživatelů. Elektronický uživatelský formulář. Laminovaný průkaz do knihovny. Statistiky na jedné kartě knihovny.

Příjem/výdej a účtování vydaných dokladů technologií čárových kódů pro čtenářské průkazy a doklady. Udržování elektronické fronty na vydaném dokladu. Práce s dlužníky. Informace o vystavených dokladech, aktuálních objednávkách, uživatelích dle různých vyhledávacích kritérií.
Technologie práce na předplatném a ve studovně. Přiřazení čárových kódů dokumentů z pracovní stanice pro vydávání knih. Technologie realizace a kompletace objednávek v úschově knih a předplatné. Pracovní statistika.

Téma 14. Hlavní funkce automatizovaného automatizovaného bankovního systému (IBA)
Hledejte bibliografické informace v elektronickém katalogu. Objednání služeb IBA: dokument pro dočasné použití, kopie dokumentu, potvrzení o umístění, potvrzení o nákladech na doručení dokumentu. Zrušení. Upozornění: o odeslání dokumentu předplatiteli, o načasování objednávky a další. Odmítnutí služby s uvedením důvodu. Příchozí a odchozí objednávky.

Použití protokolů Z39.50 a ISO ILL.

Téma 15. Kulatý stůl (pro odborníky z jiných knihoven)
Shrnutí výsledků stáže. Odpovědi na otázky. Nastavení úkolů pro implementaci ALIS. Doporučení pro další práci.

Ministerstvo školství Ruské federace

Státní pedagogická univerzita Barnaul

________________________________________________________________

schvaluji

rektor BSPU

________________

"___"________________ 2004

Technologický návod na tvorbu analytický popisčlánky ze sbírky v ABIS "Ruslan" v referenčním a bibliografickém oddělení Vědecké knihovny BSPU

prorektor pro inovace a informační technologie

__________

"____"__________ 2004

ředitel Národní knihovny

________

"____"____________ 2004

2004

Cílem práce je vytvořit strojově čitelné bibliografické záznamy ve formátu RUSMARC pro dokumenty analytické úrovně. Práce se provádějí pomocí pracovní stanice kompletátor-katalog v programu Ruslan.

Popisy dokumentů jsou vytvářeny v oddělení akvizice a finalizovány v oddělení katalogizace, takže při vytváření záznamu pro článek je řada polí již vyplněna, u některých polí jsou hodnoty nastaveny standardně nebo automaticky.

Úkolem bibliografa je doplňovat potřebné prvky popis tohoto dokumentu vyplněním chybějících polí.

Při vyplňování polí a podpolí mějte na paměti:

Interpunkční znaménka se neumisťují na konec polí a podpolí;

Analytické zpracování dokumentu:

Články jsou systemizovány podle tabulek BBK (Knihovnická a bibliografická klasifikace).

Odhodlaný klíčová slova podle " Metodická doporučení na indexování souřadnic“.

Vytvoření nového bibliografického záznamu:

Vyberte jméno požadovanou šablonu položky z nabídky hlavního okna „Záznam – Vytvořte novou bibliografii“ – „Analytika z knihy“ nebo použijte tlačítko "B".

Pole (podpole) šablony jsou předkonfigurována.

Zkontrolujte, zda jsou parametry správně vyplněny Popisovač.

Značka záznamu (index) je umístěna na začátku každého záznamu ruského komunikačního formátu. Obsahuje údaje nezbytné při zpracování záznamu.

6 Standardně je nastaven typ záznamu (a) – textové materiály, tištěné.

7 Bibliografická úroveň (a) – analytická.

8 Hierarchický kód úrovně (2) .

17 Úroveň kódování (#) – plná úroveň – vyberte ze seznamu.

1. Blok zakódovaných informací.

Blok obsahuje zakódované datové prvky s pevnou délkou.

Data v těchto polích jsou určena relativní pozicí znaku, přičemž první znak za identifikátorem podpole je považován za nulový. Pokud toto pole není povinné a bibliografická agentura neposkytne odpovídající kódované informace, pole se neuvede. Pokud se nepoužijí nepovinná data, pozice polí obsahují zástupné znaky " | ".

100 Obecná data zpracování.

Pole obsahuje zakódovaná data s pevnou délkou použitelná pro záznamy dokumentů prezentované na jakémkoli médiu .

0-7 Datum vložení položky do souboru se nastaví automaticky.

8 Typ data publikace - monografie.

9-12 Datum zveřejnění1 -<>- rok zveřejnění dokumentu.

13-16 Datum zveřejnění 2 -<>

17-19 Kód účelu - pro dospělé, vědecké - nastaveno jako výchozí.

<у>-nevládní publikace – standardně nastaveno.

21 Upravený vstupní kód<0>.

22-24 Jazyk katalogizace „rus“ – výchozí nastavení.

34-35 Grafika nadpisu (abeceda) „rus“ – výchozí.

101 Jazyk dokumentu.

Pole obsahuje zakódované informace o jazyce katalogizovaného dokumentu, jeho částech a názvu a také udává původní jazyk, pokud je dokument překladem. Povinné

A 1 Indikátor překladu 0 – dokument v původním jazyce – výchozí.

$a - jazyk textu „rus“ - výchozí.

Opakuje se, když je text napsán ve více než jednom jazyce.

Pokud je dokument překladem, měli byste uvést:

A 1 Indikátor překladu 1 – dokument je překladem originálu.

$a - jazyk textu „rus“;

$c - původní jazyk - vyberte ze seznamu.

102 Země vydání nebo výroby.

Pole obsahuje kódy pro jednu nebo více zemí vydání nebo výroby dokumentu.

$a – země vydání „RU“ – výchozí.

2 Blok popisných informací.

200 Název a údaj o odpovědnosti. Povinné. Neopakuje se.

Pole odpovídá oblasti hlavního názvu GOST 7.1-84. Pole obsahuje ve formě a pořadí stanoveném Pravidly: Hlavní název, Souběžné názvy, Informace související s názvem, Informace o odpovědnosti.

A 1 titul jako přístupový bod<1>je přístupový bod. Výchozí.

$a Vlastní název – název článku.

$e Informace o titulu - pokračování titulu. Opakované.

$f První informace o odpovědnosti - Celé jméno - zkopírováno automaticky z polí 700, 701 při přidání tohoto podpole. Vyplněno na konci vytváření záznamu. Neopakuje se.

$g Další informace o odpovědnosti - Automaticky zkopírováno z polí 702. Dokončeno na konci vytváření záznamu. Opakované.

3 Blok poznámek.

320 Poznámky o přítomnosti bibliografie/rejstříku v dokumentu.

Pole obsahuje poznámky k referenčnímu aparátu (bibliografie, pomocné rejstříky atd.), které jsou v dokumentu k dispozici. Volitelný. Opakované.

4 Zaznamenejte komunikační blok.

Každé pole odkazu musí obsahovat datová pole s vloženými štítky, indikátory a identifikátory podpole, které identifikují dokument, ke kterému má být odkazováno. Pole musí obsahovat dostatek údajů k identifikaci záznamu (pokud existuje) katalogizovaného dokumentu, na který má být odkaz vytvořen, nebo, pokud žádný záznam neexistuje, k identifikaci samotného dokumentu.

Technika propojení záznamů:

Vyberte vygenerované pole připojení v navigátoru záznamů (jedním kliknutím levého tlačítka myši). Přejděte na kartu „Tab“ na stránku „Příspěvek“ editoru příspěvků. V pravém horním okně vyberte zdrojový adresář, se kterým je navázáno spojení - „Hlavní adresář“. Zadejte charakteristiku vyhledávání (název kolekce). Funkce dostupné zde jednoduché vyhledávání s hodnotou zkrácenou vlevo a vpravo (použijte symbol *). Klikněte na obrázek dalekohledu. Propojený záznam lze také načíst z katalogu pomocí okna Vyhledávání v katalogu. Po provedení dotazu si prohlédněte načtené záznamy. K zobrazení úplného záznamu můžete použít okno v dolní části seznamu. Vyberte řádek s požadovaným záznamem a dvakrát klikněte levým tlačítkem myši (nebo klikněte na tlačítko „Propojit záznamy“). V navigátoru záznamů se objeví vestavěný záznam pro dokument, se kterým se vytváří propojení.

Platí následující pole:

463 Úroveň fyzické jednotky.

Pole se používá k identifikaci hierarchického vztahu s dokumentem na úrovni fyzicky samostatné jednotky. Propojený záznam je na úrovni fyzické jednotky a záznam obsahující toto pole je na úrovni analytické, sady nebo podmnožiny.

A indikátor 2 poznámek<1>.

Po propojení záznamu s dokumentem se automaticky vyplní pole 200 - Název a informace o odpovědnosti a podpole $a, $b, Se. Zde přidáme podpole $v „Označení svazku“, kam jsme sami vložili stránky článku. Období na konci je povinné.

Pole se automaticky vyplní -

210 Publikace, distribuce atd.:

$a Místo vydání, distribuce atd. -<М.>.

$c Jméno vydavatele, distributora atd. -<Либерия>.

$d Datum dokumentu, distribuce atd. -<>- rok zveřejnění dokumentu.

6 Blok definice tématu.

Blok obsahuje tematická data, textová i prezentovaná v kódované podobě, sestavená podle pravidel různé systémy subjektifikace a systematizace.

Hodnotu polí 600-608 lze vybrat z autoritativních/normativních souborů.

Přidejte požadované pole, pokud není v šabloně dokumentu. Vyberte řádek s názvem pole (jedním kliknutím levého tlačítka myši). V pravém horním okně „Hodnota“ vyberte rubrikátor, ve kterém se nachází směrodatný záznam, se kterým se navazuje spojení. Zadejte funkci vyhledávání. Klikněte na tlačítko „Spustit dotaz“ nebo na obrázek dalekohledu. Po provedení dotazu si prohlédněte nalezené záznamy. Vyberte řádek s požadovaným záznamem a dvakrát klikněte levým tlačítkem myši (nebo klikněte na tlačítko „Propojit záznamy“). Na levé straně obrazovky se ve zvýrazněném poli objeví vložený autoritní záznam, na který chcete odkazovat.

Chcete-li to provést, musíte vybrat požadované pole v navigátoru záznamů, pomocí klávesy „Tab“ nebo kurzoru myši přejít na stránku „Hodnota“, v editoru hodnot aktuálního záznamu pomocí klávesnice zadat potřebné informace, které se po stisknutí klávesy „Enter“ přenesou do pole.

600 Jméno osoby jako předmětové heslo (osoba). Volitelný. Opakované.

Pole obsahuje ve formě přístupového bodu jméno osoby, která je jedním z předmětů zohlednění v dokumentu. Volitelně mohou být ke jménu osoby přidány další tematické formální, chronologické a geografické informace.

A 2 Způsob zadání jména osoby<1>- výchozí.

$bČást jména jiná než počáteční vstupní prvek jsou iniciály autora.

610 Nekontrolované předmětové pojmy (klíčová slova). Volitelný. Opakované.

Pole obsahuje předmětové termíny ve formě přístupového bodu, které nejsou vypůjčeny z řízených seznamů předmětových hesel

A 1 Úroveň významnosti tématu tématu<1>- výchozí.

$a Předmětový termín. Pokud existuje vestavěná referenční kniha, přebíráme termín z referenční knihy. Adresář představuje seznam hodnot. Výběr hodnoty ze seznamu se provádí stisknutím klávesy „Enter“ nebo dvojitým kliknutím myši. Stránka „Adresář“ má vlastní panel tlačítek s operacemi pro přidávání nových, editaci a mazání prvků adresáře.

Pole obsahuje rejstříky klasifikačních systémů, které se mezinárodně nepoužívají, ale mají široce dostupné tištěné tabulky.

Indexy LBC oddělené znaménkem „+“ se zaznamenávají v samostatných opakováních pole 686.

$a Klasifikační index – převzat z referenční knihy nebo zadaný z klávesnice.

$2 Systémový kód "rubbk" - nastaven jako výchozí.

7 Blok duševní odpovědnosti.

Blok obsahuje jména osob a jména organizací nesoucích duševní odpovědnost za vytvoření dokumentu. Duševní odpovědnost se vztahuje na všechna osobní a generická jména a organizace spojené s dokumentem, včetně vydavatelů, pokud požadují vytvoření přístupového bodu.

700 Jméno osoby – primární duševní odpovědnost (autor).

Pole obsahuje ve formě hotspotu jméno osoby s primární duševní odpovědností (první nebo jediná osoba v názvu obsahující jméno jednotlivého autora). Povinné, pokud má být přístupový bod vytvořen jménem osoby s primární intelektuální odpovědností.

Toto pole nemůže být přítomno ve stejném záznamu, kde je název organizace 710 – primární intelektuální odpovědnost nebo 720 – obecný název – pole primární intelektuální odpovědnosti, protože záznam může mít pouze jeden přístupový bod s primární intelektuální odpovědností.

A 2 - pod<1>.

701 Jméno osoby - alternativní duševní odpovědnost (2 a další autoři).

Pole obsahuje ve formuláři přístupového bodu jméno osoby, která má alternativní intelektuální odpovědnost. Má-li být bibliografický záznam zobrazen pod hlavičkou jednotlivého autora, pak alternativní duševní odpovědnost spočívá na spoluautorech katalogizovaného dokumentu, kteří se používají jako přístupové body. Pokud má být bibliografický záznam zobrazen pod názvem, pak alternativní duševní odpovědnost spočívá na všech jednotlivých autorech katalogizovaného dokumentu, kteří jsou používáni jako přístupové body. (Pokud by měl být bibliografický záznam zobrazen pod názvem kolektivního autora, pak individuální autor může nést pouze sekundární intelektuální odpovědnost – pole 702).

Povinné, pokud má být přístupový bod vytvořen jménem osoby, která nese alternativní intelektuální odpovědnost. Opakováno pro každou osobu s alternativní intelektuální odpovědností.

<1>.

$b Část jména, kromě počátečního prvku, jsou iniciály autora.

Po zpracování se záznam uloží do adresáře kliknutím levým tlačítkem myši na ikonu „Uložit záznam“ vpravo horní menu, otevřete „Hlavní katalog“ a zkopírujte záznam..jpg" width="179" height="112 src=">, kliknutím na ikonu „Tisk“ vytiskněte požadovaný počet karet. V případě potřeby upravte Chcete-li přepnout do režimu úprav, musíte kliknout levým tlačítkem myši na místo, kde kartu upravujete, a v poli karty by se měl objevit blikající kurzor. Další akce editace se neliší od práce s jakýmkoli textovým editorem.

Kopírování záznamu.

Záznam lze zkopírovat do okna editoru (tlačítko https://pandia.ru/text/78/403/images/image006_20.jpg" width="19" height="25 src="> nebo tlačítko "Smazat záznam" Zobrazí se okno potvrzující přání uživatele smazat záznam.

Úprava záznamu.

Po připojení k hlavnímu serveru NPB BSPU klikněte na tlačítko „Vybrat položku z adresáře“ Vyberte řádek „Hlavní adresář“ (dvojitě klikněte levým tlačítkem myši). Zadejte vyhledávací funkci publikace (autor nebo název). Klikněte na tlačítko „Spustit dotaz“ nebo na obrázek dalekohledu. Po provedení dotazu zobrazte nalezené záznamy se zvýrazněním požadovaný řádek kliknutím levého tlačítka myši. Pro detailní zobrazení stiskněte tlačítko „Zobrazit záznam“ nebo dvakrát klikněte na řádek levým tlačítkem myši. Chcete-li se vrátit do okna „Vyhledávání v katalogu“, klikněte na tlačítko „Požádat“. Pokud nalezený záznam plně odpovídá popsanému dokumentu, klikněte na tlačítko „Upravit záznam“0 " style="margin-left:-39.6pt;border-collapse:collapse;border:none">

Aktuální vydání 16.01.2004

Sestavil: , vedoucí. SBO NPB BSPU

Schváleno na jednání Metodické rady NPB BSPU

Předseda metodické rady

RUSLANA (databáze Ruslana) obsahuje komplexní informace o společnostech v Rusku, na Ukrajině a v Kazachstánu. Můžete jej použít k analýze konkrétní společnosti, stejně jako k vyhledávání a analýze společností s konkrétním profilem. RUSLANA je prezentována s software nová generace od BvD - jednoduché a snadné použití.

Přínos pro vás

Jaké informace RUSLANA obsahuje?

• Finanční ukazatele společnosti, podrobný formát, data za 10 v posledních letech
• Vedoucí a kontakty
• Kód činnosti a popis obchodu
• Údaje o akciích pro veřejné společnosti
• Detailní struktura společnosti, vyhledejte společnosti se stejným vlastníkem
• Akcionáři a dceřiné společnosti
• Obchodní zprávy o společnosti
• M&A transakce a fámy o nich

Ruslana je ideálním řešením pro specialisty na převodní ceny, marketéry, specialisty na prodej a marketing, fúze a akvizice, odborníky na úvěrová rizika a compliance.

Pomocí produktu Ruslana naleznete potřebné informace o společnosti, kterou hledáte a budete moci danou společnost ohodnotit.

• Vyhledávání podle více než 100 kritérií – Vyhledávání můžete vytvářet v několika krocích, porovnávat data za poslední roky. Rozhraní produktu umožňuje kombinovat velké množství vyhledávacích kritérií a používat booleovské vyhledávání (a, nebo, a ne). Po výběru skupiny firem je můžete mezi sebou porovnávat, vytvářet grafy a tabulky
• Díky flexibilnímu rozhraní produktu můžete Ruslana používat pro různé výzkumné projekty, včetně: podrobné finanční analýzy a hodnocení úvěrového rizika, podnikových financí, rizikového kapitálu a výzkumu M&A, ke studiu efektivity prodeje a marketingu, provádění hodnocení proveditelnosti, shromažďovat data pro různé kampaně pro akademické účely
• Můžete si vytvořit vlastní indikátory, vypočítat průměrnou hodnotu pro daný sektor, změnit formát zprávy a přizpůsobit datová struktura, proveďte srovnání a hodnocení, exportovat data(Excel, Access...)
• Funkce Addin umožňuje analyzovat data z Ruslana v Excel/Access, takže můžete porovnávat svá vlastní data s daty z naší databáze (jsou denně aktualizovány), čímž si rozšiřujete vlastní databázi
• Můžete také provést analýzu převodních cen
• oddělení analýzy úvěrového rizika
• oddělení podnikových financí, M&A a poradenských společností
• marketingové oddělení
• vzdělávací a vědecké instituce