Мы добавляем интеллект
в логику производства
Санкт-Петербург 194044
ул. Смолячкова 4/2
(812) 542 04 69, 542 16 48
Этот адрес электронной почты защищен от спам-ботов. У вас должен быть включен JavaScript для просмотра.

Инженерная компания Глосис

Информационные технологии для развития
и технической поддержки производства
Пятница, 04 Май 2012 00:00

База данных конструкторских компонентов Технорма/ИнтраКАД теперь может работать в интегрированном режиме с Классификатором системы Teamcenter через разработанный нами модуль GSPDMLink.

Оцените материал
(0 голосов)

1.    Введение

Модуль GSPDMLink является программным расширением администраторского места системы Технорма, решающего задачу обеспечения PLM-системы Teamcenter конструкторскими компонентами (КК), сформированными строго по принятым на предприятии правилам и на основе заложенных в системе Технорма/ИнтраКАД шаблонов компонентов.

2.    Список сокращений

CAD

Computer Aided Design (система автоматизированного проектирования)

PDM

ProductDataManagement (управление данными об изделии)

PLM

Product Life Cycle Management (управление жизненным циклом изделия)

БД

База данных

КИС

Корпоративная информационная система

КК

Конструкторский компонент

НД

Нормативный документ

НР

Нормативный ресурс

 

3.    Назначение модуля

Задачей службы стандартизации является постоянный контроль корректности применения в проектах TeamCenterразличных типов компонентов, для которых на предприятии принято решение о возможности их использования конструкторами. Конструкторы обладают возможностями находить и предлагать к применению какие-то новые типы КК, тем самым способствуя совершенствованию изделий. Но в этом процессе не должно быть произвола, соответственно, сам вопрос о разрешении к применению новых КК должен решаться в рамках строго установленных правил, контроль которых возлагается на службу стандартизации. Служба стандартизации сможет, используя модуль GSPDMLink, установить и поддерживать процесс на полностью электронном уровне, при котором появление экземпляров новых КК в любой системе PDM/PLMбудет производиться на основе принятых в установленном порядке шаблонов путем формирования выборочных комплектов дозагрузки в любую систему PDM/PLM, в том числе и в систему Teamcenter.

 

4.    Участники процесса дозагрузки PLM-системы Teamcenter

Дозагрузка PLM-системы Teamcenterпроисходит в форме расширения структуры приложения «Классификатор» и может исполняться в плановом порядке при освоении новых изделий и новой номенклатуры комплектующих, а также по требованию конструкторов в тех случаях, когда принятого к применению комплекта компонентов оказалось недостаточно. В процессе периодической дозагрузки PLM-системы Teamcenter участвуют следующие роли:

·         Конструкторы, являясь клиентами системы Технорма/ИнтраКАД, фигурируют как инициаторы заявок на дозагрузку новых КК

·         Администратор системы Технорма/ИнтраКАД – основной пользователь модуля GSPDMLink

·         Администратор системы Teamcenter – реализует процесс обработки заявок на предмет получения разрешения по включению в «Классификатор» новых КК, а также выполнение самой операции расширения «Классификатора» на основе принятого файла

Передача новых комплектов загрузки из системы Технорма/ИнтраКАД в систему Teamcenter осуществляется на уровне файлового обмена в формате PLMXML.

 

5.    Схема действия модуля

Система Технорма/ИнтраКАД является клиент-серверным приложением в службе стандартизации предприятия и работает в рамках предприятия как централизованный держатель и источник стандартизованных конструкторских компонентов (нормалей) многочисленных типов. Дозагрузка востребованных экземпляров компонентов в классификатор системы Teamcenter должна производиться в порядке, который определен стандартом предприятия. Помещенные в Teamcenterкомпоненты могут использоваться конструкторами в конкретных проектах, в том числе и многократно.

Таким образом, устанавливается правило, что Технорма/ИнтраКАД содержит только шаблонное хранилище потенциально применимых КК, а система Teamcenter должна содержать только экземплярное хранилище всех тех КК, для которых уже есть конкретное применение. Переход от шаблона к экземпляру делается в процессе конфигурирования КК на основе параметрической генерации CAD-модели требуемого компонента (Рис. 1).

Рис. 1 Схема параметрического перехода от шаблона КК к конкретным экземплярам на основе типоразмерных параметров и исполнений

