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

Компания обеспечивает эксплуатацию распределенной системы видеонаблюдения, включающей тысячи камер, сетевых коммутаторов и серверов. Существующий процесс мониторинга состояния оборудования характеризуется высокой долей ручного труда: инженеры вручную подключаются к устройствам по IP-адресам, проверяют их статус и заносят данные в таблицы Excel.

Целью данной работы является построение архитектурного описания (модели) в терминах ArchiMate для последующей автоматизации мониторинга видеонаблюдения на предприятии [1, 3].

В текущем состоянии отсутствует единая система для сбора и анализа данных об оборудовании, ее отсутствие несет определяет проблемы:

• высокая зависимость от человеческого фактора,

• значительные временные затраты на опрос каждого устройства,

• риск пропуска инцидентов из-за задержек в обновлении данных,

• отсутствие автоматизированной отчетности.

На рисунке 1 представлена архитектура «as-is» в нотации ArchiMate, наглядно демонстрирующая разрозненность и рутину существующих процессов, назначенных на функцию «Получение данных о состоянии камер и коммутаторов сети компании [1, 2].

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

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

Рисунок 1 – Архитектура мониторинга видеонаблюденияв терминах ArchiMate (состояние «как есть»)

Для обоснования необходимости изменений была построена мотивационная модель (рисунок 2) [1, 2]. В результате анализа были определены ключевые цели архитектурной трансформации:

• повышение оперативности;

• снижение шанса ошибок к минимуму;

• снижение ручного труда;

• систематизация данных и анализ;

• обеспечение полной готовности отчетов.

Рисунок 2 – Мотивационная модель трансформации ИТ-инфраструктуры

Целевая архитектура (модель «to-be») предполагает внедрение единого программного комплекса для автоматизации мониторинга. Ключевые элементы модели, изображенной на рисунке 3, включают [1, 2]:

1. Бизнес-слой: Процессы автоматизированного получения данных о состоянии оборудования и формирования отчетов, выполняемые инженерами.

2. Прикладной слой: NetworkScannerApp - приложение для автоматического опроса устройств, включающее модуль ИИ для анализа ошибок и прогнозирования. MikrotikApp - приложение для взаимодействия с сетевым оборудованием через сервисы и связанное с интерфейсом iP. Сервисы IntellectX и MOBA, которые помогают инженерам выполнять бизнес-функции по настройке ПО для камер и коммутаторов и по обработке запросов.

3. Технологический слой: Физические устройства и сервер обработки данных с временной базой данных. Сервер предприятия содержит в себе СУБД, базу данных сотрудников, серверную физическую консоль, сетевое постоянное хранилище, нужное для хранения прошлых отчетов, которые были направлены в ответ на запрос спецслужб и руководства. Кроме того, внутри сервера предприятия появилась временная база данных ИИ, нужная для сохранения обновляемых данных для ИИ, благодаря которым ИИ сможет обучаться и использовать их как материал для сравнения с будущими результатами сканирования. Также на этом слое есть ПК инженеров с установленной ОС. ПК связаны с сервером локальной сетью.

Рисунок 3 – Архитектура мониторинга видеонаблюдения в терминах ArchiMate (состояние «как будет»)

Сравнительный анализ моделей «как есть» и «как будет» представлен в таблице 1 [3].

Таблица 1 – Сравнительный анализ архитектур

Ожидаемые результаты внедрения перечислены ниже.

• Повышение скорости и точности мониторинга.

• Сокращение временных затрат специалистов на рутинные операции.

• Снижение вероятности ошибок и оперативное выявление сбоев.

• Появление возможности для прогнозной аналитики и анализа уязвимостей.

Заключение

В работе представлен практический пример применения языка ArchiMate для проектирования целевой ИТ-инфраструктуры [2]. Построенные модели наглядно демонстрируют переход от неэффективной ручной системы к автоматизированному решению, ориентированному на данные и аналитику.

Архитектурное описание на языке ArchiMate позволило:

1. Структурировать и визуализировать разрозненные компоненты ИТ-инфраструктуры и бизнес-процессы, обеспечив целостное представление системы «как есть» и «как будет».

2. Выявить и формализовать ключевые проблемы текущего состояния (ручной труд, низкая оперативность, риски ошибок) и определить драйверы для трансформации.

3. Спроектировать целевое состояние системы, выделив взаимосвязи между бизнес-требованиями, прикладными сервисами (NetworkScannerApp, MikrotikApp) и технологическими компонентами (серверы, базы данных, сеть).

4. Обеспечить основу для коммуникации между техническими специалистами, разработчиками и руководством за счёт использования стандартной нотации.

5. Создать чёткий план трансформации (дорожную карту), определив шаги по переходу от ручного мониторинга к автоматизированному решению с элементами ИИ-аналитики.

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

Список использованных источников

1. The Open Group. ArchiMate® 3.2 Specification. — Van Haren Publishing, 2022. — 178 p. — Текст: электронный // Официальныйсайт The Open Group. — URL: https://pubs.opengroup.org/architecture/archimate3-doc/ (датаобращения: 27.10.2025).

2. The Open Group. TOGAF® Standard, 10th Edition. — Van Haren Publishing, 2022. — 432 p. — Текст: электронный // Официальныйсайт The Open Group. — URL: https://pubs.opengroup.org/togaf-standard/ (датаобращения: 27.10.2025).

3. Lankhorst M., Iacob M.-E., Jonkers H. Enterprise Architecture at Work: Modelling, Communication and Analysis. — 5th ed. — Cham: Springer, 2023. — 410 p. — Текст: электронный // SpringerLink. — URL: https://link.springer.com/book/10.1007/978-3-662-53933-0  (датаобращения: 27.10.2025).

4. Wierda G. Mastering ArchiMate 3.2: A Serious Introduction to Enterprise Architecture Modeling Using ArchiMate. — Fourth Edition. — Netherlands: R&A Enterprise Architecture, 2024. — 396 p. — Текст: электронный // Издательство R&A. — URL: https://www.archimate.nl/book/ (датаобращения: 27.10.2025).

5. The Open Group. The TOGAF® Standard, 10th Edition – A Pocket Guide. — Van Haren Publishing, 2022. — 180 p. — Текст: электронный // Официальныйсайт The Open Group. — URL: https://publications.opengroup.org/guides/archimate  (датаобращения: 27.10.2025).