1
0
Просмотр исходного кода

Загрузить файлы 'Лекции/2.5.1300_Управление_режимом_контроля_печати_конфиденциальных_документов'

u23-27gurkin 5 дней назад
Родитель
Сommit
43423b80cb

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

@@ -0,0 +1,168 @@
+### Техническое задание: «Система контроля печати конфиденциальных документов (игровой тренажёр)»
+
+#### 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. Чек‑лист тестирования.