Система є в достатній мері відкритої, що дозволяє користувачеві самостійно вносити зміни в широких межах: від зміни вхідних і вихідних форм до розробки оригінальних додатків.

Як самостійні продукти, що розширює можливості локальної версії системи ІРБІС, є засоби підтримки телекомунікаційних технологій, а саме: Web-ірбіс - рішення, що забезпечує доступ до баз даних «ІРБІС» через WWW-сервер, і сервер баз даних для протоколу Z39.50 (Z-ІРБІС). Дані засоби повністю забезпечують інтегрувальна системи «ІРБІС» у корпоративні бібліотечні технології.

2.1.3.2. Організація системи автоматизації бібліотек «ІРБІС»

У системі реалізовані всі типові бібліотечні технології, включаючи технології комплектування, систематизації, каталогізації, читацького пошуку, книговидачі й адміністрування, на основі взаємозалежного функціонування п'яти типів автоматизованих робочих місць (АРМ): "Комплектувальник", "Каталогізатор", "Читач", "Книговидавець", "Адміністратор".

· АРМ "КОМПЛЕКТУВАЛЬНИК" - являє собою робоче місце бібліотечного працівника, що виконує функції по комплектуванню й обліку фондів бібліотеки на основі ведення спеціальної бази даних. В умовах ЛВС система забезпечує функціонування довільної кількості Армов "КОМПЛЕКТУВАЛЬНИК" з можливістю одночасного поповнення (коректування) однієї бази даних;

· АРМ "КАТАЛОГІЗАТОР" - являє собою робоче місце бібліотечного працівника, що виконує всі функції по формуванню (поповненню й коректуванню) баз даних Електронного каталогу. В умовах ЛВС система забезпечує функціонування довільної кількості АРМ "КАТАЛОГІЗАТОР" з можливістю одночасного поповнення (коректування) однієї бази даних;

· АРМ "ЧИТАЧ" - являє собою робоче місце кінцевого користувача Електронного каталогу й призначений для всеосяжного пошуку в Електронному каталозі, перегляду/печатки знайденої інформації й формування замовлення на видачу знайденої літератури. В умовах ЛВС система забезпечує можливість одночасного пошуку в тих самих базах даних Електронного каталогу довільної кількості користувачів;

· АРМ "КНИГОВЫДАЧА" - являє собою робоче місце бібліотечного працівника, що виконує функції по видачі літератури відповідно до формованих замовлень й її поверненню. В умовах ЛВС система забезпечує роботу із чергою формованих замовлень на видачу в режимі реального часу;

· АРМ "АДМІНІСТРАТОР" - являє собою робоче місце спеціаліста, виконуючи системні операції над базами даних у цілому, спрямовані на підтримання їх в актуальному стані.

2.1.4. Бібліотечна інформаційна система «Руслан»

Призначення системи БІС "Руслан" забезпечує автоматизацію всіх основних процесів обробки літератури й обслуговування читачів у бібліотеках різного профілю.

Функціональність БІС «Руслан» може нарощуватись поступово, шляхом додавання нових модулів без модифікації або заміни вже придбаних. Це забезпечує можливість поетапного впровадження системи.

Можливий перехід на БІС «Руслан» з інших БІС (DOS-систем, файл-серверну архітектуру).

БІС «Руслан» може бути використана в бібліотеках будь-якої відомчої підпорядкованості - вузівських, публічних, бібліотеках для сліпих, медичних.

БІС «Руслан» уможливлює створення електронних бібліотек повнотекстових ресурсів, як природної частини науково-освітнього простору бібліотеки вузу.

БІС "Руслан" забезпечує створення в короткий термін бібліотечних консорціумів і залучення в їхню діяльність окремих бібліотек. При використанні БІС «Руслан» для автоматизації бібліотеки користувач легко може стати членом консорціуму - при цьому не буде потрібно ніяких додаткових компонентів для виконання операцій ведення зведеного каталогу й каталогізації запозиченням, операцій пошуку й замовлення через Web сторінку консорціуму.

БІС «Руслан» підтримує можливість кооперації в режимі он-лайн із усіма бібліотеками, що використають цю систему, а також зі членами Партнерства АРБИКОН для виконання операцій каталогізації запозиченням (при уведенні нових надходжень), для пошуку й замовлення документів.

БІС "Руслан" не має обмежень на кількість підключених АРМ, на кількість одночасно працюючих користувачів, на кількість бібліотечних баз даних, на кількість записів у БД.

2.1.5. Бібліотечна інформаційна система «КАБІС»

Система КАБІС (Казахська автоматизована бібліотечна-інформаційна система) розроблена компанією «Kazakh Soft» (Казах Софтвер) і використовується в багатьох бібліотеках Казахстану. Як основні відмітні характеристики системи можна відзначити наступні: можливість швидкого освоєння; зручність інтерфейсу; відносно низька вартість; підтримка казахської мови, аж до сортування каталога по казахському алфавіту і перевірки орфографії на казахській мові; наявність програмного інтерфейсу (API); надійність коду; простота налагодження і адміністрування.

2.1.5.1. Загальні відомості про бібліотечну інформаційну систему «КАБІС»

Система КАБІС призначена для комплексної автоматизації бібліотечних процесів і створення електронних каталогів, а також повнотекстових баз даних. Система реалізована з дотриманням стандартів Республіки Казахстан, що діють, у бібліотечній справі, таких як ГОСТ 7.1-2003, ГОСТ 7.82-2001, ГОСТ 7.35-81, ГОСТ 7.51-84, ГОСТ 7.12-93 і т.д. При бібліографічному описі документів система дозволяє паралельно використовувати різні версії стандарту 7.1. Для експлуатації системи потрібний звичайний персональний комп'ютер (наприклад, Pentium IV, 512 Мб ОЗУ, 10 Гб жорсткий диск) з операційною системою Windows 98/XP/2000/2003. Роздрук карток і вихідних документів розрахований для друку на лазерних і матричних принтерах.

2.1.5.2. Модулі бібліотечної інформаційної системи «КАБІС»

Система КАБІС має всі необхідні модулі для автоматизації бібліотечних процесів. Постачання здійснюється в двох варіантах комплектації:

1) КАБІС.Standard - включає найнеобхідніші модулі для початку роботи: Адміністрування, Комплектування, Каталогізація, Читацький пошук;

