Приказ Федерального агентства по рыболовству от 26.04.2013 № 299

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

     8.3. Основные сведения о внутреннем портале

     Внутренний портал   Агентства   разработан   на   базе  Microsoft
SharePoint 2007 в 2009 году,  переведен на Microsoft SharePoint 2010 в
2011  году и обеспечивает сервисы размещения информации о деятельности
Агентства  и  доступа  к  ней  заинтересованных   лиц   (пользователей
локальной  сети  или  сети  интернет).  Технические  характеристики  и
программное обеспечение сервера,  на котором функционирует  внутренний
портал Агентства, приведены в Таблице 17.

     Таблица 17. Технические характеристики сервера и рабочих станций,
                 их программное обеспечение
----------------------------------------------------------------------
Сервер внутреннего портала |
---------------------------|------------------------------------------
Технические характеристики | Processor: Intel(R) Xenon(R) E 5504 @ CPU
                           | 2.7GHz * 2 (либо виртуальная среда со
                           | схожими характеристиками).
                           | Memory: 16GB RAM
                           | Hddl 500Gb
                           | Hdd2 500Gb
---------------------------|------------------------------------------
Типовое программное        | Windows Server 2008, Enterprise R2
обеспечение                | Service Pack1
                           | Microsoft SQLServer 2008 RUS (64-бит) R2
                           | SP1
                           | MOSS 2010 Standard Edition
----------------------------------------------------------------------

9. Требования к работам по развитию функциональности внутреннего
   портала

     9.1. Личный узел сотрудника

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

     - Web-часть  "Документы":  должна  представлять  собой  хранилище
общедоступных и личных документов с отображением в виде таблицы списка
с  названиями  документов  и  именами   разместивших   эти   документы
пользователей.  Пользователь  должен  иметь возможность самостоятельно
добавлять документы и выбирать их место сохранения в структуре папок.

     - Web-часть "Задачи":  должна представлять собой  список  в  виде
таблицы,  отображающей  и позволяющей сортировать и фильтровать задачи
по следующим параметрам: наличие вложения (файла), тип, название, кому
назначено,    состояние,    важность,    срок,   процент   завершения,
предшественники задачи.  Также web-часть должна  позволять  сотруднику
самостоятельно   добавлять   задачи   на   портал   в  соответствии  с
вышеуказанными параметрами.

     - Web-часть   "Контакты":   должна   предоставлять    возможность
управления   сведениями   о   лицах,   с   которыми   работает  группа
пользователя,  например  о  заказчиках  и  партнерах.  Для   сведений,
содержащихся  в  списке  контактов,  должен  быть  реализован  обмен с
другими программами, поддерживающими хранение контактов и совместимыми
с Windows SharePoint Services.

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

     - Web-часть "Мои задачи": должна отображать задачи MS Outlook для
текущего сотрудника.

     - Web-часть "Мои контакты": должна отображать контакты MS Outlook
для текущего сотрудника.

     - Web-часть  "Мой  календарь":  должна  отображать  календарь  MS
Outlook  для  текущего  сотрудника  со всеми событиями,  отмеченными в
календаре.

     - Web-часть "Моя папка Входящие":  должна  отображать  содержимое
почтового  ящика текущего пользователя с возможностью выбора на панели
инструментов нужного  представления  информации.  Набор  представлений
должен быть идентичен набору представления для MS Outlook.

     9.2. Сервисы  для  сотрудников  и  автоматизация административных
процессов

     9.2.1. Сервис заявок на командировки

     Сервис заявок на командировки должен предоставлять  форму  заказа
командировки,   которая   утверждается  последовательно  руководителем
структурного  подразделения,   управлением   финансов,   руководителем
агентства  или  его  заместителем,  и  поступает на исполнение в отдел
кадров.

     Сервис должен  автоматизировать  следующий  процесс  создания   и
обработки заявки:
     8. Сотрудник заполняет служебное задание по форме Т10А;
     9. Форму согласовывает руководитель структурного подразделения;
     10. Форму согласовывает Управление финансов;
     11. Форму   согласовывает   курирующий  заместитель  руководителя
агентства;
     12. Форму утверждает руководитель агентства;
     13. Форма поступает в отдел кадров,  которые готовят и  выпускают
приказ;
     14. Одновременно отправляется подтверждение сотруднику,  чтобы он
мог заказывать билеты и в Управление финансов для оплаты.

     Сервис должен предоставлять следующие возможности:
     - Создание  заявки  на  командировку  через   портал   по   новой
