Управление организацией

&

математическая логика:

натягиваем сову на глобус в эпоху цифры



ТРАКТАТ

ГЛАВА #9
Создание цифрового двойника организации

"Нельзя, мисс Глори. Ведь они всего лишь роботы. Без собственной воли. Без страстей. Без истории. Без души"


Карел Чапек

R.U.R. 1920 г.


“Наш чертеж — не более, чем наглядный образ, «картинка». Впрочем, контуры реальности проступят на ней, как только мы заменим интуитивное пространство, в котором построены наши чертежи, конструкцией, состоящей из одних знаков


Герман Вейль

Математическое Мышление, 1940 г.


Ну что ж, уважаемый читатель, вот мы с вами и добрались до последней - самой прикладной Главы в нашем Трактате

Как и обещали, в этой Главе мы постепенно шаг за шагом будем создавать цифрового двойника конкретной организации

Конкретная организация у нас родилась в Главе №8 из стартапа, выраженного языком диаграмм Эйлера
Напомним, на данной схеме изображена конкретная парикмахерская:
  • два сотрудника {1, 6}
  • три клиента {1, 2, 5}
  • две услуги {4, 7}

В Главе 8 мы создали элементарную систему управленческого учета для нашей парикмахерской в электронной таблице MS Excel, в которой отражены 20 фактически оказанных услуг
Введем в наш цифровой мир человека и зададимся следующими важными вопросами:
  1. Кому нужна данная таблица?
  2. Для кого она представляет ценность?
  3. Являются ли пользователями данной таблицы все сотрудники парикмахерской (организации)?

Опытный уважаемый читатель конечно же уже смекнул, что скорее всего данной таблицей (системой управленческого учета) в своей работе пользуется один единственный человек - руководитель организации

Не будет ложным утверждение, что большинство парикмахеров в России в качестве системы управленческого учета используют такой полезный учетный инструмент как тетрадка

В случае нашей парикмахерской мы бережно берем ветхую тетрадку и аккуратно переносим данные в “эксель”, который практически целиком и полностью устраивает нас как система управленческого учета в цифровом виде

Теперь же давайте создадим цифрового двойника нашей организации

На контрасте с “экселем”, который является рабочим инструментом лишь одного управленца, наш цифровой двойник будет являться незаменимым инструментом каждого сотрудника парикмахерской, равно как и ее клиентов

Цифровой двойник организации не только будет содержать в себе систему управленческого учета, но и выполнять полезные функции, связанные с работой парикмахерской:
  • Следить за рабочей дисциплиной
  • Напоминать клиентам, что пора стричься
  • Награждать и увольнять сотрудников
  • и многие другие, какие сочтем нужными в управлении организацией
Но прежде чем приступим к созданию цифрового двойника организации, давайте разберемся со значением данного термина и в т.ч. докажем, что создаваемая система в действительности подходит под принятое определение “цифрового двойника”

Обратимся к Национальному стандарту Российской Федерации “Компьютерные модели и моделирование. ЦИФРОВЫЕ ДВОЙНИКИ ИЗДЕЛИЙ” (ГОСТ 57700.37-2021), который был утвержден в 2021 году

Воспользуемся пятью ключевыми терминами и их определениями из Национального стандарта о цифровых двойниках изделий

1. Компьютерная модель - модель, выполненная в компьютерной (вычислительной) среде и представляющая собой совокупность данных и программного кода, необходимого для работы с данными

2. Компьютерная модель изделия - компьютерная модель, в которой объектом моделирования является изделие

3. Математическая модель - модель, в которой сведения об объекте моделирования представлены в виде математических символов и выражений

4. Цифровая модель изделия - система математических и компьютерных моделей, а также электронных документов изделия, описывающая структуру, функциональность и поведение вновь разрабатываемого или эксплуатируемого изделия на различных стадиях жизненного цикла

5. Цифровой двойник изделия - система, состоящая из цифровой модели изделия и двусторонних информационных связей с изделием и (или) его составными частями

Заменяем такой объект моделирования как “изделие” на “организация” и получаем следующее определение:

Цифровой двойник организации - система, состоящая из цифровой модели организации и двусторонних информационных связей с организацией и (или) ее составными частями (вспоминаем кибернетику и Главу 7)

Задуманный нами цифровой двойник парикмахерской будет полностью соответствовать данному определению, поскольку он будет:
  • состоять из цифровой модели организации (данные, программный код, символы и выражения)
  • быть объектом информационного воздействия со стороны организации и ее частей (один парикмахер - одна часть парикмахерской)
  • быть субъектом информационного воздействия на организацию и ее части (парикмахер, клиенты и пр.)

