Функциональные требования

Решения > Функциональные требования

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

1. Введение.

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

2.Общие требования к НЭБ.

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

НЭБ состоит из Локальных Электронных библиотек (любого количества, в т.ч. одной) и центрального узла Национальной электронной библиотеки.

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

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

Программное обеспечение Локальной Электронной библиотеки состоит из программного обеспечения:
2.1. Электронного фонда.
2.2. Электронного каталога.
2.3. Виртуального читального зала.

Программное обеспечение Распределенной системы НЭБ состоит из:
Программного обеспечения Локальной Электронной библиотеки.
2.4. WEB-интерфейса конечного пользователя для доступа к Распределенной системе НЭБ.
2.5. Административного интерфейса распределенной системы НЭБ.

При этом WEB-интерфейс конечного пользователя может быть установлен, как для доступа к отдельной Локальной Электронной библиотеке, так и в центральном узле распределенной системы. После установки программного обеспечения Локальной Электронной библиотеки и WEB-интерфейса конечного пользователя полученная конфигурация должна обеспечивать полное функционирование Электронной библиотеки для отдельно взятой библиотеки.

2.5 устанавливается на один сервер и управляет всей распределенной системой Национальной электронной библиотеки.

После установки программного обеспечения Распределенной системы НЭБ любая Локальная Электронная библиотека может быть подключена к распределенной системе НЭБ и полученная конфигурация должна обеспечивать полное функционирование НЭБ.

Требования к параметрам функционирования системы. При одновременной работе 100 конечных пользователей НЭБ время реакции системы при поиске информации в Электронном каталоге не должно превышать 2 сек., при доступе к странице электронного документа - 1 сек. Под временем реакции понимается время, прошедшее между нажатием кнопки “Поиск” и получением результата на экран без учета скорости передачи информации по сети. Необходимая для этого конфигурация оборудования и стандартного программного обеспечения должна быть определена при разработке технического задания.

Максимальное время отклика системы при любом количестве пользователей не должно превышать 10 сек.

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

2.1. Функциональные требования к системе Электронного фонда (ЭФ).

Электронный фонд Локальной Электронной библиотеки состоит из полнотекстовых электронных документов. Под электронным документом понимается файл (или файлы), содержащие текст законченного произведения. Кроме того, в системе ЭФ хранятся учетные записи на:

А. Электронный документ
Б. Коллекцию электронных документов
В. Подборку электронных документов

Под коллекцией понимается объединение электронных документов с целью совершения над ними групповых операций. Например, коллекция электронных документов в текстовом формате TXT. Операция: перевод в формат DOC. Или: коллекция электронных диссертаций по искусству. Операция: запись на DVD.

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

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

Программное обеспечение системы Электронного фонда должно удовлетворять ниже приведенным требованиям.

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

N	Наименование	Функциональное требование
2.1.1.	Объем электронного документа	Обеспечивается хранение распознанных или нераспознанных (имиджей) электронных документов при объеме одного документа до 10 ГБ. Полный перечень операций над электронными документами должен быть определен при разработке технического задания.
2.1.2.	Формат электронного документа	Обеспечивается поддержка наиболее распространенных форматов (графических, текстовых, мультимедийных). Полный перечень форматов электронных документов должен быть определен при разработке технического задания.
2.1.3.	Срок хранения электронного документа	“Вечно”. Должно обеспечиваться сколь угодно долгое хранение текста документа, предусматривающее конвертирование (при смене программного обеспечения воспроизводящего документ), перезапись (при смене технических устройств), защиту от несанкционированного удаления, защиту от потери данных при программных и аппаратных сбоях.
2.1.4.	Фрагментация электронного документа	Обеспечивается возможность извлечения фрагмента электронного документа (абзаца, страницы, главы) в том числе и фрагмента неформатированного и/или бинарного текста для последующей обработки и/или передачи по сетям.
2.1.5.	Фиксированный URL	Обеспечивается неизменность URL-адреса электронного документа при физическом перемещении электронного документа внутри электронного фонда (например, при переносе на другой носитель или сервер)
2.1.6.	Целостность электронного документа	Обеспечивается работа с электронным документом, как с единым целым, т.е. при изменении физического места положения в электронном фонде одновременно изменяется положение всех составляющих частей документа.
2.1.7.	Учетная запись на электронный документ	Каждый электронный документ должен иметь учетную запись, содержащую основные характеристики электронного документа как единицы информации в электронном фонде. Учетная запись – информация дополняющая (!) библиографическую запись в электронном каталоге. Учетная запись должна содержать уникальный номер документа, его URL, дату включения в электронный фонд, дату последней модификации и другие атрибуты. Полный перечень информации в учетной записи должен быть определен при разработке технического задания.
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.	Протоколы взаимодействия с 2.2. и 2.3.	Разрабатываются протоколы взаимодействия системы Электронного фонда с системой Электронного каталога и системой Виртуального читального зала. Полный перечень спецификаций протокола должен быть определен при разработке технического задания.
2.1.17.	Экспорт/Импорт электронных документов	Импорт электронных документов в Электронный фонд осуществляется только одновременно с библиографическими записями или при их наличии. Экспорт электронных документов может осуществляться как с выгрузкой библиографических записей из электронного фонда, так и без нее.
2.1.19.	Административный интерфейс к системе Электронного фонда	Обеспечивается WEB-интерфейс администратора, позволяющий выполнять все функции по управлению Электронным фондом. Полный перечень администраторских функций должен быть определен при разработке технического задания.
2.1.20.	API к системе Электронного фонда	Обеспечивается программный интерфейс, позволяющий программно выполнять все функции административного интерфейса, а так же расширенные функции. Полный перечень расширенных функций должен быть определен при разработке технического задания.