web-форме;
     - Набор  определенных  полей,  обязательных  и  необязательных  к
заполнению;
     - Должны  быть  предусмотрены   поля,   имеющие   тип   "значения
выпадающего списка";
     - Должны быть предусмотрены поля, заполняющиеся автоматически;
     - Просмотр статуса заявки;
     - Редактирование  заявки  в случае,  если она еще не переведена в
статус выполненной;
     - Удаление заявки в случае,  если она еще не переведена в  статус
выполненной.

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

     Для сотрудников   отдела   кадров   должны   быть   дополнительно
предусмотрены следующие возможности:
     - Подтверждение или отклонение заявки подчиненного;
     - Подписка  на  уведомления  о согласовании заявок руководителями
сотрудника.

     Для ответственного лица за командировки сотрудников  должны  быть
дополнительно предусмотрены следующие возможности:
     - Просмотр всех созданных заявок;
     - Изменение статуса заявки на "Выполнено";
     - Подписка  на  уведомления  о  согласовании  заявок сотрудниками
финансового отдела.

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

     9.2.2. Сервис заявок на отпуск

     Сервис заявок на отпуск должен предоставлять форму для заполнения
заявления   на   отпуск,    которая    утверждается    последовательно
руководителем структурного подразделения и отделом кадров.

     Сервис должен   автоматизировать  следующий  процесс  создания  и
обработки заявки:
     5. Сотрудник заполняет форму;
     6. Форму утверждает руководитель структурного подразделения;
     7. Форма поступает в кадры, которые готовят и выпускают приказ;
     8. Одновременно  отправляется  подтверждение   сотруднику   и   в
Управление финансов

     Сервис должен предоставлять следующие возможности:
     - Создание заявки на отпуск через портал по новой web-форме;
     - Набор  определенных  полей,  обязательных  и  необязательных  к
заполнению;
     - Должны  быть  предусмотрены   поля,   имеющие   тип   "значения
выпадающего списка";
     - Должны быть предусмотрены поля, заполняющиеся автоматически;
     - Просмотр статуса заявки;
     - Редактирование  заявки  в случае,  если она еще не переведена в
статус выполненной;
     - Удаление заявки в случае,  если она еще не переведена в  статус
выполненной.

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

     Для сотрудников   отдела   кадров   должны   быть   дополнительно
предусмотрены следующие возможности:
     - Подтверждение или отклонение заявки подчиненного;
     - Подписка  на  уведомления  о согласовании заявок руководителями
сотрудника.

     Для ответственного  лица  за  отпуск   сотрудника   должны   быть
дополнительно предусмотрены следующие возможности:
     - Просмотр всех созданных заявок;
     - Изменение статуса заявки на "Выполнено";
     - Подписка  на  уведомления  о  согласовании  заявок сотрудниками
финансового отдела.

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

     9.2.3. Сервис заявок в Административное управление

     Сервис заявок  в Административном управлении должен предоставлять
сотруднику форму для заполнения заявки  на  ремонт  и  соответствовать
следующим требованиям:

     Сервис должен предоставлять следующие возможности:
     - Создание заявки на ремонт через портал по новой web-форме;
     - Набор  определенных  полей,  обязательных  и  необязательных  к
заполнению;
     - Должны  быть  предусмотрены   поля,   имеющие   тип   "значения
выпадающего списка";
     - Должны быть предусмотрены поля, заполняющиеся автоматически;
     - Просмотр статуса заявки;
     - Редактирование  заявки  в случае,  если она еще не переведена в
статус выполненной;
     - Удаление заявки в случае,  если она еще не переведена в  статус
выполненной.

     Для сотрудника    Административного    управления   должны   быть
предусмотрены дополнительно следующие возможности:
     - Ввод комментария к заявке;
     - Просмотр всех созданных заявок;
     - Изменение статуса заявки на "Выполнено";
     - Автоматические  уведомления  о  появлении   новых   заявок   от
сотрудников.

     После того, как заявка на ремонт согласована всеми лицами, должен
автоматически генерироваться приказ по хозяйственной деятельности.

     9.2.4. Сервис заявок в Центр общественных  связей  на  размещение
информации на внешнем портале

     Сервис заявок  в  Центр  общественных связей (далее - ЦОС) должен
предоставлять форму заявки, которая заполняется инициатором размещения
информации и поступает к сотруднику ЦОС на исполнение.

     Сервис должен предоставлять следующие возможности:
     - Создание  заявки на размещение информации через портал по новой
