Работаем для вас без выходных, пишите в Telegram: @Diplomit
Корзина (0)---------

Cart

Your basket is empty

Корзина (0)---------

Cart

Your basket is empty

Каталог товаров
Наши фото
2
3
1
4
5
6
7
8
9
10
11
информационная модель в виде ER-диаграммы в нотации Чена
Информационная модель в виде описания логической модели базы данных
Информациооная модель в виде описания движения потоков информации и документов (стандарт МФПУ)
Информациооная модель в виде описания движения потоков информации и документов (стандарт МФПУ)2
G
Twitter
FB
VK
lv

Тема ВКР Синергия: Автоматизация контроля исполнения заказов на примере TabakMarket — интернет-магазин

Структура ВКР Синергия 09.03.02: Автоматизация контроля исполнения заказов для интернет-магазина

Структура ВКР Московский университет «Синергия», 09.03.02 Информационные системы и технологии

Введение

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

Нужна работа по этой теме? Получите консультацию за 10 минут! Telegram: @Diplomit Телефон/WhatsApp/MAX: +7 (987) 915-99-32, Email: admin@diplom-it.ru

Оформите заказ онлайн: Заказать ВКР

Стандарты Московского университета «Синергия» предъявляют строгие требования к структуре ВКР. Работа должна включать три основные главы:

  • Аналитическая часть — глубокий анализ предметной области, бизнес-процессов и обоснование необходимости автоматизации;
  • Проектная часть — детальное проектирование информационной системы (информационное, программное, техническое обеспечение);
  • Экономическая часть — расчет показателей эффективности внедрения системы.

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

Глава 1. Аналитическая часть

1.1. Технико-экономическая характеристика предметной области и предприятия

1.1.1. Характеристика предприятия и его деятельности

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

Пошаговая инструкция:

  1. Укажите полное наименование организации, организационно-правовую форму (ООО), год основания.
  2. Опишите специфику деятельности: продажа табачной продукции через интернет-магазин с доставкой по городу.
  3. Приведите таблицу основных экономических показателей за 2-3 года (выручка, количество заказов в месяц, число сотрудников).
  4. Охарактеризуйте целевую аудиторию и географию продаж.

Пример для темы:

ООО «ТабакМаркет» зарегистрировано в 2020 году и специализируется на розничной продаже табачной продукции через интернет-магазин с последующей доставкой покупателю. Ассортимент включает сигареты, электронные сигареты, жидкости для вейпинга, аксессуары. На платформе зарегистрировано более 8 000 постоянных клиентов, ежемесячно оформляется около 1 200 заказов.

Показатель 2023 г. 2024 г.
Выручка, тыс. руб. 18 500 24 300
Количество заказов в месяц, шт. 950 1 200
Средний чек, руб. 1 620 1 688
Численность персонала, чел. 14 18

Типичные ошибки:

  • Использование конфиденциальных данных реального предприятия без разрешения. Рекомендуется использовать анонимизированные или условные данные.
  • Отсутствие динамики показателей — необходимо показать рост бизнеса за 2-3 года.

1.1.2. Организационная структура управления предприятием

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

Пошаговая инструкция:

  1. Постройте схему организационной структуры (иерархическая или матричная).
  2. Выделите ключевые подразделения: отдел продаж, склад, служба доставки, бухгалтерия.
  3. Опишите функции каждого подразделения в контексте обработки заказов.
  4. Укажите количество сотрудников в каждом подразделении.

Пример структуры:

Организационная структура ООО «ТабакМаркет» включает:

  • Генеральный директор
  • Коммерческий отдел (2 менеджера по продажам)
  • Складской комплекс (4 кладовщика-комплектовщика)
  • Служба доставки (6 курьеров)
  • Бухгалтерия (2 бухгалтера)
  • IT-специалист (1 человек)

Контроль исполнения заказов в настоящее время распределен между менеджерами продаж (прием и подтверждение заказа), кладовщиками (комплектация) и курьерами (доставка). Отсутствует единый ответственный за сквозной контроль от момента оформления до получения клиентом.

1.1.3. Программная и техническая архитектура ИС предприятия

Цель раздела: описать существующие информационные системы и техническую инфраструктуру.

Пошаговая инструкция:

  1. Перечислите используемое ПО: платформа интернет-магазина, CRM, учетные системы.
  2. Опишите техническую инфраструктуру: серверы, рабочие станции, сетевое оборудование.
  3. Постройте схему взаимодействия систем (если есть интеграции).
  4. Выявите слабые места в текущей архитектуре, влияющие на контроль заказов.

Пример для темы:

