Воройский Ф.С. Основы проектирования автоматизированных библиотечно-информационных систем

Подождите немного. Документ загружается.

161

2.4.12. Различные уровни интерфейса: для новичка, для сотрудников, для искушенных поль-

зователей;

2.4.13. Формирование упорядоченных фрагментов ЭК в результате поиска с выгрузкой на

внешние носители:

• в MARC-формате,

• в виде традиционных БЗ,

• на машинные носители,

• на принтер,

• с заданием порядка сортировки читателем,

• с заданием порядка сортировки библиотекой заранее;

2.4.14. Ограничение на количество поисков, выданных записей, выданных единиц хранения;

2.4.15. Подготовка библиографических изданий с указателями;

2.4.16. Наличие опыта использования ЭК в теледоступе через Интернет;

2.4.17. Гипертекстовый поиск;

2.4.18. Вывод образов;

2.4.19. Выходы в другие системы;

2.4.20. Графический пользовательский интерфейс;

2.4.21. Многоязычный интерфейс;

2.4.22. Подготовка запросов по МБА;

2.4.23. Обработка запросов по МБА;

2.4.24. Возможность сохранения результатов поиска с последующим использованием (в

примечаниях - детали).

2.5. Обслуживание читателей и абонентов (Circulation)

2.5.1. Ввод данных о читателях и абонентах по макетам;

2.5.2. Изменение макетов пользователем;

2.5.3. Настройка системы статусов (местонахождение) единицы хранения:

• пользователем,

• поставщиком для конкретной библиотеки;

2.5.4. Присвоение читателям категорий в соответствии с условиями обслуживания;

2.5.5. Присвоение единицам хранения категорий в соответствии с условиями обслуживания;

2.5.6. Первоначальная установка и последующее изменение контрольных сроков (в днях и ча-

сах) пользования документами в зависимости от категории читателей;

2.5.7. Первоначальная установка и последующее изменение контрольных сроков получения

ответов на заказы по МБА в зависимости от категории партнеров;

2.5.8. Автоматическое формирование заказов (требований) читателя в интерактивном режиме

как функциональное продолжение его поиска в ОРАС;

2.5.9. Программная передача заказа на принтер в соответствующее помещение хранилища, в

том числе - в филиал библиотеки;

2.5.10. Возможность изменения кода статуса единицы хранения в любых точках смены ответ-

ственности при передачи единицы хранения из одного подразделения библиотеки в

другое в процессе циркуляции;

2.5.11. Формирование заказов других организаций по МБА на единицы хранения из фондов

библиотеки;

2.5.12. Формирование заказов читателей библиотеки по МБА для отправки в другие библиоте-

ки, контроль выполнения заказов, генерация писем-рекламаций;

2.5.13. Использование бар-кодов читателей и единиц хранения;

2.5.14. Возможность модификации сроков возврата;

2.5.15. Выдача данных о сроках выдачи;

2.5.16. Продление сроков пользования единицей хранения;

2.5.17. Подготовка списков читателей и абонентов (Patrons), превысивших срок пользования

единицами хранения;

2.5.18. Постановка на очередь читателей и абонентов для выполнения заказа на документ,

отслеживание движения очереди и подготовка уведомлений;

2.5.19. Резервирование единиц хранения для ее временного закрепления с определенной да-

ты за отдельным помещением (зал новых поступлений, выставка) или для определен-

ных целей (выездная выставка с известного заранее числа);

162

2.5.20. Возможность ввода в запись о читателе и вывода при обслуживании читателя примеча-

ний об особых ситуациях;

2.5.21. Автоматический учет режима работы библиотеки;

2.5.22. Возможность создания бланков заказов по МБА в соответствии с государственным

стандартом;

2.5.23. Автоматический вывод предупреждений:

• о необходимости перерегистрации читательского билета через определенный период

времени,

• о необходимости перерегистрации абонента;

2.5.24. Обеспечение регистрации выдачи на час, в течение дня, на определенное количество

дней;

2.5.25. Вывод на печать читательского билета;

2.5.26. Вывод на экран записи о читателе с данными о записанных за ним единицах хранения;

2.5.27. Вывод на экран информации о местонахождении единиц хранения для БЗ или для реги-

страционного номера единицы хранения