Перефразируя одного известного инноватора, озвучим лозунг нашей дальнейшей деятельности - цифровой двойник идет на смену “крестьянскому экселю”!

Начинаем трудиться - создавать цифровой двойник организации как сложную систему

С чего начинается создание любой сложной системы?

Правильно, с чертежа!

Шаг №1. Проектируем универсум. Создаем чертеж

Мы с лихвой отточили мастерство построения “чертежей” в Главе 8

Текущий чертеж нашей организации выглядит следующим образом:

Разноцветные круги на чертеже не являются ни математической моделью, ни компьютерной

Вместе с тем три формулы сверху уже могут смело претендовать на гордый титул, коим несомненно является “математическая модель

Переложим наши круги с языка “фломастеров” на язык предикатов (функций)

Создадим три предиката, отражающих множества из универсума нашей парикмахерской:
  • person - множество людей (сотрудники и клиенты)
  • service - множество услуг
  • serviceProvision - множество фактов об оказанных услугах
Каждый созданными нами предикат в будущем станет электронной таблицей в базе данных нашего цифрового двойника

По факту, вместо одного “экселя” универсум нашей организации будет состоять из большего количества электронных таблиц, связанных между собой

Несмотря на очевидное логическое утверждение, что и парикмахер, и клиент парикмахерской является человеком (предикат person), с точки зрения управленческой логики считаем разумным разделить наших людей на два множества (предиката) - сотрудники (employee) и клиенты (client)

Причина разделения очевидна: выполняемая работа по отношению к сотрудникам и клиентам будет различна, равно как и различными будут данные, собираемые и хранимые про сотрудников и клиентов

Итак, как плоский мир покоится на спинах четырех слонов, так и цифровой двойник нашей с вами парикмахерской будет покоиться на основе четырех таблиц/предикатов

С точки зрения математической логики первого порядка созданная модель - есть начало универсума нашей организации

С точки зрения разработки программного обеспечения данная модель - есть логическая модель базы данных

Расширим нашу модель - создадим/пропишем конкретные параметры/атрибуты в каждой таблице. Каждая строка-параметр есть будущая “полочка” для записи и хранения конкретных данных по каждому из объектов управления (например: имя и фамилия сотрудника)
Мы решили, что для учета каждого сотрудника нам будет достаточно знать его имя и фамилию (id - уникальный идентификационный номер будет создаваться автоматически для каждой записи в базе данных)

Для учета и работы с каждым клиентом мы захотели также знать его контактные данные (чтобы контактировать с ним) и его день рождения (чтобы знать, когда его поздравлять с днем рождения, равно как и предоставлять скидки)

Таблица/предикат с будущими записями фактов об оказанных услугах является ядром нашей бизнес-логики, поскольку она увязывает три ключевые сущности (клиент, услуга, сотрудник) в единый атомарный факт

Также интуитивно мы понимаем, что данная таблица будет содержать в себе больше всех записей в базе данных (по сравнению с другими тремя таблицами)

Сделаем важный логический шаг - создадим связи между таблицами
Содержимое таблицы serviceProvision будет наполняться по трем трубам из трех других таблиц (employee, client, service), также мы решили, что для управления нам важно фиксировать дату оказания услуги и ее стоимость (выручка парикмахерской)

Как итог - логическая топология модели данных демонстрирует как различные компоненты данной модели связаны между собой

Пояснение: вторая колонка в каждой таблице содержит описание типа данных для каждой строки:
  • string - строка (имя, фамилия, название услуги)
  • int (от integer) - целое число (стоимость услуги и id каждой записи)
  • datetime - дата и время (день рождения, день оказания услуги)
  • boolean - логический тип (истина/ложь - является ли клиент сотрудником парикмахерской)

Чертеж фундамента цифрового двойника готов!

С точки зрения математической логики первого порядка мы создали и дополнили предикатами универсум нашей парикмахерской

С точки зрения разработки программного обеспечения - мы создали физическую модель базы данных

Также, уважаемый читатель, обращаем ваше внимание на то, что для создания универсума парикмахерской мы использовали так называемый “декларативный язык/стиль программирования

Специфика декларативного описания заключается в том, что первым делом решается задача поиска ответа на вопрос - ”что хотим получить?”

Декларативный подход противопоставляется императивному, в котором в первую очередь описывается последовательность шагов для решения задачи (как хотим получить)