Функциональные требования к системе Электронного каталога (ЭК)

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

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

Реализация контекстного поиска может быть выполнена в рамках отдельной подсистемы, однако поисковый интерфейс конечного пользователя для вариантов А и Б должен быть единым.

N	Наименование	Функциональное требование
2.2.1.	Библиографическая запись на электронный документ	Запись в формате RUSMARC (или MARC21).
2.2.2.	Целостность связи библиографической записи с электронным документом	Ни одна операция над библиографической записью не должна приводить к разрыву связи с электронным документом
2.2.3.	Обновление библиографической записи	Обеспечивается процедура внесения изменений в библиографическую запись на основе информации из электронного документа или подборки электронных документов. Полный перечень возможных обновлений должен быть определен при разработке технического задания.
2.2.4.	Запись на коллекцию (описание коллекции) электронных документов	Перечень полей должен быть определен при разработке технического задания.
2.2.5.	Запись на подборку электронных документов	Перечень полей должен быть определен при разработке технического задания.
2.2.6.	Стандартные операции в системе Электронного каталога	Система ЭК должна обеспечивать набор стандартных операций, характерных для работы с электронным каталогом: GUI электронного каталога, OPAC и/или WEB-OPAC. Полный перечень стандартных операций должен быть определен при разработке технического задания.
2.2.7.	Экспорт/Импорт библиографических записей	При импорте библиографических записей должна обеспечиваться возможность одновременного добавления электронных документов в Электронный фонд. Экспорт библиографических записей также может осуществляться как с выгрузкой данных из электронного фонда, так и без нее.
2.2.8.	Конвертирование библиографической информации	При выполнении операций экспорта/импорта библиографических записей должна обеспечиваться возможность подключения конверторов. Минимально обеспечивается конвертирование MARC21 <-> RUS MARC и перевод cp1251 <-> КОИ-8 <-> UTF8 <-> UNICODE
2.2.12.	Настройка конвертеров	Настройка конвертеров осуществляется на трех уровнях. 1. На уровне программы, путем изменения кода. При этом необходима хорошая документация на код. 2. На уровне создания скриптов, подключающихся во время работы программы. При этом нужна документация на язык, используемый для скриптов и методы их подключения. 3. На уровне параметров, настраиваемых через интерфейс администратора.
2.2.9.	Настройка конверторов	Обеспечивается возможность внесения изменений в конверторы без остановки работы системы.
2.2.10.	Поисковый интерфейс конечного пользователя	При вводе запроса пользователь заполняет данные в одном блоке. Например: Автор: Петров ... Ключевые слова: лизинг Слова в тексте: проценты кредита … В результате поиска возвращается список библиографических записей, в которых в самой библиографической записи есть автор “Петров” и ключевое слово “лизинг”, а в тексте электронного документа встречается “проценты кредита”. При просмотре текста документа “проценты кредита” должны подсвечиваться. Должны обеспечиваться функции перехода к найденным библиографическим записям и электронным документам. Полный перечень функций по работе с найденной информацией должен быть определен при разработке технического задания.
2.2.11.	Стандартные функции контекстного поиска	Обеспечивается функциональность не ниже поисковых возможностей системы “Yandex”. Полный перечень функций должен быть определен при разработке технического задания.
2.2.16.	Сервер Z39.50	Должен обеспечиваться доступ к Электронному каталогу по протоколу Z39.50. Администрирование сервера должно быть доступно через Административный интерфейс к системе Электронного каталога.
2.2.17.	Административный интерфейс к системе Электронного каталога	Обеспечивается WEB-интерфейс администратора, позволяющий выполнять все функции по управлению Электронным каталогом. Полный перечень администраторских функций должен быть определен при разработке технического задания.
2.2.18.	API к системе Электронного каталога	Обеспечивается программный интерфейс, позволяющий программно выполнять все функции административного интерфейса, а так же расширенные функции. Полный перечень расширенных функций должен быть определен при разработке технического задания.

