Интеграция по росийски

[Che 0]

Господа! Прошу прощение за долгое отсутсвие, были объективные причины. Но не суть в этом.

Пылкое обсуждение топика "Конкуренция", особенно в части интеграции отечественных систем с системами САПР и ERP, натолкнуло меня на создание этой темы.

О чем вы гворите господа? Есть множество способов интеграции, перечислю лишь некоторые из них:

1. Интеграция с приложениями САПР через механизмы ODMA

2. Интеграция САПР и ERP посредством API

3. Интеграция путем прямого обращения к СУБД

Так вот, всем наверно понятно, что только 1-й (не всегда) и 3-й (всегда) способ требует написания все новых и новых примочек от версии к версии. Интерфейсы API для того и нужны, чтобы приложения, которые их пользуют не зависели от структуры БД и версии системы. Реально интгерируемым приложением должно быть пофиг, где хранится например обозначение материала и т.п. в СУБД и как оно туда попало, для него важно что его можно достать командой GetMaterial (например), которая должна быть всегда и не зависеть от того, какая версия PDM/PLM, какая СУБД и какой язык программирования был использован.

Другое дело, что не всегда некоторые из наших разработчиков стараются придерживаться этого правила.

Если я не прав, возразите мне, как грится с нетерпением жду конструктивной критики, замечаний и предложений.

[Lazy_PDMer 0]

2 Che

1. Интеграция с приложениями САПР через механизмы ODMA

ODMA - отличная вещь, когда нужно работать с документами.

Но если нам нужно вытаскивать из САПР состав изделия, то пользы от ODMA не очень много.

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

ODMA = Open Document Management API. Так что это как раз стандартизованный интерфейс, и, если система поддерживает ODMA, то переписывать все от версии к версии не нужно. Другое дело, что в последнее время не так много появляется новых приложений, поддерживающих ODMA.

[monster_lord 0]

Che

3. Интеграция путем прямого обращения к СУБД

Можно и эффективно, но слишком уж рискованно.

[Lazy_PDMer 0]

2 NickeL

О своих пожеланиях к интерфейсам CAD<->PDM я уже писал в другой теме: http://fsapr2000.ru/index.php?showtopic=2149&st=0.

При работе с 3D CAD наибольший интерес для меня представляет поддержка интеграции с PDM по составу сборки с синхронизацией данных в обе стороны и "игры" с конфигурациями (чтобы PDM нормально понимала семейства деталей и т.п.).

Передача атрибутивной информации должна быть и в 2D, и в 3D.

[Sergei 297]

Всё равно все эти приложения рано или поздно отстанут от развитие самой системы CAD 3D. Примеров сколько угодно.

[Lazy_PDMer 0]

2 Sergei

Всё равно все эти приложения рано или поздно отстанут от развитие самой системы CAD 3D. Примеров сколько угодно.

Точно, системы PDM отстанут от CAD 3D, а потом еще и системы ERP отстанут от CAD 3D, а потом и все остальные системы (даже операционные) отстанут от CAD 3D...

Мне это напоминает фразу "через 20 лет останется только телевидение".

CAD и PDM вообще-то решают разные задачи, или я чего-то не понимаю?

Можно, конечно, впихнуть все "в один флакон" и обозвать это "Супер-пупер-3D CAD-PDM-ERP-PLM".

Но какое отношение это все имеет к обсуждаемой теме интеграции отечественных систем?