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

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

151

Радио-

ретранслятор

Абонентский

терминал

Базовая

станция

Абонентский

терминал

Радио-

ретрансл ятор

Базовая

станция

Абонентский

терминал

Базовая

станция

Терминал технического

обслуживания и

эксплуатации

Двухпро-

водные

аналого-

вые

линии

связи

NxE

Рис. 15.1.

Типовая архитектура беспроводной ЛВС.

В 1992 г. Европейским институтом стандартизации электросвязи (European Telecommu-

nications Standards Institute – ETSI) принят стандарт беспроводной телефонной (речевой) и

факсимильной связи DECT (Digital European/Enhanced Cordless Telecommunications) –

«Цифровая улучшенная беспроводная связь». Он позволяет осуществлять интеграцию

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

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

включая и «WLL», для дома, офиса и частных локальных коммерческих зон (аэропортов, во-

кзалов, торговых центров, бирж и т.п.). Стандарт DECT признан как обязательный к исполне-

нию более чем в ста странах мира. В Европе доля рынка DECT-телефонов составляет более

50%. В последние годы в связи с тем, что данный стандарт перешагнул границы Европы, сло-

во «European» в наименовании стандарта заменено на «Enhanced» - улучшенный. Подробнее

см. [12, 13].

Согласно оценкам американской консалтинговой фирмы Yankee Group, к 2001 г. в мире

будут действовать более 33 млн. WLL-соединений. Разработки и внедрение беспроводных

сетей ведутся также и в России. Подробнее см. - [14, 15].

15.4. ТЕЛЕКОММУНИКАЦИОННАЯ ТЕХНОЛОГИЯ ПОСТРОЕНИЯ РАСПРЕДЕЛЁННЫХ СЕТЕЙ

Необходимость построения сетей с более сложной структурой, в частности, соединяющих

ЛВС АБИС и/или офисов, расположенных в разных зданиях, а также разного рода корпора-

тивных объединений библиотек и информационных центров, в том числе расположенных в

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

жит применение вариантов технологии с общим наименованием Ethernet.

Ethernet - технология и архитектура построения больших локальных вычислительных се-

тей (крупных фирм, государственных агентств, университетов и т.п. с количеством рабочих

станций до 1024-х), разработанная фирмами Xerox, Intel и DEC. Передача данных в сетях

этого типа возможна по коаксиальному кабелю со скоростью 10 Мбит/с (стандарты 10Base5 и

10Base2), по витой паре (стандарт 10Base-T) и по волоконно-оптическому кабелю (стандарт

10Base-F). В середине 1990-х гг (в том числе в России) начали также активно развиваться

беспроводные сети, так называемые – «радио-Ethenet» (см. ниже).

Метод доступа, используемый в сетях в кабельных сетях Ethernet - CSMA/CD (Carrier

Sense Multiple Access with Collision Detection) - «Множественный доступ с контролем несущей и

152

обнаружением конфликтов». В настоящее время предложены две конкурирующие технологии

для передачи данных по сети Ethernet со скоростью 100 Мбит/с - стандарты 100Base-T и

100VG-AnyLAN

. Архитектура Ethernet позволяет производить объединение нескольких ка-

бельных ЛВС в распределенную вычислительную сеть. Существует версия Ethernet фирмы

Apple, которая носит наименование EtherTalk (не путать с AppleTalk) [8].

Ethernet-технология получила не только широкое распространение, но и развитие. В на-

стоящее время имеются следующие её варианты:

• Gigabit Ethernet – новейшая технология высокоскоростной передачи данных для

больших распределенных кабельных вычислительных сетей, являющаяся в опреде-

ленном смысле конкурирующей по отношению к ATM. В мае 1995 г. создан Gigabit

Ethernet Alliance (Международный комитет по поддержке Gigabit Ethernet), в который

вошли 120 участников, включая 25 фирм — производителей микросхем. Последнее об-

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

типа связывается, в частности, и с повышением производительности микропроцеов,

входящих в состав маршрутизаторов и коммутирующего оборудования. Gigabit Ethernet

поддерживаетcя стандартом 802.3z и является совместимой с предыдущими и менее

скоростными вариантами Ethernet (включая промежуточный вариант Fast Ethernet), по-

скольку она также основана на протоколе CSMA/CD. Подробнее см. [379].

