• Входные данные
• 1241 - existing CAD drawing sheet - Лист чертежа CAD, который должен модифицироваться вследствии требования по изменению =121 (1221,1231).
• 1242 - sheet without views - Лист чертежа с установленным оформлением и без видов чертежа (drawing view) =0211 (I222/1232)
• I243 - unapproved drawing sheet - Лист чертежа без специального организационного или проектного разрешения. = 0232 (0231).
• Выходные данные
• 0242 - approved drawing sheet - Чертеж, который разрешена 0231.
• Выходные данные А2
• 02 - drawing sheet - Конфигурируемый чертеж.
» '
Протокол АР 201 определен для обмена машиночитаемой чертежной информацией и дополнительными данными с описанием продукта между различными организациями. Этот протокол специфицирует ввод базисных моделей, которые необходимы для прикладной области реального проекта.
Прикладная область протокола АР 201 включает:
• Изображение чертежей с целью обмена, специально для отрасли машиностроения, архитектуры и строительства.
• Изображение фактических размеров продукта, который изображен на чертеже, чтобы иметь возможность применять приложения, где необходим фактический эквивалент геометрии.
• Изображение чертежей, которые изображают каждую фазу развития продукта в течение всего жизненного цикла.
• Изображение каждой версии чертежа.
• Изображение модели формы продукта и преобразования, которые используются, чтобы сделать возможной генерацию видов чертежа.
• Изображение других (не относящихся к форме) данных продукта, отображенных на чертеже через двухмерные обозначения.
• Иерархическая структура чертежей, листов чертежей и видов модели формы.
• Механизм группирования элементов на чертеже.
• Административные данные для управления чертежом.
• Административные данные для версий продукта, которые документированы на чертеже.
Для отображения информации в протоколе приложения были введены три
\ ^ основные группы (рис.8.8). Объекты рриложения, которые были
идентифицированы во время анализа процесса проекта и прикладной области. Их обозначение и описание осуществляется при помощи
•S
терминологии прикладной области, и они образуют группу Application objects. Эти объекты объединены, в зависимости от их роли в процессе проекта, в
функциональные блоки. Эта группа -.finite of functionality. Другие объекты
?
связаны друг с другом, они должны учитываться при изображении в STEPформате. Определенные правила преобразования должны также включаться.
^. '
Все связи (правила) отображены в группе Application assertion.
Рис.8.8 Application reference model Минимальный набор требований «.информационному потоку
к *
• Модель формы (Draughting shape model) должна быть изображена как минимум в одном виде (view).
• При каждом обмене данными должен иметь место как минимум один чертеж.
t.
• Все модели проекта, которые описывают форму продукта, имеют масштаб
;,
1:1 для геометрии.
• Обмен двухмерными проектными моделями формы и информацией, которая
, < if описывает виды этой модели, должен поддерживаться. Двухмерная
<, * геометрия, которая выполняется как результат приложения вида, в обмене не участвует.
• Пояснения могут использоваться для модели проекта, вида чертежа или для листа чертежа. .
• - Все элементы в CAD-модели или на чертеже ставятся в соответствие одному или нескольким уровням.
Функциональные узлы
2D draughting_shape_model - содержит объекты приложения, которые ч—— ^— "Е, воспроизводят двухмерную форму продукта. Эта конкретизация (representation)
'• у*
составлена из геометрических элементов. Она может включать в себя также комментарии.Модель формы может быть структурирована посредством введения детальных моделей.
Объекты приложения:
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.