web-форме;
     - Набор  определенных  полей,  обязательных  и  необязательных  к
заполнению;
     - Должны   быть   предусмотрены   поля,   имеющие  тип  "значения
выпадающего списка";
     - Должны быть предусмотрены поля, заполняющиеся автоматически;
     - Просмотр статуса заявки;
     - Редактирование заявки в случае,  если она еще не  переведена  в
статус выполненной;
     - Удаление  заявки в случае,  если она еще не переведена в статус
выполненной.

     Для сотрудника  ЦОС  должны  быть   дополнительно   предусмотрены
следующие возможности:
     - Ввод комментария к заявке;
     - Просмотр всех созданных заявок;
     - Изменение статуса заявки на "Выполнено";
     - Автоматические   уведомления   о   появлении  новых  заявок  от
сотрудников.

     9.2.5. Сервис заявок в ИТ-службу Агентства

     Сервис заявок в ИТ-службу Агентства  должен  предоставлять  форму
заявки на инцидент, которая заполняется сотрудником.

     Для заявок должны быть реализованы следующие функции:
     - Классификация инцидентов;
     - Автоматическое  распределение заявок по сотрудникам службы тех.
поддержки в зависимости от классификации инцидента;
     - Установка приоритетов инцидента;
     - Мониторинг  процесса   разрешения   инцидента,   информирование
пользователя  сервисов  (сотрудника  организации) о ходе и результатах
разрешения инцидента;
     - Ведение базы данных заявок;
     - База знаний для решения типовых инцидентов;
     - Отчеты по заявкам.

     9.2.6. Сервис ведения кадровых изменений

     Сервис ведения кадровых изменений должен представлять  сотруднику
кадрового  отдела  возможность  создания  или  редактирования карточки
сотрудника  на   портале   и   впоследствии   генерацией   заявки   на
изменение/редактирование учетной записи сотрудника в ИТ-службу.

     Для заявок должны быть реализованы следующие функции:
     - Установка приоритетов инцидента;
     - Мониторинг   процесса   разрешения   инцидента,  информирование
пользователя сервисов (сотрудника организации) о  ходе  и  результатах
разрешения инцидента;
     - Ведение базы данных заявок;
     - Отчеты по заявкам.

     9.3. Работа с документами

     9.3.1. Сервисы совместной работы

     В работе  с  библиотеками  документов  сервисы  совместной работы
должны предоставлять следующие возможности:
     - Сохранение документов на рабочую станцию пользователя;
     - Совместное   редактирование   пользователями    документов    в
web-приложениях MS Office;
     - Просмотр истории версий;
     - Использование механизмов уведомлений;
     - Использование рабочих процессов сбора отзывов на документы;
     - Гибкое управление правами доступа.

     9.3.2. Поиск документов на портале

     Для расширения   возможностей   поиска   на   портале  необходимо
выполнить следующие требования:
     - Должна осуществляться консолидация и анализ и всей  хранимой  в
электронном виде документации в Агентстве;
     - Должна    осуществляться    систематизация    документации   по
интересующим атрибутам;
     - Просмотр документа должен осуществляться в режиме предпросмотра
в браузере (в соответствии с форматами пакета MS Office);
     - Должно быть оптимизировано отображение результатов поиска.

     9.3.3. Мониторинг   и   исполнение   оперативных   задач   внутри
подразделений, ведение и управление сводными списками задач

     Для реализации возможностей создания,  исполнения  и  мониторинга
задач необходимо обеспечить следующие возможности:
     - Создание и отслеживание следующих задач:
          - о личные задачи сотрудника (создаются самим сотрудником);
          - о задачи от руководителей;
          - о задачи из сервисов;
     - Задача  должна  создаваться  на   портале,   через   web-форму,
содержащую определенный набор полей;
     - Тип полей определяется в зависимости от назначения, должны быть
предусмотрены  поля,  имеющие  тип  значение   "Значение   справочника
сотрудников" портала;
     - Возможность ввода отчета по исполнению или приложение файла как
результата исполнения;
     - Возможность отслеживания статуса исполнения задач  и  получение
уведомлений о смене статуса;
     - Возможность построения отчета по исполнению оперативных задач.

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

     9.3.4. Пакет приложений MS Office Web Apps

     С целью  уменьшения затрат на лицензирование и отсутствия нужды в