Поскольку определения геометрии КК недостаточно, так как есть еще негеометрические параметры, влияющие на применяемость и обозначение, соответственно, процесс перехода к конкретному экземпляру обязательно дополняется вторым этапом конфигурирования, то есть, выбором всех предусмотренных соответствующим НД атрибутов и опций (Рис. 2).

Рис. 2 Схема параметрического перехода от шаблона КК к конкретным экземплярам на основе негеометрических параметров

Для реализации задачи точного конфигурирования каждого экземпляра КК система Технорма содержит по каждому типу КК его типоразмерные таблицы и характеристики, а файловое хранилище содержит параметрические (без конкретных размеров) CAD-модели КК. На основе хранящихся в БД шаблонов конструкторы, являясь клиентами системы Технорма/ИнтраКАД, легко находят необходимые КК с помощью встроенного конфигуратора. Как только нужный КК найден, конструктор производит его пробную генерацию, далее вставку в CAD-модель, оценивает и, если необходимо, подключает для просмотра и решения вопроса о применении КК нормативные документы (НД), связанные с этими КК. Для просмотра НД у конструкторов есть возможность автоматически перейти по гиперссылке в БД Технорма/ИнтраДок и открыть нужный НД. Но применять новый КК в действующем проекте конструктору можно только в том случае, если данный КК находится в классификаторе Teamcenter. Именно этот механизм гарантирует предприятие от возможных ошибок при массовой вставке КК в многочисленные проекты.

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

Рис. 3 Схема действия администратора системы Технорма/ИнтраКАД в процессе дозагрузки компонентами системы Teamcenter

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

 

6.    Реализация процесса

 

6.1        Выгрузка категорий из системы Технорма/ИнтраКАД

Выгрузка категорий классификатора КК из системы Технорма/ИнтраКАД необходима для формирования основы комплекта дозагрузки «Классификатора» Teamcenter и выполняется администратором системы Технорма/ИнтраКАД. В результате этой операции формируется копия пустого классификатора, терминальными объектами которого являются типы нормалей, то есть, экземпляров на этом этапе нет. Каждый тип нормали является абстрактным объектом и содержит набор параметров без конкретных значений. Такая структура, показанная на Рис. 4 является накопителем для экземпляров нормалей, которые будут поступать по заявкам от конструкторов.

Рис. 4 Вид импортированного классификатора КК в модуле GSPDMLink

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

 

6.2        Подготовка и передача на согласование заявок от конструкторов

Стандартно конструкторы повторно должны стараться использовать те компоненты, которые уже есть в БД TeamCenter, так как каждый новый компонент увеличивает издержки на его содержание и ведение в БД, тем самым, косвенно влияет на стоимость изделия. В тех случаях, когда все-таки нужно применить новый компонент, конструктор имеет возможность его сконфигурировать по своим требованиям в системе Технорма/ИнтраКАД и предложить его для ввода в БД. В этом случае по каждому сконфигурированному компоненту формируется визуально читаемый отчет со списком значений параметров, который может быть приложен к заявке на ввод в Teamcenter (Рис. 5).

Рис. 5 Конфигурирование новых компонентов и формирование заявок на основе параметрических отчетов

Каждая заявка от конструкторов сопровождается отчетом в форме HTML-карточки и каким-то текстовым обоснованием, почему потребовалось вводить этот компонент и почему оказалось недостаточно существующих КК. Сбором заявок занимается администратор системы Технорма/ИнтраКАД. Рассмотрение заявок производится уполномоченными лицами средствами системы Teamcenter, для этого может быть сформирован специальный автоматизированный бизнес-процесс. Для запуска этого бизнес-процесса администратор формирует список заявок и прикладывает файлы карточек к своему сообщению. Процесс запускается, происходит рассмотрение заявок, в результате все завершается списком, в котором отмечены компоненты, принятые для расширения «Классификатора» системы Teamcenter.

 

6.3        Формирование заявок от внешних систем

Модуль GSPDMLinkможет работать через механизм заявок также как универсальное средство импорта в Teamcenterкомпонентов из самых разных источников, включая БД номенклатуры КК от существующих на предприятии информационных систем. Это особенно полезно, когда, например, предприятие переходит на Teamcenterи возникает задача миграции БД КК из систем предыдущего поколения (импортирующие системы). В этом случае источником заявок для ввода в Teamcenterявляются как раз внешние импортирующие системы, для каждой из которых должен быть разработан препроцессор. Задача препроцессора также состоит в выгрузке сначала классификатора КК, который принят в импортирующей системе, затем происходит выгрузка самих КК.

 

