АВТОМАТИЗАЦИЯ БИБЛИОТЕЧНОЙ ДЕЯТЕЛЬНОСТИ
ВЫСШИХ УЧЕБНЫХ ЗАВЕДЕНИЙ.
Решение проблемы на примере НТБ МГТУ “Станкин”.

Саркисова И.О.
(Москва, МГТУ «Станкин»)

Вступление
Выбор АБИС
Выбор операционной системы
Сетевое решение для АБИС
Заключение


        В настоящее время уровень развития демократического государства тесно связан с возможностью проникновения информационных технологий во все сферы жизни общества. И, в первую очередь, это касается образования и науки.
        Решение проблемы информатизации высшего образования идет поэтапно. Первые шаги в этой области характеризуются появлением не только реально функционирующей электронной почты в учебном заведении, электронных учебных курсов, подготовленных кафедрами, современных компьютерных классов и наличием автоматизированной библиотечной системы, рассчитанной на новые формы передачи и хранения информации. Библиотека превращается из склада литературы в информационный центр, осуществляющий оперативный доступ не только к печатным изданиям, но и ко всему многообразию информационных ресурсов.
        Эффективная автоматизированная библиотечно-информационная система подразумевает наличие общебиблиотечной сети, охватывающей все подразделения библиотеки и наличия единой интегрированной информационной системы, обеспечивающей комплексную автоматизацию основных информационно-библиотечных процессов при использовании единого формата данных и основанной на сетевой технологии "клиент-сервер". Если сеть библиотеки является сегментом корпоративной сети учебного заведения, то появляется возможность использовать в качестве основного инструмента работы с информацией Web-browser.
        Возможности Web-технологии для поиска информации имеют явные преимущества. Эту технологию можно определить как действительно интегрированную и унифицированную, с которой может работать даже самый неподготовленный пользователь.
        Анализ ситуации в библиотечном деле показывает, что в развитых странах уже давно ведутся достаточно успешные разработки в этом направлении. В большинстве случаев проектирование систем идет по принципу опережения и на основе наиболее массовых, стандартизированных и перспективных программных продуктов и технологий. В системы изначально заложена открытая архитектура, модульность, а следовательно и возможность динамического развития систем.
        Был разработан формат машиночитаемой каталогизации - MARC (Machine Readable Cataloguing). Разработчики использовали и используют этот формат и его модификации (например UNIMARC) как коммуникативный и, очень часто, как внутренний формат каталогизации . Не смотря на то, что во многих автоматизированных библиотечно-информационных системах (АБИС) существуют свои собственные форматы, наличие конверторов позволяет использовать единый стандарт записи данных при обмене информацией между библиотеками и дает возможность библиотекарям помимо всего прочего пользоваться наработками своих коллег при каталогизации собственных фондов.
        Широкое распространение Internet позволяет использовать его как транспортную информационную среду. Поэтому для АБИС применяются многозадачные ОС типа UNIX, VMS, WINDOWS NT. По этой же причине, в качестве СУБД разработчики АБИС часто используютют программные продукты, поддеоживающие работу в Internet: Oracle, Sybase, Informix .
        В нашей стране до недавнего прошлого в разработках библиотечных систем практически не реализовывалась клиент-серверная архитектура, позволяющая достаточно просто обеспечить доступ к системе из глобальных сетей, не использовались возможности современных реляционных баз данных, практически ни в одной из систем не было реализовано использование языка запросов SQL и т.д. Кроме того форматы каталогизации, которыми пользуется весь мир, в нашей стране, в прошлом, практически не использовались и многие разработчики выдумывали свои внутренние форматы, не совместимые ни с западными форматами ни с российскими стандартами ( ГОСТ 7.1-84). Обсуждение российского MARC-формата идет уже не один год, но до его логического завершения еще далеко, поэтому в качестве коммуникативного формата чаще всего используется UNIMARC, но только этот факт не позволяет говорить о наличие в России единого информационного пространства, т.к. телекоммуникационные связи между нашими библиотеками еще не получили должного развития. Связанно это, в первую очередь, с тем, что библиотеки, в большей своей массе, используют АБИС на базе операционной системы DOS и лишь немногие работают на базе NetWare, WINDOWS NT и UNIX .
        Анализ существующих библиотечных систем, работающих в крупнейших библиотеках России, показал, что ни одна из функционирующих систем в полной мере не пригодна для перспективного использования.
        Самостоятельное создание такой системы может растянуться не на один год из-за сложности описания очень специфичных библиотечных функций и, что не менее важно, из-за значительных затрат, соизмеримых со стоимостью западных систем. Следовательно, необходимо в качестве основы будущей системы выбрать уже готовый продукт одной из ведущих компаний-производителей ПО, что существенно снизит затраты на разработку системы, обеспечит независимость от платформ, на которых она функционирует, и масштабируемость в зависимости от возрастающих объемов информационных потоков. Это позволит в будущем легко наращивать дополнительные возможности, переходить на более производительную технику и ОС. При всем этом необходимо отдавать себе отчет в том, что просто перенос уже существующей системы (без доработки) на университетскую почву невозможен из-за сугубо индивидуальных особенностей материальной базы и системы управления НТБ.
        При выборе АБИС следует учитывать следующие моменты:
