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

#### 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. Чек‑лист тестирования.