Разработка мобильного приложения для мониторинга продаж на предприятии оптовой торговли

Как написать ВКР МУИВ на тему Разработка мобильного приложения для мониторинга продаж на предприятии оптовой торговли

Нужна ВКР по этой теме? Ответим за 10 минут! Telegram: @Diplomit Телефон/WhatsApp: +7 (987) 915-99-32, Email: admin@diplom-it.ru

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

Введение

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

Реализация выпускной квалификационной работы (ВКР) по данной теме предполагает не только разработку полноценного мобильного приложения, но и глубокий анализ бизнес-процессов оптовой торговли, проектирование интеграции с учётными системами (например, 1С), а также обоснование экономической эффективности внедрения. При этом требуется строгое соблюдение стандартной структуры ВКР, принятой в Московском университете имени Витте (МУИВ) по направлению 09.03.02 «Информационные системы и технологии».

В этой статье вы получите:

• Пошаговое руководство по написанию ВКР в соответствии с требованиями МУИВ;
• Практические рекомендации, шаблоны и примеры, адаптированные под специфику оптовой торговли;
• Честную оценку объёма работы (150–200 часов) — чтобы вы могли принять взвешенное решение: писать самостоятельно или обратиться к профессионалам.

После прочтения вы поймёте, какие именно задачи предстоит решить на каждом этапе — и насколько реалистичны ваши ресурсы.

Нужна ВКР по этой теме? Ответим за 10 минут! Telegram: @Diplomit Телефон/WhatsApp: +7 (987) 915-99-32, Email: admin@diplom-it.ru

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

Стандартная структура ВКР МУИВ по 09.03.02: детальный разбор по главам

ВВЕДЕНИЕ

• Назначение: Обосновать актуальность, сформулировать цель и задачи, определить объект и предмет исследования.
• Содержание:
  • Актуальность: рост конкуренции в оптовой торговле, необходимость оперативного управления продажами, мобильность руководства;
  • Объект — ООО «ОптТорг» (условное предприятие оптовой торговли); предмет — мобильное приложение для мониторинга продаж;
  • Цель — разработка мобильного приложения, обеспечивающего в реальном времени доступ к ключевым показателям продаж;
  • Задачи: анализ текущих процессов учёта продаж, моделирование «как есть»/«как должно быть», выбор технологий, разработка ПО, расчёт экономической эффективности;
  • Структура работы — краткое описание трёх глав.
• Сложности: Общие формулировки без привязки к оптовой торговле, несоответствие задач цели.
• Рекомендации: Упоминайте специфику: крупные партии, договорные цены, логистика, отсроченные платежи.
• Шаблон: «Актуальность работы обусловлена необходимостью обеспечения руководителей предприятия оптовой торговли оперативной информацией о выполнении плана продаж, состоянии складских запасов и активности менеджеров в условиях высокой мобильности и динамичного рынка...»

АНАЛИТИЧЕСКАЯ ЧАСТЬ

1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Анализ подразделения «Отдел оптовых продаж» организации ООО «ОптТорг»

1.1.1 Дерево бизнес-направлений организации

• Назначение: Визуализировать структуру предприятия и выделить подразделение, отвечающее за продажи.
• Содержание: Генеральный директор → Коммерческий блок → Отдел оптовых продаж → Группы менеджеров по регионам.
• Сложности: Отсутствие реальных данных о структуре.
• Рекомендации: Используйте открытые данные или смоделируйте типовую структуру оптового предприятия.
• Пример: [Здесь приведите схему: ООО «ОптТорг» → Коммерческий блок → Отдел оптовых продаж → Региональная группа «Центр»]

1.1.2 Сопоставление бизнес-процессов и критических факторов успеха организации

• Назначение: Выявить приоритетные для мониторинга процессы.
• Содержание: Матрица: строки — процессы (приём заказа, формирование отгрузки, контроль дебиторской задолженности); столбцы — КФУ (выполнение плана, оборачиваемость запасов, своевременность оплаты).
• Сложности: Неправильное определение КФУ.
• Рекомендации: Используйте методику CSF (Critical Success Factors). Пример КФУ: «Оперативность реакции на отклонения от плана».
• Шаблон таблицы: [Таблица 1.1: Процесс «Контроль дебиторской задолженности» — высокий вклад в КФУ «Финансовая устойчивость»]