Функциональные требования к системе Виртуального читального зала.

Система Виртуального читального зала обеспечивает:
А. Доступ конечных пользователей к Локальной Электронной библиотеке.
Б. Назначение прав доступа для конечных пользователей.
В. Подсистему билинга для расчета стоимости доступа

N	Наименование	Функциональное требование
2.3.1.	Виртуальный читальный зал (ВЧЗ)	Регистрация виртуального читального зала обеспечивает возможность регистрации конечных пользователей и их групп. Одновременно с регистрацией ВЧЗ регистрируется администратор ВЧЗ и обеспечивается доступ администратора ВЧЗ к административным функциям ВЧЗ. Полный перечень полей, описывающих ВЧЗ и полный список функций для работы с ВЧЗ, должен быть определен при разработке технического задания.
2.3.2	Протокол взаимодействия с 2.1.	Разрабатывается протокол взаимодействия Web-интерфейса с системой Электронного фонда и Виртуального читального зала. Протокол взаимодействия должен учитывать то, что для РГБ 2.1. разрабатываются отдельно, а для РНБ в качестве 2.1. используется существующее программное обеспечение. Полный перечень спецификаций протокола должен быть определен при разработке технического задания.
2.3.2.	Вход в систему ВЧЗ	Конечный пользователь регистрируется в системе ВЧЗ в момент первого обращения к электронному документу с ограниченным доступом.
2.3.3.	Конечный пользователь	Пользователь (читатель) виртуального читального зала. Полный перечень полей, описывающих пользователя, должен соответствовать списку полей принятому в РГБ и РНБ при записи читателей и должен быть окончательно определен при разработке технического задания. Пользователь регистрируется администратором ВЧЗ с одновременным назначением прав на доступ к данным Локальной Электронной библиотеки. Пользователи могут объединяться в группы с одинаковыми правами. Обеспечивается назначение прав для групп пользователей. Полный перечень прав пользователей и их групп должен быть определен при разработке технического задания.
2.3.4.	Права конечного пользователя	Система ВЧЗ обеспечивает, как минимум: Доступ только на чтение Доступ с правом копирования части электронного документа Полный перечень прав доступа должен быть определен при разработке технического задания
2.3.5.	Журнал обращений конечного пользователя	На каждого пользователя ведется журнал обращений к ресурсам Локальной Электронной библиотеки. Минимальная запись в журнале должна содержать: дату, время, ID электронного документа, количество страниц документа к которым получен доступ. Полный перечень атрибутов записи в журнале должен быть определен при разработке технического задания. Администратор ВЧЗ имеет доступ к журналу обращений конечного пользователя только для чтения.
2.3.6.	Групповая статистика	Обеспечивается сбор статистики за устанавливаемый период времени по отдельному пользователю, группе пользователей, ВЧЗ. Полный перечень показателей групповой статистики должен быть определен при разработке технического задания.
2.3.7.	Подсистема билинга	Обеспечивает назначение цены на доступ к Локальной Электронной библиотеке и проведение расчетов по оплате доступа.
2.3.8.	Назначение цены	Поддерживается три типа расценок: За время действия договора на создание ВЧЗ. За полученный объем информации. За предоставленную услугу.
2.3.9.	Схема расчетов	Схема расчетов должна включать возможность назначения общей цены на доступ к распределенной системе НЭБ и дальнейшего внутреннего распределения полученных средств между Локальными Электронными библиотеками пропорционально объему информации, полученной ВЧЗ от Локальной Электронной библиотеки. Полный перечень алгоритмов расчета должен быть определен при разработке технического задания.
2.3.10.	Подсистема билинга ВЧЗ	Подсистема билинга ВЧЗ обеспечивает работу ВЧЗ по расчетам с конечными пользователями.
2.3.11.	Прозрачность подсистем билинга	Все данные по расчетам внутри ВЧЗ должны быть доступны подсистеме билинга Локальной Электронной библиотеки, все данные подсистемы билинга Локальной электронной библиотеки должны быть доступны Центральной системе билинга распределенной системы НЭБ.
2.3.12.	Подсистема мониторинга	Обеспечивает визуальный мониторинг текущего состояния доступа к Локальной Электронной библиотеке, позволяет оперативно вмешиваться в работу отдельного ВЧЗ вплоть до его отключения. Полный перечень показателей подсистемы мониторинга и полный перечень управляющих функций должен быть определен при разработке технического задания.
2.3.13.	Административный интерфейс к системе ВЧЗ	Обеспечивается WEB-интерфейс администратора, позволяющий выполнять все функции по управлению системой ВЧЗ. Полный перечень администраторских функций должен быть определен при разработке технического задания.
2.3.14.	API к системе ВЧЗ	Обеспечивается программный интерфейс, позволяющий программно выполнять все функции административного интерфейса, а так же расширенные функции. Полный перечень расширенных функций должен быть определен при разработке технического задания.

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

