ГОСТ Р 56923—2016
выполнения этих назначенных работ. Рисунок 12 иллюстрирует типичные роли соглашений, которые
устанавливают внутренние и внешние отношения применительно к проекту.
УРОВЕНЬ
Нишинин
органопция
Проест
Подпроект
Сртщюетъ
Сущность IСущность П
Рисунок 12 — Роли соглашения
Проектными отношениями управляют через формальные или неофициальные соглашения в со
ответствии с организационной политикой и соответствующими процедурами. В зависимости от типа
проектных отношений соглашения могут существовать в пределах единственной организации или мо
гут охватить все организационные границы. Соглашения могут быть между проектом и определенным
организационным элементом(ами), среди множественных проектов или среди проекта и его подпроек
тами. Соглашения обеспечивают взаимное понимание решаемой проблемы, выполняемых работ, уста
новленных ограничений, получаемых результатов и ясно определенных ответственности и отчетности.
Может быть использовано другое соглашение, не показанное на рисунке 12, когда две или более
организации сотрудничают на единственном проекте. В этом случае важно определить полномочия
каждой организации, ответственности и права, включая разделение прав собственности на информа
цию, применимой к проекту в соглашении.
Независимо от вида соглашения есть некоторая основная информация, необходимая для выпол
нения работы и требуемая по ИСО/МЭК 12207. Каждое соглашение, формальное или неофициальное
должно включать следующую информацию с соответствующим уровнем детализации:
a) ответственности за работу, выполнение которой ожидается, например в форме рабочих поло
жений:
b
) известных функциональных требований и требований выполнения, признаков и характеристик,
которые ясно означают то. что программная система и ее соответствующие сервисы должны выпол
нять, быть подобными или содержать, включая интерфейсы с другими системами, людьми и окружаю
щей средой. Они могут быть в форме ряда формальных требований или в виде спецификации;
c) получаемые результаты, например продукты, услуги и данные;
d) стадия(и) применимой модели жизненного цикла, включая соответствующий вход стадии или
критерии решения для выхода. Критерии обеспечивают основание для определения, готов ли проект к
переходу на следующую применимую стадию жизненного цикла;
e) необходимые технические ревизии, чтобы отследить выполнение соглашения и оценить зре
лость системы;
20