Цифровая трансформация государственного управления. Датацентричность и семантическая интероперабельность. Юрий Михайлович Акаткин

Заказ на систему систем осуществляется в терминах возможностей (capabilities), а не функций (functions) систем. То есть заказчики хотят приобрести возможность достижения новых (супер)целей, а не функции собственно системы, реализующие эти возможности. Системы уже куплены, существуют, у них есть владельцы и все необходимые функции. Но заказчику нужны возможности, которые можно достичь при совместной работе этих систем. Возможности формулируются следующим образом: данная система должна обеспечивать возможность (и далее хотя бы один глагол того действия, которое она должна давать возможность сделать).

      Структурированный и эффективный стандарт системной инженерии SoS, который определял бы необходимые процедуры управления SoS «на основе требований постоянного технологического развития в сложной динамической среде» [19], пока не разработан. В настоящее время идет работа над руководством по принципам использования системной инженерии для SoS154, активно исследуются методологические подходы и набор инструментов системной инженерии SoS, в первую очередь на основе сетевых методов [38, 20]. В 2018 году состоялась уже 13-я международная конференция по системной инженерии SoS155.

      Тем не менее, в действующем стандарте по системной инженерии ГОСТ Р 57193–2016 [15н] уделено специальное внимание (Приложение G) тому, какие «вышеперечисленные характеристики SoS имеют последствия при применении каждого из четырех видов процессов жизненного цикла системы».

      Процессы соглашения, в соответствии с ГОСТ Р 57193–2016 [15н], имеют крайне важное значение для SoS, потому что они устанавливают способы управления разработкой и эксплуатацией среди организаций, ответственных за SoS. Составляющие системы, приобретаемые и управляемые различными организациями, часто поддерживают первоначальные цели, которые могут не совпадать с целями SoS. За исключением случая целевых SoS задачи организациям, управляющим составляющими системами, не могут быть поставлены без сотрудничества с ними. В общепризнанных или коллаборативных SoS эти задачи сбалансированы в сравнении с задачами составляющей системы. А для виртуальных SoS процессы согласования могут быть неформальными или приниматься во внимание только для целей анализа.

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

154

ISO/IEC/IEEE 21840:201x(X) ISO/IEC JTC 1/SC 7/WG 7 N2306 «Systems and software engineering – Guidelines for the utilization of ISO/IEC/IEEE 15288 in the context of System of Systems Engineering», 2018–02–07

155

System of Systems Engineering 2018, June 19th to 22th, http://sosengineering.org/2018/