• Cheapernet, Thin Ethernet - «тонкий Ethernet»: недорогая реализация Ethernet (см.

выше) со скоростью передачи данных 10 Мбит/с, количеством станций в одном узле не

более 28 (стандарт 10Base2

, основанная на использовании тонкого коаксиального

кабеля и штырьковых разъемов (байонетных коннекторов) [10].

• Радио-Ethernet - Беспроводная сеть передачи данных в масштабе города. Использу-

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

разных зданиях или в одном здании на значительном удалении друг от друга в режиме

единой локальной сети. В 1997 г. принят стандарт Ethernet 802.11, определяющий спо-

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

ные технологические принципы функционирования, конфигурацию каналов связи и

средств программно-аппаратного обеспечения. Стандарт Ethernet 802.11, использует

технологию так называемого шумоподобного сигнала - ШПС (Spread Spectrum), в ос-

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

широкополосными сигналами малой мощности, применяемой и в настоящее время в

оборонных целях. Технология ШПС может быть использована двумя способами, опи-

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

скачков.

Варианты технологии ШПС.

• Метод прямой последовательности (DSSS - Direct Sequence Spread Spectrum) ра-

ботает следующим образом. Вся используемая полоса частот делится на определен-

ное количество подканалов (по стандарту 802.11 их 11). Каждый передаваемый бит

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

ность из 11 так называемых чипов, которые передаются одновременно по всем 11 под-

каналам. При этом интенсивность сигнала одного чипа близка к фоновой. На прини-

мающей стороне последовательность чипов декодируется, и на фоне шума удается

выделить полезный сигнал. Таким образом, считать данные может только «свой»

DSSS-приемник, который «знает» алгоритм кодирования данных, примененный пере-

дающей стороной. Благодаря низкому уровню мощности сигнала DSSS-устройства

практически не создают помех обычным радиоустройствам (узкополосным большой

мощности), которые принимают широкополосный сигнал за шум в пределах допустимо-

го. В свою очередь, обычные устройства также существенно не мешают широко-

полосным, так как «шумят» только в своем узим канале и не способны заглушить весь

широкополосный сигнал целиком.

• Метод частотных скачков (FHSS - Frequency Hopping Spread Spectrum) предпола-

гает, что вся полоса частот разделяется на большое число подканалов (по стандарту

их 79), В каждый момент времени каждый передатчик использует только один из под-

каналов, «перескакивая» с одного подканала на другой в определенной псевдослучай-

Несколько подробнее об упомянутых стандартах см. в словаре В.Н.Кокарева [10].

153

ной последовательности. Эти скачки происходят синхронно на передатчике и приемни-

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

нять данные невозможно. Одновременно в одном частотном диапазоне могут работать

несколько пар «передатчик-приемник», использующих разные, независимые друг от

друга последовательности переключений подканалов. Метод частотных скачков обес-

печивает повышенную помехоустойчивость процесса передачи данных: если на каком-

либо из подканалов передаваемый пакет не принят, то приемник выдает соответст-

вующее сообщение и передача пакета повторяется. С другой стороны, в отличие от

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

подканале ведется на достаточно большой мощности, сравнимой c той, которая при-

суща обычным узкополосным устройствам. В силу этого FHSS устройства могут ока-

зывать влияние на другие радиоустройства.

В соответствии со стандартом 802.11 широкополосные технологии можно использовать

в двух частотных диапазонах: 915 МГц и 2,4 ГГц. Первый диапазон в Европе и России

сильно загружен другими средствами связи и требует получения лицензии. Что касается

диапазона 2,4 ГГц, то в России в соответствии с решеним Государственного комитета по

радиочастотам (ГКРЧ) № 7/6 от 29 июня 1998 г. для пользователей систем, работающих с

шумоподобным радиосигналом в диапазоне 2,4 ГГц, специального разрешения не требует-

ся.

Можно выделить два типа топологии беспроводных сетей

• «Точка-точка» (point-to-point) реализует связь двух удаленных объектов, например ло-

кальных сетей двух офисов. Если прямая видимость между объектами — обязательное

условие для работы оборудования — отсутствует, между этими точками устанавливаются

дополнительные ретрансляторы. К этому же классу относятся, в частности, сети, предна-

значенные для передачи не только данных, но и синхронного трафика, например телефо-

нии;

• «Точка-многоточка» (point-to-multipoint) представляет собой одну или совокупность не-

скольких базовых станций, каждая из которых обслуживает территориально разнесенных

абонентов. При этом абонентские станции не «видят» друг друга, а общаются посредством

базовой станции.

Стандартная технология радио-Ethernet предполагает обмен данными по радиоканалу на

скорости 2 Мбит/ с. Однако вскоре после утверждения стандарта 802.11 разные поставщики

начали выпускать на рынок высокоскоростные устройства, поддерживающие скорость пе-

редачи данных на уровне 10 и II Мбит/с. Повышение производительности устройств достига-

лось за счет модификаций стандарта, что стало причиной несовместимости устройств нового

поколения с предыдущими. Поэтому в поколении радиооборудования, которое создается на

основе стандарта 802.11, обеспечивается совместимость устройств лишь для скорости 2

Мбит/с. В настоящее время на российском рынке действует целый ряд поставщиков беспро-

водного оборудования. Основными среди них являются компании Aironet Wireless Communica-

tions, Lucent Technologies, BreezeCom, CyLink (ныне - P-Com), a также отечественные разра-

ботчики из компании Agua, которая сейчас входит в состав компании CompTek. Список опера-

торов российских беспроваодных сетей см. по адресу: <www.comptec.ru/ beseda/city.html

Подробнее см. [16 - 18].

В работе [17] отмечается, что «… индустрия беспроводных сетей передачи данных в

масштабе города развивается во всем мире, стремительно догоняя по уровню обслуживания

и функциональности проводные сети. Так же, как и в проводных сетях, в беспроводной части

идут интенсивные процессы интеграции передачи данных и голоса. Цены на новые, более

скоростные устройства, поддерживающие скорость передачи данных на уровне 10 и II Мбит/с,

незначительно превышают цены устройств 2 Мбит/с. Поэтому для новых сетей альтернативы

новому поколению радиооборудования нет. Выбор конкретного поставщика в этом случае оп-

ределяется по-видимому, доступным частотным ресурсом. Если частот мало, пожалуй, следу-

ет остановиться на оборудовании BreezeCom. Если с частотами проблем нет, выбор стано-

вится шире: Lucent. Aironet, CompTek/Aqua….К осени руководители CompTek обещают выпус-

тить новую платформу, которая помимо радиомодулей будет поддерживать передачу голосо-

вого трафика, обеспечивая все требуемые сегодня функции, в том числе оцифровку голоса,

сжатие, подавление «эха», и передавать трафик, чувствительный к временным задержкам.

Беспроводные сети применяют главным образом для соединения телефонных станций и вы-

154

носа группы абонентских окончаний».

СПИСОК ЛИТЕРАТУРЫ

1. Водоводов А.А.. Краткий англо-русский толковый словарь терминов СКС // Сети и сис-

темы связи. 1998. N 1 (23). С. 38-43.

2. Майоров А.П.. Кабельные системы для офисных зданий: часть I. История, приложения,

стандарты // Сети и системы связи. 1998. N 3 (25). С.18-31.

3. Льюис Дж. Инфраструктура одноэтажного здания: вопросы проектирования кабельной

инфраструктуры…// LAN/ЖУРНАЛ СЕТЕВЫХ РЕШЕНИЙ. 1998. ноябрь. С. 55-62.

4. Евангели А. СКС: эволюция структур из стекла и меди // PC MAGAZINE (Russian edition).

1998. N 9. С. 146-151.

5. Авдуевский А. Alcatel приходит во всеоружии // LAN/ЖУРНАЛ СЕТЕВЫХ РЕШЕНИЙ.

1998. декабрь. С. 8.

6. Майоров А.П.. Кабельные системы для офисных зданий: часть I. История, приложения,

стандарты // Сети и системы связи. 1998. N 3 (25). С. 18-31.

7. Льюис Дж. Инфраструктура многоэтажного здания …// LAN/ЖУРНАЛ СЕТЕВЫХ РЕШЕ-

НИЙ. 1999. январь. С. 55-59.

8. Gibilisco Stan. Mc.Graw-Hill encyclopedia of personal computing. New York, San Francisco,

Washington. Mc. Graw-Hill, Inc. 1995. 1216 p.

9. Зайчик А. Словарь псевдо-УАТС // LAN/ЖУРНАЛ СЕТЕВЫХ РЕШЕНИЙ. 1998. Апрель.

С. 86.

10. Кокарев В.Н.. Англо-русский толковый словарь по сетевым технологиям // МИР ПК N 8/94,

C. 58-66; N 9/94, C. 40-45; N 10/94, C. 37-42; N 1/95, С. 35-41; N 2/95, С. 40-44.

11. Воройский Ф.С. Информатика: новый систематизированный толковый словарь справоч-

ник (Вводный курс по информатике в терминах). 2-е изд., перераб. и доп..М.: Liberея, 2001.

535 с.

12.

Соколов А. Какой мёд бывает в микросотах стандарта DEC? // КОМПЬЮТЕР-ПРЕСС.

2000. N 5. С. 34-40.

13. Авдуевский А. Трубка в кармане. Решения DECT для корпоративной телефонии //

LAN/ЖУРНАЛ СЕТЕВЫХ РЕШЕНИЙ. 2000. май. С. 87-95.

14. Зелов С. Беспроводные сети: подход к реализации // КОМПЬЮТЕР ПРЕСС. 1997. N6.

С.155-159.

15. Шельгов В.И.. Системы WLL на российском рынке // Сети и системы связи. 1998. N 3 (25).

С. 72-83.

16. Покатаева Е. Кто остался на трубе? // КОМПЬЮТЕР-ПРЕСС. 1998. N10. С.29-40.

17.

Покатаева Е. Беспроводные городские сети // КОМПЬЮТЕР-ПРЕСС. 1999. N9. С. 162-166.

18.

Дорнан Э. Беспроводный Интернет // LAN/ЖУРНАЛ СЕТЕВЫХ РЕШЕНИЙ. 2000. июль-

август. С. 38-44.

155

АКЛЮЧЕНИЕ

Содержание этой работы ориентировано на разные категории читателей. При этом мы не

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

или, другими словами разработчиком АБИС, а кто — их заказчиком и непосредственным поль-

зователем. Возникает вопрос: правомерно ли это?

Действительно, между разработчиком и заказчиком проекта АБИС, если это не одно и то

же лицо или группа специалистов (что также бывает нередко), существуют серьезные различия

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

можно отнести к психологической и профессиональной областям.

Психологическое различие

подхода к проектированию АБИС и внедрению его результатов

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

ков (или в категориях ГОСТ 34.601-90 — исполнителей) проектирование и внедрение АБИС

является целью их профессиональной деятельности на определенном промежутке времени.

Что касается пользователей результатов разработок (они же — заказчики), то как процесс

проектирования, так и его результаты являются всего лишь средством для решения их про-

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

занных позиций и их последствий (хотя тема чрезвычайно интересная!), отметим прямую ана-

логию отношений и противоречия интересов продавцов и покупателей.

В реальной жизни даже очень добросовестный разработчик объективно заинтересован

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

Что касается сопровождения эксплуатации АБИС, то идеальным для него является условие,

которое у конструкторов военной техники характеризуется принципом: «Выстрелил и забыл».

Другими словами, выпущенный снаряд должен точно попасть в цель независимо от того, на-

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

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

Заказчик проекта (как правило директор библиотеки или руководитель информационной

службы) и персонал созданной АБИС получат то, «что получилось». Именно они будут пользо-

ваться результатами разработки весьма длительное время, испытывая на себе все последст-

вия как верных, так и ошибочных решений (см., в частности, Главу XIV). Завершая аналогию

«продавец-покупатель», отметим, что неопытный «покупатель» — заказчик разработки склонен

все просчёты в неудачных проектных решениях относить преимущественно за счет того, что

его обманули. При этом он совершенно искренне считает, что «продавец» — исполнитель про-

екта должен лучше него

и без его участия знать, что ему действительно было нужно создать!

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

деятельностью тех и других категорий специалистов.

Профессиональные факторы

, о которых идет речь, при всем их разнообразии можно све-

сти к аналогии «врач и больной». Оставляя для читателя возможность представить себе само-

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

помощи, так же как и множество вариантов сочетаний разных профессий пациентов и их лека-

рей, отметим кажущуюся нам банальной истину: результаты лечения зависят от способностей

обеих сторон к взаимодействию. Если больной не может четко сформулировать свои пробле-

мы, а также последствия (в том числе возможные) действия назначенных лекарств и процедур

на свой организм, то его выздоровление является весьма проблематичным. Как говорится:

«Дай Бог, чтобы не стало хуже!». Кстати сказать, сами библиотечные и информационные ра-

ботники не очень любят читателей (пользователей), которые не в состоянии четко сформули-

ровать свою информационную потребность.

С другой стороны, явную некомпетентность проявляют «врачи», которые не в состоянии,

выслушав пациента, поставить точный диагноз и назначить правильное его лечение.

Таким образом, и «врачи» и их «пациенты» (разработчики и заказчики или персонал созда-

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

действию. Учитывая сказанное, мы попытались изложить в данной монографии только те све-

дения, которые, по нашему мнению, минимально необходимы специалистам обеих сторон, для

создания современных и эффективных АБИС. При этом автор отнюдь не претендовал на роль

первооткрывателя каких-либо истин. Своей задачей он видел систематизированное изложение

уже накопленного опыта, как ранее опубликованного в государственных стандартах, статьях и

т.д., так и неопубликованного. Насколько нам это удалось, судить Вам, уважаемый читатель!

Мы не считаем данную тему завершённой, тем более что развитие новых видов и форм

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

156

методов и стандартов проектирования автоматизированных систем является бесконечным. Кто

продолжит? Может быть, Вы, уважаемый читатель?

157

РИЛОЖЕНИЕ

1. Т

ЕНДЕР НА СОЗДАНИЕ

АБИС Р

ОССИЙСКОЙ ГОСУДАРСТ-

ВЕННОЙ БИБЛИОТЕКИ

(пример содержания опросной формы)

1. ИНФОРМАЦИЯ О ПОСТАВЩИКЕ

1.1. С какого года существует фирма?

1.2. Является ли фирма специализированной компанией по разработке программного обес-

печения библиотечных систем? С какого года фирма занимается созданием библиотечных

систем?

1.3. Поставщик - самостоятельная компания или часть какой-либо фирмы?

1.4. Что может поставщик сообщить о своей финансовой стабильности?

1.5. Данные о квалификации штата для поддержки нашего проекта.

1.6. Каким образом предполагается обеспечивать работу со штатом Библиотеки на русском

языке?

1.7. Какой опыт фирма имеет по поддержке международных проектов?

1.8. Наименования поставляемых систем.

1.9. Типы библиотек, в которых установлены системы, количество установок по типам биб-

лиотек, странам; примеры установок, максимальный объем фонда библиотеки, макси-

мальный объем базы данных внедренной системы, максимальное количество читателей,

обслуживаемых на основе системы.

1.10. Каковы дальнейшие планы по развитию программного обеспечения?

1.11. Описать условия поддержки системы:

• сроки и стоимость работ по установке системы;

• сроки и стоимость обучения;

• организация и оплата консультаций;

• организация дальнейшей поддержки системы и методы расчета стоимости поддержки;

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

• возможности создания службы поддержки в России;

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

• способы информирования пользователей о новшествах;

• наличие международных групп пользователей и организация их работы.

2. СПЕЦИФИКАЦИЯ

2.1. Общие вопросы по функциональным требованиям

Примечание: Коды ответов поставщика по спецификации (для вопросов, не требующих тек-

стового ответа):

Код ответа Варианты ответа

(Ailable) Готово для внедрения.

(In Testing) Тестируется, может быть внедрено в течение 6

месяцев.

(In Development) Разрабатывается.

(Planned) Планируется в будущем.

(Reguires custem programming) Может быть выполнено по тре-

бованию заказчика (указать количество месяцев для разработ-

ки и предполагаемую стоимость).

N/P

Не планируется в обозримом будущем.

2.1.1. Конфигурация и установка логических устройств (например, номер устройства, его ме-

стонахождение, тип терминала, время ожидания).

2.1.2. Пользовательские интерфейсы (меню, сообщения) на русском языке.

2.1.3. Возможность редактирования текстов HELP уполномоченным пользователем.

2.1.4. Возможность редактирования текстов меню уполномоченным пользователем.

2.1.5. Возможность создания HELP:

• для любых полей записей,

• для любых команд.

2.1.6. Возможность ввода, поиска и вывода данных в любых алфавитах

2.1.7. Сортировка выводимых данных в порядке, задаваемом пользователем до внедрения.

Разработка 1997 г. рабочей группы РГБ под руководством О.А. Лаврёновой.

158

2.1.8. Возможность настройки порядка сортировки выводимых данных пользователем по ме-

ре необходимости.

2.1.9. Разграничение доступа:

• к данным,

• к функциям,

• по группам пользователей,

• по группам единиц хранения.

2.1.10. Наличие средств авторизации доступа

2.1.11. Средства регистрации операций, производимых пользователем с указанием дат.

2.1.12. Средства идентификации единиц хранения и читательских билетов по штриховым ко-

дам (бар-кодам).

2.1.13. Поддерживаемые языки и алфавиты (полный перечень).

2.1.14. Наличие средств мультимедиа (в частности, для создания копий редких книг, рукописей

и специализированных коллекций).

2.1.15. Возможности и опыт конверсии имевшихся до внедрения системы машиночитаемых

данных и традиционных карточных каталогов.

2.1.16. Сетевые возможности (описать имеющийся опыт): WWW-подключение, HTML Gateway,

поддерживаемые протоколы и т.д.

2.1.17. Описать опыт создания государственных библиотечных сетей в различных странах.

2.1.18. Средства обеспечения "user friendly access" к другим базам данных/системам без выхо-

да из своей системы для поиска или перегрузки данных (например OCLC). Опыт в этой

области.

2.1.19. Описать средства обеспечения секретности.

2.1.20. Описать принципы организации перехода от одной функциональной подсистемы к дру-

гой (например, от поиска в OPAC к заказу документа и доставке его читателю, от ком-

плектования к OPAC).

2.1.21. Поддержка стандартов: ISO 2709, USMARC, UNIMARC Format, OSI Unicode, Z39.50,

TCP/IP, ISO SR, Х.25. Возможность настройки: на MARC-формат заказчика (RUSMARC

и т.д.).

2.1.22. Возможности импорта/экспорта данных:

• к данным,

• в какие форматы выгружаются библиографические и «авторитетные» записи (Authority

records)?

• из каких форматов они загружаются?

• какой имеется опыт работы с OCLC?

• какие программы-конверторы работают?

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

2.1.23. Состав комплекса вычислительных средств, типы компьютеров.

2.1.24. Операционная система.

2.1.25. Тип СУБД.

2.1.26. Доступность структуры базы данных для пользователя, возможность подключения соб-

ственных функциональных программ.

2.1.27. Характеристики поиска (по индексным файлам и свободного с фиксированными пара-

метрами размеров БД и ЭВМ).

2.1.28. Соотношение физических размеров БД (включая индексные файлы) и суммарного объ-

ема реальных записей.

2.1.29. Поддерживаемые словари и классификаторы, возможность загрузки других словарных

средств.

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

Фиксация данных о предварительных заказах на документы по макетам:

• книги,

• периодика;

2.2.2. Ввод данных о поставщиках;

2.2.3. Фиксация данных о поступлениях:

• заказанных документов,

• других документов;

2.2.4. Контроль поступления заказанных книг;

159

2.2.5. Контроль поступления экземпляров периодики по данным датам;

2.2.6. Проверка на дублирование БЗ о поступивших документах и возможность присоединения

данных о новых копиях;

2.2.7. Пакетная обработка данных в форматах:

• UNIMARC,

• RUSMARC,

• USMARC for Bibliographic Data,

• USMARC for Holdings and Locations,

• национальном или внутрибиблиотечных MARC-форматах заказчика;

2.2.8. Расчет финансов;

2.2.9. Автоматическая подготовка рекламаций на непоступившие документы;

2.2.10. Учет книгообмена с другими библиотеками, ведение взаиморасчетов;

2.2.11. Электронная передача заказов, счетов и т.д.;

2.2.12. Подготовка печатных счетов по форме, задаваемой библиотекой;

2.2.13. Ведение адресно-справочных БД и автоматизированное использование (перенос) запи-

сей между ними и рабочими массивами данных.

2.3. Обработка документов (Cataloguing)

2.3.1. Формирование, корректировка, удаление БЗ и записей о единицах хранения через вре-

менную технологическую (буферную) базу данных;

2.3.2. Ввод, корректировка, удаление данных:

• в интерактивном режиме,

• в пакетном режиме,

• полноэкранное редактирование;

2.3.3. Присвоение уникальных регистрационных номеров:

• БЗ,

• единицам хранения,

• записям «авторитетных» данных (Authority records),

• записям о читателях,

• записям об абонентах;

2.3.4. Возможность дифференциации различных типов документов;

2.3.5. Контроль значений отдельных полей:

• по справочникам,

• по «авторитетным файлам» (Authority files),

• кодированных полей;

2.3.6. Перенос элементов данных из справочников в поля БЗ

2.3.7. Формирование «авторитетных записей» (Authority Records):

• для индивидальных авторов (Names),

• для коллективных авторов (Collectiv bodies),

• для заглавий (Titles),

• для заглавий серий,

• для делений классификаций дескрипторов,

• для тезауруса,

• автоматическое формирование заголовков из полей БЗ,

• формирование отношений "см." и "см. также",

• глобальная коррекция записей;

2.3.8. Ввод БЗ в MARC-формате (указать в примечании, какие форматы);

2.3.9. Ввод БЗ в MARC-формате заказчика (библиотеки);

2.3.10. Ввод БЗ по макетам;

2.3.11. Возможность редактирования макетов ввода БЗ заказчиком;

2.3.12. Ввод «авторитетных записей» (Authority Records):

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

• в UNIMARC-формате;

2.3.13. импорт данных в форматах:

• UNIMARC/Authorities,

• USMARC/Authorities;

160

2.3.14. Сочетание ввода БЗ периодических изданий и ввода данных о поступлении номеров,

выпусков периодических изданий (Serial Control);

2.3.15. Возможность формирования состава полей БЗ и меток:

• заказчиком,

• по требованию заказчика;

2.3.16. Возможность изменения статуса элементов БЗ заказчиком;

• обязательный/необязательный,

• ключевой/неключевой,

• список стоп-слов;

2.3.17. Назначение элементов данных для автоматического индексирования по ключевым

словам (фрагментам) с использованием словаря стоп-слов;

2.3.18. Перенос элементов данных:

• из поля в поле в одной записи,

• из БЗ в БЗ,

• из Authority Records в БЗ;

2.3.19. Возможность копирования записей для формирования других на их основе;

2.3.20. Возможность поиска незаконченных записей по всем ключам;

2.3.21. присвоение/снятие правил контроля типа элементов данных при операциях вво-

да/коррекции;

2.3.22. Присвоение/снятие правил контроля ввода/коррекции элементов данных по специаль-

ным алгоритмам и/или справочникам;

2.3.23. Создание/изменение фильтров импорта/экспорта данных пользователем;

2.3.24. Изменение экранных форм вывода полной и сокращенной библиографической записи;

2.3.25. Возможность генерации заказчиком выходных форм БЗ в виде традиционной ката-

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

2.3.26. Возможность расчета шифров хранения по размерам шкафов, полок и их количеству;

2.3.27. Обеспечение многоуровневой связи "общая часть многотомника-том-выпуск-часть-

тетрадь".

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

2.4.1. Обеспечение интерактивного доступа к ОРАС;

2.4.2. Обеспечение поиска:

• по любому полю,

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

• по сочетанию ключевых слов из любых разных полей БЗ,

• с использованием операторов булевой алгебры,

• с правым отсечением поискового признака,

• по списку полей, определяемому поставщиком,

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

• свободный поиск по тексту без контекста,

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

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

• свободный поиск по тексту с учетом контекста (нахождение в одной БЗ);

2.4.3. Вывод на экран индексных файлов;

2.4.4. Просмотр индексных файлов вниз и вверх;

2.4.5. Поиск по Authority files с выходом к БЗ;

2.4.6. Поиск по таблицам иерархической библиотечной классификации с использованием пе-

рекрестных ссылок;

2.4.7. Возможность просмотра уровней иерархического дерева классификации вниз и вверх:

• на один уровень,

• на любое количество уровней;

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

2.4.9. Возможность принимать во внимание знаки препинания при поиске;

2.4.10. Возможность не принимать внимание знаки препинания при поиске;

2.4.11. Вывод на экран читателю информации о местонахождении всех экземпляров для вы-

бранной БЗ;

Ограничения и дополнительные возможности поиска привести в примечаниях.