В ООО «ТабакМаркет» используются следующие информационные системы:

  • Интернет-магазин на платформе Битрикс (прием заказов)
  • Google Таблицы для учета статусов заказов (ручное ведение)
  • 1С:Бухгалтерия 8 для финансового учета
  • Мобильное приложение для курьеров (неинтегрированное с основной системой)

Техническая инфраструктура включает 10 рабочих станций на базе Windows 10, локальный файловый сервер, роутер с выходом в интернет. Отсутствует централизованная система контроля статусов заказов — информация дублируется в трех разных источниках (Битрикс, таблицы, приложение курьеров), что приводит к расхождениям и ошибкам.

1.2. Характеристика комплекса задач и обоснование необходимости автоматизации

1.2.1. Выбор комплекса задач автоматизации и характеристика существующих бизнес-процессов

Цель раздела: выявить проблемные бизнес-процессы и обосновать выбор контроля заказов как приоритетной задачи для автоматизации.

Нужна работа по этой теме? Получите консультацию за 10 минут! Telegram: @Diplomit Телефон/WhatsApp/MAX: +7 (987) 915-99-32, Email: admin@diplom-it.ru

Оформите заказ онлайн: Заказать ВКР

Пошаговая инструкция:

  1. Составьте перечень ключевых бизнес-процессов предприятия.
  2. Для процесса «Контроль исполнения заказов» постройте диаграмму в нотации IDEF0 или BPMN (модель «КАК ЕСТЬ»).
  3. Опишите каждый этап процесса: прием заказа → подтверждение → комплектация → передача курьеру → доставка → подтверждение получения.
  4. Выявите проблемные зоны: отсутствие контроля сроков, потеря заказов при передаче между подразделениями, отсутствие уведомлений клиентам.

Пример диаграммы бизнес-процесса «КАК ЕСТЬ»:

Этапы процесса контроля исполнения заказа:

  1. Клиент оформляет заказ на сайте → данные сохраняются в Битрикс.
  2. Менеджер вручную проверяет заказ в админ-панели Битрикс → звонит клиенту для подтверждения.
  3. После подтверждения менеджер копирует данные заказа в общую Google Таблицу.
  4. Кладовщик проверяет таблицу → комплектует заказ → ставит отметку «готов к выдаче».
  5. Курьер приезжает на склад → получает заказ → вручную вносит данные в мобильное приложение.
  6. После доставки курьер отмечает статус в приложении → клиент получает СМС.

Выявленные проблемы:

  • Расхождение данных между системами (Битрикс, таблица, приложение курьера).
  • Отсутствие контроля сроков исполнения на каждом этапе.
  • 5% заказов теряются при передаче между подразделениями.
  • Среднее время доставки — 4 часа при заявленных 2 часах.
  • 30% клиентов жалуются на отсутствие уведомлений о статусе заказа.

1.2.2. Определение места проектируемой задачи в комплексе задач и ее описание

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

Пошаговая инструкция:

  1. Постройте карту взаимосвязей бизнес-процессов.
  2. Выделите входы и выходы задачи контроля заказов:
    • Входы: данные заказа из интернет-магазина, информация о наличии товара на складе.
    • Выходы: статусы исполнения, данные для бухгалтерии, аналитика для руководства.
  3. Опишите информационные потоки между задачей и смежными процессами.

1.2.3. Обоснование необходимости использования вычислительной техники

Цель раздела: аргументировать, почему ручной контроль неприемлем, а автоматизация необходима.

Ключевые аргументы:

  • Рост объема заказов (с 950 до 1 200 в месяц за год) делает ручной контроль неэффективным.
  • Человеческий фактор: ошибки при копировании данных между системами.
  • Требования законодательства: для табачной продукции необходим строгий учет движения товара.
  • Конкурентные преимущества: клиенты ожидают прозрачности и оперативности.

1.2.4. Анализ системы обеспечения информационной безопасности

Цель раздела: оценить текущее состояние защиты информации и требования к будущей системе.

Пошаговая инструкция:

  1. Проанализируйте соответствие обработки персональных данных требованиям ФЗ-152.
  2. Оцените защиту коммерческой тайны (данные о поставщиках, наценках).
  3. Определите требования к разграничению прав доступа (менеджер видит все заказы, курьер — только свои).
  4. Укажите необходимость шифрования данных при передаче.

1.3. Анализ существующих разработок и выбор стратегии автоматизации

1.3.1. Анализ существующих разработок для автоматизации задачи

Цель раздела: изучить рынок решений и обосновать выбор собственной разработки или готового продукта.

Пример сравнительной таблицы:

Решение Функционал контроля заказов Интеграция с Битрикс Стоимость (в месяц) Недостатки для TabakMarket
Битрикс24 CRM, задачи, контроль сроков Встроенная Бесплатно (базовый) Избыточный функционал, сложность настройки под специфику табачного ритейла
СДЭК:Бизнес Учет доставок, трекинг API 1 500 руб. Фокус на доставке, нет контроля складских операций
Собственная разработка Под ключ под бизнес-процессы Полная Единоразовые затраты на разработку Время разработки, необходимость поддержки

1.3.2–1.3.3. Выбор стратегии и способа приобретения ИС

Рекомендация: для интернет-магазина с узкой спецификой (табачная продукция, строгий контроль возраста покупателя) целесообразна разработка собственной системы с возможностью интеграции с Битрикс через REST API. Это обеспечит:

  • Адаптацию под специфику бизнеса (проверка возраста при доставке).
  • Минимизацию затрат на подписку (единоразовые затраты на разработку).
  • Гибкость для дальнейшего развития.

1.4. Обоснование проектных решений

1.4.1. Информационное обеспечение

  • Классификаторы: статусы заказа (новый, подтвержден, в комплектации, передан курьеру, доставлен, отменен).
  • Справочники: клиенты, товары, курьеры, зоны доставки.
  • Документы: заказ, акт приема-передачи, отчет по доставкам.

1.4.2. Программное обеспечение

  • СУБД: PostgreSQL 14 (надежность, поддержка геоданных для зон доставки).
  • Backend: Python/Django (быстрая разработка, богатая экосистема).
  • Frontend: React + TypeScript (интерактивный интерфейс для операторов).
  • Мобильное приложение для курьеров: React Native.

1.4.3. Техническое обеспечение

  • Веб-сервер: облачный хостинг (Яндекс.Облако или аналог).
  • Рабочие станции операторов: ПК с браузером последней версии.
  • Мобильные устройства курьеров: смартфоны на Android 10+.

Глава 2. Проектная часть

2.1. Разработка проекта автоматизации

2.1.1. Этапы жизненного цикла проекта

Рекомендуется использовать гибкую модель (Scrum) с итерациями по 2 недели:

  1. Планирование и анализ требований (2 недели).
  2. Проектирование архитектуры и БД (2 недели).
  3. Разработка модуля управления заказами (3 недели).
  4. Разработка модуля склада (2 недели).
  5. Разработка мобильного приложения для курьеров (3 недели).
  6. Интеграция с Битрикс (1 неделя).
  7. Тестирование и отладка (2 недели).
  8. Внедрение и обучение персонала (1 неделя).

2.1.2. Ожидаемые риски и их описание

Риск Вероятность Меры снижения
Изменение требований заказчика в процессе разработки Высокая Фиксация требований в техническом задании с визой руководителя предприятия
Сбои при интеграции с Битрикс Средняя Разработка промежуточного слоя (middleware) для обработки ошибок интеграции
Недостаточная квалификация персонала для работы с системой Средняя Разработка инструкций и проведение обучения перед внедрением

2.2. Информационное обеспечение задачи

2.2.1. Информационная модель

Основные сущности:

  • Клиент (id, ФИО, телефон, email, дата рождения)
  • Заказ (id, клиент_id, дата_создания, статус, сумма)
  • Товар_в_заказе (заказ_id, товар_id, количество, цена)
  • Курьер (id, ФИО, телефон, статус_онлайн)
  • Этап_исполнения (заказ_id, этап, дата_начала, дата_окончания, ответственный)

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

Связь «Клиент — Заказ»: один ко многим (один клиент может иметь много заказов).

Связь «Заказ — Товар_в_заказе»: один ко многим (в одном заказе может быть несколько товаров).

Связь «Заказ — Курьер»: многие к одному (курьер доставляет много заказов, но заказ доставляет один курьер).

Связь «Заказ — Этап_исполнения»: один ко многим (заказ проходит через несколько этапов).

2.2.2–2.2.3. Нормативно-справочная и результатная информация

Опишите структуру справочников, входных документов (заказ с сайта) и результатных форм (отчет «Анализ времени доставки по зонам»).

2.3. Программное обеспечение задачи

2.3.1. Дерево функций и сценарий диалога

Пример дерева функций:

  • Модуль контроля заказов
    • Просмотр списка заказов
    • Фильтрация по статусу/дате
    • Назначение курьера
    • Изменение статуса
    • Отправка уведомления клиенту

2.3.2. Характеристика базы данных

Пример структуры таблицы «Заказы»:

Поле Тип Описание Ограничения
id SERIAL Уникальный идентификатор PRIMARY KEY
client_id INTEGER Идентификатор клиента FOREIGN KEY REFERENCES clients(id)
status VARCHAR(20) Статус заказа NOT NULL, DEFAULT 'new'
delivery_address VARCHAR(255) Адрес доставки NOT NULL
delivery_zone INTEGER Зона доставки (для расчета стоимости) FOREIGN KEY REFERENCES delivery_zones(id)
created_at TIMESTAMP Дата создания DEFAULT CURRENT_TIMESTAMP
delivered_at TIMESTAMP Дата доставки NULL