2) КАБІС.Full - включає майже всі модулі: Адміністрування, Комплектування, Каталогізація, Читацький пошук і замовлення, Картотека читачів, Книговидача, Книгозабезпеченість, API-інтерфейс, Генератор штрих-кодів.

КАБИС.Адміністрування - модуль адміністрування системи і баз даних. Включає наступні функції: створення, копіювання, стиснення, архівація, відновлення баз даних; функції імпорту і експорту бібліографічних записів; функції управління групами користувачів і їх правами; настройка інвентарних книг; каталогів; відділів бібліотеки; складу робочих полий і т.д. Рівні прав доступу: адміністратор, бібліографія, інвентаризація, тільки читання. Також доступ можна обмежити на рівні каталогів. Тільки адміністратор має права для зміни системних налаштувань в таких категоріях як каталоги, користувачі, відділи бібліотеки і т.д.

КАБИС.Каталогізація - модуль призначений для бібліографічного опису документів і створення електронних каталогів. Включає наступні функції: створення, зміна, видалення бібліографічних записів; настройка робочих полів для кожного виду видання (всього полий близько 100); ділення бази по логічних каталогах; ндексація по ББК, УДК, ГРНТІ, ВАК; різні способи розстановки; формування тематичних списків; швидке заповнення полів із словника; введення з готових довідників; перевірка орфографії на російській, англійській і казахській мовах; перевірка на наявність дублетних записів; основні і додаткові бібліографічні картки (ГОСТ 7.1-2003); автоматичне визначення авторських знаків для російської, казахської і іноземної літератури; автоматична вставка наочних рубрик і індексів з готових класифікаторів.

КАБИС. Комплектування - модуль призначений для комплектування і обліку книжкового фонду бібліотеки. Включає наступні функції: підготовка заявки на покупку книг; реєстр джерел надходжень; книга сумарного обліку надходжень; звірка з накладними; акти вибуття; книга сумарного обліку вибуття видань; інвентарний і безінвентарний облік екземплярів; облік актів на заміну; друк інвентарної книги; інвентарний пошук; друк інвентарної картки, облікової картки і формуляру, лист супровідного документа при розподілі книг по відділах, формування різних звітів.

КАБИС. Пошук і замовлення - модуль призначений для надання читачам пошуку в базах даних. Дозволяє в безпечному режимі (тільки читання) шукати літературу в електронному каталозі, оформити он-лайн замовлення або роздрукувати список літератури. Включає наступні функції: корзина користувача, пошук по штрих-коду, швидкий пошук по авторові і заголовку, простій пошук по всіх полях, пошук по датах, пошук по каталогу або по видах видання, пошук по бібліографічних полях, вкладений пошук, об'єднання результатів пошуку і т.д.

КАБИС. Картотека читачів - модуль призначений для створення бази даних читачів. Включає наступні функції: введення даних про читача, формування читацького квитка з фотографією і штрих-кодом, автоматичне привласнення номера квитка і штрих-коду, визначення складу полів опису читачів, швидкий пошук за кодом і по прізвищу, розширений пошук по будь-якому складу полів, обмеження доступу по відділам бібліотек, різні статуси активності, статистичні звіти по контингенту. ·

КАБИС. Книговидача - модуль для автоматизації обслуговування читачів і ведення статистики відвідання бібліотеки. Включає наступні функції: пошук книг, пошук читачів, перегляд замовлень, видача книг, прийом книг, облік інших наданих послуг, статистика по замовленнях, звіти по виданих книгах, звіти по послугах, підтримка технології штрих-кодування.

КАБИС. Книгозабезпеченність - модуль ведення обліку книгозабезпеченості по учбових дисциплінах або тематичних рубриках. Статистика ведеться по різних рівнях (факультети, спеціальності, дисципліни). Відмітною властивістю даного модуля від модулів в інших подібних системах є те, що після настройки профілю книгозабезпеченості, статистика формується динамічно на основі бібліографічних описів учбових видань. Система сама класифікує підручники по дисциплінах, виходячи з індексу УДК, ББК, ключових слів і т.д.

КАБИС. Web - інтерфейс для доступу до баз даних електронного каталогу і повнотекстових документів через інтранет або інтернет. Включає функції складених запитів; пошуку ключових слів по всіх і по окремих полях; підтримка казахської мови; вкладеного пошуку; можливість підбору окремих документів з результату пошуку для складання списку літератури.

КАБИС.BookScan - це комп'ютерна програма для створення електронної бібліотеки книг, статей, дисертацій, альбомів і інших документів. Дозволяє легко і швидко генерувати електронний варіант книги по її оцифрованих сторінках. Програма дуже зручна в застосуванні: користувачеві досить вказати строку з відсканованими сторінками книги і запустити програму - за лічені секунди електронна книга вже буде готова. Створені електронні книги можна використовувати на будь-якому комп'ютері без попередньої установки або настройки. До електронних підручників можна організувати видалений доступ через інтернет або інтранет, через мережевий диск або поширювати на компакт-диску. Електронна книга має посилання по змісту, передбачений перехід в будь-який розділ книги по назві, навігація вперед і назад (перегортання) по сторінках, перехід у вказану сторінку. Зміст книг розпізнається при скануванні, тому можлива організація пошуку за змістом. Оптимальний розмір файлів підручника дозволяє розміщувати на одному компакт-диску декілька підручників по одній спеціальності. На базі електронних підручників можна створити електронну бібліотеку на Web-сайті. Можна створити базу даних відсканованих книг і у будь-який час згенерувати різні CD-ROMи по вибраних книгах. Формат створених електронних підручників - HTML і JavaScript. Для відкриття можна використовувати практично будь-який броузер. Низькі технічні вимоги до устаткування для установки і використання програми.

КАБИС.API - інтерфейс програмування у вигляді COM. Даний модуль дозволяє працювати з базою даних КБІС через інші програми, написані на мовах програмування Visual Basic, Delphi .NET, завдяки чому програмісти замовника самостійно можуть написати коди для інтеграції бібліотечної системи з іншими корпоративними системами. Це комп'ютерна програма для створення електронної бібліотеки книг, статей, дисертацій, альбомів і інших документів. Дозволяє легко і швидко генерувати електронний варіант книги по її оцифрованих сторінках. Програма дуже зручна в застосуванні: користувачеві досить вказати строку з відсканованими сторінками книги і запустити програму - за лічені секунди електронна книга вже буде готова. Створені електронні книги можна використовувати на будь-якому комп'ютері без попередньої установки або настройки. До електронних підручників можна організувати видалений доступ через інтернет або інтранет, через мережевий диск або поширювати на компакт-диску.

