Опубликовано: 28.07.2026 | Источник: CNews (новости)

Разработка системы управления дилерской сетью в ВКР: как привязать реальный кейс E-Prom

Введение

В марте 2026 года компания E-Prom – первый российский производитель электрозарядных станций – объявила о системном расширении дилерской сети на Урал, Сибирь и Дальний Восток. Этот бизнес-кейс – идеальный полигон для выпускника ИТ-специальности. Вместо абстрактного «интернет-магазина» вы получаете реальные процессы: управление территориально распределёнными дилерами, учёт заявок на оборудование, интеграцию с платёжными системами и аналитику спроса. В этой статье я покажу, как превратить статью из CNews в полноценную тему ВКР, какие технологии выбрать и как оформить работу, чтобы она прошла нормоконтроль без головной боли.

Основная часть: от бизнес-задачи к архитектуре

1. Как использовать новость о расширении в первой главе (анализ)

В первой главе вы не просто описываете предметную область – вы ссылаетесь на конкретный источник (CNews). Например, пишете: «Согласно публикации от 16.03.2026, E-Prom масштабирует дилерскую сеть на 30+ регионов. Это требует автоматизации процессов обработки заказов, контроля остатков и логистики».

Далее проводите сравнительный анализ существующих решений: 1С:Управление торговлей, SAP ERP, самописные CRM. Постройте таблицу с критериями (масштабируемость, стоимость лицензий, возможность кастомизации) – она ляжет в основу обоснования собственной разработки.

2. Проектирование системы (глава 2) – C4-модель и микросервисы

Система для дилерской сети должна быть модульной. Используйте C4-модель для визуализации (контекст, контейнеры, компоненты, код).

Пример контекстной диаграммы (текстовое описание):

• Пользователи: дилеры (веб-интерфейс), менеджеры E-Prom (админка), служба логистики (API).
• Контейнеры: Frontend (React/Next.js), Backend (Go/Java Spring), БД (PostgreSQL + Redis для кэша), Шина событий (Kafka).
• Компоненты: сервис заказов, сервис дилеров, модуль отчетности, интеграция с 1С.

Фрагмент конфигурации CI/CD для автоматического развертывания на Kubernetes (пример псевдокода):

# .gitlab-ci.yml
stages:
  - build
  - test
  - deploy

build-backend:
  stage: build
  script:
    - docker build -t dealer-service:$CI_COMMIT_SHORT_SHA ./backend
    - docker push registry.example.com/dealer-service:$CI_COMMIT_SHORT_SHA

deploy-staging:
  stage: deploy
  script:
    - kubectl set image deployment/dealer-service dealer-service=registry.example.com/dealer-service:$CI_COMMIT_SHORT_SHA
  only:
    - develop

3. Метрики эффективности и нагрузочное тестирование (глава 3)

В третьей главе нужно показать, что ваше решение работает. Выберите метрики из стандарта ISO/IEC 25010 (производительность, надёжность, масштабируемость).

Пример: SLA времени ответа API – 95% запросов должны обрабатываться менее 200 мс под нагрузкой 1000 RPS. Проведите нагрузочное тестирование с помощью JMeter или k6, запишите графики.

Также оцените экономию времени дилеров: до внедрения – 3 часа на обработку заявки, после – 20 минут. Эти цифры берутся из кейса E-Prom (рост числа дилеров → ручная обработка станет узким местом).

4. Техническое задание по ГОСТ 34 и документирование

Обязательно оформите ТЗ на разработку автоматизированной системы. Структура по ГОСТ 34.602: назначение, требования к функциям, составу, интерфейсам, безопасности. Укажите, что система должна поддерживать OAuth2 для аутентификации дилеров, передавать данные по gRPC/REST, логировать через OpenTelemetry.

Этот раздел сильно поднимет уровень работы: многие студенты игнорируют нормоконтроль, а зря.

Чему вы научитесь, взяв эту тему

1. Проектировать микросервисную архитектуру с C4-диаграммами.
2. Настраивать CI/CD пайплайн для автоматической выкатки (GitLab CI + Kubernetes).
3. Проводить нагрузочное тестирование и рассчитывать SLA.
4. Писать техническое задание по ГОСТ 34 – это частая просьба на защите.
5. Интегрировать реальные бизнес-данные (дилерские точки) в диплом.

FAQ

Какой стек лучше выбрать для такой ВКР, чтобы было современно?

Бэкенд – Go или Java (Spring Boot), фронтенд – React, БД – PostgreSQL, кэш – Redis, оркестрация – Docker + Kubernetes (или хотя бы docker-compose, если вуз не требует K8s). Для аналитики – ClickHouse или InfluxDB. Такой стек легко обосновать высокой нагрузкой и территориальной распределённостью.

В вузе требуют акт внедрения. Где его взять?

Договоритесь с любой небольшой компанией (или напишите в E-Prom? – маловероятно) протестировать вашу систему. Либо используйте открытые demo-данные и оформите как «пилотное внедрение в учебных целях». Акт можно составить с кафедрой, указав, что ПО апробировано в учебном процессе.

Как защищаться, если у меня только прототип, а не полная система?

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

Сколько страниц должна быть такая ВКР?

Среднее – 70–90 листов. Глава 1 (анализ, обзор аналогов) – 25, глава 2 (проектирование) – 30, глава 3 (тестирование, экономика) – 20, остальное – приложения (код, ТЗ, скриншоты).

Источник: E-Prom расширяет дилерскую сеть: фокус на Урал, Сибирь и Дальний Восток (опубликовано 2026-03-16)