1. Для полноценной и многолетней (с учетом обновлений) работы системы в мировом информационном пространстве необходимо выполнение ряда условий:
— приверженность стандартам: библиографическим, на оборудование, программное обеспечение и средства коммуникаций, без которых невозможна совместимость с другими системами;
–– использование открытой архитектуры, позволяющей работать с широко распространенными продуктами;
— пропускная способность сети должна предоставлять достаточные средства коммуникации.
2. Для обеспечения действительно оперативного и наиболее полного доступа к информации библиотека, посредством АБИС, должна предоставлять читателям следующие возможности :
— доступ к электронному каталогу ( локальный и удаленный);
— доступ через Internet к распределенным источникам информации на Web-серверах учебных заведений и организаций;
— доступ к распределенной системе электронных учебных и методических пособий, учебных баз данных и т.п. через мультисеть университета ;
— локальное использование электронных словарей, учебников, мультимедийных продуктов, полнотекстных баз данных и т.д.
— доступ к электронным каталогам других библиотек;
— просмотр специализированных электронных журналов;
— работу с мультимедийными обучающими курсами и курсами , созданными для дистанционного обучения;
— просмотр списков рекомендуемой литературы по конкретным дисциплинам и их разделам;
— возможность осуществлять долгосрочные заказы;
— доступ к электронной информации, находящейся в базах данных библиотеки , из других подразделений сети Университета;
— возможность удаленного заказа;
— возможность пользоваться для получения информации электронной почтой.
        Кроме этого, для организации рациональной работы библиотечных работников необходимо автоматизировать многие библиотечные процессы, в т.ч. комплектование фондов, их обработку, запись и контроль читателей, контроль выдачи и возврата литературы, управление НТБ, ведение учета и контроля за документооборотом библиотеки, получение статистических данных и т.д.
        В МГТУ ”Станкин” предполагается создание единой базы данных по учащимся и сотрудникам. Эту базу будут использовать деканаты, бухгалтерия, отдел кадров и другие подразделения, нуждающиеся в оперативной информации о учащихся и сотрудниках. Библиотека, как одно из подразделений университета, так же будет пользоваться этой базой, как базой данных по читателям, имея доступ только к определенным полям. Для этого у АБИС должна быть встроенная возможность работать с внешними базами данных.
        Как уже говорилось, российские АБИС не перспективны для внедрения. Следовательно, искать базовую систему для автоматизации библиотеки нужно среди наиболее известных и хорошо зарекомендовавших себя программных продуктов западных разработчиков. К тому же, находящиеся в эксплуатации средства АБИС зарубежного производства в основе своей ориентированы на комплексную автоматизацию библиотечных процессов и обладают достаточной гибкостью для адаптации к условиям российских библиотек.
        На рынке сейчас представлено достаточно библиотечных систем, но не все они могут быть использованы в наших условиях. Одним из первоначальных критериев отбора среди множества систем является возможность поддержания программой русского языка. На данный момент этому критерию удовлетворяют только четыре, из наиболее популярных в мире, программы: ALEPH ver3.2 (ver500), LIBER (LIBER Media), TINLIB 270, VTLS 92.3 (VIRTUA).
        Все эти программы, за исключением VTLS, с большим или меньшим успехом уже внедрялись на территории России. На основе некоторых из них создавались отечественные разработки автоматизированных библиотечно-информационных систем. Я не располагаю достоверной информацией о результатах использования и функциональных возможностях системы TINLIB 270, именно поэтому эта система не будет входить в число обсуждаемых АБИС.
        “Liber”
        Первые работы по созданию АБИС “Liber” начались в 1985 году. Разработку коммерческого варианта системы осуществила французская фирма “Relais Informatique International” в 1987 году.
        В АБИС “Liber” автоматизированы все основные библиотечные функции. За основу библиотечной системы “Liber” взята операционная система PICK. Эта система ориентирована на работу с базами данных. В настоящее время ОС PICK не имеет широкого распространения, что можно расценивать как недостаток системы. С целью приспособления АБИС “Liber” к современным требованиям фирма-разработчик поставляет специальную оболочку, которая функционирует под управлением ОС UNIX.
        Еще одним недостатком системы “Liber” является ее закрытость. С системой не поставляется необходимая документация для разработки пользователями новых программных функциональных модулей, так что пользователь, приобретя “Liber”, вынужден производить модернизацию, заказывая за отдельную плату программы у фирмы-разработчика или ее партнера.
        Хотя характеристики системы “Liber” являются достаточными для автоматизации университетских библиотек, вышеперечисленные недостатки не позволяют рекомендовать ее для применения в МГТУ “Станкин”. Принципиально использование данной АБИС возможно, но малоперспективно по указанным выше причинам.
        “VTLS”
        АБИС “VTLS” была разработана фирмой VTLS Inc., США для комплексной автоматизации библиотек, в том числе и для создания электронного каталога с широкими поисковыми возможностями, выполнения функций межбиблиотечного абонемента, комплектования фондов, обработки статистики.
        Система имеет необходимые сетевые возможности, что позволяет ее использовать и в локальных сетях и в Internet. Система пригодна к использованию в национальных, академических, публичных и других крупных специальных библиотеках, в том числе теми , чьи фонды насчитывают миллионы единиц хранения. “VTLS” выбрана РГБ ( бывшая библиотека им.Ленина ) с 1989 года, правда, до сих пор полная автоматизация РГБ не завершена. Новые версии системы ориентированы на ОС Windows, чей формат UNICODE позволяет поддерживать все шрифты, в том числе и кириллицу.
        В целом, система “VTLS” полностью покрывает требования по автоматизации университетских библиотек и ориентирована на совершенные аппаратные и программные средства. Система имеет весьма развитые возможности, которые ориентированы на библиотеки более высокого уровня, чем университетские библиотеки. Наличие таких неиспользуемых для данной работы возможностей негативно сказывается на стоимости АБИС. Применение “VTLS” для автоматизации библиотеки МГТУ “Станкин” возможно, но после анализа соотношения “требуемые технические возможности” - “цена”.
        “ALEPH”
        АБИС “ALEPH” была разработана фирмой “EX Libris” при Иерусалимском Университете (Израиль). Первая версия “ALEPH” появилась в 1980 году. В настоящее время выпущена пятая версия (1996 год) , ориентированная на современные компьютеры и операционную систему UNIX (на 3 квартал 1998 года намечен выпуск системы на базе Windows NT).
        В системе полностью реализована клиент-серверная архитектура, что позволяет использовать “ALEPH” в сетях, как локальных, так и Internet. Система работает с набором кодов UNICODE, что позволяет поддерживать все алфавиты, в том числе и кириллицу. Доступ к каталогам библиотечных систем на основе “ALEPH” осуществляется с помощью стандартных Internet технологий.
        В состав библиотечной системы входит Web-сервер, что позволяет обеспечить доступ к библиотечной системе, и, в первую очередь, к каталогам “ALEPH” с помощью стандартных программ просмотра в Internet. После завершения работ по созданию мультисети МГТУ “Станкин” такой подход позволит обеспечить доступ к библиотеке с любого компьютера, подключенного к сети Университета.
        Система “ALEPH” построена по открытой архитектуре на основе широко распространенной и доступной СУБД “Oracle”. Для создания клиентских приложений также использованы стандартные средства, в частности, язык Java.
        "ALEPH” предназначен для автоматизации, в первую очередь, средних библиотек, таких как библиотеки университетов, музеев, исследовательских центров и т.п. В ней отсутствуют некоторые элементы системы VTLS, необходимые для крупных библиотек. В связи с этим “ALEPH” ориентирован на более простое, дешевое и шире распространенное программное и аппаратное обеспечение.
        “ALEPH” в большей степени, по сравнению с другими системами, удовлетворяет требованиям к автоматизации институтских библиотек и целесообразна для применения.
        Российские разработчики представляют достаточно систем в которых хорошо автоматизированы основные библиотечные функции, но которые работают под DOS или WINDOWS 95. А так ли важна операционная система (ОС) для АБИС? Да! Желание работать с системами на платформе UNIX или WINDOWS NT отнюдь не дань моде.
        Задача построения автоматизированной библиотечно-информационной системы в рамках корпоративной мультисети диктует определенные требования к операционной системе АБИС. В большинстве современных систем автоматизации используется архитектура клиент-сервер. Подобное разделение позволяет использовать маломощные компьютеры и терминалы в качестве машин сетевого доступа (клиентов). Сервер же, как более мощная машина, позволяет организовать централизованное хранение и использование базы данных, обеспечить безопасность БД и т.д.
        Думаю, что архитектура клиент-сервер должна быть выбрана за основу и при автоматизации библиотеки. В этом случае выбор операционной системы должен осуществляться как для машин-клиентов, так и для сервера. Естественно, что требования, предъявляемые к этим двум ОС различны.
