Update concept.md

IT/software/DT/concept.md

@@ -20,16 +20,18 @@ DT – это
 ### 3 Как строить модель?
 DT – синоним «хорошая модель». Варианты построения:
 - DT до или после PH:  Pre-Manufacture (Pre-Digital Twin) \ Post-Existing 
-- ручной или автоматический (инструментальный, mining и т.п.). 
+- ручной или автоматический (инструментальный, mining и т.п.).  
 Повторно: для DT важен не код, который исполнит точно тоже, что и PD, а понятная модель, т.е. важнее, не что будет сделано, а как будет сделано.  
 Ручной вариант построения модели – не рассматриваем, причина показана в [Digital Twin. Часть 2. Инструментальный Цифровой двойник](https://habr.com/ru/articles/927360/)
 
 Применительно к ИТ-системам Pre-Digital Twin – более сложная технология, поэтому остановимся на Post-Existing.  
 Смотрим на имеющуюся ИТ-систему. Имеем: 
 - код и по нему мы можем создать модель выполнения. Это «структурный натурный экспонат» для формирования модели. 
-- журналы \ логи работы ИТ-системы. Это «поведенческий натурный экспонат» для формирования модели.  
+- журналы \ логи работы ИТ-системы. Это «поведенческий натурный экспонат» для формирования модели.   
 При 100% автоматизации за счет анализа кода (по коду строим модель) и анализа логов (Process mining) можно построить инструментальными методами модель, адекватную PH (оригиналу), т.е. DT. Далее их связать и использовать DT. Однако пока такие технологии «сырые» и качественных DT нет (только маркетинга DT много). 
 ### 4 Автоматизированные процессы
-Для систем с уровнем автоматизации более 0 и менее 100 имеем «Автоматизированный процесс», т.е. в системе присутствует код и ч-код. Ч-код – условно это инструкции, обрабатываемые мозгом человека (АЛУ человека, arithmetic logic unit) и хранящиеся в памяти человека. АЛУ человека и память Ч-кода (также оперативная и постоянная) размещены в черепной коробке. Да, у исполнителя процесса (роли) могут быть подробные регламенты, сами операции содержать «защиту от дурака» и т.п., но человек выполнит не то, что содержится в инструкциях, а то что будет в его ч-коде (в его голове). Наличие «человеческого фактора» принципиально меняет подход и это работает как выполнение инструкции (кода) в процессоре компа, но только вот содержание ч-кода – большая проблема для формализации (математизации, а модель – это как правило, про математику и логику).  
-Тем не менее, даже в полностью ручных системах (0% автоматизации) возможны подходы типа Process mining. Например, можно на всех рабочих местах поставить камеры (как в проекте «за стеклом») и отслеживать все действия (операции, workflow \ docflow), распознавать документы, включая подписи (статус документов: утвержден, согласован и т.п.) и строить модель такую же, как в Process mining. Такой «Process mining для ручных операций» с приходом ИИ становится все реалистичнее. Конечно анализ мест хранения ч-кода и содержание инструкций ч-кода – это не решенная проблема: человек несознательно (не прочитал, прочитал, но не так понял) или сознательно (умышленно) может «класть» в ч-код инструкцию, отличную от заданной (документированной). В этом с одной стороны – преимущество человека над машиной, с другой – сложность в построении DT человеко-машинной системы (моделирование реального набора инструкций \ алгоритмов в голове человека). 
+Для систем с уровнем автоматизации более 0 и менее 100 имеем «Автоматизированный процесс», т.е. в системе присутствует код и ч-код. Ч-код – условно это инструкции, обрабатываемые мозгом человека (АЛУ человека, arithmetic logic unit) и хранящиеся в памяти человека. АЛУ человека и память Ч-кода (также оперативная и постоянная) размещены в черепной коробке.  
+Да, у исполнителя процесса (роли) могут быть подробные регламенты, сами операции содержать «защиту от дурака» и т.п., но человек выполнит не то, что содержится в инструкциях, а то что будет в его ч-коде (в его голове). Наличие «человеческого фактора» принципиально меняет подход и это работает как выполнение инструкции (кода) в процессоре компа, но только вот содержание ч-кода – большая проблема для формализации (математизации, а модель – это как правило, про математику и логику).   
+Тем не менее, даже в полностью ручных системах (0% автоматизации) возможны подходы типа Process mining. Например, можно на всех рабочих местах поставить камеры (как в проекте «за стеклом») и отслеживать все действия (операции, workflow \ docflow), распознавать документы, включая подписи (статус документов: утвержден, согласован и т.п.) и строить модель такую же, как в Process mining. Такой «Process mining для ручных операций» с приходом ИИ становится все реалистичнее.  
+Конечно анализ мест хранения ч-кода и содержание инструкций ч-кода – это не решенная проблема: человек несознательно (не прочитал, прочитал, но не так понял) или сознательно (умышленно) может «класть» в ч-код инструкцию, отличную от заданной (документированной). В этом с одной стороны – преимущество человека над машиной, с другой – сложность в построении DT человеко-машинной системы (моделирование реального набора инструкций \ алгоритмов в голове человека). 
 Вообще, начинать нужно с простого: формализовать Простейшие варианты (в стиле hello world): ЦД табуретки, ЦД процесса (бизнес-процесса), ЦД организации, например, состоящей из двух человек.