diff --git a/IT/software/DT/concept.md b/IT/software/DT/concept.md index 4a574966..6b85888a 100644 --- a/IT/software/DT/concept.md +++ b/IT/software/DT/concept.md @@ -6,37 +6,36 @@ Рис. 1 ### 1 Двойники. Физический и Цифровой двойник. -Цифровой двойник» \ Digital Twin (ЦД \ DT) vs физический двойник, «физик», Physical Twin, PT, - его модель, т.е. собственно сам DT (плюс еще дополнительные условия). Под DT обычно -как саму модель, так и "трех-компонентный состав" (троица): +Цифровой двойник» \ Digital Twin (ЦД \ DT) vs физический двойник, «физик», Physical Twin, PT, - его модель, т.е. собственно сам DT (плюс еще дополнительные условия). Под DT обычно понимают как саму модель, так и "трех-компонентный состав" (троица DT): ``` DT (широко) = PT + DT-как модель + связь PT и DT ``` -DT – это, прежде всего – Модель. -Задача: на основе модели не только визуализировать действия PT, но и построить симулятор, который прокручивает (исполняет, вычисляет модель) и не только поясняет работу DT, но может и просчитать результат для новых вводных: новые входные данные на входе модели. При этом может использовать исторические данные работы PT (DT их принимает от PT и хранит у себя или имеет доступ в архив PT). +DT – это, прежде всего, – Модель. +Задача: на основе модели не только визуализировать действия PT, но и построить симулятор, который "прокручивает" (исполняет, вычисляет) модель и не только поясняет работу DT, но может и просчитать результат для новых вводных: новые входные данные на входе модели. При этом может использовать исторические данные работы PT (DT их принимает от PT и хранит у себя или имеет доступ в архив PT). ### 2 Чем двойник не является DT – это - не про классические мониторинг и управление: BAM, SCADA, сетевой мониторинг типа HP Open View и еще масса иных мониторингов. Это и не классические BI-системы. - не резервная система \ контур. Конечно, если модель 100% исполняемая, то из нее можно получить код, продублировать конфиги из PH и запустить. Только таких технологий автоматизации еще нет (BPMN-engine исполняемая в лишь на 10%). -- не полностью автоматическая система (100% автоматизации) с абсолютным контролем, где каждый шаг записывается, далее все обобщается \ агрегирует и выводится на дашборды (BI и т.п.). Это не Абсолют «цифровой трансформации» - т.е. организация с 100% автоматизацией (полностью цифровая организация). +- не "полностью автоматическая система" (100% автоматизации) с абсолютным контролем, где каждый шаг записывается, далее все обобщается \ агрегируется и выводится на дашборды (BI и т.п.). Это не Абсолют «цифровой трансформации» - т.е. организация с 100% автоматизацией деятельности (полностью цифровая организация). - не Wiki (и не semantic Wiki), не EGK (Enterprise Knowledge Graph) организации. Другое дело – это [Создание цифровых двойников на основе семантических моделей](https://trinidata.ru/digital-twin.htm). -- не классические BPM \ EA. Когда полные и дельные модели предприятия (для начала процессов, т.е. «цифровой двойник процесса») будут создаваться автоматически (развитие Process mining, architecture as code и т.п.), то тогда это будет DT. +- не классические BPM \ EA максимально детализированные. Когда полные и предельно дельные модели предприятия (для начала процессов, т.е. «цифровой двойник процесса») будут создаваться автоматически (развитие Process mining, architecture as code и т.п.), то тогда это будет DT. ### 3 Как строить модель? DT – синоним «хорошая модель». Варианты построения: -- DT до или после PH: Pre-Manufacture (Pre-Digital Twin) \ Post-Existing +- DT до или после PT: Pre-Manufacture (Pre-Digital Twin) \ Post-Existing - ручной или автоматический (инструментальный, mining и т.п.). -Повтор: для DT важен не код, который исполнит точно то же, что и PT, а понятная модель, т.е. важнее, не что будет сделано, а как будет сделано: "опрозрачить" логику работы (организации, программы т.п.) и ее запустить в симуляторе с новым набором вводных (если речь про предсказания). -Ручной вариант построения модели – не рассматриваем, причина показана в [Digital Twin. Часть 2. Инструментальный Цифровой двойник](https://habr.com/ru/articles/927360/) +Повтор: для DT важен не програмный код, который исполнит точно то же, что и PT, а понятная модель, т.е. важнее, не "что будет сделано", а "как будет сделано": "сделать прозрачной" логику работы (организации, программы т.п.) и ее запустить в симуляторе с новым набором вводных (если речь про предсказания). +Ручной вариант построения модели – не рассматриваем (классика BPM \ EA, имитационного моделирования и др.), причина показана в [Digital Twin. Часть 2. Инструментальный Цифровой двойник](https://habr.com/ru/articles/927360/) Применительно к ИТ-системам Pre-Digital Twin – более сложная технология, поэтому остановимся на Post-Existing. Смотрим на имеющуюся ИТ-систему. Имеем: -- код и по нему мы можем создать модель выполнения. Это «структурный натурный экспонат» для формирования модели. +- программный код и по нему мы можем создать модель выполнения. Это «структурный натурный экспонат» для формирования модели (в т.ч. графической). - журналы \ логи работы ИТ-системы. Это «поведенческий натурный экспонат» для формирования модели. -При 100% автоматизации за счет анализа кода (по коду строим модель) и анализа логов (Process mining) можно построить инструментальными методами модель, адекватную PH (оригиналу), т.е. DT. Далее их связать и использовать как DT **со всеми обязательными тремя комппонентами**. +При 100% автоматизации за счет анализа кода (по коду строим модель) и анализа логов (Process mining) можно построить инструментальными методами модель, адекватную PT (оригиналу), т.е. DT. Далее их связать и использовать как DT **со всеми обязательными тремя комппонентами**. Однако пока такие технологии «сырые» и "настоящих" DT нет (много только маркетинга DT). ### 4 Автоматизированные процессы