ГОСТ Р ИСО 10303-203-2003. Национальный стандарт Российской Федерации. Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 203. Прикладной протокол. Проекты с управляемой конфигурацией

(принят и введен в действие Постановлением Госстандарта России от 15.10.2003 № 295-ст)

Принят и введен в действие Постановлением Госстандарта России от 15 октября 2003 г. № 295-ст

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

СИСТЕМЫ АВТОМАТИЗАЦИИ ПРОИЗВОДСТВА И ИХ ИНТЕГРАЦИЯ

ПРЕДСТАВЛЕНИЕ ДАННЫХ ОБ ИЗДЕЛИИ И ОБМЕН ЭТИМИ ДАННЫМИ

ЧАСТЬ 203

ПРИКЛАДНОЙ ПРОТОКОЛ. ПРОЕКТЫ С УПРАВЛЯЕМОЙ КОНФИГУРАЦИЕЙ

Industrial automation systems and integration. Product data representation and exchange. Part 203. Application protocol: Configuration controlled design

ГОСТ Р ИСО 10303-203-2003

Группа П87

ОКС 25.040.40

ОКСТУ 4002

Дата введения 1 июля 2004 года

Предисловие

1 РАЗРАБОТАН Научно-исследовательским центром (НИЦ) CALS-технологий «Прикладная логистика» и Всероссийским научно-исследовательским институтом стандартизации (ВНИИстандарт) Госстандарта России

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 431 «CALS-технологии»

3 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 15 октября 2003 г. № 295-ст

4 Настоящий стандарт представляет собой полный аутентичный текст международного стандарта ИСО 10303-203-94 «Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 203. Прикладной протокол. Проекты с управляемой конфигурацией» с учетом Поправок № 1 (1996 г.), № 2 (1998 г.) и Изменения № 1 (2000 г.)

5 ВВЕДЕН ВПЕРВЫЕ

Введение

Стандарты серии ГОСТ Р ИСО 10303 распространяются на машинно-ориентированное представление данных об изделии и обмен этими данными. Целью является создание механизма, позволяющего описывать данные об изделии на протяжении всего его жизненного цикла независимо от конкретной системы. Характер такого описания делает его пригодным не только для обмена инвариантными файлами, но также и для создания баз данных об изделиях, коллективного пользования этими базами и архивирования соответствующих данных.

Стандарты серии ГОСТ Р ИСО 10303 представляют собой набор отдельно издаваемых стандартов (частей). Части данной серии стандартов относятся к одной из следующих тематических групп: методы описания, интегрированные ресурсы, прикладные протоколы, комплекты абстрактных тестов, методы реализации и аттестационное тестирование. Группы стандартов данной серии описаны в ГОСТ Р ИСО 10303-1. Настоящий стандарт входит в группу прикладных протоколов.

Стандарт устанавливает прикладной протокол (ПП) использования данных об изделии в определенном контексте, удовлетворяющем промышленным потребностям обмена конфигурационно-управляемыми данными об изделии в рамках трехмерных конструкций механических деталей и сборочных единиц (узлов). Для определения компоновки изделий в организациях используют различные автоматизированные системы. Общее описание изделия определяется его формой, конфигурациями изделия и возможностями применения ряда определений изделия для конкретной конфигурации. Эти данные могут быть размещены в базах данных одной или нескольких прикладных систем внутри организации. Объединение данных о форме изделия с данными о его конфигурации обеспечивает возможность для данной организации описать выпускаемые ею изделия без привлечения избыточной информации, хранящейся в несвязанных прикладных системах. Для взаимообмена проектной информацией об изделиях организация должна обеспечить представление соответствующих данных об изделии субподрядчикам, поставщикам и заказчикам.

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

Однако форма изделия не является главной в данном протоколе. Основное внимание в спецификации протокола уделено данным, определяющим сопровождение и управление изделием. Этими данными являются:

• обозначение изделия для заказчиков и связь данного обозначения с компонентами изделия;
• документация по официальным изменениям и вариантам конструкции изделия;
• сведения (предыстория) о разработке изделия от его идеи до исполнения (выпуска);
• структура взаимосвязи каждого компонента с изделием в целом;
• дополнительная информация о материалах, процессах, отделке и других требованиях к изделию;
• обозначение официальных поставщиков изделия или его проекта.

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

Прикладные протоколы обеспечивают основу для разработки реализаций стандартов серии ГОСТ Р ИСО 10303 и комплектов абстрактных тестов для аттестационного тестирования реализаций ПП.

Примечания

1 Настоящий стандарт дополнен приложениями, содержащими ряд поясняющих и справочных материалов к тексту основной части стандарта.

2 В тексте настоящего стандарта объекты и конструкции на языке EXPRESS в ряде случаев выделены полужирным шрифтом (например, release_status).

1 Область применения

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

Примечание — Прикладная функциональная модель (ПФМ), приведенная в приложении E, определяет графическое представление процессов и информационных потоков в соответствии с областью применения настоящего стандарта.

Область применения настоящего стандарта охватывает:

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

В настоящем стандарте использованы следующие термины:

• дугообразное соединение;
• ось симметрии;
• ограничения;
• граница;
• трехмерная модель с граничным представлением;
• замкнутая кривая;
• замкнутая поверхность;
• соединение;
• соединенный компонент;
• кривая;
• цикл;
• размерность;
• область значений;
• пространство (оболочка);
• конечный;
• геометрическая система координат;
• граф;
• манипулятор;
• гомоморфный;
• список;
• ограниченное d-мерное пространство;
• незамкнутая кривая;
• незамкнутая поверхность;
• ориентированный;
• перекрытие;
• диапазон параметров;
• пространство параметров;
• координатная система размещения;
• самопересекающийся;
• самозацикленный;
• множество;
• размерность пространства;
• поверхность;
• топологический смысл.

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 Сокращения

В настоящем стандарте использованы следующие сокращения:

ПФМ (AAM) — прикладная функциональная модель;

ПИМ (AIM) — прикладная интерпретированная модель;

ПП (AP) — прикладной протокол;

ПЭМ (ARM) — прикладная эталонная модель;

СП (BOM) — спецификация (перечень изделий и материалов);

САПР (CAD) — система автоматизированного проектирования;

УК (CM) — управление конфигурацией;

ОАГ (DAG) — ориентированный ациклический граф;

ИАП (ICAM) — интегрированное автоматизированное производство;

ОБ (ID) — обозначение (идентификация);

IDEF0 — язык описания ИАП уровня 0;

IDEF1X — язык описания ИАП уровня 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;
• faceted_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_assembly_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 — Изменением в проекте может быть утолщение подкоса крыла самолета. Последствием этого является увеличение нагрузки на крыло на величину x и, следовательно, увеличение грузоподъемности самолета на величину y.

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_discipline_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 — Компания A проектирует сборочную единицу, используя держатель манжеты, спроектированный компанией B, но добавляет два дополнительных установочных отверстия к изделию компании B. В этом случае компания A обозначает держатель манжеты, разработанный компанией B, как деталь, определенную в 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_representation

Прикладной объект 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_classification

Эти данные определяют семейство деталей, изготавливаемых по общим производственным процессам. Для конкретной детали (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_effectivity

Прикладной объект 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 Прикладной объект Planned_effectivity

Прикладной объект 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 определила четыре конфигурации: A, B, C и D. В данном примере задана конфигурация D. Отдельная выпускаемая модель истребителя может иметь ряд различных конфигураций, позволяющих заказчику выбрать одну из них.

4.2.27.1 Данные item_id

Эти данные определяют обозначение варианта исходного объекта Product_model.

4.2.27.2 Данные phase_of_product

Эти данные определяют стадию жизненного цикла изделия, на которой производится обмен проектной информацией о конкретной конфигурации.

Пример 15 — Область деятельности организации может охватывать четыре стадии жизненного цикла изделия: разработка технологии и концепции, разработка и доводка конструкции, выпуск опытных образцов и испытания сборочной единицы, производство.

4.2.28 Прикладной объект Product_model

Прикладным объектом 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 Данный прикладной объект позволяет определить только одностороннюю замену. Если в заданном контексте компонент A заменяет компонент B, то B не обязательно заменяет A, если это явно не определено в другом экземпляре данного объекта. Если A заменяет B в контексте C, то в конечном счете в области контекста C в состав сборочной единицы может входить либо A, либо B, но не оба одновременно.

Пример 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 — Компания A использует деталь 1234567-1 в составе сборочной единицы. Эта деталь фактически закуплена в компании B, но каждая деталь подвергнута дополнительному испытанию для подтверждения ее соответствия требованиям к сборочной единице. Компания B идентифицирует это изделие как AABBCCD-E. Компания A определяет компанию B как поставщика номер 52088. В компании A деталь идентифицирована номером 1234567-1. Поставщиком данной детали является компания B. Кодом поставщика данной детали является 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_constraint

Прикладной объект 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_topology

Прикладной объект 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_assembly

Каждый 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_assembly_position

Каждый Geometric_model_representation определяет положения компонентов, задаваемых произвольным количеством объектов Component_assembly_position (включая нулевое и единичное). Каждый Component_assembly_position определяет компонент только в одном Geometric_model_representation.

Каждый Geometric_model_representation представляет сборочную единицу, положение которой задается произвольным количеством объектов Component_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_aspect

Каждый 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).

Таблица отображения состоит из пяти граф. Ниже поясняется их содержание.

Графа «Прикладной элемент» содержит наименование прикладного элемента, указанное в определении прикладного объекта из 4.2. Наименования прикладных объектов выделены прописными буквами. Наименования атрибутов (данных) указаны после соответствующего объекта и набраны строчными буквами.

Графа «Элемент ПИМ» содержит наименование элемента ПИМ, указанное в ПИМ (5.2), термин 'IDENTICAL MAPPING (ИДЕНТИЧНОЕ ОТОБРАЖЕНИЕ)' или термин 'PATH (ПУТЬ ДОСТУПА)'. Объекты ПИМ набраны строчными буквами. Наименования атрибутов объектов ПИМ записаны как <наименование объекта>.<наименование атрибута>. Отображение прикладного элемента может быть представлено несколькими связанными элементами ПИМ. Каждый из этих элементов ПИМ представлен в таблице отдельной строкой. Термин 'IDENTICAL MAPPING' указывает, что оба элемента из прикладного указания отображаются в тот же самый элемент ПИМ. Термин 'PATH' указывает, что конкретное прикладное утверждение отображается в полный ссылочный путь.

Графа «Источник». Для элементов ПИМ, интерпретируемых из интегрированных ресурсов, в этой графе указывают номер соответствующего стандарта (части) серии ГОСТ Р ИСО 10303. Для элементов ПИМ, введенных в настоящий стандарт, — номер настоящей части (203) в серии ГОСТ Р ИСО 10303.