1.1.3 Анализ структуры и нормативной документации подразделения

• Назначение: Изучить регламенты работы отдела продаж.
• Содержание: Должностные инструкции менеджеров, регламенты оформления заказов, политики ценообразования.
• Сложности: Отсутствие доступа к внутренним документам.
• Рекомендации: Для работ по МУИВ допустимо использовать раздел «Сведения об образовательной организации» на сайте вуза как аналог или описать типовые регламенты оптовой торговли.

1.2 Моделирование бизнес-процесса

1.2.1 Моделирование "КАК ЕСТЬ"

• Назначение: Описать текущий процесс учёта и мониторинга продаж (например, ежедневные отчёты в Excel).
• Содержание:
  • IDEF0: функция A1 «Учёт и контроль оптовых продаж» с декомпозицией (A1.1 «Приём заказа», A1.2 «Формирование отгрузки» и т.д.);
  • DFD: потоки данных между менеджером, 1С, финансовым отделом, руководителем;
  • Диаграмма активностей BPMN: последовательность от получения заказа до отгрузки и оплаты.
• Сложности: Отсутствие декомпозиции в IDEF0, нарушение синтаксиса BPMN.
• Рекомендации: Каждый элемент диаграммы сопровождайте текстовым описанием.
• Пример: [Ссылка на рисунок 1.3 — IDEF0-модель «Учёт и контроль оптовых продаж»]

1.2.2 Моделирование процесса "КАК ДОЛЖНО БЫТЬ"

• Назначение: Разработать оптимизированную модель с мобильным мониторингом.
• Содержание:
  • Таблица проблем: задержка в получении данных → невозможность оперативно скорректировать план;
  • KPI: сокращение времени на получение актуального отчёта с 24 часов до 2 минут;
  • Оптимизированная модель в той же нотации.
• Сложности: Отсутствие конкретных методов оптимизации.
• Рекомендации: Используйте: автоматическую синхронизацию с 1С, push-уведомления о критических отклонениях, интерактивные дашборды.
• KPI примеры: Выполнение плана продаж (%), средний чек, количество отгруженных позиций в день, дебиторская задолженность (в днях).

1.3 Анализ рынка программного обеспечения для автоматизации бизнес-процесса

• Назначение: Изучить аналоги мобильных решений для мониторинга продаж.
• Содержание: Обзор: «1С:Управление торговлей» (мобильное приложение), Bitrix24 CRM Mobile, SAP Sales Cloud, Power BI Mobile (с подключением к 1С).
• Сложности: Путаница со средствами разработки (это отдельный раздел 1.5).
• Рекомендации: Анализировать именно готовые решения, а не технологии.
• Шаблон таблицы: [Таблица 1.4: Система — «1С:Управление торговлей»; Производитель — «1С»; Функционал — «Мобильный менеджер, отчёты»; Стоимость — от 300 000 руб./год]

1.4 Анализ стейкхолдеров и их требований к разрабатываемой системе

• Назначение: Выявить всех заинтересованных лиц.
• Содержание: Руководитель (оперативный контроль плана), менеджеры (простой доступ к клиентской базе), бухгалтерия (контроль оплат), ИТ-отдел (безопасность, интеграция).
• Сложности: Неполный охват заинтересованных сторон.
• Рекомендации: Используйте матрицу заинтересованных сторон: роль → цели → требования.

1.5 Выбор средств разработки

• Назначение: Обосновать выбор технологического стека.
• Содержание:
  • Мобильное приложение: Flutter (кроссплатформенность) или Kotlin/Swift (нативно);
  • Бэкенд: C# (.NET Core) или Node.js;
  • База данных: PostgreSQL;
  • Интеграция: REST API для подключения к 1С (через стандартный веб-сервис 1С).
• Сложности: Смешение с разделом 1.3 (аналоги систем).
• Рекомендации: Приводите таблицы сравнения по ключевым критериям: производительность, стоимость, совместимость с 1С.

1.6 Техническое задание на разработку мобильного приложения

