Ответ на пост «Моделирование производства. Нужны ли мы нам?»
+1.
Интересно, но всё описание в сторону технических нюансов.
«3D-моделирование производства» это - вртуальная (отцифрованная) копия реальных техпроцессов и производственных циклов. https://ru.m.wikipedia.org/wiki/Симулятор_(жанр_компьютерных_игр)
Зачем/для чего?
1) Среда для дальнейшего проектирования производства. Текущая модель содержит: размеры здания, участка (влезет ли новый станок/агрегат, как подключит электричество), размеры самого оборудования, его эксплуатационных характеристик и хар-к работы. Вся эта (статическая) информация уже храниться в модели, оперативная (через всякие «счётчики») может подгружаться онлайн.
Т.е. бери и https://ru.m.wikipedia.org/wiki/Симулятор (см. раздел «Моделирование в производстве»)
2) Притом не только на уровне завод/участок, но и создание/проектирование самого оборудования.
Вы даже себе не представляете сколько приходится переделывать из-за того что где-то ошиблись в размере и одно в другое упирается и всё клинит (штамп), или один узел поверх/сквозь другой (водопроводная труба сквозь электрощит). Потому что люди, потому что не у всех развито «пространственное мышление» и 3D-визуализация чтоб двухмерный чёртёж стал впукло-выпуклым. Не считая того что каждый специалист/отдел может рисовать по своим стандартам.
А САП (система автоматического проектирования) выдаёт одну виртуальную среду для всех. Где электрик видит где идут механические узлы, где гидравлика, а соответственно остальные видят схемотехнику смежников. Где при моделировании процесса работы если размеры не сходятся, то модель об этом сообщит (вал не может зайти в отверстие, т.к. оно меньше размером/не по оси).
В общем меньше затрат на «детские ошибки в металле».
Но это песочница для «проектировщика», «технолога».
3) Для управленца ТТХ и габариты не важны, ему нужны данные в динамике (хар-ки процессов). Поэтому убираем технические детали и оставляем процедурные. Как следствие мы имеем некую ММО «Завод» (симулятор производство/бизнеса) где в режиме реального времени видно кто где работает и чем занят. Что производят (в процессе), что сделано (склад), как справляется снабжение (поставки для будущей работы). Где можно выделив «NPS-рабочий» выдать ему другое задание/квест (с учётом его скиллов).
Всё то что пытаются визуализировать в современных КИСках превратив работу в игру (отправляя NPS майнить тебе голду).
https://ru.m.wikipedia.org/wiki/ERP; https://ru.m.wikipedia.org/wiki/Система_управления_взаимоотношениями_с_клиентами; https://ru.m.wikipedia.org/wiki/Управление_цепями_поставок
Но тут правильней было бы автоматизировать и этот уровень, но ..., но менеджеры сами себя работы не лишат (инстинкт самосохранения).
4) Хоть нормальный бизнес/производство ЦИКЛИЧНО, т.е. повторяется по кругу, или спирали (разница в объёмах и сроках).
Есть заказ где на основе прошлых работ известна потребность: в сырье и комплектующих (и сроки их поставки), кол-во персонала (трудозатраты/чел•час), энергоресурсы, которые с учётом инфляции/налогов можно рассчитать в текущую себестоимость, EBITDA и чистую прибыль. Как следствие рентабельность данного заказа/работы и бизнеса в целом.
Самое главное статданные о производстве «не терять» (как бы этого не хотели заинтересованные лица).
Но на этом уровне уже картинок и прочей визуализации мало, скучные циферки в таблице Ексель, или ещё какой программке бухучёта свёдшей натуральные показатели производственного процесса в денежный эквивалент https://ru.m.wikipedia.org/wiki/1С:Предприятие; https://ru.m.wikipedia.org/wiki/Oracle_E-Business_Suite; https://ru.m.wikipedia.org/wiki/Microsoft_Dynamics_NAV.
С другой стороны чем более абстрагирована ситуации (описание некоего процесса) тем выше вероятность ошибки при каждом качественном переходе (что такое деньги?), смещении/перераспределение смыслов, или размытии (за деревьями леса не видать), и т.д. что и вызывает переодические сбои финансового сектора экономики.