2.5.28. Возможность формирования в режиме диалога заказов читателей на документы, БЗ

которых отсутствуют в ОРАС (найдены по традиционному каталогу);

2.5.29. Возможность фиксации выдачи и возврата единиц хранения документов, БЗ которых

отсутствуют в ОРАС.

2.6. Учет и статистика

2.6.1. Генерация выходных учетно-статистических форм (в частности таблиц) пользователем

по произвольным сочетаниям полей различных записей;

2.6.2. Интерактивный поиск данных в базе данных с возможностью группировки и суммиро-

вания выбранных записей по различным элементам данных;

2.6.3. Присвоение определенных сроков хранения отдельным группам записей в базе дан-

ных;

2.6.4. Ведение учета:

• количества выдач каждой единицы хранения,

• последней даты получения читателем или абонентом документов,

• состояния и изменения фонда по датам,

• изменения состава читателей и абонентов по датам,

• количества составленных БЗ сотрудниками библиотеки по датам,

• количества заказов читателей и абонентов по датам, тематическим разделам, видам

документов,

• количества выдач единиц хранения по датам, хранилищам, кафедрам выдачи;

2.6.5. Обеспечение контроля:

• сроков обработки документов,

• сроков пребывания единиц хранения в определенных статусах (местах),

• сроков выполнения заказов по МБА,

• поступления периодики,

• выполнения заказов на издания,

2.6.6. Подготовка отчетов по библиотечным процессам за день, месяц, квартал, год;

2.6.7. Подготовка финансовых отчетов по комплектованию;

2.6.8. Статистика МБА по категориям запросов и подразделениям;

2.6.9. Учет времени выполнения запросов по МБА;

2.6.10. Взаиморасчеты по МБА.

3. ДОПОЛНИТЕЛЬНЫЕ ДАННЫЕ

3.1. Политика цен:

3.1.1. Приведите, пожалуйста, стоимость базовой конфигурации системы и порядок расчета

стоимости системы для библиотеки (спецификация с указанием цен);

3.1.2. Какова ежегодная стоимость поддержки?

3.1.3. Каковы возможности рассрочки оплаты?

3.1.3. Каков порядок оплаты последующих версий: входит в ежегодные выплаты за поддержку

или оплачивается отдельно?

3.1.4. Как оплачивается конвертирование старых данных при переходе на будущую новую

версию системы:

163

• за счет поставщика,

• за счет заказчика,

• миграция осуществляется программно самим заказчиком.

3.2. Наличие периодических изданий о работе фирмы и других публикаций по биб-

лиотечной системе, телеконференций, LISTSERV.

Просьба прислать перечень публикаций и копии основных из них.

3.3. Если возможно, пришлите демоверсию системы с инструкцией или примеры эк-

ранов различных режимов работы и текстов HELP.

3.4. Опишите, как Вы могли бы продемонстрировать свою систему

в полном виде.

164

РИЛОЖЕНИЕ

2. ТЗ

НА СОЗДАНИЕ

АБИС Р

ОССИЙСКОЙ

ОСУДАРСТВЕН-

НОЙ

ИБЛИОТЕКИ

(пример варианта функциональных требований)

1. СОСТАВ АС РГБ

АС РГБ должна представлять собой интегрированную систему, включающую сле-

дующие взаимосвязанные подсистемы:

1. Комплектование,

2. Обработка документов,

3. Электронный каталог,

4. Мультимедиа,

5. Обслуживание читателей и абонентов,

6. Управление, учет и статистика.

2. КОМПЛЕКТОВАНИЕ

Подсистема «Комплектование» должна обеспечить:

• формирование заказа всех видов изданий для различных источников комплектования;

• регистрацию поступлений изданий как предварительно заказанных и оплаченных, так и

поступающих без заказа (обязательный экземпляр, дары, книгообмен) с последующей

оплатой или бесплатно;

• контроль за поступлением заказанных изданий с формированием рекламаций на изда-

ния, не поступившие вовремя;

• подготовку всех необходимых учетно-финансовых документов, форма которых должна

быть настраиваемой;

• подготовку предложений по книгообмену в виде списков изданий, упорядоченных по за-

даваемым (настраиваемым) элементам данных;

• выдачу отчетно-статистических данных.

