Терминология mutual mapping
О терминологии правильной, и практически используемой
Абстракция mutual mapping использует собственное понятийное пространство с четко определенной терминологией.
Однако поскольку dia$par предназначен для широкого круга бизнес-пользователей, то практически используемая терминология состоит из вполне знакомых слов: «документы», «итоги», «отчеты», etc.
Тот факт, что в качестве обозначений объектов и сущностей dia$par используются распространенные термины, не должен вводить в заблуждение.
Реальное содержание этих терминов в dia$par много шире.
Далее коротко о нескольких наиболее важных для бизнес-эксплуатантов сущностях управляющей мета-системы.
Терминология dia$par
На «входе» цепочки создания стоимости это группа объектов-«сырья», на «выходе» — готовая (с точки зрения локальной цепочки создания стоимости) продукция.
Мpack по необходимости может содержать произвольный объем информации о любых объектах, моделируемых в виртуальной реальности кибернетической модели dia$par.Matrix.
В точности так же, правила бизнес-логики dia$par.Matrix, применяемые к экземплярам mpack на каждом из этапов (msteps) цепочки создания стоимости (mchain), могут использовать значения любых параметров и свойств объектов кибернетической модели.
Вырожденным случаем mpack является классическая товарная накладная (отсюда выбор практического термина dia$par).
Количество одновременно поддерживаемых кибернетической моделью mfaces теоретически не ограничено.
Совокупность mface кибернетической модели содержит полную актуальную информацию о состоянии всех измеряемых в реальном времени параметров предприятия.
Генерируются трафлексами (тип условных рефлексов mutual mapping, см. ниже)
Вырожденным случаем equant является бухгалтерская проводка.
Используются в специальных случаях.
Любопытно, что, с одной стороны, все «рефлексы» mutual mapping являются условными в том смысле, что допускают (и ожидают) собственную изменчивость.
И так же, одновременно, безусловными. Поскольку с точки зрения актуальной в настоящий момент конфигурации модели эти рефлексы являются «врожденными».
То есть полученными готовыми от«Создателя»-программиста в момент возникновения данной конфигурации модели.
Совокупность mfaces и совокупность mpacks можно уподобить оперативной памяти и жесткому диску настольного компьютера.
Информация в оперативной памяти отчасти дублирует информацию жесткого диска, но роль оперативной памяти — предоставлять центральному процессору данные в реальном времени. На жестком диске хранится много более полная информация, время доступа к которой при этом много менее критично.
Если разные скорости доступа к оперативной памяти и к жесткому диску вытекают из технологических различий микросхем и пластин, то в случае dia$par разность между mfaces и mpacks определяется различной упаковкой данных (звездообразная модель хранения данных).
Амбиграмма, изображенная на рисунке ниже, иллюстрирует понятие проекции.
Один и тот же 3D-объект может отбрасывать тени совершенно разной формы — аналогично тому, как проекции полной кибернетической модели предприятия на различно структурированные пространства меньшей размерности (dia$par mfaces) формируют абсолютно разнородные, с бытовой точки зрения, объекты.
При этом если на иллюстрации приведен трехмерный объект, то стартовая размерность пространства цифрового двойника в dia$par — 242, и не имеет ограничений «сверху».
Аналитические срезы mfaces могут формироваться в любом количестве на базе произвольного набора данных из репертуара кибернетической модели, но в реальной практике бизнес-эксплуатации mfaces обычно организуются вокруг общеиспользуемых объектов предприятия, либо групп контрагентов.
Mface обладает собственной структурой — измерениями и показателями, сложность которой в смысле количества измерений и показателей также может быть любой.
Mface с информацией о наполнении складов, например, в большинстве реализаций кибернетической модели имеет два показателя: «натуральное» (штуки, килограммы, литры...) и суммовое (в деньгах).
Таким образом, любой equant через такой mface будет измеряться и в штуках, и в деньгах, в противном случае соответствующая бизнес-транзакция просто не будет реплицирована эмэмайзером.
Использование терминологии mutual mapping рекомендовано как интеграторам dia$par при текстовом описании «модели to be», так и процессным инженерам компаний, управляющим изменениями в парадигме цепочек создания стоимости.
