Авторы технологических разработок электронных библиотек [Шрайберг, Воройский, Бродовский, Хохлов 1-7] считают, что электронная библиотека (ЭБ) - это, прежде всего, автоматизированная библиотечно-информационная система (АБИС). Поэтому при проектировании ЭБ следует руководствоваться общими для всех автоматизированных библиотечно-информационных систем принципами и стандартами. Следовательно, обязательно должны учитываться следующие принципы [Шрайберг, Воройский, Бродовский, Хохлов 1-7]:

Принцип идентичности методологического подхода к разработке автоматизированной системы - разработка новых, совершенствование уже существующих или внедрение получаемых извне автоматизированных информационных систем различного функционального назначения (включая ЭБ) являются в организационном и общем методологическом планах сходными научно-техническими проблемами. Основные положения методологии разработки различных АИС нормативно закреплены единым стандартом - ГОСТ 34.601 - 90 [8]. Важная практическая значимость этого принципа заключается в возможности использования при разработке ЭБ опыта создания и эксплуатации других автоматизированных систем, включая АБИС, АСНТИ, АСУ различного назначения и т.д., а также в создании потенциальных условий для обеспечения взаимодействия этих систем, а возможно, и их частичной или полной интеграции.

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

Непрерывность, поэтапность - ЭБ постоянно развивающиеся системы, каждое нововведение служит развитием основных системных принципов и уже достигнутого качества.

Преемственность - заключается в обязательном учёте в новых проектных решениях ранее накопленного опыта, а также сохранения всех полезных для дальнейшего использования средств и ресурсов (электронные каталоги, другие информационные ресурсы библиотеки записанные на машиночитаемых носителях, средства лингвистического обеспечения, а также имеющиеся в наличии технические средства).

Непрерывность и поэтапность развития - не только принцип проектирования, но и одно из наиболее важных свойств ЭБ, которая не может длительное время не видоизменяться. Причины сказанного заключаются в следующем:

В отличие от других объектов проектирования (например, автомобиля, самолёта и т.п.) ЭБ не может быть спроектирована и реализована в своём «окончательном» варианте ввиду того что во-первых, до полноценного функционирования она должна ещё «дорасти» в процессе начальной её эксплуатации (персонал системы достаточно долго её осваивает; должны быть накоплены полноценные электронные каталоги, базы данных и другие виды ресурсов); во-вторых, принципиально невозможно на этапе проектирования предусмотреть весь круг проблем, связанных с развитием и достижением качественных характеристик системы.

Следовательно, нет необходимости изначально вводить систему в полном объеме решаемых задач и средств их обеспечения. Это может быть не только нецелесообразно, но и экономически невозможно. Однако проектные решения должны обеспечить возможность последовательной поэтапной достройки ЭБ по мере создания условий для расширения ее функциональных характеристик и структуры без остановки эксплуатации.

Необходимость постоянного саморазвития и усложнения системы появляется не только в связи с накоплением опыта персоналом ЭБ, накоплением её информационных ресурсов или выявлением и устранением внутренних противоречий в системе, но и под влиянием внешней среды, в частности, требований пользователей, а также быстрой смены поколений технических и программных средств. В указанном плане весьма актуальной является реализация в проектных решениях принципа адаптивности.

Адаптивность - составляющие ЭБ должны обладать свойствами, обеспечивающими быструю адаптацию этих составляющих к изменениям внешней среды и новым средствам.

Модульный принцип построения программных и технических средств предполагает, что состав указанных средств состоит из блоков (модулей) обеспечивающих возможность их замены или изменения с целью совершенствования функционирования ЭБ или её адаптации к новым условиям.

Принцип технологичности - автоматизированная технология означает разработку новой технологии или модернизацию существующей в условиях АБИС и не допускает простого использования разработанного программно-аппаратного обеспечения в условиях старых традиционных технологий.

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

Принцип корпоративности - при проектировании автоматизированной системы, входящей в состав системы более высокого уровня (города, ведомства, республики и т.п.), должна быть предусмотрена её аппаратная, программная, лингвистическая и информационная совместимость с другими участниками системы и/или сети ЭБ. Требования корпоративности могут входить в противоречие с требованиями или решениями, диктуемыми другими принципами, например преемственности проектных решений.

