Update concept.md

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 Автоматизированные процессы