Курсовая по прикладной информатике в НИЯУ МИФИ: аналитическая система, мобильное приложение или прикладной цифровой сервис

Курсовая по прикладной информатике в НИЯУ МИФИ имеет прямую связь с действующими образовательными программами. В актуальном перечне 2026 года по направлению 09.03.03 указаны, в частности, «Интеллектуальные информационно-аналитические системы» и «Мобильные и адаптивные приложения».

Официальная страница:
https://admission.mephi.ru/admission/baccalaureate-and-specialty/education/programs

Это означает, что прикладная информатика в МИФИ может вести и к аналитическим системам, и к мобильным решениям. Главное - не начинать с технологии без понятной прикладной задачи.

Сформулируйте проблему

Плохо:

«Разработка мобильного приложения».

Сильнее:

«Разработка мобильного приложения для контроля выполнения регламентных операций с офлайн-синхронизацией и журналом событий».

Или:

«Информационно-аналитическая система для выявления отклонений в финансовых операциях».

Теперь понятен результат.

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

Определите:

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

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

As-Is

Разберите процесс до автоматизации.

Например:

бумажный чек-лист -> ручной ввод -> Excel -> сводный отчёт.

Измерьте:

• time;
• number of steps;
• error;
• delay.

Так появляется baseline.

Требования

Разделите:

• user;
• functional;
• non-functional.

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

«Инженер может заполнить чек-лист без сети».

Системное:

«Данные сохраняются локально и синхронизируются после восстановления связи».

Offline-first

Для мобильной темы это реальная архитектурная задача.

Нужно решить:

• local storage;
• conflict;
• sync;
• retry.

Не считайте отсутствие интернета редким исключением, если приложение работает в цехе или на площадке.

Конфликт синхронизации

Если один объект изменили на двух устройствах, какая версия победит?

Варианты:

• last write;
• merge;
• manual resolve.

Решение должно соответствовать данным.

Мобильный интерфейс

Учитывайте:

• маленький экран;
• перчатки;
• плохое освещение;
• скорость ввода.

Не переносите desktop form на телефон без адаптации.

Камера и сканирование

Если используется QR или barcode, задайте:

• lighting;
• distance;
• error handling.

Покажите fallback на ручной ввод.

Push notification

Уведомление должно быть связано с действием.

Например:

«Проверка просрочена».

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

Аналитическая система

Если курсовая ближе к information analytics, определите:

• sources;
• indicators;
• models;
• users.

Не начинайте с dashboard.

Сначала нужен вопрос.

Data mart

Для аналитики можно выделить витрину.

Например:

fact_transactions
dim_time
dim_category.

Но dimensional model нужна только если она помогает запросам.

ETL

Покажите:

extract -> validate -> transform -> load.

Для финансовых или производственных данных особенно важны quality checks.

Data quality

Проверьте:

• duplicates;
• missing;
• invalid amount;
• impossible date;
• inconsistent code.

Система аналитики не должна скрывать ошибки красивыми диаграммами.

Правило и ML

Для выявления отклонений сравните:

• simple rule;
• statistical threshold;
• ML model.

Это помогает понять, нужна ли сложная модель.

Anomaly detection

У аномалии часто нет готового label.

Покажите:

• score;
• threshold;
• expert validation.

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

Dashboard

Для пользователя оставьте только показатели, которые ведут к действию.

Например:

• number of anomalies;
• unresolved;
• aging;
• top categories.

Не делайте 30 карточек.

Drill-down

Из агрегата пользователь должен перейти к записи.

Иначе dashboard не помогает расследовать причину.

Data freshness

Укажите, когда обновляются данные:

• real-time;
• hourly;
• daily.

Не показывайте вчерашний показатель как текущий.

API

Для системы выделите:

• auth;
• data;
• action;
• analytics.

Покажите несколько ключевых endpoint.

Безопасность

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

Минимум:

• authentication;
• roles;
• audit;
• secrets.

Для мобильного клиента не храните server secret внутри приложения.

Локальные данные

Если устройство потеряно, сохранённая информация может быть раскрыта.

Оцените:

• encryption;
• session;
• local cache.

Меры должны быть соразмерны риску.

Версия приложения

Если backend API меняется, старый mobile client может перестать работать.

Продумайте compatibility.

Для курсовой достаточно показать принцип.

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

Для mobile:

• offline;
• reconnect;
• invalid scan;
• permission denied.

Для analytics:

• wrong data;
• duplicate;
• query result;
• access.

Тестируйте именно риски выбранного типа проекта.

User test

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

Измерьте:

• completion;
• time;
• errors.

Не пишите «удобно» по собственному впечатлению разработчика.

Effect

Сравните As-Is и To-Be.

Например:

ручной отчёт 45 минут;

автоматический 7 минут;

ошибки ручного переноса исключены.

Не переводите это автоматически в сокращение сотрудников.

Масштабирование

Не проектируйте distributed cluster без нагрузки.

Сначала оцените:

• users;
• records;
• requests.

Архитектура должна соответствовать реальному масштабу.

Документация

Опишите:

• install;
• config;
• data schema;
• test;
• build.

Другой человек должен воспроизвести прототип.

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

Вариант:

1. applied problem;
2. As-Is;
3. requirements;
4. data;
5. architecture;
6. implementation;
7. tests;
8. user experiment;
9. To-Be;
10. effect.

Контекст НИЯУ МИФИ

В 2026 году прикладная информатика в МИФИ включает интеллектуальные аналитические системы и мобильные приложения.

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

Защита

Будьте готовы показать baseline, основной сценарий, data model, один сложный edge case, test и измеримый эффект.

Сильная курсовая по прикладной информатике в НИЯУ МИФИ доказывает полезность цифрового решения, а не просто демонстрирует работающий интерфейс.