# Сценарий интерактивной браузерной игры «Требования к АИС: гибкость, надежность, эффективность, безопасность.»
### Тема: освоение ключевых требований к проектированию и эксплуатации автоматизированных информационных систем.

### Цель игры: успешно спроектировать и внедрить АИС, обеспечив баланс между гибкостью, надёжностью, эффективностью и безопасностью.

### Целевая аудитория: студенты IT-специальностей, начинающие системные аналитики, разработчики, менеджеры проектов.

### Формат: веб-приложение с интерактивными элементами, имитирующими этапы жизненного цикла АИС.

### Длительность: 30–45 минут.

## Сцена 1. Постановка задачи и анализ требований
Элементы:

Экран с 3 кейсами на выбор:
«Разработка системы онлайн-банкинга»;
«Создание платформы для дистанционного обучения»;
«Внедрение CRM для крупного ритейла».
Карточки с требованиями: «Гибкость», «Надёжность», «Эффективность», «Безопасность».
Таймер (3 минуты на планирование).
Действия:

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

Все 4 требования ранжированы (1–4 место).
Цель сформулирована чётко (не менее 10 слов).
Система подтверждает: «Архитектура утверждена. Переходим к проектированию».
## Сцена 2. Проектирование архитектуры
Элементы:

Интерактивная доска для рисования схемы (перетаскивание блоков: База данных, Сервер, Клиент, API).
Панель инструментов: выбор технологий (SQL/NoSQL, Облако/Локально, Микросервисы/Монолит).
Индикатор прогресса (0/4 компонента размещено).
Действия:

Перетаскивать блоки на схему.
Соединять их линиями (указывать потоки данных).
Выбирать технологии для каждого блока (например, для БД — PostgreSQL или MongoDB).
Нажимать «Проверить связность».
Условия перехода:

На схеме присутствуют все 4 компонента.
Все блоки соединены корректно (нет изолированных узлов).
Выбраны технологии для каждого элемента.
Система выдаёт: «Архитектура спроектирована. Переходим к тестированию».
## Сцена 3. Тестирование и верификация
Элементы:

Дашборд с собранными данными (логи, метрики производительности, отчёты об ошибках).
Инструменты проверки:
«Генератор нагрузки» (имитация пользователей).
«Сканер уязвимостей» (поиск дыр в безопасности).
«Калькулятор отказоустойчивости».
Действия:    - Запустить стресс-тест (нажать кнопку).    - Проанализировать отчёты сканера уязвимостей (отметить найденные проблемы).    - Оценить время отклика системы.    - Нажать «Внедрить патчи» для исправления ошибок.

Условия перехода:    - Проведён хотя бы один тест по каждому требованию (нагрузка, безопасность, отказоустойчивость).    - Исправлено не менее 2 критических уязвимостей.    - Время отклика не превышает допустимый порог.    - Система отмечает: «Тестирование завершено. Готовьте отчёт».

## Сцена 4. Синтез и отчётность
Элементы:    - Редактор отчёта с шаблонами: «Техническое задание», «Протокол испытаний», «Паспорт безопасности».    - Конструктор графиков (автоматическое построение диаграмм по результатам тестов).    - Чек-лист соответствия требованиям:        - «Гибкость подтверждена модульной структурой».        - «Надёжность обеспечена резервированием».        - «Эффективность соответствует KPI».        - «Безопасность на уровне ГОСТ/ISO».

Действия:    - Выбрать шаблон отчёта.    - Перенести данные из тестов в соответствующие разделы.    - Заполнить выводы и рекомендации.    - Отметить пункты чек-листа.    - Нажать «Сгенерировать PDF».

Условия перехода:    - Отчёт содержит не менее 3 выводов с доказательствами (графики, цифры).    - Все пункты чек-листа отмечены.    - PDF-отчёт сгенерирован без ошибок.

## Сцена 5. Рефлексия и оценка качества
Элементы:    - Экран с финальным отчётом и метриками:        - «Баланс требований: X %»;        - «Безопасность: Y %»;        - «Время внедрения: Z дней»;        - «Стоимость владения: W $».    - Симулятор последствий:        - Сценарий 1: «Система успешно работает под нагрузкой!».        - Сценарий 2: «Произошёл сбой из-за недостаточной отказоустойчивости».        - Сценарий 3: «Зафиксирована утечка данных из-за уязвимости».

Действия:    - Изучить метрики и сценарии последствий.    - Читать рекомендации системы по улучшению архитектуры.    - Скачать сертификат и отчёт.    - Нажать «Новое проектирование» для повторного прохождения.

Условия завершения игры:    - Финальный отчёт соответствует целям кейса.    - Метрика «Баланс требований» ≥ 80 %.    - Безопасность ≥ 85 %.    - Игрок получает сертификат с рейтингом:        - A — Баланс ≥ 90 %, Безопасность ≥ 95 %.        - B — Баланс 80–89 %, Безопасность 85–94 %.        - C — Баланс 70–79 %, Безопасность 75–84 %.