Полная нормализация процессов и их мониторинг - многоцелевое использование информации АБИС требует обеспечения высокой достоверности данных в системе. Для этого на различных этапах обработки и ввода информационных документов необходимо использовать различные формы контроля информации, требования к которому могут быть сформированы из состава решаемых задач и обрабатываемых данных. Постоянный мониторинг необходим также для получения качественных и количественных характеристик функционирования АБИС на основе встраиваемых и специально разрабатываемых средств интеллектуальной статистики.

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

Экономическая целесообразность - создание ЭБ должно предусматривать выбор таких проектных решений (в том числе программных, технических и организационно-технологических), которые при условии достижения поставленных целей и задач обеспечивают минимизацию затрат финансовых, материальных и трудовых ресурсов.

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

Максимальное использование готовых решений - для сокращения стоимости и сроков разработки и внедрения ЭБ, а также уменьшения ошибок проектирования как системы в целом, так и отдельных её составляющих, рекомендуется максимально использовать готовые решения и средства. В указанном плане при создании новой системы значительный объём работ связан с анализом альтернативных вариантов предлагаемых решений, выбором наиболее соответствующего для объекта автоматизации и его адаптации к новым условиям применения.

Ориентация на первых лиц объекта автоматизации - успешное выполнение работ по созданию автоматизированной системы, её развитию и эксплуатации возможно только при условии их безусловной поддержки первым лицом объекта автоматизации (директора библиотеки или информационного органа) и закреплении приказом по организации непосредственной ответственности за их выполнение за руководителем на уровне не ниже заместителя директора. В подразделениях автоматизируемой организации ответственность за выполнение работ (предпроектное обследование, приёмку подсистем ЭБ, их эксплуатацию) должна возлагаться в первую очередь на руководителей соответствующих подразделений. Последнее необходимо и в тех случаях, когда в непосредственном выполнении работ участвуют назначенные ими лица из сотрудников подразделений.

Под проектированием ЭБ понимается детализированная разработка проекта системы, содержащего полный комплект ее организационной, конструкторской, технологической и эксплуатационной документации [Воройский 8]. Проектирование автоматизированных систем предполагает выполнение ряда стадий и этапов. В России разработана система стандартов, определяющих содержание, состав исполнителей и порядок выполнения работ на разных этапах проектирования, а также порядок их приёмки. Вместе с тем сложилась определённая практика проектирования (в том числе ЭБ), которая в основных её положениях не противоречит установленным стандартами нормативам.

ГОСТ 34.601-90 [ГОСТ 9] содержит нормативные требования к содержанию стадий и этапов проектирования автоматизированных систем, предназначенных для обеспечения различных видов деятельности (управление, проектирование, исследование и т.п.), включая их сочетания. Он предусматривает следующие стадии и этапы проектирования:

В стандарте указывается, что стадии и этапы, выполняемые организациями - участниками работ по созданию АС, устанавливаются в договорах и техническом задании на основе настоящего стандарта. Допускается исключать стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, объединять стадии «Технический проект» и «Рабочая документация» в одну стадию «Технорабочий проект». В зависимости от специфики создаваемых АС и условий их создания допускается выполнять отдельные этапы работ до завершения предшествующих стадий, а также параллельное во времени выполнение этапов работ, включение новых этапов.

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

Существуют и другие государственные стандарты, регламентирующие различные аспекты проектирования АС:

- ГОСТ 34.602-89 Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. Введ. 01.01.90;

- ГОСТ 34.603-92 Информационная технология. Виды испытаний АС;

- Стандарты 34.(971, 972,973, 974, 981) -91 Информационная технология. Взаимосвязь открытых систем;

- Стандарт 34.913 Информационная технология. Локальные вычислительные сети и др.

В соответствии с имеющимся в России опытом проектирования ряда АИС различного назначения и сложности проектирование ЭБ как правило включает в себя четыре этапа (стадии) выполнения работ: предпроектное обследование объекта автоматизации, концептуальное, эскизное, техническое и рабочее проектирование. В отдельных случаях некоторые стадии проектирования, например, эскизного и технического проектирования или технического и рабочего проектирования, полностью или частично объединяются. Как следует из примечаний к ГОСТ 34.601-90, такое объединение не противоречит установленным нормам. В самом общем плане содержание работ на разных стадиях может быть сведено к следующему:

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

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

- краткую характеристику исходного состояния объекта автоматизации и среды, в которой он функционирует;

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