Итак! Чертеж готов - передаем его в работу цифровому фрезеровщику

Шаг №2. Создаем цифровую систему управленческого учета. Наполняем фактическими данными

Созданный нами “чертеж” был передан в работу рукастому цифровому фрезеровщику, который за 2 часа работы на NL!A Framework (российская бесплатная low-code платформа) “выпилил” следующие файлы и папки

Совершенно случайным образом названия созданных папок совпали с названиями таблиц/предикатов, которые мы создали на Шаге №1

Но ценность работы цифрового фрезеровщика заключается не в том, что он на основе “чертежа” создал новые файлы и папки, а в том, что теперь каждый сотрудник организации имеет доступ к следующему сервису:
Мы наполнили сервис данными по аналогии с примером в Главе №8:
  • сотрудники - 2 человека
  • клиенты - 3 человека
  • услуги - 2 вида
  • количество оказанных услуг - 20 штук
Заодно большая часть нашей команды освоила новое ремесло
Будем считать “иконку”, обозначающую клиентов парикмахерской, гендерно нейтральной
Ассортимент, конечно, не богат. Думаем в будущем расширить его услугой - “чтение лекций по математической логике первого порядка”. Как думаете, уважаемый читатель, будет пользоваться популярностью услуга? … Или лучше начать с семинаров?
Вот так выглядит список фактически оказанных услуг

Легендарная запись об оказании Услуги №1
Как и задумывали на этапе проектирования, теперь все контактные данные клиентов у нас записаны и всегда находятся под рукой
Теперь все данные хранятся в соответствующих таблицах созданной цифровым фрезеровщиком единой базы данных

Уважаемый читатель, конечно же увидел, что и в этот раз названия таблиц базы данных нашей парикмахерской случайным образом совпали с названиями таблиц/предикатов, которые мы создали на Шаге №1

По сути таблицы базы данных во многом идентичны привычным нам всем таблицам в “экселях”

При этом фундаментальное отличие нашей базы данных от набора экселей заключается в том, что все таблицы связаны в единый универсум, о значимости которого мы писали в Главе №7

Вот так выглядит запись о 20 оказанных услугах (таблица service_provision)

В поле client_id хранится не имя и фамилия клиента, а ключ-ссылка на уникальный идентификатор клиента в соответствующей таблица client

При этом на интерфейсе (экран телефона или компьютера) пользователь видит фамилию и имя клиента, сотрудника и наименование услуги (см. скрин с оказанной услугой №1)

Структурирование и хранение данных подобным способом (в едином универсуме с логической топологией модели данных) открывает новые возможности, связанные с извлечением новых ценных смыслов и знаний в контексте управления организацией. Об этом мы расскажем на следующей шаге процесса создания цифрового двойника нашей с вами парикмахерской

В заключении Шага №2 хотим еще раз обратить внимание уважаемого читатель на роль предикатов в проектировании и теперь уже - разработке цифровой системы

В Шаге №1 мы спроектировали предикат/таблицу для учета сотрудников таким образом, что она состоит из трех аргументов (трехместный предикат):
  1. Уникальный номер сотрудника (id)
  2. Имя (firstName)
  3. Фамилия (secondName)

В Шаге №2 - наш рукастый цифровой фрезеровщик также работал в логике предикатов

Каждый атрибут сотрудника (имя и фамилия) в свою очередь представлен в виде предиката с пятью аргументами (пятиместный предикат)
Смысл пяти аргументов предиката - следующий:
  • name - название столбца в базе данных
  • nameRu - подпись поля для ввода данных в интерфейсе
  • size - ограничение на максимальный размер символов для ввода в поле
  • int{{2, 2}} - координаты расположения/отображения поля на экране пользователя (вторая строка, вторая колонка)
  • col-4 - ширина поля на экране (100% ширины экрана - col-12)
Также созданная система управленческого учета организации имеет следующие значимые отличия по сравнению с управленческим учетом в “экселе”:
  • все управленческие данные хранятся в базе данных, прямого доступа к которой сотрудники не имеют
  • необходимые каждому сотруднику данные доступны на экране его сотового телефона в web-браузере
  • база данных размещается на web-сервере, что позволяет получить доступ в личный кабинет сотрудника из любого места (при наличии доступа в сеть)
Если у уважаемого читателя возник скепсис по отношению к рассматриваемому примеру, что мы применяем данный подход к “какой-то парикмахерской”, которая “состоит” всего из четырех таблиц. А вот с крупными организациями - все обстоит иначе…

