Дата составления:
Общие сведения
Настоящее техническое задание (ТЗ) определяет требования к созданию и внедрению системы электронного архива (далее – СЭА) в соответствии с действующими нормативными документами:
- ГОСТ Р 7.0.8‑2025 «Система стандартов по информации‚ библиотечному и издательскому делу. Делопроизводство и архивное дело. Термины и определения»;
- ГОСТ 19.201‑78 «Единая система программной документации (ЕСПД). Техническое задание. Требования к содержанию и оформлению»;
- ГОСТ 34.602‑89 «Информационная технология (ИТ). Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы»;
- ГОСТ 15.016‑2016 «Система разработки и постановки продукции на производство (СРПП). Техническое задание. Требования к содержанию и оформлению»;
- ГОСТ 2.501‑2013 «Единая система конструкторской документации (ЕСКД). Правила учета и хранения».
ТЗ предназначено для заказчика‚ разработчиков‚ тестировщиков и специалистов по эксплуатации СЭА.
Цели и задачи проекта - Обеспечить надёжное хранение‚ учёт и поиск электронных документов с учётом их жизненного цикла (ГОСТ Р 7.0.8‑2025).
- Гарантировать метаданные документа‚ позволяющие управлять им в течение всего периода хранения.
- Соблюдать требования к формату электронного документа (структура файлов‚ кодировка‚ расширения).
- Обеспечить совместимость с существующими информационными системами организации.
- Гарантировать информационную безопасность и соответствие требованиям законодательства о защите информации.
Область применения
СЭА будет использоваться в:
- службах делопроизводства и архивного дела;
- отделах бухгалтерии‚ юридическом отделе‚ отделе кадров;
- центрах обработки данных (ЦОД) организации.
Термины и определения
Согласно ГОСТ Р 7.0.8‑2025:
- Электронный документ – информация‚ представленная в цифровой форме‚ имеющая структуру‚ кодировку и расширение‚ позволяющие её хранить‚ отображать и печатать.
- Метаданные – информация о документе‚ обеспечивающая его управление в течение жизненного цикла.
- Жизненный цикл документа – последовательность стадий от создания до окончательного уничтожения (для документов с постоянным сроком хранения – «незакрытый»).
Требования к системе 5.1 Функциональные требования - Регистрация и импорт документов – загрузка файлов различных форматов (PDF‚ DOCX‚ TIFF‚ XML и др.) с автоматическим заполнением метаданных.
- Классификация и индексация – привязка к классификатору (например‚ ОКУД) и возможность ручного/автоматического тегирования.
- Поиск и фильтрация – быстрый поиск по метаданным‚ содержимому‚ дате‚ типу‚ ответственному лицу.
- Контроль доступа – разграничение прав (просмотр‚ редактирование‚ удаление) в соответствии с ролями пользователей.
- Управление версиями – хранение всех версий документа‚ возможность отката.
- Автоматическое формирование отчетов – статистика по количеству документов‚ срокам хранения‚ использованию.
- Экспорт/импорт архивных наборов – формирование архивов в соответствии с ГОСТ‑форматами для передачи в государственные архивы.
5.2 Нефункциональные требования - Надёжность – отказоустойчивость уровня 99‚9 % за год‚ резервное копирование в реальном времени.
- Производительность – время отклика на запрос поиска не более 2 секунд при базе до 10 млн документов.
- Безопасность – шифрование данных в покое (AES‑256) и при передаче (TLS 1.3)‚ журналирование всех действий.
- Совместимость – поддержка Windows Server 2022‚ Linux (CentOS 9)‚ интеграция с 1С‚ SAP‚ Microsoft SharePoint.
- Масштабируемость – возможность горизонтального расширения кластера хранения.
- Удобство эксплуатации – веб‑интерфейс с адаптивным дизайном‚ поддержка русской локализации.
5.3 Требования к техническим средствам
- Регистрация и импорт документов – загрузка файлов различных форматов (PDF‚ DOCX‚ TIFF‚ XML и др.) с автоматическим заполнением метаданных.
- Классификация и индексация – привязка к классификатору (например‚ ОКУД) и возможность ручного/автоматического тегирования.
- Поиск и фильтрация – быстрый поиск по метаданным‚ содержимому‚ дате‚ типу‚ ответственному лицу.
- Контроль доступа – разграничение прав (просмотр‚ редактирование‚ удаление) в соответствии с ролями пользователей.
- Управление версиями – хранение всех версий документа‚ возможность отката.
- Автоматическое формирование отчетов – статистика по количеству документов‚ срокам хранения‚ использованию.
- Экспорт/импорт архивных наборов – формирование архивов в соответствии с ГОСТ‑форматами для передачи в государственные архивы.
5.2 Нефункциональные требования - Надёжность – отказоустойчивость уровня 99‚9 % за год‚ резервное копирование в реальном времени.
- Производительность – время отклика на запрос поиска не более 2 секунд при базе до 10 млн документов.
- Безопасность – шифрование данных в покое (AES‑256) и при передаче (TLS 1.3)‚ журналирование всех действий.
- Совместимость – поддержка Windows Server 2022‚ Linux (CentOS 9)‚ интеграция с 1С‚ SAP‚ Microsoft SharePoint.
- Масштабируемость – возможность горизонтального расширения кластера хранения.
- Удобство эксплуатации – веб‑интерфейс с адаптивным дизайном‚ поддержка русской локализации.
5.3 Требования к техническим средствам
Согласно пункту 2.4.4 ГОСТ 19.201‑78‚ в ТЗ указываются основные характеристики оборудования:
| Компонент | Минимальные характеристики | Рекомендованные характеристики |
|---|---|---|
| Сервер приложений | CPU – 8 ядер‚ 2‚5 ГГц; RAM – 32 ГБ; SSD – 1 ТБ | CPU – 16 ядер‚ 3‚0 ГГц; RAM – 64 ГБ; SSD – 2 ТБ + HDD – 10 ТБ (RAID‑6) |
| Сервер баз данных | CPU – 8 ядер; RAM – 64 ГБ; SSD – 2 ТБ | CPU – 16 ядер; RAM – 128 ГБ; SSD – 4 ТБ (RAID‑10) |
| Система резервного копирования | Ленточный накопитель LTO‑8‚ объём – 12 ТБ | Облачный сервис + локальный NAS – 30 ТБ |
Требования к информационной и программной совместимости
Согласно пункту 2.4.5 ГОСТ 19.201‑78‚ необходимо указать:
- Входные информационные структуры – XML‑схемы‚ соответствующие ГОСТ Р 7.0.8‑2025 (метаданные)‚ и форматы PDF/A‑2b‚ DOCX (ISO 32000‑2).
- Выходные структуры – архивные пакеты в формате ZIP с вложенными XML‑манифестами (по ГОСТ 2.501‑2013).
- Языки программирования – Java 17 (backend)‚ TypeScript (frontend)‚ SQL‑2023 (БД).
- Платформы – Spring Boot‚ Angular‚ PostgreSQL 15.
- Средства разработки – IntelliJ IDEA‚ Git‚ Maven‚ Docker.
Описание метаданных и форматов документов
Метаданные должны включать обязательные поля:
- Уникальный идентификатор (UUID);
- Наименование документа;
- Автор (физическое/юридическое лицо);
- Код классификатора (ОКУД‚ ОКПД2);
- Срок хранения (постоянный/ограниченный);
- Статус доступа (публичный‚ конфиденциальный‚ служебный);
- Контрольные суммы (SHA‑256) для проверки целостности.
Форматы файлов должны соответствовать требованиям ГОСТ Р 7;0.8‑2025:
- Текстовые документы – PDF/A‑2b‚ DOCX (UTF‑8);
- Изображения – TIFF (CCITT Group 4)‚ PNG (RGB);
- Табличные данные – XLSX (UTF‑8)‚ CSV (RFC 4180).
Безопасность и защита информации
Для обеспечения конфиденциальности и целостности данных необходимо реализовать:
- Аутентификацию по протоколу OAuth 2.0 с двухфакторной проверкой.
- Ролевую модель доступа (RBAC) согласно требованиям ФЗ‑152 «О персональных данных».
- Шифрование данных в покое (AES‑256) и в канале (TLS 1.3).
- Регулярные аудиты и журналирование (логирование всех операций с указанием времени‚ пользователя‚ действия).
- План восстановления после аварий (DRP) с RTO ≤ 4 ч‚ RPO ≤ 30 мин.
Тестирование и приемка
Тестирование проводится в три этапа:
- Модульное тестирование – покрытие кода ≥ 80 % (JUnit‚ Jest).
- Интеграционное тестирование – проверка взаимодействия с 1С‚ SAP‚ LDAP.
- Приёмочное тестирование – сценарии‚ согласованные с заказчиком‚ включающие проверку сроков хранения‚ экспорта архивных наборов и восстановления из резервных копий.
Критерии приемки:
- Соответствие всем функциональным требованиям (100 %).
- Отсутствие критических дефектов (Severity = 1) после завершения тестов.
- Успешное прохождение проверок безопасности (внутренний аудит‚ сканирование уязвимостей).
План реализации проекта
| Этап | Сроки | Ответственные | Ключевые результаты |
|---|---|---|---|
| Инициация и согласование ТЗ | – | Менеджер проекта‚ аналитик | Утверждённый документ ТЗ |
| Проектирование архитектуры | – | Системный архитектор | Диаграммы компонентов‚ спецификации API |
| Разработка модулей | – | Команда разработки | Рабочие версии backend‚ frontend‚ БД |
| Тестирование | – | QA‑инженеры | Отчёты о тестировании‚ исправленные дефекты |
| Внедрение и обучение | – | Инженер внедрения‚ тренер | Эксплуатационная среда‚ обученный персонал |
| Эксплуатация и поддержка | – … | Служба поддержки | Стабильная работа СЭА‚ SLA ≤ 2 ч |
Оформление и документация
В соответствии с ГОСТ 15;016‑2016 и ГОСТ 19.201‑78 в проекте должна быть подготовлена следующая документация:
- Техническое задание (данный документ);
- Техническое описание (ТЗ‑ТД);
- Пользовательская инструкция;
- Руководство администратора;
- Отчёт о тестировании;
- План резервного копирования и восстановления.
Разработка системы электронного архива по данному ТЗ позволит организации обеспечить надёжное хранение и эффективный доступ к документам‚ соответствовать требованиям ГОСТ‑стандартов и законодательных актов‚ а также повысить уровень информационной безопасности. При соблюдении указанных требований к техническим средствам‚ программной совместимости и процессам тестирования проект будет реализован в запланированные сроки и с требуемым уровнем качества.
Ответственный за подготовку ТЗ: Иванов И.И.‚ ведущий аналитик‚ ООО «ИнфоТехСервис»