Елена Ясиновская - Цифровая трансформация государственного управления. Датацентричность и семантическая интероперабельность

Структурированный и эффективный стандарт системной инженерии SoS, который определял бы необходимые процедуры управления SoS «на основе требований постоянного технологического развития в сложной динамической среде» [19], пока не разработан. В настоящее время идет работа над руководством по принципам использования системной инженерии для SoS 154 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 , активно исследуются методологические подходы и набор инструментов системной инженерии SoS, в первую очередь на основе сетевых методов [38, 20]. В 2018 году состоялась уже 13-я международная конференция по системной инженерии SoS 155 155 System of Systems Engineering 2018, June 19th to 22th, http://sosengineering.org/2018/ .

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

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

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

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

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