Графа «Правила». Здесь могут быть приведены один или несколько номеров, указывающих правила, относящиеся к текущему элементу ПИМ. Для правил, полученных из отношений между прикладными объектами, то же правило определяет вхождения отображений для всех элементов ПИМ, используемых в правиле. Расширенные названия правил перечислены в списке, помещенном после таблиц отображения.

Графа «Ссылочный путь». Чтобы полностью описать отображение элемента ПИМ, может быть необходимым определение последовательности ссылок через несколько связанных элементов ПИМ. Каждый элемент ПИМ размещают в отдельной строке данной графы с символом, определяющим его отношение к элементу ПИМ, размещенному на следующей строке. Графа ссылочного пути доступа, таким образом, определяет роль данного элемента ПИМ относительно элемента ПИМ, приведенного в следующей строке. В случае существования ссылочного пути два или более таких связанных элемента ПИМ определяют интерпретацию интегрированных ресурсов, удовлетворяющих требованиям, указанным этим элементом ПЭМ.

Для каждого элемента ПИМ, созданного для использования в настоящем стандарте, ссылочный путь определен протяженностью от части интегрированного ресурса до супертипа. В случае двунаправленной ссылки от элемента ПИМ с двумя атрибутами, которые порождают ссылочный путь, каждый ссылочный путь заключен в круглые скобки. Элемент ПИМ, являющийся корнем обоих ссылочных путей, записывают либо в наборах круглых скобок, либо перед каждым набором круглых скобок.

Для записи ссылочных путей используют следующие нотационные соглашения:

Таблица 1

Отображение ФЕ advanced_boundary_representation

Таблица 2

Отображение ФЕ authorization

Таблица 3

Отображение ФЕ bill_of_materials

Таблица 4

Отображение ФЕ design_activity_control

Таблица 5

Отображение ФЕ design_information

Таблица 6

Отображение ФЕ effectivity

Таблица 7

Отображение ФЕ end_item_identification

Таблица 8

Отображение ФЕ faceted_boundary_representation

Таблица 9

Отображение ФЕ manifold_surface_with_topology

Таблица 10

Отображение ФЕ non_topological_surface_and_wireframe

Таблица 11

Отображение ФЕ part_identification

Таблица 12

Отображение ФЕ shape

Таблица 13

Отображение ФЕ source_control

Таблица 14

Отображение ФЕ wireframe_with_topology

В таблицах 1 - 14 используют ссылки на следующие правила:

1. approval_requires_approval_date_time;

2. approval_requires_approval_person_organization;

3. approvals_are_assigned;

4. as_required_quantity;

5. certification_requires_approval;

6. certification_requires_date_time;

7. change_request_requires_approval;

8. change_request_requires_date_time;

9. change_request_requires_person_organization;

10. change_requires_approval;

11. change_requires_date_time;

12. configuration_item_requires_approval;

13. configuration_item_requires_person_organization;

14. contract_requires_approval;

15. contract_requires_person_organization;

16. coordinated_assembly_and_shape;

17. dependent_instantiable_action_directive;

18. dependent_instantiable_approval_status;

19. dependent_instantiable_certification_type;

20. dependent_instantiable_contract_type;

21. dependent_instantiable_date;

22. dependent_instantiable_date_time_role;

23. dependent_instantiable_document_type;

24. dependent_instantiable_named_unit;

25. dependent_instantiable_parametric_representation_context;

26. dependent_instantiable_person_and_organization_role;

27. dependent_instantiable_representation_item;

28. dependent_instantiable_security_classification_level;

29. dependent_instantiable_shape_representation;

30. design_context_for_property;

31. document_to_product_definition;

32. effectivity_requires_approval;

33. geometric_representation_item_3d;

34. global_unit_assignment;

35. no_shape_for_make_from;

36. no_shape_for_supplied_part;

37. pdu_requires_security_classification;

38. product_concept_requires_configuration_item;

39. product_definition_requires_approval;

40. product_definition_requires_date_time;

41. product_definition_requires_person_organization;

42. product_requires_person_organization;

43. product_requires_product_category;

44. product_requires_version;

45. product_version_requires_approval;

46. product_version_requires_person_organization;

47. product_version_requires_security_classification;

48. restrict_action_request_status;

49. restrict_approval_status;

50. restrict_certification_type;

51. restrict_contract_type;

52. restrict_date_time_role;

53. restrict_document_type;

54. restrict_person_organization_role;

55. restrict_product_category_value;

56. restrict_security_classification_level;

57. security_classification_optional_date_time;

58. security_classification_requires_approval;

59. security_classification_requires_date_time;

60. security_classification_requires_person_organization;

61. start_request_requires_approval;

62. start_request_requires_date_time;

63. start_request_requires_person_organization;

64. start_work_requires_approval;

65. start_work_requires_date_time;

66. subtype_mandatory_action;

67. subtype_mandatory_effectivity;

68. subtype_mandatory_product_context;

69. subtype_mandatory_product_definition_formation;

70. subtype_mandatory_product_definition_usage;

71. subtype_mandatory_representation;

72. subtype_mandatory_representation_context;

73. subtype_mandatory_shape_representation;

74. unique_version_change_order_rule;

75. versioned_action_request_requires_solution;

76. versioned_action_request_requires_status.

5.2 Сокращенный EXPRESS-листинг прикладной интерпретированной модели

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

EXPRESS-спецификация

Примечание - Схемы, на которые выше даны ссылки, можно найти в следующих стандартах серий ГОСТ Р ИСО 10303 (ИСО 10303):

5.2.1 Фундаментальные понятия и допущения

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

5.2.1.1 Связь формы изделия с данным о его конфигурации

Форма изделий в настоящем стандарте представлена посредством объекта shape_representation. Этот объект и его подтипы определяют геометрические и/или топологические объекты, задающие конкретный тип представления. Каждую необходимую механическую деталь или сборочную единицу следует определять посредством экземпляра объекта product. Каждое изделие может, в свою очередь, иметь, по крайней мере, одну версию, заданную экземпляром объекта product_definition_formation. Каждая версия может иметь одно или несколько определений, заданных объектом product_definition. Каждое определение может иметь собственное представление формы. Это реализуется посредством использования объектов ПИМ, связывающих экземпляр объекта product_definition с соответствующим экземпляром объекта shape_representation. Общее представление формы объекта product_definition задают посредством экземпляра объекта product_definition_shape. Затем заданную форму изделия связывают с объектом shape_representation посредством экземпляра объекта shape_definition_representation. Объект shape_definition_representation наследует атрибуты от соответствующих супертипов объекта property_definition_representation, ссылающегося на объект shape_representation, содержащий геометрию и/или топологию формы детали и выбираемый тип данных, названный characterized_definition. Данный тип допустим для представления объектов shape_aspect, shape_aspect_relationship или characterized_product_definition, которые также представлены выбираемыми типами. Для указания формы объекта product_definition должен использоваться заданный подтип product_definition_shape для объекта product_definition. Использование объекта product_definition_shape ограничено выбираемым типом объекта characterized_product_definition. Выбираемый тип объекта characterized_product_definition допустим для представления объектов product_definition или product_definition_relationship посредством применения списка выбора. Ссылка на данный список гарантирует, что объект product_definition_shape будет использоваться для определения формы объекта product_definition. При рассмотрении аспекта формы объекта product_definition или отношения между двумя аспектами его формы должен использоваться объект property_definition, а его атрибут definition должен ссылаться на экземпляр объекта shape_aspect или shape_aspect_relationship. Для определения формы изделия при этом должна быть приведена ссылка на объект product_definition. Ограничение правила subtype_mandatory_shape_representation (см. 5.2.5.73) указывает, что для определения формы детали должен быть использован один из подтипов объекта shape_representation. Представление объектов shape_aspect или shape_aspect_relationship может быть задано любым набором объектов representation_items.

5.2.1.2 Связь формы компонента с формой сборочной единицы

Существуют два метода, которые могут быть использованы для связи формы компонента детали с формой сборки детали, в которой он применяется. Первый метод заключается в определении формы каждой детали (компонента и сборочной единицы), последующего связывания двух форм и представления информации, определяющей ориентацию компонента детали в сборке посредством соответствующего преобразования. Второй метод состоит из определения формы каждой детали (компонента и сборочной единицы) и последующего непосредственного включения формы компонента в форму сборочной единицы. Первый метод должен быть использован для связи форм, отображаемых различными типами представлений. Второй метод может быть использован для объединения представлений компонентов в представление сборочной единицы, если использованы два одинаковых типа представления.

Оба метода используют объекты shape_representation и product_definition. Первый метод также использует объекты отношения product_definition_relationship, shape_representation_relationship и representation_relationship_with_transformation (экземпляр каждого из этих объектов входит в экземпляр сложного объекта на основе двух объектов, связанных отношением AND) и объект context_dependent_shape_representation. Второй метод использует объекты mapped_item и representation_map.

Первый метод позволяет связать форму компонента с формой сборочной единицы для каждого объекта shape_representation, определяющего формы компонентов и сборочной единицы из объекта product_definition, связанных посредством ссылок в объекте shape_representation_relationship. В этом случае информация об ориентации может быть представлена посредством формирования сложного экземпляра, образованного из объектов shape_representation_relationship и representation_relationship_with_transformation, связанных оператором AND. Объект representation_relationship_with_transformation ссылается на объект transformation, который является выбираемым типом, позволяющим определить ориентацию на основе объекта axis2_placement_3d в каждом представлении объектов item_defined_transformation или cartesian_transformation_operator в операторе преобразования для functionally_defined_transformation. Кроме того, должен быть задан экземпляр объекта context_dependent_shape_representation, явно связывающий объект shape_representation_relationship, определяющий отношение двух форм с объектом product_definition_relationship, определяющим отношение соподчиненности компонента и сборочной единицы между двумя объектами product_definitions.

При использовании второго метода установления отношения формы компонента с формой сборочной единицы, на объект shape_representation, определяющий геометрию и/или топологию формы компонента детали, дается ссылка из экземпляра объекта representation_map, определяемая атрибутом mapping_source экземпляра объекта mapped_item. Атрибут mapped_representation объекта representation_map ссылается на подтип shape_representation, определяющий геометрическое и/или топологическое представление формы. Экземпляр объекта mapped_item затем добавляется к набору items в объекте shape_representation, определяющем геометрию и/или топологию сборки детали.

5.2.1.3 Типы представления формы