• Назначение: Формализовать требования к системе.
• Содержание: ТЗ по ГОСТ 34.602-2020: общие сведения, функциональные требования (авторизация, дашборд продаж, детализация по клиентам, уведомления), нефункциональные (безопасность, производительность).
• Сложности: Несоблюдение структуры ГОСТ.
• Рекомендации: Строго следовать разделам ГОСТ; выносится в Приложение 1.

1.7 Выводы по разделу

• Назначение: Подвести итоги аналитической части.
• Содержание: Краткие выводы по каждому подразделу, обоснование необходимости разработки собственного мобильного приложения с учётом специфики оптовой торговли.

ПРОЕКТНАЯ ЧАСТЬ

2 ПРОЕКТИРОВАНИЕ И РАЗРАБОТКА ПРОЕКТА

2.1 Структурирование требований к разрабатываемой системе

2.1.1 Логическое моделирование данных

• Назначение: Определить функциональные требования к системе.
• Содержание:
  • UseCase-диаграмма: акторы — Руководитель, Менеджер, Бухгалтер; прецеденты — «Просмотр плана продаж», «Проверить дебиторку»;
  • Диаграмма последовательности: запрос данных о продажах за день.
• Сложности: Неправильное выделение акторов и прецедентов.
• Рекомендации: Для каждой диаграммы давать подробное текстовое описание.

2.1.2 Конструирование модели данных

• Назначение: Разработать структуру базы данных.
• Содержание:
  • ER-диаграмма: сущности «Клиент», «Товар», «Заказ», «Продажа», «Менеджер»;
  • Диаграмма классов UML: связи между Sale и Product.
• Сложности: Неправильная нормализация, отсутствие описания сущностей.
• Рекомендации: Подробно описать каждую сущность, атрибуты, связи (1:N, M:N).

2.2 Разработка программного обеспечения

2.2.1 План разработки ПО

• Назначение: Спланировать этапы разработки.
• Содержание: Таблица или диаграмма Ганта с этапами: проектирование (7 дней), backend (10 дней), мобильное приложение (12 дней), интеграция с 1С (5 дней), тестирование (4 дня).
• Сложности: Нереалистичные сроки.
• Рекомендации: Учитывать время на тестирование и доработки (+20% резерва).

2.2.2 Frontend-разработка (мобильный интерфейс)

• Назначение: Описать интерфейс приложения.
• Содержание: Прототипы: экран авторизации, главный дашборд с KPI (выполнение плана, дебиторка), детализация по клиентам, уведомления о просроченных платежах.
• Сложности: Игнорирование принципов мобильного дизайна (Material Design, Human Interface Guidelines).
• Рекомендации: Не использовать макеты из преддипломной практики; указать, что интерфейс разработан специально для ВКР.

2.2.3 Backend-разработка

• Назначение: Описать серверную часть системы.
• Содержание: Архитектура REST API, модули: аутентификация, сбор данных из 1С, формирование KPI, отправка уведомлений.
• Сложности: Излишняя детализация кода.
• Рекомендации: Приводить только ключевые фрагменты кода с комментариями, показывать связь интерфейса с серверной логикой.

2.2.4 Разработка модели доступа к данным

• Назначение: Описать систему разграничения прав.
• Содержание: Модель ролей: «Руководитель» — полный доступ, «Менеджер» — только свои клиенты и продажи, «Бухгалтер» — только финансовые данные.
• Сложности: Неполное описание функционала для разных ролей.
• Рекомендации: Таблица с ролями и разрешениями (чтение/запись по каждому типу данных).

2.2.5 Тестирование разработанного ПО

• Назначение: Оценить качество системы.
• Содержание: Методы тестирования: функциональное, нагрузочное, безопасность; найденные ошибки: некорректное отображение сумм на Android; предпринятые исправления: стандартизация форматов.
• Сложности: Повторение отчёта из преддипломной практики.
• Рекомендации: Кратко описать процесс, методы, результаты; сфокусироваться на специфике оптовой торговли (например, тестирование отображения крупных сумм).

2.2.6 План внедрения и развертывания ПО