- описание укрупнённой организационно-функциональной структуры выбранного варианта (или вариантов) построения создаваемой системы;

- технико-экономическое обоснование;

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

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

- перечень и укрупнённую характеристику этапов создания системы, сроки их выполнения;

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

- техническое задание на систему в целом и/или её основные составные части (подсистемы, программно-технические комплексы и средства, отдельные задачи и т.д.)

При эскизном проектирование производится разработка эскизного проекта, который содержит принципиальные конструкторские и схемные решения объекта разработки, а также данные, определяющие его назначение и основные параметры (при проектировании программного обеспечения системы эскизный проект должен содержать полную спецификацию разрабатываемых программ).

При техническом проектирование производится разработка технического проекта, содержащего принципиальные электрические схемы и конструкторскую документацию объекта разработки и составных его частей, перечень выбранных готовых средств программного и технического обеспечения (в том числе типов ЭВМ, операционной системы, прикладных программ и т.д.), алгоритмов решения задач для разработки новых средств программного обеспечения и т.п..

При рабочем проектировании, представляющем собой заключительный этап собственно проектирования, производится окончательное уточнение и детализация результатов предыдущих этапов, создание и испытания опытного и/или опытно-промышленного образца объекта автоматизации, разработка и отработка программных продуктов, технологической и эксплуатационной документации. Результаты этого этапа излагаются в рабочем или технорабочем проекте. В современной практике проектирования автоматизированных информационных систем (например АБИС, АСНТИ, АСУ и др.) он является начальным этапом их внедрения в работу фирмы, организации или службы, являющейся заказчиком проекта, или головной в ряде других автоматизируемых фирм, организаций, служб и т.д. [2].

Выбор программного обеспечения для создания электронной библиотеки

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

Можно выделить три различных подхода к решению этого вопроса:

- создать программное обеспечение (ПО) самостоятельно;

- приобрести готовое программное обеспечение;

- разместить свои данные в уже созданной ЭБ.

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

На сегодняшний день существует большое количество готовых решений: платных и бесплатных, на базе открытого кода и закрытого, отечественных и зарубежных. В качестве примера можно назвать бесплатное ПО (Greenstone, ResCarta, Dspace, Eprint и т.п.), коммерческое ПО (российские STOR-M, T-Libra и зарубежные DigiTool, VITAL).

Гринстон - многоплатформенная программа (лучше сказать - независимая от платформы), работающая с операционными системам Windows всех типов: Unix, Macintosh OS/X; распространяется через Интернет или как самоустанавливающийся продукт на оптическом диске CD-ROM.

Основную работу по установке программы Гринстон и формированию стандартной коллекции из новых материалов со стандартным интерфейсом можно выполнить буквально за несколько минут. После этого нужно провести достаточно трудоемкую механическую работу по непосредственному вводу полнотекстовых документов в созданную оболочку.

Электронный фонд можно построить в самом различном оформлении.

Предоставляемые Гринстон сервисы и разнообразие видов интерфейса при осуществлении поиска и просмотра могут адаптироваться на многих уровнях под конкретные нужды. Пользователи могут легко настроиться на различные операционные системы и различные форматы документов (например, HTML, Word, PDF, PostScript, Power Point, Excel). При наличии готовых метаданных (например, в составе файлов XML, открытого архива OAI, библиографии в формате Latex) они включаются в состав записи. Если существует необходимость добавить поисковые индексы (например, специально выделить язык полнотекстовых документов или какие-либо метаданные, допустим заглавия), все это также предусмотрено Гринстон. Пользователь располагает возможностью формировать элементы структурного поиска и просмотра, в том числе список авторов, наименований, классификационные иерархии и т.п.

Электронные библиотеки по сравнению с другими интерактивными системами обладают существенным преимуществом - соответствующие пользовательские интерфейсы опираются на использование метаданных. Метаданные - это «клей», с помощью которого новые документы включаются в состав электронного фонда и немедленно становятся его полноправными элементами. Метаданные - это ключ к обеспечению поиска и просмотра. В программу Гринстон заложено несколько различных механизмов, позволяющих в полной мере воспользоваться этими инструментами.

