Структура ВКР Московский университет «Синергия», 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: направления деятельности, масштаб бизнеса, ключевые показатели.
Пошаговая инструкция:
- Укажите полное наименование организации, организационно-правовую форму (ООО), год основания.
- Опишите специфику деятельности: продажа табачной продукции через интернет-магазин с доставкой по городу.
- Приведите таблицу основных экономических показателей за 2-3 года (выручка, количество заказов в месяц, число сотрудников).
- Охарактеризуйте целевую аудиторию и географию продаж.
Пример для темы:
ООО «ТабакМаркет» зарегистрировано в 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. Организационная структура управления предприятием
Цель раздела: визуализировать и описать структуру управления с выделением подразделений, участвующих в обработке заказов.
Пошаговая инструкция:
- Постройте схему организационной структуры (иерархическая или матричная).
- Выделите ключевые подразделения: отдел продаж, склад, служба доставки, бухгалтерия.
- Опишите функции каждого подразделения в контексте обработки заказов.
- Укажите количество сотрудников в каждом подразделении.
Пример структуры:
Организационная структура ООО «ТабакМаркет» включает:
- Генеральный директор
- Коммерческий отдел (2 менеджера по продажам)
- Складской комплекс (4 кладовщика-комплектовщика)
- Служба доставки (6 курьеров)
- Бухгалтерия (2 бухгалтера)
- IT-специалист (1 человек)
Контроль исполнения заказов в настоящее время распределен между менеджерами продаж (прием и подтверждение заказа), кладовщиками (комплектация) и курьерами (доставка). Отсутствует единый ответственный за сквозной контроль от момента оформления до получения клиентом.
1.1.3. Программная и техническая архитектура ИС предприятия
Цель раздела: описать существующие информационные системы и техническую инфраструктуру.
Пошаговая инструкция:
- Перечислите используемое ПО: платформа интернет-магазина, CRM, учетные системы.
- Опишите техническую инфраструктуру: серверы, рабочие станции, сетевое оборудование.
- Постройте схему взаимодействия систем (если есть интеграции).
- Выявите слабые места в текущей архитектуре, влияющие на контроль заказов.
Пример для темы:
В ООО «ТабакМаркет» используются следующие информационные системы:
- Интернет-магазин на платформе Битрикс (прием заказов)
- 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
Оформите заказ онлайн: Заказать ВКР
Пошаговая инструкция:
- Составьте перечень ключевых бизнес-процессов предприятия.
- Для процесса «Контроль исполнения заказов» постройте диаграмму в нотации IDEF0 или BPMN (модель «КАК ЕСТЬ»).
- Опишите каждый этап процесса: прием заказа → подтверждение → комплектация → передача курьеру → доставка → подтверждение получения.
- Выявите проблемные зоны: отсутствие контроля сроков, потеря заказов при передаче между подразделениями, отсутствие уведомлений клиентам.
Пример диаграммы бизнес-процесса «КАК ЕСТЬ»:
Этапы процесса контроля исполнения заказа:
- Клиент оформляет заказ на сайте → данные сохраняются в Битрикс.
- Менеджер вручную проверяет заказ в админ-панели Битрикс → звонит клиенту для подтверждения.
- После подтверждения менеджер копирует данные заказа в общую Google Таблицу.
- Кладовщик проверяет таблицу → комплектует заказ → ставит отметку «готов к выдаче».
- Курьер приезжает на склад → получает заказ → вручную вносит данные в мобильное приложение.
- После доставки курьер отмечает статус в приложении → клиент получает СМС.
Выявленные проблемы:
- Расхождение данных между системами (Битрикс, таблица, приложение курьера).
- Отсутствие контроля сроков исполнения на каждом этапе.
- 5% заказов теряются при передаче между подразделениями.
- Среднее время доставки — 4 часа при заявленных 2 часах.
- 30% клиентов жалуются на отсутствие уведомлений о статусе заказа.
1.2.2. Определение места проектируемой задачи в комплексе задач и ее описание
Цель раздела: показать взаимосвязь задачи контроля заказов с другими бизнес-процессами предприятия.
Пошаговая инструкция:
- Постройте карту взаимосвязей бизнес-процессов.
- Выделите входы и выходы задачи контроля заказов:
- Входы: данные заказа из интернет-магазина, информация о наличии товара на складе.
- Выходы: статусы исполнения, данные для бухгалтерии, аналитика для руководства.
- Опишите информационные потоки между задачей и смежными процессами.
1.2.3. Обоснование необходимости использования вычислительной техники
Цель раздела: аргументировать, почему ручной контроль неприемлем, а автоматизация необходима.
Ключевые аргументы:
- Рост объема заказов (с 950 до 1 200 в месяц за год) делает ручной контроль неэффективным.
- Человеческий фактор: ошибки при копировании данных между системами.
- Требования законодательства: для табачной продукции необходим строгий учет движения товара.
- Конкурентные преимущества: клиенты ожидают прозрачности и оперативности.
1.2.4. Анализ системы обеспечения информационной безопасности
Цель раздела: оценить текущее состояние защиты информации и требования к будущей системе.
Пошаговая инструкция:
- Проанализируйте соответствие обработки персональных данных требованиям ФЗ-152.
- Оцените защиту коммерческой тайны (данные о поставщиках, наценках).
- Определите требования к разграничению прав доступа (менеджер видит все заказы, курьер — только свои).
- Укажите необходимость шифрования данных при передаче.
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 недели:
- Планирование и анализ требований (2 недели).
- Проектирование архитектуры и БД (2 недели).
- Разработка модуля управления заказами (3 недели).
- Разработка модуля склада (2 недели).
- Разработка мобильного приложения для курьеров (3 недели).
- Интеграция с Битрикс (1 неделя).
- Тестирование и отладка (2 недели).
- Внедрение и обучение персонала (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+ скриншотов интерфейса системы с описанием:
- Список заказов с фильтрами по статусу
- Детальная карточка заказа
- Назначение курьера с отображением загрузки
- Карта с отслеживанием курьера в реальном времени
- Форма подтверждения доставки с проверкой возраста
- Отчет «Анализ времени доставки»
- Панель мониторинга для руководителя
Глава 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
Оформите заказ онлайн: Заказать ВКР























