Разработка регламентов автоматизации документооборота между Минэкономразвития России и подведомственным федеральным агентством, а также между Минэкономразвития России и федеральным министерством в рамках формирования рекомендаций по организации управления внедрением ИКТ на уровне отдельных органов государственной власти Шифр темы: 2117-05-07 | |
Общее описание системы | |
Листов 18 | |
2016 |
СОДЕРЖАНИЕ
1 Назначение системы.. 3
1.1 Вид деятельности и объекты автоматизации. 3
1.2 Реализуемые функции. 3
2 Описание системы.. 4
2.1 Общая структура Системы.. 4
2.2 Состав системы и назначение подсистем.. 4
2.2.1 Подсистема выгрузки/загрузки объектов. 4
2.2.2 Подсистема транспорта. 5
2.2.3 Подсистема администрирования. 5
2.3 Сведения об АС в целом и ее частях, необходимые для обеспечения эксплуатации системы 6
2.3.1 Техническое обеспечение. 6
2.3.2 Программное обеспечение. 6
2.3.3 Квалификация персонала. 7
2.3.4 Режим работы системы.. 8
2.4 Описание функционирования системы и её частей. 8
3 Описание взаимодействия со смежными системами. 9
3.1 Перечень систем, с которыми связана данная АС.. 9
3.2 Описание связей между системами. 9
3.3 Описание регламента связей. 9
4 Описание подсистем.. 10
4.1 Структура подсистем и назначение их частей. 10
4.1.1 Структура подсистемы выгрузки/загрузки объектов. 10
4.1.2 Структура подсистемы транспорта. 11
4.1.3 Структура подсистемы администрирования. 12
4.2 Сведения о подсистемах и их частях, необходимые для обеспечения их функционирования 12
4.3 Описание функционирования подсистем и их частей. 13
4.3.1 Работа подсистемы выгрузки/загрузки. 13
4.3.2 Работа подсистемы транспорта. 15
4.3.3 Работа подсистемы администрирования. 16
5 Принятые обозначения и сокращения. 17
2 Назначение системы
2.1 Вид деятельности и объекты автоматизации
Система автоматизации документооборота между Минэкономразвития России и подведомственным федеральным агентством, а также между Минэкономразвития России и федеральным министерством в рамках формирования рекомендаций по организации управления внедрением ИКТ на уровне отдельных органов государственной власти (далее – Система) предназначена для автоматизации электронного взаимодействия между органами государственной власти (далее – ОГВ) на примере взаимодействия Минэкономразвития России (МЭРТ) и федерального министерства (центральный аппарат Минпромэнерго России), взаимодействия МЭРТ и подведомственного федерального агентства (центральный аппарат РосОЭЗ).
2.2 Реализуемые функции
Система обеспечивает выполнение следующих функций:
§ передача документов (регистрационных карточек – РК) между участниками обмена на основе данных о получателях и отправителях, указанных в РК документов;
§ передача карточек заданий (КЗ) в адрес подведомственной организации;
§ мониторинг состояния документа у получателя;
§ передача получателю всех связанных с отправляемым документом файлов;
§ обеспечение возможности просмотра резолюций, внесенных в документ, в системе документооборота другого участника обмена;
§ автоматическая журнализация операций по отправке, приёму и загрузке документов.
3 Описание системы
3.1 Общая структура Системы
Общая архитектура Системы приведена на рисунке 1.
Рисунок 1. Общая архитектура Системы.
3.2 Состав системы и назначение подсистем
Система состоит из следующих основных логических подсистем:
§ подсистема выгрузки/загрузки объектов;
§ подсистема транспорта;
§ подсистема администрирования.
3.2.1 Подсистема выгрузки/загрузки объектов
Данная подсистема реализует функциональность выгрузки/загрузки объектов СЭДО, участвующих в обмене и обеспечивает:
§ поиск данных в системе-отправителе на основе заданных параметров поиска - модуль поиска (отбора) данных, вин-сервис;
§ формирование очереди загрузки/выгрузки и отслеживание конфликтов повторной загрузки/выгрузки данных - модуль выгрузки/загрузки;
§ формирование объектов передачи/приема в соответствии с заданным типом объекта (РК, резолюция, запрос, ответ на запрос) и форматом передачи, определенным для данного типа объекта в соответствии со спецификацией формата сообщений обмена - модуль выгрузки/загрузки и модуль преобразования;
§ загрузку полученных данных в систему-приемник и преобразование данных в соответствии с форматами принимающей системы - модуль выгрузки/загрузки и модуль преобразования;
§ анализ и разрешение конфликтов при загрузке данных (сопоставление данных справочников в соответствии с заданными правилами преобразований) - подсистема разрешения конфликтов (ПРК).
3.2.2 Подсистема транспорта
Данная подсистема обеспечивает передачу данных между системами документооборота, являющимися участниками обмена. В состав данной подсистемы входят следующие модули: вин-сервис транспорта, модуль формирования сообщений отправки и модуль разбора сообщений приема, которые обеспечивают реализацию следующей функциональности:
§ формирование очереди объектов на отправку/прием;
§ передача XML-описаний объектов по электронной почте от адреса системы отправителя на адрес системы-получателя.
3.2.3 Подсистема администрирования
Подсистема администрирования взаимодействует со всеми подсистемами и модулями Системы и обеспечивает:
§ журналирование всех этапов обмена данными;
§ просмотр журнала Системы;
§ получение уведомлений об ошибках передачи данных;
§ настройку подсистем.
3.3 Сведения об АС в целом и ее частях, необходимые для обеспечения эксплуатации системы
3.3.1 Техническое обеспечение
Требования к серверному аппаратному обеспечению Системы приведены в следующей таблице.
№ | Модуль | Требуемые параметры |
| 1. | Процессор | Pentium-4 2,8 ГГц |
2. | ОЗУ | 4 ГБ |
3. | Жесткий диск | 40 ГБ |
4. | Источник бесперебойного питания | Требуется |
Система не требует переоснащения клиентских рабочих мест.
3.3.2 Программное обеспечение
Общее программное обеспечение (ОПО) состоит из следующих компонентов:
§ Операционная(ые) система(ы);
§ СУБД;
§ Прикладные программы;
§ Телекоммуникационные программы;
§ Программы защиты от НСД;
§ Антивирусные средства;
§ Программные средства мониторинга Системы.
Система корректно поддерживает многопользовательскую работу.
СПО обеспечивает возможность настройки состава функциональных модулей на конкретном автоматизированном рабочем месте в зависимости от функциональных обязанностей конкретной персоны
Стандартное программное обеспечение сервера БД:
§ MS Windows 2003 Server;
§ MS SQL Server 2000 Enterprise Edition SP 4;
§ MS Internet Explorer 6.0 и выше.
Стандартное программное обеспечение сервера приложений:
§ MS Windows 2003 Server;
§ NET FrameWork 2.0;
§ IIS 6.0;
§ MS Internet Explorer 6.0 и выше.
Стандартное программное обеспечение сервера СЭДО:
§ MS Windows 2003 Server;
§ MS SQL Server 2000 Enterprise Edition SP 4;
§ DocsVision 3.6.1441.0;
§ MS Internet Explorer 6.0 и выше.
Стандартное программное обеспечение клиента СЭДО:
§ Windows 98, или Windows 2000 Professional, или Windows NT Workstation, или Windows XP;
§ DocsVision 3.6;
§ MS Internet Explorer 6.0 и выше.
3.3.3 Квалификация персонала
В работе с Системой принимают участие пользователи, имеющие следующие роли:
§ администратор системы (сотрудник организации-участника обмена, отвечающий за настройку Системы);
§ регистратор (служащий организации-участника обмена, работающий в системе документооборота, имеющий право регистрировать документы);
§ сотрудники (служащий организации-участника обмена, работающий в системе документооборота, в т. ч исполнители, советник и контролеры).
Перечень требований к знаниям и навыкам пользователей Системы в зависимости от роли приведен в таблице 1:
Таблица 1
№ | Владение навыками | Роль | ||||
Регистратор | Исполнитель | Советник | Контролер | Администратор | ||
1 | Навыки работы с DocsVision | + | + | + | + | + |
2 | Общие навыки работы на компьютере | + | + | + | + | + |
3 | Навыки работы с функционалом мониторинга состояния РК | + | + | + | + | + |
4 | Навыки администрирования DocsVision и системы | + | ||||
5 | Навыки работы с СДОУ «Босс-Референт» | + | + | + | + | |
6 | Навыки администрирования СДОУ «Босс-Референт» | + |
3.3.4 Режим работы системы
Система в эксплуатации функционирует в круглосуточном режиме. Допустимое время простоя Системы 8 часов в месяц, среднее время устранения неисправности не более 4 часов.
3.4 Описание функционирования системы и её частей
Подсистема выгрузки/загрузки объектов с определенной периодичностью осуществляет поиск в СЭДО отправителя объектов, предназначенных для передачи в СЭДО получателя. Затем осуществляет преобразование найденных объектов к определенному формату, формирует пакет передачи и вызывает подсистему транспорта.
Подсистема транспорта Системы организации–отправителя принимает пакеты, заполняет очередь отправки и с определенной периодичностью отправляет пакеты в адрес СЭДО получателя. Подсистема транспорта Системы организации–получателя принимает пакеты, заполняя очередь приема, направляет подтверждение о доставке в адрес Системы организации–отправителя. Затем осуществляет вызов подсистемы выгрузки/загрузки Системы организации–получателя. Подсистема выгрузки/загрузки с определенной периодичностью извлекает каждый из пакетов, разбирает его, в соответствии с определенными правилами преобразует полученные данные к виду, необходимому для загрузки в СЭДО получателя, после чего осуществляет загрузку данных в СЭДО получателя.
Подсистема администрирования осуществляет логирование событий, реализуя методы записи в журнал, а также метод получения записей.
4 Описание взаимодействия со смежными системами
4.1 Перечень систем, с которыми связана данная АС
Система осуществляет взаимодействие между системами документооборота (СЭДО) Минэкономразвития России (МЭРТ) и федерального министерства (центральный аппарат Минпромэнерго России), взаимодействие МЭРТ и подведомственного федерального агентства (центральный аппарат РосОЭЗ).
4.2 Описание связей между системами
Система осуществляет взаимодействие с СЭДО через объектную модель DocsVision, получая на вход объект «Регистрационная карточка» или объекты «Карточка задания» и «Регистрационная карточка», либо ответ о состоянии объекта «Регистрационная карточка», отдавая на выход объект «Регистрационная карточка» или запрос на состояние объекта «Регистрационная карточка».
4.3 Описание регламента связей
Периодичность взаимодействия Системы и СЭДО на уровне объектов составляет 3 часа, на уровне «запрос/ответ» - 10 минут.
5 Описание подсистем
5.1 Структура подсистем и назначение их частей
5.1.1 Структура подсистемы выгрузки/загрузки объектов
Архитектура подсистемы выгрузки\загрузки приведена на рисунке 2.
Рис. 2. Архитектура подсистемы выгрузки\загрузки
Подсистема реализует функциональность выгрузки/загрузки объектов СЭДО, участвующих в обмене. Подсистема состоит из следующих модулей: вин-сервис, модуль поиска данных, модуль выгрузки/загрузки, модуль преобразования, подсистема разрешения конфликтов.
Вин-сервис отвечает за инициацию с определенной периодичностью модуля поиска данных.
Модуль поиска данных отвечает за поиск данных в системе-отправителе на основе заданных параметров поиска.
Модуль выгрузки/загрузки предназначен для выполнения следующих задач:
§ формирование очереди загрузки/выгрузки и отслеживание конфликтов повторной загрузки/выгрузки данных;
§ загрузку полученных данных в СЭДО получателя.
Модуль преобразования выполняет следующие задачи:
§ формирование объектов передачи/приема в соответствии с заданным типом объекта (РК, резолюция, запрос, ответ на запрос) и форматом передачи, определенным для данного типа объекта в соответствии со спецификацией формата сообщений обмена;
§ преобразование данных в соответствии с форматами принимающей системы.
Подсистема разрешения конфликтов предназначена для анализа и разрешения конфликтов при загрузке данных (сопоставление данных справочников в соответствии с заданными правилами преобразований).
5.1.2 Структура подсистемы транспорта
Архитектура подсистемы транспорта приведена на рисунке 3.
Рис. 3. Архитектура подсистемы транспорта
Подсистема обеспечивает передачу данных между системами документооборота, являющимися участниками обмена. В состав данной подсистемы входят следующие модули: вин-сервис транспорта, модуль формирования сообщений отправки и модуль разбора сообщений приема.
Вин-сервис транспорта отвечает за инициацию с определенной периодичностью модуля формирования сообщений отправки и модуля разбора сообщений приема.
Модуль формирования сообщений отправки выполняет следующие задачи:
§ формирование очереди объектов на отправку;
§ передача XML-описаний объектов по электронной почте от адреса системы отправителя на адрес системы-получателя.
Модуль разбора сообщений приема предназначен для выполнения следующих задач:
§ формирование очереди приема;
§ отправка подтверждения о доставке пакета данных.
5.1.3 Структура подсистемы администрирования
Подсистема осуществляет логирование событий, реализуя методы записи в журнал, а также метод получения записей, а также обеспечивает настройку Системы и просмотр журнала событий. Подсистема администрирования состоит из модуля логирования и набора asp-страниц, реализующих отображение пользовательского интерфейса.
Модуль логирования обеспечивает запись событий в журнал событий.
Набор asp-страниц предназначен для предоставления пользователю возможности настраивать параметры подсистем Системы, а также просмотра и настройки журнала событий.
5.2 Сведения о подсистемах и их частях, необходимые для обеспечения их функционирования
Для корректного функционирования подсистем и их частей необходима установка Системы в полной комплектации на объекте-отправителе и объекте-получателе. Кроме того, необходима установка ПО, указанного в п. 2.2.
5.3 Описание функционирования подсистем и их частей
5.3.1 Работа подсистемы выгрузки/загрузки
Модуль поиска объекта
Инициатор: вин-сервис выгрузки\загрузки
Алгоритм работы:
1. Для каждой записи проверяется условие Текущая дата\время >= Даты следующего запуска
2. Для каждой записи удовлетворяющей условию 1 осуществляется выполнение запроса к указанной БД. Текст запроса содержится в поле RequestID_Text и реализует выборку идентификаторов объектов исключая объекты в таблице ILSentItems (соответствие по Адресату и ID объекта), у которых признак повторной отправки =0.
3. После чего осуществляется пересчет даты следующего запуска по принципу:
NextStartDate = dateadd (Размерность расчета, Коэффициент расчета, NextStartDate) и сохраняет результат в соответствующем поле активной записи
4. Результатом работы модуля является коллекция идентификаторов объектов
5. После получения коллекции идентификаторов если выгрузка на уровне данных вызывается модуль выгрузки объектов, которому передается коллекция идентификаторов и ILSearchRequest. ID
6. Если выгрузка на уровне объектной модели вызывается модуль выгрузки объекта, обозначенный в поле Library, которому передается полученная коллекция идентификаторов.
Одной из записей является запрос на обновление признака необходимости повторной отправки объектов. Запрос выглядит следующим образом:
«Задать NeedToBeSent = 1 для всех записей таблицы ILSentItems, где для отправленного объекта в системе отправителе в истории имеется запись об операциях, произведенных после ILSearchRequest. LastWorkTime».
Модуль выгрузки объекта
Инициатор: модуль поиска объекта
Алгоритм работы:
1. Получает на вход коллекцию идентификаторов объектов для выгрузки и идентификатор записи ILSearchRequest. ID.
2. По ILSearchRequest. ID получает параметры доступа к серверу БД и запрос выгрузки.
3. В полученный запрос выгрузки добавляется полученная коллекция объектов
4. Каждый объект выгружается в XML-описание.
5. Модулю работы с транспортом отдается XML и ILSearchRequest. ID.
Модуль работы с транспортом
На отправку:
1. Получает коллекцию XML и ILSearchRequest. ID и тип (объект или файл)
2. Для каждого выгруженного объекта осуществляется преобразование на основании заданного XSLT.
3. Формируется пакет вида:
<Packet>
<Packet_ID>
<Correspondent_ID>
<Type>
<XML>
</Packet>
4. Сформированный пакет отдается менеджеру транспортного уровня для загрузки в очередь отправки
На прием:
1. Обращается к очереди входящих сообщений.
2. Получает пакеты вида:
<Packet>
<Packet_ID>
<Correspondent_ID>
<Type>
<XML>
</Packet>
3. Для каждого пакета осуществляется поиск файлов, связанных с этим пакетом.
Модуль загрузки РК
1. Получает на вход РК.
2. Для нужных тэгов осуществляет поиск в таблице замещения.
3. Если в таблице замещения нет нужных записей обращается к нужному справочнику СЭДО.
4. После преобразования загружает РК в систему или помещает в очередь конфликтов с указанием причин конфликта.
5. После загрузки РК загружаются связанные с ней файлы.
По итогам загрузки в таблицу полученных объектов заносится новая запись об этом объекте.
5.3.2 Работа подсистемы транспорта
Архитектура подсистемы транспорта приведена на рисунке 3.
Рис. 3. Архитектура подсистемы транспорта
Работа модулей организована следующим образом:
Отправка объекта
Внешний источник (компонент выгрузки объекта) помещает предварительно сформированное XML-описание объекта для отправки в очередь отправки средствами DataAccessManager.
Вин-сервис транспорта по заданному расписанию вызывает OutboxManager.
OutboxManager средствами DataAccessManager получает коллекцию объектов для отправки.
Затем OutboxManager для каждого объекта по корреспонденту через DataAccessManager получает параметры используемого транспорта; для каждого объекта вызывает клиентский модуль нужного транспорта, которому передаются данные для отправки, после этого статус объекта в базе интеграции изменяется.
Получение объекта
Вин-сервис транспорта по заданному расписанию вызывает клиентские модули транспортов, которые проверяют наличие новых объектов для загрузки.
Найденные объекты отдаются InboxManager.
InboxManager проверяет тип объекта.
Если это служебное сообщение (сообщение о доставке), то через DataAccessManager изменяет статус доставки у пакета с соответствующим идентификатором.
Если это объект, то через DataAccessManager он заносится в очередь входящих, а в очередь исходящих кладется служебное сообщение о доставке пакета с указанным идентификатором.
Внешний сервис загрузки объектов через DataAccessManager выбирает полученные объекты и производит их дальнейшую обработку.
5.3.3 Работа подсистемы администрирования
Логирование событий осуществляется с помощью LogModule, который реализует методы записи в журнал, а также метод получения записей. В лог-журнале должны присутствовать следующие данные:
§ EventType – тип записи журнала (Ошибка, Информационное, Предупреждение);
§ Level – уровень обработки (наименование модуля-источника записи);
§ ObjectType – тип объекта, если это модуль загрузки, то РК или Задание или Запрос, если транспорт, то Пакет, либо служебный;
§ Correspondent – адресат;
§ Operation – операция;
§ DateTime – время записи;
§ ObjectTypeObjectDigest – дайджест объекта;
§ Description - текст сообщения.
Функции настройки и просмотра параметров СИ реализуются через пользовательский интерфейс администратора.
6 Принятые обозначения и сокращения
ОГВ – орган государственной власти
СЭД – Система электронного документооборота
РК– регистрационная карточка документа
КЗ – карточка задания
Лист согласования
СОСТАВИЛИ
Наименование организации | Должность | Фамилия, имя, отчество | Подпись / Дата |
ЗАО "Диджитал Дизайн" | Системный аналитик | ||
ЗАО "Диджитал Дизайн" | Руководитель проекта |
СОГЛАСОВАНО
Наименование организации | Должность | Фамилия, имя, отчество | Подпись / Дата |
Минэкономразвития России | референт отдела документационного обеспечения Департамента управления делами |
