1.2.Требования к функциям, выполняемым системой 1.2.1.Электронный фонд
Электронный фонд (ЭФ) – это логический модуль, осуществляющий:
хранение электронных документов,
обслуживание электронных документов,
контроль целостности данных и отсутствия дублирования.
В рамках Системы не допускается существования более одного электронного фонда.
Хранение электронных документов
Количество электронных документов в ЭФ не ограничено.
Каждый электронный документ в Системе должен иметь учетную запись – контейнер. Одному электронному документу соответствует один контейнер, и наоборот.
Контейнер электронного документа должен содержать:
уникальный идентификатор (целое положительное число),
библиографическое описание документа,
общую метаинформацию по документу,
ссылки на все файлы копий тела документа.
Библиографическое описание документа представляет собой совокупность библиографических сведений о нем, приведенных согласно стандарту RUSMARC.
В общей метаинформации по документу указывается тип документа, данные о его добавлении и последнем изменении и прочие служебные сведения по документу.
Тип электронного документа определяется содержанием объекта, который данный документ представляет, например: книга, газета, автореферат и т.п.. Список возможных типов электронных документов может редактироваться средствами Системы в процессе ее функционирования.
Для каждого документа может существовать несколько копий его тела.
Допускается использование ссылок на одну и ту же архивную или оперативную копию в различных контейнерах.
По каждой копии тела документа в Системе хранится метаинформация. В ней указывается тип копии, качество копии, данные о ее добавлении и последнем изменении и прочие служебные сведения по копии.
Копия тела документа может быть двух типов – архивная и оперативная. Этот факт отражается в метаинформации по копии.
Архивная копия тела документа хранится на внешних носителях информации (CD, DVD и др.), а в Системе хранится только ссылка на нее. Одному документу может соответствовать несколько архивных копий.
Оперативная копия тела документа хранится в ЭФ. Одному документу может соответствовать несколько оперативных копий.
Оперативная копия может представлять собой распознанную версию символьного документа. Такие копии хранятся в базе данных для осуществления контекстного поиска по ним. Тот факт, что копия является распознанной версией документа, должен быть отражен в метаинформации по данной копии.
Одна копия тела документа может храниться в нескольких частях (файлах).
По каждому файлу копии тела документа в Системе должна храниться метаинформация. В ней указывается формат файла, параметры формата, вес файла, данные о его добавлении и последнем изменении и прочие служебные сведения по файлу копии.
Число файлов, составляющих полную копию, должно быть указано в метаинформации по данной копии, а в метаинформации по каждому файлу копии должен быть указан порядковый номер файла в составе данной копии.
Для хранения архивных копий электронных документов используется следующий набор форматов: TIFF, WAV, AVI.
Для хранения оперативных копий электронных документов используется следующий набор форматов: TXT, PDF, HTML, DOC, JPEG, PNG, MPEG, WMA, OGG.
Файл оперативной копии тела документа может состоять из нескольких частей (страниц), если формат хранения поддерживает функцию разметки. Эта разметка используется для предоставления пользователю постраничного доступа к копии. Список форматов, поддерживающих указанную функцию: PDF, HTML, DOC. Для файлов других форматов данная возможность не реализуется, они отдаются пользователю целиком. Задача разметки файлов копий лежит за рамками функций Системы.
Файлы архивных и оперативных копий могут храниться в любом из существующих или будущих форматов, с учетом того обстоятельства, что не предполагается обработка файлов таких форматов (в частности, предоставление постраничного доступа) средствами Системы.
Форматы, используемые в системе, должны быть чисты с точки зрения патентов и не требовать лицензионных отчислений.
Должна быть реализована возможность хранения «больших» электронных документов. Максимальный допустимый суммарный объем файлов одной копии тела документа - 10Гб.
Система должна поддерживать неизменность ссылки на доступ к файлу копии тела электронного документа на протяжении всего времени его существования, вне зависимости от операций, производимых над документом, за исключением окончательного удаления его из системы.
В зависимости от имеющейся информации по электронному документу, его контейнер может находиться в следующих статусах:
«Зарегистрирован»: заполнено только библиографическое описание;
«Частично загружен»: заполнено библиографическое описание и имеется хотя бы один файл оперативной копии тела документа, но нет копии целиком;
«Загружен»: заполнено библиографическое описание и имеется хотя бы одна оперативная копия тела документа целиком (все файлы), но она не является распознанной версией документа;
«Распознан»: заполнено библиографическое описание и имеется хотя бы одна оперативная копия тела документа целиком (все файлы), которая является распознанной версий, что указано в метаинформации по данной копии.
Возможен переход контейнера из любого статуса в любой при загрузке/удалении файлов оперативных копий с метаинформацией по ним.
Не допускается существование контейнеров с отсутствующим (пустым) библиографическим описанием.
Допускается существование контейнера без копий тела электронного документа. В этом случае контейнер находится в статусе «Зарегистрирован».
Для хранения текстовой информации в системе должна использоваться кодировка UNICODE. Какая именно текстовая информация будет храниться в системе в UNICODE – должно быть определено на этапе разработки Технического проекта.
В Системе должна храниться метаинформация по внешним носителям, где содержатся архивные копии электронных документов, для осуществления контроля целостности информации на них. В частности, тип носителя, атрибуты физического диска, метка диска и прочие служебные сведения.
Коллекции используются для группировки электронных документов с целями рубрикации и проведения пакетных операций над документами.
Количество коллекций электронных документов в ЭФ не ограничено.
В состав коллекции могут входить только отдельные электронные документы, но не другие коллекции.
Количество электронных документов в составе одной коллекции не ограничено.
Один и тот же электронный документ может входить в более чем одну коллекцию.
Электронный документ может не входить ни в одну коллекцию.
Для каждой коллекции в Системе формируется учетная запись, аналогичная контейнеру электронного документа. Она содержит:
уникальный идентификатор коллекции (целое положительное число),
библиографическое описание коллекции,
метаинформацию по коллекции.
Аналогично библиографическому описанию электронного документа, библиографическое описание коллекции тоже представляет собой запись в формате RUSMARC.
Не допускается существование коллекций с отсутствующим (пустым) библиографическим описанием.
В метаинформации по коллекции указывается ее название и прочая служебная информация по коллекции.
Обслуживание электронных документов
В Системе должна быть обеспечена возможность выполнения следующих операций с контейнерами электронных документов:
Создание контейнера (с загрузкой библиографического описания),
Загрузка (импорт) контейнера,
Выгрузка (экспорт) контейнера,
Редактирование значений полей общей метаинформации по документу,
Удаление контейнера.
В Системе должна быть обеспечена возможность выполнения следующих операций с библиографическими описаниями электронных документов:
Загрузка (импорт) библиографического описания,
Выгрузка (экспорт) библиографического описания.
Библиографические описания не должны редактироваться средствами Системы. Однако API Системы должен предусматривать возможность подключения внешнего редактора библиографического описания.
Библиографическое описание документа должно импортироваться / экспортироваться в формате RUSMARC, согласно ISO 2709. Соответствующая функциональность Системы должна поддерживать групповые операции.
В процессе экспорта должна быть возможность преобразования библиографического описания в кодировки KOI8-R, CP1251. Соответствующая функциональность должна поддерживать групповые операции.
В процессе импорта должна быть возможность преобразования библиографического описания из кодировок KOI8-R, CP1251 в кодировку хранения. Соответствующая функциональность должна поддерживать групповые операции.
В Системе должна быть обеспечена возможность выполнения следующих операций с копиями тел электронных документов:
Создание копии,
Редактирование метаинформации по копии (как архивной, так и оперативной) и по каждому из ее файлов,
Импорт/экспорт метаинформации по копии (как архивной, так и оперативной),
Импорт/экспорт файла оперативной копии тела электронного документа вместе с метаинформацией по нему,
Импорт/экспорт метаинформации по файлу архивной копии,
Удаление файлов оперативной копии вместе с метаинформацией по ним,
Удаление копии.
Должна быть реализована возможность пакетного импорта-экспорта контейнеров электронных документов.
Должна быть реализована возможность пакетного импорта-экспорта оперативных копий тел документов, контейнеры для которых уже существуют в Системе, обязательно вместе с метаинформацией по каждой копии и по каждому файлу.
Должна быть реализована возможность пакетного импорта-экспорта файлов оперативных копий, по которым в Системе уже имеется метаинформация, обязательно вместе с метаинформацией по каждому файлу.
В Системе должна быть обеспечена возможность выполнения следующих операций с коллекциями электронных документов:
Формирование коллекции,
Изменение состава коллекции (добавление/удаление электронных документов),
Редактирование метаинформации по коллекции,
Удаление коллекции.
Должна быть реализована возможность пакетного добавления/удаления электронных документов в/из коллекции.
Состав коллекции может быть сформирован двумя путями: автоматическим – при котором список контейнеров для включения в коллекцию формируется как результат выборки по определенным признакам, и ручной – при котором каждая учетная запись электронного документа добавляется в коллекцию отдельно. В обоих случаях остается возможность изменять состав коллекции после ее формирования, в том числе путем групповых операций над учетными записями электронных документов.
В случае если коллекция первоначально создавалась как результат выборки, параметры этой выборки (запрос) должны быть сохранены в метаинформации по коллекции для возможности обновления ее состава (например, после пакетного импорта данных). Должна быть возможность редактировать этот запрос.
В Системе должна быть возможность редактирования списка полей общей метаинформации по документу. Фиксированная часть этого списка, изменять которую не разрешается, описана в требованиях к информационному обеспечению Системы (п. 1.1.1.181).
В Системе должна быть возможность редактирования списка полей метаинформации по копии тела документа. Фиксированная часть этого списка, изменять которую не разрешается, описана в требованиях к информационному обеспечению Системы (п. 1.1.1.181).
В Системе должна быть возможность редактирования списка полей метаинформации по файлу копии тела документа. Фиксированная часть этого списка, изменять которую не разрешается, описана в требованиях к информационному обеспечению Системы (п. 1.1.1.181).
В Системе должна быть возможность редактирования списка полей метаинформации по внешнему носителю. Фиксированная часть этого списка, изменять которую не разрешается, описана в требованиях к информационному обеспечению Системы (п. 1.1.1.181).
Список возможных значений поля «Тип» общей метаинформации по документу может редактироваться средствами Системы.
Контроль
Система должна гарантировать целостность ЭФ и производить блокировку попыток одновременного доступа на изменение информации, как при выполнении функций внутри системы, так и при использовании API системы извне.
В Системе должен быть реализован функционал контроля целостности оперативных копий. Он должен производиться на основе механизма hash- функций (алгоритм md5). Проверка целостности производится по запросу пользователя для заданной группы электронных документов. По результатам проверки формируется отчет, который сохраняется в Системе.
В Системе должен быть реализован функционал контроля целостности данных на внешних носителях информации. Он предполагает хранение в Системе дополнительных кодов, однозначно определяющих носитель. Контроль целостности должен быть реализован на основе механизма hash-функций (алгоритм md5). Проверка целостности производится по запросу пользователя для указанного внешнего носителя. По результатам проверки формируется отчет, который сохраняется в Системе.
Должны быть реализованы функции проверки на дублетность (наличие второго абсолютно идентичного объекта в системе) для контейнеров электронных документов и копий тел документов.
Для контейнеров электронных документов уникальность определяется по некоторому подмножеству полей библиографического описания.
Для файлов копий тел документов уникальность определяется с помощью механизма hash-функций (алгоритм md5).
1.2.2.Электронный каталог
Электронный каталог – логический модуль системы, предоставляющий интерфейс навигации и поиска по элементам электронного фонда, предназначенным для обслуживания пользователей (коллекциям электронных документов, электронным документам и пр.), а так же контекстный поиск по распознанным версиям, поиск по изображениям и нотам.
Модуль позволяет формировать и выполнять поисковые запросы к электронному фонду следующих типов:
Z-поиск – поиск по ограниченному множеству полей библиографического описания документа, согласно стандарту Z39.50;
Пользовательский поиск – поиск с более широкими возможностями, относительно Z-поиска. Предоставляет возможность поиска по нескольким поисковым шаблонам, комбинирующих наиболее часто используемые поля библиографического описания для различных типов документов, с учетом контекстного поиска по распознанным документам;
Служебный поиск – предоставляет наиболее широкий спектр возможностей поиска, включая, помимо возможностей пользовательского поиска, расширенное множество полей библиографического описания и доступ к поиску по служебной метаинформации.
Электронный каталог должен включать в себя модуль, предоставляющий услуги поиска согласно стандарту Z39.50.
Сервер Z39.50 должен обеспечивать выполнение следующих функций:
инициализации Z-сеанса,
поиска,
извлечения,
завершения Z-сеанса.
Шлюз Z39.50 должен поддерживать поиск по следующим атрибутам:
автор,
заглавие,
ISBN,
ISSN,
стандартный идентификатор,
идентификатор записи,
дата издания,
место публикации,
издательство.
Соответствие между этими поисковыми атрибутами и полями формата RUSMARC определяется согласно приложению настоящего документа (см. п. 2.2).
Поиск должен осуществляться по поисковым атрибутам, связанным по определенным правилам с полями библиографического описания и метаинформации.
Перечень поисковых атрибутов должен редактироваться средствами Системы. В него должны входить, как минимум:
автор,
заглавие,
ISBN,
ISSN,
стандартный идентификатор,
идентификатор записи,
дата публикации,
место публикации,
издательство.
Соответствие между этими поисковыми атрибутами и полями формата RUSMARC определяется согласно приложению настоящего документа (см. п. 2.2).
Соотношение поисковых атрибутов и полей библиографического описания должно быть настраиваемым средствами Системы.
Набор полей в форме поиска и их соотношение с поисковыми атрибутами настраивается средствами Системы в рамках определения поисковых шаблонов.
Должен существовать шаблон для быстрого поиска, содержащий одно поле.
Каждому типу электронного документа может соответствовать свой поисковый шаблон.
Должен быть реализован контекстный поиск по распознанным версиям электронных документов. Он должен позволять искать по словам и фразам, которые могут комбинироваться с использованием логических операторов «и», «или» и «не», с учетом морфологии русского языка (различных грамматических форм и синонимов).
Должен существовать шаблон для параметрического поиска по изображениям (по размерам изображения, разрешению, цветовой палитре, а также ключевым словам).
Должен быть реализован параметрический поиск по нотным документам с использованием специального интерфейсного элемента «нотный стан». Данный интерфейсный элемент представляет собой аналог «виртуальной клавиатуры». С его помощью можно составлять нотную запись мелодии (одной партии), задав ее тональность и музыкальный размер, размещая на нотном стане знаки нот и пауз различной длительности, а также различные служебные элементы.
Коллекции электронных документов должны участвовать в поиске вместе с электронными документами и по умолчанию выводиться в результатах поиска выше них.
Должна быть возможность проведения как сквозного (по всем коллекциям) поиска, так и поиска по определенному множеству коллекций.
Должна быть реализована возможность «сужения» результатов поиска посредством поиска в найденном с включением в него дополнительных критериев.
Должна быть реализована возможность комбинации поисковых запросов с помощью логических операторов «и», «или» и «не».
В результатах поиска выводится список электронных документов и коллекций. Состав полей, характеризующих документ или коллекцию должен настраиваться средствами Системы по аналогии с поисковыми атрибутами.
Должна быть возможность сортировки результатов поиска по каждому из выводящихся полей.
При просмотре оперативных копий результатов поиска должно производиться позиционирование на часть (страницу), отвечающую поисковому запросу. Это условие должно выполняться только для тех файлов, которые имеют формат, допускающий такую возможность (см. п. 1.1.1.39), а также соответствующую разметку.
Должна быть возможность подключения плоских и иерархических справочников по поисковым атрибутам. Справочник представляет собой таблицу соответствий, например, при заданном авторе «Марк Твен» поиск должен производиться также по авторам «Твен, Марк», «Самуэль Клеменс», «Клеменс, Самуэль» и т.п..
Подключение справочников к поиску должно быть опциональным. Алгоритмы и механизмы использования справочников в поиске должны быть специфицированы на этапе разработки Технического проекта.
Должна быть реализована поддержка динамических словарей в поисковых интерфейсах. Словари представляют собой множества уникальных значений какого-либо поискового поля (атрибута) и автоматически обновляются при внесении новых значений соответствующих полей библиографического описания. Подключение словарей к поисковому полю должно быть опциональным и определяться поисковым шаблоном.
Система должна поддерживать связь между библиографическими описаниями по полям, предусмотренным для реализации связей в формате RUSMARC, и учитывать эту связь при навигации по электронным документам.
В качестве вспомогательного инструмента для поиска и навигации по ресурсам Системы должен быть разработан инструментарий рубрикаторов (классификаторов).
Возможности поиска (как в части используемых шаблонов, так и в части множества электронных документов и коллекций, по которому производится поиск) варьируются в зависимости от роли пользователя.
Система должна допускать возможность расширения функционала поиска с целью создания единой точки доступа к нему с учетом ресурсов, предоставляемых третьими организациями.
1.2.3.Обслуживание пользователей
Обслуживание пользователей – это логический модуль, предоставляющий пользователю доступ к ресурсам Системы согласно правам доступа, а также правилам тарификации и оформления заказов на услуги.
Пользователи и права
В Системе должна быть реализована подсистема прав доступа – логический модуль, позволяющий настраивать и контролировать доступ ко всей информации Системы, включая коллекции, документы, их части и услуги.
Подсистема контроля прав доступа должна быть реализована в максимальном объеме без использования функций и возможностей сторонних систем (файловой системы ОС и т.д.).
В Системе используется разрешительная модель назначения прав: пользователь может выполнить некоторое действие, только если имеет право на него (что не разрешено – запрещено).
Для виртуальных читальных залов права доступа к ЭФ определяются на уровне коллекций. При регистрации ВЧЗ в ЛЭБ или в процессе его эксплуатации администратор ЛЭБ определяет, к каким коллекциям и на какой срок разрешить доступ пользователям данного виртуального читального зала.
Для каждого пользователя Системы права доступа к ЭФ определяются на уровне электронных документов. Коллекции используются только для группового назначения прав на электронные документы.
Должна быть реализована иерархическая групповая (ролевая) настройка прав доступа к функциям, выполняемым Системой.
По умолчанию в Системе существует пять ролей пользователей:
Читатель,
Сотрудник ВЧЗ,
Администратор ВЧЗ,
Сотрудник ЛЭБ,
Администратор ЛЭБ.
Можно изменять множество ролей, определенных в пункте 1.1.1.116, комбинируя множество функций, реализованных в системе и данных, которыми система манипулирует, для каждой роли.
Технические аспекты реализации системы обслуживания пользователей различных типов доступа могут существенно различаться и зависят исключительно от выбора разработчика информационной системы. Выбор разработчика и технические аспекты реализации должны быть отражены и согласованы с Заказчиками в составе документа «Архитектурная концепция».
Должно осуществляться протоколирование «рискованных» действий пользователей Системы, т.е. таких действий, которые могут предоставлять потенциальные риски повреждения или утечки информации. К таким действиям относятся:
все операции с контейнерами электронных документов и их компонентами,
удаление электронных документов из коллекции,
удаление коллекции.
ВЧЗ
Система обслуживания читателя предоставляет доступ через web-интерфейс с подключением по протоколу TCP/IP.
ВЧЗ может оказывать читателю следующие услуги:
Поиск по электронным документам и коллекциям в соответствии с определенными поисковыми шаблонами;
Просмотр оперативной копии тела документа, в т.ч. постраничный (для файлов оперативных копий, имеющих нужный формат и разметку);
Доставка оперативной копии электронного документа;
Печать оперативной копии электронного документа;
Запись оперативной копии электронного документа на информационный носитель.
Возможны два метода оказания услуги: ручной и автоматический. Ручной способ оказания услуг применяется к тем услугам, которые требуют вмешательства привилегированного сотрудника (печать, запись на информационный носитель). Автоматический способ применим в том случае, если вмешательства сотрудника не требуется (поиск, просмотр документа, доставку в электронном виде).
Реализация конкретных алгоритмов обслуживания должна быть определена на этапе разработки Технического проекта.
Должен быть реализован сбор количественной статистики обращений пользователей к документам, их частям, поисковым запросам в разрезах, необходимых для реализации отчетности (п. 1.4).
Тарификация
Система обслуживания пользователей должна включать в себя тарификатор – логический модуль, содержащий информацию о правилах тарификации предоставляемой пользователю информации, балансе пользователя, контроля финансовых показателей и подготовке финансовой отчетности.
Должна быть возможность настройки коэффициентов наценки или скидки для различных групп пользователей.
Должна быть возможность раздельной тарификации коллекций и отдельных электронных документов.
Должны быть предусмотрены следующие финансовые схемы работы с клиентами:
Абонентская плата (предоставление полного доступа к коллекциям на определенный период времени при оплате фиксированной суммы).
Предоплата с тарификацией по страницам и по документам («списание» определенной суммы с баланса пользователя при доступе к части/полному документу).
Он-лайн оплата услуг доступа кредитной картой.
Оплата через платежные системы Интернет.
Оплата в кредит.
Бесплатный доступ.
Оплата наличными по факту предоставления услуг.
Для каждого Платного документа/части/услуги могут быть доступны методы оплаты, указанные в пункте 1.1.1.128. Под предоплатой подразумевается предварительное внесение пользователем средств на счет и списание соответствующих сумм при выполнении заявки. При оплате кредитной картой или оплате через платежные системы Интернет требуемая к оплате сумма вносится на счет в момент оформления услуги и подтверждения платежной системой платежеспособности пользователя, списывается при выполнении заявки. Оплата в кредит подразумевает списание средств со счета пользователя до достижения определенного кредитного лимита.
Должна быть реализована возможность взаиморасчетов с авторско-правовыми организациями (для документов, попадающих под действие закона «Об авторских правах»). То есть информационная система должна позволять настройку размеров отчислений за доступ к странице или полнотекстовой версии документа соответствующим организациям, и формировать отчетность о суммах (п. 1.1.1.176), как для каждой из организаций, так и консолидированную, исходя из количественной статистики обращений к документам и/или их страницам.
|
