ГОСТ Р 57101-2016/ISO/IEC/IEEE 16326:2009 Системная и программная инженерия. Процессы жизненного цикла. Управление проектом

     5.4 Контекст проекта (раздел 4 ПУПРП)

5.4.1 Модель процесса (подраздел 4.1 ПУПРП)

Этот подраздел ПУПРП должен сослаться на процесс управления моделью жизненного цикла или определить отношения между главными рабочими действиями и поддерживающими процессами проекта. Определение отношений осуществляется путем рассмотрения потоков информации и рабочих продуктов между действиями и функциями, графиков производства рабочих продуктов, планируемых анализов, основных выполняемых этапов, базовых линий, поставок проекта и необходимых согласований, которые реализуются в проекте. Кроме того, должны быть указаны технические стандарты, политики и процедуры, обеспечивающие разработку и/или модификацию рабочих продуктов. Модель процесса для проекта должна включать действия по инициированию и завершению проекта. Для описания модели процесса используется комбинация графических и текстовых нотаций. Любое приспосабливание стандартной модели процесса организации для проекта должно быть указано в этом подразделе.

5.4.2 План по улучшению процесса (подраздел 4.2 ПУПРП)

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

5.4.3 План инфраструктуры (подраздел 4.3 ПУПРП)

Этот подраздел ПУПРП должен определить план относительно установления и поддержания разработки окружающей среды (аппаратные средства, операционная система, сеть и программные средства), политики, процедур, стандартов и услуг, требуемых для осуществления проекта. Эти ресурсы могут включать автоматизированные рабочие места, локальные сети, программные инструментарии для анализа, проектирования, реализации, тестирования и управления проектом, рабочие места, офисное пространство и условия для физической безопасности, административный персонал и вспомогательные услуги.

5.4.4 Методы, инструментарии и методики (подраздел 4.4 ПУПРП)

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

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 ПУПРП)

Этот пункт ПУПРП должен определить и заявить суть каждой главной рабочей деятельности и поддержки процесса и определить организационные единицы, которые ответственны за процессы и действия. Чтобы изобразить проектные полномочия и ответственности, для организационных единиц может использоваться матрица рабочих действий и поддерживающих процессов.