XVIII Международная студенческая научная конференция Студенческий научный форум - 2026

Современные предприятия сталкиваются с необходимостью эффективного управления сложными взаимосвязями между бизнес-процессами, организационной структурой и информационными системами. Однако отсутствие системного подхода к их интеграции приводит к таким проблемам, как несогласованность процессов, дублирование функций, зоны безответственности и неэффективное использование информационных систем. Эти недостатки снижают общую производительность предприятия и затрудняют его адаптацию к изменениям [1].

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

Для описания архитектурной трансформации был применён подход, основанный на ключевых фазах методологии TOGAF ADM: определение мотивации («зачем»), описание текущего («как есть») и целевого («как будет») состояния, а также планирование перехода. Визуальное моделирование выполнено с использованием языка ArchiMate в среде Archi, что обеспечило единообразное и структурированное представление всех слоёв архитектуры – от бизнес-целей до технологической реализации [3].

Мотивационный слой, представленный на рисунке 1, формирует фундамент всей архитектурной трансформации, отвечая на ключевой вопрос: «Зачем необходимы изменения?». Диаграмма выстраивает четкую причинно-следственную цепь от ключевых заинтересованных лиц к конкретному решению. В роли основных стейкхолдеров выступают Бизнес-аналитики и Руководство компании, чьи основные побуждения (драйверы) связаны с автоматизацией бизнес-процессов, обеспечением соответствия ИС бизнес-требованиям и улучшением контроля за деятельностью предприятия.

Рисунок 1 – Диаграмма ArchiMate мотивационного слоя архитектуры автоматизации анализа взаимосвязей элементов бизнес-процессов, оргструктуры и функций информационных систем

Анализ этих драйверов выявляет комплекс критических проблем в текущей ситуации: бизнес-процессы не автоматизированы, функции ИС не соответствуют потребностям компании, а также наблюдаются дисфункции в исполнении процессов – от их полного отсутствия в подразделениях до дублирования ответственности. Эти проблемы напрямую ведут к формулировке архитектурных требований: автоматизировать элементы предприятия и избавиться от серьёзных ошибок в его работе. Удовлетворить эти требования можно достижением поставленной цели – разработать приложение для автоматизированного анализа элементов архитектуры. Таким образом, мотивационная диаграмма недвусмысленно определяет необходимость создания специализированного программного решения как отправную точку для последующих преобразований.

На рисунке 2 представлена текущая архитектурная модель «Как есть» анализа взаимосвязей бизнес-процессов, оргструктуры и функций информационных систем. Диаграмма текущего состояния «Как есть» (рисунок 2) представляет собой детализированную модель процесса архитектурного анализа в его существующем виде. Данный процесс предоставляется бизнес-сервисом «Предоставление ручного архитектурного анализа» и осуществляется внешним актором – бизнес-аналитиком.

Для реализации этого сервиса выполняется последовательность из четырёх ключевых бизнес-процессов. Процесс «Опрос руководителей и сотрудников» направлен на сбор первичных требований и информации. «Сбор и верификация данных» обеспечивает консолидацию и проверку информации о бизнес-процессах, организационной структуре и функциях информационных систем. На основе этих данных выполняется процесс «Построение графических моделей» для визуального представления архитектурных взаимосвязей. Завершающим этапом является «Проведение SWOT-анализа», в рамках которого проводится стратегическая оценка выявленной архитектуры.

Рисунок 2 – Модель архитектуры «Как есть» анализа взаимосвязей элементов бизнес-процессов, оргструктуры и функций информационных систем

Информационно-технологическую поддержку этих процессов обеспечивает слой приложений, состоящий из нескольких специализированных компонентов. Для реализации процесса опроса используется компонент Google Forms, предоставляющий соответствующий сервис анкетирования. Моделирование и визуализация архитектурных диаграмм осуществляется в среде Microsoft Visio через сервис построения диаграмм. Работа с табличными данными, их хранение и первичный анализ производятся с помощью компонента Microsoft Excel и его сервиса работы с документами.

Инфраструктурную основу текущего состояния составляют базовые технологические сервисы: «Веб-сервис для обеспечения работы облачных решений», «Файловый сервис для хранения документов и данных», а также «Сервис отрисовки интерфейса для визуализации». Эти сервисы реализуются стандартной корпоративной инфраструктурой, включающей серверы данных, системы управления базами данных (СУБД), операционные системы, рабочие места аналитиков, локальную вычислительную сеть (LAN) и доступ в интернет.

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

Рисунок 3 – Модель архитектуры «Как будет» анализа взаимосвязей элементов бизнес-процессов, оргструктуры и функций информационных систем

Целевая архитектура «Как будет», представленная на рисунке 3, описывает целевую модель процесса архитектурного анализа предприятия. Ключевое изменение заключается в использовании специализированного программного компонента – «Программа автоматизированного анализа взаимосвязей элементов предприятия», который становится центральным элементом всей архитектуры.

