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

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

На рисунке 1 представлена диаграмма ArchiMate архитектуры ведения учета результатов соревнований в текущем состоянии («Как-есть»).

Рисунок 1 – Диаграмма Archimate ведения учёта результатов соревнования, «Как-есть»

В верхнем бизнес-слое архитектуры (рисунок 1) ведущий соревнований выполняет последовательность процессов, включающих проведение этапа соревнования, занесение результата в бумажный бланк, проверка бланка, занесение результатов в электронную таблицу и формирование отчёта в формате PDF или Excel. Основными бизнес-объектами являются список участников, результаты соревнований, бумажный бланк с результатом этапа и итоговый отчёт о соревнованиях.

В прикладном слое архитектуры (рисунок 1) бизнес-процессы поддерживаются офисным пакетом MS Office, реализующим сервисы формирования списка участников из заявок, ввода результатов в электронную таблицу и генерации протоколов и отчётов. Данные представляются в виде электронных объектов данных «Список участников (Excel)», «Таблица результатов (Excel)» и «Отчёт в формате PDF или XLSX».

Технологический слой включает рабочую станцию ведущих соревнований под управлением операционной системы Windows 10, на которой и установлен пакет MS Office. Файлы формата .xlsx и .pdf хранятся локально и представляются как артефакты данных.

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

Для формализации причин и целей цифровизации исследуемой деятельности учёта результатов соревнований была создана мотивационная диаграмма в нотации ArchiMate, представленная на рисунке 2.

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

Рисунок 2 – Мотивационная диаграмма ArchiMate автоматизации ведения учёта результатов соревнования

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

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

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

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

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

Данные в системе представлены в виде объектов «Таблица результатов соревнований» и «Отчёт в формате PDF или XLSX». В реальности это файлы базы данных и файлы отчётов, которые система генерирует автоматически на сервере.

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

Рисунок 3 – Диаграмма Archimate ведения учета результатов соревнования, «Как-будет»

Связь между текущей и целевой архитектурами отражена на переходной диаграмме (рисунок 4).

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

Рисунок 4 – Переходная диаграмма Archimate ведения учета результатов соревнования

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

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

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

Использование нотации ArchiMate [3] для описания системы позволило последовательно связать мотивационные факторы, архитектуру «Как-есть», проектируемую архитектуру «Как-будет» и переход между ними. Текущая модель учета результатов соревнований в детском лагере основана на бумажных бланках и ручной обработке данных, что приводит к высокой нагрузке на персонал и риску ошибок.

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

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

1. Sports Event Data Management System and Its Application in Competition Organization // Scalable Computing: Practice and Experience. Aug 1, 2024; URL: https://scpe.org/index.php/scpe/article/view/3054 (дата обращения: 24.08.2025).

2. Архитектура информационных систем // Казанский федеральный университет. Институт вычислительной математики и информационных технологий. Кафедра информационных систем. Публикация 2019; URL: https://kpfu.ru/staff_files/F_1284155032/Arkhitektura_informacionnykh_sistem.pdf (дата обращения: 28.08.2025).

3. Основы языка моделирования архитектуры предприятия ArchiMate. Корпоративный менеджмент. Публикация 26.07.2016 // URL: https://www.cfin.ru/itm/EA_ArchiMate.shtml (дата обращения 11.09.2025)