Введение. 
Принципы системной инженерии и практика их применения

Иерархия систем, как система разбивается на подсистемы, затем на компоненты, субкомпоненты и, наконец, детали. По мере возрастания сложности современных систем растут также количество, разнообразие и сложность подсистем, компонентов и деталей, то есть объектов, находящихся на более низких уровнях системной иерархии. Более того, растет и сложность взаимодействий между ними. Принципы системной инженерии и практика их применения ориентированы на борьбу с этим усложнением.

Все чаще встречаются отдельные системы, которые уже являются или могут стать частью объекта больших масштабов. Хотя ныне в ходу много терминов, описывающих понятие суперсистемы, термин «система систем» распространен особенно широко. Но в литературе можно встретить и альтернативные термины — одни означают в точности то же самое, другие — нечто иное.

В этом статье мы кратко познакомимся с инженерией сущностей, которые считаются расположенными «выше» или более сложными, чем отдельные системы, — системами систем и системами предприятия.

СИСТЕМЫ СИСТЕМ

Нам будут интересны два определения термина «система систем» (system of systems — SoS); оба пришли из Министерства обороны США. Первое самое простое:

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

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

В 2008 году Министерство обороны США выпустило руководство по системной инженерии специально для SoS, в котором было выделено четыре категории подобных систем. Они представлены в порядке возрастания связанности составляющих систем — от слабо до сильно связанных:

• · Виртуальная. В виртуальной SoS нет центрального пункта управления и единой согласованной цели. Поведение, характерное для крупномасштабных систем вероятно и, возможно, даже желательно, но предполагается, что в SoS такого типа для его поддержания должны использоваться сранительно слабо выраженные механизмы.
• · Коллаборативная. Входящие в состав коллаборативной SoS отдельные систем мы взаимодействуют на более или менее добровольной основе для достижения согласованных общих целей. Стандарты применяются, но нет никакого центрального органа, который контролировал бы их соблюдение. Основные игроки сообща решают, нужно ли предоставлять (и если нужно, то как предоставлять) обслуживание, обеспечивая тем самым некоторую степень следования стандартам регулирования и обслуживания.
• · Общепризнанная. У общепризнанной SoS имеются осознанные цели, назначенный руководитель и выделенные ресурсы. Однако у составляющих ее систем по-прежнему есть независимые владельцы, цели, финансирование, подходы к разработке и обеспечению функционирования. Для внесения изменений в каждую отдельную систему необходимо добровольное сотрудничество между ней и SoS.
• · Целевая. Целевыми называются интегрированные SoS, которые создаются и управляются для достижения конкретных целей. Они централизованно управляются на протяжении длительного срока службы для выполнения как ранее поставленных, так и новых задач, которые могут представлять интерес для владельцев системы. Составляющие системы сохраняют возможность работать независимо, но в нормальном режиме их работа подчинена общей цели.

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

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

Майер (Maier) стал зачинателем формального обсуждения SoS, первым определив их характеристики в 1998 году. С тех пор было опубликовано несколько работ, в которых эти характеристики уточнялись, однако в целом они оказались на удивление стабильными. Сейдж (Sage) и Цупан (Cuppan) обобщили их следующим образом:

• 1) Эксплуатационная независимость отдельных систем. SoS состоит из систем, которые независимы и пригодны к работе по отдельности. Если разобрать SoS на составляющие системы, то каждая сможет выполнять полезные функции независимо от остальных.
• 2) Административная независимость отдельных систем. Системы, составляющие SoS, не только способны функционировать независимо, но, вообще говоря, так и работают ради достижения поставленной цели. Часто они приобретаются и комплексируются по отдельности и продолжают непрерывно поддерживать свое существование и выполнять свои функции, которые могут отличаться от функций, назначенных SoS.
• 3) Территориальная распределенность. Нередко системы, входящие в состав SoS, находятся далеко друг от друга и могут обмениваться между собой только информацией и знаниями.
• 4) Эмерджентное поведение. SoS выполняет функции и преследует цели, не обязательно свойственные какой-либо из входящих в ее состав систем. Подобное эмерджентное поведение свойственно SoS в целом и не характерно ни для одной из входящих в нее отдельных систем.
• 5) Эволюционное развитие. Разработка SoS обычно ведется эволюционно. Компоненты структуры, функции и цели добавляются, удаляются и изменяются по мере накопления опыта работы с системой. Таким образом, создание типичной SoS никогда нельзя считать полностью завершенным.

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

• 6) Самоорганизация. SoS имеет динамическую организационную структуру, способную реагировать на изменения в окружении и изменения поставленных целей и задач.
• 7) Адаптация. Как и развивающаяся организация, сама структура SoS может быть динамичной и реагировать на внешние изменения и восприятие среды. виртуальный коллаборативный системный инженерия

Инженерия коллаборативной или общепризнанной SoS должна учитывать все семь основных характеристик SoS. Поэтому базовых инструментов системной инженерии может оказаться недостаточно. В связи с этим для инженерии таких сложных структур были разработаны (и продолжают разрабатываться) дополнительные методы, инструменты и практические приемы.

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

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