Модели и принципы построения прототипа системы электронной библиотеки вуза

Модели и принципы построения прототипа системы электронной библиотеки

вуза

© Д.С. Зуев Казанский государственный университет Специальность 05.13.18

Электронная библиотека вуза:

Ресурсы ЭБ и ЭК приобретенные законным путем Коллекция информационных образовательных ресурсов Коллекция научных ресурсов Коллекции старопечатных изданий и рукописей

Специфика вузовской ЭБ

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

Специфика вузовской ЭБ

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

Разнородность коллекций порождает проблемы при работе с ними

Пользователю приходится работать с несколькими различными интерфейсами Невозможен одновременный поиск по всем электронным коллекциям Традиционный интерфейсы АБИС не применимы ко всем электронным коллекциям

Проблемы и пути их решения:

Необходимо объединить все создаваемое и уже созданное в ЕДИНУЮ СИСТЕМУ с учетом специфики вуза. Это позволит: Расширить спектр предоставляемых сервисов. Более четко систематизировать ресурсы Более четко учитывать информационные ресурсы Единая точка входа ко всем коллекция документов

Инфологическая модель ЭБ

Особенности реализации ЭБ вуза

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

Особенности реализации ЭБ вуза

Интеграция с внешними системами требует реализации различных протоколов обмена (Z39.50, SRU/SRW, OAI-PMH и т.д.) Рассмотренные системы не предусматривают использование нескольких профилей метаданных Неизвестны системы, обеспечивающие работу с ЭД сложной структуры, требующих внутренней навигации

Прототип системы ЭБ вуза

Поделим систему условно на 2 уровня: Уровень библиотеки - Веб-сервис, объединяющий все ЭК в одно целое. Цель – трансляция поискового запроса всем коллекциям, сбор и обработка результатов. Поиск производится на основе единого формата метаданных. Уровень коллекции – Программное обеспечение отдельно взятой коллекции. На этом этапе может быть использована как готовая система, так и разрабатываемые модули единой ИС ЭБ

Структура системы

Уровень библиотеки

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

Уровень коллекции

Реализация полноценного ПО для управления ЭК. Собственный модуль генерирует систему ЭК на основе нескольких XML-файлов, описывающих структуру метаданных ЭК (XMLSchema профиля метаданных, xsl-файл и xml-шаблон описания ресурса) Возможно использование готовых решений.

Технические аспекты

Система имеет сервис-ориентированную архитектуру. Разработка сводится к созданию набора веб-сервисов. Для взаимодействия между уровнями системы предлагается использовать протоколы SOAP и/или REST. С одной стороны реализуется сервер, с другой клиент. Благодаря технологии веб-сервисов уровни системы независимы и могут располагаться в разных точках. Возможен поиск по внешним коллекциям (напр. по каталогу АБИС) по протоколу Z39.50, OAI-PMH

Уровень библиотеки

Уровень коллекции

Уровень коллекции

Спасибо за внимание