1. ОС для клиента должна быть:
— не требовательной к ресурсам, чтобы работать на машинах любой мощности.
— иметь дружественный интерфейс, быть интуитивно понятной, чтобы не тратить много времени на обучение сотрудников библиотеки и читателей.
— быть сетевой и своими внутренними средствами поддерживать работу сети, как локальной, так и глобальной. Или же иметь возможность работать с программами, позволяющими сети работать.
— поддерживать один из самых распространенных протоколов TCP/IP на базе которого построена сеть Internet, т.к для АБИС работа с Internet очень важна.
2. ОС для сервера должна быть:
— многозадачной и многопользовательской, чтобы работать с несколькими клиентами одновременно.
— сетевой и своими внутренними средствами поддерживать работу сети, как локальной, так и глобальной.
— поддерживать протокол TCP/IP.
ОС должна отвечать современным требованиям безопасности.
        Последний пункт требует более развернутого комментария.
Информация об основных материальных ценностях библиотеки, т.е. о книгах, должна храниться на сервере и этой информации должна быть гарантирована защита от каких-либо действий, влекущих за собой потерю или порчу данных. На программном уровне - это защита от несанкционированного доступа. Наибольшее распространение получили рекомендации Национального центра защиты компьютеров (NCSC) Министерства обороны США. Это “Критерии оценки доверия к компьютерным системам” – “Оранжевая книга”. В ней при разработке операционных систем базовым уровнем безопасности считается уровень С2. Большинство учреждений ориентируется именно на уровень защиты С2.
        Для тестирования, проводимого на базе лаборатории телекоммуникаций СЦ НИТ МГТУ ”Станкин”, были выбраны следующие ОС: DOS, Windows 95, Windows NT 4.0, OS/2 Warp, SCO-UNIX, Mac OS. Давать в этой статье развернутый анализ каждой из ОС не целесообразно, поэтому я ограничусь перечислением основных характеристик.
