Механизмы mutual mapping
Эмэмайзер dia$par.Mirror одновременно исполняет двоякий функционал:
- генератора виртуальной реальности кибернетической модели dia$par.Matrix (цифрового двойника)
- двустороннего репликатора изменений реального предприятия и кибернетической модели
На программном уровне функциональность эмэмайзера параллельно и комплиментарно исполняется тремя различными классами композиционных блоков софтверной системы dia$par:
(1) монолитным ядром эмэмайзера, в которое имплантирована СУБД
(2) серверный кластер dia$par.Matrix (M-серверы): загруженный, в первую очередь, расчетами бизнес-логики кибернетической модели
(3) клиентскими приложениями эмэмайзера, реализующими функционал дуплекс-эффекторов mutual mapping, или сенсоров dia$par.
Это аналоги, одновременно, и органов чувств, и исполнительных конечностей человека.
Только для dia$par — в отличие от 5 чувств и 4 конечностей человека — их количество и разнообразие не ограничено.
Нелинейное решение внутренней композиции эмэмайзера dia$par — следствие жестких требований к, с одной стороны, чрезвычайно высокой, а с другой — надежно гарантированной производительности, одновременно критически необходимых для управления крупными сложными предприятиями в реальном времени.
Различные решения кибернетических моделей по-разному нагружают отдельные программные блоки эмэмайзера, что дает в руки разработчикам мощный инструмент балансировки и оптимизации нагрузки, а программной системе dia$par в целом — выдающийся потенциал масштабирования производительности.
Клиентские приложения эмэмайзера являются одновременно (отсюда «дуплекс-») входами и выходами dia$par.
В сущности, — произвольно конфигурируемыми розетками для подключения чего угодно: от станка с ЧПУ до человека.
Сенсоры dia$par, с одной стороны,
- внутрь втягивают информацию (роль датчика-органа чувств) об эволюции окружающей среды, передаваемую в дуплекс-репликатор эмэмайзера,
а с другой,
- наружу выталкивают информацию об изменениях кибернетической модели (полученную, в свою очередь, из дуплекс-репликатора).
Десятки лет после появления компьютеров лучшие умы пытались создать компьютерную систему (a la «искусственный интеллект», etc), которая будет управлять организацией лучше человека.
Однако одного выталкивания информации недостаточно, в состоянии управляемого предприятия должны произойти физические изменения.
Если речь идет о директивно управляемом dia$par через цифровые интерфейсы автономном оборудовании (конвейеры, станки с ЧПУ, автоматические погрузчики и штабелеры, внешние ИТ-системы), то репликация изменений «модель → реальность» не представляет затруднений: штабелер получает команду «из ячейки 35R6 взять поддон и оставить на зоне выдачи в ячейку EXP34F3). По понятным причинам, штабелёром такая команда редко оспаривается (либо исполняется неверно).
Люди же, вовлеченные в исполнение бизнес-процессов, являются генераторами ошибок по определению.
Поэтому для управления человекообразным оборудованием применяются визуальные интерфейсы как desktop-консоли, так и разнообразных специализированных приложений для произвольных программных платформ, в том числе мобильных.
Амбиграмма, изображенная на рисунке ниже, иллюстрирует понятие проекции.
Один и тот же 3D-объект может отбрасывать тени совершенно разной формы — аналогично тому, как проекции полной кибернетической модели предприятия на различно структурированные пространства меньшей размерности (dia$par mfaces) формируют абсолютно разнородные, с бытовой точки зрения, объекты.
При этом если на иллюстрации приведен трехмерный объект, то стартовая размерность пространства цифрового двойника в dia$par — 242, и не имеет ограничений «сверху».
Собственно технология репликации изменений через homo sapiens в общем случае заключается в ожидании мета-системой собственного перехода в такое состояние, которое позволит продолжить исполнение данного бизнес-процесса.
Переход же мета-системы в нужное состояние может произойти исключительно в результате надлежащего исполнения данным сотрудником данного фрагмента работы.
Таким образом, в случае корректно построенного цифрового двойника, сотрудник предприятия в принципе не может сделать ошибку в коммуникации с мета-системой — так же, как крокодил не может взлететь: dia$par просто не пропустит брак на следующую фазу исполнения бизнес-процесса.
В абстракции zipchain zip-транзакция есть событие согласованного (синхронного, на одну и ту же величину с обратным знаком) изменения пары параметров двух mfaces модели, в том числе и изменения пары параметров одного и того же mface.
Именно поэтому наилучшая стратегия наращивания качества работы компании состоит во всемерном расширении пределов коммуникации сотрудников с dia$par.
Или, другими словами, в углублении детализации кибернетической модели.
Какие бы слова ни использовались, финалом процесса в любом случае является полное исключение людей из исполнения бизнес-процессов операционного уровня.
Поскольку надежнее всего работает тот механизм (от часов до бизнеса), в котором людей нет вовсе.
Cyberspace: Internet of Enterprises
Множество взаимодействующих dia$par формируют глобальную мета-структуру Cyberspace.
Исходя из вышесказанного понятно, что операционная система предприятия сама по себе является мощнейшим инструментом достижения качества исполнения бизнес-процессов, принципиально недоступного в традиционно управляемых компаниях.
А значит — довольных заказчиков, роста продаж, и прибыли — генерируемой с надежностью метронома.
