Современные организации сталкиваются с необходимостью эффективного управления сложными взаимосвязями между бизнес-процессами, организационной структурой и информационными системами. Однако отсутствие системного подхода к их интеграции приводит к таким проблемам, как несогласованность процессов, дублирование функций, зоны безответственности и неэффективное использование информационных систем. Эти недостатки снижают общую производительность предприятия и затрудняют его адаптацию к изменениям [1].
Актуальность данной работы обусловлена необходимостью автоматизации процесса обработки контейнеров межведомственного электронного документооборота (МЭДО) для их последующей загрузки в Автоматизированную систему обработки конфиденциальной информации (АСОКИ). Прекращение сопровождения АСОКИ и несовместимость версий контейнеров привели к полной ручной обработке документов, что вызывало задержки, ошибки и риски срыва документооборота.
Для описания архитектурной трансформации был применён подход, основанный на ключевых фазах методологии TOGAFADM[2]: определение мотивации («зачем»), описание текущего («как есть») и целевого («как будет») состояния, а также планирование перехода. Визуальное моделирование выполнено с использованием языка ArchiMate в среде Archi, что обеспечило единообразное и структурированное представление всех слоёв архитектуры – от бизнес-целей до технологической реализации.
Мотивационный слой архитектуры, представленный на рисунке 1, формирует фундамент всей архитектурной трансформации, отвечая на ключевой вопрос: «Зачем необходимы изменения?». Диаграмма выстраивает чёткую причинно-следственную цепь от ключевых заинтересованных лиц к конкретному решению. В роли основных стейкхолдеров выступают «Сотрудник отдела документооборота» и «Руководство организации», чьи основные побуждения (драйверы) связаны с прекращением поддержки АСОКИ, несовместимостью версий контейнеров МЭДО и ручная обработка.
Анализ этих драйверов выявляет комплекс критических проблем в текущей ситуации: риск срыва документооборота, высокая нагрузка на сотрудника и невозможность обновить АСОКИ. Эти проблемы напрямую ведут к формулировке цели «Разработать приложение обработки контейнеров МЭДО». Таким образом, мотивационная диаграмма недвусмысленно определяет необходимость создания специализированного программного решения как отправную точку для последующих преобразований в архитектуре исследуемой деятельности.
Рисунок 1 – Диаграмма ArchiMate мотивационного слоя архитектуры автоматизации обработки контейнеров МЭДО
На рисунке 2 представлена текущая архитектурная модель «Как есть» обработки контейнеров МЭДО. Диаграмма текущего состояния представляет собой детализированную модель процесса обработки контейнеров МЭДО в его существующем виде. Данный процесс предоставляется бизнес-сервисом «Предоставление обработанных контейнеров для загрузки в АСОКИ» и осуществляется внешним актором – сотрудником отдела документооборота, исполняющим роль «Обработчика контейнеров МЭДО».
Для реализации этого сервиса выполняется последовательность из четырёх ключевых ручных бизнес-процессов. Процесс «Разархивировать контейнер вручную» направлен на извлечение данных из входящего архива. «Парсить и редактировать данные вручную» обеспечивает подготовку метаданных. Процесс «Копировать файлы через Проводник» позволяет выбрать необходимые документы. Процесс «Собрать новый контейнер вручную» формирует совместимый архив.
Также актор выполняет сервис «Загрузка обработанных контейнеров в АСОКИ», который в свою очередь реализовывается процессом «Загрузить контейнер в АСОКИ», выполняемый через сервис загрузки через веб-интерфейс АСОКИ.
Информационно-технологическую поддержку этих процессов обеспечивает слой приложений, состоящий из нескольких специализированных компонентов. Для реализации процессов разархивирования и сборки используется компонент приложения «7-Zip», предоставляющий сервис работы с архивами. Редактирование данных осуществляется в приложении «Notepad++» через сервис текстового редактирования. Копирование файлов производится с помощью Проводника Windows, а загрузка в АСОКИ – через Интерфейс АСОКИ.
Инфраструктурную основу текущего состояния составляют базовые технологические сервисы: «Рабочее место сотрудника», «Сервера данных организации». Эти сервисы реализуются стандартной корпоративной инфраструктурой, включающей рабочую станцию сотрудника, виртуальную машину с АСОКИ, файловый сервер, локальную вычислительную сеть (LAN) и доступ в интернет.
Рисунок 2 - Модель архитектуры «Как есть» обработки контейнеров МЭДО
Целевая архитектура «Как будет», представленная на рисунке 3, описывает целевую модель процесса обработки контейнеров МЭДО. Ключевое изменение заключается в использовании специализированного программного компонента – «Приложение обработки контейнеров МЭДО», который становится центральным элементом всей архитектуры обработки контейнеров.
Данная программа предоставляет бизнес-слою ключевые сервисы приложений: «Сервис отображения списка контейнеров», «Сервис выбора файлов для копирования», «Сервис автоматического разархивирования», «Сервис автоматического парсинга данных» и «Сервис автоматической сборки контейнера». Эти сервисы напрямую реализуют соответствующие бизнес-процессы («Выбрать контейнер из списка», «Указать файлы для копирования», «Запустить автоматическую обработку»), формируя в совокупности целостный бизнес-сервис «Автоматизированное преобразование контейнеров МЭДО», который использует в своей работе сотрудник в роли «Обработчика контейнеров МЭДО».
Сама программа имеет модульную архитектуру, включающую «Модуль работы с архивами», «Модуль парсинга данных», «Модуль сборки контейнеров» и «Интерфейс пользователя», что обеспечивает чёткое разделение функциональной ответственности.
Для своей работы программный компонент опирается на существующий набор инфраструктурных сервисов, что обеспечивает простую интеграцию в текущую ИТ-инфраструктуру без дополнительных изменений.
Рисунок 3 – Модель архитектуры «Как будет» обработки контейнеров МЭДО
Диаграмма перехода рисунок 4 наглядно иллюстрирует трансформацию архитектуры от текущего состояния к целевому. Левая часть диаграммы – «Текущее состояние» – объединяет ключевые элементы существующего процесса, подлежащие изменению. В неё входят ручные бизнес-процессы («Разархивировать контейнер вручную», «Парсить и редактировать данные», «Собирать новый контейнер»), а также набор используемых для их выполнения универсальных прикладных компонентов «7-Zip», «Notepad++», «Проводник Windows».
Правая часть диаграммы «Целевое состояние», концентрирует новые архитектурные элементы, создание которых составляет суть преобразований. Центральным из них является «Приложение обработки контейнеров МЭДО» – единый программный компонент, призванный заменить собой разрозненный набор прежних инструментов.
Связующим и реализующим элементом между двумя состояниями выступает рабочий пакет «Внедрение программы обработки контейнеров МЭДО». Этот проект, расположенный в нижней части диаграммы, является планом действий, исполнение которого приводит к двум основным результатам: устранению (замене) элементов из текущего состояния и реализации (внедрению) элементов целевого состояния. Таким образом, диаграмма перехода визуализирует не только «что» изменится, но и «как» будет осуществлён переход через выполнение конкретного проекта.
В рамках данной работы было выполнено комплексное архитектурное описание процесса перехода от ручной к автоматизированной обработке контейнеров МЭДО. Последовательное применение языка ArchiMate в соответствии с ключевыми фазами методологии TOGAFADM позволило создать целостную и непротиворечивую модель трансформации.
Рисунок 4 – Модель перехода архитектуры обработки контейнеров МЭДО из текущего в целевое состояние
На этапе мотивационного анализа были чётко определены движущие силы изменений, ключевые проблемы и сформулирована стратегическая цель – разработка специализированного приложения. Детальное моделирование текущего состояния («Как есть») выявило архитектуру, основанную на трудоёмкой ручной интеграции данных между разрозненными универсальными инструментами. В противовес этому, целевая архитектура («Как будет») представляет собой целостную систему, ядром которой является единая программа автоматизированной обработки, поддерживаемая существующими инфраструктурными сервисами. Диаграмма перехода логически завершила описание, наглядно связав реализацию конкретного проекта внедрения с удалением устаревших компонентов и созданием новой, целевой архитектурной платформы.
Представленное архитектурное описание демонстрирует, что выбранный подход позволяет не только зафиксировать текущее и будущее состояния архитектуры обработки контейнеров МЭДО, но и обеспечить чёткое обоснование преобразований, их структурированное проектирование и планирование реализации. Внедрение предлагаемого решения позволит достичь целей, поставленных в мотивационном слое: устранить ошибки, вызванные ручным трудом, сократить время обработки документов и обеспечить непрерывность документооборота в условиях устаревшей системы АСОКИ, что в конечном итоге повысит управляемость и эффективность деятельности организации.
Список использованных источников
Методические рекомендации по внедрению электронного документооборота в целях обеспечения популяризации использования электронного документооборота среди граждан и организаций Российской Федерации [Электронный ресурс] // https://www.garant.ru [сайт]. — URL: https://www.garant.ru/products/ipo/prime/doc/410300691/?ysclid=mjrzp34fbd92022538 (дата обращения: 15.07.2025).
Ширяева Е.В. Применение нотации ArchiMate при моделировании архитектуры информационных систем предприятия // Материалы научно-практической конференции «Информационные технологии в управлении и экономике». - Волгоград: ФГБОУ ВО Волгоградский ГАУ, 2021. - С. 145–151.