DOS
Недостатки: однозадачная, 16-разрядная, однопользовательская система, интерфейс (без оболочек) не дружественный, уровню С2 не соответствует, поддерживает c/s-архитектуру только в качестве клиента при помощи операционной среды Windows 3.х., не поддерживает протокол TCP/IP.
Достоинства: требует минимальных ресурсов.
Windows 95
Достоинства: в целом удобный интерфейс, хорошая диалоговая помощь, высокая степень совместимости с Windows 3.х., поддерживает протокол TCP/IP.
Недостатки: в многозадачном режиме 16-разрядные программы не защищены одна от другой, некоторые программные модули остались 16-разрядными, уровню С2 не соответствует.
Windows NT 4.0
Достоинства: высочайшая степень надежности и защиты от сбоев, быстрая графика, поддерживает протокол TCP/IP, уровню С2 соответствует.
Недостатки: высокие требования к аппаратным средствам, выполняются не все 16-разрядные программы.
OS/2 Warp
Достоинства: настраиваемая объектно-ориентированная архитектура, хорошо реализована многозадачность для 16-разрядных программ, поддерживает протокол TCP/IP, уровню С2 соответствует.
Недостатки: не всегда удобна в использовании, ограниченная поддержка приложений, не вполне понятные перспективы.
SCO
Достоинства: высокая степень надежности и устойчивости системы, дружественный графический интерфейс, поддерживает протокол TCP/IP, уровню С2 соответствует.
Недостатки: относительно высокие требования к аппаратным средствам, выполняются не все 16-разрядные программы.
Mac OS
Достоинства: прекрасный интерфейс, отличная диалоговая помощь, превосходная платформа для графических работ.
Недостатки: ограниченные возможности в многозадачном режиме, небогатый набор встроенных утилит, уровню С2 не соответствует.
        Даже этих немногочисленных характеристик достаточно, что бы выбрать для библиотечно-информационной системы в рамках корпоративной мультисети МГТУ “Станкин” ОС, удовлетворяющие основным требованиям, перечисленным выше.