установке приложений  пакета  MS  Office  на  компьютер  пользователя,
должна быть реализована возможность работы через Office Web Apps.

     Работа с   приложения   пакета   Microsoft   Office  Apps  должна
удовлетворять следующим функциональным требованиям:
     - открытие документа с портала;
     - редактирование документа (в соответствии  с  возможностями  web
apps)   на   портале   и   последующее  его  сохранение  с  поддержкой
версионности при необходимости;
     - совместная работа пользователей с документами;
     - работа с почтовым приложением.

     9.3.5. Создание и использование шаблонов документов

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

     Для удобства  работы  пользователей  на   портале   должна   быть
реализована   библиотека   шаблонов  документов.  Библиотека  шаблонов
документов  должна  представлять  собой  набор  стандартных   шаблонов
документов и удовлетворять следующим требованиям:
     - Шаблоны  документов  должны  быть  созданы  в формате пакета MS
Office;
     - Создание  документов  формата  пакета  MS  Office   на   основе
заполняемых пользователем шаблонов форм;
     - Документы   по  шаблонам  должны  создаваться  и  храниться  на
портале;
     - Исполнитель  должен  создать  и  поместить  на   портал   набор
стандартных шаблонов документов;
     - Исполнитель   должен   обучить   сотрудников   самостоятельному
созданию шаблонов документов.

     9.3.6. Предварительная работа с документами (рабочие процессы)

     В рамках  задач  по   предоставлению   сервиса   предварительного
согласования документов должны быть реализованы следующие требования:
     - Предоставление   функции   предварительного  сбора  отзывов  по
документу:  данный рабочий  процесс  должен  передавать  документ  или
элемент  группе  людей  на  рецензирование.  Рецензенты  должны  иметь
возможность предоставить отзывы,  которые объединяются и  направляются
лицу, инициировавшему рабочий процесс;
     - Предоставление  функции сбора подписей:  рабочий процесс должен
инициироваться в приложениях наборов программ системы Microsoft Office
2010,  таких как Microsoft Word.  Участники должны выполнить задачи по
сбору  подписей,  добавляя  свою  цифровую  подпись  к  документам   в
соответствующей  клиентской  программе.  По  умолчанию рабочий процесс
сбора подписей связан с  документами,  поэтому  доступ  к  нему  можно
автоматически получить из библиотек документов;
     - Предоставление функции утверждения: должна позволять передавать
документ одному или более людям на  утверждение.  Процесс  утверждения
должен  представлять  собой  это  поэтапную  модель  утверждения (т.е.
первый круг утверждающих лиц может рецензировать и утвердить документ,
который  затем переходит другому кругу сотрудников и т.д.).  На каждом
этапе  утверждения   может   использоваться   собственное   поведение.
Например,  члены  первой  группы  утверждающих лиц могут рецензировать
документ  только   последовательно,   следующая   группа   лиц   может
рецензировать  параллельно  (т.е.  рецензенты могут оставлять отзывы в
любом порядке).

     9.3.7. Работа с документами по заявкам

     В рамках  требований  на  реализацию   автоматической   генерации
документов  для  печати  после  успешного  согласования или выполнения
заявок должны быть включены следующие типы заявок и сервисов:
     - Заявка на командировку (см. раздел 9.2.1);
     - Заявка в Административное управление (см. раздел 9.2.3).
     Документ, сгенерированный  в  результате  завершения   работы   с
заявкой,   должен  прикладываться  к  форме  заявки  и  автоматические
перемещаться в СЭД на хранение.

     9.3.8. Автоматическая оценка соответствия  документов  Инструкции
по делопроизводству Агентства

     Необходимо разработать  модуль автоматической оценки соответствия
документов Инструкции по делопроизводству в Федеральном  агентстве  по
рыболовству  в  части выполнения требований по форматированию файлов в
формате MS Word (размеры полей, параметры абзацев, шрифтов и т.п.)

     9.3.9. Разработка механизмов информационного  обеспечения  работы
управлений Агентства

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

     9.4. Интеграция внутреннего портала Агентства с СЭД

     На портале  предполагается  вывод  необходимой информации из СЭД.
Для этой цели должен  быть  разработан  набор  web-частей,  получающих
информацию напрямую из СЭД. Для корректной работы данных web-частей на
компьютере  пользователя  установлено  клиентское   ПО   СЭД.   Каждый
сотрудник  должен  получить  доступ к списку своих задач,  поручений и
необходимому набору рабочих документов.  В рамках задач по  интеграции
портала  с  СЭД  требуется  разработка  коннектора  с  целью  переноса
документов, фигурирующих на портале.

     9.5. Модуль   управления   проектами    (Доработка    инструмента
управления проектами)

     Проектное управление  на портале должно оптимизировать совместную