Подсистема должна обеспечивать присвоение уникального регистрационного номера каж-

дому поступающему в РГБ документу и исключить возможность ввода дубликатов записей по-

средством автоматической сверки на дублетность.

Регистрационный номер должен формироваться в виде бар-кода, наклеиваемого на доку-

мент.

Подсистема должна поддерживать интерактивный и пакетный режимы ввода данных.

Пакетный режим должен обеспечивть обработку входных данных (импорт) в форматах

структуры ISO-2709 (в том числе в форматах АС РГБ, UNIMARC, USMARC for Holdings and

Locations, USMARC for Bibliographic Data).

Входными данными, подлежащими вводу в АС РГБ средствами подсистемы, являются

• данные о партнерах (издающие и книготорговые организации, партнеры по книгообмену,

подписные агентства и т.п.);

• данные о предложениях издающих и книготорговых организаций;

• данные о предложениях РГБ и других библиотек по книгообмену;

• данные о заказах документов для фондов РГБ;

• данные о документах, поступивших как по предварительному заказу, так и без него.

Выходными данными подсистемы являются

• заказная документация;

• рекламации на непоступившие Документы;

• отчеты учетно-контрольного характера.

3. ОБРАБОТКА ДОКУМЕНТОВ

Подсистема «Обработка документов» должна обеспечить:

• подготовку информации для электронных каталогов всех видов документов, поступаю-

щих в РГБ, по стандартам, принятым в России;

• экспорт введенной информации в файлы формата АС РГБ, UNIMARC и Российского

коммуникативного формата (модификация UNIMARCа);

• контроль за сроками обработки документов;

Разработан группой экспертов в 1998 г. при участии автора.

165

• создание и поддержку файлов нормативных записей (индивидуальные и коллективные

авторы; система классификации ББК);

• выдачу отчетно-статистических данных.

Основой для работы подсистемы должна являться информация, сформированная в рам-

ках подсистемы «Комплектование». Идентификация документа, подлежащего обработке, осу-

ществляется на основе уникального регистрационного номера, присвоенного в подсистеме

«Комплектование».

При обработке документов должны широко использоваться файлы нормативных записей,

формируемые как внутри компонента, так и импортируемые в АС РГБ из формата АС ГБ и

USMARC \AUTHORITIES, а также различного рода электронные справочники.

Подсистема должна обеспечивать интерактивную работу пользователей с возможностью

автоматического вызова различных входных зкранных форм в зависимости от конкретных зна-

чений определенных (задаваемых при настройке) элементов данных. Кроме того, должна быть

обеспечена пакетная загрузка (импорт) данных из формата UNIMARC и Российского коммуни-

кативного формата.

Подсистема должна обеспечивать обработку документа полностью “с нуля”, а также с ис-

пользованием копирования уже существующих записей или их отдельных элементов.

Выходными данными, сформированными средствами подсистемы, являются

• библиографические описания документов, включающие систематические индексы ББК и

шифры хранения;

• нормативные записи;

• отчеты учетно-контрольного характера.

4. ЭЛЕКТРОННЫЙ КАТАЛОГ

Подсистема «Электронный каталог» должна обеспечить:

• загрузку, поддержку, актуализацию и сохранность электронных каталогов всех изданий,

обработанных в подсистеме «Обработка документов»;

• ретроспективную конверсию традиционных каталогов РГБ (вопрос о методах ретроспек-

тивной конверсии должен быть обсужден специально);

• многоаспектный поиск информации в электронных каталогах с выводом результатов по-

иска на экран, в файл или на принтер; поиск должен быть обеспечен как с локальных

терминалов АС РГБ, так и через Интернет;

• предоставление информации пользователям о доступности в настоящий момент за-

прашиваемых ими документов;

• экспорт фрагментов электронных каталогов в Российском коммуникативном формате;

• формирование фрагментов электронных каталогов на машинных носителях (в том чис-

ле на CD-ROM);

• выдачу отчетно - статистических данных.

Входными данными для подсистемы являются

• библиографические описания, подготовленные для загрузки в электронный каталог в

подсистеме «Обработка документов»;

• фрагменты традиционных каталогов или иные материалы, отражающие фонды РГБ

