Сейчас на сайте
Сейчас на сайте 0 пользователей и 0 гостей.

Интегрированность

Вопрос интегрированности САПР был довольно детально рассмотрен ранее, в этой части рассматривается вопрос практической интеграции. Интеграция с другими программными продуктами осуществляется в двух направлениях

  • Интеграция на стадии проектирования
  • Интеграция на других стадиях жизненного цикла

На сегодняшний день не существует программных продуктов, способных поддерживать информационную модель объекта на всех стадиях жизненного цикла. Развитие в этом направлении идёт по пути интеграции различных программных продуктов на базе CALS – технологий. Поэтому ниже рассматриваются вопросы интеграции САПР на стадии проектирования.

Обычно на предприятии используются различные программы, которые нуждаются в специальном интерфейсе для передачи данных между собой, что может привести к потере точности, а иногда и к повторному заданию одних и тех же данных. Одним из способов обеспечения интеграции разных пакетов или приложений является использование стандартных форматов файлов для обмена данными. Интеграция позволяет импортировать изображения, сделанные в другой системе и экспортировать в нее на основе стандартных и прямых интерфейсов для обмена данными об изделиях с другими современными CAD / CAM / CAE системами – DXF , IGES , VDA , SAT , STEP , STL форматами передачи данных. Используя для передачи графической информации эти форматы, пользователи могут в определенной мере реализовать связь между программами и достаточно легко обмениваться файлами с данными со многими другими модулями, приложениями и системами.

Однако эти форматы являются низкоуровневыми и не могут обеспечить передачу всего набора данных, которые существуют в современных программах. Кроме того, функции чтения-записи этих форматов в различных программах реализованы по разному, что часто приводит к несовместимости. Также необходимо учесть, что хотя эти стандартные форматы постоянно улучшаются, они, все таки, не успевают соответствовать расширением функциональности современных программ. В этом случае более продуктивным является использование программ, базирующихся на едином геометрическом ядре ( ACIS , PARASOLID ) или, что менее желательно на основе Parasolid , CATIA , EDS / UG и других трансляторов. Хотя обмен все равно будет идти на низком уровне, но будет существовать уверенность в том, что данные передаются достаточно корректно и без потери точности.

Интеллектуальное преобразование данных, контроль ошибок и специальные алгоритмы для решения возможных проблем при преобразовании позволят оптимизировать передачу и гарантировать стопроцентное качество. Наличие интерфейса позволяет увеличить скорость передачи и точность, параллельно позволяет пользователю осуществлять контроль над эти процессом.

Как обсуждалось ранее, интегрированная САПР может основываться программном комплексе, базирующихся на каком-то основном программном продукте. Разработчики такого ПО предлагают набор программ, которые либо работают в рамках единой программной среды, либо имеют хорошо отлаженное взаимодействие между собой. Однако и этот способ интеграции не может считаться идеальным:

  • в имеющемся комплексе могут отсутствовать программы из каких-либо областей проектирования, которые необходимы предприятию
  • лучше иметь широкий выбор прикладных программ различных разработчиков
  • предприятие может разрабатывать свои собственные приложения, что потребует интеграции со всем комплексом

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

Суммируя вышесказанное об интегрированных САПР можно выделить комплекс типовых, относительно самостоятельных задач, требующих решения основе интеграции:

Расчёты на прочность . Выполняются либо в специализированных пакетах, либо в расчётных пакетах общего назначения Некоторые пакеты встраиваются в базовую графическую систему либо возможен обмен 3D моделями через форматы графических ядер, и стандартные форматы обмена данными

Обработка спецификаций . Материалы полученных спецификаций используются для формирования различных технических документов. Для этих целей могут применяться специализированные пакеты или электронные таблицы. Спецификации должны быть представлены в нейтральном формате - в виде форматированного текста, который может обрабатываться практически любой системой.

Выпуск чертежей. Обеспечивается базовой графической системой

Визуализация . Результаты визуализации используются для подготовки рекламных материалов, презентаций и других материалов для работы с клиентами. Они могут быть представлены в различных форматах, включая анимационные и панорамные. Визуализация может выполняться базовой графической системой, специальной подсистемой визуализации или специальным пакетом. В последнем случае, необходим экспорт модели в соответствующий формат (.DXF, Parasolid, IGES). Выходные форматы статических видов для Web – публикаций .GIF и .JPG, поддерживаемые броузерами Internet Explorer и Netscape Navigator

Web – публикации . Автоматизация Web–публикаций для участников проекта и частично для клиентов возможна с помощью средств базовой графической системы Более мощным средством автоматизации является специальное серверное П/О. При отсутствии названных или подобных средств, а так же в случае особых требований к результатам, применяется прямое программирование HTML кода.