Образец реестра требований безопасности программного обеспечения
Реестр требований безопасности — набор требований к ПО, который ведётся всю разработку. Стандарт ГОСТ Р 56939-2024 требует предъявлять к ПО требования безопасности и вести их учёт (пункт 5.3). По каждому требованию видно, откуда оно взялось, кто его поставил и кто взял в работу, когда его реализуют и как менялась формулировка. Обычно записи ведут в системе задач, а реестр выгружают к выпуску версии.
Как получить документ
Два пути: сформировать в кабинете или купить готовый образец за 1 000 ₽.
Реестр требований безопасности программного обеспечения по вашим данным
Документ собирается по самооценке процессов и перечню инструментов из мастера режима «Разработка безопасного ПО» — их ведут в кабинете. Анкета образца этого не посчитает, поэтому под вашу организацию он собирается в кабинете.
Что даёт кабинет
- ✓Документы с реквизитами и сведениями вашей организации, готовые к подписи
- ✓Сведения подставляются из того, что вы уже ввели, а пробелы видны до скачивания
- ✓Образцы заполнения во всех вариантах — для просмотра на платном тарифе, с файлами — при покупке документа
Раздел входит в тариф «Полный».
Что должно быть в документе
- идентификатор и формулировку каждого требования;
- дату предъявления, приоритет и плановый срок реализации;
- кто предъявил требование и кто принял его к реализации;
- отметку, что требование понятно однозначно и не противоречит другим;
- текущий статус и историю смены статусов;
- изменения формулировки и решения, принятые при реализации.
Как оформить
- Соберите требования из источников: техническое задание, модель угроз, нормативные акты, обращения заказчиков.
- Заведите каждое требование задачей с отдельной меткой, чтобы реестр выгружался из системы задач.
- Перед приёмом в работу проверьте формулировку: её должны одинаково понимать автор и исполнитель.
- Выгружайте реестр к каждому выпуску и пересматривайте его после изменения модели угроз.
Сформируйте этот документ под свой профиль — с подстановкой реквизитов и без ошибок.
Сформировать в ГрамотаИБЧастые вопросы
Можно ли вести реестр прямо в системе задач?
Да. Стандарт сам рекомендует средства автоматизации — систему управления изменениями или задачами (примечание к пункту 5.3.3.3 ГОСТ Р 56939-2024). Важно, чтобы из системы выгружались все графы формы и история изменений.
Как проверить однозначность и непротиворечивость требований?
Критерии разработчик выбирает сам, экспертным методом (примечание к пункту 5.3.2.3). Простой способ: исполнитель пересказывает требование и называет проверку, которой его закроют. Совпало с замыслом автора — требование однозначно.
Что писать в последней графе?
Как требование реализовано на деле и что в нём поменяли по ходу разработки. Это уточнённый набор требований по пункту 5.3.3.4: он нужен, когда спрашивают, почему код сделан не так, как сказано в первой формулировке.
Документы того же комплекта
Входит в полный комплект
- Полный комплект документов по безопасной разработке программного обеспечения — 45 документов с образцами за одну организацию, 8 900 ₽
Все образцы раздела: Безопасная разработка ПО (ГОСТ Р 56939-2024).
Нормативная основа: ГОСТ Р 56939-2024 (разработка безопасного ПО). Подробный разбор — в статье «Регламент безопасной разработки ПО по ГОСТ Р 56939-2024: что нужно оператору ГИС».
Материал носит справочный характер и не заменяет юридическую оценку под конкретную ситуацию.