Статус документа
Статус документа

ГОСТ Р 56923-2016/ISO/IEC TR 24748-3:2011 Информационные технологии (ИТ). Системная и программная инженерия. Управление жизненным циклом. Часть 3. Руководство по применению ИСО/МЭК 12207 (Процессы жизненного цикла программных средств)

     4.5 Организационные понятия

4.5.1 Общее

Организация - это человек или группа людей, оснащенные оборудованием и облеченные ответственностью, полномочиями и отношениями.

Идентифицированная часть организации (даже такая малая, как единственный человек) или идентифицированная группа организаций могут быть расценены как организация, если у нее есть ответственность, полномочия и отношения. В ИСО/МЭК 12207 близко связаны термины "организация" и "сторона". Когда организация в целом или какая-то ее часть, заключает контракт, она является стороной. Организации являются отдельными органами, а стороны могут быть от той же самой организации или от отдельных организаций.

Примечание - Организации и стороны представлены в ИСО/МЭК 12207 (подпункт 5.1.3). Принятие организационного и проектного уровней обсуждено в 5.1.4.

4.5.2 Ответственность

Каждый процесс характеризуется ответственностью стороны. Организация может выполнять один или более процессов. Процесс может выполняться одной или несколькими организациями, при этом одна из них идентифицируется как ответственная сторона. Сторона, осуществляющая процесс, несет ответственность за весь процесс, хотя выполнение частных задач может осуществляться различными людьми.

В проекте, в который на законных основаниях может быть вовлечено много участников, свойство ответственности в архитектуре жизненного цикла облегчает адаптацию и применение ИСО/МЭК 12207.

Организация (или сторона) получает свое определение из процесса, который она в настоящее время осуществляет. Например, ее называют приобретающей стороной, когда она выполняет процесс приобретения. В ИСО/МЭК 12207 стороны соглашения называют приобретающей стороной и поставщиком.

Следующие термины, использованные в ИСО/МЭК 12207, не имеют своего изначального значения. Но, обращаясь к организации или стороне, ответственной за выполнение процесса, рекомендуются следующие названия: приобретающая сторона, поставщик, конструктор (исполнитель), сопровождающая сторона, оператор.

Процессы и организации (или стороны) связаны только функционально. ИСО/МЭК 12207 не навязывает, а лишь подразумевает структуру для организации (или стороны).

Примечание - ИСО/МЭК 24748-1 (подпункт 3.3.2) обсуждает ответственность за процесс в организациях.

4.5.3 Организационные отношения

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

a) установление норм, политик и процедур, в соответствии с которыми проекты выполняются в пределах организации;

b) инициации, переадресования или прекращения проектов согласно деловым возможностям и стратегиям;

c) обеспечение требуемыми ресурсами, включая физические и человеческие ресурсы в пределах готовности и финансовых ограничений;

d) обеспечение инфраструктурной поддержки;

e) управление полноценным качеством программных систем, произведенных в проекте для внешних заказчиков.

План проекта часто используется как основание для соглашения между проектами и различными организационными элементами.

4.5.4 Организационная структура проекта

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

Команда или участники группы, облеченные ответственностью по программной системе, должны быть доступными и компетентными. В контексте сложных программных систем это может потребовать, чтобы структура команд или групп была мультидисциплинарной и включала необходимые квалификацию и навыки для решения требуемых задач.

Как правило, проектные команды состоят из семи (плюс-минус два) участников, чтобы развить необходимое взаимодействие для максимизации эффективности. Обычно для решения таких задач, как оценка безопасности, жизнеспособности, надежности и эффективности, а также для исследований компромиссов, анализа рисков и работы по проектированию команда должна положиться на специалиста или функциональные группы организации. В этом контексте команда становится интегрирующей структурой принятия решения для процессной деятельности, выполняемой на стадиях жизненного цикла программных средств. Однако важно, чтобы команды специалистов разделяли знания и общение с другими командами, работающими над обеспечивающими системами в интересах той же самой системы и других смежных систем. Подобные взаимодействия должны быть установлены таким образом, чтобы результирующие программные средства были должным образом скомплексированы с самого низкого уровня. Также важно, чтобы каждая система и системные элементы в структуре объемлющей системы были соответственным образом поддержаны в их жизненном цикле.