Настоящий стандарт устанавливает восемь типов представления форм деталей: каркасные представления с использованием граничных и оболочных моделей, геометрически ограниченные каркасные представления, разнородные модели поверхности, геометрически ограниченные поверхностные модели, фасетно ограниченные представления сплошных трехмерных моделей и ограниченные представления сплошных трехмерных моделей. Каждый из этих типов представления является самодостаточным, то есть один тип не может содержать другой тип. Каждый из типов задают посредством подтипов объекта shape_representation. Каждый подтип содержит локальные правила, управляющие типами используемых в нем геометрических и/или топологических объектов. Каждый shape_representation должен быть одним из подтипов, за исключением случая применения его для представления формы сборочной единицы в соответствии с методом 1, описанным выше. В этом случае экземпляр объекта shape_representation будет содержать только объекты axis2_placement_3d в наборе items для определения ориентации в нем представлений компонентов. Так как правила в каждом из подтипов будут противоречить правилам других подтипов, любой shape_representation, на который дается ссылка из объекта representation_map для описания формы сборочной единицы по методу 2, должен иметь тот же самый тип, что и shape_representation, содержащий mapped_item, ссылающийся на этот representation_map в наборе items.

5.2.1.4 Использования глобальных правил

Многие из отношений между различными объектами в интегрированных ресурсах, описанных стандартами серии ГОСТ Р ИСО 10303, определены посредством общего количества связей (нулевого или множественного) между двумя связанными объектами. Это количество подразумевает, что данное отношение является необязательным или может включать один или несколько экземпляров объектов, связанных с единственным экземпляром другого объекта. В настоящем стандарте для ограничения количества связей использованы глобальные правила. В некоторых случаях данное ограничение сформулировано как «один к одному», а в других — «не менее одного». Примерами этих правил являются: contract_requires_person_organization, approval_requires_approval_date_time и certification_requires_approval (для задания только одной связи), а change_request_requires_person_organization и product_requires_version — для задания одной или нескольких связей.

Глобальные правила также применяют для ограничения значений только тех атрибутов строкового (STRING) типа данных, которые используются в контексте управления конфигурацией трехмерных конструкций (проектов) механических деталей и сборочных единиц. Примерами этих правил являются restrict_approval_status и restrict_person_organization_role.

5.2.1.5 Назначение единиц измерения

Должны быть заданы общие единицы измерения для представления формы. Это выполняют посредством создания экземпляра объекта global_unit_assigned_context. Данный объект содержит атрибут, учитывающий допустимый набор единиц измерения, заданных для representation_context. Каждый из объектов shape_representation содержит контекст для представления этих единиц. Если для конкретного экземпляра shape_representation необходимы единицы измерения, то этот экземпляр должен содержать объект global_unit_assigned_context в соответствующем атрибуте context_of_items.

5.2.2 Константы проектов с управляемой конфигурацией

EXPRESS-спецификация

*)

CONSTANT

(*

5.2.2.1 Константа dummy_gri

Константа dummy_gri обозначает объект geometric_representation_item, в котором атрибут name, используемый в функциях конструирования, имеет нулевое значение.

EXPRESS-спецификация

5.2.2.2 Константа dummy_tri

Константа dummy_tri обозначает объект topological_representation_item, в котором атрибут name, используемый в функциях конструирования, имеет нулевое значение.

EXPRESS-спецификация

5.2.3 Типы проектов с управляемой конфигурацией

5.2.3.1 Тип work_item

Тип work_item обозначает конкретный объект product_definition_formation, являющийся результатом исходной деятельности по проектированию или модификации проекта (конструкции).

EXPRESS-спецификация

*)

TYPE work_item = SELECT (product_definition_formation);

END_TYPE;

(*

5.2.3.2 Тип change_request_item

Типом change_request_item является конкретный объект product_definition_formation данной детали, изменяемой посредством объекта change_request.

EXPRESS-спецификация

*)

TYPE change_request_item = SELECT (product_definition_formation) ;

END_TYPE;

(*

5.2.3.3 Тип start_request_item

Типом start_request_item является конкретный объект product_definition_formation данной детали, конструируемой на основе объекта start_request.

EXPRESS-спецификация

*)

TYPE start_request_item = SELECT (product_definition_formation);

END_TYPE;

(*

5.2.3.4 Тип certified_item

Тип certified_item подтверждает сертификацию (certification) детали, поставляемой сторонней организацией. Наличие объекта certification подтверждает аттестацию (полномочия) сторонней организации на производство данной детали.

EXPRESS-спецификация

*)

TYPE certified_item = SELECT (supplied_part_relationship);

END_TYPE;

(*

5.2.3.5 Тип approved_item

Тип approved_item определяет наличие объектов approval для объектов product_definition_formation, product_definition, planned_effectivity, configuration_item, security_classification, change_request, change, start_request, start_work, certification или contract, подтверждающих статус конкретных аспектов проекта.

EXPRESS-спецификация

(*

TYPE approved_item = SELECT

(product_definition_formation,

product_definition,

configuration_effectivity,

configuration_item,

security_classification,

change_request,

change,

start_request,

start_work,

certification,

contract) ;

END_TYPE;

(*

5.2.3.6 Тип contracted_item

Тип contracted_item связывает конкретный product_definition_formation с объектом contract.

EXPRESS-спецификация

*)

TYPE contracted_item = SELECT (product_definition_formation);

END TYPE;

*)

5.2.3.7 Тип classified_item

Тип classified_item связывает объект security_classification с конкретным объектом product_definition_formation или отношением между двумя объектами product_definition, при конкретном применении данных элементов.

EXPRESS-спецификация

*)

TYPE classified_item = SELECT

(product_definition_formation,

assembly_component_usage);

END_TYPE;

(*

5.2.3.8 Тип person_organization_item

Тип person_organization_item задает объект person_and_organization для объектов change_request, start_request, approval, configuration_item, product, product_definition_formation, product_definition, contract или security_classification. Роль конкретного объекта person_and_organization контролируется функцией cc_design_person_and_organization_correlation, заданной в 5.2.6.2.

EXPRESS-спецификация

*)

TYPE person_organization_item = SELECT

(change,

start_work,

change_request,

start_request,

configuration_item,

product,

product_definition_formation,

product_definition,

contract,

security_classification);

END_TYPE;

(*

5.2.3.9 Тип date_time_item

Тип date_time_item задает объект date_and_time для объектов product_definition, change_request, start_request, change, start_work, approval_person_organization, contract, security_classification или certification. Роль конкретного объекта date_and_time контролируется функцией cc_design_date_time_correlation, заданной в 5.2.6.3.

EXPRESS-спецификация

*)

TYPE date_time_item = SELECT

(product_definition,

change_request,

start_request,

change,

start_work,

approval_person_organization,

contract,

security_classification,

certification);

END_TYPE;

(*

5.2.3.10 Тип specified_item

Тип specified_item связывает объект specification либо с объектом product_definition, либо с shape_aspect.

EXPRESS-спецификация

*)

TYPE specified_item = SELECT

(product_definition,

shape_aspect);

END_TYPE ;

(*

5.2.4 Объекты проекта с управляемой конфигурацией

5.2.4.1 Определения объектов проекта с управляемой конфигурацией

5.2.4.1.1 Объект mechanical_context

Объектом mechanical_context является объект product_context, применяемый для механических деталей.

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

Пример 21 — Сборочная единица печатной платы определена в механическом контексте, когда заданы ее соответствующие физические свойства, такие как форма, описывающие ее местоположение в соответствующей сборке. Другие свойства печатной платы (например, требования по стыковке или функциональные требования) в механическом контексте могут быть не определены.

EXPRESS-спецификация

*)

ENTITY mechanical_context

SUBTYPE OF (product context) ;

WHERE

WR1: SELF.discipline_type = 'mechanical';

END_ENTITY;

(*

Формальное утверждение

WR1 — конкретный атрибут discipline_type объекта mechanical_context, который должен содержать значение 'mechanical'.

5.2.4.1.2 Объект design_context

Объектом design_context является объект product_definition_context, определяющий стадию жизненного цикла проекта посредством группы (фрейма) ссылок для объектов product_definition.

Примечание - Дальнейшее уточнение стадии в рамках контекста проектирования может быть проведено посредством объекта application_context_element.

EXPRESS-спецификация

*)

ENTITY design_context

SUBTYPE OF (product_definition_context) ;

WHERE

WR1: SELF.life_cycle_stage = 'design';

END_ENTITY ;

(*

Формальное утверждение

WR1 — конкретный атрибут life_cycle_stage объекта design_context, который должен содержать значение 'design'.

5.2.4.1.3 Объект design_make_from_relationship

Объект design_make_from_relationship определяет, что проект одного изделия (product) должен базироваться на проекте другого изделия. Применение объекта design_make_from_relationship также подразумевает, что физическое изделие, полученное в результате производства конкретного relating_product_definition, будет использовано для создания related_product_definition.

EXPRESS-спецификация

*)

ENTITY design_make_from_relationship

SUBTYPE OF (product_definition_relationship) ;

END_ENTITY;

(*

Определения атрибутов

SELF\product_definition_relationship.relating_product_definition — конкретный объект product_definition, являющийся исходным для вывода из отношения;

SELF\product_definition_relationship.related_product_definition — конкретный объект product_definition, созданный из исходного product_definition.

Соответствующее глобальное правило

Для объекта design_make_from_relationship применяют следующее глобальное правило из настоящего стандарта:

• no_shape_for_make_from (см. 5.2.5.76).

5.2.4.1.4 Объект supplied_part_relationship

Объект supplied_part_relationship связывает обозначения двух изделий и определяет, что одно является обозначением, используемым внутри проектной организации, а другое — обозначением, используемым поставщиком.

EXPRESS-спецификация

*)

ENTITY supplied_part_relationship

SUBTYPE OF (product_definition_relationship) ;

END_ENTITY;

(*

Определения атрибутов

SELF\product_definition_relationship.relating_product_definition — конкретный product_definition, являющийся описанием и обозначением изделия (product) в проектной организации;

SELF\product_definition_relationship.related_product_definition — конкретный product_definition, являющийся описанием и обозначением изделия в организации, поставляющей деталь или проект в проектную организацию.

Неформальное утверждение

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

Соответствующее глобальное правило

Для объекта supplied_part_relationship применяют следующее глобальное правило из настоящего стандарта:

• no_shape_for_supplied_part (см. 5.2.5.77).

5.2.4.1.5 Объект change_request

Объект change_request является формальным извещением об изменении конкретной части (порции) данных об изделии.

EXPRESS-спецификация

*)

ENTITY change_request

SUBTYPE OF (action_request_assignment) ;

items : SET [1:?] OF change_request_item;

END_ENTITY ;

(*

Определение атрибута

items — набор объектов change_request_item, определяющих версии конкретного изделия, подлежащие изменению.

Соответствующие глобальные правила

Для объекта change_request применяют следующие глобальные правила из настоящего стандарта:

• change_request_requires_approval (см. 5.2.5.6);
• change_request_requires_person_organization (см. 5.2.5.7);
• change_request_requires_date_time (см. 5.2.5.8).

5.2.4.1.6 Объект start_request

Объект start_request является формальным извещением о начале нового проекта изделия (product) или группы изделий (product).

EXPRESS-спецификация

*)