Електронна книга має посилання по змісту, передбачений перехід в будь-який розділ книги по назві, навігація вперед і назад (перегортання) по сторінках, перехід у вказану сторінку.

Зміст книг розпізнається при скануванні, тому можлива організація пошуку за змістом. Оптимальний розмір файлів підручника дозволяє розміщувати на одному компакт-диску декілька підручників по одній спеціальності. На базі електронних підручників можна створити електронну бібліотеку на Web-сайті.

Можна створити базу даних відсканованих книг і у будь-який час згенерувати різні CD-ROMи по вибраних книгах. Формат створених електронних підручників - HTML і JavaScript. Для відкриття можна використовувати практично будь-який броузер. Низькі технічні вимоги до устаткування для установки і використання програми.

2.1.5.3. Системні характеристики бібліотечної інформаційної системи «КАБІС»

Технічні вимоги:

Апаратні вимоги: Pentium I V, 512 Мb RAM, 10 Gb HDD, принтер

Вимога до програмного середовища: Windows 98/2000/2003/ XP / Vista, MS Office 97/2000/2003/2007. Вимога до локальної мережі: 10 Мбіт/сек.

2.2. Архітектура комплексної бібліотечної експертної системи

2.2.1. Призначення системи

Комплексна бібліотечна експертна система (КБЕС) забезпечує комп'ютерно-інформаційну підтримку виконання персоналом всіх технологічних процесів у бібліотеках різного профілю.

На Рис. 2.2. наведена загальна схема "шляху книги" у середовищі КБЕС, е саме:

· комплектування (замовлення, підписка, реєстрація надходжень, первинний опис, формування звітних документів, списання);

· каталогізація (повний бібліографічний опис, предметизація, систематизація з використанням власних і зовнішніх джерел бібліографічних й авторитетних даних);

· пошук і замовлення читачем через Web-браузер документа в електронному каталозі по знайденому опису;

· контроль читачем виконання його замовлень, отримання інформації про виданий читачеві документ;

· книгозберігання (обробка вимог читачів і підготовка документів у видачі);

· обслуговування на абонементі (видача й прийом документів, формування й висновок звітних і статистичних даних);

· обслуговування по міжбібліотечному абонементу.

Сервер системи є ядром системи - сполучною ланкою між модулями й ресурсами системи (каталогами, базами даних). Ресурси системи розміщаються а базі даних (БД) під керуванням СУБД. Система підтримує роботу з бібліографічними й авторитетними записами різних форматів сімейства MARC. У БД також зберігається інформація про читачів, про книговидачу, про структуру бібліотеки, про правила обслуговування та інші параметри, що дозволяють настроїти систему на особливості організації бібліотечних процесів.

Рис. 2.2. Архітектура КБЕС

2.2.2. Загальні принципи організації системи

Відкриті стандарти - застосування стандартних протоколів взаємодії й форматів даних (стандарти ІSO, рекомендації національного рівня, стандарти де-факто) .

Розподілене середовище - можливість роботи системи в будь-якому мережному середовищі - локальної, корпоративної або глобальної мережі залежно від розв'язуваних системою завдань .

Інтернет/Інтранет й Web-технології - використання Інтернет як транспортне середовище, а також реалізація доступу користувачів через Web-браузера.

Багаторівнева архітектура "клієнт-сервер" - система складається із СУБД, сервера додатків і клієнтської частини.

2.2.3. Особливості організації системи

Відкритість - система підтримує взаємодію із зовнішніми бібліотеками й ресурсними центрами по протоколу Z39.50, причому ці можливості убудовані в окремому модулі, тобто не вимагають додаткових операцій і додаткових компонентів для встановлення зв'язків у зовнішніми джерелами даних.

Каталогізація запозиченням - ефективний засіб підвищення якості роботи бібліотеки. При надходженні книги в бібліотеку можна знайти її опис в авторитетних зовнішніх джерелах. Є можливість виконувати одночасний пошук відразу на декількох серверах Z39.50. Після чого запис редагується й додається в електронний каталог.

Підтримка UNІCODE - можна використати кілька мов при створенні бібліографічного опису. Підтримуються будь-які мови.

Віддалена робота читача - читач може виконувати пошук і замовлення документів через будь-який комп'ютер, підключений до Інтернет.

Віддалена робота співробітника - підтримуються рішення для багатофіліальних бібліотек, коли операції комплектування/каталогізації та книговидачі можуть виконуватися у віддалених філіях (інший будинок, інше місто, інший провайдер Інтернет) з розміщенням всіх даних у центральному сховищі сервера системи.

Гнучкість й адаптивність - забезпечується настроювання на особливості бібліотеки без зміни програмного коду, використовуючи механізми шаблонів, конфігураційні файли й параметри системи.

Віддалена установка й настроювання - розробники можуть виконувати установку й настроювання компонентів системи віддалено через Інтернет.

Надійна стала робота - багатоланкова архітектура "клієнт-сервер" робить систему стійкої до інтенсивного потоку запитів від користувачів; використання професійної СУБД підвищує надійність і безпеку.

Гнучка конфігурація - система може розташовуватися на одному комп'ютері, і може бути рознесена на різні комп'ютери в локальній або глобальній мережі для адекватного настроювання на потреби в продуктивності системи й топології відділів бібліотеки.

Локалізація баз знань - окремі модулі КБЕС реалізуються у формі локальних експертних систем з огляду на специфіку функціональності та особливості предметних знань кожної локальної експертної системи.

2.2.4. Модуль комплектування/каталогізації

Призначення модуля - підтримка процедур комплектування, каталогізації, систематизації, предметизації, підписки на періодику, аналітичний підпис, ведення авторитетних файлів. Нижче наведемо основні особливості модуля.

· Сучасний налагоджуваний інтерфейс користувача.

· Авторизація користувачів й автоматичне настроювання функцій модуля залежно від категорії користувача і його повноважень.

· Замовлення книг.

· Підписка й реєстрація періодичних видань.

· Традиційні функції комплектування/списання одиниць зберігання.

· Формування типових вихідних форм у форматі MS Excel (інвентарні книги, рахунки, акти).

· Контроль стадій обробки записів по відділах.