(возможно в совокупности с базами данных национальных библиографий на CD-ROM

или доступными через Интернет), необходимые для осуществления конвертирования

ретроспективы фондов;

• запросы пользователей;

• информация о списании документов, поступающая из соответствующих функциональ-

ных отделов РГБ.

5. МУЛЬТИМЕДИА

Подсистема «Мультимедиа» должна обеспечить:

• формирование электронной (цифровой) мультимедийной библиотеки на основе обра-

ботки традиционных материалов из фондов РГБ;

• формирование и ведение каталога сформированной библиотеки;

• обслуживание пользователей сформированными в рамках подсистемы и приобретен-

ными электронными изданиями как с локальных терминалов АС РГБ, так и через Интер-

нет.

166

6. ОБСЛУЖИВАНИЕ ЧИТАТЕЛЕЙ И АБОНЕНТОВ

Подсистема «Обслуживание читателей и абонентов» должна обеспечить:

• учет читателей и абонентов РГБ;

• формирование заказов читателей и абонентов РГБ на необходимые им документы, от-

раженные в электронном каталоге с распечаткой требований в соответствующих поме-

щениях хранилища фондов;

• формирование очередей на получение документов, временно недоступных пользовате-

лю;

• осуществление резервирования единиц хранения за данным читателем (абонентом);

• формирование заказов по МБА, направляемых по заявкам читателей в другие библио-

теки;

• осуществление учета и контроля за выполнением основных этапов технологических

процедур обслуживания, принятых в РГБ, таких, как заказ, доставка, выдача из храни-

лища РГБ и возврат документов, учет использования документов (в том числе по кате-

гориям и персоналиям читателей);

• осуществление учета и контроля за выполнением технологических процедур МБА;

• выдачу отчетно-статистических данных.

Входными данными, подлежащими вводу в АС РГБ средствами подсистемы, являются

• сведения о читателях и абонентах РГБ;

• заказы на издания из фондов РГБ, поступающие от читателей и по МБА;

• заказы на издания, отсутствующие в фондах РГБ, заказываемые ею по МБА;

• сведения о “движении” заказанных документов, поступающие из хранилища, читальных

залов и подразделений РГБ, работающих с фондами.

Выходными данными подсистемы являются

• записи о читателях и абонентах, введенные в АС РГБ;

• записи о заказах документов;

• записи об отказах в выдаче документов;

• записи о заказах по МБА;

• информация о местонахождении проходящих через подсистему документов;

• отчеты учетно-контрольного характера.

7. УПРАВЛЕНИЕ, УЧЕТ И СТАТИСТИКА

Подсистема «Управление, учет и статистика» должна обеспечить:

• получение данных о сроках выполнения технологических процессов;

• получение статистических сведений по состоянию, движению и использованию фонда

РГБ;

• получение статистических сведений по количественному и качественному составу чита-

телей и абонентов;

• получение данных о спросе на конкретные документы и их группы;

• получение данных о местонахождении документа, поступившего в РГБ;

• осуществление контроля объемов и сроков выполненных работ;

• формирование разнообразных статистических отчетов.

167

РИЛОЖЕНИЕ

ЫПИСКА ИЗ

ТЗ

НА РАЗРАБОТКУ БАЗЫ ДАННЫХ

“R

USSIA

- USA

ЕНТРА

”

I. СОСТАВ ЗАДАЧ, РЕШАЕМЫХ НА БД «RUSSIA - USA ЦЕНТРА»

1.1. Поиск информации о продукции

Поиск должен производиться по следующим признакам

• наименованию (полному и сокращенному) организации — держателя информационно-

го/программного продукта (ИПП);

• наименованию (полному и сокращенному) организации — покупателя ИПП;

• адресным реквизитам организации;

• наименованию (полному или сокращенному) продукта ИПП;

• назначению ИПП;

• виду ИПП;

• области применения ИПП;

• фамилии руководителя организации — владельца (или распространителя) ИПП;

• фамилии Руководителя организации — покупателя ИПП;

• по совокупности признаков, указанных выше.

1.2. Поиск информации об организациях

Поиск должен производиться по следующим данным

• наименованию (полному и сокращенному) организации;

• наименованию (полному и сокращенному) ИПП;

• адресным реквизитам организации;

• наименованию (полному или сокращенному) продукта ИПП;

