ПРОЕКТИРОВАНИЕ СЕРВИСА КОНСОЛИДАЦИИ ОТЧЕТНОСТИ ДЛЯ СИТУАЦИОННОГО ЦЕНТРА

DESIGNING A REPORTING CONSOLIDATION SERVICE FOR A SITUATION CENTER

Kazakov Matvey Vladimirovich

student, Department of Electronic Computing Machines, Vyatka State University,

Russia, Kirov

Krutikov Alexander Konstantinovich

scientific supervisor, senior lecturer, Vyatka State University,

Russia, Kirov

АННОТАЦИЯ

В данной статье представлено проектирование веб-сервиса консолидации отчетности, предназначенного для использования в ситуационном центре. Основное внимание уделено архитектуре системы, функциональным возможностям конструктора форм, механизмам сбора и хранения отчетных данных, а также интеграции с системой управления базами данных PostgreSQL. Предложенное проектное решение ориентировано на автоматизацию процессов сбора, обработки и анализа отчетной информации и может будет использовано в качестве основы для последующей программной реализации.

ABSTRACT

This article presents the design of a reporting consolidation web service for use in a situation center. The focus is on the system architecture, form designer functionality, reporting data collection and storage mechanisms, and integration with the PostgreSQL database management system. The proposed design solution is focused on automating the collection, processing, and analysis of reporting information and can be used as a basis for subsequent software implementation.

Ключевые слова: консолидация отчетности, конструктор форм, веб-сервис.

Keywords: reporting consolidation, form designer, web service.

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

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

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

В связи с этим было принято решение о проектировании специализированного сервиса консолидации отчетности, ориентированного на использование в ситуационном центре. Разрабатываемый сервис представляет собой веб-приложение, реализующее полный цикл работы с отчетными данными — от проектирования форм до централизованного хранения и анализа информации.

Функциональные возможности разрабатываемого программного продукта включают:

• поддержку ролевой модели пользователей с разграничением прав доступа для администраторов, редакторов и обычных пользователей;
• реализацию визуального конструктора форм с возможностью добавления различных типов полей, включая текстовые, числовые, табличные и поля выбора даты и времени;
• публикацию форм по уникальным ссылкам с контролем доступа;
• централизованное хранение введенных данных в базе данных PostgreSQL;
• экспорт отчетной информации в форматы Excel и CSV для последующего анализа.

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

Функциональная диаграмма обычного пользователя (рисунок 1) иллюстрирует ограниченный, но основной набор действий, необходимый для выполнения отчетности. Пользователь имеет возможность:

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

Такая структура обеспечивает простоту и минимизирует вероятность ошибок при вводе данных рядовыми исполнителями.

Рисунок 1.Функциональная диаграмма пользователя

Функциональная диаграмма редактора (рисунок 2) описывает расширенные возможности по работе с содержимым форм. Редактор может:

• создавать новые формы с использованием визуального конструктора;
• редактировать существующие формы (добавлять, удалять, изменять поля, настраивать валидацию и обязательность);
• публиковать формы по уникальным ссылкам или назначать их конкретным пользователям/группам;

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

Рисунок  2.Функциональная диаграмма редактора

Функциональная диаграмма администратора (рисунок 3) охватывает наиболее полный набор функций управления сервисом. Администратор имеет право:

• управлять учетными записями пользователей (регистрация, блокировка, смена ролей);
• просматривать общую статистику по всем формам и пользователям;
• выполнять экспорт консолидированных данных в требуемых форматах;

Рисунок 3. Функциональная диаграмма администратора

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

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

В качестве архитектурного решения выбрана клиент-серверная архитектура с четким разделением уровня представления, бизнес-логики и уровня хранения данных. Серверная часть сервиса проектируется с использованием платформы Node.js, что обеспечивает высокую производительность и удобство реализации REST API. В качестве системы управления базами данных используется PostgreSQL, обладающая высокой надежностью, поддержкой транзакций и возможностями масштабирования. Интеллектуальный модуль реализуется как отдельный компонент серверной части и взаимодействует с остальными подсистемами через программный интерфейс (API).

Для представления логики функционирования системы были отражены основные этапы работы сервиса и взаимодействие его компонентов. Основные шаги процесса консолидации отчетности включают:

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

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

Хранение данных. Отчетная информация сохраняется в базе данных PostgreSQL с учетом структуры конкретной формы.

Консолидация и анализ. Собранные данные агрегируются и предоставляются пользователям с соответствующими правами доступа для анализа и принятия решений.

Экспорт данных. Реализована возможность выгрузки отчетной информации в стандартные форматы для использования во внешних системах.

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

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

Также была выполнено проектирование макета, предназначенного для визуализации структуры системы и оценки удобства и логики взаимодействия пользователя с системой на этапе проектирования. Макет страницы конструктора представлен на рисунке 4.

Рисунок 4. Макет страницы конструктора

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

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

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

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

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

В настоящее время, продолжается тестирование приложения. Оцениваются возможности его модернизации и масштабирования.

В результате было осуществлено проектирование сервиса консолидации отчётности с веб-интерфейсом и интеграцией с СУБД PostgreSQL. Разработанные архитектурные и функциональные решения направлены на оптимизацию процессов создания, сбора, анализа и хранения отчётных данных и учитывают потребности пользователей с различными уровнями доступа, а также требования к централизованному хранению структурированной информации.

Список литературы:

1. PostgreSQL Documentation. URL: https://www.postgresql.org/docs/
2. Документация Node.js : URL: https://www.nodejs.org/docs/latest/api/
3. Документация Vue.js: URL: https://vuejs.org/guide/introduction.html
4. Документация Python: URL: https://docs.python.org/3/