ГОСТ Р 56923—2016
Таблица А.36 — Процесс верификации программных средств (7.2.4)
Положение
ИСО/МЭК 12207
Нет руководства
—
Таблица А.37 — Процесс валидации программных средств (7.2.5)
Положение
ИСОЛИЭК 12207
Нет руководства
—
Таблица А.38 — Процесс ревизии программных средств (7.2.6)
Положение
ИССиМЭК 12207
а) Вопросы риска должны быть включены в ревизии
7.2.6.3.1.3
Ь) В дополнение к контрактным требуемым ревизиям поставщик, включая конструктора (ис
полнителя). сопровождающую сторону или оператора, как применимые, может предложить
дополнительные совместные ревизии управления. Поставщик идругие применяющие сторо
ныдолжны запланировать и принять участив вдополнительных ревизиях (анализах) в место
положении и в сроки, предлагаемые поставщиком и согласуемые приобретающей стороной.
Эти ревизии должны быть посещаемы специалистами с полномочиями для принятия реше
ний по стоимости и срокам и могут иметь следующие цели:
1) держать менеджмент в курсе проектного статуса, выбранного направления, достигнутых
технических соглашений и полного статуса разработанных программных продуктов;
2) решить в совместных технических ревизиях проблемы, которые не могли быть решены:
3) приходить при проведении объединенных технических ревизий к согласованным стратеги
ям уменьшения краткосрочных идолгосрочных рисков, которые не могли быть разрешены;
4) определить и разрешить при проведении объединенных технических ревизий проблемы
менеджмент-уровня и пути снижения рисков:
5) получить обязательства иодобрения приобретающей стороны, необходимые для своевре
менного выполнения проекта
7.2.6.3.2
с) Поставщик, включая конструктора (исполнителя) и/или сопровождающую сторону иЛти
оператора, если применимо,должны запланировать ипринять участив вобъединенных техни
ческих ревизиях вместоположении и всроки, предлагаемые поставщиком и согласуемые при
обретающей стороной. Эти ревизии должны быть посещаемы специалистами с техническим
знанием программных продуктов, которые будут проводить ревизии. Дисциплины процесса
поддержки (например, обеспечения качества, управления конфигурацией, верификация, ат
тестация)должны обеспечить вход процесса или использоваться в совместных ревизиях. Ре
визии в большей степени должны сосредоточиваться на незавершенных и заключительных
продуктах программных средств, нежели на материалах, произведенных специально для ре
визии. У ревизий могут быть следующие цели:
1) проанализировать развивающиеся продукты программных средств, которые удовлетворя
ют критериям завершенности: проанализировать и продемонстрировать предложенные тех
нические решения; проникнуть в суть и получить обратную связь в предпринимаемых техни
ческих усилиях; покрыть и разрешить технические проблемы;
2) проанализировать статус проекта и покрыть краткосрочные и долгосрочные риски, связан
ные с техническими, стоимостными и временными проблемами;
3) прийти к согласованным стратегиям уменьшения идентифицированных рисков в пределах
полномочий сложившегося представления:
4) идентифицировать риски и связанные с ними проблемы для их разрешения в совместных
управлениях ревизиями;
5) убедиться в продолжающейся связи между техническим персоналом приобретающей сто
роны и поставщика
7.2.6.3.3
99