Технические требования на выполнение работ по созданию и внедрению автоматизированной системы управления процессами документооборота и делопроизводства ФГУП ВО «Безопасность» (стр. 6 )

Предварительные испытания Системы осуществляются на технических средствах Заказчика.

Приложение 1

Функциональные требования к интеграции СЭД и иных информационных систем

№ п/п	Функция	Описание	Бизнес-цель	Приоритет
1.	Организация обмена данными между ИС ФГУП ВО «Безопасность»	Необходимо организовать единую интеграционную среду для обмена данными между ИС ФГУП ВО «Безопасность», а именно СЭД, АИС ОСП, Единое хранилище документов, Единый реестр нормативно справочной информации, 1С, СЭД Ростехнадзора. Обмен необходимо обеспечить по стандартному протоколу SOAP XML. Состав и формат документов, а так же регламент обмена должен быть предварительно согласован между поставщиками систем.	Организация единого информационного пространства ФГУП ВО «Безопасность»	1
2.	Взаимодействие СЭД и НИАЭП (Росэнергоатом)
2.1.	Получение информации о закупке оборудования на ЗИ для филиалов Росэнергоатома	Необходимо обеспечить загрузку документации и спецификаций оборудования из НИАЭП (Росэнергоатом) в СЭД ФГУП ВО «Безопасность» и дальнейшую маршрутизацию в прикладную систему ФГУП. Пакет документов содержит разнообразную структурированную (например, количество, сроки изготовления и поставки) информацию, а также файлы документации (различные форматы), CAD-модели изделий.	Переход на единую электронную форму предоставления информации об оборудовании	1
2.2.	Передача информации по исполнению поручений по оценке соответствия производимого оборудования	Необходимо обеспечить передачу информации по исполнению поручений из СЭД в НИАЭП (Росэнергоатом), для отслеживания сроков по изготовлению и оценке соответствия заказанного оборудования. Должна быть предусмотрена передача следующих документов: плановые и фактические даты по исполнению этапов оценки соответствия, отчеты о несоответствиях, акты готовности производства, акты входного контроля.	Снижение запросов по текущему статусу производства оборудования со стороны Росэнергоатома	1
3.	Взаимодействие СЭД и АИС ОСП
3.1.	Передача карточек входящей/исходящей переписки	Необходимо обеспечить передачу информации о зарегистрированных в СЭД входящих/исходящих письмах, для дальнейшего использования их пользователями АИС ОСП при учете в производственной деятельности. По входящему письму необходимо передавать следующую информацию из СЭД в АИС ОСП: -  Входящий номер письма, -  Входящая дата письма, -  Исходящий номер письма, -  Исходящая дата письма, -  Проект, -  Отправитель (организация, ФИО (подписант), должность), -  Краткое содержание (о чём письмо, например, «О внесении изменений в поручение №Кол-489 ВОБ»), -  Примечание (например, указывается завод-изготовитель, поставщик, оборудование и т. д.), -  Ключевое выражение (например, указывается номер ПП, по которому зарегистрирована переписка «Бел(С)-232-ВОБ»), -  Скан-копия письма, -  Ф. И.О. сотрудников ФГУП ВО »Безопасность» (сотрудники, на которых назначено письмо), -  Статус (Новое, Распределено, В работе, Закрыто), -  Номер дела и страницы (учет в общем отделе); -  Дата и автор регистрации письма, -  Направления работы, -  Подразделение. По исходящему письму необходимо передавать следующую информацию из СЭД в АИС ОСП: -  Исходящий номер письма, -  Исходящая дата письма, -  Проект, -  Адресаты, -  Исполнитель, -  Подписант, -  Краткое содержание (о чём письмо, например, «Поручение об исполнении работ по ПП КлнАЭС(Э)-598-ВОБ от 16.05.14г.»), -  Примечание (например, указывается завод-изготовитель, поставщик, оборудование и т. д.), -  Ключевое выражение (например, указывается номер ПП, по которому зарегистрирована переписка «Бел(С)-232-ВОБ»), -  Скан-копия письма, -  Ф. И.О. сотрудников ФГУП ВО »Безопасность» (сотрудники, на которых назначено письмо), -  Статус (Новое, В работе и Закрыто), -  Номер дела и страницы (учет в общем отделе), -  Дата и автор регистрации письма. Из СЭД в АИС ОСП должна передаваться информация о новых зарегистрированных письмах касающихся производства. Изменения при редактировании и удалении писем в СЭД так же должны отражаться в АИС ОСП	Централизация учета производственной переписки. Исключение двойного ввода	1
3.2.	Передача информации по исполнению поручений из АИС ОСП в СЭД	Необходимо обеспечить передачу информации по исполнению поручений из АИС ОСП в СЭД, для дальнейшего согласования и учета. Должна быть предусмотрена передача следующих документов: Планы качества, карточки проверок, отчеты о несоответствиях, акты готовности производства, акты входного контроля. Так же должна передаваться информация о датах прохождения контрольных точек, % исполнения поручений и причинах остановки работ.
4.	Взаимодействие СЭД с 1С
4.1.	Обмен финансовыми документами	Необходимо обеспечить согласование проектов приходных/расходных договоров с СЭД с отражением согласованных вариантов в 1С. Так же необходимо обеспечить перенос карточек действующих договоров в АИС ОСП для использования в учете по производственной деятельности.
5.	Взаимодействие СЭД с Единым хранилищем документов
5.1.	Хранение электронных документов	Необходимо обеспечить централизованное хранение электронных версий документов, которые подлежат учету и согласованию в СЭД. Должен быть обеспечен поиск электронных документов в хранилище по наименованию документа, а так же контекстный поиск по содержанию документа ( для word, текстовый pdf, excel файлов) . Необходимо обеспечить загрузку и считывание электронных документов из единого хранилища документов со стороны CЭД и АИС ОСП, 1С, Единый портал документов.
6.	Взаимодействие СЭД с Единым реестром НСИ
6.1.	Ведение единого реестра нормативно справочной информации	Необходимо обеспечить централизованное ведение единого реестра НСИ. Реестр НСИ будет использоваться при регистрации документов в СЭД, а так же при заведении объектов учета в АИС ОСП (писем поручений, производственных заданий, планов качества, карточек проверок, отчетов о несоответствии и других). Должна быть обеспечена синхронизированная загрузка справочников НСИ в СЭД и АИС ОСП, 1С.	Стандартизация ввода и единая классификация
7.	Единый портал документов СЭД
7.1.	Публикация и совместная работа с документами	Для обеспечения совместной работы сотрудников ФГУП ВО «Безопасность» с документами должна быть обеспечена публикация документов предприятия на едином портале. При этом должны быть обеспечена система контроля версий, а так же предусмотрено использование электронной подписи документов. На портале будут публиковаться документы от заказчика и для заказчика для возможности совместного просмотра/редактирования и согласования, документы требующие согласования с заводами и поставщиками (договора), а так же внутренние документы ФГУП ВО «Безопасность» требующие совместной работы.
8.	Интеграция с СЭД Ростехнадзора	Должен быть обеспечен обмен документами в электронном виде, в том числе юридически значимыми, между СЭД ФГУП ВО «Безопасность» и СЭД Ростехнадзора.	Обеспечение единства документационного обеспечения в системе Ростехнадзора	1
9.	Общесистемный функционал
9.1.	Администрирование системы интеграции	Необходимо обеспечить возможность настройки Системы интеграции для обеспечения ее работоспособности. Для этих целей в системе будет разработан Модуль администрирования. Модуль администрирования должен предоставлять следующие возможности: -  управление настройками системы; -  просмотр журнала операций; -  просмотр сервисной информации: версий компонентов системы, статистики мониторинга.	Настройка системы. Обеспечение работоспособности системы. Контроль доступа к системе.	1
9.2.	Организация ролевой модели	Для обеспечения авторизованного доступа пользователей к ИС ФГУП ВО «Безопасность» необходимо реализовать Windows Integrated способ аутентификации пользователей по их доменным учетным записям. Для этого будет задействован встроенный механизм IIS, который должен быть развернут на сервере, входящем в тот же домен, что и пользователи системы. При добавлении новых пользователей в систему должна быть возможность выбора пользователя из списка учетных записей Active Directory. В списке должны отображаться все учетные записи из групп Active Directory, указанных в настройках системы. Информация о назначенных пользователям привилегиях должна храниться в базе данных системы.	Контроль доступа к системе. Обеспечение требований информационной безопасности.	1
9.3.	Логирование операций	В системе должно быть предусмотрено несколько уровней логирования. Логирование бизнес-операций будет выполняться в таблицы базы данных. В лог (журнал операций) будет сохраняться информация о следующих операциях: -  Вход в систему; -  Просмотр и редактирование бизнес-объектов системы (письма-поручения, планы качества, справочники, …); -  Управление пользовательскими привилегиями; -  Редактирование системных настроек. Журнал операций должен содержать следующую информацию: -  Дата и время выполнения операции обмена; -  ИД систем, участвующих в обмене; -  Идентификатор и название объекта передачи/приема; -  Наименование операции обмена; -  Результат выполнения операции (успешно/неуспешно, сообщение об ошибке). Просмотр журнала операций должен быть доступен в пользовательском интерфейсе администратора системы. Логирование информации технического характера (сведения о внутреннем взаимодействии между модулями системы, подробная информация о контексте возникновения исключительных ситуаций, результаты проверки целостности записей о файлах вложений) будет выполняться с помощью модуля log4net, позволяющего гибко конфигурировать параметры логирования, такие как уровень детализации, место хранения логов. По умолчанию модуль будет сконфигурирован для логирования в файловую систему и с максимальным уровнем детализации. Будут предусмотрены следующие уровни детализации: - ERROR. Будут логироваться только ошибки. - INFO. Все, что логируется на уровне ERROR плюс информация о внутреннем взаимодействии между модулями, включая имена вызываемых методов и контекст вызова (наименование операции, дата/время выполнения операции, логин пользователя, IP-адрес терминала пользователя). - DEBUG. Все, что логируется на уровне INFO плюс отладочная информация, которая может включать значения входных и выходных параметров, промежуточных результаты и пр. Текстовые логи должны выводиться в формате, позволяющем обработку утилитами для просмотра и анализа лог файлов, например Microsoft Log Parser - http://www. /en-us/download/details. aspx? id=24659 Логирование статистики для модуля мониторинга. Для обеспечения мониторинга доступности системы будут логироваться следующие показатели: -  среднее время ответа на запрос; -  количество активных сессий.	Контроль ввода информации. Обеспечение требований информационной безопасности.	1
9.4.	Мониторинг системы	Сервис мониторинга будет реализован в виде SNMP агента, постоянно работающего как сервисная служба Windows. Каждому отслеживаемому показателю будет присвоен уникальный идентификатор OID, с помощью которого значение показателя будет доступно по SNMP протоколу. Конкретные значения OID будут зафиксированы во время разработки системы. Сервис будет предоставлять значения следующих показателей: -  доступность БД (1/0); -  доступность веб-приложения (1/0); -  доступность сервиса поиска (1/0); -  количество активных сессий (целое число) -  среднее время ответа на запрос к веб-приложению (целое число, среднее значение в миллисекундах за последнюю минуту); -  среднее время выполнения запросов к БД (целое число, среднее значение в миллисекундах за последнюю минуту); -  общее количество прикрепленных документов (файлов); -  статистика по количеству записей в БД. Доступность серверов агент будет определять самостоятельно, выполняя тестовые запросы к сервисам. Количество активных подключений и среднее время отклика агент будет получать из БД, куда эта информация будет заранее сохраняться сервером веб-приложения. Настройки сервиса будут храниться в конфигурационном файле xml формата. Конфигурационный файл будет содержать такие настройки, как стока подключения к базе данных и порт, на котором сервис будет ожидать SNMP запросы. Так же в системе будет предусмотрено встроенное средство для мониторинга доступности – страница с диагностической информацией. Страница будет отображать доступность серверов и номера версий установленных компонентов системы.	Контроль работоспособности системы	1