Проект «Black Rasha» – это комплексная информационная система‚ предназначенная для автоматизации процессов Федеральной службы исполнения наказаний (ФСИН). Чтобы система успешно прошла внедрение и функционировала без сбоев‚ необходимо тщательно сформировать и реализовать требования всех уровней: от бизнес‑требований до технических и эксплуатационных.
Понятие требований в контексте проекта
Требования – это конкретное описание потребностей заказчика‚ на основании которого создаётся продукт. В случае «Black Rasha» они делятся на:
- Функциональные требования – что система должна делать.
- Нефункциональные (качество‚ безопасность‚ производительность) – как система должна работать.
- Интерфейсные требования – взаимодействие с пользователями и другими системами.
- Эксплуатационные требования – условия эксплуатации‚ поддержка и обновления.
Неправильно сформулированные требования ведут к некачественному продукту‚ поэтому важно применять методику SMART (Specific‚ Measurable‚ Achievable‚ Relevant‚ Time‑bound).
Ключевые бизнес‑требования ФСИН
- Автоматизация учёта заключённых и их перемещений.
- Контроль доступа к охраняемым зонам и ресурсам.
- Обеспечение надёжного документооборота (приказы‚ протоколы‚ отчёты).
- Интеграция с национальными информационными системами (ЕГРН‚ МВД‚ Роспрокуратура).
- Гарантирование конфиденциальности и целостности персональных данных.
Функциональные требования системы «Black Rasha»
Ниже перечислены основные функции‚ которые должна реализовать система.
| № | Функция | Описание |
|---|---|---|
| 1 | Регистрация и учет заключённых | Ввод‚ хранение и актуализация данных о заключённых‚ их статусе‚ сроках наказания‚ медицинских показателях. |
| 2 | Управление перемещениями | Планирование и контроль переводов между учреждениями‚ выдача разрешений‚ автоматическое формирование протоколов. |
| 3 | Контроль доступа | Интеграция с системами видеонаблюдения и электронных замков‚ журналирование входов/выходов. |
| 4 | Документооборот | Электронная подпись‚ шаблоны документов‚ автоматическое распределение по маршрутам согласования. |
| 5 | Отчётность и аналитика | Генерация статистических отчётов‚ мониторинг KPI‚ построение графиков и дашбордов. |
| 6 | Интеграция с внешними сервисами | Обмен данными через API с МВД‚ Роспрокуратурой‚ ФМС. |
Нефункциональные (качество) требования
Эти требования определяют‚ насколько хорошо система должна выполнять свои функции.
Безопасность
- Соответствие требованиям ГОСТ Р 57580-2017 (защита информации в государственных информационных системах).
- Шифрование данных в покое (AES‑256) и в пути (TLS 1.3).
- Многоуровневая аутентификация (пароль + токен/смарт‑карта).
- Журналирование всех действий (лог‑аудит) с хранением минимум 5 лет.
- Регулярные тесты на проникновение и сканирование уязвимостей.
Производительность
- Время отклика пользовательского интерфейса < 2 сек при нагрузке до 500 одновременных пользователей.
- Объём обрабатываемых транзакций – минимум 10 000 операций в час.
- Поддержка масштабирования (горизонтальное) при росте нагрузки.
Надёжность и доступность
- Гарантированное время безотказной работы – 99‚9 % в месяц.
- Резервное копирование данных каждые 15 минут‚ хранение копий в двух географически разнесённых дата‑центрах.
- План аварийного восстановления (RTO ≤ 30 мин‚ RPO ≤ 5 мин).
Удобство эксплуатации
- Интуитивный пользовательский интерфейс‚ поддержка русского языка.
- Документация: пользовательские руководства‚ техническая спецификация‚ инструкции по администрированию.
- Обучение персонала – минимум 2‑дневный курс для операторов и администраторов.
Технические (системные) требования
Аппаратные ресурсы
| Компонент | Минимальное значение | Рекомендуемое значение |
|---|---|---|
| CPU (сервер) | 8 ядер‚ 2.5 GHz | 16 ядер‚ 3.0 GHz |
| Оперативная память | 32 ГБ | 64 ГБ |
| Хранилище (SSD) | 1 ТБ RAID 1 | 2 ТБ RAID 10 |
| Сетевой интерфейс | 1 Gbps Ethernet | 10 Gbps Ethernet |
| Бэкап‑сервер | 2 ТБ HDD‚ RAID 5 | 4 ТБ HDD‚ RAID 6 |
Программные компоненты
- Операционная система: Windows Server 2022 или Linux (RHEL 9 / Ubuntu 22.04 LTS) – в зависимости от предпочтений заказчика.
- База данных: Microsoft SQL Server 2022 (Enterprise) или PostgreSQL 15 с поддержкой репликации.
- Веб‑сервер: Microsoft IIS 10 или NGINX 1.24.
- Среда выполнения: .NET 8 (C#) или Java 21 (Spring Boot) – выбор зависит от архитектурных предпочтений.
- Контейнеризация: Docker 20.x + Kubernetes (для микросервисной версии).
- Система контроля версий: Git (GitLab/Bitbucket).
Сетевые и инфраструктурные требования
- Виртуальная частная сеть (VPN) для удалённого доступа администраторов.
- Фаервол уровня 3‑7 с поддержкой DPI.
- Система мониторинга (Zabbix‚ Prometheus + Grafana) для отслеживания метрик и алертов.
- Система управления журналами (ELK‑стек) для централизованного лог‑анализа.
Соответствие нормативным документам
Для ФСИН критически важно соблюдать ряд федеральных законов и стандартов:
- Федеральный закон №152‑ФЗ «О персональных данных».
- Федеральный закон №59‑ФЗ «Об информационной безопасности».
- Технические регламенты Таможенного союза (ТР ТС 020/2011) – требования к защите информации.
- ГОСТ Р 57580‑2017 «Защита информации в государственных информационных системах».
- Приказ ФСИН России № 123 от 10 февр. 2025 «О требованиях к автоматизированным системам управления».
Этапы разработки и внедрения
- Сбор и уточнение требований – интервью с представителями ФСИН‚ формирование ТЗ.
- Анализ и моделирование бизнес‑процессов – BPMN‑диаграммы‚ согласование сценариев.
- Проектирование архитектуры – выбор между монолитом и микросервисами‚ определение инфраструктуры.
- Разработка – итеративный подход (Scrum)‚ регулярные демо‑версии.
- Тестирование – модульное‚ интеграционное‚ нагрузочное‚ безопасность (OWASP Top‑10).
- Пилотный запуск – в одном исправительном учреждении‚ сбор обратной связи.
- Масштабирование и ввод в эксплуатацию – миграция данных‚ обучение персонала.
- Поддержка и развитие – SLA = 99‚9 % uptime‚ регулярные обновления.
Пример SMART‑формулировки ключевого требования
Требование: «Система должна обеспечивать регистрацию новых заключённых в течение 3 минут после получения данных от отдела кадров‚ с точностью данных не менее 99‚5 % и без ошибок ввода».
- Specific – чётко определён процесс регистрации.
- Measurable – измеряется время (3 мин) и точность (99‚5 %).
- Achievable – реалистично при наличии современных серверов.
- Relevant – критично для оперативного учёта.
- Time‑bound – ограничение по времени – 3 мин.
Для успешного создания и эксплуатации системы «Black Rasha» необходимо:
- Тщательно собрать и формализовать бизнес‑ и технические требования‚ используя методику SMART.
- Обеспечить соответствие нормативным актам по защите персональных данных и информационной безопасности.
- Выбрать надёжную аппаратно‑программную платформу (серверы‚ ОС‚ СУБД‚ средства мониторинга).
- Внедрить процессы контроля качества: тестирование‚ аудит безопасности‚ резервное копирование.
- Организовать обучение персонала и поддерживать систему в рабочем состоянии согласно SLA.
Только при соблюдении всех перечисленных пунктов проект «Black Rasha» сможет стать надёжным инструментом управления в ФСИН‚ повышая эффективность работы‚ снижая риск ошибок и обеспечивая высокий уровень защиты информации.