• назначению ИПП;

• виду ИПП;

• области применения ИПП;

• элементам библиографического описания ИПП;

• фамилии руководителя организации владельца (или распространителя) ИПП;

• фамилии руководителя организации покупателя ИПП;

• сведениям о поставке изданий по подписке;

• по совокупности признаков, указанных выше.

1.3. Поиск данных о реализации ИПП, ее поставке и задолжниках

Целями поиска этого вида является определение

2. Денежных сумм, полученных от реализации ИПП в привязке к организации владельца

и/или покупателя ИПП, календарным срокам реализации/приобретения ИПП;

3. Денежных сумм задолжников, потенциальных покупателей ИПП по наименованию ИПП

и/или организаций их владельцев;

4. Наименований и адресов организаций, перечисливших денежные средства и ожидаю-

щих поставки ИПП (в том числе поставляемых периодически по подписке) по наимено-

ванию ИПП и/или организации его владельца.

1.4. Задачи подготовки выходных форм документов и массивов

Состав задач, связанных с подготовкой выходных форм документов, включает

1. Сортировку массивов по одному, двум или трем полям данных (например, по виду ИПП,

наименованиям организации владельца и организации пользователя) по признакам за-

писи - алфавиту, значению числового поля (>, < и т.п.);

2. Построение табличных и других форм документов и массивов, а также их автоматиче-

ское заполнение данными из отобранных (и отсортированных) массивов записей;

3. Автоматизированное копирование полей и групп полей внутри отношений и между ними;

4. Арифметические действия над числовыми значениями величин в табличных массивах

(по вертикали и горизонтали), включая проценты и сложные проценты;

5. Пересчет валютных курсов по таблицам курсов валют ведущих стран рынка (по текуще-

му значению и ретроспективе);

6. Включение в выходные формы документов иллюстративных материалов (в том числе

многоцветных) и других выходных форм (например, табличных);

7. Редактирование ранее заготовленных выходных форм документов;

8. Распечатка заполненных выходных форм документов и их тиражирование.

168

2. ВНУТРЕННИЙ ФОРМАТ ФАКТОГРАФИЧЕСКОЙ БД “RUSSIA - USA ЦЕНТР”

№№ Внешнее имя

поля (подполя)

Длина,

байт

Струк-

тура

Пример записи Приме-

чание

Сведения о ИПП

1.1.

Полное наимено-

вание (рус.)

100

текст.

Российская библио-

графическая база

данных по медицине

на CD-ROM

1.2.

Сокращенное

наименование

(рус.)

текст.

Рос. БД по медицине

на CD-ROM

1.3.

Полное наимено-

вание (анг.)

текст.

Russian medical data-

base on CD-ROM

1.4.

Сокращенное

наименование

(лат.).

текст.

Rus. mdcl CD-ROM

1.5.

Вид ИПП продук-

та

норм.

БД

1.6.

Вид носителя

информации

норм.

CD-ROM

1.7.

Занимаемый объ-

ем дисковой па-

мяти, Mb

числ.

450

1.8.

Количество одно-

типных записей

текст.

> 300 тыс.

биб.описаний док-в

Поле по-

вторяющ-

ееся до 5

раз.

1.10.

Описание ИПП

(рус.)

1.11.

Описание ИПП

(анг.)

1000

текст.

1.12.

ПОД-рус.

500

норм.

Предм.

рубрики,

кл. слова

1.13.

ПОД-анг.

500

норм.

Предм.

рубрики,

кл. слова

1.14.

Запасное поле

(признаки связи с

иллюстр. мате-

риалом)

форм.

Имя файла

или сим-

вольный

код

1.15.

Запасное поле

(признаки связи с

полнотекст. ма-

териалами)

форм.

Имя файла

или сим-

вольный

код

Фирма (органи-

зация)

2.1.

Полное наимено-

вание фир-

мы/организации

(рус.)

текст.

Государственная

центральная научная

медицинская библио-

тека

2.2.

Сокращенное

наименование

фирмы/органи-

зации (рус.)

текст.

ГЦНМБ

2.3.

Полное наимено-

вание фир-

мы/организации

(анг.)

текст.

State Central Scientific

Medical Library

2.4.

Сокращенное

наименование

мы/о