• Назначение: Спланировать внедрение системы.
• Содержание: План с этапами: установка сервера, настройка интеграции с 1С, публикация в App Store/Google Play, обучение пользователей, пилотное внедрение (10 менеджеров).
• Сложности: Отсутствие этапа обучения пользователей.
• Рекомендации: Включить этап пилотного внедрения и сбора обратной связи.

2.3 Руководства администратора и пользователя

• Назначение: Подготовить документацию для эксплуатации.
• Содержание: Руководства по РД 50-34.698-90: руководство администратора (установка, настройка, управление пользователями), руководство пользователя (работа с приложением, настройка уведомлений).
• Сложности: Несоблюдение структуры ГОСТ.
• Рекомендации: Разделить на руководство администратора (Приложение 3) и руководство пользователя (Приложение 4).

2.4 Выводы по главе 2

• Назначение: Подвести итоги проектной части.
• Содержание: Краткие выводы по проектированию и разработке: приложение обеспечивает безопасный, оперативный доступ к данным продаж и соответствует требованиям оптовой торговли.

ЭКОНОМИЧЕСКАЯ ЧАСТЬ

3 ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ОТ РАЗРАБОТКИ ИС

3.1 Расчет затрат на разработку ИС

Применяется методика расчёта TCO (Total Cost of Ownership): прямые и косвенные расходы.

3.2 Выбор и обоснование методики расчёта экономической эффективности

Выбрана методика REJ (Rapid Economic Justification) как наиболее адаптированная для ИТ-проектов в сфере торговли.

3.3 Оценка затрат на разработку и внедрение АИС

3.3.1 Затраты на этапе разработки информационной системы

• Оборудование: 2 ПК разработчика — 160 000 руб.
• ПО: лицензии IDE, облачные сервисы — 80 000 руб.
• Оплата труда: 300 час × 1 100 руб./час = 330 000 руб.
• Начисления (30% от ФОТ): 99 000 руб.
• Прочие расходы: 20 000 руб.
• Итого: 689 000 руб.

Формула: Оплата труда = Σ(T_i × R_j)

3.3.2 Затраты на этапе внедрения

• Обучение персонала — 25 000 руб.
• Публикация в магазинах приложений — 10 000 руб.
• Настройка интеграции с 1С — 30 000 руб.
• Итого: 65 000 руб.

3.3.3 Затраты на этапе эксплуатации

• Облачный сервер — 20 000 руб./мес. (240 000 руб./год);
• Техническая поддержка — 60 000 руб./год;
• Итого: 300 000 руб./год.

3.4 Эффект от внедрения АИС

• Сокращение времени на принятие управленческих решений — на 70%;
• Рост выполнения плана продаж — на 8% за счёт оперативной корректировки;
• Снижение дебиторской задолженности — на 15% благодаря уведомлениям.

3.5 Экономический эффект

Формула: Эффект = Стоимость ресурсов до − Стоимость ресурсов после

Пример: дополнительная выручка от роста продаж — 1 200 000 руб./год; экономия на управленческом времени — 400 000 руб./год. Итого: 1 600 000 руб./год.

3.6 Социальный эффект

• Снижение стресса у руководства;
• Повышение удовлетворённости менеджеров прозрачностью целей.

3.7 Научный эффект

• Применение кроссплатформенной разработки для интеграции с 1С в условиях оптовой торговли.

3.8 Организационный эффект

• Повышение управляемости отдела продаж;
• Улучшение качества управленческих решений.

3.9 Эффективность внедрения АИС (ПО ПРИМЕРУ)

Формула NPV: NPV = −IC + Σ(CF_t/(1+i)^t)

При ставке дисконтирования 10%, NPV = +580 000 руб. → проект экономически эффективен.

3.10 Расчёт показателей экономической эффективности проекта (ПО ПРИМЕРУ)

Пошаговый расчёт по методике REJ (5 шагов): срок окупаемости — 12 месяцев.

3.11 Выводы по главе 3

• Назначение: Подвести экономические итоги.
• Содержание: Проект целесообразен: высокий экономический эффект, короткий срок окупаемости, значительные организационные выгоды.

ЗАКЛЮЧЕНИЕ

