ГОСТ Р 57101—2016
инструментарии и методики для определения, проектирования, построения, тестирования, комплекси-
рования. документирования, поставки, модификации и сопровождения рабочих продуктов проекта, как
подлежащих, так и не подлежащих поставке.
5.4.5 План приемки продукции (подраздел 4.5 ПУПРП)
Этот подраздел ПУПРП должен определить план относительно приемки приобретающей стороной
подлежащих поставке рабочих продуктов, произведенных в проекте. В этом плане должны быть опре
делены объективные критерии определения приемлемости подлежащих поставке рабочих продуктов, а
формальное соглашение о критериях приемкидолжно быть подписано представителями организаций
разработчика и приобретающей стороны. Любые технические процессы, методы или инструментарии,
требуемые для приемки продукции, должны быть определены в плане приемки продукции. В этом пла не
следует определить методы приемки, такие как тестирование, демонстрация, анализ и экспертиза.
5.4.6 Организация проекта (подраздел 4.6 ПУПРП)
Этот подраздел ПУПРП должен определить взаимодействия с организационными объектами
(сущностями), внешними к проекту, описать внутреннюю организационную структуру проекта и опреде
лить роли и ответственности в проекте.
5.4.6.1 Внешние взаимодействия (пункт 4.6.1 ПУПРП)
Этот пункт ПУПРП должен описать организационные границы между проектом и внешними объек
тами (сущностями). Сюда следует включать (но не ограничиваясь этим) следующее: головную органи
зацию. приобретающие организации, субподрядчиков и другие организационные объекты (сущности),
которые взаимодействуют с проектом.
Чтобы изобразить внешние взаимодействия проекта, могут использоваться такие представления,
как организационные структуры и диаграммы.
5.4.6.2 Внутренние взаимодействия (пункт 4.6.2 ПУПРП)
Этот пункт ПУПРП должен описать внутреннюю структуру проектной организации, чтобы пред
усмотреть взаимодействия между единицами команды разработчиков программных средств. Кроме
того, в этом пункте должны быть определены организационные взаимодействия между проектными и
организационными объектами (сущностями), которые обеспечивают процессы поддержки, такие как
управление конфигурацией, обеспечение качества, верификация и валидация. Чтобы изобразить дей
ствующие полномочия, ответственности и связь в пределах проекта, следует использовать графиче
ские устройства, такие как организационные структуры или диаграммы.
5.4.6.3 Полномочия и ответственности (пункт 4.6.3 ПУПРП)
Этот пункт ПУПРП должен определить и заявить суть каждой главной рабочей деятельности и
поддержки процесса и определить организационные единицы, которые ответственны за процессы и
действия. Чтобы изобразить проектные полномочия и ответственности, для организационных единиц
может использоваться матрица рабочихдействий и поддерживающих процессов.
5.5 Планирование проекта (раздел 5 ПУПРП)
Этот раздел ПУПРП должен определить процессы управления проектом. Раздел должен быть со
вместим с положениями по области применения проекта. Раздел должен включать проектные планы
инициирования проекта, планы работ по проекту, планы приобретения и поставки, оценку и контроль
планов, а также план закрытия проекта.
5.5.1 Инициирование проекта (подраздел 5.1 ПУПРП)
Этот подраздел ПУПРП должен определить детали для оценки области применения проекта, не
обходимого укомплектования персоналом, план приобретения ресурсов для поддержки штата проекта и
план относительно подготовки кадров проекта. В зависимости от масштаба и области применения
проекта, эти планы могут существовать как отдельные или могут быть включены в другие планы.
5.5.1.1 План оценки (пункт 5.1.1 ПУПРП)
Этот пункт ПУПРП должен определить стоимость и сроки для того, чтобы выполнить проект,
а также методы, инструментарии и методики оценки проектной стоимости, сроков, ресурсных требова
ний и соответствующих уровней доверия. Кроме того, должна быть определена базовая линия оценки.
Этот пункт должен также определить используемые методы, инструментарии и методики для пери
одической оценки стоимости, сроков и ресурсов для завершения проекта. Повторные оценки могут
выполняться ежемесячно или периодически по мере необходимости. Повторные оценки могут потребо
ваться при пошаговом способе в основных точках этапов проекта, например при анализах со стороны
заказчика.
7