Интеграционный сервис взаимодействия Системы с информационными системами лесопользователей (АИС ЛП)

Интеграционный сервис взаимодействия Системы с информационными системами лесопользователей (АИС ЛП) реализует следующие операции:

· Получение данных из внешних АИС ЛП (при использовании адаптеров, созданных владельцами внешних АИС ЛП, удовлетворяющих требованиям к интеграции Системы);

· Отправку данных во внешние АИС ЛП и их представление в унифицированном формате.

Система обеспечивает обработку пересылаемой информации в части контроля достоверности получаемых данных.

Реализован следующий порядок взаимодействия:

1. Регистрацию внешних АИС ЛП в Системе проводит служба поддержки Системы.

2. Инициатором запросов на передачу или получение данных является внешняя АИС ЛП.

3. Балансировкой трафика по запросам/обновлению информации из Система выполняется на стороне внешней АИС ЛП.

4. Версионность объектов отслеживается на стороне Системы, т.е. номера версий объектов, полученных от внешних АИС ЛП не учитываются.

5. В качестве идентификатора актуальности объекта применяется дата изменения объекта в Системе или внешней АИС ЛП, т. е. сторона, на которой производится создание, изменение, либо удаление объекта обязана проставлять дату изменения данных для указанного объекта в качестве идентификатора актуальности.

6. В рамках одной транзакции осуществляется передача одного объекта.

7. При обмене данными используются следующие обязательные поля:

· Идентификатор внешней АИС ЛП, авторизованной в Системе;

· Идентификатор документа на стороне Системы;

· Идентификатор документа на стороне внешней АИС ЛП;

· Идентификатор типа документа;

· Опционально - идентификатор пользователя Системы, производящего манипуляцию с объектом (создание, изменение, либо удаление).

В случае отсутствия возможности заполнения поля по причине отсутствия данных (например, при передаче нового объекта, отсутствующего в Системе) соответствующие поля должны заполняться значением «null».

В случае отсутствия возможности идентификации и/или корректной интерпретации объекта, или его части, Система не принимает обрабатываемый объект с последующей отправкой соответствующего уведомления передающей стороне.

Для создания нового объекта, полученного из внешней АИС ЛП, формируется новый уникальный идентификатор объекта в пределах типа документа.

По завершении получения данных из внешней АИС ЛП, Система генерирует и отправляет передающей стороне объект с дополнительными атрибутами.

В случае возникновения ошибки при получении данных от внешней АИС ЛП, Система возвращает ответ с указанием:

· Идентификатора транзакции;

· Кода ошибки;

· Описанием ошибки.

Перечень операций, выполняемых на стороне Системы по запросу из АИС ЛП, а также описание набора данных, выгружаемых в АИС ЛП приведены в таблицах 9 и 10 соответственно.

Таблица 9. Операции, выполняемые на стороне Системы по запросу из АИС ЛП

№	Описание
1.	Добавление записи в справочник лесопользователей (контрагентов)
2.	Обновление документа-основания
3.	Удаление документа-основания
4.	Перевод документа-основания в статус «Редактируется»

 

Таблица 10. Набор данных, выгружаемых в АИС ЛП по запросу

№	Описание
1.	Перечень доступных справочников
2.	Содержимое конкретного справочника
3.	Содержимое справочника лесопользователей (контрагентов)
4.	Данные по определённому лесопользователю (контрагенту)
5.	Содержимое конкретного документа
6.	Перечень документов-оснований
7.	Содержимое конкретного документа-основания
8.	Перечень созданных или изменённых документов на указанную дату

Административные процедуры аутентификации, получения ключей и регистрации новых пользователей соответствуют используемым процедурам во внешних АИС ЛП.

Ниже представлены технические решения ПИН.

Структура ПИН

ПИН представляет собою связующее звено ЕГАИС учета древесины, обеспечивающее централизованный и унифицированный событийно-ориентированный обмен сообщениями между различными подсистемами ЕГАИС учета древесины и внешними АС на принципах сервисно-ориентированной архитектуры. Любая передача данных, синхронная или асинхронная, между всеми подсистемами ЕГАИС учета древесины происходит через ПИН. ПИН тесно интегрирована с ПУПД для верификации входящих запросов.

ПИН состоит из следующих компонентов и модулей:

1. Компонент «АРМ администратора интеграционной шины»;

2. Компонент «АРМ разработчика интеграционной шины»;

3. Компонент «Интеграционная шина». В его состав входят:

· Модуль исполнения сервисов;

· Модуль управления интеграционной шиной;

· Модуль управления очередями сообщений;

· Модуль безопасности.

4. Компонент «Хранения ПИН». В его состав входят:

· Модуль хранения (репозиторий сервисов);

· Модуль аудирования.

5. Модули, составляющие набор интеграционных сервисов.

Ниже приведена архитектурная диаграмма подсистемы ПИН (Рисунок 6).

Рисунок

 6. Архитектура ПИН

Таблица 11. Компоненты ПИН и их назначение

Наименование	Состав ПО	Назначение
Компонент «АРМ администратора ИШ»	Hawtio	Предоставляет интерфейс для управления ПИН
Компонент «АРМ разработчика ИШ»	Eclipse	Предоставляет интерфейс для настройки ПИН
Компонент «Интеграционная шина»	Apache ActiveMQ Apache ServiceMix java	Обеспечивает централизованный и унифицированный событийно-ориентированный обмен сообщениями между различными подсистемами ЕГАИС учета древесины и внешними АС на принципах сервисно-ориентированной архитектуры
Компонент «Хранения ПИН»	PostgreSQL java	СУБД для хранения ресурсов ПИН и всех ее настроек работы

Технические особенности ПИН

С технической точки зрения ПИН представляет собой ИШ и очередь сообщений. Несмотря на то что в основе этих решений лежит прикладное ПО, требующее только настройки конфигурации, реальное использование подразумевает написание интеграционных сервисов для взаимодействия со всеми остальными подсистемами, а также смежными и внешними системами ЕГАИС учёта древесины.

ПИН является в некотором смысле независимой от остальных подсистем, так как является посредником между ними, причём все взаимодействие построено на сервисах. Для удобства администрирования ЕГАИС учета древесины рекомендуется устанавливать ПИН на один или несколько отдельных серверов для обеспечения горизонтального масштабирования. В случае использования нескольких экземпляров ИШ и очереди сообщений требуется настраивать балансировку запросов.

1.1.7 Подсистема мониторинга (ПМ)

В качестве решений по реализации ПМ по результатам обследования выбрано:

· использование имеющейся у Заказчика ПМ на уровне центра обработки данных;

· частичная разработка собственной ПМ в рамках ЕГАИС учета древесины и интеграция этой ПМ с имеющимися у Заказчика средствами мониторинга на уровне центра обработки данных;

· разработка собственной автономной ПМ в рамках ЕГАИС учета древесины.

Целью ПМ является предоставление служебной информации для эксплуатационного персонала о состоянии компонентов ЕГАИС учёта древесины. Служебная информация включает в себя:

· показатели загруженности тех или иных ресурсов как физических (память, диск, процессор), так и виртуальных (количество HTTP-соединений, количество активных лесопользователей);

· журналы различных приложений, включая системные журналы, а также журналы, которые формируются подсистемами ЕГАИС учета древесины.

Наличие доступа к такой информации позволяет администраторам ЕГАИС учёта древесины вовремя реагировать на нештатные ситуации, прогнозировать необходимость увеличения физических ресурсов, обслуживающих систему, а также находить первоисточник потенциальных ошибок.

Ниже представлено описание ПМ.

Структура ПМ

ПМ состоит из следующих компонентов и модулей:

1. Компонент «АРМ мониторинга».

2. Компонент «АРМ анализатора журналов».

3. Компонент «АРМ администратора БД».

4. Компонент «Сервер мониторинга».

5. Компонент «Индексирования и поиск журналов».

6. Модули, составляющие набор агентов по сбору сведений по доступности и загруженности ресурсов.

7. Компонент «Хранения журналов».

8. Компонент «Хранения данных мониторинга».

Структура ПМ представлена на рисунке 7.

Рисунок

7. Архитектура ПМ

Таблица 12. Компоненты ПМ и их назначение

Наименование	Состав ПО	Назначение
Компонент «АРМ мониторинга»	Zabbix WEB Apache HTTP Server	Мониторинг производительности веб-приложений. Мониторинг доступности веб-приложений. Поддержка сложных сценариев, состоящих из многих шагов (HTTP запросов)
Компонент «АРМ анализатора журналов»	Kibana Java	Визуализизация данных мониторинга ElasticSearch. Работа с временными рядами, фильтрация данных. Сохранение параметров поиска в виде дашбордов
Компонент «Сервер Мониторинга»	ZabbixServer	Выполнение периодического получения данных, обработки, анализа и запуска скриптов оповещения
Компонент «Индексирование и поиск журналов»	ElasticSearch	Поиск по критериям (точное совпадение по одному значению или по списку значений). Поиск по диапазону (числа, даты). Полнотекстовый поиск (морфология, шаблоны)
Компонент «БД Аудита»	PostgreSQL SQL	СУБД для хранения данных ПМ
Компонент «хранения журналов»	Linux filesystem	Модуль хранения журналов ПМ

 

