ГОСТ Р ИСО 10303-203-2003
Группа П87
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
Системы автоматизации производства и их интеграция
ПРЕДСТАВЛЕНИЕ ДАННЫХ ОБ ИЗДЕЛИИ И ОБМЕН ЭТИМИ ДАННЫМИ
Часть 203
Прикладной протокол. Проекты с управляемой конфигурацией
Industrial automation systems and integration. Product data representation and exchange.
Part 203. Application protocol: Configuration controlled design
ОКС 25.040.40
ОКСТУ 4002
Дата введения 2004-07-01
Предисловие
1 РАЗРАБОТАН Научно-исследовательским центром (НИЦ) CALS-технологий "Прикладная логистика" и Всероссийским научно-исследовательским институтом стандартизации (ВНИИстандарт) Госстандарта России
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 431 "CALS-технологии"
3 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 15 октября 2003 г. N 295-ст
4 Настоящий стандарт представляет собой полный аутентичный текст международного стандарта ИСО 10303-203-94 "Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 203. Прикладной протокол. Проекты с управляемой конфигурацией" с учетом Поправок N 1 (1996 г.), N 2 (1998 г.) и Изменения N 1 (2000 г.)
5 ВВЕДЕН ВПЕРВЫЕ
Введение
Стандарты серии ГОСТ Р ИСО 10303 распространяются на машинно-ориентированное представление данных об изделии и обмен этими данными. Целью является создание механизма, позволяющего описывать данные об изделии на протяжении всего его жизненного цикла независимо от конкретной системы. Характер такого описания делает его пригодным не только для обмена инвариантными файлами, но также и для создания баз данных об изделиях, коллективного пользования этими базами и архивирования соответствующих данных.
Стандарты серии ГОСТ Р ИСО 10303 представляют собой набор отдельно издаваемых стандартов (частей). Части данной серии стандартов относятся к одной из следующих тематических групп: методы описания, интегрированные ресурсы, прикладные протоколы, комплекты абстрактных тестов, методы реализации и аттестационное тестирование. Группы стандартов данной серии описаны в ГОСТ Р ИСО 10303-1. Настоящий стандарт входит в группу прикладных протоколов.
Стандарт устанавливает прикладной протокол (ПП) использования данных об изделии в определенном контексте, удовлетворяющем промышленным потребностям обмена конфигурационно-управляемыми данными об изделии в рамках трехмерных конструкций механических деталей и сборочных единиц (узлов). Для определения компоновки изделий в организациях используют различные автоматизированные системы. Общее описание изделия определяется его формой, конфигурациями изделия и возможностями применения ряда определений изделия для конкретной конфигурации. Эти данные могут быть размещены в базах данных одной или нескольких прикладных систем внутри организации. Объединение данных о форме изделия с данными о его конфигурации обеспечивает возможность для данной организации описать выпускаемые ею изделия без привлечения избыточной информации, хранящейся в несвязанных прикладных системах. Для взаимообмена проектной информацией об изделиях организация должна обеспечить представление соответствующих данных об изделии субподрядчикам, поставщикам и заказчикам.
Настоящий прикладной протокол определяет обмен описаниями изделий, представляемыми в трехмерной форме, и данными, определяющими конфигурацию этих изделий, и данными, управляющими этой конфигурацией. Этот протокол связан только с фазой проектирования в жизненном цикле изделия. Используя спецификацию данного протокола можно обмениваться только сведениями о конструкциях механических деталей и сборочных единиц (узлов). Определение трехмерной формы механической детали или сборочной единицы в настоящем протоколе может быть задано посредством любого из пяти различных типов геометрических представлений.
Однако форма изделия не является главной в данном протоколе. Основное внимание в спецификации протокола уделено данным, определяющим сопровождение и управление изделием. Этими данными являются:
- обозначение изделия для заказчиков и связь данного обозначения с компонентами изделия;
- документация по официальным изменениям и вариантам конструкции изделия;
- сведения (предыстория) о разработке изделия от его идеи до исполнения (выпуска);
- структура взаимосвязи каждого компонента с изделием в целом;
- дополнительная информация о материалах, процессах, отделке и других требованиях к изделию;
- обозначение официальных поставщиков изделия или его проекта.
Настоящий протокол определяет контекст, область применения и информационные требования к обмену данными о конфигурационо-управляемых трехмерных конструкциях механических деталей и сборочных единиц, а также интегрированные ресурсы, необходимые для удовлетворения этим требованиям.
Прикладные протоколы обеспечивают основу для разработки реализаций стандартов серии ГОСТ Р ИСО 10303 и комплектов абстрактных тестов для аттестационного тестирования реализаций ПП.
Примечания
1 Настоящий стандарт дополнен приложениями, содержащими ряд поясняющих и справочных материалов к тексту основной части стандарта.
2 В тексте настоящего стандарта объекты и конструкции на языке EXPRESS в ряде случаев выделены полужирным шрифтом (например, release_status).
1 Область применения
1 Область применения
Настоящий стандарт определяет интегрированные ресурсы, необходимые для описания области обмена данными между прикладными системами и информационных требований для трехмерных конструкций (проектов) механических деталей и сборочных единиц. Конфигурация в этом контексте охватывает только данные и процессы, которые управляют трехмерными данными о конструкции изделия. Понятие обмена используется с целью распространения области применения стандарта только на данные, используемые как часть трехмерного определения изделия. Организации, обменивающиеся данными в соответствии с настоящим стандартом, могут быть связаны договорными отношениями, которые в стандарте не рассмотрены.
Примечание - Прикладная функциональная модель (ПФМ), приведенная в приложении Е, определяет графическое представление процессов и информационных потоков в соответствии с областью применения настоящего стандарта.
Область применения настоящего стандарта охватывает:
a) изделия, состоящие из механических деталей и сборочных единиц;
b) данные, определяющие изделие и управляющие его конфигурацией, относящиеся к стадии проектирования изделия;
c) изменение проекта (конструкции) и данные, связанные с документированием процесса внесения изменений;
d) пять типов представлений формы детали, которые включают каркасное и поверхностное представления без топологии, каркасную геометрию с топологией, разнородные поверхности с топологией, фасетное граничное представление и граничное представление;
e) альтернативные представления данных по различным правилам (дисциплинам) на стадии проектирования в жизненном цикле изделия;
f) обозначение государственных, отраслевых, фирменных или других спецификаций для проекта (конструкции), процесса, обработки поверхности и материалов, которые определены проектировщиком для конструируемого изделия;
g) государственное, отраслевое, фирменное или прочее обозначение стандартных частей с целью включения их в конструкцию (проект) изделия;
h) данные, необходимые для контроля за ходом проекта;
i) данные, необходимые для контроля за утверждением проекта, отдельных аспектов проекта или управления конфигурацией изделия;
j) данные, указывающие поставщика изделия или его проекта и, при необходимости, определенную информацию о поставщике;
k) обозначение контракта и ссылка на него, если деталь разрабатывается согласно контракту;
l) обозначение уровня классификации защиты (конфиденциальности) отдельной детали или детали, являющейся компонентом сборочной единицы;
m) данные, применяемые при анализе проекта, или результаты его проверки, используемые для обоснования изменений, вносимых в проект.
Область применения настоящего стандарта не охватывает:
a) данные, применяемые при анализе проекта, или результаты его проверки, не используемые для обоснования изменений, вносимых в проект;
b) данные об изменениях в проекте по результатам исходного анализа до окончания данного проекта;
c) данные, определяющие изделие и управление его конфигурацией, относящиеся к любым стадиям жизненного цикла создания изделия помимо его проектирования;
d) коммерческие данные для управления проектированием конструкции;
e) альтернативные представления данных по различным правилам (дисциплинам), кроме стадии проектирования (например, на стадии производства);
f) использование трехмерной булевой геометрии для представления предметов проектирования;
g) данные, относящиеся к визуальному представлению любой формы изделия или управлению его конфигурацией.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты:
ГОСТ Р ИСО/МЭК 8824-1-2001 Информационная технология. Абстрактная синтаксическая нотация версии один (АСН.1). Часть 1. Спецификация основной нотации
ГОСТ Р ИСО 10303-1-99 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1. Общие представления и основополагающие принципы
ГОСТ Р ИСО 10303-11-2000 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 11. Методы описания. Справочное руководство по языку EXPRESS
ГОСТ Р ИСО 10303-21-2002 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 21. Методы реализации. Кодирование открытым текстом структуры обмена
ГОСТ Р ИСО 10303-31-2002 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 31. Методология и основы аттестационного тестирования. Общие положения
ГОСТ Р ИСО 10303-41-99 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 41. Интегрированные обобщенные ресурсы. Основы описания и поддержки изделий
ГОСТ Р ИСО 10303-43-2002 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 43. Интегрированные обобщенные ресурсы. Структуры представлений
ГОСТ Р ИСО 10303-44-2002 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 44. Интегрированные обобщенные ресурсы. Конфигурация структуры изделия
ИСО 31-92* Физические величины и единицы их измерения
_______________
* Оригинал международного стандарта ИСО - во ВНИИКИ Госстандарта России.
ИСО 1000-92* Единицы измерения физических величин в системе Си и рекомендации по применению единиц, кратных им, и некоторых других единиц
_______________
* Оригинал международного стандарта ИСО - во ВНИИКИ Госстандарта России.
ИСО 10303-42-94* Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 42. Интегрированные обобщенные ресурсы. Геометрическое и топологическое представления
_______________
* Оригинал международного стандарта ИСО - во ВНИИКИ Госстандарта России.
ИСО 10303-501-2000* Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 501. Прикладная интерпретированная конструкция. Плоский контур
_______________
* Оригинал международного стандарта ИСО - во ВНИИКИ Госстандарта России.
ИСО 10303-502-2000* Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 502. Прикладная интерпретированная конструкция. Объемный контур
_______________
* Оригинал международного стандарта ИСО - во ВНИИКИ Госстандарта России.
ИСО 10303-507-2001* Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 507. Прикладная интерпретированная конструкция. Геометрически ограниченная поверхность
_______________
* Оригинал международного стандарта ИСО - во ВНИИКИ Госстандарта России.
ИСО 10303-509-2001* Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 509. Прикладная интерпретированная конструкция. Копируемая поверхность
_______________
* Оригинал международного стандарта ИСО - во ВНИИКИ Госстандарта России.
ИСО 10303-510-2000* Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 510. Прикладная интерпретированная конструкция. Геометрически ограниченный контур
_______________
* Оригинал международного стандарта ИСО - во ВНИИКИ Госстандарта России.
ИСО 10303-511-2001* Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 511. Прикладная интерпретированная конструкция. Топологически ограниченный контур
_______________
* Оригинал международного стандарта ИСО - во ВНИИКИ Госстандарта России.
ИСО 10303-512-99* Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 512. Прикладная интерпретированная конструкция. Представление многогранного контура
_______________
* Оригинал международного стандарта ИСО - во ВНИИКИ Госстандарта России.
ИСО 10303-514-99* Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 514. Прикладная интерпретированная конструкция. Представление сложной границы
_______________
* Оригинал международного стандарта ИСО - во ВНИИКИ Госстандарта России.
3 Определения и сокращения
3.1 Термины, определенные в ГОСТ Р ИСО 10303-1
В настоящем стандарте использованы следующие термины:
- комплект стандартных тестов;
- приложение;
- прикладная функциональная модель;
- прикладной контекст;
- прикладная интерпретированная модель;
- прикладной предмет (объект);
- прикладной протокол;
- прикладная эталонная модель;
- сборочная единица (узел);
- комплектующее (компонент);
- класс соответствия;
- требование соответствия;
- данные;
- обмен данными;
- метод реализации;
- информация;
- интегрированный ресурс;
- интерпретация;
- форма ЗСРП;
- изделие;
- данные об изделии;
- заявка о соответствии реализации протоколу (ЗСРП);
- структура;
- функциональная единица.
3.2 Термины, определенные в ГОСТ Р ИСО 10303-31
В настоящем стандарте использованы следующие термины:
- аттестационное тестирование;
- препроцессор;
- постпроцессор.
3.3 Термины, определенные в ИСО 10303-42
В настоящем стандарте использованы следующие термины:
- дугообразное соединение;
- ось симметрии;
- ограничения;
- граница;
- трехмерная модель с граничным представлением;
- замкнутая кривая;
- замкнутая поверхность;
- соединение;
- соединенный компонент;
- кривая;
- цикл;
- размерность;
- область значений;
- пространство (оболочка);
- конечный;
- геометрическая система координат;
- граф;
- манипулятор;
- гомоморфный;
- список;
- ограниченное 
-мерное пространство;
- незамкнутая кривая;
- незамкнутая поверхность;
- ориентированный;
- перекрытие;
- диапазон параметров;
- пространство параметров;
- координатная система размещения;
- самопересекающийся;
- самозацикленный;
- множество;
- размерность пространства;
- поверхность;
- топологический смысл.
3.4 Термины, определенные в ГОСТ Р ИСО 10303-43
В настоящем стандарте использованы следующие термины:
- координатное пространство;
- геометрически ограниченный;
- геометрически связанный.
3.5 Термины, определенные в ГОСТ Р ИСО 10303-44
В настоящем стандарте использованы следующие термины:
- узел-предок;
- структура спецификации;
- подчиненный узел;
- ориентированный ациклический граф;
- узел-потомок;
- форма, монтаж и функциональное назначение (изделия);
- краевой узел;
- связь;
- партия;
- узел (вершина);
- узел-родитель;
- структура списка частей (деталей);
- целевое назначение;
- корневой узел (вершина).
3.6 Другие определения
В настоящем стандарте использованы следующие термины с соответствующими определениями:
3.6.1 стадия проектирования (design phase): Период, в течение которого изменяют техническое представление изделия.
3.6.2 механическая деталь (mechanical part): Физический объект заданной формы, изготовленный из соответствующего материала.
3.6.3 трехмерная модель (solid model): Трехмерный объект, внутреннее и внешнее описания которого разделены двумерной границей.
3.6.4 подузел (sub-assembly): Составная часть сборочной единицы, рассматриваемая как единое целое.
3.6.5 каркасная модель (wireframe model): Модель, описанная точками, отрезками и кривыми, контуры которой образуют определенную форму.
3.7 Сокращения
В настоящем стандарте использованы следующие сокращения:
| ПФМ (ААМ) | - прикладная функциональная модель; | |||
| ПИМ (AIM) | - прикладная интерпретированная модель; | |||
| ПП (АР) | - прикладной протокол; | |||
| ПЭМ (ARM) | - прикладная эталонная модель; | |||
| СП (ВОМ) | - спецификация (перечень изделий и материалов); | |||
| САПР (CAD) | - система автоматизированного проектирования; | |||
| УК (CM) | - управление конфигурацией; | |||
| ОАГ (DAG) | - ориентированный ациклический граф; | |||
| ИАП (ICAM) | - интегрированное автоматизированное производство; | |||
| ОБ (ID) | - обозначение (идентификация); | |||
| IDEF0 | - язык описания ИАП уровня 0; | |||
| IDEFIX | - язык описания ИАП уровня 1 - расширенный; | |||
| ЗСРП (PICS) | - заявка о соответствии реализации протоколу; | |||
| ФЕ (UoF) | - функциональная единица. | |||
4 Информационные требования
В настоящем разделе определены информационные требования для обмена информацией о конструкциях (проектах) трехмерных механических деталей и сборочных единиц с управляемой конфигурацией.
Информационные требования определены как набор функциональных единиц, прикладных объектов и утверждений. Эти утверждения относятся к отдельным прикладным объектам и отношениям между ними. Информационные требования определены с использованием терминологии из области применения настоящего прикладного протокола.
Примечания
1 Графическое представление информационных требований приведено в приложении G.
2 В приложении F показано, как информационные требования соотносятся с процессами, охваченными областью применения настоящего прикладного протокола.
3 В таблице преобразований (см. 5.1) показано, как информационные требования могут быть выполнены с использованием интегрированных ресурсов настоящего стандарта. Использование интегрированных ресурсов определяет дополнительные требования, которые являются общими для прикладных протоколов в целом.
4.1 Функциональные единицы
В настоящем подразделе определены функциональные единицы (ФЕ) для прикладного протокола управления конфигурацией конструкций (проектов) трехмерных механических деталей и сборочных единиц. Настоящий стандарт определяет следующие функциональные единицы:
- advanced_boundary_representation;
- authorization;
- bill_of_material;
- design_activity_control;
- design_information;
- effectivity;
- end_item_identification;
- facetted_boundary_representation;
- manifold_surface_with_topology;
- non_topological_surface_and_wireframe;
- part_identification;
- shape;
- source_control;
- wireframe_with_topology.
Ниже рассмотрены конкретные функциональные единицы и описаны выполняемые ими функции. Прикладные объекты, входящие в ФЕ, определены в подразделе 4.2.
4.1.1 Функциональная единица advanced_boundary_representation
Функциональная единица advanced_boundary_representation содержит представление детали на основе трехмерных моделей с граничным представлением. Это представление позволяет определить кривые, поверхности и топологию, ограничивающую эти элементы. Границы определяются только соответствующей топологией. Вся геометрия, определяющая форму изделия, должна быть связана с топологией.
В данной ФЕ использован прикладной объект Advanced_B_rep.
4.1.2 Функциональная единица authorization
Функциональная единица authorization содержит конструктивы, описывающие часть данных об изделии, принятых на определенном уровне группой лиц, обладающих соответствующими полномочиями.
В данной ФЕ использованы следующие прикладные объекты:
- Approval;
- Person_organization.
4.1.3 Функциональная единица bill_of_material
Функциональная единица bill_of_material содержит предметы, необходимые для представления структурированного списка материалов или компонентов, требуемых для изготовления детали.
В данной ФЕ использованы следующие прикладные объекты:
- Alternate_part;
- Component_assernbly*_position;
- Engineering_assembly;
- Engineering_make_from;
- Engineering_next_higher_assembly;
- Engineering_promissory_usage;
- Substitute_part.
________________
* Текст соответствует оригиналу. - Примечание.
4.1.4 Функциональная единица design_activity_control
Функциональная единица design_activity_control содержит информацию, описывающую предысторию вариантов детали. В ней определены исходные требования к детали, а также требования по внесению изменений в пересмотренные варианты детали. Данная ФЕ является основанием для проведения разработки на основе исходной или измененных вариантов детали.
В данной ФЕ использованы следующие прикладные объекты:
- Change_order;
- Change_request;
- Start_order;
- Start_request;
- Work_order;
- Work_request.
4.1.5 Функциональная единица design_information
Функциональная единица design_information содержит набор информации о детали, отдельно по обозначению и форме данной детали, привязанный к окончательно спроектированной детали. Эта информация содержит спецификации, связанные с конструкцией (проектом) и изготовлением детали, и ограничения по применению этих спецификаций.
В данной ФЕ использованы следующие прикладные объекты:
- Additional_design_information;
- Design_specification;
- Material_specification;
- Process_specification;
- Specification;
- Surface_finish_specification;
- Usage_constraint.
4.1.6 Функциональная единица effectivity
Функциональная единица effectivity содержит информацию относительно запланированного использования компонентов в модели изделия.
В данной ФЕ использованы следующие прикладные объекты:
- Planned_date_effectivity;
- Planned_effectivity;
- Planned_lot_effectivity;
- Planned_sequence_effectivity.
4.1.7 Функциональная единица end_item_identification
Функциональная единица end_item_identification содержит информацию относительно различных изделий, поставляемых организацией заказчикам. Данная ФЕ определяет информационные структуры организации для управления конфигурацией этих изделий.
В данной ФЕ использованы следующие прикладные объекты:
- Product_configuration;
- Product_model.
4.1.8 Функциональная единица faceted_boundary_representation
Функциональная единица faceted_boundary_representation определяет представление формы детали, когда плоские поверхности ограничивают трехмерную модель. В данном представлении используют только точки и плоские многоугольники, а вся топологическая информация присутствует в данном представлении неявно.
В данной ФЕ использован прикладной объект Faceted_B_rep.
4.1.9 Функциональная единица manifold_surface_with_topology
Функциональная единица manifold_surface_with_topology содержит представление формы детали с использованием множества топологически определенных поверхностей. Внешняя граница детали определяется трехмерными кривыми, поверхностями и их топологией.
В данной ФЕ использован прикладной объект Manifold_surface_with_topology.
4.1.10 Функциональная единица non_topological_surface_and_wireframe
Функциональная единица non_topological_surface_and_wireframe содержит представление формы детали с использованием поверхностной или каркасной геометрии без топологии. При формировании этого представления используются только точки, кривые и поверхности. Границы кривых явно задают точками на кривых и прямыми связями между этими точками и кривыми, которые они ограничивают. Границы поверхностей задают кривыми на этих поверхностях и прямыми связями между кривыми и ограничиваемыми ими поверхностями. Если поверхности и кривые не замкнуты, то они должны быть четко ограничены (обрезаны).
В данной ФЕ использован прикладной объект Non_topological_surface_and_wireframe.
4.1.11 Функциональная единица part_identification
Функциональная единица part_identification содержит структуру, посредством которой могут быть определены детали, их варианты (версии) и представления этих деталей с точки зрения различных дисциплин.
В данной ФЕ использованы следующие прикладные объекты:
- Design_discipline_product_definition;
- Part;
- Part_version.
4.1.12 Функциональная единица shape
Функциональная единица shape содержит геометрическое и топологическое определения детали. Данная ФЕ позволяет определять различные типы геометрического представления каждой части формы детали. Эти части, рассматриваемые вместе, образуют форму детали.
В данной ФЕ использованы следующие прикладные объекты:
- Geometric_model_representation;
- Shape;
- Shape_aspect.
4.1.13 Функциональная единица source_control
Функциональная единица source_control содержит информацию об организации, аттестованной на производство конкретной детали.
В данной ФЕ использованы следующие прикладные объекты:
- Supplier;
- Supplied_part_version.
4.1.14 Функциональная единица wireframe_with_topology
Функциональная единица wireframe_with_topology содержит каркасное представление формы детали, определенное топологией границ. Оно охватывает трехмерные кривые и соответствующую топологию.
В данной ФЕ использован прикладной объект Wireframe_with_topology.
4.2 Объекты предметной области
В настоящем подразделе определены прикладные объекты для прикладного протокола управления конфигурацией конструкций (проектов) трехмерных механических деталей и сборочных единиц. Каждый прикладной объект является отдельным элементом, реализующим уникальную прикладную концепцию и содержащим атрибуты, определяющие элементы данных этого объекта. Конкретные прикладные объекты и их определения приведены в последующих пунктах настоящего подраздела.
4.2.1 Прикладной объект Additional_design_information
Прикладной объект Additional_design_information определяет набор спецификаций, связанных с конструкцией (проектом) детали.
Пример 1 - Концепции проницаемости (прозрачности), поглощающей и отражающей способностей являются дополнительной проектной информацией в форме требований к изделию для последующих процессов (например, производства и испытания), чтобы знать, какие ограничительные требования относятся к детали.
4.2.2 Прикладной объект Advanced_B_rep
Прикладной объект Advanced_B_rep является типом объекта Geometric_model_representation (см. 4.2.15), представляющим форму или аспект формы детали на основе трехмерной модели с граничным представлением. Это представление позволяет определить кривые, поверхности и топологию их ограничения. Границы явно определены только топологией. Вся геометрия, определяющая форму детали, должна быть связана с топологией.
4.2.3 Прикладной объект Alternate_part
Прикладным объектом Alternate_part является деталь, взаимозаменяемая с другой деталью по форме, типоразмерам и функциональному назначению.
Примечание - Использование взаимозаменяемой детали не входит в область интересов организации, изготавливающей собственную деталь, и поэтому не отслеживается этой организацией.
Пример 2 - Проектом требуются винты определенного размера для листового металла. Такие винты выпускают различные предприятия, и они эквивалентны с точки зрения формы, типоразмера и функционального назначения для заданного размера. Винты имеют различные обозначения, присвоенные им изготовителем. Проектирующая организация не отслеживает, винты какого изготовителя используются в реальной сборочной единице. Эти винты - взаимозаменяемые детали.
4.2.4 Прикладной объект Approval
Прикладной объект Approval указывает на утверждение или не утверждение части данных об изделиях в рамках данной организации. С этим объектом связаны следующие данные:
- date;
- purpose;
- status.
4.2.4.1 Данные date (дата)
Эти данные определяют конкретную или потенциальную дату утверждения.
4.2.4.2 Данные purpose (цель)
Эти данные определяют основания для рассмотрения предмета утверждения.
4.2.4.3 Данные status (статус)
Эти данные определяют состояние утверждения части данных об изделии или отношений между частями этих данных. Допустимыми значениями для статуса являются: "утверждено (approved)" и "не утверждено (not approved)". "Утверждено" означает, что удовлетворены необходимые условия, "не утверждено" - эти условия не удовлетворены.
4.2.5 Прикладной объект Change_order
Прикладной объект Change_order является типом объекта Work_order (см. 4.2.40), санкционирующий разработку измененной конструкции (проекта) детали, которая заканчивается созданием нового варианта детали. С этим объектом связаны следующие данные:
- adopted_solution;
- change_date.
4.2.5.1 Данные adopted _solution
Эти данные определяют принятое решение, отобранное из набора рекомендуемых решений для Change_request (см. 4.2.6).
4.2.5.2 Данные change_date
Эти данные определяют дату начала реализации условий, заданных в Change_order.
4.2.6 Прикладной объект Change_request
Прикладной объект Change_request является типом объекта Work_request (см. 4.2.40), определяющим состав работ, которые должны быть выполнены при внесении изменений в конструкцию (проект) детали. С этим объектом связаны следующие данные:
- consequence;
- recommended_solution;
- version.
4.2.6.1 Данные consequence
Эти данные определяют влияние выполненной работы на качественные показатели, функциональные возможности или вид конкретного рекомендуемого воздействия на вариант детали. В одном объекте Change_request может быть задано несколько данных вида consequence.
Пример 3 - Изменением в проекте может быть утолщение подкоса крыла самолета. Последствием этого является увеличение нагрузки на крыло на величину 
и, следовательно, увеличение грузоподъемности самолета на величину 
.
4.2.6.2 Данные recommended_solution
Эти данные определяют возможное решение, удовлетворяющее требованиям, описанным в заявке на внесение изменения в объекте Work_request (см. 4.2.41). В одном объекте Change_request может быть задано несколько данных вида recommended_solution.
4.2.6.3 Данные version
Эти данные определяют индивидуальное обозначение (идентификатор) для каждой итерации заявки на внесение изменения.
4.2.7 Прикладной объект Component_assembly_position
Прикладной объект Component_assembly_position определяет положение конкретного компонента в сборочной единице. С этим объектом связаны данные вида transformation.
4.2.7.1 Данные transformation
Эти данные определяют размещение и ориентацию компонента в геометрической системе координат сборочной единицы.
4.2.8 Прикладной объект Design_discipIine_product_definition
Прикладным объектом Design_discipline_product_definition является одно из организационных определений или видов объекта Part_version (см. 4.2.20). С этим объектом связаны следующие данные:
- CAD_filename;
- creation_date;
- description;
- discipline_id.
Примечание - Данный объект может быть использован, чтобы отразить определение конкретного Part_version на любой промежуточной стадии проектирования, когда определение Part_version еще формально не отслеживается организацией. Объект может использоваться для отражения различных стадий в цикле определения изделия.
Пример 4 - Стадии в цикле определения изделия могут быть представлены в виде спецификации, модели конечных элементов, функциональной системы или с производственной точки зрения.
4.2.8.1 Данные CAD_filename
Эти данные определяют имя файла, содержащего геометрическое описание детали в системе автоматизированного проектирования (САПР). Данные не являются обязательными для конкретного Design_discipline_product_definition. Если имя файла задано, то предполагается, что файл содержит внешнее определение формы детали, действующее в рамках организации, которая эту деталь разработала.
4.2.8.2 Данные creation_date
Эти данные определяют дату и время первоначального создания конкретного Design_discipline_product_definition.
4.2.8.3 Данные description
Эти данные определяют назначение конкретного определения изделия.
4.2.8.4 Данные discipline_id
Эти данные определяют вид или стадию, для которой дано определение изделия.
4.2.9 Прикладной объект Design_specification
Прикладной объект Design_specification является типом объекта Specification (см. 4.2.31), устанавливающим проектные требования к деталям. Эти требования не определяются другим проектом, конструктивными особенностями или ссылочными данными.
Пример 5 - В наборе требований, сформулированных в Design_specification, могут быть отражены ограничения по массе, габаритам, отражающей способности, цвету, прозрачности и внешнему виду.
4.2.10 Прикладной объект Engineering_assembly
Прикладной объект Engineering_assembly определяет отношения соподчиненности между сборочной единицей и деталью или подузлом. Подтипами Engineering_assembly могут быть прикладные объекты Engineering_next_higher_assembly (см. 4.2.12) или Engineering_promissory_usage (см. 4.2.13). С рассматриваемым объектом связаны данные вида security_code.
Примечание - Область применения настоящего стандарта ограничена обменом проектной спецификацией изделия. Эта область не охватывает все спецификации, необходимые данной организации.
4.2.10.1 Данные security_code
Эти данные определяют классификацию ограничения доступа к сведениям о компоненте сборочной единицы.
Примечание - Эти данные отличаются от атрибута security_code, связанного с Part_version (см. 4.2.20), в части привязки компонента к сборочной единице, изменяющей классификацию доступа к сведениям о детали, являющейся компонентом сборочной единицы с заданным уровнем доступа к сведениям об этой единице. Конкретная деталь может иметь свои ограничения по доступу к сведениям о ней независимо от ее использования в какой-либо сборочной единице. Код ограничения доступа, описанный в настоящем пункте, определяет ограничения по доступу к сведениям о детали в строго заданном контексте.
Пример 6 - Колесо может быть использовано в производстве ряда автомобилей и классифицироваться с точки зрения ограничения доступа как несекретное. То же самое колесо может быть использовано в сборочной единице, входящей в экспериментальный новый автомобиль, находящийся в стадии разработки. Хотя колесо непосредственно несекретно, сборочная единица, входящая в новый автомобиль, классифицируется как совершенно секретная и данное колесо, входящее в состав этой единицы, также должно классифицироваться как совершенно секретное. В этом случае security_code для колеса, входящего в сборочную единицу нового автомобиля, должен быть задан как совершенно секретный.
4.2.11 Прикладной объект Engineering_make_from
Прикладной объект Engineering_make_from определяет отношение между двумя деталями, при котором одна деталь используется как основа для проектирования другой. Это отношение устанавливают в проекте, чтобы оно могло быть прослежено в течение жизненного цикла изделия.
Пример 7 - Компания 
проектирует сборочную единицу, используя держатель манжеты, спроектированный компанией 
, но добавляет два дополнительных установочных отверстия к изделию компании . В этом случае компания обозначает держатель манжеты, разработанный компанией , как деталь, определенную в Engineering_make_from.
4.2.12 Прикладной объект Engineering_next_higher_assembly
Прикладной объект Engineering_next_higher_assembly является типом объекта Engineering_assembly (см. 4.2.10). Он определяет отношение детали к непосредственному родителю в пределах иерархии сборочных единиц. С этим объектом связаны следующие данные:
- as_required;
- component_quantity;
- reference_designator;
- unit_of_measure.
4.2.12.1 Данные as_required
Эти данные определяют явно количество конкретного компонента или в зависимости от специфического применения.
Пример 8 - Если должно быть задано количество листового металла, используемого для изготовления детали, можно указать один рулон, где один - количество, а рулон - единица измерения. Рулоны металла могут быть также определены с указанием потребности в них. В этом случае указанная потребность - количество, а рулон - единица измерения.
4.2.12.2 Данные component_quantity
Эти данные определяют количество комплектующей детали, полученное на основе анализа структуры сборочной единицы, если оно не задано в as_required.
4.2.12.3 Данные reference_designator
Эти данные определяют индивидуальное обозначение (идентификатор), выделяющее конкретный экземпляр комплектующей детали в сборочной единице, когда в ее состав входят несколько одинаковых деталей.
Пример 9 - Если при сборке автомобиля используются четыре одинаковых колеса, тогда reference_designator выделяет, например, левое переднее колесо из других.
4.2.12.4 Данные unit_of_measure
Эти данные определяют единицу измерения, в терминах которой выражено количество в component_quantity.
4.2.13 Прикладной объект Engineering_promissory_usage
Прикладной объект Engineering_promissory_usage является типом объекта Engineering_assembly (см. 4.2.10). Он определяет отношение применимости детали в сборочной единице более высокого уровня, когда ее применимость в сборочной единице следующего за ней уровня не определена.
Пример 10 - Для крепления стрингеров в фюзеляже самолета необходимо большое количество кронштейнов. Проектировщик разрабатывает один из кронштейнов и должен определить его использование в структуре изделия. В этот момент проектировщик еще не знает, какая сборочная единица более высокого уровня, начиная со стрингера, к которому крепится кронштейн, определена в структуре изделия. Проектировщик, однако, знает конструкцию фюзеляжа, в котором этот кронштейн применяется. Путем использования данного объекта проектировщик может определить, что кронштейн входит в подузел фюзеляжа.
4.2.14 Прикладной объект Faceted_B_rep
Прикладной объект Faceted_B_rep является объектом типа Geometric_model_representation (см. 4.2.15), служащим для представления формы детали или части ее формы в виде, когда ограничивающими поверхностями для трехмерной модели с граничным представлением являются плоские поверхности. Это представление учитывает определения форм, представленных плоскими поверхностями в качестве ограничивающих поверхностей. В данном представлении используются только точки и плоские многоугольники, а большая часть топологической информации присутствует неявно. Оболочки состоят из граней, ограниченных исключительно многоугольниками.
4.2.15 Прикладной объект Geometric_model_герresentation
Прикладной объект Geometric_model_representation определяет форму или часть формы детали. Каждый из объектов Geometric_model_representation может включать один из следующих объектов: Advanced_B_Rep (см. 4.2.2), Faceted_B_rep (см. 4.2.14), Non_topological_surface_and_wireframe (см. 4.2.18), Manifold_-surface_with_topology* (см. 4.2.16) или Wireframe_with_topology (см. 4.2.39).
________________
* Соответствует оригиналу. - Примечание.
4.2.16 Прикладной объект Manifold_surface_with_topology
Прикладной объект Manifold_surface_with_topology является объектом типа Geometric_model_representation (см. 4.2.15), представляющим форму или часть формы детали с использованием множества топологических поверхностей. Внешние границы детали определяют трехмерными кривыми, поверхностями и топологией.
4.2.17 Прикладной объект Material_specification
Прикладной объект Material_specification является объектом типа Specification (см. 4.2.31), определяющим свойства сырья, смесей или полуфабрикатов, используемых при изготовлении изделия.
4.2.18 Прикладной объект Non_topological_surface_and_wireframe
Прикладной объект Non_topological_surface_and_wireframe является типом объекта Geometric_model_representation (см. 4.2.15), представляющим форму или части формы детали с использованием геометрии поверхности или каркаса без топологии. Это представление формируют только на основе точек, кривых и поверхностей. Границы кривых явно задают точками на них и явными связями между точками и ограничиваемыми ими кривыми. Границы поверхностей задают кривыми на них и явными связями между кривыми и ограничиваемыми ими поверхностями. Если поверхности и кривые являются не замкнутыми, они должны быть явно ограничены (обрезаны).
4.2.19 Прикладной объект Part
Прикладным объектом Part является деталь, изготовляемая или используемая в производственном процессе. С этим объектом связаны следующие данные:
- part_classification;
- part_nomenclature;
- part_number;
- part_type;
- standard_part_indicator.
4.2.19.1 Данные part_classiflcation
Эти данные определяют семейство деталей, изготавливаемых по общим производственным процессам. Для конкретной детали (Part) данные вида part_classification могут быть не заданы.
Пример 11 - Механически обрабатываемые, штампованные или обтачиваемые детали могут быть категорированы по отдельным классам.
4.2.19.2 Данные part_nomenclature
Эти данные определяют наименование детали в пределах организации.
Примечание - Это наименование также может использоваться вне рамок данной организации. Например, в пределах государства или отрасли может быть принято соглашение по обозначению различных видов деталей общего назначения.
4.2.19.3 Данные part_number
Эти данные определяют индивидуальное обозначение детали в пределах организации.
4.2.19.4 Данные part_type
Эти данные определяют один из типов деталей. В настоящем стандарте определены следующие типы: деталь (detail), сборочная единица (assembly), покупной материал (customer supplied material) или неразборная сборочная единица (inseparable assembly). Изделием типа detail является деталь, указанная на самом низком уровне спецификации продукции. Изделием типа assembly является сборочная единица, состоящая из набора других компонентов, которые в собранном виде предназначены для выполнения определенной функции. Изделием типа government (государственное) для покупного материала является компонент, поставляемый из государственного источника. Изделием типа inseparable assembly является сборочная единица, которая после сборки не может быть разобрана без причинения физических повреждений по крайней мере одному из ее компонентов.
4.2.19.5 Данные standard_part_indicator
Эти данные определяют, описана ли конструкция детали (компонента, изделия) внешним образом по отношению спецификации состава сборочной единицы.
Примечание - Деталь (изделие) может быть стандартной в пределах компании, отрасли или другой организации.
4.2.20 Прикладной объект Part_version
Прикладной объект Part_version предназначен для обозначения представления детали (компонента) после того, как ее проект был официально выпущен или изменен. В новый экземпляр данного объекта вносят только те изменения, которые официально прослежены организацией, отвечающей за данную деталь (компонент). Прочие изменения в новый экземпляр рассматриваемого объекта не включают, но отслеживают при помощи объекта Design_discipline_product_definition (4.2.8). С этим объектом связаны следующие данные:
- contract_number;
- make_or_buy_code;
- release_status;
- revision_letter;
- security_code.
4.2.20.1 Данные contract_number
Эти данные предназначены для обозначения контракта, согласно которому была разработана деталь (компонент). Эти данные не задают для частного объекта Part_version. Если проект был разработан согласно контракту, рассматриваемый атрибут должен определять индивидуальное обозначение этого контракта.
4.2.20.2 Данные make_or_buy_code
Эти данные определяют планируемый организацией-разработчиком способ получения детали. Этот атрибут может иметь всего два значения: изготавливаемое (make) или покупное (buy). Если значением является make, организация планирует изготовление детали собственными силами, если buy, то организация планирует закупку детали у поставщика.
4.2.20.3 Данные release_status
Эти данные определяют статус версии детали в части выдачи проектной информации. Данный атрибут может принимать только два значения: выпущенный (released) или не выпущенный (unreleased). Выпущенными считают те версии, которые были рассмотрены и одобрены для дальнейшего использования. Не выпущенными считают те версии, которые либо были не рассмотрены, либо не одобрены для дальнейшего использования.
4.2.20.4 Данные revision_letter
Эти данные определяют индивидуальное обозначение конкретной версии детали (компонента).
4.2.20.5 Данные security_code
Эти данные определяют классификацию ограничения доступа к конкретной версии детали (компонента).
4.2.21 Прикладной объект Person_organization
Прикладной объект Person_organization предназначен для обозначения лица и конкретной организации, в пределах которой лицо выполняет определенную функцию (играет роль). С этим объектом связаны следующие данные:
- address;
- organization;
- person;
- person_organization_id.
4.2.21.1 Данные address
Эти данные предназначены для указания адресата на бумажных документах и/или в электронной почте, а в некоторых случаях определяют физическое местоположение лица и организации (предприятия). Для конкретного объекта Person_organization адрес не является обязательным атрибутом.
4.2.21.2 Данные organization
Эти данные определяют коллектив людей, объединенных для достижения одной или нескольких общих целей.
4.2.21.3 Данные person
Эти данные определяют конкретного человека (отдельное лицо).
4.2.21.4 Данные person_organization_id
Эти данные определяют индивидуальное обозначение объекта Person_organization.
4.2.22 Прикладной объект Planned_date_effectivitу
Прикладной объект Planned_date_effectivity является типом объекта Planned_effectivity (см. 4.2.23). Он предназначен для указания предполагаемого использования проектирующей организацией данной детали (компонента) в объекте Product_configuration. Этот объект определяет предполагаемое использование компонента в пределах конфигурации изделия одной или двумя связанными датами. С этим объектом связаны следующие данные:
- end_date;
- start date.
4.2.22.1 Данные end_date
Эти данные определяют окончательную дату использования проектирующей организацией конкретного компонента в составе изделия, заданного объектом Product_configuration. Для конкретного Planned_date_effectivity задание end_date не обязательно. Отсутствие при обмене информацией значения для end_date указывает на неопределенность этого значения.
4.2.22.2 Данные start_date
Эти данные определяют исходную дату начала использования данного компонента в составе изделия, заданного объектом Product_configuration.
4.2.23 Прикладной объект PIanned_effeсtivitу
Прикладной объект Planned_effectivity определяет предполагаемое использование компонента в конкретной конфигурации изделия. Каждый объект Planned_effectivity может быть представлен объектом типа Planned_date_effectivity (4.2.22), Planned_lot_effectivity (4.2.24) или Planned_sequence_effectivity (4.2.25).
4.2.24 Прикладной объект Planned_lot_effectivity
Прикладной объект Planned_lot_effectivity является типом объекта Planned_effectivity (см. 4.2.23). Этот объект определяет использование детали (компонента) в составе изделия, задаваемого объектом Product_configuration, когда данная деталь изготавливается партиями. Такой подход применяют, когда детали изготовляют периодическими партиями и/или если основные характеристики детали могут варьироваться в зависимости от условий изготовления. С этим объектом связаны следующие данные:
- lot_number;
- lot_size;
- lot_size_unit_of_measure.
4.2.24.1 Данные lot_number
Эти данные определяют группу изделий, составляющих партию.
4.2.24.2 Данные lot_size
Эти данные определяют количество деталей в партии.
4.2.24.3 Данные lot_size_unit_of_measure
Эти данные определяют единицу измерения, в которой выражено количество изделий в партии (lot_size).
4.2.25 Прикладной объект Planned_sequence_effectivity
Прикладной объект Planned_sequence_effectivity является типом объекта Planned_effectivity (см. 4.2.23). Он предназначен для определения использования проектной организацией детали (компонента) в составе изделия, идентифицируемого объектом Product_configuration, когда данный компонент изготавливается партиями. С этим объектом связаны следующие данные:
- component_quantity;
- from_effectivity_id;
- quantity_unit_of_measure;
- thru_effectivity_id.
4.2.25.1 Данные component_quantity
Эти данные определяют количество деталей (компонентов), применяемых в конкретной конфигурации изделия.
4.2.25.2 Данные from_effectivity_id
Эти данные определяют изначально планируемые серийные номера диапазона деталей, используемых в объекте Planned_sequence_effectivity.
4.2.25.3 Данные quantity_unit_of_measure
Эти данные определяют единицу измерения для описания component_quantity.
Пример 12 - Значением quantity_unit_of_measure могут быть рулоны, листы, прутки проката и другие внесистемные единицы.
4.2.25.4 Данные thru_effectivity_id
Эти данные определяют окончательные серийные номера диапазона деталей, используемых в Planned_sequence_effectivity. В конкретном объекте Planned_sequence_effectivity значение thru_effectivity_id определять не обязательно.
4.2.26 Прикладной объект Process_specification
Прикладной объект Process_specification является типом объекта Specification (см. 4.2.31), используемым для обозначения процесса обработки изделия или материала.
Пример 13 - Примерами подобных типовых процессов являются: термообработка, сварка, плакирование, упаковка и маркировка.
4.2.27 Прикладной объект Product_configuration
Прикладной объект Product_configuration является разновидностью объекта Product_model (см. 4.2.28, 4.2.28.1). На основе этого объекта организуют управление конфигурацией. С этим объектом связаны следующие данные:
- item_id;
- phase_of_product.
Пример 14 - Для конкретного истребителя F14 объект Product_configuration задает конфигурацию D. Организация - разработчик истребителя F14 определила четыре конфигурации: А, В, С и D. В данном примере задана конфигурация D. Отдельная выпускаемая модель истребителя может иметь ряд различных конфигураций, позволяющих заказчику выбрать одну из них.
4.2.27.1 Данные item_id
Эти данные определяют обозначение варианта исходного объекта Product_model.
4.2.27.2 Данные phase_of_product
Эти данные определяют стадию жизненного цикла изделия, на которой производится обмен проектной информацией о конкретной конфигурации.
Пример 15 - Область деятельности организации может охватывать четыре стадии жизненного цикла изделия: разработка технологии и концепции, разработка и доводка конструкции, выпуск опытных образцов и испытания сборочной единицы, производство.
4.2.28 Прикладной объект Product_mоdel
Прикладным объектом Product_model является изделие, которое организация поставляет клиентам. Этот объект определяют с целью планирования на стадии проектирования изделия. С этим объектом связаны данные model_name.
4.2.28.1 Данные model_name
Эти данные определяют индивидуальное обозначение, присвоенное организацией-разработчиком изделию, поставляемому заказчикам (клиентам).
Пример 16 - Идентификатор "F14" является обозначением в объекте Product_model, определяющим военный самолет (истребитель).
4.2.29 Прикладной объект Shape
Прикладной объект Shape является математическим представлением формы детали (компонента).
4.2.30 Прикладной объект Shape_aspect
Прикладным объектом Shape_aspect является отдельная часть формы детали (компонента). Форма компонента состоит из одного или нескольких объектов Shape_aspect.
Примечание - При проектировании часто используют множество различных типов геометрических моделей, определяющих форму детали в зависимости от сложности ее формы на разных физических уровнях. Каждый из этих физических уровней может быть определен в виде объекта Shape_aspect.
4.2.31 Прикладной объект Specification
Прикладным объектом Specification является документ, содержащий определения, процессы или правила, связанные с уникальными качествами, которыми должны обладать применяемый процесс или законченная деталь (компонент). Объектом Specification может быть один из следующих объектов: Design_specification (см. 4.2.9), Material_specification (см. 4.2.17), Process_specification (см. 4.2.26), или Surface_finish_specification (см. 4.2.37). С этим объектом связаны следующие данные:
- specification_code;
- specification_source.
Пример 17 - Требования к материалу, качеству обработки поверхности и процессу являются примерами описаний, которые могут быть заданы неявно посредством ссылки на другие документы, взамен их явного определения при каждом использовании.
4.2.31.1 Данные specification_code
Эти данные определяют индивидуальное обозначение объекта Specification. Данное обозначение является уникальным в пределах данной организации.
4.2.31.2 Данные specification_source
Эти данные определяют организацию, отвечающую за объект Specification.
4.2.32 Прикладной объект Start_order
Прикладной объект Start_order является типом объекта Work_order (см. 4.2.40), предназначенным для фиксации факта начала работ по проектированию детали, заканчивающихся созданием исходной версии детали.
4.2.33 Прикладной объект Start_request
Прикладной объект Start_request является типом объекта Work_request (см. 4.2.41), определяющим работу, которую требуется выполнить при разработке исходной версии изделия.
4.2.34 Прикладной объект Substitute_part
Прикладным объектом Substitute_part является деталь (компонент) сборочной единицы, форма, размеры и функциональное назначение которой могут отличаться от аналогичных свойств заменяемой детали, но данная деталь должна полностью удовлетворять требованиям, предъявляемым к заменяемой ею детали в контексте сборочной единицы.
Примечания
1 Форма и количество заменяющих деталей не обязательно должны соответствовать заменяемой детали.
2 Данный прикладной объект также может быть использован для устранения каскадного порождения версий, то есть переобозначения всех сборочных единиц более высоких уровней при создании новой версии компонента нижележащего уровня.
3 Данный прикладной объект позволяет определить только одностороннюю замену. Если в заданном контексте компонент А заменяет компонент В, то В не обязательно заменяет А, если это явно не определено в другом экземпляре данного объекта. Если А заменяет В в контексте С, то в конечном счете в области контекста С в состав сборочной единицы может входить либо А, либо В, но не оба одновременно.
Пример 18 - Диаметр (120±12) см может быть заменен диаметром (125,00±6,25) см, обеспечивающим те же самые измеряемые размеры выпускаемой продукции.
4.2.35 Прикладной объект Supplied_part_version
Прикладным объектом Supplied_part_version является деталь (компонент), определяемая своим обозначением (номером) и поставщиком. С этим объектом связаны следующие данные:
- certification_required;
- supplier_part_number.
4.2.35.1 Данные certification_required
Эти данные указывают на необходимость проверки (сертификации) поставщика до приобретения у него соответствующих деталей (компонентов).
4.2.35.2 Данные supplier_part_number
Эти данные определяют номер детали, используемый организацией-изготовителем. В конкретном объекте Supplied_part_version задавать значение supplier_part_number не обязательно.
Пример 19 - Компания А использует деталь 1234567-1 в составе сборочной единицы. Эта деталь фактически закуплена в компании В, но каждая деталь подвергнута дополнительному испытанию для подтверждения ее соответствия требованиям к сборочной единице. Компания В идентифицирует это изделие как AABBCCD-E. Компания А определяет компанию В как поставщика номер 52088. В компании А деталь идентифицирована номером 1234567-1. Поставщиком данной детали является компания В. Кодом поставщика данной детали является 52088, а номером поставляемой детали - AABBCCD-E.
4.2.36 Прикладной объект Supplier
Прикладной объект Supplier определяет организацию, изготавливающую или спроектировавшую деталь (компонент). С этим объектом связаны данные supplier_id.
Эти данные определяют индивидуальное обозначение организации - изготовителя детали. Данным обозначением может быть идентификатор, принятый организацией самостоятельно и присвоенный ей в соответствии с отраслевым или международным кодом.
4.2.37 Прикладной объект Surface_finish_specification
Прикладной объект Surface_finish_specification является типом объекта Specification (см. 4.2.31), описывающим необходимые свойства текстур поверхностей или защитных покрытий детали в процессе ее изготовления или выпуска как законченного изделия.
4.2.38 Прикладной объект Usage_constratint
Прикладной объект Usage_constraint служит для задания ограничения по применению объекта Specification (см. 4.2.31). Он связывает раздел требований с определенной информацией или текстом, который нужно использовать в конкретном случае. С этим объектом связаны следующие данные:
- element;
- value.
4.2.38.1 Данные element
Эти данные определяют конкретный раздел или тему в спецификации, подлежащие ограничению или пояснению.
4.2.38.2 Данные value
Эти данные определяют ограничения или специфические данные, которые накладываются на раздел или тему в элементе, ограничивающем их использование.
Пример 20 - Изделие должно быть окрашено в соответствии со стандартом предприятия. Тогда требования выглядят как Specification_code=ABCD-1; Specification_source=XYZ Company; а в задаваемых парах ограничения по использованию Usage_constraint могут быть: element=colour; value=green; element=coats; value=3.
4.2.39 Прикладной объект Wireframe_with_topoIogy
Прикладной объект Wireframe_with_topology является типом объекта Geometric_model_representation (см. 4.2.15), представляющим форму или части формы детали с использованием каркасной геометрии для неявного задания объема тела или топологии ограничивающих его ребер. Это представление формируют при помощи трехмерных кривых и топологии, определяющей граф векторов и ребер.
4.2.40 Прикладной объект Work_order
Прикладной объект Work_order определяет документ, санкционирующий начало работ по разработке или модификации детали. Каждый Work_order является объектом типа Start_order (см. 4.2.32) или Change_order (см. 4.2.5). Он является результатом реализации одного или нескольких объектов Work_request (см. 4.2.41). С этим объектом связаны следующие данные:
- additional_data;
- analysis_data;
- work_order_id.
4.2.40.1 Данные additional_data
Эти данные определяют дополнительную информацию об объекте проектирования, возникающую в результате проработки соответствующего множества предлагаемых Work_request. Наличие additional_data в конкретном Work_order необязательно.
4.2.40.2 Данные analysis_data
Эти данные определяют оценочные результаты проработок выполняемости и обоснованности условий, изложенных в соответствующих Work_request в части проектирования или модификации детали (компонента). Наличие analysis_data в конкретном Work_order необязательно.
4.2.40.3 Данные Work_order_id
Эти данные определяют индивидуальное обозначение (идентификатор) работы, санкционированной Work_order.
4.2.41 Прикладной объект Work_request
Прикладной объект Work_request определяет документ, санкционирующий начало или возобновление определенной работы при разработке детали (компонента). Каждый Work_request является объектом типа Start_request (см. 4.2.32) или Change_order (см. 4.2.5). С этим объектом связаны следующие данные:
- description;
- reason;
- request_date;
- status;
- work_request_id.
4.2.41.1 Данные description
Эти данные определяют содержание работы, выполняемой при разработке или уточнении проекта детали (компонента).
4.2.41.2 Данные reason
Эти данные определяют причину реализации Work_request.
4.2.41.3 Данные request_date
Эти данные определяют дату создания Work_request.
4.2.41.4 Данные status
Эти данные определяют текущий уровень завершения Work_request. Допустимыми значениями статусов для Work_request являются: proposed (предложенный), in-work (в работе), released (выпущенный) и hold (отложенный).
4.2.41.5 Данные work_request_id
Эти данные определяют индивидуальное обозначение предложенной работы по проектированию детали.
4.3 Прикладные утверждения
В настоящем подразделе определены прикладные утверждения, принятые для прикладного протокола управления конфигурацией конструкций (проектов) трехмерных механических деталей и сборочных единиц. Эти утверждения определяют все отношения между прикладными объектами (далее до конца настоящего подраздела - объект), количество элементов отношений и правила, необходимые для обеспечения целостности и достоверности прикладных объектов прикладной и функциональной единицы (ФЕ). Сами прикладные утверждения и их определения приведены ниже.
4.3.1 Объекты Additional_design_information и Specification
Каждый Additional_design_information представляет собой набор из одного или нескольких объектов Specification. Каждый объект Specification идентифицируют только одним Additional_design_information.
4.3.2 Объекты Approval и Person_organization
Каждый Approval санкционируется одним или несколькими объектами Person_organization. Каждый Person_organization может санкционировать произвольное количество объектов Approval (включая нулевое и единичное).
4.3.3 Объекты Design_discipline_product_definition и Additional_design_information
Каждый Design_discipline_product_definition включает произвольное количество объектов Additional_design_information (включая нулевое и единичное). Каждый Additional_design_information может быть применен к одному или нескольким объектам Design_discipline_product_definition.
4.3.4 Объекты Design_discipline_product_definition и Approval
Каждый объект Design_discipline_product_definition санкционируется только одним Approval. Каждый Approval санкционирует произвольное количество объектов Design_discipline_product_definition (включая нулевое и единичное).
4.3.5 Объекты Design_discipline_product_definition и Engineering_assemblу
Каждый Design_discipline_product_definition используют как компонент в произвольном количестве объектов Engineering_assembly (включая нулевое и единичное). Каждый компонент Engineering_assembly определен только одним Design_discipline_product_definition.
Каждый Design_discipline_product_definition является сборочной единицей для произвольного количества объектов Engineering_assembly (включая нулевое и единичное). Каждая сборочная единица Engineering_assembly определена только одним Design_discipline_product_definition.
4.3.6 Объекты Design_discipline_product_definition и Engineering_make_from
Каждый Design_discipline_product_definition является базовой конструкцией для произвольного количества объектов Engineering_make_from (включая нулевое и единичное). Базовая конструкция каждого Engineering_make_from определяется только одним объектом Design_discipline_product_definition.
Каждый Design_discipline_product_definition является исходным в произвольном количестве объектов Engineering_make_from (включая нулевое и единичное). Каждый Engineering_make_from использует в качестве исходного только один Design_discipline_product_definition.
4.3.7 Объекты Engineering_assembly и Planned_effectivity
Каждый Engineering_assembly применим в произвольном количестве объектов Planned_effectivity (включая нулевое и единичное). Каждый Planned_effectivity определяет применяемость только одного объекта Engineering_assembly.
4.3.8 Объекты Engineering_assembly и Substitute_part
Каждый Engineering_assembly имеет заменяемые компоненты, определяемые произвольным количеством объектов Substitute_part (включая нулевое и единичное). Каждый Substitute_part может быть заменяющим только для одного компонента (детали) в объекте Engineering_assembly.
4.3.9 Объекты Engineering_next_higher_assembly и Component_assembly_position
Расположение каждого Engineering_next_higher_assembly либо не определяется, либо определяется одним объектом Component_assembly_position. Каждый Component_assembly_position определяет положение только одного объекта Engineering_next_higher_assembly.
4.3.10 Объекты Geometric_model_representation и Component_assemly_position
Каждый Geometric_model_representation определяет положения компонентов, задаваемых произвольным количеством объектов Component_assembly_position (включая нулевое и единичное). Каждый Component_assembly_position определяет компонент только в одном Geometric_model_representation.
Каждый Geometric_model_representation представляет сборочную единицу, положение которой задается произвольным количеством объектов Coniponent_assembly_position (включая нулевое и единичное). Каждый Component_assembly_position представляет сборочную единицу только в одном Geometric_model_representation.
4.3.11 Объекты Part и Alternate_part
Каждый Part может быть взаимозаменяем произвольным количеством объектов Alternate_part. Каждый Alternate_part может быть взаимозаменяем с одним или несколькими объектами Part.
4.3.12 Объекты Part и Part_version
Каждый Part связан с одним или несколькими объектами Part_version. Каждый Part_version должен определять разновидность только одного объекта Part.
4.3.13 Объекты Part и Substitute_part
Каждый Part связан с произвольным количеством замещающих его в заданных условиях объектов Substitute_part (включая нулевое и единичное). Каждый Substitute_part является объектом типа Part и может в заданных условиях замещать один или несколько объектов Part.
4.3.14 Объекты Part_version и Approval
Каждый Part_version санкционируется только одним объектом Approval. Каждый Approval санкционирует один или несколько объектов Part_version.
4.3.15 Объекты Part_version и Design_discipline_product_definition
Каждый объект Part_version определен одним или несколькими объектами Design_discipline_product_definition. Каждый объект Design_discipline_product-_definition определяет только один объект Part_version.
4.3.16 Объекты Part_version и Supplied_part_version
Каждый Part_version идентифицирован посредством одного или нескольких объектов Supplied_part_version. Каждый Supplied_part_version соответствует только одному объекту Part_version.
4.3.17 Объекты Person_organization и Design_discipline_product_definition
Каждый Person_organization определяет разработчика для произвольного количества объектов Design_discipline_product_definition (включая нулевое и единичное). Каждый объект Design_discipline_product_definition создан только одним объектом Person_organization.
4.3.18 Объекты Person_organization и Part
Каждый Person_organization определяет владельца произвольного количества объектов Part (включая нулевое и единичное). Каждый объект Part принадлежит только одному объекту Person_organization.
4.3.19 Объекты Person_organization и Part_version
Каждый Person_organization определяет разработчика произвольного количества объектов Part_version (включая нулевое и единичное). Каждый объект Part_version создан только одним Person_organization.
4.3.20 Объекты Person_organization и Supplier
Каждый Person_organization обозначает произвольное количество объектов Supplier (включая нулевое и единичное). Каждый объект Supplier обозначен только одним объектом Person_organization.
4.3.21 Объекты Planned_effectivity и Approval
Каждый Planned_effectivity санкционирован только одним объектом Approval. Каждый Approval санкционирует один или несколько объектов Planned_effectivity.
4.3.22 Объекты Product_configuration и Approval
Каждый Product_configuration санкционирован только одним объектом Approval. Каждый Approval санкционирует один или несколько объектов Product_configuration.
4.3.23 Объекты Product_configuration и Part
Каждый Product_configuration соответствует произвольному количеству объектов Part (включая нулевое и единичное). Конфигурация каждого Part определяется произвольным количеством объектов Product_configuration (включая нулевое и единичное).
4.3.24 Объекты Product_configuration и Planned_effectivity
Каждый Product_configuration связан с произвольным количеством объектов Planned_effectivity (включая нулевое и единичное). Каждый Planned_effectivity идентифицирует применяемость только одного объекта Product_configuration.
4.3.25 Объекты Product_model и Product_configuration
С каждым объектом Product_model связаны один или несколько объектов Product_configuration. Каждый Product_configuration определяет конфигурацию только одного объекта Product_model.
4.3.26 Объекты Shape и Design_discipline_product_definition
Каждый Shape определяет геометрические характеристики одного или нескольких объектов Design_discipline_product_definition. Геометрические характеристики каждого Design_discipline_product_definition либо не определяются, либо определяются только одним объектом Shape.
4.3.27 Объекты Shape и Geometric_model_representation
Каждый Shape представляет произвольное количество объектов Geometric_model_representation (включая нулевое и единичное). Каждый Geometric_model_representation является представлением произвольного количества объектов Shape (включая нулевое и единичное).
4.3.28 Объекты Shape и Shape_aspeсt
Каждый Shape состоит из произвольного количества объектов Shape_aspect (включая нулевое и единичное). Каждый Shape_aspect входит в состав только одного объекта Shape.
4.3.29 Объекты Shape_aspect и Geometric_model_representation
Каждый Shape_aspect представлен одним или несколькими объектами Geometric_model_representation. Каждый Geometric_model_representation представляет только один объект Shape_aspect.
4.3.30 Объекты Shape_aspect и Specification
Характеристики каждого Shape_aspect описаны произвольным количеством объектов Specification (включая нулевое и единичное). Каждый Specification описывает характеристики произвольного количества объектов Shape_aspect (включая нулевое и единичное).
4.3.31 Объекты Specification и Usage_constraint
Каждый Specification ограничен произвольным количеством объектов Usage_constraint (включая нулевое и единичное). Каждый Usage_constraint относится только к одному объекту Specification.
4.3.32 Объекты Supplied_part_version и Approval
Каждый Supplied_part_version санкционирован только одним объектом Approval. Каждый Approval санкционирует произвольное количество объектов Supplied_part_version (включая нулевое и единичное).
4.3.33 Объекты Supplier и Supplied_part_version
Каждый Supplier производит произвольное количество объектов Supplied_part_version (включая нулевое и единичное). Каждый Supplied_part_version генерируется только одним объектом Supplier.
4.3.34 Объекты Work_order и Approval
Каждый Work_order санкционируется только одним объектом Approval. Каждый Approval санкционирует один или несколько объектов Work_order.
4.3.35 Объекты Work_order и Part_version
Каждый Work_order относится к одному или нескольким объектам Part_version. Каждый Part_version появляется в результате применения произвольного количества объектов Work_order (включая нулевое и единичное).
4.3.36 Объекты Work_order и Work_request
Каждый Work_order объединяет один или несколько объектов Work_request. Каждый Work_request либо не входит в состав ни одного, либо только одного объекта Work_order.
4.3.37 Объекты Work_request и Approval
Каждый Work_request санкционирован только одним объектом Approval. Каждый Approval санкционирует один или несколько объектов Work_request.
4.3.38 Объекты Work_request и Part_version
Каждый Work_request связан с одним или несколькими объектами Part_version. Каждый Part_version может ссылаться на произвольное количество объектов Work_request (включая нулевое и единичное).
Если Work_request задает начало работ по нескольким объектам типа Part_version, то эти объекты должны относиться к различным объектам Part.
4.3.39 Объекты Work_request и Person_organization
Каждый Work_request адресуется одному или нескольким объектам Person_organization. Каждый Person_organization извещает о произвольном количестве объектов Work_request (включая нулевое и единичное).
5 Прикладная интерпретированная модель
5.1 Таблицы отображения
Данный раздел содержит таблицы отображения 1-14, показывающие, как каждая ФЕ и прикладной объект настоящего стандарта (см. раздел 4) отображаются в одну или несколько структур ресурсов ПИМ (см. 5.2).
Таблица 1 - Отображение ФЕ advanced_boundary_representation
| Прикладной элемент | Элемент ПИМ | Источник | Пра- | Ссылочный путь |
| ADVANCED_B_REP | advanced_brep_shape_representation | 203 | 73 | advanced_brep_representation <= |
Таблица 2 - Отображение ФЕ authorization
| Прикладной элемент | Элемент ПИМ | Источ- | Прави- | Ссылочный путь |
| APPROVAL | cc_design_approval | 203 | 1, 2, 3 | cc_design_approval <= |
| date | date and time | 41 | 1, 21 | cc_design_approval <= |
| purpose | approval.level | 41 | | cc_design_approval <= |
| status | approval_status | 41 | 49, 18 | cc_design_approval <= |
| approval для person_organization | PATH | | 2 | cc_design_approval <= |
| PERSON_ | cc_design_person_and_ | 203 | 54, 26 | cc_design_person_and_organization_ |
| person_organization_id | (person.id) | 41 | | cc_design_person_and_organization_ |
| address | address | 41 | | cc_design_person_and_organization_ |
| organization | organization | 41 | | cc_design_person_and_organization_ |
| person | person | 41 | | cc_design_person_and_organization_ |
| person_organization | PATH | | 42 | cc_design_person_and_organization_ |