2.3.4. Описание программных модулей

Пример модуля контроля сроков:

Класс: OrderDeadlineMonitor
Назначение: Контроль соблюдения сроков исполнения заказов
Методы:
- check_overdue_orders(): проверяет заказы, превысившие лимит времени на этапе
- notify_responsible(order_id, stage): отправляет уведомление ответственному
- generate_deadline_report(period): формирует отчет по соблюдению сроков

2.4. Контрольный пример реализации

Приведите 7+ скриншотов интерфейса системы с описанием:

  1. Список заказов с фильтрами по статусу
  2. Детальная карточка заказа
  3. Назначение курьера с отображением загрузки
  4. Карта с отслеживанием курьера в реальном времени
  5. Форма подтверждения доставки с проверкой возраста
  6. Отчет «Анализ времени доставки»
  7. Панель мониторинга для руководителя

Глава 3. Обоснование экономической эффективности

3.1. Методика расчета

Рекомендуется использовать комплексный подход:

  • Простой срок окупаемости — для быстрой оценки.
  • ROI (Return on Investment) — для оценки рентабельности.
  • NPV (Net Present Value) — для учета временной стоимости денег при сроке окупаемости >1 года.

3.2. Расчет показателей

Пример расчета затрат:

Статья затрат Сумма, руб.
Разработка ПО (250 часов × 2 000 руб./час) 500 000
Хостинг и домен (год) 36 000
Обучение персонала 20 000
Накладные расходы (30%) 166 800
Итого капитальные затраты 722 800

Пример расчета экономического эффекта:

Источник экономии Годовая экономия, руб.
Сокращение потерь заказов (5% → 0.5%) 1 320 000
Снижение времени обработки заказа (15 мин → 5 мин) 480 000
Снижение количества жалоб клиентов 180 000
Итого годовая экономия 1 980 000
Минус эксплуатационные расходы (150 000)
Чистый годовой эффект 1 830 000

Показатели эффективности:

  • Срок окупаемости = 722 800 / 1 830 000 = 0.39 года ≈ 4.7 месяца
  • ROI = (1 830 000 / 722 800) × 100% = 253%

Практические инструменты для написания ВКР

Чек-лист подготовки к написанию ВКР

  • Подготовительный этап:
    • ☐ Получено и изучено задание от научного руководителя
    • ☐ Собрана открытая информация об отрасли электронной коммерции
    • ☐ Подобрана литература по проектированию ИС (не менее 20 источников)
    • ☐ Изучены требования ГОСТ 34 к документированию ИС
  • Аналитическая глава:
    • ☐ Построена диаграмма бизнес-процесса «КАК ЕСТЬ» в нотации BPMN
    • ☐ Проведен анализ 3+ готовых решений с таблицей сравнения
    • ☐ Сформулированы функциональные и нефункциональные требования
    • ☐ Обоснован выбор стратегии автоматизации
  • Проектная глава:
    • ☐ Спроектирована ER-диаграмма с не менее чем 6 сущностями
    • ☐ Написаны SQL-скрипты создания таблиц
    • ☐ Разработаны макеты не менее 7 экранов интерфейса
    • ☐ Описаны алгоритмы ключевых модулей (блок-схемы)
    • ☐ Подготовлен контрольный пример работы системы
  • Экономическая глава:
    • ☐ Рассчитаны капитальные затраты на разработку
    • ☐ Определены эксплуатационные расходы
    • ☐ Рассчитана годовая экономия по 3+ статьям
    • ☐ О

Нужна работа по этой теме? Получите консультацию за 10 минут! Telegram: @Diplomit Телефон/WhatsApp/MAX: +7 (987) 915-99-32, Email: admin@diplom-it.ru

Оформите заказ онлайн: Заказать ВКР

Оцените стоимость дипломной работы, которую точно примут
Тема работы
Срок (примерно)
Файл (загрузить файл с требованиями)
Выберите файл
Valid extensions: jpg, jpeg, png, tiff, doc, docx, txt, rtf, pdf, xls, xlsx, zip, tar, bz2, gz, rar, jar
Maximum file size: 5 MB
Имя
Телефон
Email
Предпочитаемый мессенджер для связи
Комментарий
Ссылка на страницу
0Избранное
товар в избранных
0Сравнение
товар в сравнении
0Просмотренные
0Корзина
товар в корзине
Мы используем файлы cookie, чтобы сайт был лучше для вас.