ENTITY start_request

SUBTYPE OF (action_request_assignment) ;

items : SET [1:?] OF start_request_item;

END_ENTITY ;

(*

Определение атрибута

items — набор объектов start_request_item, обозначающих версии конкретных изделий.

Соответствующие глобальные правила

Для объекта start_request применяют следующие глобальные правила из настоящего стандарта:

• start_request_requires_approval (см. 5.2.5.11);
• start_request_requires_person_organization (см. 5.2.5.12);
• start_request_requires_date_time (см. 5.2.5.13).

5.2.4.1.7 Объект change

Объект change обозначает конкретные объекты change_request, входящие в данный проект (конструкцию) и определяющие новую версию изделия (product).

EXPRESS-спецификация

*)

ENTITY change

SUBTYPE OF (action_assignment) ;

items : SET [1:?] OF work_item;

END_ENTITY ;

(*

Определение атрибута

items — набор объектов work_item, обозначающих версии конкретных изделий, созданные в результате применения данного объекта change.

Соответствующие глобальные правила

Для объекта change применяют следующие глобальные правила из настоящего стандарта:

• change_requires_approval (см. 5.2.5.9);
• change_requires_date_time (см. 5.2.5.10);
• unique_version_change_order_rule (см. 5.2.5.19).

5.2.4.1.8 Объект start_work

Объект start work обозначает конкретные реализованные объекты start_request, на основе которых создана новая версия изделия (product).

EXPRESS-спецификация

*)

ENTITY start_work

SUBTYPE OF (action_assignment) ;

items : SET [1:?] OF work_item;

END_ENTITY ;

(*

Определение атрибута

items — набор объектов work_item, определяющих версии изделий (product), созданных в результате начала конкретной работы (work).

Соответствующие глобальные правила

Для объекта start_work применяют следующие глобальные правила из настоящего стандарта:

• start_work_requires_approval (см. 5.2.5.14);
• start_work_requires_date_time (см. 5.2.5.15).

5.2.4.1.9 Объект cc_design_certification

Объект cc_design_certification связывает объект certification с изделием (product), поставляемым внешней организацией.

EXPRESS-спецификация

*)

ENTITY cc_design_certification

SUBTYPE OF (certification_assignment) ;

items : SET [1:?] OF certified_item;

END_ENTITY;

(*

Определение атрибута

items — набор объектов certified_item, определяющих объекты supplied_part_relationship, для которых задан конкретный объект certification.

5.2.4.1.10 Объект cc_design_approval

Объект cc_design_approval связывает объект approval с конкретной частью данных об изделии.

EXPRESS-спецификация

*)

ENTITY cc_design_approval

SUBTYPE OF (approval_assignment) ;

items : SET [1:?] OF approved_item;

END_ENTITY ;

(*

Определение атрибута

items — набор объектов approved_item, обозначающих конкретные объекты product_definition_formation, product_definition, planned_effectivity, configuration_item, security_classification, change_request, change, start_request, start_work, certification или contract, для которых применяют заданный объект approval.

Соответствующие глобальные правила

Для объекта cc_design_approval применяют следующие глобальные правила из настоящего стандарта:

• change_request_requires_approval (см. 5.2.5.6);
• change_requires_approval (см. 5.2.5.9);
• start_request_requires_approval (см. 5.2.5.11);
• start_work_requires_approval (см. 5.2.5.14);
• product_version_requires_approval (см. 5.2.5.22);
• product_definition_requires_approval (см. 5.2.5.26);
• certification_requires_approval (см. 5.2.5.28);
• contract_requires_approval (см. 5.2.5.35);
• security_classification_requires_approval (см. 5.2.5.38);
• effectivity_requires_approval (см. 5.2.5.66);
• configuration_item_requires_approval (см. 5.2.5.67).

5.2.4.1.11 Объект cc_design_contract

Объект cc_design_contract связывает объект contract с объектом product_definition_formation.

EXPRESS-спецификация

*)

ENTITY cc_design_contract

SUBTYPE OF (contract_assignment) ;

items : SET [1:?] OF contracted_item;

END_ENTITY;

(*

Определение атрибута

items — набор объектов contracted_item, определяющих версии конкретных изделий (product), связанных с данным объектом contract.

5.2.4.1.12 Объект cc_design_security_classification

Объект cc_design_security_classification связывает объект security_classification с конкретной частью данных об изделии.

EXPRESS-спецификация

*)

ENTITY cc_design_security_classification

SUBTYPE OF (security_classification_assignment) ;

items : SET [1:?] OF classified_item;

END_ENTITY ;

(*

Определение атрибута

items — набор объектов classified_item, обозначающий версии или определенные отношения конкретных изделий (product), для которых задан объект security_classification.

Соответствующие глобальные правила

Для объекта cc_design_security_classification применяют следующие глобальные правила из настоящего стандарта:

• product_version_requires_security_classification (см. 5.2.5.24);
• pdu_requires_security_classification (см. 5.2.5.70).

5.2.4.1.13 Объект cc_design_person_and_organization_assignment

Объект cc_design_person_and_organization_assignment связывает объект person_and_organization с конкретной частью данных об изделии.

EXPRESS-спецификация

*)

ENTITY cc_design_person_and_organization_assignment

SUBTYPE OF (person_and_organization_assignment);

items : SET [1:?] OF person_organization_item;

WHERE

WR1: cc_design_person_and_organization_correlation (SELF);

END_ENTITY;

(*

Определение атрибута

items — набор объектов person_organization_item, обозначающих конкретные объекты change_request, start_request, configuration_item, product, product_definition_formation, contract или security_classification, связанные с объектом person_and_organization.

Формальное утверждение

WR1 — должна быть выполнена функция cc_design_person_and_-organization_correlation, уточняющая роли лиц и организаций в части данных об изделии. Полное описание функции cc_design_person_and_organization_correlation приведено в 5.2.6.2.

Соответствующие глобальные правила

Для объекта cc_design_person_and_organization_assignment применяют следующие глобальные правила из настоящего стандарта:

• change_request_requires_person_organization (см. 5.2.5.7);
• start_request_requires_person_organization (см. 5.2.5.12);
• product_requires_person_organization (см. 5.2.5.21);
• product_version_requires_person_organization (см. 5.2.5.23);
• product_definition_requires_person_organization (см. 5.2.5.25);
• contract_requires_person_organization (см. 5.2.5.36);
• security_classification_requires_person_organization (см. 5.2.5.39);
• configuration_item_requires_person_organization (см. 5.2.5.64).

5.2.4.1.14 Объект cc_design_date_and_time_assignment

Объект cc_design_date_and_time_assignment связывает объект date_and_time_assignment с конкретной частью данных об изделии.

EXPRESS-спецификация

*)

ENTITY cc_design_date_and_time_assignment

SUBTYPE OF (date_and_time_assignment) ;

items : SET [1:?] OF date_time_item;

WHERE

WR1: cc_design_date_time_correlation (SELF);

END_ENTITY;

(*

Определение атрибута

items — набор объектов date_time_item, обозначающий конкретные объекты product_definition, change_request, start_request, change, start_work, contract, security_classification, certification или approval_person_and_organization, для которых заданы времена и даты.

Формальное определение

WR1 — должна быть выполнена функция cc_design_date_time_correlation, уточняющая роли дат и времен элементов данных об изделии. Полное описание функции cc_design_date_time_correlation приведено в 5.2.6.3.

Соответствующие глобальные правила

Для объекта cc_design_date_and_time_assignment применяют следующие глобальные правила из настоящего стандарта:

• change_request_requires_date_time (см. 5.2.5.8);
• change_requires_date_time (см. 5.2.5.10);
• start_request_requires_date_time (см. 5.2.5.13);
• start_work_requires_date_time (см. 5.2.5.15);
• product_definition_requires_date_time (см. 5.2.5.27);
• certification_requires_date_time (см. 5.2.5.30);
• security_classification_requires_date_time (см. 5.2.5.40);
• security_classification_optional_date_time (см. 5.2.5.41).

5.2.4.1.15 Объект cc_design_specification_reference

Объект cc_design_specification_reference связывает ссылку на спецификацию полного описания изделия или на его аспекты с формой этого изделия.

EXPRESS-спецификация

*)

ENTITY cc_design_specification_reference

SUBTYPE OF (document_reference) ;

items : SET [1:?] OF specified_item;

END_ENTITY;