— для клиентских мест это WINDOWS 95 или WINDOWS 3.х ( DOS );
— для сервера – SCO или WINDOWS NT.
        Окончательный выбор ОС может быть сделан после выбора конкретной АБИС.
        Сетевое решение будет зависеть от специфики каждой конкретной библиотеки, но существуют общие моменты, на которые стоит обратить внимание.
        Как база для работы автоматизированной библиотечной системы и часть сети института, компьютерная сеть должна удовлетворять следующим требованиям:
— хорошей масштабируемости,
— высокой производительности,
— управляемости.
        Хорошая масштабируемость необходима для того, чтобы можно было менять число пользователей, работающих в сети. Это важно, т.к. на этапе проектирования сложно определить динамику изменения количества пользователей и увеличения числа рабочих мест. Т.е. сейчас еще сложно сказать, ограничится ли библиотека несколькими машинами для работы с электронным каталогом (ЭК) и для выхода в Internet или же на ее базе будет создаваться большой информационный центр. Это связано с тем, что одну из основных ролей в развитии подобного проекта играет финансирование.
        Высокая производительность сети требуется для того, чтобы как можно большее число читателей могло работать одновременно с одной программой. Например, осуществлять поиск в ЭК. Или же для обработки информации, критичной к скорости передачи данных.
        И наконец, сеть должна быть управляемой, чтобы ее можно было легко перенастроить для удовлетворения меняющихся со временем потребностей библиотеки и всего Университета в целом.
        При создании сети нужно учитывать и то, что АБИС построена по принципу “клиент-сервер”. Следовательно, сеть тоже должна реализовывать архитектуру “клиент-сервер”. Существует большое количество технологических и архитектурных решений. В работе над проектом автоматизированной библиотеки были рассмотрены 4, наиболее распространенные, сетевые архитектуры:
— маршрутизируемая фрагментированная магистраль;
— FDDI-магистраль;
— сеть с коммуникацией кадров 10/100;
— АТМ и коммутация кадров.
        Первые две конфигурации считаются стандартными и уже давно используются в компьютерных сетях, две последние разработаны недавно. Современные технологии, основанные на коммутации, позволяют не только повысить производительность сети, но и улучшить ее управляемость. Это становится возможным за счет так называемой виртаулизации сетевых ресурсов, которая позволяет создавать логические группы пользователей и компьютеров. Такие логические группы более наглядны, их проще поддерживать и изменять, чем физические подсети, определяемые маршрутизатором. Кроме того, коммутация кадров повышает удобство использования уже имеющейся сети. Поэтому реализация архитектуры на основе коммутации, вероятно, обойдется дешевле.
        Анализ возможностей этих 4 сетевых архитектур показал, что создавать сеть библиотеки МГТУ “Станкин” на базе сети Ethernet с коммутацией кадров 10/100 наиболее целесообразно. Благодаря своей простоте и высокой производительности, а также легкости модернизации - это наиболее подходящее решение для такого долгосрочного проекта, как автоматизация библиотеки.
        Одна из задач библиотеки - работа с мультимедиа приложениями, а мультимедиа (смесь текста, графических изображений, анимации, видео и звука) налагает особые требования на сеть. Эти три типа данных нетерпимы к задержкам. Также важен вопрос хранения и доступа к мультимедийным данным. На сегодняшний день наиболее распространенным носителем мультимедиа является компакт-диск. Преимущества интеграции компакт-дисков в сеть очевидны, хотя бы потому, что несколько пользователей могут одновременно обращаться к компакт-диску; один пользователь имеет возможность обращаться к нескольким накопителям компакт-дисков.
        Реализация подобной интеграции возможна многими способами. Эти способы различаются по множеству характеристик, в том числе по структурной организации, по сложности администрирования, по простоте использования, стоимостному фактору и т.д. Рассмотрены были следующие методы:
        1 - установка на каждый подсоединенный к сети ПК собственного внутреннего дисковода с приложением набора компакт-дисков;
        2 - обеспечение равноправного доступа, позволяющего любому ПК в сети обращаться за нужной информацией к компакт-диску на другом ПК;
        3 - использование имеющегося сетевого файлового сервера путем расширения его функциональных возможностей таким образом, чтобы он поддерживал операции доступа и управления компакт-дисками;
        4 - использование мини-сервера компакт-дисков, который может быть подключен непосредственно к сети и соединен с дисководами компакт-дисков и файловым сервером. Он снимает с файлового сервера бремя обработки запросов к компакт-дискам, делая это самостоятельно;
        5 - использование мини-сервера, который только передает через файловый сервер данные с компакт-дисков пользователям сети;
        6 - использование выделенного сервера, в задачу которого входит только обработка запросов и управление компакт-дисками.
        Очевидно, что нагружать сервер АБИС еще и обработкой запросов к компакт-дискам не стоит. Поэтому рассмотрены были варианты подключения компакт-дисков к сети библиотеки, без использования основного сервера. А именно:
— вариант с выделенным сервером компакт-дисков (сервер мультимедиа);
— вариант с автономными дисководами, как наиболее легко реализуемый и дешевый способ (при определенных условиях).
        Выводы об архитектуре сети и ее организации, полученные ранее, позволяют говорить о двух вариантах проекта сети научно-технической библиотеки:
Вариант № 1 - сеть Ethernet с коммутацией кадров 10/100 и выделенным сервером компакт-дисков; (рис.1)


Рис.1.

Вариант № 2 - сеть Ethernet с коммутацией кадров 10/100 и индивидуальным доступом к компакт-дискам. (рис.2)


