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

Эффективность работы современной организации напрямую зависит от бесперебойного функционирования ее информационно-технологической инфраструктуры. В филиалах крупных государственных учреждений, таких как ФГБУ «ФКП Росреестр», поддержка работоспособности компьютерной техники является критически важной задачей [1]. Однако, как показывает анализ, текущий процесс обработки заявок на ремонт в Волгоградском филиале характеризуется фрагментарностью, использованием разнородных каналов связи (электронная почта, телефон, устные обращения) и ручной регистрацией данных. Это приводит к низкой прозрачности процесса, высокой нагрузке на диспетчеров IT-отдела, увеличению времени реагирования и простоя оборудования [2].

Целью данной работы является архитектурная трансформация ФГБУ «ФКП РОСРЕЕСТР» в контексте одного из видов его деятельности – ремонта компьютерной техники, на основе прогрессивного веб-приложения (PWA), которое консолидирует все обращения в единый цифровой поток, автоматизирует рутинные операции и предоставляет сотрудникам, диспетчерам и техникам прозрачный инструмент для взаимодействия [3,4]. Для структурированного описания архитектурной трансформации применяется методология TOGAF и нотация ArchiMate, позволяющие связать бизнес-мотивацию трансформации с технической реализацией.

1. Мотивационный слой архитектуры.

Мотивационный слой (рисунок 1) определяет «почему» необходима трансформация. Ключевыми стейкхолдерами являются: сотрудник-пользователь (внутренний клиент, инициатор заявки) и администратор/диспетчер IT-отдела.

Драйверы: необходимость повысить удовлетворенность клиента (сотрудника) и эффективность работы IT-отдела. Основным сдерживающим фактором является отсутствие прозрачности процесса ремонта.

Оценки: текущая ситуация приводит к таким негативным оценкам, как высокая нагрузка на IT-отдел и минимизация времени простоя оборудования.

Цели: для изменения ситуации сформулированы цели: повысить эффективность ремонта, снизить нагрузку на IT-специалистов, увеличить прозрачность процесса ремонта и минимизировать время простоя оборудования.

Результаты (Требования): достижение целей требует реализации следующих ключевых требований к системе:

• автоматизированный сбор заявок и диагностика через единую форму,

• модуль отслеживания статуса заявки в реальном времени,

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

• ведение базы знаний (статьи, мануалы) для самообслуживания и обучения,

• работа в офлайн-режиме приложения.

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

Рисунок 1 – Диаграмма ArchiMate мотивационного слоя архитектуры ремонта компьютерной техники

2. Слой бизнес-архитектуры («Как есть» и «Как будет»).

На рисунке 2 представлена модель архитектуры «Как есть» ремонта компьютерной техники IT-отделом ФГБУ «ФКП Росреестр». Бизнес-процесс «Обработка заявки на ремонт» инициируется Сотрудником (Внутренним клиентом) через разрозненные каналы: электронную почту, телефонную связь и устные обращения. Диспетчер IT-отдела принимает и обрабатывает заявку, после чего передает ее Технику (Техническому специалисту) для выполнения ремонта. После ремонта техник формирует отчет о работе и уведомляет сотрудника о завершении. Сотрудник подтверждает выполнение работы. Отсутствие единой цифровой платформы приводит к фрагментации информации, риску потери заявок, отсутствию прозрачности статусов и сложностям в учете и анализе выполненных работ.

Рисунок 2 – Модель архитектуры «Как есть» ремонта компьютерной техники

На рисунке 3 показана целевая модель «Как будет» ремонта компьютерной техники IT-отделом ФГБУ «ФКП Росреестр». Бизнес-процесс трансформируется за счет внедрения прогрессивного веб-приложения (PWA). Все участники процесса (Сотрудник, Диспетчер IT-отдела, Техник) используют единый PWA-интерфейс, но с разными функциональными модулями: единый канал обращения (форма заявки, история, статусы), админ панель (очередь, назначение, отчеты) и интерфейс исполнителя (задания, выполнение, закрытие). Заявка создается в цифровом виде, автоматически обрабатывается и назначается исполнителю. Процесс завершается формированием цифрового отчета и автоматическим уведомлением сотрудника. В слое приложений архитектура состоит из Frontend (Vue.js/React), Backend API и базы данных (PostgreSQL), развернутых на веб-сервере (Nginx), сервере приложений (Node.js) и сервере БД, связанных локальной сетью и интернет-подключением.

Рисунок 3 – Модель архитектуры «Как будет» ремонта компьютерной техники

3. План перехода («Диаграмма Перехода»)

Переход архитектуры от состояния «Как есть» к целевому состоянию «Как будет» представлен на рисунке 4. Диаграмма построена в нотации ArchiMate и включает три основных компонента: текущее плато (As‑Is Plateau), рабочий пакет (Work Package) и целевое плато (To‑Be Plateau).

Текущее плато содержит устаревшие элементы существующего процесса: разнородные каналы связи (устное обращение, электронная почта), ручные операции (обработка заявки, отправка заявки, подтверждение выполнения), а также компоненты и интерфейс приложения (Word/Excel, почтовый клиент, электронная почта).

Целевое плато объединяет элементы новой архитектуры: автоматизированные процессы (создание заявки, обработка заявки), Backend API и базу данных PostgreSQL. Связь realization между рабочим пакетом и целевым плато показывает, что реализация проекта обеспечит переход к целостной, автоматизированной системе.

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

Рисунок 4 – Модель перехода архитектуры по ремонту компьютерной техники от текущего к целевому состоянию

Применение языка ArchiMate позволило комплексно и наглядно описать трансформацию архитектуры исследуемой предметной области – от бизнес-мотивации до конкретных технологических решений. В основе архитектурной трансформации – разрабатываемое PWA для ФГБУ «ФКП Росреестр» по Волгоградской области представляет собой целостное решение, которое:

• консолидирует все обращения в единый цифровой канал,

• автоматизирует диспетчеризацию и уведомления,

• повышает прозрачность и управляемость процесса ремонта для всех участников,

• за счет использования PWA-технологий обеспечивает низкую стоимость владения, кроссплатформенность и устойчивость к сбоям связи.

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

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

1. PWA-приложения. Что это такое и для чего бизнесу создавать приложение из сайта / [Электронный ресурс]// vc.ru: [сайт]. —URL: https://vc.ru/marketing/141463-pwa-prilozheniya-chto-eto-takoe-i-dlya-chego-biznesu-sozdavat-prilozhenie-iz-saita?ysclid=mirv61qqv7241989125 (дата обращения: 04.12.2025)

2. Как PWA помогают компаниям развивать бизнес/ [Электронный ресурс] // trends.rbc.ru: [сайт]. — URL: https://trends.rbc.ru/trends/industry/62ddcb3b9a7947acb0301b05 (дата обращения: 04.12.2025).

3. Льюис, Ш.А. Нативная разработка мобильных приложений: перекрестный справочник для iOS и Android: учебное пособие / Ш.А. Льюис, М. Данн; А. Н. Киселева, - Москва: 2020. - 376 с. – Текст: непосредственный. (дата обращения: 04.12.2025).

4. Полная инструкция по работе с Web App Manifest и Service Worker [Электронный ресурс] // habr.com: [сайт]. — URL: https://habr.com/ru/companies/agima/articles/901736/?ysclid=mirv35fvbh796220426 (дата обращения: 04.12.2025).