(*

Определение атрибута

items — набор объектов product_definition и/или shape_aspect, для которых используют объекты specification_reference.

Соответствующее глобальное правило

Для объекта cc_design_specification_reference применяют следующее глобальное правило из настоящего стандарта:

• document_to_product_definition (см. 5.2.5.46).

5.2.4.2 Модификации (изменения) объектов, импортированных в проект с управляемой конфигурацией

5.2.4.2.1 Изменения объекта application_context

Основное описание объекта application_context приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта application_context применяют следующее глобальное правило из настоящего стандарта:

• application_context_requires_ap_definition (см. 5.2.5.1).

5.2.4.2.2 Изменение объекта application_protocol_definition

Основное описание объекта application_protocol_definition приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта application_protocol_definition применяют следующее глобальное правило из настоящего стандарта:

• application_context_requires_ap_definition (см. 5.2.5.1).

5.2.4.2.3 Изменение объекта product_context

Основное описание объекта product_context приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта product_context применяют следующее глобальное правило из настоящего стандарта:

• subtype_mandatory_product_context (см. 5.2.5.2).

5.2.4.2.4 Изменение объекта product_definition_context

Основное описание объекта product_definition_context приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Описание объекта product_definition_context изменено следующим образом.

Атрибут name объекта application_context_element должен быть использован при изменении объекта product_definition_context для точного определения контекста, на который распространяется действие объекта product_definition.

5.2.4.2.5 Изменение объекта product_category

Основное описание объекта product_category приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Описание объекта product_category изменено следующим образом.

В настоящем стандарте «деревья» из объектов product_category применяют для классификации изделий. Промежуточная вершина (узел) «дерева» может быть использована для выделения стандартных деталей из нестандартных (собственного изготовления). В этом случае атрибут name объекта product_category должен иметь значение «standard_part».

5.2.4.2.6 Изменение объекта product_related_product_category

Основное описание объекта product_related_product_category приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта product_related_product_category применяют следующие глобальные правила из настоящего стандарта:

• restrict_product_category_value (см. 5.2.5.4);
• product_requires_product_category (см. 5.2.5.5).

5.2.4.2.7 Изменение объекта product

Основное описание объекта product приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта product применяют следующие глобальные правила из настоящего стандарта:

• product_requires_product_category (см. 5.2.5.5);
• product_requires_version (см. 5.2.5.20);
• product_requires_person_organization (см. 5.2.5.21).

5.2.4.2.8 Изменение объекта product_definition_formation

Основное описание объекта product_definition_formation приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта product_definition_formation применяют следующие глобальные правила из настоящего стандарта:

• product_requires_version (см. 5.2.5.20);
• product_version_requires_approval (см. 5.2.5.22);
• product_version_requires_person_organization (см. 5.2.5.23);
• product_version_requires_security_classification (см. 5.2.5.24);
• subtype_mandatory_product_definition_formation (см. 5.2.5.50).

5.2.4.2.9 Изменение объекта product_definition

Основное описание объекта product_definition приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта product_definition применяют следующие глобальные правила из настоящего стандарта:

• design_context_for_property (см. 5.2.5.3);
• product_definition_requires_person_organization (см. 5.2.5.25);
• product_definition_requires_approval (см. 5.2.5.26);
• product_definition_requires_date_time (см. 5.2.5.27);
• document_to_product_definition (см. 5.2.5.46).

5.2.4.2.10 Изменение объекта action_request_status

Основное описание объекта action_request_status приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта action_request_status применяют следующие глобальные правила из настоящего стандарта:

• restrict_action_request_status (см. 5.2.5.16);
• versioned_action_request_requires_status (см. 5.2.5.17).

5.2.4.2.11 Изменение объекта versioned_action_request

Основное описание объекта versioned_action_request приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта versioned_action_request применяют следующие глобальные правила из настоящего стандарта:

• versioned_action_request_requires_status (см. 5.2.5.17);
• versioned_action_request_requires_solution (см. 5.2.5.18).

5.2.4.2.12 Изменение объекта action_request_solution

Основное описание объекта action_request_solution приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта action_request_solution применяют следующее глобальное правило из настоящего стандарта:

• versioned_action_request_requires_solution (см. 5.2.5.18).

5.2.4.2.13 Изменение объекта certification_type

Основное описание объекта certification_type приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта certification_type применяют следующие глобальные правила из настоящего стандарта:

• restrict_certification_type (см. 5.2.5.29);
• dependent_instantiable_certification_type (см. 5.2.5.62).

5.2.4.2.14 Изменение объекта certification

Основное описание объекта certification приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта certification применяют следующие глобальные правила из настоящего стандарта:

• certification_requires_approval (см. 5.2.5.28);
• certification_requires_date_time (см. 5.2.5.30).

5.2.4.2.15 Изменение объекта approval_status

Основное описание объекта approval_status приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта approval_status применяют следующие глобальные правила из настоящего стандарта:

• restrict_approval_status (см. 5.2.5.34);
• dependent_instantiable_approval_status (см. 5.2.5.59).

5.2.4.2.16 Изменение объекта approval

Основное описание объекта approval приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта approval применяют следующие глобальные правила из настоящего стандарта:

• approvals_are_assigned (см. 5.2.5.31);
• approval_requires_approval_person_organization (см. 5.2.5.32);
• approval_requires_approval_date_time (см. 5.2.5.33).

5.2.4.2.17 Изменение объекта approval_assignment

Основное описание объекта approval_assignment приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта approval_assignment применяют следующее глобальное правило из настоящего стандарта:

• approvals_are_assigned (см. 5.2.5.31).

5.2.4.2.18 Изменение объекта approval_person_organization

Основное описание объекта approval_person_organization приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта approval_person_organization применяют следующие глобальные правила из настоящего стандарта:

• approval_person_organization_constraints (см. 5.2.5.79);
• approval_requires_approval_person_organization (см. 5.2.5.32).

5.2.4.2.19 Изменение объекта approval_date_time

Основное описание объекта approval_date_time приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта approval_date_time применяют следующие глобальные правила из настоящего стандарта:

• approval_date_time_constraints (см. 5.2.5.78);
• approval_requires_approval_date_time (см. 5.2.5.33).

5.2.4.2.20 Изменение объекта contract_type

Основное описание объекта contract_type приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта contract_type применяют следующие глобальные правила из настоящего стандарта:

• restrict_contract_type (см. 5.2.5.37);
• dependent_instantiable_contract_type (см. 5.2.5.61).

5.2.4.2.21 Изменение объекта contract

Основное описание объекта contract приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта contract применяют следующие глобальные правила из настоящего стандарта:

• contract_requires_approval (см. 5.2.5.35);
• contract_requires_person_organization (см. 5.2.5.36).

5.2.4.2.22 Изменение объекта security_classification_level

Основное описание объекта security_classification_level приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта security_classification_level применяют следующие глобальные правила из настоящего стандарта:

• restrict_security_classification_level (см. 5.2.5.42);
• dependent_instantiable_security_classification_level (см. 5.2.5.58).

5.2.4.2.23 Изменение объекта security_classification

Основное описание объекта security_classification приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта security_classification применяют следующие глобальные правила из настоящего стандарта:

• security_classification_requires_approval (см. 5.2.5.38);
• security_classification_requires_person_organization (см. 5.2.5.39);
• security_classification_requires_date_time (см. 5.2.5.40);
• security_classification_optional_date_time (см. 5.2.5.41).

5.2.4.2.24 Изменение объекта person_and_organization_role

Основное описание объекта person_and_organization_role приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта person_and_organization_role применяют следующие глобальные правила из настоящего стандарта:

• restrict_person_organization_role (см. 5.2.5.43);
• dependent_instantiable_person_and_organization_role (см. 5.2.5.56).

5.2.4.2.25 Изменение объекта person

Основное описание объекта person приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Определение атрибута

Определение атрибута изменено следующим образом:

id — средства, позволяющие идентифицировать данный объект person.

Примечание — Однозначность данного атрибута должна быть обеспечена во всей области значений соответствующих данных. Данное положение может быть достаточно просто удовлетворено на уровне отдельной организации, страны или рабочей группы. В случае необходимости обеспечения глобальной или универсальной однозначности данного атрибута следует руководствоваться рекомендациями ГОСТ Р ИСО/МЭК 8824-1.

5.2.4.2.26 Изменение объекта date_time_role

Основное описание объекта date_time_role приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта date_time_role применяют следующие глобальные правила из настоящего стандарта:

• restrict_date_time_role (см. 5.2.5.44);
• dependent_instantiable_date_time_role (см. 5.2.5.55).

5.2.4.2.27 Изменение объекта document_type

Основное описание объекта document_type приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта document_type применяют следующие глобальные правила из настоящего стандарта:

• restrict_document_type (см. 5.2.5.45);
• dependent_instantiable_document_type (см. 5.2.5.60).

5.2.4.2.28 Изменение объекта measure_with_unit

Основное описание объекта measure_with_unit приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта measure_with_unit применяют следующее глобальное правило из настоящего стандарта:

• as_required_quantity (см. 5.2.5.47).

5.2.4.2.29 Изменение объекта global_unit_assigned_context

Основное описание объекта global_unit_assigned_context приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта global_unit_assigned_context применяют следующее глобальное правило из настоящего стандарта:

• global_unit_assignment (см. 5.2.5.48).

5.2.4.2.30 Изменение объекта action

Основное описание объекта action приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта action применяют следующее глобальное правило из настоящего стандарта:

• subtype_mandatory_action (см. 5.2.5.49).

5.2.4.2.31 Изменение объекта action_directive

Основное описание объекта action_directive приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта action_directive применяют следующее глобальное правило из настоящего стандарта:

• dependent_instantiable_action_directive (см. 5.2.5.57).

5.2.4.2.32 Изменение объекта date

Основное описание объекта date приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта date применяют следующее глобальное правило из настоящего стандарта:

• dependent_instantiable_date (см. 5.2.5.51).

5.2.4.2.33 Изменение объекта representation

Основное описание объекта representation приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта representation применяют следующее глобальное правило из настоящего стандарта:

• subtype_mandatory_representation (см. 5.2.5.74).

5.2.4.2.34 Изменение объекта representation_context

Основное описание объекта representation_context приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта representation_context применяют следующее глобальное правило из настоящего стандарта:

• subtype_mandatory_representation_context (см. 5.2.5.75).

5.2.4.2.35 Изменение объекта shape_representation

Основное описание объекта shape_representation приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта shape_representation применяют следующие глобальные правила из настоящего стандарта:

• dependent_instantiable_shape_representation (см. 5.2.5.52);
• subtype_mandatory_shape_representation (см. 5.2.5.73).

5.2.4.2.36 Изменение объекта context_dependent_shape_representation

Основное описание объекта context_dependent_shape_representation приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Описание объекта context_dependent_shape_representation изменено следующим образом.

В настоящем стандарте объект context_dependent_shape_representation должен быть использован для обеспечения связи объекта next_assembly_usage_occurrence, определяющего применение компонента в сборочной единице, с объектом shape_representation_relationship, определяющим положение и ориентацию формы компонента в описании формы сборочной единицы.

Примечание - Объект context_dependent_shape_representation может быть использован для связи форм компонентов и сборочных единиц независимо от типов применяемых для них объектов shape_representation. Конструкция объекта mapped_item также может быть использована для связи форм компонентов и сборочных единиц, но в настоящем стандарте применение объекта mapped_item требует наличия одинаковых типов для данного объекта shape_representation.

5.2.4.2.37 Изменение объекта named_unit

Основное описание объекта named_unit приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта named_unit применяют следующее глобальное правило из настоящего стандарта:

• dependent_instantiable_named_unit (см. 5.2.5.53).

5.2.4.2.38 Изменение объекта representation_item

Основное описание объекта representation_item приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта representation_item применяют следующее глобальное правило из настоящего стандарта:

• dependent_instantiable_representation_item (см. 5.2.5.54).

5.2.4.2.39 Изменение объекта product_definition_usage

Основное описание объекта product_definition_usage приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта product_definition_usage применяют следующее глобальное правило из настоящего стандарта:

• subtype_mandatory_product_definition_usage (см. 5.2.5.69).

5.2.4.2.40 Изменение объекта geometric_representation_item

Основное описание объекта geometric_representation_item приведено в ИСО 10303-42. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта geometric_representation_item usage применяют следующее глобальное правило из настоящего стандарта:

• geometric_representation_item_3d (см. 5.2.5.71).

5.2.4.2.41 Изменение объекта parametric_representation_context

Основное описание объекта parametric_representation_context приведено в ГОСТ Р ИСО 10303-43. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта parametric_representation_context применяют следующее глобальное правило из настоящего стандарта:

• dependent_instantiable_parametric_representation_context (см. 5.2.5.72).

5.2.4.2.42 Изменение объекта product_concept

Основное описание объекта product_concept приведено в ГОСТ Р ИСО 10303-44. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта product_concept применяют следующее глобальное правило из настоящего стандарта:

• product_concept_requires_configuration_item (см. 5.2.5.63).

5.2.4.2.43 Изменение объекта configuration_item

Основное описание объекта configuration_item приведено в ГОСТ Р ИСО 10303-44. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта configuration_item применяют следующие глобальные правила из настоящего стандарта:

• product_concept_requires_configuration_item (см. 5.2.5.63);
• configuration_item_requires_person_organization (см. 5.2.5.64);
• configuration_item_requires_approval (см. 5.2.5.67).

5.2.4.2.44 Изменение объекта effectivity

Основное описание объекта effectivity приведено в ГОСТ Р ИСО 10303-41. Уточнение данного описания приведено в настоящем стандарте.

Соответствующие глобальные правила

Для объекта effectivity применяют следующие глобальные правила из настоящего стандарта:

• subtype_mandatory_effectivity (см. 5.2.5.65);
• effectivity_requires_approval (см. 5.2.5.66).

5.2.4.2.45 Изменение объекта next_assembly_usage_occurrence

Основное описание объекта next_assembly_usage_occurrence приведено в ГОСТ Р ИСО 10303-44. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта next_assembly_usage_occurrence применяют следующее глобальное правило из настоящего стандарта:

• coordinated_assembly_and_shape (см. 5.2.5.68).

5.2.4.2.46 Изменение объекта assembly_component_usage

Основное описание объекта assembly_component_usage приведено в ГОСТ Р ИСО 10303-44. Уточнение данного описания приведено в настоящем стандарте.

Соответствующее глобальное правило

Для объекта assembly_component_usage применяют следующее глобальное правило из настоящего стандарта:

• acu_requires_security_classification (см. 5.2.5.70).

5.2.5 Правила в проекте с управляемой конфигурацией

5.2.5.1 Правило application_context_requires_ap_definition

Правило application_context_requires_ap_definition определяет, что на каждый экземпляр объекта application_context должна быть только одна ссылка из объекта application_protocol_definition, определенного в настоящем стандарте.

EXPRESS-спецификация

Описания аргументов

application_context — идентифицирует набор всех экземпляров объектов application_context;

application_protocol_definition — идентифицирует набор всех экземпляров объектов application_protocol_definition.

Формальное утверждение

WR1 — для каждого экземпляра объекта application_context должен существовать только один ссылающийся на него экземпляр объекта application_protocol_definition, устанавливающий область действия со значением 'config_control_design', соответствующим наименованию схемы application_interpreted_model_schema_name.

5.2.5.2 Правило subtype_mandatory_product_context

Правило subtype_mandatory_product_context определяет допустимое использование объекта product_context. Для задания discipline_type в product_context должен быть использован объект mechanical_context. Его использование гарантирует, что данные об изделии представлены с точки зрения машиностроения.

EXPRESS-спецификация

*)

