|
|
@@ -0,0 +1,74 @@
|
|
|
+# Сценарий интерактивной браузерной игры «Требования к АИС: гибкость, надежность, эффективность, безопасность.»
|
|
|
+### Тема: освоение ключевых требований к проектированию и эксплуатации автоматизированных информационных систем.
|
|
|
+
|
|
|
+### Цель игры: успешно спроектировать и внедрить АИС, обеспечив баланс между гибкостью, надёжностью, эффективностью и безопасностью.
|
|
|
+
|
|
|
+### Целевая аудитория: студенты 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 %.
|