работу сотрудников над  общими  задачами,  процессами,  документами  и
должно  включать  в  себя  простые  и  удобные инструменты для ведения
проектов.
     Сотрудники должны  иметь  возможность  совместно   работать   над
документами,  регламентами,  отчетами по проектам и т.д.  Руководители
проектов  должны  получать  информацию   о   загруженности   ресурсов,
эффективности  и  качестве  выполнения  проектов,  закрытой  проектной
документации.
     Необходимо перенести существующее решение на базу  MOSS  2010,  а
так   же   оптимизировать   его.   Модернизированное   решение  должно
предоставлять следующие возможности:
     - Ведение общего реестра проектов;
     - Управление фазами проектов;
     - Управление   задачами   проекта    (назначение    ответственных
исполнителей, мониторинг хода исполнения);
     - Создание   автономных  узлов  проекта  с  целью  хранения  всей
проектной информации;
     - Разработка регламента по использованию  инструмента  управления
проектами.

10. Развитие функциональности Электронной библиотеки

     10.1. Развитие  портального  интерфейса  Электронной  библиотеки,
интеграция с порталом Агентства

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

     10.2. Интеграция   с  внутренней  системой  хранения  юридических
документов Агентства

     Интеграция Электронной библиотеки с внутренней системой  хранения
юридических   документов   Агентства   должна   обеспечить   включение
документов из системы в контур работы Электронной  библиотеки  (поиск,
рубрикатор,  каталог,  связи  с  документами  из  других  источников).
Интеграция должна быть прозрачной.
     Необходимо реализовать следующие функции:
     - Индексация документов;
     - Рубрицирование документов;
     - Поиск документов;
     - Просмотр документов.

     10.3. Расширение количества хранимых материалов

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

     Интеграция с источниками данных

     Интеграция АС ЭБ с источниками данных  подразумевает  возможность
получения  материалов  из  информационных  ресурсов  Росрыболовства  и
подведомственных организаций для  автоматизированной  регистрации  или
обновления материалов в АС ЭБ.
     При интеграции  АС  ЭБ  с  источниками данных материалы из данных
источников должны индексироваться и становиться доступными для  учета,
просмотра и поиска через интерфейс электронной библиотеки.
     К информационным ресурсам относятся:
     - система электронного документооборота агентства (СЭД);
     - файловые  хранилища  документов с заданной и строго соблюдаемой
структурой;
     - СУБД;
     - Хранилища информации в формате MS  Excel,  обладающие  заданной
структурой;
     - хранилища  скан-образов  документов  в  бумажной форме - в этом
случае  предварительно  должен  быть  сформирован  файл   с   перечнем
документов, хранящихся в фонде, в структурированном формате.
     Для обеспечения  интеграции с различными типами источников данных
программно-аппаратная архитектура АС ЭБ  должна  включать  необходимые
адаптеры, настроенные на заданные источники данных.

     Загрузка материалов из информационных ресурсов

     Материалы, подлежащие   учету  в  электронной  библиотеке,  могут
физически храниться как в хранилище электронной библиотеки,  так  и  в
хранилище  информационного  ресурса,  интегрированного  с  электронной
библиотекой.
     Материалы, хранимые удаленно,  должны быть доступны пользователям
через   интерфейс   электронной   библиотеки  наравне  с  материалами,
хранимыми непосредственно в хранилище АС ЭБ.
     В случае удаленного  хранения  материалов  хранилище  электронной
библиотеки должно содержать следующую информацию о материале:
     - Ссылка   на   материал  в  хранилище  информационного  ресурса:
необходима  для   открытия   документа   из   интерфейса   электронной
библиотеки, несмотря на то, что документ хранится удаленно.
     - Все свойства материала, необходимые для его поиска через модуль
поиска  электронной  библиотеки,  рубрикации,  а  также  связывания  с
другими материалами.
     - Логические  связи  между  материалом  и  другими  материалами в
электронной библиотеке.
     При интеграции электронной библиотеки с внешними  информационными
источниками  должны  быть  предусмотрены следующие варианты добавления
новых материалов в электронную библиотеку:
     - Начальная   загрузка   материалов:   при   подключении   нового