RULE subtype_mandatory_product_context FOR (product_context);

WHERE

WR1: SIZEOF (QUERY (pc <* product_context |

NOT ('CONFIG_CONTROL_DESIGN.MECHANICAL_CONTEXT' IN TYPEOF(pc)))) = 0;

END_RULE;

(*

Описание аргумента

product_context — идентифицирует набор всех экземпляров объектов product_context.

Формальное утверждение

WR1 — каждый экземпляр объекта product_context должен быть представлен объектом mechanical_context.

5.2.5.3 Правило design_context_for_property

Правило design_context_for_property определяет, что проектирование рассматривается в контексте только тех стадий жизненного цикла изделия, для которых могут быть определены характеристики, задаваемые в настоящем стандарте. Структуры изделий могут быть определены на любой стадии жизненного цикла посредством контекста из объекта product_definition.

EXPRESS-спецификация

*)

RULE design_context_for_property FOR (product_definition);

WHERE

WR1: SIZEOF (QUERY (pd <* product_definition |

(SIZEOF (USEDIN (pd, 'CONFIG_CONTROL_DESIGN.' +

'PROPERTY_DEFINITION.DEFINITION') +

QUERY (pdr <* USEDIN (pd, 'CONFIG_CONTROL_DESIGN.' +

'PRODUCT_DEFINITION_RELATIONSHIP.RELATED_PRODUCT_DEFINITION') |

SIZEOF (USEDIN (pdr, 'CONFIG_CONTROL_DESIGN.PROPERTY_DEFINITION.' +

'DEFINITION')) >= 1)) >= 1) AND

(NOT ('CONFIG_CONTROL_DESIGN.DESIGN_CONTEXT' IN

TYPEOF (pd.frame_of_reference))))) = 0;

END_RULE;

(*

Описание аргумента

product_definition — идентифицирует набор всех экземпляров объекта product_definition.

Формальное утверждение

WR1 — для каждого экземпляра объекта product_definition справедливо, что если на этот экземпляр дана ссылка посредством атрибута definition объекта property_definition или этот экземпляр представлен атрибутом related_product_definition в экземпляре объекта product_definition_relationship, ссылка на который задана посредством атрибута definition объекта property_definition, то атрибут frame_of_reference экземпляра объекта product_definition должен ссылаться на design_context.

5.2.5.4 Правило restrict_product_category_value

Правило restrict_product_category_value определяет ограниченный набор значений, которые может принимать объект product_category, связанный с объектом product.

EXPRESS-спецификация

Описание аргумента

product_related_product_category — идентифицирует набор всех экземпляров объектов product_related_product_category.

Формальное утверждение

WR1 — атрибут name объекта product_related_product_category должен иметь только следующие значения: «assembly», «detail», «inseparable_assembly», «customer_furnished_equipment», «cast», «coined», «drawn», «extruded», «forged», «formed», «machined», «molded», «rolled» или «sheared».

Определения ограничений значения атрибута

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

detail — идентифицирует деталь нижнего уровня спецификации.

customer_furnished_equipment — идентифицирует деталь, поставляемую конструкторскому бюро заказчиком.

inseparable_assembly — идентифицирует деталь (сборку), которая после сборки не может быть разобрана без физического повреждения хотя бы одного своего компонента.

cast — идентифицирует класс деталей, изготавливаемых посредством заливки жидкого материала в форму и последующего его отверждения.

coined — идентифицирует класс деталей, изготавливаемых посредством подачи жидкого материала в замкнутую форму под высоким давлением, обеспечивающим полное заполнение всего объема формы.

drawn — идентифицирует класс деталей, изготавливаемых путем протягивания металлической заготовки через фильеру для придания ей заданной формы.

extruded — идентифицирует класс деталей, изготавливаемых путем обжатия материала посредством прессования с изменением формы исходной заготовки.

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

formed — идентифицирует класс деталей, изготавливаемых путем формовки, при которой металлический материал подвергается силовому воздействию, приводящему к изменению его формы;

machined — идентифицирует класс деталей, изготавливаемых с использованием механического (станочного) оборудования.

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

rolled — идентифицирует класс деталей, изготавливаемых путем прокатки материала между двумя валками для придания ему соответствующей формы, соответствующей конфигурации валков.

sheared — идентифицирует класс деталей, изготавливаемых путем изменения формы исходного материала посредством его обрезки.

5.2.5.5 Правило product_requires_product_category

Правило product_requires_product_category определяет требование, согласно которому на каждый объект product должна быть ссылка только из одного объекта product_related_product_category, определяющего принадлежность данного изделия к категориям «assembly», «inseparable_assembly», «detail» или «customer_furnished_equipment».

Примечание - Правило product_requires_product_category ограничивает отношение между объектами product_related_product_category и product. Данное правило определяет, что на объект product должна быть дана ссылка только из одного объекта product_related_product_category, значениями которого могут быть «assembly», «inseparable_assembly», «detail» или «customer_rumished_equipment». Правило не запрещает использование других экземпляров объекта product_related_product_category, имеющих значения атрибута name, отличные от перечисленных выше. Допустимые значения атрибута name объекта product_related_product_category определены в правиле restrict_product_category_value.

EXPRESS-спецификация

*)

RULE product_requires_product_category FOR

(product, product_related_product_category);

WHERE

WR1: SIZEOF (QUERY (prod <* product |

NOT (SIZEOF (QUERY (prpc <* product_related_product_category |

(prod IN prpc.products) AND

(prpc.name IN ['assembly', 'inseparable_assembly', 'detail',

'customer_furnished_equipment']))) = 1))) = 0;

END_RULE;