Напомним, что в конце Главы №8 мы показали и доказали, что подобный подход в проектировании и разработке программного обеспечения фактически не имеет физических и логических пределов

Если выявляется, что в системе учета нет необходимой таблицы (например - учет выплат сотрудникам), то недостающая таблица проектируется в логике Шага №1 и создается в логике Шага №2. И так - шаг за шагом, таблица за таблицей создается целостная система управленческого учета (универсум организации)

В примере ниже представлена модель данных внутренней экономики известной стратегической компьютерной игры Civilization V, которую мы получили в результата реверс-инжиниринга внутренней логики игры:
Итак, на Шаге №2 мы создали уже “взрослую” цифровую систему управленческого учета с современным веб-интерфейсом, с возможностью работы в ней каждого сотрудника через сотовый телефон, с хранением данных в реляционной базе данных, которая в свою очередь размещается на облачном веб-сервере

Также мы показали, что предикаты ценны и полезны не только при проектировании цифровых систем, но и при их разработке. По факту созданная цифровая система управленческого учета описана формулами-предикатами - декларативным языком

Мы наполнили нашу систему управленческого учета двадцатью записями о фактически оказанных парикмахерской услугах

Теперь пора ознакомиться с крайне полезным и распространенным инструментом, который позволяет эффективно извлекать знания и смыслы из больших массивов данных

Спойлер - речь идет не об “экселе”

Следующий шаг в процессе создания цифрового двойника нашей организации - знакомство с новым языком, который был создан в далеком 1974 году специально для управленцев и бизнес-аналитиков

Шаг №3. Знакомимся с SQL

Уважаемый читатель помнит, как в Главе №7 мы создали систему управленческого учета нашей парикмахерской в “экселе”, отразили в ней данные о 20 фактически оказанных услугах, а после извлекли из этих данных определенные знания и смыслы

Например, что больше всего выручки парикмахерской принес сотрудник №6

Приоткроем завесу - знания были добыты достаточно топорными способами: мы создавали формулы, “растягивали” их по строкам, затем суммировали

Кроме того, что данный способ извлечения знаний из данных был не изящным, так он еще не очень эффективен и применим, если у нас данных тысячи и миллионы строк, т.е. очень много

Ведь, как мы ни раз озвучивали ранее, физического и логического предела количества данных - не существует

Предлагаем придать анафеме “эксель” и освоить новый инструмент - SQL

SQL - structured query language, язык структурированных запросов

SQL - декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей системой управления базами данных (СУБД)

SQL был создан практически 50 лет назад в одной из исследовательский лабораторий IBM (1974 год)

По замыслу создателей - целевой аудиторией/ пользователями языка являются не хардкорные программисты в очках с роговой оправой, а обычные управленцы и бизнес-аналитики

Если уважаемому читателю интересны детали истории SQL, то он без труда сможет самостоятельно найти их в сети. Мы же перейдем к практическому использованию SQL в нашем цифровом двойнике организации

Напишем наш первый SQL-запрос к базе данных:

select *
from employee

Результат обработки SQL-запроса:
Скажем нет фрустрации и сразу же напишем и исполним второй SQL–запрос:

select *
from client

Результат запроса:
Введем в запрос фильтр (Нурлан) и сузим результаты запроса (secondName)

select secondname
from employee
where firstname = 'Нурлан'
Уважаемый читатель, нам кажется или мы ошибаемся в том, что приведенные формулы SQL-запросов интуитивно понятны и на порядок проще воспринимаются по сравнению с формулами математической логики первого порядка, которыми мы мучали вас в предыдущих главах?

Отметим, что по факту SQL является стандартом для работы с данными в реляционных базах данных

Несмотря на то, что SQL является языком со страшным словом “программирование”, предлагаем уважаемому читателю относится к нему как к языку работы с данными, использующему логику формул

В конце концов мы не занимаемся пропагандой программирования, наша задача - ознакомить уважаемого читателя с уже давно существующими инструментами цифрового мира, а также с принципами “цифрового мышления”

Помните, в Главе №8 мы задавались различными управленческими вопросами про эффективность сотрудников, оборачиваемость активов и так далее?

У нас же с вами есть парикмахерская! Давайте зададимся подобными вопросами и найдем ответ на них при помощи SQL-запросов

Итак - логичные управленческие вопросы:

1. Сколько выручки принесли:
a. парикмахерская в целом
b. каждая услуга
c. каждый сотрудник
d. каждый клиент

