Ситуационная спутанность порождает понятие динамической тени. Смысл его довольно прост. Если какие-то ситуации (в прошлом или будущем) вертикально спутаны, то контроль над одной из этих ситуаций автоматически порождает контроль над ними всеми. Все теоремы аналитической стратегии об оперативной тени работают и с динамической тенью – причем жестче и быстрее.
Модель Дж. Форрестера «Мировая динамика»[123] позволила построить прогностический аналог учения об операции – модель динамических систем. Сейчас она активно продвигается: насколько можно судить, именно в ее логике разворачиваются работы по динамическому образованию, неоантропологии, менеджменту антропосоциальных структур и т.д. Разумно предвидеть, что в этой модели должен возникнуть свой аналог учения о критических точках, видимо, тесно связанный с учением об «окнах выбора» в современном сценировании.
Интересно, что аналогом фазовой модели операции (затратная фаза, фаза нарастания, фаза насыщения) оказывается современная системная инженерия с ее моделью жизненного цикла системы.
Системная инженерия
Применение таких методов анализа, как исследование операций, для решения проблем, связанных с крупными комплексными искусственными системами, которым свойственно сложное взаимодействие между компонентами. В настоящее время системная инженерия рассматривается в контексте промышленной инженерии, под которой понимается дисциплина, занимающаяся проектированием, улучшением и исследованием интегрированных систем, состоящих из людей, денежных средств, знаний, информации, оборудования, энергии, материалов и процессов. Управление производством основано на принципах и методах инженерного анализа. Приложения математики, физики и общественных наук используются вместе с методами инженерного анализа и проектирования с целью прогнозирования, определения и оценки результатов деятельности систем. Примерами применения производственной инженерии могут служить уменьшение длины очередей на аттракционы в парке развлечений, оптимизация графика работы операционной, глобальная доставка продукции и производство более дешевых и качественных автомобилей. Производственные инженеры обычно используют в своей работе компьютерную симуляцию (в частности, симуляцию дискретных событий) для анализа и оценки систем. Смежными дисциплинами являются исследование операций, менеджмент, финансовая инженерия, системная инженерия, инженерия ценности и контроль качества.
Фундаментом системной инженерии является онтологическая инженерия. По А. Левенчуку: «Онтологическая инженерия помогает создавать формальные языки описания инженерного метода и тем самым формализует порождение инженерного процесса. Это позволяет говорить не только о generative design, но и generative manufacturing».
По Г. Аркадову, В. Гуриновичу[124]: «Исторически системная инженерия выросла из практического опыта, который нуждался в теоретическом фундаменте в качестве новой ветки инжиниринга».
Системная инженерия основывается на «шести китах»:
• фундаментальные основы (математическая теория, онтология, эпистемология и инженерия систем);
• стандарты (ISO 15288, ISO 12207, ISO 15704, ISO 42010, АР233, ISO 15926, IEEE1220 и т. д.);
• области применения (энергетика, космос, оборонные отрасли, авиация и т. д.);
• процессы (моделеориентированный подход описания процессов, роль человека в СИ);
• границы (предприятие, корпорация, холдинг и т. д.);
• реализация (подходы, методики, технологии, процедуры, инструментальные пакеты).
Наиболее передовой методологией внедрения СИ на сегодняшний день является моделеориентированная системная инженерия. Она предполагает практически полное моделирование всех процессов предприятия, поведения продукта, его функциональных свойств, требований к продукту, логистики, то есть моделирование всей совокупности процессов создания сложного продукта.
(…) Суть этого принципа сводится к тому, что недостаточно просто разбить всю систему на части, отдельно их спроектировать и затем собрать. Системный подход предопределяет деление всей системы на «вложенные» иерархические системы со всей присущей понятию системы атрибутикой: цель, взаимодействие элементов для достижения этой цели, границы системы с окружающими ее системами и подсистемами, описание или модель системы. ‹…› Подход можно назвать только тогда системным, когда выполняются по строго прописанной процедуре все присущие системной инженерии стандарты и лучшие практики.
(…) Необходимо рассматривать не просто структуру продукта или предприятия, а концепцию полного жизненного цикла выпускаемого продукта или предприятия: (…) «Рассмотрения системы (организации, атомной электростанции, человека или даже общества) с точки зрения ее структуры (схемы, отражающей связи элементов-подсистем) совершенно недостаточно, нужно рассматривать изменения во времени и взаимодействия подсистем, разворачиваемые во времени. Реализация этого подхода требует 4-D (3-D плюс время) представления продукта, то есть полноценной информационной модели системы (продукта) в различных временных точках».
(…) Недостаточно иметь только одну профессиональную точку зрения на систему, например описание системы только со стороны конструктора или проектанта, чтобы получить полное реализационное описание системы. Должны быть получены различные группы взаимосвязанных описаний, (заказчика, эксплуатирующей организации, регулирующего органа, общественности и т.д.). В системной инженерии этот подход отражен в стандарте архитектурных описаний ISO 42010. Переход от рабочего проектирования (конструирования, дизайна) к обязательному предварительному архитектурному проектированию.
Под архитектурным проектированием понимается разработка предварительной структуры будущей системы. Прежде чем приступать к техническому или рабочему проектированию, необходимо разработать архитектуру будущего проекта на основе собранных требований различных заинтересованных сторон. Специалисты в области управления требованиями Элизабет Халл, Кен Джексон, Джереми Дик («Разработка и управление требованиями») пишут: «Некоторые инженеры и разработчики зачастую сразу же начинают вдаваться в излишнюю детализацию даже на самых ранних этапах (т.е. захватывать большие куски пространства на поле общего дизайна). Надо постараться исключить такую тенденцию или, как минимум, всячески ее ограничивать с той целью, чтобы дать возможность работать всей команде, использовать способности и таланты других специалистов, стимулировать творческий подход к совместному решению проблем на всех этапах и в итоге получить по-настоящему инновационное решение. Ведь ясно же, что такое инновационное решение не может быть получено, если на самых первых шагах проекта создавать ограничения жизненного пространства, связанные с принятием преждевременных, излишне детализированных решений».
(…) Иными словами, для начала нужно сделать сущностное, не зависящее от деталей реализации описание создаваемой системы – создать ее архитектуру. Архитектура описывает основные подсистемы и их взаимодействие на языке, свободном от деталей реализации. Одной архитектуре может соответствовать множество разных реализаций, например концептуальных проектов.
(…) С помощью компьютерных кодов нужно создавать проект «виртуального продукта», например проект «виртуальной» АЭС, включающий 3-D или 4-D геометрическую модель энергоблока, динамическую математическую модель энергоблока, которая полностью имитирует работу энергоблока, модель прочности и надежности компонентов и т.д.
На «виртуальной» АЭС можно и должно проверять (верифицировать и валидировать) все спроектированное оборудование в комплексе и в различных режимах для предотвращения ошибок проектирования и поиска оптимальных решений, включая многовариантное моделирование архитектурных решений. Сначала система строится в идеальном мире моделирования и только затем в реальном мире: все ошибки убираются на этапе моделирования, а не на этапе реального воплощения в металле и бетоне.