(*

Описания аргументов

product — идентифицирует набор всех экземпляров объектов product.

product_related_product_category — идентифицирует набор всех экземпляров объектов product_related_product_category.

Формальное утверждение

WR1 — для каждого экземпляра объекта product должен существовать только один экземпляр объекта product_related_product_category, значениями атрибута name которого являются «assembly», «inseparable_assembly», «detail» или «customer_furnished_equipment».

5.2.5.6 Правило change_request_requires_approval

Правило change_request_requires_approval определяет, что на каждый экземпляр объекта change_request должна быть дана ссылка только из одного объекта cc_design_approval. Это правило устанавливает обязательность утверждения каждого предложения (заявки) на изменение.

EXPRESS-спецификация

Описания аргументов

change_request — идентифицирует набор всех экземпляров объектов change_request;

cc_design_approval — идентифицирует набор всех экземпляров объектов cc_design_approval.

Формальное утверждение

WR1 — для каждого экземпляра объекта change_request должен существовать только один экземпляр объекта cc_design_approval, содержащий данный экземпляр объекта change_request в соответствующем наборе объектов items.

5.2.5.7 Правило change_request_requires_person_organization

Правило change_request_requires_person_organization определяет, что на любой объект change_request должна быть дана ссылка хотя бы из одного объекта cc_design_person_and_organization_assignment. Это правило определяет необходимость наличия для любого объекта change_request соответствующего адресата, принимающего данный объект. Смысл понятия адресата разъяснен в описании атрибута role объекта person_and_organization_assignment.

Примечание - Допустимость использования различных значений ролей при связывании объекта person_and_organization_assignment с различными объектами определяется функцией cc_design_person_and_organization_correlation. Эту функцию используют локально для объекта cc_design_person_and_organization_assignment.

EXPRESS-спецификация

Описания аргументов

change_request — идентифицирует набор всех экземпляров объектов change_request.

cc_design_person_and_organisation_assignment — идентифицирует набор всех экземпляров объектов cc_design_person_and_organisation_assignment.

Формальное утверждение

WR1 — для каждого экземпляра объекта change_request должен существовать хотя бы один экземпляр объекта cc_design_person_and_organization_assignment, содержащий экземпляр объекта change_request в соответствующем наборе объектов items.

5.2.5.8 Правило change_request_requires_date_time

Правило change_request_requires_date_time определяет, что на каждый экземпляр объекта change_request должна быть дана ссылка только из одного объекта cc_design_date_and_time_assignment. Это правило определяет необходимость наличия для любого объекта change_request соответствующей даты выпуска.

Примечание - Допустимость использования различных значений ролей при связывании date_time_assignment с разными объектами определяется функцией cc_design_date_and_time_correlation. Эту функцию используют локально для объекта cc_design_date_and_time_assignment.

EXPRESS-спецификация

Описания аргументов

change_request — идентифицирует набор всех экземпляров объектов change_request.

cc_design_date_and_time_assignment — идентифицирует набор всех экземпляров объектов cc_design_date_and_time_assignment.

Формальное утверждение

WR1 — для каждого экземпляра объекта change_request должен существовать только один экземпляр объекта cc_design_date_and_time_assignment, содержащий экземпляр объекта change_request в соответствующем наборе объектов items.

5.2.5.9 Правило change_requires_approval

Правило change_requires_approval определяет, что на каждый экземпляр объекта change должна быть дана ссылка только из одного экземпляра объекта cc_design_approval. Это правило определяет необходимость утверждения любого изменения (change).

EXPRESS-спецификация

Описания аргументов

change — идентифицирует набор всех экземпляров объектов change.

cc_design_approval — идентифицирует набор всех экземпляров объектов cc_design_approval.

Формальное утверждение

WR1 — для каждого экземпляра объекта change должен существовать только один экземпляр объекта cc_design_approval, содержащий экземпляр объекта change в соответствующем наборе объектов items.

5.2.5.10 Правило change_requires_date_time

Правило change_requires_date_time определяет, что на каждый экземпляр объекта change должна быть дана ссылка только из одного объекта cc_design_date_and_time_assignment. Это правило определяет необходимость наличия для любого объекта change даты внесения конкретного изменения в проект.

Примечание - Допустимость использования различных значений ролей при связывании date_time_assignment с разными объектами определяется функцией cc_design_date_and_time_correlation. Эту функцию используют локально для объекта cc_design_date_and_time_assignment.

EXPRESS-спецификация

Описания аргументов

change — идентифицирует набор всех экземпляров объектов change.

cc design_date_and_time_assignment — идентифицирует набор всех экземпляров объектов cc_design_date_and_time_assignment.

Формальное утверждение

WR1 — для каждого экземпляра объекта change должен существовать только один экземпляр объекта cc_design_date_and_time_assignment, содержащий экземпляр объекта change с наименованием роли «start_date» в соответствующем наборе объектов items.

5.2.5.11 Правило start_request_requires_approval

Правило start_request_requires_approval определяет, что на каждый экземпляр объекта start_request должна быть дана ссылка только из одного экземпляра объекта cc_design_approval. Это правило определяет необходимость наличия для любого объекта start_request соответствующего утверждения, санкционирующего начало проектирования.

EXPRESS-спецификация

Описания аргументов

start_request — идентифицирует набор всех экземпляров объектов start_request.

cc_design_approval — идентифицирует набор всех экземпляров объектов cc_design_approval.

Формальное утверждение

WR1 — для каждого экземпляра объекта start_request должен существовать только один объект cc_design_approval, содержащий экземпляр данного объекта start_request в соответствующем наборе объектов items.

5.2.5.12 Правило start_request_requires_person_organization

Правило start_request_requires_person_organization определяет, что на каждый объект start_request должна быть дана хотя бы одна ссылка из объекта cc_design_person_and_organization_assignment. Это правило определяет необходимость наличия для любого объекта start_request соответствующего адресата, принимающего данный объект. Смысл понятия адресата разъяснен в описании атрибута role объекта person_and_organization_assignment.

Примечание - Допустимость использования различных значений ролей при связывании person_and_organization_assignment с разными объектами определяется функцией cc_design_person_and_organization_correlation. Эту функцию используют локально для объекта cc_design_person_and_organization_assignment.

EXPRESS-спецификация

Описания аргументов

start_request — идентифицирует набор всех экземпляров объектов start_request.

cc_design_person_and_organization_assignment — идентифицирует набор всех экземпляров объектов cc_design_person_and_organization_assignment.

Формальное утверждение

WR1 — для каждого экземпляра объекта start_request должен существовать хотя бы один экземпляр объекта cc_design_person_and_organization_assignment, содержащий данный экземпляр объекта start_request в соответствующем наборе объектов items.

5.2.5.13 Правило start_request_requires_date_time

Правило start_request_requires_date_time определяет, что на каждый экземпляр объекта start_request должна быть ссылка только из одного объекта cc_design_date_and_time_assignment. Это правило определяет необходимость наличия для любого объекта start_request даты выпуска данного объекта.

Примечание - Допустимость использования различных значений ролей при связывании date_time_assignment с разными объектами определяется функцией cc_design_date_and_time_correlation. Эту функцию используют локально для объекта cc_design_date_and_time_assignment.

EXPRESS-спецификация

Описания аргументов

start_request — идентифицирует набор всех экземпляров объектов start_request.

cc_design_date_and_time_assignment — идентифицирует набор всех экземпляров объектов cc_design_date_and_time_assignment.

Формальное утверждение

WR1 — для каждого экземпляра объекта start_request должен существовать только один экземпляр объекта cc_design_date_and_time_assignment, содержащий данный экземпляр объекта start_request в соответствующем наборе объектов items.

5.2.5.14 Правило start_work_requires_approval

Правило start_work_requires_approval определяет, что на каждый экземпляр объекта start_work должна быть дана ссылка только из одного экземпляра объекта cc_design_approval. Это правило определяет необходимость утверждения (санкции) начала (запуска) любого процесса проектирования.

EXPRESS-спецификация

Описания аргументов

start_work — идентифицирует набор всех экземпляров объектов start_work.

cc_design_approval — идентифицирует набор всех экземпляров объектов cc_design_approval.

Формальное утверждение

WR1 — для каждого экземпляра объекта start_work должен существовать только один экземпляр объекта cc_design_approval, содержащий данный экземпляр объекта start_work в соответствующем наборе объектов items.

5.2.5.15 Правило start_work_requires_date_time

Правило start_work_requires_date_time определяет, что на каждый экземпляр объекта start_work должна быть дана ссылка только из одного объекта cc_design_date_and_time_assignment. Это правило определяет необходимость задания для любого объекта start_work даты начала работы над проектом.

Примечание - Допустимость использования различных значений ролей при связывании date_time_assignment с разными объектами определяется функцией cc_design_date_and_time_correlation. Эту функцию используют локально для объекта cc_design_date_and_time_assignment.

EXPRESS-спецификация

Описания аргументов

start_work — идентифицирует набор всех экземпляров объектов start_work.

cc_design_date_and_time_assignment — идентифицирует набор всех экземпляров объектов cc_design_date_and_time_assignment.

Формальное утверждение

WR1 — для каждого экземпляра start_work должен существовать только один экземпляр объекта cc_design_date_and_time_assignment, содержащий экземпляр данного объекта start_work с наименованием роли «start_date» в соответствующем наборе объектов items.

5.2.5.16 Правило restrict_action_request_status

Правило restrict_action_request_status определяет допустимые значения для статуса объекта action_request.

EXPRESS-спецификация

Описание аргумента

action_request_status — идентифицирует набор всех экземпляров объектов action_request_status.

Формальное утверждение

WR1 — для каждого экземпляра объекта action_request_status значениями атрибута статуса должны быть: «proposed», «in_work», «issued» или «hold».

Определения значений атрибутов

proposed — определяет завершение запроса versioned_action_request и его нахождение в состоянии ожидания проверки и авторизации.

in_work — определяет выработку запроса versioned_action_request для возможного его включения в проект.

issued — определяет, что запрос versioned_action_request был авторизован для включения в проект.

hold — определяет, что запрос versioned_action_request был проверен, но не получил одобрения для включения в проект.

5.2.5.17 Правило versioned_action_request_requires_status

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

EXPRESS-спецификация

Описания аргументов

versioned_action_request — идентифицирует набор всех экземпляров объекта versioned_action_request.

action_request_status — идентифицирует набор всех экземпляров объекта action_request_status.

Формальное утверждение

WR1 — для каждого экземпляра объекта versioned_action_request должен существовать только один экземпляр объекта action_request_status, содержащий значение атрибута assigned_request, соответствующее данному экземпляру объекта versioned_action_request.

5.2.5.18 Правило versioned_action_request_requires_solution

Правило versioned_action_request_requires_solution определяет, что каждый экземпляр запроса versioned_action_request должен иметь одно или несколько предложений по его реализации. Конкретное решение (реализация) для versioned_action_request определяется объектом action_request_solution.

EXPRESS-спецификация

Описания аргументов

versioned_action_request — идентифицирует набор всех экземпляров объекта versioned_action_request;

action_request_solution — идентифицирует набор всех экземпляров объекта action_request_solution.

Формальное утверждение

WR1 — для каждого экземпляра объекта versioned_action_request должен существовать только один экземпляр объекта action_request_solution, содержащий значение атрибута request, соответствующее данному объекту versioned_action_request.

5.2.5.19 Правило unique_version_change_order_rule

Правило unique_version_change_order_rule вызывает функцию, которая возвращает значение «true», если объект change изменяет несколько объектов product_definition_formation, а каждый измененный объект product_definition_formation является версией разных изделий. Это правило определяет, что один объект change не должен изменять более одной версии данного изделия (product), но может изменять несколько объектов product_definition_formation, если каждый product_definition_formation ссылается на разные изделия (product).

EXPRESS-спецификация

Описание аргумента

change — идентифицирует набор всех экземпляров объектов change.

Формальное утверждение

WR1 — для каждого экземпляра объекта change функция unique_version_change_order должна возвращать значение «true».

5.2.5.20 Правило product_requires_version

Правило product_requires_version определяет, что на каждый экземпляр объекта product должна быть дана ссылка по крайней мере из одного экземпляра объекта product_definition_formation. Это правило устанавливает, что каждое изделие может иметь одну или несколько версий.

EXPRESS-спецификация

Описания аргументов

product — идентифицирует набор всех экземпляров объектов product;

product_definition_formation — идентифицирует набор всех экземпляров объекта product_definition_formation.

Формальное утверждение

WR1 — для каждого экземпляра объекта product должен быть один или несколько экземпляров объекта product_definition_formation, в которых значения атрибута of_product должны соответствовать данному объекту product.

5.2.5.21 Правило product_requires_person_organization

Правило product_requires_person_organization определяет, что на каждый экземпляр объекта product должна быть дана ссылка из экземпляра объекта cc_design_person_and_organization_assignment. Это правило устанавливает, что для каждого изделия должен быть определен собственник (объект design_owner).

EXPRESS-спецификация

Описания аргументов

product — идентифицирует набор всех экземпляров объектов product.

cc_design_person_and_organization_assignment — идентифицирует набор всех экземпляров объектов cc_design_person_and_organization_assignment.

Формальное утверждение

WR1 — для каждого экземпляра объекта product должен существовать экземпляр объекта cc_design_person_and_organization_assignment, содержащий атрибут items с значением эквивалентным данному экземпляру объекта product.

Примечание — Ролью атрибута person_and_organization объекта product является «design_owner». Данная роль связана с формальным описанием функции, определенной в 5.2.6.2.

5.2.5.22 Правило product_version_requires_approval

Правило product_version_requires_approval определяет, что на каждый экземпляр объекта product_definition_formation должна быть дана ссылка только из одного экземпляра объекта cc_design_approval. Это правило устанавливает необходимость утверждения каждой версии проекта.

EXPRESS-спецификация

Описания аргументов

product_definition_formation — идентифицирует набор всех экземпляров объектов product_definition_formation.

cc_design_approval — идентифицирует набор всех экземпляров объектов cc_design_approval.

Формальное утверждение

WR1 — для каждого экземпляра объекта product_definition_formation должен существовать только один экземпляр объекта cc_design_approval, содержащий данный экземпляр объекта product_definition_formation в соответствующем наборе объектов items.

5.2.5.23 Правило product_version_requires_person_organization

Правило product_version_requires_person_organization определяет, что на любой объект product_definition_formation должна быть дана ссылка только из одного объекта cc_design_person_and_organization_assignment, имеющего роль автора, или из одного или нескольких объектов cc_design_person_and_-organization_assignment, имеющих роль поставщика детали (part_supplier) или проектировщика (design_supplier). Это правило устанавливает необходимость наличия для каждого объекта product_definition_formation автора или поставщика, отвечающего за создание или поставку конкретной версии проекта. Смысл понятий автор (creator), поставщик детали (part_supplier) и проектировщик (design_supplier) рассмотрен в 5.2.5.43 как часть описания правила restrict_person_organization_role.

Примечание — Допустимость использования различных значений ролей при связывании объекта person_and_organization_assignment с разными объектами определяется функцией cc_design_person_and_organization_correlation. Эту функцию используют локально для объекта cc_design_person_and_organization_assignment. См. описание функции в 5.2.6.2.

EXPRESS-спецификация

Описания аргументов

product_definition_formation — идентифицирует набор всех экземпляров объектов product_definition_formation.

cc_design_person_and_organization_assignment — идентифицирует набор всех экземпляров объектов cc_design_person_and_organization_assignment.

Формальные утверждения

WR1 — для каждого экземпляра объекта product_definition_formation должен существовать только один экземпляр объекта cc_design_person_and_-organization_assignment, содержащий экземпляр данного объекта product_-definition_formation в соответствующем наборе объектов items, атрибут role которого ссылается на объект person_and_organization_role, имеющий значение 'creator' для атрибута name.

WR2 — для каждого экземпляра объекта product_definition_formation должен существовать по крайней мере один экземпляр объекта cc_design_person_-and_organization_assignment, содержащий экземпляр данного объекта product_definition_formation в соответствующем наборе объектов items, атрибут role которого ссылается на объект person_and_organization_role, имеющий значение 'design_supplier' или 'part_supplier' для атрибута name.

5.2.5.24 Правило product_version_requires_security_classification

Правило product_version_requires_security_classification определяет, что на каждый экземпляр объекта product_definition_formation должна быть дана ссылка только из одного экземпляра объекта cc_design_security_classification. Это правило устанавливает, что каждая версия проекта должна иметь свою классификацию защиты.

EXPRESS-спецификация

Описания аргументов

product_definition_formation — идентифицирует набор всех экземпляров объектов product_definition_formation.

cc_design_security_classification — идентифицирует набор всех экземпляров объектов cc_design_security_classification.

Формальное утверждение

WR1 — для каждого экземпляра объекта product_definition_formation должен существовать единственный экземпляр объекта cc_design_security_classification, содержащий данный экземпляр объекта product_definition_formation в соответствующем наборе объектов items.

5.2.5.25 Правило product_definition_requires_person_organization

Правило product_definition_requires_person_organization определяет, что на любой объект product_definition должна быть дана ссылка только из одного объекта cc_design_person_and_organization_assignment. Это правило определяет необходимость наличия для любого объекта product_definition автора (разработчика), отвечающего за конкретное описание проекта (конструкции). Смысл понятия автор (разработчик) пояснен в описании атрибута role объекта person_and_organization_assignment.

Примечание - Допустимость использования различных значений ролей при связывании person_and_organization_assignment с разными объектами определяется функцией cc_design_person_and_organization_correlation. Эту функцию используют локально для объекта cc_design_person_and_organization_assignment.

EXPRESS-спецификация

Описания аргументов

product_definition — идентифицирует набор всех экземпляров объектов product_definition.

cc_design_person_and organization_assignment — идентифицирует набор всех экземпляров объектов cc_design_person_and_organization_assignment.

Формальное утверждение

WR1 — для каждого экземпляра объекта product_definition должен существовать только один экземпляр объекта cc_design_person_and_organization_assignment, содержащий данный экземпляр объекта product_definition в соответствующем наборе объектов items.

5.2.5.26 Правило product_definition_requires_approval

Правило product_definition_requires_approval определяет, что на каждый экземпляр объекта product_definition должна быть дана ссылка только из одного экземпляра объекта cc_design_approval. Это правило определяет необходимость наличия утверждения любого определения проектируемого изделия (конструкции).

EXPRESS-спецификация

Описания аргументов

product_definition — идентифицирует набор всех экземпляров объектов product_definition.

cc_design_approval — идентифицирует набор всех экземпляров объектов cc_design_approval.

Формальное утверждение

WR1 — для каждого экземпляра объекта product_definition может существовать только один экземпляр объекта cc_design_approval, содержащий данный экземпляр объекта product_definition в соответствующем наборе объектов items.

5.2.5.27 Правило product_definition_requires_date_time

Правило product_definition_requires_date_time определяет, что на каждый экземпляр объекта product_definition должна быть дана ссылка только из одного объекта cc_design_date_and_time_assignment. Это правило устанавливает необходимость наличия для любого объекта product_definition даты создания соответствующего изделия.

Примечание - Допустимость использования различных значений ролей объекта при связывании date_time_assignment с разными объектами определяется функцией cc_design_date_and_time_correlation. Эту функцию используют локально для объекта cc_design_date_and_time_assignment.

EXPRESS-спецификация

Описания аргументов

product_definition — идентифицирует набор всех экземпляров объектов product_definition;

cc_design_date_and_time_assignment — идентифицирует набор всех экземпляров объектов cc_design_date_and_time_assignment.

Формальное утверждение

WR1 — для каждого экземпляра объекта product_definition должен существовать только один экземпляр объекта cc_design_date_and_time_assignment, содержащий данный экземпляр объекта product_definition в соответствующем наборе объектов items.

5.2.5.28 Правило certification_requires_approval

Правило certification_requires_approval определяет, что на каждый экземпляр объекта certification должна быть дана ссылка только из одного экземпляра объекта cc_design_approval. Это правило устанавливает необходимость наличия сертификации (аттестации) любого поставщика конструкции (проекта) в целом или ее детали (составной части).

EXPRESS-спецификация

Описания аргументов

certification — идентифицирует набор всех экземпляров объектов certification.

cc_design_approval — идентифицирует набор всех экземпляров объектов cc_design_approval.

Формальное утверждение

WR1 — для каждого экземпляра объекта certification должен существовать только один экземпляр объекта cc_design_approval, содержащий данный экземпляр объекта certification в соответствующем наборе объектов items.

5.2.5.29 Правило restrict_certification_type

Правило restrict_certification_type определяет, что объект certification может быть связан только с типом «part_supplier» или «design_supplier».

EXPRESS-спецификация

Описание аргумента

certification_type — идентифицирует набор всех экземпляров объектов certification_type.

Формальное утверждение

WR1 — для каждого экземпляра объекта certification_type значением атрибута kind должно быть «design_supplier» или «part_supplier».

Определения значений атрибутов

design_supplier — идентифицирует поставщика части проекта.

part_supplier — идентифицирует поставщика детали.

5.2.5.30 Правило certification_requires_date_time

Правило certification_requires_date_time определяет, что на каждый экземпляр объекта certification должна быть дана ссылка только из одного объекта cc_design_date_and_time_assignment. Это правило устанавливает необходимость наличия даты, показывающей начало действия объекта certification.

Примечание — Допустимость использования различных значений ролей при связывании объекта date_time_assignment с разными объектами определяется функцией cc_design_date_and_time_correlation. Эту функцию используют локально для объекта cc_design_date_and_time_assignment. Определение функции приведено в 5.2.6.3

EXPRESS-спецификация

Описания аргументов

certification — идентифицирует набор всех экземпляров объектов certification.

cc_design_date_and_time_assignment — идентифицирует набор всех экземпляров объектов cc_design_date_and_time_assignment.

Формальное утверждение

WR1 — для каждого экземпляра объекта certification должен существовать только один экземпляр объекта cc_design_date_and_time_assignment, содержащий данный экземпляр объекта certification в соответствующем наборе объектов items.

5.2.5.31 Правило approvals_are_assigned

Правило approvals_are_assigned определяет, что на каждый экземпляр объекта approval должна существовать хотя бы одна ссылка из экземпляра объекта approval_assignment.

EXPRESS-спецификация

Описания аргументов

approval — идентифицирует набор всех экземпляров объектов approval.

approval_assignment — идентифицирует набор всех экземпляров объектов approval_assignment.

Формальное утверждение

WR1 — для каждого экземпляра объекта approval должен существовать один или несколько экземпляров объекта approval_assignment, содержащих экземпляр данного объекта approval в атрибуте assigned_approval.

5.2.5.32 Правило approval_requires_approval_person_organization

Правило approval_requires_approval_person_organization определяет, что на каждый экземпляр объекта approval должна быть дана ссылка хотя бы из одного объекта approval_person_organization. Это правило устанавливает необходимость наличия утверждения соответствующего объекта одним или несколькими лицами из данной организации.

EXPRESS-спецификация

Описание аргументов

approval — идентифицирует набор всех экземпляров объектов approval.

approval_person_organization — идентифицирует набор всех экземпляров объектов approval_person_organization.

Формальное утверждение

WR1 — для каждого экземпляра объекта approval должен существовать один или несколько экземпляров объекта approval_person_organization, содержащих экземпляр данного объекта approval в атрибуте authorized_approval.

5.2.5.33 Правило approval_requires_approval_date_time

Правило approval_requires_approval_date_time определяет, что на каждый экземпляр объекта approval должна быть дана ссылка только из одного объекта approval_date_time. Данное правило устанавливает необходимость наличия для любого объекта approval даты присвоения ему конкретного статуса.

EXPRESS-спецификация

Описания аргументов

approval — идентифицирует набор всех экземпляров объектов approval.

approval_date_time — идентифицирует набор всех экземпляров объектов approval_date_time.

Формальное утверждение

WR1 — для каждого экземпляра объекта approval должен существовать только один экземпляр объекта approval_date_time, содержащий экземпляр данного объекта approval в соответствующем атрибуте dated_approval.

5.2.5.34 Правило restrict_approval_status