1.1.8 Подсистема интеграции ЕГАИС учёта древесины с формами ГЛР и ОИП

Подсистема интеграции ЕГАИС учёта древесины с формами ГЛР и ОИП состоит из следующих модулей:

· Модуль сбора данных;

· Модуль формирования отчётных форм;

· Модуль консолидации и согласования отчётных форм.

В Модуле сбора данных реализованы следующие процессы:

· Первичное внесение данных в ГЛР;

· Актуализация данных по лесничеству;

· Внесение изменений в ГЛР;

· Подписание документа ГЛР;

· Просмотр и печать сведений об изменениях в ГЛР (выписка).

Формы сбора данных реализованы в виде следующих документов:

· Договор аренды;

· Договор купли-продажи;

· Государственный контракт/государственное задание;

· Право пользования;

· Лесная декларация;

· Отчёт об использовании лесов;

· Отчёт о воспроизводстве лесов;

· Отчёт о защите лесов;

· Отчёт об охране лесов;

· Информация о лесном участке;

· Информация о лесосеке;

· Лесохозяйственный регламент;

· Таксационное описание выдела;

· Таксационное описание лесничества.

В Модуле формирования отчётных форм из данных, собранных с помощью модуля сбора данных, формируются следующие отчётные формы:

· 1-ГЛР;

· 2-ГЛР;

· 3-ГЛР;

· 4-ГЛР;

· 5-ГЛР;

· 6-ГЛР;

· 7-ГЛР;

· 8-ГЛР;

· 9-ГЛР;

· 10-ГЛР;

· 11-ГЛР;

· 12-ГЛР;

· 13-ГЛР;

· 14-ГЛР;

· 15-ГЛР;

· 16-ГЛР;

· 6-ОИП;

· 9-ОИП.

В Модуле консолидации и согласования отчётных форм реализованы процессы консолидации отчётных форм сформированных на уровне лесничеств на уровни субъектов РФ и РФ.

1.1.9 Подсистема администрирования платежей

Подсистема администрирования платежей состоит из следующих модулей:

•     Модуль сбора и обработки данных;

•     Модуль формирования отчётов.

В Модуле сбора и обработки данных реализованы следующие процессы:

•     Первичное внесение данных;

•     Внесение изменений;

•     Подписание вводимой информации.

Формы сбора и обработки данных реализованы в виде реестра «Администрирование платежей», позволяющего вводить информацию по контрагенту.

В модуле формирования отчётов из данных, собранных с помощью модуля сбора и обработки данных, формируются следующие отчёты, формируемые на основании внесенной информации:

•     2-ОИП;

•     Внутренний сводный аналитический отчет о доходах федерального бюджета.

2. Описание системного программного обеспечения

Перечень системного ПО, установленного на серверах ЕГАИС учёта древесины, представлен в Таблице 14.

Таблица 14. Перечень ПО, установленного на серверах ЕГАИС учёта древесины

ПО	Версия	Назначение ПО
Alpha BI Server	2.3	Сервер аналитики
Apache ActiveMQ	5.10.0	Очередь сообщений (JMS)
Apache Camel	2.13.2	Модуль исполнения сервисов
Apache HTTP Server	2.4.6	ВЕБ сервер
Apache Karaf	5.10.0	репозиторий сервисов
Apache ServiceMix	5.3.0	Сервер управления интеграционной шиной
CentOS	7.0	ОС
Eclipse	4.4 SR2	Среда разработки трансформаций для шины данных
Hawtio	1.4.31	Панель администратора шины данных
Java	OpenJDK-1.8	Виртуальная машина Java
Joomla CMS	3.3.6	Система управления контентом
Kibana	4.1	Система анализа файлов журнала
Microsoft Windows Server	2008 R2	ОС
MySQL	5.6.23	СУБД
Ngnix	1.6.2	Балансировщик нагрузки HTTP
pgAdmin	1.20.0	Панель администратора БД
pgpool-II	3.4.1	Балансировщик нагрузки БД
PHP	5.4.16	Среда исполнения PHP
PostgreSQL	10.4	СУБД
Tomcat	7.0.59	ВЕБ сервер для исполнения Java приложений
Zabbix	2.4	Сервер мониторинга

 

3. Описание аппаратной платформы (Вычислительная платформа ВП1)

Вычислительная платформа ВП1 включает в себя следующие компоненты
(Таблица  15).

Таблица 15. Компоненты вычислительной платформы ВП1

№	Наименование и техническая характеристика	Тип, марка, обозначение документа, опросного листа	Год приобретения	Срок гарантии, лет