Архитектура мобильного приложения для малого бизнеса: реальный кейс в вашей ВКР

В марте 2026 года сервис подработки «Моя смена» (ГК Verme) выпустил мобильную версию для заказчиков из сегмента МСБ. Компания объявила, что приложение позволяет быстро находить временный персонал рядом с точкой ведения бизнеса — это типичный пример цифровой трансформации малого предпринимательства. Для студента, пишущего ВКР по направлению «Разработка мобильных приложений» или «Архитектура корпоративных систем», этот кейс — готовая предметная область. Вы не просто делаете абстрактное приложение, а решаете реальную бизнес-задачу: как соединить заказчика и исполнителя с учётом геолокации, рейтингов, занятости. Ниже покажу, как перенести идеи из новости в три актуальные темы ВКР, какие архитектурные решения обосновать и какие метрики предъявить на защите.

Три темы ВКР на основе кейса «Моя смена»

Как встроить кейс в главы ВКР: конкретика

Глава 1. Анализ требований и аналогов

Используйте новость как отправную точку. Опишите, что сервис «Моя смена» решает проблему «здесь и сейчас» — мобильное приложение для заказчиков МСБ. В дипломе это ложится в раздел 1.3 «Обзор существующих решений». Вставьте скриншот из статьи (с ссылкой на CNews) и сравните с Yourdo, Worki, Profi.ru по критериям: геофильтр, рейтинг исполнителей, мгновенный заказ. Так вы покажете практическую ценность работы.

Глава 2. Архитектура: C4 и OpenAPI

Постройте диаграмму контейнеров (C4) для вашего приложения: Mobile App → API Gateway → Service Layer → Database. Для каждого сервиса опишите OpenAPI 3.0 спецификацию. Пример фрагмента спецификации для эндпоинта /orders:

openapi: 3.0.0
info:
  title: "Моя смена – API заказов"
  version: "1.0.0"
paths:
  /orders:
    get:
      summary: "Получить список заказов рядом"
      parameters:
        - name: lat
          in: query
          schema:
            type: number
        - name: lng
          in: query
          schema:
            type: number
      responses:
        '200':
          description: "Массив заказов"
          content:
            application/json:
              schema:
                type: array
                items:
                  $ref: '#/components/schemas/Order'

Такая спецификация — обязательный элемент для ВКР по ГОСТ 34 (раздел «Описание программного обеспечения»). Она показывает комиссии, что вы умеете проектировать интерфейсы на профессиональном уровне.

Глава 2 (продолжение). Контейнеризация и CI/CD

Покажите docker-compose.yml для локального развёртывания трёх сервисов (backend, geo-service, frontend). Если выбрана тема микросервисов, добавьте Kubernetes-манифесты (Deployment, Service, Ingress). Пример простого Docker Compose для сервиса заказов:

version: '3.8'
services:
  order-api:
    image: mysmena/order-service:1.0
    ports:
      - "8080:8080"
    environment:
      DB_HOST: postgres
      GEO_SERVICE_URL: http://geo:8081
  geo:
    image: mysmena/geo-service:1.0
    ports:
      - "8081:8081"
  postgres:
    image: postgres:15
    environment:
      POSTGRES_DB: orders

Это демонстрирует навыки DevOps (контейнеризация), которые высоко ценятся в современных ИТ-компаниях.

Глава 3. Метрики и экономическая эффективность

Для защиты нужно показать, что ваша реализация быстрее или надёжнее. Измерьте время отклика API при 1000 одновременных запросов (RPS). Приведите метрики: среднее время ответа, p99, процент отказов. Если вы разрабатывали мобильное приложение — используйте Firebase Performance Monitoring или Jaeger для трейсинга. Сравните с гипотетическим аналогом (или данными из статьи, если они есть). Например: «В среднем приложение "Моя смена" (по данным открытых источников) обрабатывает заказ за 5 сек. В разработанном решении — 2,3 сек за счёт кэширования геоданных». Таблицу метрик разместите в приложении.

Чему вы научитесь, выполнив эту ВКР

• Проектировать REST API и описывать его в OpenAPI 3.0.
• Развёртывать микросервисы в Docker и Kubernetes с помощью CI/CD (GitLab CI, GitHub Actions).
• Проводить нагрузочное тестирование (Apache JMeter, Locust) и интерпретировать метрики производительности.
• Обосновывать выбор стека технологий с точки зрения бизнес-требований (малый бизнес → быстрая разработка, низкая стоимость).
• Оформлять архитектурные диаграммы в C4 и UML в соответствии с ГОСТ 34.601-90.

FAQ: частые вопросы студентов о ВКР на эту тему

1. Какой стек технологий выбрать для мобильного приложения в дипломе?

Ориентируйтесь на требования вуза. Если разрешено кроссплатформенное — Flutter или React Native. Для бэкенда — Python (FastAPI) или Go. Для хранения — PostgreSQL + Redis (кэш геоданных). Главное — обосновать выбор в главе 2: «Выбран Flutter, так как обеспечивает единую кодовую базу для Android и iOS при минимальных затратах на разработку (актуально для стартапов, как "Моя смена")».

2. Нужно ли приводить полный код приложения в приложении?

Достаточно фрагментов (ключевые компоненты, конфиги, тесты). Полный код можно вынести в репозиторий GitHub со ссылкой в пояснительной записке. Комиссия не будет читать 10 000 строк, но наличие ссылки на код — плюс.

3. Где взять данные для расчёта экономической эффективности?

Используйте открытые данные с сервисов статистики (напр., подобные сервисы подработки публикуют средние чеки). Либо возьмите оценочные параметры: «Временная ставка исполнителя — 500 руб./час, среднее время поиска через приложение — 10 мин, аналогов — 30 мин». Рассчитайте экономию времени в денежном выражении. Это допускается, если указать: «расчёт является модельным».

4. Можно ли использовать реальные скриншоты из статьи CNews в своей работе?

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

Источник: Сервис «Моя смена» выпустил мобильную версию для малого и среднего бизнеса (опубликовано 2026-03-16)