Данная программа предоставляет бизнес-слою три ключевых сервиса приложений: «Сервис анализа БП-оргструктура», «Сервис анализа ИС-оргструктура» и «Сервис анализа ИС-БП». Эти сервисы напрямую реализуют соответствующие бизнес-процессы («Провести анализ БП-оргструктура» и др.), формируя в совокупности целостный бизнес-сервис «Автоматизированный анализ архитектуры», который использует в своей работе бизнес-аналитик.

Сама программа имеет модульную архитектуру, включающую «Модуль анализа БП-оргструктура», «Модуль анализа ИС-оргструктура», «Модуль анализа ИС-БП» и «Модуль создания матриц», что обеспечивает чёткое разделение функциональной ответственности.

Для своей работы программный компонент опирается на набор специализированных инфраструктурных сервисов. «Сервис доступа к данным» обеспечивает подключение к корпоративным источникам, «Сервис хранения результатов» отвечает за сохранение выходных артефактов, «Сервис выполнения приложений» предоставляет вычислительную среду, а «Сервис отрисовки интерфейса» – возможности взаимодействия с пользователем. Эти сервисы реализуются обновлённой технологической инфраструктурой, включающей серверные ресурсы, системы управления базами данных, операционные системы и рабочие станции, объединённые сетевой средой.

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

Рисунок 4 – Модель перехода архитектуры анализа взаимосвязей элементов бизнес-процессов, оргструктуры и функций информационных систем

Диаграмма перехода (рисунок 4) наглядно иллюстрирует трансформацию архитектуры от текущего состояния к целевому. Левая часть диаграммы, «Текущее состояние», объединяет ключевые элементы существующего процесса, подлежащие изменению. В неё входят ручные бизнес-процессы («Опрос руководителей и сотрудников», «Сбор и верификация данных», «Проведение SWOT-анализа»), а также набор используемых для их выполнения универсальных прикладных компонентов — «Google Forms», «Microsoft Visio» и «Microsoft Excel». Совокупность этих элементов сформирована в группу «Удалённые бизнес-процессы и приложения».

Правая часть диаграммы «Целевое состояние» (рисунок 4), концентрирует новые архитектурные элементы, создание которых составляет суть преобразований. Центральным из них является «Программа автоматизированного анализа взаимосвязей элементов архитектуры» — единый программный компонент, призванный заменить собой разрозненный набор прежних инструментов. Вокруг него группируются «Новые процессы анализа взаимосвязей элементов архитектуры», представляющие собой формализованные и автоматизированные версии аналитических процедур.

Связующим и реализующим элементом между двумя состояниями выступает рабочий пакет «Автоматизированный анализ взаимосвязей элементов архитектуры». Этот проект, расположенный в нижней части диаграммы, является планом действий, исполнение которого приводит к двум основным результатам: устранению (замене) элементов из текущего состояния и реализации (внедрению) элементов целевого состояния. Таким образом, диаграмма перехода визуализирует не только «что» изменится, но и «как» будет осуществлён переход через выполнение конкретного проекта.

В рамках данной работы было выполнено комплексное архитектурное описание процесса перехода от ручного к автоматизированному анализу взаимосвязей элементов предприятия. Последовательное применение языка ArchiMate в соответствии с ключевыми фазами методологии TOGAF ADM позволило создать целостную и непротиворечивую модель трансформации.

На этапе мотивационного анализа были четко определены движущие силы изменений, ключевые проблемы и сформулирована стратегическая цель — разработка специализированного приложения. Детальное моделирование текущего состояния («Как есть») выявило архитектуру, основанную на трудоёмкой ручной интеграции данных между разрозненными универсальными инструментами. В противовес этому, целевая архитектура («Как будет») представляет собой целостную систему, ядром которой является единая программа автоматизированного анализа, поддерживаемая специализированными инфраструктурными сервисами. Диаграмма перехода логически завершила описание, наглядно связав реализацию конкретного проекта внедрения с удалением устаревших компонентов и созданием новой, целевой архитектурной платформы.

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

Список используемых источников

1. Переверзев П. П. Анализ взаимосвязей бизнес-процессов, организационной структуры и функций информационных систем предприятия на основе матричного исчисления // Вестник Южно-Уральского государственного университета. Серия: Экономика и менеджмент. – 2015. – Т. 9, № 4. – С. 75–88.

2. Репин В.В., Елиферов В.Г. Процессный подход к управлению. Моделирование бизнес-процессов. – М.: Манн, Иванов и Фербер, 2015. – 511 с.

3. Анализ архитектуры предприятия: цели, методы и практическое применение [Электронный ресурс] // Rudesignshop.ru: блог о бизнес-архитектуре и дизайне систем. – URL: https://rudesignshop.ru/blog/analiz-arhitektury-predpriyatiya/