· Підтримка форматів UKRMARC, RUSMARC, USMARC, UNIMARC, включаючи механізми зв'язування бібліографічних записів, трасування посилань, авторитетних файлів.

· Швидке настроювання формату запису для конкретної організації (склад полів, властивості полів/підполів, формати значень, списки й набори значень, довідники й інше).

· Контроль структурної й логічної цілісності запису (формат запису, значення й властивості всіх її елементів у відповідності до специфікації формату й налаштувань користувача).

· Створення MARC записів з використанням шаблонів, підготовлених засобами модуля.

· Можливість каталогізації будь-яких видів документів, включаючи нетрадиційні (аудіо, відео, електронні ресурси, ноти тощо).

· Контекстна допомога по формату запису.

· Технологія швидкого копіювання подібних записів (аналітика, періодика).

· Спеціальна технологія виявлення дублюючих описів.

· Можливість введення даних на будь-яких мовах у стандартному кодуванні UNІCODE з використанням вбудованої віртуальної клавіатури.

· Вбудований компонент для роботи з базами даних класифікаційних систем.

· Забезпечення надійності операцій віддаленої зміни даних.

· Ведення довідників по будь-яким полям запису.

· Віддалена взаємодія із джерелами бібліографічних й авторитетних даних у форматах сімейства MARC, доступних по протоколу Z39.50 з контролем прав доступу.

· Зручний інтерфейс пошукової форми, функції простого й складного пошуку, уточнення запитів, збереження результатів пошуку по шаблону.

· Збереження пошукових запитів для повторного використання.

· Один пошуковий запит може виконуватися одночасно для декількох баз даних або серверів.

· Копіювання записів із зовнішніх джерел з автоматичним конвертуванням запису в необхідний формат сімейства MARC з можливістю наступної перевірки й редагування.

· Підключення або завантаження зовнішніх авторитетних файлів у будь-яких MARC форматах.

· Автоматичне формування бюлетеня нових надходжень по шаблону, обумовленому користувачем.

· Завантаження/розвантаження MARC записів з/у файл у різних кодуваннях.

· Модуль може використатися автономно як розвинутий Z39.50-клієнт для доступу до кожного, доступного по протоколу Z39.50 джерелу даних і роботи з локальними файлами MARC записів.

Одним з основних елементів модуля є локальна експертна система для систематизації інформаційних ресурсів електронних бібліотек.

2.2.5. Модуль книговидачі

Призначення модуля - підтримка служби абонемента й книгозберігання. Нижче наведемо основні особливості модуля.

· Підтримка реєстрації/перереєстрації читачів.

· Використання розширених відомостей про читача, включаючи фото, адресу електронної пошти.

· Прийом/видача й облік виданої літератури замовлень читачів з використанням технології штрих-кодування читацьких квитків і книг.

· Автоматичне отримання інформації про місцезнаходження й наявність вільних екземплярів документа.

· Можливість одночасної роботи як за традиційною технологією замовлення з використанням паперової читацької вимоги, так й електронного замовлення через Інтернет.

· Оперативне й відкладене виконання замовлення.

· Ведення електронних черг на літературу.

· Контроль строків видачі, індикація боржників і прострочених замовлень.

· Одержання зведених оперативних даних про видані книги, поточні замовлення, користувачів по різних пошукових критеріях.

· Робота із книгами в читальному залі.

· Технологія поступового штрих-кодування одиниць зберігання.

· Збір статистичних даних.

2.2.6. Модуль читача

Модуль реалізує функції HTTP-Z39.50-шлюзу для пошуку й замовлення літератури читачем. Нижче наведемо основні особливості модуля.

· Дружній інтерфейс користувача, що організований за допомогою типової програми перегляду WWW.

· Пошук і подання бібліографічних, авторитетних записів і повнотекстових документів у форматах MARC21, UKRMARC, UNІMARC, RUSMARC, HTML, XML, OPAC.

· Багатий набір можливостей по створенню пошукових запитів.

· Динамічне настроювання форми подання результатів пошуку.

· Пошук документів кількома мовами.

· Пошук з використанням індексних словників.

· Надання інформації про наявність і місцезнаходження вільних екземплярів документа.

· Замовлення документа по його опису.

· Пошук і подання інформації користувачеві про зроблені ним замовленням, керування замовленнями.

· Усунення дубляжу описів при виведенні результатів пошуку.

· Віддалений доступ до своїх і зовнішніх баз даних по протоколу Z39.50.

· Одночасна робота з декількома базами даних.

· Гіпертекстове подання інформації з полів бібліографічних записів.

Одним з головних блоків модуля читача є локальна експертна система для навігації ресурсами електронних бібліотек.

2.2.7. Mодуль міжбібліотечного абонемента

Призначення модуля - автоматизація міжбібліотечного абонемента. Нижче наведемо основні особливості модуля.

· Пошук бібліографічної інформації в центральному об'єднаному каталозі.

· Подання бібліографічних записів у форматах сімейства MARC.

· Подання інформації про місцезнаходження документа.

· Замовлення по знайденому опису послуг міжбібліотечного абонемента: документ у тимчасове користування, копія, що не повертається, довідка про місцезнаходження, довідка про вартість виконання інших послуг.

· Скасування замовлення.

· Підтвердження або не підтвердження скасування замовлення.

· Висунення умов виконання замовлення.

· Прийняття/неприйняття умов виконання замовлення.

· Повідомлення про відправлення документа абонентові.

· Повідомлення про строки виконання замовлення.

· Повідомлення про необхідність повторного запиту із вказівкою причини.

· Повідомлення про постановку запиту в чергу.

· Повідомлення про одержання документа абонентом.

· Повідомлення про повернення документа абонентом.

· Повідомлення про одержання документа власником.

· Повідомлення про втрату документа.

· Відмова в обслуговуванні із вказівкою причини.

· Перегляд списків поточних транзакцій міжбібліотечного абонемента.

· Всі операції з бібліографічними записами й транзакціями міжбібліотечного абонемента здійснюються з використанням протоколів Z39.50 й ІSO ІLL.

2.2.8. Модуль книгозабезпечення

Призначення: введення даних про навчальний план, рекомендовану літературу й створення звітів по книгозабезпеченню.

Розглянемо основні функціональні можливості модуля.

1. Локальна редакція:

· введення інформації про навчальний процес (групи, навчальний план, рекомендації);