Рис.2.

        В данном проекте, и в варианте №1 и в варианте №2, компьютерная сеть библиотеки состоит, как минимум, из 20 компьютеров, в том числе по 1 машине в абонементном зале учебной литературы, в читальном зале (учебная литература), отделе НТЛ, отделе художественной литературы, справочно-библиографическом отделе и у администрации библиотеки. На начальном этапе для ввода информации в электронный каталог новых поступлений и перевода уже существующего каталога в электронную форму используется 4 машины. В дальнейшем, когда весь каталог будет перенесен в базу данных библиотеки, с задачей каталогизации новых поступлений, при среднем числе новых поступлений 7000 экземпляров в год ( 7000 экз/год : 220 раб.дней : 40 док/день = 0,8 ~ 1 компьютер ) будет справляться 1 компьютер.
        В классе доступа к мультимедиа, электронному каталогу и Ithernet находится не менее 8 компьютеров. В процессе развития библиотеки, это количество может быть увеличено за счет машин, освободившихся от работы по вводу информации в электронный каталог. Помимо обычных компьютеров, в библиотеке предусмотрен также сервер автоматизированной библиотечно-информационной системы, а в случае использования выделенного сервера мультимедиа - сервер компакт-дисков.
        Выбранная ранее архитектура сети (Ethernet 10/100) подразумевает использование “витой пары” в качестве физической среды передачи. Достоинством подобного выбора можно считать то, что “витая пара” относительно недорогая, легко устанавливается, управляется и реконфигурируется. Основные стандарты и технология отработаны и стабильны, что является немаловажным при создании сети.
        Так как количество машин в библиотеке вряд ли превысит 50, то все их можно объединить в один сегмент, но если использовать в сети выделенный сервер компакт-дисков (вариант №1), то доступ к нему, как отмечалось ранее, должен осуществляться по каналам с более высокой пропускной способностью. В этом случае, в библиотечной компьютерной сети необходимо создание скоростного сегмента, который включит в себя машины из класса доступа и сервер компакт-дисков. Для сети с автономными дисководами (вариант №2) в скоростном сегменте необходимости нет.
        С рабочих мест библиотекарей из СБО, НТЛ, отдела художественной литературы, администрации библиотеки, а также с мест операторов ввода информации в электронный каталог, в отличие от мест доступа к ЭК, М/М и Internet, не осуществляется постоянный доступ к серверу АБИС. Поэтому, для того, чтобы обращения от всех этих компьютеров в отдельности не забивали трафик и для облегчения установки и дальнейшего расширения сети, целесообразно объединить их в отдельный сегмент (10Мбит/с).
        Подобное сегментирование позволит без особых материальных затрат изменять конфигурацию сети и менять функции, выполняемые обычными сетевыми компьютерами.
        Автоматизация библиотеки предполагает работу со штрих-кодом (идентификация книг и другой печатной продукции), поэтому компьютеры, непосредственно обслуживающие читателей, должны быть оснащены сканерами для его считывания. Также библиотека укомплектовывается принтерами, характеристики которых напрямую зависят от задач на них возложенных.

        Методика определения необходимых компонентов для комплексной автоматизации библиотек высших учебных заведений, таких как собственно АБИС, ОС и коммуникативные среды, не включила в себя ряд подготовительных этапов. Но как показывает практика, основы, заложенные на этих этапах, в дальнейшем влияют на работу всей системы в целом. Два, наиболее важные этапа — это предварительное создание электронного каталога и обучение персонала библиотеки работе на компьютере. Это важно, если автоматизация начинается с "нуля".
        Как правило, выбор системы и ее покупка занимают по времени не один месяц, а после приобретения и установки проходит еще много времени, прежде чем в ЭК появится достаточно записей для нормальной работы с читателями. Чтобы этого избежать, стоит на основе любой распространенной базы данных (Oracle, ISIS или даже Access) создать базу данных ЭК по основным полям (автор, название и т.д.). После инсталляции АБИС эту БД можно будет при помощи конвертеров перекачать в основную базу системы. Подобный подход позволит не только сэкономить время, преодолеть психологические барьеры при работе с компьютером у библиотекарей, но и провести инспекцию библиотечных фондов и определить политику наполнения электронного каталога в дальнейшем.
        Необходимо также отметить, что ощутимые результаты появятся не сразу после установки АБИС. На отладку работы библиотеки требуется время, но это не повод для отказа от автоматизации, при правильной организации работы положительный эффект не заставит себя ждать.

irina@post.stankin.ru