информационного источника требуется загрузить в электронную библиотеку
данные обо всех материалах,  хранящихся в нем на  момент  подключения.
Объем   загружаемых  данных  может  быть  большим,  поэтому  процедура
начальной загрузки должна  планироваться  администратором  библиотеки.
Должна  быть  обеспечена  возможность  назначить  процедуру  на ночное
время;
     - Внесение  обновлений  при  изменении  данных  в  информационном
источнике:  при  появлении  в хранилище источника новых материалов или
новых  версий  существующих  материалов   они   должны   автоматически
добавляться    в    электронную    библиотеку   согласно   настройкам,
установленным администратором.  Проверка источника на появление  новых
материалов    должна    выполняться    с    заданной    регулярностью,
соответствующей частоте обновления источника и не нагружающей систему.

11. ТРЕБОВАНИЯ К СРОКУ И ОБЪЕМУ ПРЕДОСТАВЛЕНИЯ ГАРАНТИИ КАЧЕСТВА РАБОТ

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

12. ТРЕБОВАНИЯ К ОФОРМЛЕНИЮ ДОКУМЕНТАЦИИ

     Вся документация  представляется на бумажном носителе и на CD/DVD
дисках в двух экземплярах.  Документация выполняется в соответствии со
следующими документами:
     - ГОСТ 34.10-2001 "Информационная  технология.  Криптографическая
защита  информации.  Процессы  формирования  и  проверки   электронной
цифровой подписи";
     - ГОСТ 28147-89   "Системы     обработки    информации.    Защита
криптографическая. Алгоритм криптографического преобразования";
     - ГОСТ 34.601-90 "Автоматизированные системы. Стадии создания";
     - ГОСТ 19.101-77 "ЕСПД.  Виды   программных   документов   и   их
содержание";
     - ГОСТ 19.201-78. "ЕСПД.   Техническое   задание.   Требования  к
содержанию и оформлению";
     - ГОСТ 19.202-78. "ЕСПД. Спецификация.  Требования к содержанию и
оформлению";
     - ГОСТ   19.301-79.   "ЕСПД.   Программа  и  методика  испытаний.
Требования к содержанию и оформлению";
     - ГОСТ 19.401-78. "ЕСПД. Текст программы. Требования к содержанию
и оформлению";
     - ГОСТ 19.402-78. "ЕСПД. Описание программы";
     - ГОСТ  19.404-79.  "ЕСПД.  Пояснительная  записка.  Требования к
содержанию и оформлению";
     - ГОСТ 19.502-78.  "ЕСПД.  Описание   применения.   Требования  к
содержанию и оформлению";
     - ГОСТ 19.503-79.  "ЕСПД.  Руководство  системного  программиста.
Требования к содержанию и оформлению";
     - ГОСТ 19.504-79.  "ЕСПД.  Руководство программиста. Требования к
содержанию и оформлению";
     - ГОСТ  19.505-79.  "ЕСПД.  Руководство  оператора.  Требования к
содержанию и оформлению";
     - ГОСТ 2.118-73 "Техническое предложение";
     - ГОСТ 2.119-73 "Эскизный проект";
     - ГОСТ 2.120-73 "Технический проект";
     - ГОСТ Р 15.011-96 "Система  разработки и постановки продукции на
производство".
     Акты сдачи-приемки  научно-технической  продукции  оформляются  в
порядке, установленном Государственным заказчиком.

     Результаты работ

     В соответствии   с   Извещением   (Приложение   N   1  к  приказу
Росрыболовства) результатами работ являются:
     1. Работы по аудиту информационных систем агентства:
     - документ "Частное техническое задание";
     2. Работы по развитию СЭД Агентства:
     - развернутая  на  предоставленной   государственным   заказчиком
технической площадке модернизированная СЭД;
     - программные модули СЭД;
     - исходные  коды вновь разработанного программного обеспечения на
электронном носителе.
     3. Работы по развитию ЕВП Агентства:
     - развернутая  на  предоставленной   государственным   заказчиком
технической площадке модернизированный ЕВП;
     - программные модули ЕВП;
     - исходные  коды вновь разработанного программного обеспечения на
электронном носителе;
     4. Работы по развитию функциональности Электронной библиотеки:
     - развернутая  на  предоставленной   государственным   заказчиком
технической площадке модернизированный ЭБ;
     - программные модули ЭБ;
     - исходные  коды вновь разработанного программного обеспечения на
электронном носителе.