Курсовая по бизнес-информатике в СПбГУ: бизнес-анализ, данные, информационная система и измеримый эффект

Курсовая по бизнес-информатике в СПбГУ должна находиться между менеджментом и IT. В наборе 2026 года СПбГУ официально представлена программа 38.03.05 «Бизнес-информатика». На образовательном портале текущего учебного процесса в её дисциплинах есть базы данных, экономика предприятия, маркетинг, бизнес-анализ информации, автоматизация учёта и финансовый менеджмент.

Официальные страницы:
https://cabinet.spbu.ru/Lists/ForeignersLists/bak/index_comp_groups.html
https://courses.spbu.ru/PUFilter/Semester/ff54743d-be85-4e4a-9f84-c3fe9070954c
https://courses.spbu.ru/PUFilter/Semester/532fde56-88c0-4b63-9ac7-12b4aeea1d25

Начните с бизнес-задачи

Плохо:

«Разработка CRM».

Сильнее:

«Сокращение времени обработки заявки клиента через автоматизацию проверки и маршрутизации».

Теперь IT имеет функцию.

As-Is

Опишите текущий процесс:

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

Не начинайте с базы данных.

Сначала нужно понять деятельность.

Метрика процесса

Выберите:

• cycle time;
• error rate;
• number of returns;
• manual steps;
• SLA.

Зафиксируйте baseline.

Тогда автоматизацию можно сравнить.

Bottleneck

Найдите место, где:

• растёт очередь;
• долго ждут;
• много ручного труда;
• часто возвращают.

Не автоматизируйте все шаги одинаково.

To-Be

После изменения покажите новый процесс.

Сравните:

• число шагов;
• roles;
• data entry;
• decision;
• time.

Не ограничивайтесь новой схемой интерфейса.

Требования

Пользовательское:

«Менеджер видит просроченные заявки».

Системное:

«Сервис рассчитывает deadline и возвращает записи со status overdue».

Свяжите уровни.

Acceptance criteria

Например:

если deadline прошёл и status не closed, заявка отображается как overdue.

Так можно написать test.

Business rules

Формализуйте:

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

Не оставляйте правила только в тексте интервью.

BPMN

Используйте:

• event;
• activity;
• gateway;
• lane.

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

Не рисуйте произвольные стрелки и не называйте это BPMN.

Доменная модель

Определите сущности:

• customer;
• order;
• request;
• employee;
• document.

Связи должны отражать предметную область.

Data quality

Проверьте:

• duplicates;
• missing;
• invalid;
• inconsistent dictionaries.

Автоматизация плохих данных ускоряет ошибку.

Справочники

Единые коды нужны для:

• department;
• category;
• status;
• product.

Не допускайте три написания одного отдела.

База данных

Схема должна обеспечивать:

• integrity;
• uniqueness;
• relations.

Часть business rule можно усилить constraint.

Не полагайтесь только на frontend validation.

Интеграция

Если есть ERP/CRM, определите:

• master system;
• data flow;
• schedule;
• error handling.

Не копируйте одни данные вручную между двумя системами.

API

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

Не превращайте курсовую в документацию каждого endpoint.

BI

Для аналитической части выберите вопросы.

Например:

• где просрочки;
• какой segment;
• какие причины возврата.

Dashboard должен помогать решению.

KPI dashboard

Оставьте 4-6 ключевых показателей.

Не показывайте все доступные поля.

Каждый график должен иметь действие.

Business analysis

Дисциплина бизнес-анализа в текущей программе СПбГУ делает уместным анализ:

• stakeholder;
• requirement;
• problem;
• option.

Не подменяйте business analysis техническим заданием.

Stakeholder map

Определите:

• user;
• owner;
• approver;
• IT;
• external party.

Разные stakeholder могут иметь конфликтующие требования.

Prioritization

Используйте:

• MoSCoW;
• value/effort;
• risk.

Не обещайте реализовать 100% желаний.

Прототип

Покажите главный workflow полностью.

Например:

create -> check -> approve -> close.

Лучше один законченный сценарий, чем десять экранов без backend.

Тесты

Минимум:

• valid flow;
• invalid data;
• permission;
• duplicate;
• integration error.

Happy path недостаточен.

User test

Дайте пользователю задачу.

Измерьте:

• completion;
• time;
• errors.

Не пишите «интерфейс удобный» без проверки.

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

Можно считать высвобождаемое время:

Δt × number of operations.

Но не превращайте его автоматически в сокращение затрат на персонал.

Это потенциальный ресурс.

Ошибки

Если автоматизация убирает ручной перенос, измерьте error rate до и после.

Это часто более честный эффект, чем обещание прибыли.

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

Возможны:

• wrong rule;
• integration failure;
• access issue;
• user resistance.

Для каждого задайте контроль.

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

Схема:

1. problem;
2. As-Is;
3. metrics;
4. requirements;
5. BPMN;
6. data;
7. solution;
8. tests;
9. To-Be;
10. effect.

Контекст СПбГУ

В 2026 году бизнес-информатика является отдельной программой, а текущий учебный портал показывает соединение бизнеса, данных, маркетинга, финансов и автоматизации.

Это и должно отражаться в курсовой.

Защита

Будьте готовы показать As-Is, requirement, data model, ключевой test, To-Be и KPI эффекта.

Сильная курсовая по бизнес-информатике в СПбГУ показывает, как цифровое решение меняет реальный бизнес-процесс и как это изменение измеряется.