EASvZI/Лекции/2.5.1300_Управление_режимом_контроля_печати_конфиденциальных_документов/Техническое задание_2.5.1300.md

### Техническое задание: «Система контроля печати конфиденциальных документов (игровой тренажёр)»

1. Общие положения

1.1. Назначение документа
Техническое задание определяет требования к разработке интерактивного тренажёра в форме онлайн‑игры для обучения сотрудников правилам контроля печати конфиденциальных документов.

1.2. Цель продукта
Формирование практических навыков настройки защиты печати через игровое взаимодействие.

1.3. Область применения
Используется для:

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

2. Функциональные требования

2.1. Основной сценарий (игровой цикл)

1. Запуск игры → выбор сценария → прохождение этапов → получение оценки → возможность повторного прохождения.
2. Каждый этап представляет собой отдельную сцену с задачами по настройке защиты.
3. В конце — итоговая оценка и рекомендации.

2.2. Обязательные игровые механики

• Поэтапное прохождение (5 сцен с нарастающей сложностью).
• Обратная связь — мгновенные уведомления о правильности действий.
• Система баллов — начисление очков за верные решения.
• Реиграбельность — возможность повторного прохождения.

2.3. Содержание сцен (этапов)

Сцена 1: Аутентификация пользователей

• Элементы: чекбоксы для выбора методов (смарт‑карта, PIN, биометрия, MFA).
• Действия: отметить минимум 2 метода, включая MFA.
• Условия перехода: активация MFA + ещё одного метода.

Сцена 2: Контроль вывода на печать

• Элементы: спинбокс (макс. число копий), комбобокс (варианты водяных знаков).
• Действия: установить лимит копий, выбрать тип водяного знака.
• Условия перехода: лимит ≤ 3, водяной знак ≠ «Нет».

Сцена 3: Шифрование данных

• Элементы: радиокнопки (протоколы: IPPS, VPN, незашифрованная передача).
• Действия: выбрать безопасный протокол.
• Условия перехода: выбор IPPS или VPN.

Сцена 4: Журналирование и аудит

• Элементы: чекбоксы (поля для логирования: время, пользователь, документ, IP).
• Действия: отметить обязательные поля для логов.
• Условия перехода: выбраны минимум 3 поля.

Сцена 5: Физическая защита

• Элементы: радиокнопки (варианты размещения: общий холл, закрытое помещение, зона с видеонаблюдением).
• Действия: выбрать безопасное место для принтера.
• Условия перехода: выбор «закрытое помещение» или «зона с видеонаблюдением».

3. Требования к интерфейсу

3.1. Общий дизайн

• Цветовая схема: пастельные тона (#f0f8ff — фон, #2c3e50 — текст).
• Шрифты: Arial (12–18 pt для основного текста, 24 pt для заголовков).
• Отступы: 20–50 px для читаемости.

3.2. Элементы управления

• Кнопки действий — зелёные (#27ae60) с белым текстом.
• Кнопки навигации — синие (#3498db) с белым текстом.
• Чекбоксы/радиокнопки — стандартные для ОС.

3.3. Сообщения

• Успех — зелёное уведомление.

• Ошибка — красное предупреждение с пояснением.

• Итоги — центрированный блок с оценкой.

4. Требования к логике

4.1. Система подсчёта очков

• За каждый успешный этап: +10 баллов.
• Максимум: 50 баллов (5 сцен × 10).
• Оценка:
  • 45–50: «Отлично»;
  • 30–44: «Хорошо»;
  • 15–29: «Удовлетворительно»;
  • <15: «Критические уязвимости».

4.2. Условия завершения

• Прохождение всех 5 сцен → экран итогов.
• Невыполнение условий этапа → повторное прохождение сцены.

5. Технические требования

5.1. Платформа

• Язык: Python 3.8+.
• Библиотека: tkinter (стандартная для Python).
• ОС: Windows, Linux, macOS.

5.2. Производительность

• Время загрузки сцены: ≤ 2 сек.

• Реакция на действия: ≤ 0.5 сек.

• Объём памяти: ≤ 50 МБ.

5.3. Совместимость

• Разрешение экрана: от 800×600.
• Поддержка масштабирования интерфейса.

6. Требования к документации

6.1. Техническая документация

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

6.2. Пользовательская документация

• Инструкция для администратора (установка, настройка).
• Краткое руководство для игрока (цели, управление).

7. Этапы разработки

1. Проектирование (1 неделя)

   • Утверждение ТЗ.
   • Разработка прототипа интерфейса.

2. Реализация (3 недели)

   • Кодирование сцен.
   • Интеграция логики подсчёта.
   • Тестирование отдельных модулей.

3. Тестирование (1 неделя)

   • Проверка на ошибки ввода.
   • Нагрузочное тестирование.
   • Юзабилити‑тест с фокус‑группой.

4. Доработка и релиз (1 неделя)

   • Исправление замечаний.
   • Подготовка дистрибутива.
   • Публикация документации.

8. Критерии приёмки

Система считается готовой при выполнении:

• Все 5 сцен работают без ошибок.
• Система подсчёта очков корректна.
• Интерфейс соответствует дизайну.
• Игра запускается на целевых ОС.
• Документация полная и актуальная.

9. Ограничения и допущения

• Не требуется сетевая компонента (локальное приложение).
• Нет поддержки мобильных устройств.
• Локализация — только русский язык.

10. Приложения

1. Схема архитектуры приложения.
2. Примеры экранов для каждой сцены.
3. Таблица соответствия баллов и оценок.
4. Чек‑лист тестирования.