Comments 2
Зачем велосипеды, когда есть Asset Administration Shell (AAS) / IEC 63278, OSLC (Open Services for Lifecycle Collaboration), IFC (ISO 16739, BIM для строительства), ISO 15926 / CFIHOS - нефтегаз.
Есть же International Data Spaces (IDS), Data Mesh, Linked Data.
Ручное разрешение конфликтов - потеря данных.
///
А почему бы не решить проблемы более современными методами? А лучше вообще избежать ее на уровне проектирования взаимодействия.
Я рассматриваю ситуацию когда среда информационно-неоднородна. Если речь идет о крупном бизнесе или гос-предприятиях - там есть шансы привести все к единому стандарту. И все равно, в большинстве случаев, ЦД как модель данных будет крутиться в рамках моно корпорации (как у Боинга например).
Но уже на уровне среднего бизнеса найти двух акторов которые плюс-минус совместимы по протоколам уже проблема.
Я специально не ввожу конкретных схем построения моделей или другой конкретики. Это чисто теоретическое изыскание общих закономерностей, которые нужно учитывать тем кто уже хочет перейти к моделецентричному процессу но не может переключиться на один из жестких стандартов (по крайней мере сразу).
Фактически, соблюдение этих правил позволяет работать "своей системой" с чужими данными не ломая их.
И я не советовал ручного разрешения.
Потому что там обязательно вылезут проблемы. Я обозначал зону где может возникнуть ситуация когда без ручного разрешения будет не обойтись как крайне нежелательную.
Хранение и передача цифрового двойника между системами с отличающимся функционалом