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