2. Сколько раз:
a. оказывал услугу каждый сотрудник
b. пользовался услугами каждый клиент
c. оказывалась услуга “стрижка” и “бритье”
d. брился Дмитрий Марков

3. Каков средний чек:
a. в парикмахерской в целом
b. по услуге “стрижка”
c. по услуге “бритье”

Ответы на вопросы пункта №1
Ответы на вопросы пункта №2
Ответы на вопросы пункта №3
Как видите, уважаемый читатель, используя во многом схожие формулы/запросы языка SQL мы оперативно получили ответы на 19 различных управленческих вопросов относительно деятельности нашей парикмахерской

На основе результатов данных запросов и их аналогов будет принимать решения и совершать действия “искусственный интеллект” цифрового двойника нашей парикмахерской

SQL является современным эффективным инструментом извлечения нужных знаний и смыслов из структурированных и связных (реляционных) баз данных

Синтаксис SQL весьма близок к естественному языку

Также обращаем внимание уважаемого читателя на тот факт, что в поисках ответов на управленческие вопросы мы вновь использовали алгоритм и принципы мышления математической логики первого порядка:

1. Анализ ситуации (имеем дело с парикмахерской)

2. Создание и наполнение фактами универсума (модель и реляционная база данных)

3. Постановка управленческих задач по отношению к универсуму (19 вопросов)

4. Решение задач, получение ответов за счет 19 SQL-запросов к базе данных (универсуму)

Итак, уважаемый читатель, мы создали для парикмахерской современную цифровую систему управленческого учета, в которой:
  • данные хранятся в реляционной базе данных
  • структура базы данных не содержит лишних элементов, так как “сшита на заказ” по спроектированному “чертежу”
  • база данных располагается на сервере
  • сотрудники не имеют прямого доступа к базе данных (на контрасте с “экселем”)
  • каждому сотруднику выдан современный web-интерфейс для чтения и внесения данных

Теперь еще раз вспомним определение “цифрового двойника организации”

Цифровой двойник организации - система, состоящая из цифровой модели организации и двусторонних информационных связей с организацией и (или) ее составными частями

Проведем сверку созданной системы:
  • Цифровая модель организации - есть
  • Связь “Сотрудник -> система” - есть (могут вносить данные)
  • Связь “Система -> сотрудник” - отсутствует

Устраним недостающий пробел у нашего пока что полуфабриката цифрового двойника организации и добавим ему - МОЗГИ!

Шаг №4. Создаем бизнес логику работы цифрового двойника организации

Проделав длинный путь, подобно Страшиле из “Волшебной страны” Александра Волкова, наш Цифровой двойник парикмахерской добрался до своей заветной цели - до цифровых мозгов

Интригующая задача, не так ли, уважаемый читатель?

Идет ли речь об искусственном интеллекте (ИИ)?

Предлагаем читателю ответить на этот вопрос самостоятельно

Мы со своей стороны дадим лишь подсказку-вопрос: считать ли будильник искусственным интеллектом?

Предлагаем не отвлекаться на распространенные маркетинговые термины, коим несомненно является ИИ, а спокойно и методично продолжить работу над мозгами нашего цифрового двойника организации на базе методов и принципов математической логики первого порядка (логики предикатов)

Рассмотрим пример с будильником

Каждый из нас хоть раз в жизни имел дело с будильником и в курсе как работает “двусторонняя информационная связь” в системе “человек - будильник”:
  1. Человек -> Будильник: указывает время подъема
  2. Будильник -> Человек: будит человека в час ИКС

С точки зрения логики предикатов - функция будильника есть очевидный двухместный предикат:

isAlarming(CurrentTime, WakeUpTime)


Искусственный интеллект будильника каждую миллисекунду занят следующей важной работой - проверкой равенства двух аргументов: текущего времени (CurrentTime) и времени подъема (WakeUpTime)

Как только предикат isAlarming становится истинным - случается цифровая магия!

Уважаемый читатель уже понял, что создавать мозги нашего цифрового двойника парикмахерской мы будет за счет проектирования предикатов

Как модель данных (универсум) - стала “чертежом” нашей будущей базы данных, так и “чертежи” предикатов впоследствии смогут стать функциональным “мозгом” цифрового двойника организации

Для создания предикатов функциональной бизнес-логики цифрового двойника организации нам нужно постоянно держать в голове ответ на следующие два вопроса:
  1. Какие данные у нас есть (в базе данных)?
  2. Какие управленческие задачи мы решаем?

Пояснение к первому вопросу - ни одна функция не будет работать в условиях отсутствие необходимых для ее работы данных