· введення довідкових даних (факультети, кафедри, дисципліни, спеціальності, описи книг і так далі);

· імпорт даних з текстових файлів й SQL-джерел даних (Mіcrosoft Access, Mіcrosoft SQL Server, Oracle);

· експорт даних у текстові файли;

· зберігання введених даних у файлах у форматі XML;

· пошук описів книг на Web-сервері системи або на сервері Z39.50 з наступним імпортом бібліографічних описів;

· створення звітів по книгозабезпеченню;

· створення звітів для аналізу забезпеченості контингенту вузу літературою з фонду бібліотеки.

2. Локальна редакція + Web-інтерфейс:

· всі можливості локальної версії;

· перегляд звітів по книгозабезпеченню через Web-інтерфейс;

· збір статистики по використанню Web-інтерфейсу модуля книгозабезпечення.

3. Мережна редакція:

· всі можливості локальної версії;

· база даних: файл XML, Mіcrosoft SQL Server або Oracle;

· робота в локальній мережі або через Інтернет (по протоколу HTTP);

· можливість одночасного редагування однієї бази декількома користувачами;

· установка модулів системи на комп'ютери користувачів з використанням технології ClіckOnce (настроювання конфігурації й відновлення програми здійснюються автоматично).

4. Мережна редакція + Web-інтерфейс:

· всі перераховані вище можливості.

2.2.9. Модуль адміністратора

Призначення модуля - підтримка настроювання й керування сервером системи і базою даних. Нижче наведемо основні особливості модуля.

· Конфігурація параметрів сервера.

· Облік користувачів системи.

· Керування правами доступу до баз даних.

· Створення і підтримка баз даних (найменування, префікси ключів, формати записів, крапки доступу).

· Керування індексацією записів (таблиці розбору значень полів запису).

· Керування відображенням елементів MARC записів у пошукові атрибути.

· Резервне копіювання баз даних.

· Повернення до попередніх версій записів.

· Моніторинг роботи сервера в реальному режимі часу.

· Оповіщення (on-lіne) працюючих з бібліотечною системою користувачів.

· Пакетні операції зміни й переіндексації даних.

· Завантаження/розвантаження записів з/у файл.

· Збір й аналіз різних статистичних даних по всіх операціях.

· Перегляд історії роботи будь-якого користувача із сервером (з точністю до операції).

2.2.10. Сервер системи

Призначення - серверне забезпечення роботи модулів системи. Нижче наведемо основні особливості модуля.

· Підтримка всіх необхідних для роботи модулів операцій: пошук, виведення, вставка, видалення, редагування.

· Одночасна підтримка безлічі бібліографічних, авторитетних і службових баз даних записів у різних форматах.

· Контроль доступу до баз даних по категоріям користувачів.

· Забезпечення цілісності даних і надійності вилучених транзакцій, повернення до попередніх версій записів.

· Масштабування при роботі на багатопроцесорних системах.

· Оптимізація обробки паралельних запитів.

· Підтримка багатомовних даних і діагностичних повідомлень (UNІCODE).

2.3. ВИСНОВКИ

Аналіз проблеми оптимальної архітектурної організації бібліотечних інформаційних систем дозволив сформувати структуру комплексної бібліотечної експертної системи. Її основним призначенням є забезпечення комп'ютерно-інформаційної підтримки виконання персоналом всіх технологічних процесів у бібліотеках різного профілю. Комплексна бібліотечна експертна система реалізується у формі комплексу інтегрованих навколо спільного сервера локальних систем, серед яких головними є:

- локальна експертна система для підтримки комплектуван-ня/каталогізації;

- локальна експертна система для підтримки книговидачі;

- локальна експертна система для підтримки читача;

- локальна експертна система для підтримки міжбібліотечного абонемента;

- локальна експертна система для підтримки книгозабезпечення;

- локальна експертна система для підтримки адміністратора.

Локальні експертні системи функціонують на основі локальних баз предметно-функціональних знань.

3. АРХІТЕКТУРА ІНТЕЛЕКТУАЛЬНИХ БІБЛІОТЕЧНИХ ІНФОРМАЦІЙНИХ СИСТЕМ ДЛЯ ЕЛЕКТРОННИХ БІБЛІОТЕК

3.1 АВТОМАТИЗОВАНІ БІБЛІОТЕЧНІ ІНФОРМАЦІЙНІ СИСТЕМИ ЕЛЕКТРОННИХ БІБЛІОТЕК

3.1.1 Поняття автоматизованої бібліотечної інформаційної системи електронних бібліотек

“Автоматизована інформаційна система (АІС) - комплекс програмних, технічних, інформаційних, лінгвістичних, організаційно-технологічних засобів і персоналу, призначений для збору, обробки, зберігання, пошуку й видачі даних у заданій формі або виді для рішення різнорідних професійних завдань користувачів системи”.

Це визначення вимагає уточнення кола професійних завдань. Із цих завдань на першу позицію виходить заміна традиційних бібліотечних технологій на автоматизовані, починаючи з комплектування й закінчуючи різноманітним обслуговуванням користувачів.

Головним елементом традиційної АБІС стає електронний каталог (ЕК) з усіма його функціями. Всі властивості традиційної бібліотеки при роботі в АБІС зберігаються, не сильно змінюючись, насамперед, зберігаються фонди в тому вигляді до якого всі звикли. В ЕК присутні посилання на повні тексти, малюнки, аудіо- і відео- матеріали, а також посилання на ресурси Інтернет.

Основною складовою частиною традиційної АБІС є система автоматизації бібліотек (САБ), що забезпечує, з погляду конкретної бібліотеки, максимально комфортний і адекватний доступ користувачів до фондів бібліотеки. Саме завдяки САБ забезпечуються функції поповнення, ведення й надання користувачам ЕК, підтримуються бібліотечні формати й стандарти, а також лінгвістичні засоби ЕК.

У випадку традиційного використання АБІС користувач завжди має справу з відпрацьованим роками інформаційним забезпеченням (міжнародні й національні формати подання даних, правила каталогізації та ін.), лінгвістичним забезпеченням (друковані й електронні системи класифікації, авторитетні файли й ін.).

Використовувані системи індексування при розробці електронної бібліотеки істотно відрізняються від застосовуваних у традиційних АБІС. Наприклад, індексування повних текстів дозволяє знаходити не тільки сам текст, але й шукані частини тексту.

