ГОСТ Р 56923—2016
Окончание таблицы А.24
ПоложениеИСО/МЭК 15288
ИСО/МЭК 12207
h) Поддержка старой системы должна быть описана в планах замещения,
включая уровень поддержки
6.4.10.3.5.3 а)
i) Если обучение пользователей функционирующей системы обеспечивает
отдельная учебная окружающая среда, то обновления в функционирующей
системе должны вызывать соответствующие обновления идля учебной си
стемы
6.4.10.3.5.4
Таблица А.25 — Процесс прекращения применения программных средств (6.4.11)
Положение
ИСО/МЭК 15288
ИСО/МЭК 12207
а) У каждой стадии жизненного цикла есть функция прекращения приме
нения в решении задач и достижения цели стадии. Поэтому процесс при
меним к любой стадии и может иметь различную стратегию и план относи
тельно прекращения применения программных средств и нежелательных
побочных продуктов от этой стадии
6.4.11.3 а)
6.4.11.3.1
Ь) Процесс прекращения применения программного средства также приме
ним клюбым обеспечивающим системам для этой стадии
6.4.11.3 а)
6.4.11.3.1
с) Для постепенного выведения программного продукта из эксплуатации
должно быть разработано соответствующее расписание
6.4.11.3.2.2 Ь)
А.6 Процессы реализации программных средств (Подраздел 7.1)
Таблица А.26 — Процесс реализации программных средств (7.1.1)
Положение
ИСО/МЭК 12207
а) См. также таблицу 18 — Процесс реализации (6.4.4)
6.4.4.3
Ь) Если нет предложений от приобретающей стороны или поставщика, конструктор (исполни
тель) должен установить соответствующую модель(и) жизненного цикла прежде, чем пере
ходить к процессу реализации программных средств. Содержание процесса реализации про
граммных средств и распределение по моделижизненного цикла должны включать действия и
задачи для осуществления процесса, когда они могут быть проведены и ответственных лиц за
выполнение действий и задач. Дополнительное руководство по использованию моделей
жизненногоцикла программных средств может быть найдено встандарте IEEE Std 1074. IEEE
стандарт для разработки процесса жизненного цикла программных средств (Standard for De
veloping a Software Project Life Cycle Process)
7.1.1.3.1.1
с) Реализация процесса управлениядокументацией — это запись информации в любых СМИ и
гложет включать подготовку печатных документов. Обоснование для ключевых решений,
принятых в проведении реализации программных средств/системы, должно быть задокумен
тировано. Обоснование должно включать рассмотренные компромиссы, методы анализа и
критерии, использованные при принятиирешений. Значение «ключевых решений» и
подхода для того, чтобы обеспечить обоснование, должны быть описаны в планах.
Разработка и документирование информации — это неотъемлемая часть процесса
реализации программных средств. Процесс управления документацией обращается к
представлению и управлению этой информацией. Руководство по формату и содержанию
разрабатываемой информации предоставлено в ИСО/МЭК 15289
7.1.1.3.1.2 а)
7.2.1
d) Конструктор (исполнитель) должен учитывать различные состояния, в которых определя
ются объекты, продукты, или иные сущности, проходящие как часть управления конфигура
цией (например, авторский надзор, конструкторское проектное управление, управление при
обретающей стороны). Эти состояния можно определить тогда, когда могут использоваться
другие процессы. (Например, только управление конфигурацией для продуктов на проект
ном уровне или более высоком уровне может быть перечислено в записях статусного учета
конфигурации и использовано в процессе решения проблем в программных средствах для
официального отчета и отслеживания любых проблем). Конструктор (исполнитель) должен
7.1.1.3.1.2 Ь)
7.2.2
91