N	Наименование	Функциональное требование
2.4.1	Дизайн	Должен быть разработан интуитивный, эргономичный, современный дизайн страниц и т.п. Дизайн первой и основные принципы дизайна последующих страниц должны быть согласованы при разработке технического задания.
2.4.2.	Многоязыковая поддержка	Подсистема выполняется в двух вариантах: на русском языке и на английском языке. При работе в англоязычном интерфейсе весь вывод данных поиска и просмотра на экран, который может быть транслитерирован должен быть транслитерирован. Наряду с этим одной из функций пользовательской настройки интерфейса должна быть возможность отмены транслитерации вывода. При вводе данных для поиска обеспечивается как возможность использования виртуальной клавиатуры, так и возможность ввода транслитерированного запроса. Таблица и механизмы обработки транслитерации должны быть определены при разработке технического задания.
2.4.3.	Точка нулевого входа	Обеспечивает простейший интерфейс поиска: одно поле для ввода данных, кнопку “Поиск” и кнопку “Помощь”. Позволяет встроить точку нулевого входа в любой дизайн страницы. После нажатия кнопки “Поиск” происходит обращение к Электронному каталогу, получение результатов поиска и переход на первую страницу WEB-интерфейса. Алгоритм поиска при входе с нулевой точки должен быть настраиваемым с помощью административного интерфейса.
2.4.4.	Первая страница WEB-интерфейса конечного пользователя	Позволяет пользователю произвести настройку поисковых признаков, списков Электронных каталогов к которым он намерен обращаться, форматов вывода информации. На этой же странице отображаются результаты поиска, и обеспечивается стандартный набор операций с найденными записями. Полный перечень настроек и форматов ввода должен быть определен при разработке технического задания.
2.4.3.	Доступ к первой странице WEB-интерфейса	Обеспечивается свободный (без регистрации и аутентификации) доступ к первой странице WEB-интерфейса. Все функции настройки первой страницы должны быть доступны для любого пользователя.
2.4.4.	Выбор Электронных каталогов	Обеспечивается выбор любого Электронного каталога, использующего протокол Z39.50 вне зависимости от того входит ли этот каталог в распределенную систему НЭБ или нет.
2.4.5.	Представление результатов	Обеспечивается вывод данных в табличной форме согласно ГОСТ 7.1-84 с возможностью сортировки по столбцам таблицы. Ссылка на полный текст электронного документа включается в форму вывода и подсвечивается.
2.4.6.	Переход к электронному документу	При обращении к ссылке на электронный документ проходит следующая процедура проверки: Если документ свободного доступа, то переход к просмотру. Если документ ограниченного доступа, то переход на страничку ввода ID пользователя и пароля (при первом обращении данного пользователя к документу ограниченного доступа). Если пользователь уже проходил процедуру идентификации, то проверяются права доступа данного пользователя к электронному документу. Если соответствующие права имеются, то выдается сообщение о лицензировании доступа. Если пользователь согласен, то осуществляется переход к просмотру. Во всех случаях, когда в просмотре отказано пользователь получает соответствующее сообщение с объяснением причин отказа. Генерация сообщений должна основываться на протокол взаимодействия с 2.1. и 2.3. (см.2.4.7.)
2.4.7.	Протокол взаимодействия с 2.1. и 2.3.	Разрабатывается протокол взаимодействия Web-интерфейса с системами Электронного фонда и Виртуального читального зала. Протокол взаимодействия должен учитывать то, что для РГБ 2.1. разрабатываются отдельно, а для РНБ в качестве 2.1. используется существующее программное обеспечение. Полный перечень спецификаций протокола должен быть определен при разработке технического задания.
2.4.8.	Просмотр документа	Обеспечивается постраничный просмотр документа. При этом должна происходить реальная передача по сети только необходимой страницы
2.4.9.	Пользовательские функции	Полный перечень функций доступных конечному пользователю в момент просмотра электронного документа должен быть определен при разработке технического задания.
2.4.10.	Административный интерфейс к Web-интерфейсу конечного пользователя	Обеспечивается WEB-интерфейс администратора, позволяющий выполнять все функции по настройке Web-интерфейса конечного пользователя. Полный перечень администраторских функций должен быть определен при разработке технического задания.
2.4.11.	API к системе Web-интерфейсу конечного пользователя	Обеспечивается программный интерфейс, позволяющий программно выполнять все функции административного интерфейса, а так же расширенные функции. Полный перечень расширенных функций должен быть определен при разработке технического задания.