6.4        Формирование комплекта дозагрузки

Процесс согласования завершается формированием комплекта заявок, принятых к дозагрузке. Администратор системы Технорма/ИнтраКАД обрабатывает заявки и по каждой заявке генерирует средствами системы Технорма/ИнтраКАД экземпляр, включающий набор параметров в формате XMLи файл 3-мерной сгенерированной модели. Все файлы экземпляров архивируются и отправляются для ввода в GSPDMLink, где каждый из них проходит процедуру ввода (Рис. 6).

Рис. 6 Ввод каждого экземпляра в GSPDMLink

После проверки корректности ввода всех экземпляров в классификаторе GSPDMLinkадминистратор системы Технорма/ИнтраКАД может сгенерировать обменный файл в формате PLMXMLи передать его для ввода в Teamcenterадминистратору.

 

6.5        Ввод комплекта дозагрузки в Классификатор Teamcenter

Расширение состава классификатора Teamcenterпроизводит администратор системы Teamcenterв рамках стандартной функциональности приложения Администрирование Классификатора. Администратор вызывает функцию импорта PLMXMLи все введенные в файл дозагрузки компоненты вводятся в БД Teamcenter (Рис. 7).

Рис. 7Вызов функции импорта файла дозагрузки в окне Teamcenter

Событие успешной дозагрузки классификатора должно доводиться до сведения конструкторов также средствами системы Teamcenter. Конструкторы с этого момента могут использовать введенные экземпляры КК в проектах.

Как только экземпляры нормалей импортированы, они открываются для использования всеми участниками проектного процесса в самом приложении Классификатор (Рис. 8).

Рис. 8 Вид импортированного экземпляра из системы Технорма/ИнтраКАД

Структура категорий сохраняется в том виде, как она была задана в системе Технорма/ИнтраКАД (Рис. 9).

Рис. 9 Отображение ресурсов нормалей, подготовленных в системе Технорма/ИнтраКАД

Сама объемная модель экземпляра нормали присоединяется к элементу классификатора, как определенный тип ресурса и может быть использована для вставки в проект обычным для системы Teamcenterспособом.

Присоединенные 3-Dмодели к карточкам экземпляров КК обрабатываются автоматически, и конвертируются в формат JT, что позволяет их отображать в отдельной секции окна Классификатора, как показано на

Рис. 10 Ввод КК с просмотром присоединенного файла модели

Формат JTпозволяет просмотреть импортированный КК с возможностями вращения и масштабирования.

 

7.    Преимущества использования

Использование модуля GSPDMLinkи связанного с ним процесса позволит получить предприятию следующие преимущества:

1.      Ведение внешней БД КК через систему Технорма/ИнтраКАД позволяет конструкторам иметь в удобном доступе структурированный ресурс с компонентами не только примененными, но и новыми, которые признаны потенциально полезными и имеющими перспективу на применение. Для конструкторов очень важно иметь в доступе первичную информацию о КК по категориям, в полном объеме, то есть, так как это представлено в НД от поставщиков.

2.      Информирование конструкторов о потенциально полезных компонентах может осуществляться с возможностью использования прямых гиперссылок от карточек КК на стандарты или страницы каталогов и описаний фирм-поставщиков, если параллельно используется система Технорма/ИнтраДок или система ведения нормативных документов аналогичной функциональности.

3.      Предприятие на этапе внедрения системы Teamcenterможет, используя данную технологию, завести в Классификатор все необходимые массивы экземпляров со всех категорий КК, которые на данный момент присутствуют в старых БД и других источниках.

4.      Состав параметров каждого компонента, его структурированное обозначение полностью определяются его типом, ввод данных управляется конфигуратором, что полностью исключает ошибки при определении значений параметров и формировании обозначений для каждого примененного КК. Это позволяет с полной достоверностью вести применяемость КК по разнообразным составам изделий.

5.      Ведение шаблонов компонентов и управление ими выносится из системы Teamcenter на уровень специализированной внешней системы, соответственно, издержки на администрирование Классификатора Teamcenterсущественно сокращаются.