Будильник не зазвонит, если вы не “скажете” ему во сколько вас будить, равно как и если не будет “знать” текущее время

Второй вопрос про управленческие задачи также имеет крайне важное прикладной значение для каждой организации и для каждого управленца!

Как показывает практика, подавляющее большинство управленцев в российских компаниях в процессе цифровой трансформации в первую очередь опираются на свое представления о существующем функционале представленных на рынке цифровых продуктов

Упрощено практику цифровизации в российских организациях можно описать следующим образом - сначала покупается молоток, а потом начинается поиск гвоздей, которые можно забить в организации

Итак, две ключевых отправных точки для создания цифровых мозгов в организации:
  1. существующие в организации данные
  2. управленческие потребности различных сотрудников

Вспомним какие данные есть в нашей парикмахерской:
С одной стороны - не густо, но с другой - и даже на таком скромном объеме данных можно спроектировать и создать нужную и полезную цифровую бизнес-логику, оказывающую цифровое функциональное воздействие на нашу организацию!

Экспресс-анализ бизнеса парикмахерской показал, что следующие функциональные области цифрового двойника организации могут представлять ценность для ее руководства и сотрудников:
  1. мотивация сотрудников
  2. контроль производительности сотрудников
  3. контроль эффективности сотрудников (косты, средний чек)
  4. контроль трудовой дисциплины (время начала дня)
  5. анализ и мониторинг отношений с клиентами
  6. мониторинг спроса на услуги
  7. предсказание следующего посещения парикмахерской клиентом

В качестве аргументов функций мы смело можем опираться на различные вычисляемые значения за счет SQL-запросов, пример работы которых был продемонстрирован на Шаге №3

Детализируем управленческий замысел и логику:
Конкретными формами оповещения со стороны цифрового двойника парикмахерской могут являться:
1. SMS-оповещение
2. Письмо на email
3. Push-сообщение в мессенджер (телеграмм-бот, например)

Как видите, уважаемый читатель, несмотря на простоту деятельности такой организации как парикмахерская, нам удалось сформулировать достаточно обширный список функций цифрового двойника организации

Считаем, что разработка, внедрение и практическое использование данного функционала создаст дополнительную ценность как для руководства, так и для всех сотрудников парикмахерской, равно как и будет способствовать повышению эффективности деятельности организации

В качестве примера опишем проект функции оповещения клиента о наступлении срока повторного посещения парикмахерской:

isTimeForNewVisit(client_id, daysPassed, daysForecasted) -> sendEmailToClient (client_id, email, emailText)


  • Client_id - уникальный идентификационный номер клиента
  • daysPassed - количество дней, прошедших с момента последнего посещения данным клиентом парикмахерской; рассчитывается как разность между текущей датой и датой последнего посещения
  • daysForecasted - расчетная величина, отражающая вероятный срок следующего посещения парикмахерской данным клиентом (на основе данных о предыдущих посещениях)
  • email - адрес электронной почты данного клиента из базы данных
  • emailText - текст-содержание письма, которое будет отправлено данному клиенту

Также необходимо определиться с условием - в какое время должна происходить проверка данного условия по отношению ко всем клиентам

Очевидно, что каждую минуту или час данную проверку проводить не имеет смысла. Зафиксируем условие, что проверка будет проходить в 10 утра часового пояса, в котором работает наша с вами парикмахерская

Подводим итоги

Уважаемый читатель, мы с вами проделали эпохальную работу - спроектировали и частично создали первый в мире цифровой двойник парикмахерской!

В результате добавления функционала субъекта (проактивная рассылка оповещений по заданным правилам) наш с вами цифровой двойник станет полноценным коллегой для всех сотрудников такой замечательной организации - как парикмахерская

Несмотря на то, что мы создали проект цифрового двойника конкретной организации, мы имеем смелость и наглость утверждать, что на базе продемонстрированных методов и принципов - может быть спроектирован и создан цифровой двойник любой организации

Ключевые этапы создания цифрового двойника организации:
  1. Анализ деятельности организации
  2. Проектирование универсума организации; создание модели данных организации
  3. Определение ключевых показателей и метрик деятельности организации
  4. Формулировка управленческих задач, для решения которых может быть создан цифровой двойник
  5. Проектирование функционала цифрового двойника
  6. Разработка и тестирование
  7. Внедрение цифрового двойника организации в эксплуатацию
Мы будем рады вашему отзыву на Трактат!
Email
Представьтесь, пожалуйста
Ваш отзыв на Трактат