---

Общие требования

---

Параметр	Требование
Титульный лист	Оформляется по образцу (УрФУ, ИРИТ-РТФ, тема, дисциплина, состав команды с указанием ролей и номеров групп).
Структура	Строго по оглавлению: Введение, Целевая аудитория, Определение проблемы, Подходы к решению, Анализ аналогов, Календарный план, Сценарии использования, Требования к продукту и MVP, Стек для разработки, Прототипирование, Проектирование и разработка системы, Образовательный результат, Использование ИИ, Заключение, Список литературы, Приложение А.
Объём	Введение – 2–3 абзаца текста, Заключение – 2–3 страницы текста. Остальные разделы без жёстких лимитов, но должны быть содержательными.

Ссылка на шаблон отчета с методическими указаниями к оформлению:

https://docs.google.com/document/d/14B7p_lfVsmYGIV7zOwAoh1Xw4cUHQYPk/edit?usp=sharing&ouid=107603188933025473869&rtpof=true&sd=true

---

Разделы отчёта и их содержание (основные требования)

---

1. Введение

• Обоснование актуальности темы (2–3 абзаца).
• Формулировка цели проекта.
• Формулировка 4–5 задач (изучить, описать, разработать и т.п.).

2. Целевая аудитория

• Использовать методику 5W Марка Шеррингтона (What, Who, Why, When, Where).
• Анализ целесообразно представить в виде графика или диаграммы (рисунок).

Пример рисунка:

3. Определение проблемы

• Описать методы выявления проблем (опросы, интервью, форумы, соцсети, отзывы, поисковые запросы).
• Классифицировать проблему по категориям (отсутствие ресурсов, неудачные попытки, недовольство состоянием) и уровням «боли» (технический, финансы, личный интерес).

4. Подходы к решению проблемы

• Привести несколько альтернативных решений (результат мозгового штурма, интервью, ТРИЗ).
• Сравнить их по критериям (возможно, в таблице).
• Описать текущее состояние процесса (как без системы).

5. Анализ аналогов

• Разделить на прямых и косвенных конкурентов.
• Провести анализ по 6 шагам (цели, список конкурентов, критерии, заполнение таблицы, сопоставление, выводы).
• Пример таблицы – минимум 3 конкурента, 3–4 критерия.

6. Календарный план проекта

• Заполнить таблицу: №, название этапа, ответственный, длительность, дата начала.
• Временные рамки отметить на диаграмме (недели 1–4 и более).
• Этапы: Анализ (1.1–1.11), Проектирование (2.1–2.5), Разработка (3.1–3.2), Внедрение (4.1–4.4), Защита (07.06–15.06).

7. Сценарии использования

• Описать use case: актор, цель, взаимодействие с системой (как с «чёрным ящиком»).
• Требования: описывать ЧТО, а не КАК; не углубляться в реализацию; достаточная детализация.

8. Требования к продукту и к MVP

• Разделить требования на:
  • Клиентские (пользовательские),
  • Функциональные (что система должна делать),
  • Нефункциональные (производительность, надёжность, ограничения и т.п.),
  • Производные (вытекающие из высокоуровневых).
• Привести пример «дерева требований» (бизнес-требование → пользовательское → функциональное → нефункциональное).

9. Стек для разработки

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

10. Прототипирование

• Описать 4 шага создания прототипа (требования → первый вариант → обратная связь → переработка).
• Указать качества эффективного прототипа (быстрый, одноразовый, сфокусированный).
• Привести скриншоты прототипа в Приложении А.

11. Проектирование и разработка системы

• Описать структуру программного комплекса (модули, блоки).
• Привести алгоритм работы приложения (последовательность действий).
• Показать схему потоков данных (взаимодействие модулей).

12. Образовательный результат

• Для каждого участника команды прописать:
  • Образовательную цель (реальная, вдохновляющая, не для галочки).
  • 1–3 критерия достижения.
  • Самооценку прогресса (по 10-балльной шкале или словесно).
• Примеры: изучить новые методы анализа, освоить язык программирования, улучшить навыки коммуникации.

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

• Указать, какие ИИ-агенты использовались.
• Описать, как задавали контекст модели, как обработали результат.
• Придерживаться «политики прозрачности» (что сделано ИИ, что – человеком, приложить логи чата при необходимости).

14. Заключение

• Общие выводы по проекту.
• Положительные и отрицательные стороны решения.
• Перспективы дальнейшей разработки.
• Последовательное изложение результатов в соответствии с задачами из введения.

15. Список литературы

• Оформление по стандарту (автор, название, год, ссылка, дата обращения)

16. Приложение А

• Скриншоты прототипов интерфейсов (Figma или другой инструмент).

Дополнительные требования

• Рисунки и таблицы должны иметь подписи (Рисунок – ... , Таблица – ...).
• Диаграммы (анализ ЦА, архитектура, сценарии) обязательно вставлять.
• В календарном плане обязательно указать дату защиты (22.06 – 23.06).
• В разделе «Образовательный результат» – подготовить слайд для защиты (краткое представление достижений каждого).

Рекомендации студентам

• Регулярно рефлексировать, ставить личные цели.
• Не тратить время на «идеальный» план – достаточно реалистичного.
• В отчёте подтверждать выводы цифрами, цитатами, скриншотами.
• При сомнениях – обращаться к куратору.