Курсовая по бизнес-информатике в МГУ: как связать бизнес-процесс, данные и цифровое решение

Курсовая по бизнес-информатике в МГУ должна находиться на пересечении двух логик: бизнес-задачи и информационной системы. Если работа состоит только из описания компании, это слабая бизнес-часть. Если она превращается только в программирование, теряется управленческий смысл.

В 2026 году Высшая школа государственного администрирования МГУ ведёт бакалавриат 38.03.05 «Бизнес-информатика» с программой, связанной с цифровой трансформацией бизнес-информатики. Центральная приёмная комиссия МГУ также публикует эту программу в перечне набора 2026 года.

Официальные страницы:
https://anspa.msu.ru/bacheloradmission/
https://cpk.msu.ru/submitted/bachelor/dep_24

Начните с бизнес-процесса

Хорошая тема отвечает на вопрос: какой процесс работает неудобно, медленно, дорого или непрозрачно?

Например:

• согласование заявок;
• обработка заказов;
• планирование закупок;
• управление клиентскими обращениями;
• контроль договоров;
• анализ продаж.

Не начинайте с технологии. «Внедрение искусственного интеллекта» не является проблемой само по себе.

Опишите процесс до автоматизации

Сделайте схему:

вход -> операции -> решение -> результат.

Для каждого этапа укажите исполнителя, данные, систему, время и возможную ошибку. Так становится видно, где технология действительно нужна.

As-Is и To-Be

Для бизнес-информатики полезно разделить текущий процесс и процесс после изменения.

Между двумя схемами должно быть объяснение:

• какая операция исчезает;
• какая автоматизируется;
• где меняется роль сотрудника;
• какой KPI улучшается.

Требования к системе

Не пишите «система должна быть удобной и быстрой».

Формулируйте проверяемо:

• пользователь создаёт заявку;
• система проверяет обязательные поля;
• статус изменяется автоматически;
• руководитель видит просроченные задачи.

Так требования можно тестировать.

Функциональные и нефункциональные требования

Функциональные описывают, что система делает.

Нефункциональные относятся к производительности, безопасности, надёжности, масштабируемости и удобству.

Не смешивайте их в одном списке.

Пользователи и роли

Определите роли:

• сотрудник;
• руководитель;
• администратор;
• клиент.

Для каждой роли нужен свой набор действий и прав.

Не проектируйте одну универсальную форму для всех.

Use case

Сценарий должен содержать актора, цель, предусловие, основные шаги, альтернативный сценарий и результат.

Это сильнее списка экранов.

Данные

Опишите сущности:

• клиент;
• заказ;
• договор;
• заявка;
• сотрудник.

Для каждой определите ключевые поля и связи.

Не начинайте проектирование базы с таблицы Data1.

ER-модель

Покажите первичные ключи, связи и кардинальности.

Если одна сущность связана со многими, это должно быть отражено.

Не дублируйте одно и то же поле в нескольких таблицах без причины.

Качество данных

До аналитики проверьте:

• пропуски;
• дубли;
• неверные форматы;
• справочники;
• идентификаторы.

Плохая система на плохих данных не становится цифровой трансформацией.

BPMN

Если используется BPMN, применяйте нотацию осмысленно.

Пул, дорожка, событие и шлюз должны показывать реальный процесс.

Не превращайте схему в рисунок со стрелками без семантики.

UML

UML полезен для вариантов использования, классов и последовательностей.

Но курсовая не обязана содержать все типы диаграмм.

Выбирайте только те, которые помогают вашему решению.

Архитектура

Опишите уровни:

• интерфейс;
• бизнес-логика;
• данные;
• интеграции.

Даже простая схема архитектуры помогает объяснить, как компоненты взаимодействуют.

Интеграции

Если система должна получать данные из CRM, ERP или API, укажите источник, формат, частоту, ключ и обработку ошибки.

Не пишите «интегрировать с 1С» без сценария обмена.

Аналитика

Бизнес-информатика не заканчивается на автоматизации операции.

Можно добавить дашборд, KPI, сегментацию, прогноз или мониторинг.

Но метрика должна быть связана с управленческим решением.

KPI процесса

Например:

• время цикла;
• доля ошибок;
• число возвратов;
• стоимость операции;
• SLA;
• доля автоматизированных шагов.

Не используйте KPI, который нельзя получить из данных системы.

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

Можно оценить экономию времени, снижение ручных операций, уменьшение ошибок, стоимость лицензии и стоимость разработки.

Не приписывайте системе рост прибыли без доказательства механизма.

Эффект времени

Если сотрудник экономит 15 минут на операции, покажите число операций, период и стоимость часа.

Так эффект становится воспроизводимым.

Риск автоматизации

Добавьте риски:

• неверные данные;
• отказ интеграции;
• ошибка доступа;
• сопротивление пользователей.

Для каждого предложите контроль.

Это делает проект реалистичнее.

Информационная безопасность

Минимально подумайте о ролях, доступе, логировании, резервном копировании и персональных данных.

Не называйте систему безопасной только потому, что есть пароль.

Прототип

Можно показать экран, форму и пользовательский путь.

Но прототип не заменяет требования.

Красивый интерфейс без процесса и данных слаб.

Тестирование

Создайте тест-кейсы.

Например:

Сценарий: заявка без обязательного поля.

Ожидаемый результат: система не сохраняет и показывает ошибку.

Так видно, что требования проверяемы.

Сравнение решений

Если выбираете платформу, задайте критерии:

• стоимость;
• интеграция;
• масштаб;
• безопасность;
• сроки внедрения.

Не называйте один продукт лучшим без системы сравнения.

Что учитывать именно в МГУ

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

Проверяйте материалы своей программы и курса на официальных ресурсах МГУ.

Практическая глава

Хорошая последовательность:

1. описание процесса;
2. измерение проблемы;
3. требования;
4. модель данных;
5. архитектура;
6. прототип;
7. тестирование;
8. эффект.

Защита

Будьте готовы объяснить:

• какую бизнес-проблему решает система;
• почему текущий процесс слаб;
• какие данные нужны;
• почему выбрана архитектура;
• что автоматизируется;
• как измеряется эффект.

Сильная курсовая по бизнес-информатике в МГУ показывает прозрачный переход от бизнес-проблемы к информационной системе и измеримому результату.