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

Эффективность работы современного ресторана, особенно в сегменте доставки, напрямую зависит от скорости, точности и надежности приема и обработки заказов. В ресторане «Чито Гврито» в Волгограде поддержка бесперебойного процесса доставки является критически важной задачей для удовлетворения клиентов и обеспечения рентабельности [1]. Однако, как показывает анализ, текущий процесс обработки заказов характеризуется использованием разнородных каналов связи (телефон), ручной обработкой и фиксацией данных, что приводит к высокой нагрузке на администратора, увеличению времени обработки заказа, росту количества ошибок и низкой прозрачности процесса для клиента [2].

Целью данной работы является архитектурная трансформация процесса обработки заказов на доставку в ресторане «Чито Гврито» на основе внедрения специализированного веб-сервиса, который консолидирует все заказы в единый цифровой поток, автоматизирует рутинные операции и предоставляет прозрачные инструменты для взаимодействия клиентам, администраторам, поварам и курьерам. Для структурированного описания архитектурной трансформации применяется методология TOGAF и нотация ArchiMate, позволяющие связать бизнес-мотивацию трансформации с технической реализацией [3].

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

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

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

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

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

• автоматизированный прием заказов через веб-интерфейс,

• подключение модуля онлайн-оплаты,

• ведение отчетности за разный период,

• кросс-платформенность,

• высокая производительность сервиса,

• удобный и понятный интерфейс.

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

Рисунок 1 – Диаграмма ArchiMate мотивационного слоя архитектуры обработки заказов на доставку

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

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

На рисунке 3 показана целевая модель «Как будет». Бизнес-процесс трансформируется за счет внедрения специализированного веб-сервиса. Все участники процесса (Клиент, Администратор, Повар, Курьер) используют единые интерфейсы веб-сервиса, но с разными функциональными модулями: интерфейс оформления заказа для клиента (меню, корзина, оплата), административная панель (управление заказами, статусами, оплатой, отчеты), панель исполнителя (для повара и курьера). Заказ создается в цифровом виде клиентом, автоматически обрабатывается, назначается повару, а затем курьеру. Процесс сопровождается автоматическими уведомлениями о статусе заказа и завершается формированием цифрового отчета.

В технологическом слое целевая архитектура состоит из веб-сервера (Apache на Linux Ubuntu), файлового сервера с CMS (WordPress, PHP), сервера базы данных (MySQL, управляемой через phpMyAdmin) и сервера платежного шлюза. Все компоненты объединены локальной сетью (LAN) и имеют интернет-подключение для взаимодействия с клиентами и платежными системами [4].

Рисунок 2 – Модель архитектуры «Как есть» обработки заказов на доставку в ресторане «Чито Гврито»

Рисунок 3 – Модель архитектуры «Как будет» обработки заказов на доставку в ресторане «Чито Гврито»

Переход архитектуры от состояния «Как есть» к целевому состоянию «Как будет» представлен на рисунке 4. Диаграмма построена в нотации ArchiMate и включает два основных компонента: текущее состояние и целевое состояние.

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

Целевое состояние объединяет элементы новой архитектуры: автоматизированные бизнес-процессы (создание заявки, обработка заявки) и новые технологические компоненты (База данных MySQL). Связь трансформации показывает, что реализация проекта обеспечит полную трансформацию бизнес-процесса обработки заказов на доставку, заместив фрагментированные, ручные операции единой цифровой платформой [5].

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

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

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

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

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

• снижает нагрузку на администраторов ресторана.

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

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

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

1. Архитектура программного обеспечения. Что это такое и основные подходы [Электронный ресурс] // Википедия: [сайт]. — URL: https://ru.wikipedia.org/wiki/Архитектура_программного_обеспечения (дата обращения: 22.12.2025)

2. Автоматизация ресторанов и управление заказами [Электронный ресурс] // Википедия: [сайт]. — URL: https://ru.wikipedia.org/wiki/Автоматизация_ресторанов (дата обращения: 22.12.2025)

3. Архитектура системы: виды и описание [Электронный ресурс] // Википедия: [сайт]. — URL: https://ru.wikipedia.org/wiki/Архитектура_системы (дата обращения: 22.12.2025).

4. Обзор архитектуры клиент-серверных приложений [Электронный ресурс] / Смирнов П. Д. — DevOpsJournal: [сайт]. — URL: https://devopsjournal.example.com/architecture_client_server (дата обращения: 22.12.2025).

5. Проектирование архитектуры онлайн-сервиса доставки еды: примеры [Электронный ресурс] / Сухов Р. А., Воротников Г. С. — Studfile: [сайт]. — URL: https://studfile.net/preview/17174190/ (дата обращения: 22.12.2025).