Бібліографічний опис, використовуваний в ЕБ, найчастіше також відрізняється від застосовуваного в традиційних АБІС бібліографічного опису. Звичайно використовуються формати метаданих, наприклад, такі як Dublin Сore, що дозволяють не тільки описати ресурси Інтернет, але й створити скорочений бібліографічний опис конкретного видання. У деяких випадках бібліографічного опису й, тим самим, електронного каталогу, зовсім немає. Є різні списки: по автору, по назвах, по рейтингу і т.д. Зрозуміло, що при порівняно невеликому фонді ЕБ пошук у такого роду списках не буде занадто складним.

Введемо поняття автоматизованої бібліографічної інформаційної системи електронних бібліотек (АБІС ЕБ) як спеціалізованого програмного забезпечення, орієнтованого на застосування в електронних бібліотеках.

3.1.2 Базові принципи побудови автоматизованої бібліотечної інформаційної системи електронних бібліотек

Значні обсяги різної інформації у всіх галузях людської діяльності, а також відповідних потреб користувачів обумовили розвиток АБІС ЕБ, які є актуальним продовженням процесу автоматизації бібліотечно-інформаційних процесів.

Поняття "користувач" для АБІС ЕБ поєднує категорії: "читач", "абонент МБА", "відвідувач", "інформатор", у цілому, - всіх тих, хто користується ресурсами АБІС ЕБ безпосередньо в бібліотеці або за її межами за допомогою Internet і дозволяє оперативно, повно і якісно одержувати інформацію й документні першоджерела.

Для рішення задачі побудови АБІС ЕБ необхідно:

· досліджувати й розробити методи аналізу бібліотечно-інформаційних процесів (систем, мереж) як об'єктів автоматизації, попередньо ввівши ці об'єкти як категорії з позиції системного підходу;

· розробити й досліджувати моделі бібліотечно-інформаційних процесів, систем і мереж до й після проведеної автоматизації;

· визначити (адаптувати) основні загальносистемні принципи проектування АБІС ЕБ і їхніх мереж;

· розробити методи створення й вибору програмно-апаратурного забезпечення АБІС ЕБ і їхніх мереж;

· розробити рекомендації з організації технологічних процесів в умовах використання АБІС;

· розробити схеми й набір параметрів для порівняльного аналізу АБІС ЕБ і їхніх мереж;

· підсилити роль принципів інтеграції, кооперації й використання колективного ІР АБІС ЕБ і їхніх мереж;

· розробити рекомендації зі створення мережних АБІС ЕБ і включенню телекомунікаційних і Інтернет-технологій у бібліотечно-інформаційну (науково-освітню) практику;

· досліджувати й розробити схему й порядок включення нових інформаційних технологій у діючі, й що розвиваються АБІС ЕБ і їхньої мережі;

· розробити принципи практичного впровадження й удосконалювання засобів автоматизації в бібліотечно-інформаційній / науково-освітній практиці.

Розглянемо систему базових принципів побудови АБІС ЕБ і їхніх мереж. Уведемо ряд вихідних положень, що лежать в основі як теорії їхнього створення, так і платформи.

Вихідні положення:

1. Автоматизація бібліотечно-інформаційного процесу, систем і мереж є комплексною проблемою, рішення якої направлено на підвищення продуктивності й ефективності праці персоналу й поліпшенню якості обслуговування користувачів.

2. Побудова АБІС ЕБ і їхніх мереж визначається в рамках загальної схеми проектування складних технічних систем, адаптованої з урахуванням особливостей АБІС ЕБ, як складної соціальної й комунікаційної системи.

3. Для АБІС ЕБ і їхніх мереж, у силу їхніх особливостей, соціальної спрямованості й пріоритетній ролі людського фактора, особливу роль у процесі проектного дослідження й розробки грає етап предпроектного дослідження, що вимагає старанності й повноти проведення всіх основних його складових.

4. Успішне рішення проблеми побудови АБІС ЕБ і їхніх мереж базується на оптимальному виборі або розробці програмно-апаратурного забезпечення, розробці ефективної автоматизованої технології й пов'язаного з нею комплексу інформаційно-лінгвістичних засобів і організаційно-управлінських рішень.

5. Розробка основних компонентів АБІС ЕБ і їхніх мереж проводиться відповідно до загальної мети й завданнями об'єктів автоматизації, відповідно до обраних критеріїв ефективності на платформі системного аналізу й з урахуванням сучасних вимог до навчальних / освітніх технологій.

6. Всебічне, наукове обґрунтування й націлене на успішну практичну реалізацію АБІС ЕБ і їхніх мереж вимагає дотримання базових принципів побудови АБІС ЕБ і сукупності рекомендацій із практичного впровадження результатів розробки.

Науково-методологічною платформою ефективної побудови АБІС ЕБ і їхніх мереж є наступні базові принципи:

1. Принцип ідентичності. Розробка нової, удосконалювання вже існуючої й впровадження отриманої ззовні АБІС ЕБ є ідентичними прикладними-науково-прикладними проблемами, що відрізняються друг від друга тільки змістом ряду етапів і тимчасових параметрів. Порушення цієї передумови може привести до неефективних рішень, особливо на етапах удосконалювання АБІС ЕБ.

2. Принцип апаратурної сумісності. Вибір апаратурного забезпечення АБІС ЕБ визначається рівнем технічної оснащеності об'єкта автоматизації й сумісністю із уже наявним устаткуванням і планованими до впровадження програмно-технологічними засобами;

3. Принцип інтегрованості й модульності ПЗ. Розробка прикладного програмного забезпечення АБІС ЕБ виробляється у вигляді інтегрованої системи модульного типу в середовищі розповсюджених сімейств ОС і СУБД із урахуванням вимог інформаційного, лінгвістичного й телекомунікаційного забезпечення; програмне забезпечення АБІС ЕБ повинне задовольняти вимогам інтероперабельності, адаптивності й мати комунікативні властивості.

4. Принцип нових технологій. Автоматизована технологія означає розробку нової технології або модернізацію існуючої в умовах АБІС ЕБ і не допускає простого використання розробленого програмно-апаратурного забезпечення в умовах старих традиційних технологій;

5. Принцип однократності. З урахуванням дотримання відомого принципу одноразової обробки інформації обґрунтовується однократна генерація й однократне зберігання кожного виду ІР для багаторазового й багатоаспектного використання;

