ГОСТ Р 56923—2016
Окончание таблицы А.26
Положение
также зарегистрировать уполномоченных лицили группы для разрешения изменений и их вы
полнения на каждом уровне, если это приемлемо. Конструктор (исполнитель) должен зареги
стрировать шаги, которые будутследовать для запрашивания авторизации на изменения, для
заявок на изменения процесса, изменения последовательности, распределения изменений и
запоминания прошлых версий. Изменения, которые воздействуют на обьект, продукт или
иную сущность уже при управлении приобретающей стороны, должны быть предложены при
обретающей стороне в соответствии с контрактом по установленными формам и процедурам.
Базовая линия может использоваться во время процесса реализации программных средств
как форма управления объектом конфигурации
ИСО/МЭК 12207
е) Выбор конструктором (исполнителем) стандартов, методов, инструментариев и компьютер
ных языков может включать выбор собственных стандартных практик конструктора (исполни
теля). вт. ч. практику повторного использования программных средств
7.1.1.3.1.3
7.3
0 Конструктор (исполнитель) может сослаться на определенные стандарты, методы, инстру
ментарии. практики и языки программирования в планах относительно осуществления своих
действий
7.1.1.3.1.4
д)
Планирование реализации описывает
по
д
хо
д
(методы/процедуры/инструментарии) к при
менимым действиям и задачам процесса реализации программных средств, охватывает все
применимые разделыотносительно реализации, идентифицирует применимые риски/неопре-
деленность относительно этих действий и задач и описывает планы относительно разреше
ния проблем с рисками.|,неопределенностью
7.1.1.3.1.4
h) Планирование реализации программного средства должно быть основано на модели его
жизненного цикла (см. 7.1.1.3.1.1)
7.1.1.3.1.4
i) Планы, которые будут приняты, могут быть планами руководства проектом и/или планами
реализации программных средств
7.1.1.3.1.4
j) Конструктор (исполнитель) должен предоставить вниманию поставщика (и приобретающей
стороне) те обьекты. для которых доставка не предусмотрена, но для которых поставляемые
продукты могут быть востребованы во время функционирования и сопровождения, чтобы по
зволить поставщику иприобретающейстороне договариваться об использовании или достав
ке поставляемых продуктов
Таблица А.27 — Процесс анализа требований программных средств (7.1.2)
7.1.1.3.1.5
Положение
ИСО.’МЭК 12207
а) См. также таблицу 16 — Процесс анализа системных требований (подпункт 6.4.2)
6.4.2.3
Ь) ИСО/МЭК 25030 определяет шесть качественных характеристик для использования: функ
циональность, надежность, применимость, эффективность, сопровождаемость и мобиль
ность
7.1.2.3.1.1
с) Все обьекты должны быть установлены таким образом, чтобы для них могли быть опреде
лены объективные критерии
7.1.2.3.1.1
d) Руководство относительно планов безопасности программных средств может быть найдено
в стандарте IEEE 1228. IEEE стандарт для планов безопасности программных средств
7.1.2.3.1.1
е) Требования к выполнению оценок предназначены для задания работы конструктору (ис
полнителю) в интересах определения выполнимости архитектурного проекта программного
обьекта. основанного на требованиях и выполнимости функционирования и сопровождения
системы, содержащей такой программный обьект. Это может оказаться необходимымдля вы
полнения выборочных аспектов проекта, например, таких, как прототипирование или моде
лирование. и определения, выполнима ли разработка продукции, отвечающей задаваемым
требованиям
7.1.2.3.1.2 е)
7.1.2.3.1.2 0
f) Проведение ревизий включает в себя планирование и принятие участия в технических и
управленческих ревизиях. Стандарт
1028
может быть полезным в осуществлении этого тре
бования
7.1.2.3.1.3
92