Образец регламента приёмки, выпуска и поставки программного обеспечения

Между последним слиянием и установкой у пользователя версия проходит три шага. Приёмка решает, можно ли её выпускать с известными ошибками (пункт 5.20 ГОСТ Р 56939-2024). Меры целостности дают пользователю способ убедиться, что пакет не подменён. Безопасная поставка определяет, откуда берутся копии, где они хранятся и как доходят обновления, в том числе срочные обновления безопасности (пункт 5.21). Стандарт требует по регламенту на приёмку, на целостность и на поставку, а образец сводит их в один документ.

Как получить документ

Два пути: сформировать в кабинете или купить готовый образец за 600 ₽.

В личном кабинете

Регламент приёмки, выпуска и поставки программного обеспечения по вашим данным

Документ собирается по самооценке процессов и перечню инструментов из мастера режима «Разработка безопасного ПО» — их ведут в кабинете. Анкета образца этого не посчитает, поэтому под вашу организацию он собирается в кабинете.

Что даёт кабинет

  • ✓Документы с реквизитами и сведениями вашей организации, готовые к подписи
  • ✓Сведения подставляются из того, что вы уже ввели, а пробелы видны до скачивания
  • ✓Образцы заполнения во всех вариантах — для просмотра на платном тарифе, с файлами — при покупке документа

Раздел входит в тариф «Полный».

Без данных организации

Готовый заполненный образец и пустой бланк

600 ₽ разово

С платной подпиской — 300 ₽: тарифы

Ступень «Реквизиты»: в образце заполнены реквизиты: организация, фамилии, должности, даты и номера.

Тот же документ, полностью заполненный за вымышленную организацию. Видно, что и насколько подробно писать в каждое место, — бланк вы заполните сами. О себе сообщаете только почту.

Нужен образец под вашу сферу деятельности? Закажите его через форму обратной связи — достаточно назвать сферу, сведения о вашем объекте не нужны.

Что входит

  • ✓Образец заполнения: тот же документ за вымышленную организацию, все пустые места заполнены подробно — в PDF
  • ✓Пояснительная записка: зачем документ нужен, каким актом предусмотрен и как ввести его в действие
  • ✓Регламент приёмки, выпуска и поставки программного обеспечения — пустой бланк в PDF и DOCX, реквизиты и сведения впишете сами
Выберите вариант образца

Начало образца увидите сразу, до оплаты. Пока файл не выгружен, деньги возвращаются полностью.

Что должно быть в документе

  • обязанности и роли при приёмке, типовые сценарии приёмки;
  • меры, которые позволяют пользователю проверить целостность, порядок их применения;
  • как пользователей информируют о способе проверки целостности;
  • обязанности и роли при поставке, хранение копий поставленных версий;
  • снятие копий, поставку обновлений, в том числе обновлений безопасности;
  • как пользователь проверяет подлинность программы и обновлений;
  • место хранения копий поставляемых версий.

Как оформить

  1. Перечислите, что проверяется перед выпуском, — отчёты анализаторов, тестирование, решения по неустранённым ошибкам.
  2. Назначьте, кто подписывает акт приёмки: не автор выпуска.
  3. Выберите меры целостности — контрольные суммы, подпись пакетов — и включите их в конвейер сборки.
  4. Опишите канал поставки и место хранения копий каждой версии.
  5. Впишите порядок проверки подписи и контрольных сумм в эксплуатационную документацию.
  6. Утвердите регламент и оформляйте по нему акт приёмки и формуляр каждой версии.

Сформируйте этот документ под свой профиль — с подстановкой реквизитов и без ошибок.

Сформировать в ГрамотаИБ

Частые вопросы

Можно ли выпустить версию с неустранёнными ошибками?

Можно, если влияние каждой ошибки на безопасность проанализировано и решение записано. Стандарт требует такого анализа и фиксации неустранённых ошибок в системе отслеживания (пункт 5.20.2.2 ГОСТ Р 56939-2024). Результат оформляется в акте приёмки версии.

Чем подпись пакета отличается от контрольной суммы?

Контрольная сумма показывает, что файл не повреждён и совпадает с опубликованным. Подпись показывает ещё и то, кто его выпустил: подделать её без ключа разработчика нельзя. Стандарт оставляет выбор мер разработчику, но требует описать их и порядок проверки для пользователя (пункт 5.20.3.3 ГОСТ Р 56939-2024).

Документы того же комплекта

Образец акта приёмки версии ПО
Акт по пунктам 5.20.3.2 и 5.20.3.4 ГОСТ Р 56939-2024: какие несоответствия остались в версии, что устранено, почему неустранённые ошибки не влияют на безопасность и как проверены подписи и контрольные суммы выпуска.
Образец журнала учёта обучения работников разработке безопасного программного обеспечения
Форма учёта по пункту 5.2 ГОСТ Р 56939-2024: кто из работников какой курс прошёл, с каким результатом и чем это подтверждено, а также семинары и рассылки о типовых ошибках и уязвимостях — с темой и составом участников.
Образец журнала учёта сообщений об уязвимостях программного обеспечения
Журнал по пунктам 5.23.3.2–5.23.3.4 ГОСТ Р 56939-2024: обращения пользователей и сведения об уязвимостях из внешних источников, проверка применимости, ответ заявителю, оценка актуальности и критичности, решение об устранении.
Образец заявки на сертификацию процессов безопасной разработки программного обеспечения
Заявка изготовителя средства защиты информации во ФСТЭК России на сертификацию процессов безопасной разработки по Порядку, утверждённому приказом ФСТЭК России от 01.12.2023 № 240: семь обязательных сведений, подпись, печать и приложение — руководство по безопасной разработке.

Входит в полный комплект

Все образцы раздела: Безопасная разработка ПО (ГОСТ Р 56939-2024).

Нормативная основа: ГОСТ Р 56939-2024 (разработка безопасного ПО). Подробный разбор — в статье «Регламент безопасной разработки ПО по ГОСТ Р 56939-2024: что нужно оператору ГИС».

Материал носит справочный характер и не заменяет юридическую оценку под конкретную ситуацию.