Облачная PLM-платформа Constructum, модель инженерных данных Engineering Domain Model (K-Model) и движок контекстного доступа к данным Limpopo Guardian Engine. В основе собственная модель предметной области, отражающая реальные объекты, связи и процессы инженерной деятельности. Constructum помогает работать правильно: предотвращает ошибки непосредственно в процессе работы, а не только выявляет их постфактум.
Демонстрационные данные
Taryon – российский разработчик инженерного ПО. Экспертиза компании сложилась из конструкторской практики, работы с требованиями ЕСКД, международных и отраслевых стандартов управления конфигурацией, проектов внедрения и интеграции западных PLM-систем на промышленных предприятиях.
Эти проекты показали, что проблема не сводится к настройке интерфейса, форм отчётов, шаблонов документов и атрибутов по ГОСТ. Такая настройка устраняет лишь часть несоответствий. Разные PLM-системы исходят из разных моделей предметной области, из того, какие объекты в ней существуют и какие связи между ними допустимы. В отечественной практике изделие, его документация, исполнение и изменение – самостоятельные понятия, связанные определёнными правилами и процессами. Поэтому в продуктах Taryon эти понятия закладываются непосредственно в модель данных, а не воспроизводятся поверх другой исходной модели.
Модель данных, платформа и контроль доступа разрабатываются вместе и используются как одно целое.
Универсальный слой контекстной безопасности: доступ определяется отношениями между пользователем, объектом и контекстом обращения. Правила применяются на уровне данных и едины для всех приложений.
Открыть страницу продуктаИзделие, сборочная единица, деталь и документация описаны в терминах КБ: обозначение, наименование, литера, ревизия, извещение. Спецификация выгружается без ручной доводки.
Открыть страницу продуктаЕдиный контур для изделий, документов, ревизий и согласований для малого и среднего производственного бизнеса. Разворачивается в облаке или в частном контуре предприятия.
Перейти к разделуВ классических PLM идентичность объекта задаётся ревизией комплекта документов: изделие существует настолько, насколько описано документацией. В Constructum изделие – самостоятельный объект модели, а документы, ревизии и извещения связаны с ним как описание его состояния.
Исполнение по ГОСТ 2.113 – тоже самостоятельное изделие со своим обозначением и применяемостью, а не вариант конфигурации внутри карточки.
Обозначение и наименование принадлежат изделию, а не комплекту файлов. Литера присваивается документу.
Каждое исполнение имеет собственное обозначение, состав и применяемость.
Ревизия выпускается с извещением и составом затронутых документов.
Почему западные PLM не сводятся к требованиям ЕСКД и какие архитектурные принципы из этого следуют для Constructum.
Читать на ХабреМетодология, на которой построены продукты компании: от описания объекта изделия к системе инженерных данных предприятия.
Открыть книгуАрхитектура контроля доступа: от объекта и его отношений к контексту, правилам и эффективному разрешению, применённому к данным.
Открыть книгуКороткие записи о модели данных, ЕСКД и ходе разработки платформы. Обновления выходят по мере выпуска версий.
Открыть каналКонсультации по настройке модели данных в уже работающей PLM-системе или на этапе её внедрения. Напишите, какая система у вас сейчас и что нужно разобрать.
Расскажите о задаче – разберём её и предложим следующий шаг