гани-

текст.

SCSML

169

№№ Внешнее имя

поля (подполя)

Длина,

байт

Струк-

тура

Пример записи Приме-

чание

зации (анг.)

2.5.

Вид организации,

форма собствен-

ности

текст.

библиотека,

государственная

2.6.

Прочие сведения

о фир-

ме/организации

(рус.)

500

текст.

2.7.

Прочие сведения

о фир-

ме/организации

(анг.)

500

текст.

2.8.

Запасное поле

2.9.

Запасное поле

Адресные рек-

визиты

3.1.

Почтовый индекс

норм.

117418

3.2.

Наименование

страны, респуб-

лики, области

(руск.)

норм.

Россия

3.3.

Наименование

страны, респуб-

лики, области

(анг.)

норм.

RUSSIA

3.4.

Наименование

города, населен-

ного пункта (рус.)

норм.

Москва

3.5.

Наименование

города, населен-

ного пункта (анг.)

норм.

Moscow При отсут-

ствии анг.

эквивален-

та исполь-

зуется

транс-

литерация

3.6.

Улица, дом N,

корп., квартира

(рус.),

текст.

ул.Красикова,30

3.7.

Улица, дом N,

корп., квартира

(трансл.),

текст.

Krasikova st.

3.8.

Телефон (раб.)

(код города) N

тел.

форм.

(095)332-4045 поле по-

вторяется

до 5 раз

3.9.

Телефон (дом.)

Код города, N.

форм.

(095)332-4045 поле по-

вторяется

до 3-х раз

3.10.

Телекс,

Код города, N.

форм.

411180 SSPAN 3757 поле по-

вторяется

до 2-х раз

3.11.

Факс,

Код города, N.

форм.

(095)332-4045 поле по-

вторяется

до 3-х раз

3.12.

E-mail

форм.

logi-

nov@medlib.msk.su

поле по-

вторяется

до 3-х раз

3.13.

Запасное поле

3.14.

Запасное поле

Банковские

реквизиты

4.1.

Реквизиты руб-

250

текст.

170

№№ Внешнее имя

поля (подполя)

Длина,

байт

Струк-

тура

Пример записи Приме-

чание

левого вклада

(рус.)

4.2.

Реквизиты ва-

лютного вклада

(рус.)

250

текст.

4.3.

Реквизиты ва-

лютного вклада

(анг.)

250

текст.

4.4.

Запасное поле

4.5.

Запасное поле

Персоналии

5.1.

Фамилия

И.О.(рус.)

текст.

Шрайберг Я.Л.

5.2.

Фамилия И.О.

(лат.)

текст.

Shraiberg Y.L. транслите-

рация

5.3.

Имя Отчество

(рус.)

текст.

Яков Леонидович

5.4.

Имя Отчество

(лат.)

текст.

Yakov Leonidovich транслите-

рация

5.5.

Ученаястепень,

звание, титул

(рус.)

текст.

доктор техн. наук,

профессор

5.6.

Уч.звание, сте-

пень, титул (анг.)

текст.

doctor tec.sc.

5.7.

Должность (рус.)

текст.

Первый заместитель

директора, зам. ди-

ректора по автомати-

зации

5.8.

Должность (анг.)

текст.

First deputy director

5.9.

Досье (рус.)

500

текст.

5.10.

Досье (анг.)

500

текст.

5.11.

Запасное поле

5.12.

Запасное поле

5.13.

Запасное поле

Программное

обеспечение,

формат

6.1.

Операционные

системы, ППП

текст.

MS DOS 6.2, Windows

95,

Netware 3.0

6.2.

Язык(и) програм-

мирования

текст.

СИ ++

6.3.

Формат внутр.

текст.

Собств. разработки

6.4.

Формат(ы) ком-

муникат.

текст.

USMARC, UNIMARC

Техническое

обеспечение

7.1.

Тип(ы) ПЭВМ

текст.

IBM PC

7.2.

Требование к

объему опера-

тивной памяти

ПЭВМ, Mb

числ.

7.3.

Требование к

объему дисковой

памяти ПЭВМ, Mb

числ.

600

7.4.

Требование к

быстродействию

ПЭВМ, MHz

числ.

7.5.

Тип видеоадап-

текст.

SVGA