Рабочая ситуация
Подразделение заказывает систему учёта заявок. Руководитель хочет контроль сроков и отчёты, операторы — меньше ручного ввода, разработчик — понятные границы первой версии. Запросы противоречат друг другу, часть формулировок не подкреплена ничем, кроме привычки.
Студент проводит интервью с ролевыми ИИ-персонажами, разделяет пожелания и требования, фиксирует основания каждого требования и критерии приёмки. После того как первая версия спецификации сохранена, сценарий вводит новый регламент работы подразделения: часть требований теряет смысл, появляются новые зависимости и ограничения по срокам.
Задача второго этапа — пересмотреть спецификацию, показать, что изменилось и почему, и защитить состав первого релиза перед заказчиком, который по-прежнему хочет всё и сразу.
Рабочее место
- Трекер требований по логике Jiraтребования, задачи и их связи; статусы и история изменений доступны всем участникам.
- База знаний по логике Confluenceдокумент требований с версиями, таблицей оснований и критериев приёмки.
- Рабочий мессенджеринтервью с заказчиком и пользователями, уточняющие вопросы, согласование границ.
Названия систем обозначают учебные профили интерфейсов и операций, а не подключение оригинальных продуктов.
Как проходит работа
- Изучить материалы дела: регламент, примеры заявок, переписку и жалобы пользователей.
- Провести интервью с ИИ-персонажами и собрать противоречия в явный список.
- Оформить требования: формулировка, основание, критерий приёмки, приоритет, связанные задачи.
- Зафиксировать первую версию и получить обратную связь от заказчика.
- После смены регламента пересмотреть зависимости, обновить версии и обосновать состав первого релиза.
ИИ-команда
- Руководитель подразделения-заказчикаформулирует цели, настаивает на сроках и отчётах, меняет приоритеты после нового регламента.
- Оператор — будущий пользовательзнает реальный порядок работы, исключения и неудобства, о которых руководитель не помнит.
- Разработчик будущей системыоценивает реализуемость, задаёт вопросы о границах и просит однозначные критерии приёмки.
Что проверяется
| Итоговый артефакт | Автоматическая проверка в заданных границах | Оценка преподавателя |
|---|---|---|
| Спецификация, вопросы, связи «основание → требование → приёмка», история изменений | Наличие и корректность ссылок, заполненность обязательных полей, формализованные ограничения | Смысловая полнота, качество вопросов, обоснованность границ и компромисса |
Связанные дисциплины
Тренажёр уместен в дисциплинах по системному и бизнес-анализу, анализу задач и управлению требованиями, а также как вводная часть проектного модуля. Семестр и форма зачёта определяются программой.
Общая механика серии
- Рабочая ситуациясинтетические документы, данные, сроки и противоречия образуют конкретную задачу, а не свободную беседу.
- Ролевой мессенджерзаказчик, оператор, разработчик или эксплуатация располагают только сведениями своей роли; допустимые факты сценария заданы заранее.
- Первый результатстудент создаёт спецификацию, схему, код, модель или прототип, который можно сохранить и проверить.
- Изменение условийсценарный движок вводит новую версию контракта, ограничение, возмущение или новые данные; ИИ не придумывает эти события самостоятельно.
- Пересмотрстудент обновляет решение, повторяет проверки и объясняет, почему изменил или сохранил первоначальный подход.
- Безопасное исполнениепользовательский код и SQL запускаются только в изолированной среде; реальные секреты, персональные данные и производственные системы не нужны.
Ролевые ИИ-персонажи не получают скрытый ключ проверки и не выставляют итоговые баллы: вычисляемую часть результата проверяет программное ядро, открытое инженерное решение оценивает преподаватель по заранее известной рубрике.
Статус описания: Проектируется. На странице описан проектируемый тренажёр — целевой учебный сценарий, а не готовое приложение. Состав воспроизводимых сред, механика и критерии проверки согласуются с вузом; реализация и приёмка выполняются отдельно.
Названия и логотипы сторонних платформ обозначают учебные профили интерфейсов и операций и не означают поставку оригинальных продуктов, интеграцию с ними, партнёрство или одобрение правообладателей. Упоминание программ Топ-ИТ и «Приоритет-2030» обозначает область применения тренажёра, а не официальное включение в эти программы.