6. Принцип корпоративності (кооперації). Обґрунтовується необхідність корпоративності й розподіленості створюваного бібліотечного ІР в умовах автоматизації;

7. Принцип мережної інтеграції. Обґрунтовується необхідність мережної інтеграції й побудови єдиної технології відновлення ІР і обслуговування локальних і вилучених користувачів, що зв'язує два рівні для кожного об'єкта в умовах АБІС ЕБ: локальних і глобальних інформаційно-обчислювальних мереж;

8. Принцип моніторингу для керування. Необхідність постійного моніторингу для одержання якісних і кількісних характеристик функціонування АБІС на основі спеціально розроблювальних засобів інтелектуальної статистики.

9. Принцип міжнародної кооперації. Розробка й розвиток АБІС ЕБ і мереж розробляється з орієнтацією на міжбібліотечне співробітництво і кооперацію й, відповідно до правил і протоколів міжнародного інформаційного обміну.

Вищевказані положення й принципи утворять нову науково-методичну платформу для розробки АБІС ЕБ і їхніх мереж з обліком забезпечених системних вимог і особливостей сучасного стану в області інформаційних і навчальних технологій і входження ЕБ у світову бібліотечно-інформаційну інфраструктуру.

3.2 МОДЕЛІ Й ІНСТРУМЕНТАЛЬНІ ЗАСОБИ ПОБУДОВИ АВТОМАТИЗОВАНИХ БІБЛІОТЕЧНИХ ІНФОРМАЦІЙНИХ СИСТЕМ ЕЛЕКТРОННИХ БІБЛІОТЕК

3.2.1 Автоматизована бібліотечна інформаційна система електронних бібліотек як відкрита система

АБІС ЕБ є складним високотехнологічним ПЗ/ІС, і природно, повинно задовольняти властивостям відкритості. В [4] аналізується поняття відкрита система, що сформульовано фахівцями IEEE і підкреслює аспект середовища.

Відкрита АБІС ЕБ повинна реалізовувати певний набір функцій, що має багаторівневу структуру. Ідеальною вважається ситуація, коли існує відкрита архітектура АБІС ЕБ. Під відкритістю тут мають на увазі в першу чергу «загальноприйнятість», засновану на стандартах, мінімальних вимогах до реалізації, рекомендаціях і т.п. Слід зазначити, що такі роботи коштують дуже дорого, а ринок АБІС ЕБ набагато менше, ніж ринок іншого ПЗ (операційні системи, офісні системи, бізнес системи та ін.), де витрати на розвиток швидко окупаються. Незважаючи на вищесказане, створювати відкриту архітектуру має сенс, але не як деяку річ у собі, відірвану від практики, а як реалізацію концепції розвитку АБІС ЕБ, що не нав'язує конкретних швидких рішень. Необхідно забезпечити участь у розробці такої концепції виробників АБІС ЕБ.

Можна виділити наступні основні завдання побудови концепції розвитку АБІС ЕБ:

Розробка загальних специфікацій побудови стандартів взаємодії компонент (модулів) АБІС ЕБ, як автономних (що мають самостійне значення), так і залежних (інтегрованих).

Забезпечення високої динаміки й гнучкості (розширюваності зі збереженням сумісності) розвитку стандартів взаємодії, скорочення строків їхнього впровадження. Для цього при розробці або модифікації стандартів необхідно враховувати існуюче положення речей, можливості різних АБІС ЕБ. Також необхідно, з одного боку, у максимально можливій мірі відповідати міжнародним і державним стандартам, а, з іншого боку, не допускати, щоб вони заважали реальній роботі й розвитку. В останньому випадку краще віддавати перевагу галузевим стандартам, ніж міжнародним, які, як відомо, неповороткі й спізнюються (якщо за ними не стоїть велика компанія).

Виробіток гнучкої політики взаємодії виробників АБІС ЕБ, що забезпечувала б не тільки взаємодію між різними АБІС ЕБ як автономними системами, але й програмну інтегрованість модулів різних виробників. Наприклад, щоб, маючи деяку АБІС ЕБ, можна було використовувати модуль аналізу й подання статистики (або, наприклад, модуль книгозабеспечення) від іншої системи або такий модуль від виробника, що спеціалізується саме на такому ПЗ. Таким чином виробники, які розробляють не АБІС ЕБ цілком, а деякі її компоненти, можуть домогтися кращих результатів. Наприклад, незважаючи на розвиток систем управління базами даних, продовжує існувати ПЗ сторонніх виробників для генерації звітів. Крім того, у різних користувачів різне представлення про якість, зручність. Із цього погляду створення ідеальної АБІС практично неможливо.

Зупинимося на більш детельному розгляді деяких технічних властивостей відкритих систем:

Розширюваність/масштабованість. Звичайно під цим розуміють можливість виконання ПЗ в розподіленому режимі, тобто на декількох процесорах, на декількох комп'ютерах, а також можливість збільшення навантаження при відповідному підвищенні потужності апаратури (від тривіальної до створення кластерів), збільшення кількості робочих станцій у мережному аспекті.

Мобільність. Це властивість, без сумніву, є важливою для кінцевого користувача і пов'язана з можливостю переносу при заміні програмної платформи.. Реалізація платформо-незалежної АБІС ЕБ представляє собою дуже складну задачу, успіх вирішення якої, в першу чергу, пов'язаний з правильним вибором середовища розробки.

-- Інтероперабельність. Цій властивості АБІС ЕБ останнім часом приділялася особлива увага. Під взаємодією звичайно розуміють мережну взаємодію. Однак сюди можна й віднести й опосередковану взаємодію через зовнішні файли даних. І тут, на підставі досвіду, отриманого в процесі як експлуатації АБІС ЕБ, так і в процесі переходу з однієї АБІС ЕБ на іншу, можна констатувати, що найважливішою функцією, з якої починається відкритість - це можливість експорту/імпорту всіх (можливо, за винятком службової інформації) даних в АБІС ЕБ у форматі, стандартному для даної області (наприклад, MARC і ISO2709 для бібліографічних записів або DC) або, для “нестандартних” (не бібліографічних) даних, у форматі з відкритим описом, що дозволяє повною мірою відобразити структуру даних. Перейдемо тепер до мережної взаємодії. В області АБІС мережну взаємодію в основному зв'язують із протоколом Z39.50, що є міжнародним стандартом. Варто помітити, що цей протокол не призначався для організації взаємодії АБІС. Він призначений для організації взаємодії клієнтського ПЗ із серверним ПЗ, хоча й те й інше можуть належати різним АБІС. При цьому основною причиною, що стримує його поширення, є його складність. Можна сказати, що для тої функціональності, що забезпечує цей протокол, він не є складним. Інша справа, що більша частина цієї функціональності в більшості випадків не буде затребувана на практиці, а для того, щоб реалізувати властивость міжсистемної взаємодії, буде потрібно реалізовувати й клієнт і сервер.