Административный интерфейс распределенной системы НЭБ (АИ РС НЭБ).

Административный интерфейс состоит из трех частей:
А. Системы функций обеспечивающей управление распределенной системой НЭБ.
Б. Системы функций интегрирующей Административные интерфейсы Электронного фонда, Электронного каталога, Виртуального читального зала, Web-интерфейса конечного пользователя.
В. Центральной билинговой системы.

N	Наименование	Функциональное требование
2.5.1.	Установка АИ РС НЭБ	Программное обеспечение АИ РС НЭБ (ПО АИ РС НЭБ) может устанавливаться как на отдельный компьютер, так и на сервер на котором располагается одна из Локальных Электронных библиотек. При установке ПО АИ РС НЭБ указывается, по крайней мере, одна существующая Локальная Электронная библиотека.
2.5.2.	Функции, обеспечивающие управление распределенной системой НЭБ	Минимальный набор функций должен позволять подключить/отключить Локальную Электронную библиотеку к распределенной системе и получить права на управление этой Локальной электронной библиотекой через систему функций интегрального интерфейса. Полный перечень функций управления должен быть определен при разработке технического задания.
2.5.3.	Функции интегрального интерфейса.	Администратор РС НЭБ после подключения Локальной Электронной библиотеки к системе получает возможность работать с рядом административных функций Локальной Электронной библиотеки. Обеспечивается групповое управление функциями НЭБ, т.е. одну и ту же операцию можно выполнить сразу для нескольких Локальных Электронных библиотек. Полный перечень функций подконтрольных Администратору РС НЭБ и групповых функций должен быть определен при разработке технического задания.
2.5.4.	Приоритеты администраторов.	Обеспечивается приоритетное выполнение команд администратора РС НЭБ над командами администратора Локальной Электронной библиотеки и приоритетное выполнения команд администратора Локальной Электронной библиотеки над командами администратора ВЧЗ..
2.5.5.	Блокировка функций и настроек.	Обеспечивается блокировка функций и настроек нижестоящих администраторов вышестоящими. Перечень таких функций и настроек должен быть определен при разработке технического задания
2.5.6.	Центральная билинговая система	Обеспечивает назначение цены на доступ ко всей РС НЭБ и проведение расчетов по оплате доступа. Поставщиком ресурса считается Локальная Электронная библиотека, потребителем – ВЧЗ, зарегистрированный в одной из Локальных Электронных библиотек.
2.5.7.	Назначение цены	Поддерживается три типа расценок: За время действия договора на создание ВЧЗ. За полученный объем информации. За предоставленную услугу.
2.5.8.	Схема расчетов	Схема расчетов должна включать возможность назначения общей цены на доступ к распределенной системе НЭБ и дальнейшего внутреннего распределения полученных средств между Локальными Электронными библиотеками пропорционально объему информации, полученной ВЧЗ. Полный перечень алгоритмов расчета должен быть определен при разработке технического задания.
2.5.9.	API к системе АИ РС НЭБ.	Обеспечивается программный интерфейс, позволяющий программно выполнять все функции АИ РС НЭБ, а так же расширенные функции. Полный перечень расширенных функций должен быть определен при разработке технического задания.