Работа подтвердила гипотезу о целесообразности разработки мобильного приложения для мониторинга продаж на предприятии оптовой торговли. Цель достигнута: система спроектирована, реализована и экономически обоснована. Практическая значимость — возможность внедрения на аналогичных предприятиях для повышения управляемости и роста продаж.

СПИСОК ЛИТЕРАТУРЫ

1. ГОСТ 34.602-2020. Техническое задание на создание автоматизированной системы.
2. ГОСТ Р 7.0.100-2018. Библиографическая запись.
3. Репин, А. Н. Бизнес-процессы: регламентация и управление. — М.: Манн, Иванов и Фербер, 2022.
4. Клименко, С. В. Проектирование информационных систем. — СПб.: Питер, 2023.
5. «1С:Управление торговлей»: официальный сайт. URL: https://v8.1c.ru/utm/ (дата обращения: 15.12.2025).
6. МУ имени Витте. Положение о ВКР. 2025.

ПРИЛОЖЕНИЯ

Приложение 1. Техническое задание на разработку мобильного приложения для ООО «ОптТорг»

Полный текст ТЗ по ГОСТ 34.602-2020 со всеми разделами.

Приложение 2. Исходный код "Загрузка данных продаж"

Фрагменты кода с комментариями. [Ссылка на Git-репозиторий]

Приложение 3. Руководство администратора мобильного приложения

Установка, настройка, управление пользователями и ролями.

Приложение 4. Руководство пользователя мобильного приложения

Работа с дашбордом, настройка уведомлений, просмотр детализации по клиентам.

Готовые инструменты и шаблоны для разработки мобильного приложения для мониторинга продаж на предприятии оптовой торговли

Шаблоны формулировок

• «Анализ выявил, что руководство получает данные о продажах с задержкой до 24 часов, что исключает возможность оперативной корректировки плана и приводит к недополучению выручки».
• «Мобильное приложение обеспечивает в реальном времени контроль ключевых показателей: выполнение плана, дебиторская задолженность, активность менеджеров — прямо с телефона руководителя».

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

Критерий	1С:УТ Mobile	Собственная разработка
Стоимость	300 000 руб./год	689 000 руб. (единоразово)
Гибкость	Ограничена возможностями 1С	Полная настройка под нужды бизнеса
Интеграция с 1С	Встроена	Через API (более гибкая)
Срок внедрения	2 недели	5 недель

Чек-лист "Оцени свои силы"

• У вас есть доступ к реальным данным оптового предприятия для анализа?
• Знакомы ли вы с интеграцией мобильных приложений с 1С через веб-сервисы?
• Есть ли у вас запас времени (2–3 недели) на исправление замечаний научного руководителя?
• Готовы ли вы потратить 150–200 часов на проектирование, разработку и экономические расчёты?

И что же дальше? Два пути к успешной защите

Путь 1: Самостоятельный

Вы — целеустремлённый студент, готовый вложить 150–200 часов в написание работы. Вы пройдёте все этапы: от анализа оптового предприятия до расчёта NPV. Но будьте готовы к стрессу, неоднократным правкам и риску не уложиться в сроки. Этот путь возможен, но требует железной дисциплины и глубоких технических знаний.

Путь 2: Профессиональный

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

• Сэкономят вам 150+ часов;
• Выполнят работу строго по требованиям МУИВ;
• Обеспечат уникальность 90%+;
• Поддержат вас до самой защиты.

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

Заключение

Написание ВКР МУИВ по теме «Разработка мобильного приложения для мониторинга продаж на предприятии оптовой торговли» — это марафон, требующий глубоких знаний в области анализа, проектирования и экономики. Вы можете пробежать его самостоятельно, имея хорошую подготовку и запас времени, или доверить эту задачу профессиональной команде, которая приведёт вас к финишу с лучшим результатом и без лишних потерь. Правильный выбор зависит от вашей ситуации, и оба пути имеют право на существование. Если вы выбираете надёжность и экономию времени — мы готовы помочь вам прямо сейчас.

Перечень тем с руководствами по написанию. для 38.03.05 Бизнес-информатика Направленность: Цифровая экономика, МУИВ

Все готовые работы

• Условия работы и как сделать заказ
• Наши гарантии
• Отзывы наших клиентов

```