С помощью программы Гринстон осуществляется индивидуальный подход к созданию фонда ЭБ. Например, по образу какой-либо из уже существующих в конкретной библиотеке коллекций, которая в наибольшей степени соответствует вашим (и ваших пользователей) потребностям, с использованием Гринстон можно легко и просто повторить структуру понравившегося образца. Создается и записывается так называемый короткий конфигурационный файл. В него включаются такие параметры, как название коллекции, адрес электронной почты ее создателя (ответственного лица), описание целей и принципов создания, форматы файлов ввода данных, источники метаданных, в каком формате метаданные записываются, как будет выглядеть пользовательский интерфейс.

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

Поиск по полному тексту всего фонда - основная особенность этой программы, который по умолчанию включается во все формируемые части фонда. Его создатели сами должны определиться, нужен ли им поиск по параграфу (абзацу), разделу документа или по всему тексту документа (этот параметр потом скажется при выдаче результатов поиска). Конструктор может также заказать, чтобы индексы полнотекстового поиска были встроены в систему метаданных. Допускается дробление фонда на части, внутри которых также можно проводить полнотекстовый поиск. Можно проставить и языковые метаданные - поиск будет проводиться в пределах заранее выбранного языка.

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

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

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

Метаданные, имеющие иерархическую структуру, например библиотечные классификационные системы, могут быть реализованы в виде дерева с возможностью переходить по нужным уровням обобщения. В этом случае пользователь должен сформировать дополнительный файл с указанием соответствия (например, предметные рубрики сопоставлены с классификационными номерами).

Указания по форматированию необходимы для того, чтобы пользователь смог настроить под свои требования каждый «экран» (каждую картинку), который система генерирует. В этом документе указывается, в каком порядке осуществляется демонстрация - идет ли сначала заголовок отдельной картинкой или просто заголовок с отступом предваряет текст и т.п.

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

В коллекции, состоящей из документов различного формата (например Word или HTML), полезно указывать в результатах поиска возможные форматы выгрузки, чтобы пользователь смог сам определиться, что ему нужно. Указания по форматированию добавляются к вышеупомянутому документу по условиям просмотра.

Гринстон спроектирован на базе глубокой философии: простые вещи должны быть простыми, а сложные - доступными.

Некоторые более изощренные (продвинутые) возможности также можно включить в работу с фондом, добавив совсем немного в конфигурационный файл. Три примера:

- можно создать для пользователя возможность в режиме, близком к режиму работы с печатными предметными рубриками или тезаурусами: программа может автоматически извлекать из полного текста фразы и строить иерархические отношения между ними;

- точно так же можно автоматически извлекать из текста акронимы и их расшифровку;

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

Как это обычно бывает при работе со столь высокоразвитой системой, как Гринстон, самые жесткие требования предъявляются к оформлению документов, входящих в состав фонда.

Естественно, что создатели фонда зачастую нуждаются в помощи и консультациях, чтобы подстроить программу под какие-либо вновь возникающие задачи. Существует дискуссионная группа, работающая в режиме электронной почты и оказывающая любую помощь участникам группы из 40 стран. Имеется обширная документация на английском, французском, испанском и русском языках.

Гринстон включена в типовой пакет документов ООН для обучения работе с информацией. ЮНЕСКО организует серию региональных программ переподготовки по использованию Гринстон.

Выводы по первой главе

Библиотека, являясь одним из ключевых звеньев в информационном обеспечении процесса образования в вузе, большое внимание уделяет современным формам накопления и представления информации.

Одним из способов улучшения качества информационного обслуживания в сфере образования является создание в вузах электронных библиотек, создание которых позволяет обеспечить сохранность фонда, решает проблемы книгообеспеченности учебного процесса, обеспечивает доступность к информации, независимо от ее физического местонахождения.

Необходимость наличия электронной библиотеки закреплена в федеральных государственных образовательных стандартах высшего профессионального образования в редакции Приказа Минобрнауки Российской Федерации от 31 мая 2011 г. № 1975, в которых устанавливаются принципиальные требования в отношении обеспечения доступа к электронным библиотечным системам.

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

Рассматривая возможные подходы к формированию фондов электронных изданий без индивидуального материального носителя, выделяется 5 основных модельных форм: сплошная оцифровка фондов библиотеки, перевод в электронную форму активно используемой части фонда, формирование коллекций по типам документов и отдельным темам, формирование комплексной культурно-образовательной программы, формирование базы знаний. Каждая из моделей позволяет организовать электронный фонд как открытого типа (доступный через Интернет), так и предназначенный для работы только в локальной сети или на одном компьютере.