Якщо поставити завдання організації міжсистемної взаємодії найбільш простим і відкритим способом (у рамках розглянутої вище концепції розвитку), то найкращим рішенням у ряді випадків (залежить від необхідної функціональності) буде розробка спеціалізованого прикладного протоколу (типу SOAP). Поява мови опису структурованої інформації XML і відповідного ПЗ для роботи з ним практично до межі спрощує роботу зі змістовною частиною протоколу (протокольними блоками даних). XML не створює відкритість, це лише зручне (для рішення певних завдань) засіб. Більше того, у ряді випадків із простою функціональністю можна вирішити завдання мережної взаємодії набагато простіше без використання XML.

3.2.2 Базові функції автоматизованої бібліотечної інформаційної системи електронних бібліотек

Функції системи складаються з переосмислених і перекладених на автоматизовану платформу традиційних бібліотечних технологій. Істотним моментом тут є осмислення того, що автоматизована технологія може, зберігаючи основну ідеологію, істотно відрізнятися від традиційної. Яскравим прикладом тут є, наприклад, “безпаперова” технологія, тобто така технологія, при якій не існує традиційних карток каталогу, читацьких вимог і багатьох паперових форм звіту й вихідних форм. Однак, не кожна бібліотека зможе швидко відмовитися від виробництва, наприклад, карток каталогу і ведення традиційних картотек, а це значить, що у функції системи обов'язково повинна входити можливість надрукувати весь існуючий набір карток каталогу.

Загальне правило. АБІС повинна розроблятися на основах класичного структурного програмування, у якому модульний принцип побудови системи є основним. При цьому кількість розроблених модулів, програм, звичайно відрізняється й значно перевищує кількість функціональних модулів АРМ. Кількість і функціональне призначення АРМ може бути різноманітним, але основними повинні бути АРМ, що виконують наступні функції:

· адміністрування, що включає в себе функції настроювання системи і її модифікації;

· комплектування фонду;

· уведення даних і створення бібліографічного опису;

· інформаційний пошук і замовлення видань;

· обслуговування читачів;

· створення Інтернет/ Інтранет серверів і забезпечення вилучених функцій пошуку, замовлення й каталогізації;

· забезпечення корпоративних технологій;

· блок реєстрації читачів, модуль МБА та ін.

Функції, які повинні бути присутні в сучасній системі, але не є принциповим, чи будуть вони виділені в окремі модулі - АРМ, чи функціонально сховані в основних блоках.

1) Система працює тільки в локальному режимі, точніше тільки в локальній обчислювальній мережі (ЛОМ) бібліотеки, тому що на яких би сучасних засобах не розроблялася система, практично всі вони підтримують мережні режими роботи. При цьому набір модулів - АРМ може варіюватися. ЕБ повинна мати можливість, нарощуючи потужність обчислювальної техніки, одночасно нарощувати потужність автоматизованої системи, послідовно освоюючи нові для себе автоматизовані функції.

2) Система працює в глобальних мережах. АБІС такої структури добре підходять для бібліотек, що мають розгалужену мережу відділень і філій, тому що в центральній бібліотеці встановлюється властиво система, а у відділеннях і філіях перебувають тільки термінали. У цьому випадку всі структурні підрозділи зв'язані в єдину мережу єдиною автоматизованою технологією, підлеглій центральній бібліотеці. Треба зауважити, що для надійної, безперебійної роботи автоматизованої системи необхідно мати високошвидкісні канали зв'язку (краще оптико-волоконної), тому що будь-який перебій у зв'язку неминуче приведе до останову однієї або декількох бібліотек.

3) Система працює як у локальній обчислювальній мережі, так і в глобальних мережах. Така структура дозволяє бібліотекам виходити на такі масштабні завдання, як створення зведених ЕК і систем корпоративної каталогізації та ін.

Для того, щоб ці функції стали достатніми розглянемо додаткові можливості систем, без яких їх сьогодні неможливо представити. Віднесемо до них наступні:

· Підтримка довільної кількості баз даних, складових ЕК або бібліографічних проблемно-орієнтованих БД.

· Технологія автоматичного формування словників, на основі яких реалізується швидкий пошук по будь-яких елементах опису і їхніх сполучень.

· Підтримка традиційних “паперових” технологій: від печатки аркушів замовлення й книги сумарного обліку до печатки всіх видів карток каталогу.

· Технології, орієнтовані на використання штрих-кодів на екземплярах видань і читацьких квитків.

· Підтримка повних текстів, графічних даних і інших зовнішніх об'єктів (включаючи ресурси Internet).

· Засоби для перекладу користувальницьких інтерфейсів на інші мови.

· Широкий набір сервісних засобів, що забезпечують зручність і наочність користувальницьких інтерфейсів, що спрощують процес уведення, що виключають помилки й дублювання інформації.

· Широкі можливості для адаптації до умов роботи конкретної ЕБ відповідно до профілю організації.

· Дотримання ДСТУ, і в першу чергу, ДСТУ на бібліографічний опис.

· Правильне трактування міжнародних і вітчизняних комунікативних форматів.

· Можливість експорту й імпорту як у різних комунікативних форматах, так і в “договірних” форматах (структурованому текстовому, варіантах ISO 2709 і ін.).

· Можливість використання тезаурусів і словникових БД.

· Можливість використання БД класифікацій і рубрикаторів.

Розробка повного переліку необхідних і достатніх функцій систем вимагає спеціального, серйозного пророблення й класифікації.

3.2.3 Концептуальна модель для побудови профілю електронної бібліотеки

Концептуальна модель для побудови профілю ЕБ являє собою розширення еталонної моделі середовища відкритих систем OSE/RM із вказівкою функцій, виконуваних не тільки програмними засобами середовища (ПЗ проміжного шару й операційних систем), але й прикладними програмними засобами, що реалізують основні послуги ЕБ. Ця модель доповнює об'єкти стандартизації в профілях ЕБ.

...