ГОСТ Р 57193—2016
G.3.4 Процессы технического управления
В обычной рассматриваемой системе процессы технического управления сосредоточены на управлении
ресурсами и активами, распределенными согласно управлению организациями, и на их использовании для вы
полнения соглашения, в которое организация или организации вступают. Процессы касаются управления проек
тами. в особенности, планирования в терминах стоимости, временной шкалы, достижений и проверки действий.
Процессы призваны гарантировать то. что выполнение соответствует планам и критериям работы, определению и
выбору корректирующих действий, которые восстанавливают отставание в продвижении идостижениях. Процессы
используются для того, чтобы устанавливать и выполнять технические планы относительно проекта, управлять
информацией с помощью технической команды, оценивать техническое продвижение в сравнении с планами от
носительно системных продуктов или услуг, управлять техническими задачами в направлении завершения и до
стижения цели в процессе принятия решений (см. 6.3).
Процессы технического управления также реализуемы на уровне СС и соответственно в составляющих си
стемах. Процессы технического управления применяются со специфическим учетом системной инженерии для СС
при планировании, анализе, организации и интеграции возможностей существующих и новых систем в возмож
ности СС. Параллельно организации, ответственные за составляющие системы, сохраняют ответственность за
системную инженерию и их собственные процессы технического управления.
Организация, ответственная за СС. обращается к процессам технического управления, поскольку они при
меняются через СС. в то время как аналогичные процессы независимо реализуются также в организациях, ответ
ственных за составляющие системы. В управлении конфигурацией, например, составляющие системы управляют
своими собственными конфигурациями, в то время как СС обращаются к управлению конфигурацией, когда это
относится к соединению систем в СС. Управление риском осуществляется составляющей системой и основано на
оценке риска, применимой к ее выходным результатам, в то время, как управление риском для СС смотрит на риски
уже применительно к СС.
Процесс планирования проекта и процесс оценки и контроля проекта являются основными применительно
ко всем методам управления (см. 6.3). а основная сложная проблема в инженерии СС — это нехватка управления
со стороны организации, ответственной за СС. процессы для составляющих систем (особеннодля познаваемых
и обьединенных СС). Ведомая ее собственными организационными требованиями, каждая из составляющих
систем может в графиках разработки или модернизации отличаться от графиков выполнения работ относительно
других составляющих систем. Организация, ответственная за СС. должна запланировать интегрированный
жизненный цикл, который признает независимые изменения в составляющих системах в дополнение к начатым в
СС измене ниям в некотором жизненном цикле, в котором СС фигурирует как рассматриваемая система. Часто
эго влечет за собой определение устойчивых промежуточных форм, которые констатируют развитие СС с
инкрементными воз можностями. добавленными из составляющих систем.
G.3.5 Технические процессы
Технические процессы сосредоточены на технических действиях по всему жизненному циклу. Они преоб
разуют потребности заинтересованных сторон сначала в продукты и затем, применяя эти продукты, оказывают
жизнеспособные услуги, когда и где это необходимо для достижения удовлетворенности заказчика. Технические
процессы применяются на любом уровне в иерархии структуры системы (см. 6.4). чтобы создать и использовать
систему, является ли это в форме модели или готового продукта.
Аналогично другим процессам, когда это относится к СС. технические процессы реализуются также и для
СС. и для составляющих систем. В некоторых случаях реализация СС осуществляется посредством реализации
процессов в составляющих системах, нежели для СС в целом.
Анализ бизнеса или назначения для СС рассматривается через полную окружающую среду бизнеса и на
значения СС. Процессы анализа бизнеса или назначения для СС и составляющих систем будут в значительной
степени разделены до той степени, до которой составляющая система разрабатывалась к функционированию в
таком пространстве. Цель — определить лучшие средства для обеспечения желаемых возможностей.
Процесс определения потребностей и требований заинтересованных сторон будет сосредоточен на высшем
уровне СС. но с учетом того, насколько несовместимые потребности заинтересованных сторон для отдельных си
стем могут привести к ограничениям на СС в целом.
Процесс определения системных требований для СС имеет тенденцию к применению на уровне, который
должен удовлетворить потребности заинтересованных сторон и цели назначения. Причем так. чтобы будучи пере
веденным в системные требования для составляющих систем со стороны СС. рассматриваемой в качестве «за
интересованной стороны», для составляющих систем это были бы новые требования.
Архитектура для СС — это структура для организации и объединения возможностей соединенных суще
ствующих и новых систем в возможности СС. оставляя при этом архитектуры составляющих систем их органи
зациям. Поскольку составляющие системы в СС обычно предшествуют самой СС. определение архитектуры СС
часто начинается с ее де-факто архитектуры. Архитектурные альтернативы подлежат исследованию с тем. чтобы
структурировать интересы заинтересованных сторон и удовлетворить высший уровень системных требований в
СС. осознать конкретный эффект от новых требований для составляющих систем и приспособить архитектурные
ограничения составляющих систем.
Процесс определения проекта содержит достаточные подробные данные и информацию, необходимые для
обеспечения реализации СС. Процесс предусматривает сотрудничество с составляющими системами, осущест-
91