ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

Системы промышленной автоматизации и интеграция

БИБЛИОТЕКА ДЕТАЛЕЙ

Часть 101

Протокол обмена геометрическими представлениями по параметрической программе

ISO 13584-101:2003 Industrial automation system and integration — Parts library —

Part 101: Geometric view exchange protocol by parametric program (IDT)

Издание официальное

Стандартинформ

2012

Предисловие

Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании», а правила применения национальных стандартов Российской Федерации — ГОСТ Р 1.0-2004 «Стандартизация в Российской Федерации. Основные положения»

Сведения о стандарте

1    ПОДГОТОВЛЕН Научно-техническим центром «ИНТЕК» на основе собственного аутентичного перевода на русский язык стандарта, указанного в пункте 4

2    ВНЕСЕН Техническим комитетом по стандартизации ТК100 «Стратегический и инновационный менеджмент»

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 21 декабря 2010 г. №872-ст

4    Настоящий стандарт идентичен международному стандарту ИСО 13584-101:2003 «Системы промышленной автоматизации и интеграция. Библиотека деталей. Часть 101. Протокол обмена геометрическими представлениями по параметрической программе» (ISO 13584-101:2003 «Industrial automation system and integration — Parts library — Part 101: Geometric view exchange protocol by parametric program»).

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

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

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

© Стандартинформ, 2012

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

ГОСТ Р ИСО 13584-101-2010

Примечание — Согласно D.3.3.4 и D.3.4.1 приложения D ИСО 13584-42 необходимо, чтобы код поставщика, установленный в ИСО 13584-26, использовался для обмена данными в ИСО 13584.

4.2.2 Управляющие переменные представлений

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

4.3 Правила для форм, представленных в категории представлений basic_geometry

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

4.3.1 Уровни геометрии

Уровень геометрии 1 соответствует двумерному геометрическому представлению, которое может быть определено по API ИС013584-31. Данный уровень геометрии определяет форму двумерного представления, которая состоит из точек, линий, кривых и контуров, которые могут быть непрозрачными.

Уровень геометрии 2 соответствует трехмерному представлению каркаса, которое может быть определено по API ИСО 13584-31. Данный уровень геометрии определяет форму трехмерного представления, которая состоит из точек, линий и кривых, края которых устанавливают форму.

Уровень геометрии 3 соответствует трехмерному представлению, которое может быть определено по API ИСО 13584-31. Данная геометрия определяет представление формы, которая состоит из точек, линий, кривых и сплошных конструкций.

Таблица 2 — Управляющие переменные представлений функционального класса представлений basic_geometry

Код Версия Значение Соответствующая метка 'geometryjevel' '001' 1 '2D' 2 ‘wireframe’ 'detail level' '001' 1 'simplified' 2 “standard' 'side' '001' 0 'null' 1 “front1 2 “rear1 3 “right' 'variant' '001' 0 'null' 1 'externalshape' 2 'section' 'unregvariant' '001' 0 'null' в зависимости от поставщика дан- 1 ... n ных

4.3.2    Уровни деталей

Уровень деталей 1 устанавливает, что представление должно включать в себя, как минимум, указание базовой системы координат библиотечной детали.

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

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

4.3.3    Сторона

На рисунке 1 показано значение управляющей переменной представления стороны и ее связи с объектом geometric representation context библиотечной детали.

На этом рисунке показано, какопределяется сторона в соответствии с базовой системой координат библиотечной детали.

7

Примечание — Значение управляющей переменной представления стороны (side) должно быть равно 0, если управляющая переменная уровня геометрии определяет трехмерное представление. Данное ограничение на соответствующие управляющие переменные view_control_variable_ranges формально представлено в объекте ISO 13584_101_side_and_geometry_level_compatibility_rule, включенном в схему на языке EXPRESS согласно 6.3.2.1.

4.3.4    Варианты

Вариант 0 устанавливает, что незарегистрированный вариантопределен.

Примечание — Требования к незарегистрированному варианту приведены в 4.3.5.

Вариант 1 устанавливает, что представленная форма является внешней формой библиотечной детали.

Вариант 2 устанавливает, что представленная форма включает в себя, как минимум, поперечное сечение.

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

Примечание — В разных классах соответствия, установленных в настоящем стандарте при определении сущности (объекта) view_control_variable_range варианта стандартизированного геометрического представления, вариант 1 является обязательным. Это ограничение формально установлено в сущности ISO13584_101_variant_and_unregistered_variant_compatibility_iule, включенной в схему на языке EXPRESS согласно 6.3.2.2.

4.3.5    Незарегистрированный вариант

Незарегистрированный вариант 0 устанавливает, что стандартизированный вариант определен.

Незарегистрированный вариант 1 устанавливает поставщика данных библиотеки в зависимости от уровня варианта.

Примечание — В разных классах соответствия, определенных в настоящем стандарте, вариант 0 и незарегистрированный вариант 0 являются взаимоисключающими вариантами. Это ограничение формально выражается на уровне соответствующей сущности view_control_variable_ranges в сущности ISOI3584 101_variant_and_unregistered_variant_compatibility_mle, включенной в схему на языке EXPRESS согласно 6.3.2.2.

5 Формат обмена

В этом разделе установлены требования квнешним файлам библиотеки, совместимым с классами соответствия 1,2 и 3, соответствующим требованиям настоящего стандарта. Структуру и формат внешних файлов библиотеки, совместимых с классами соответствия 1Е, 2Е и ЗЕ, устанавливают путем заключения соответствующего соглашения между отправителем и получателем. В соглашении должны быть

ГОСТ Р ИСО 13584-101-2010

установлены значения атрибутов экземпляра сущности program_protocol, которую используют для описания структуры и формата.

5.1 Имя подпрограммы на языке программирования FORTRAN

Программный блок (модуль) на языке FORTRAN должен быть ПОДПРОГРАММОЙ.

Примечание — Программный блок на языке FORTRAN может не быть ПРОГРАММОЙ или ФУНКЦИЕЙ.

Имя программного блока на языке FORTRAN должно иметь следующую структуру:

'F' + encoded_supplier_code +    +    <program_name>

Код encoded_supplier_code должен быть кодом поставщика данных библиотеки согласно ИСО 13584-26, к которому применяют функцию кодирования. Функция encode предназначена для замены каждого знака, который не разрешается использовать в именах на языке программирования FORTRAN, соответствующим кодированным знаком, который соответствует знаку «_» последовательности, за которым следует код знака (состоящий из двух знаков), в соответствии с набором знаков ИСО/МЭК10646-1. Кроме того, если кодируемым знаком является знак «_», то и в результате будет «_».

encoded_supplier_code кодируется с использованием следующей функции кодирования:

*)

FUNCTION encode(s: STRING): STRING;

LOCAL

strtmp: STRING;

lower cases: LIST OF STRING :=

['a', 'b', 'c', 'd', 'e', T, 'g\ 'h\ T, 'j' ,'k\ T, 'm\ 'n\ 'o', 'p', 'q', V, 's', T, 'u\ V, V, 'x\ 'y', 'z']; upper cases: LIST OF STRING :=

[А', 'В', 'C, 'D', 'E', 'F, 'G', 'H', T, 'J' ,'K', 'L', 'M', 'N', 'O', 'P', 'Q', 'R', 'S', T, 'U\ 'V, W, 'X', V, 'Z']; numerals: LIST OF STRING :=

['0', T, '2', '3', '4','5','6', 7','8', '9'];

underscore: STRING := allowed_characters: LIST OF STRING :=

lower_cases + upper_cases + numerals + underscore; result: STRING :=";

REPEAT i := 1 TO LENGTH(s);

IF NOT(s[i] IN allowed_characters)

THEN

strtmp := FORMAT(icode(s[i]), '02Г); result := result ++ strtmp;

ELSE

IF (s[i] =

THEN

result := result ++ s[i];

ELSE

result := result + s[i];

ENDJF;

ENDJF;

END_REPEAT;

RETURN (result);

END_FUNCTION;

(*

Примечание 1 — Функция icode возвращает код знаков по ИСО 10646-1, интерпретируемых как целое значение.

Примечание 2 — Функция icode не установлена в языке EXPRESS, поскольку ограничения языка EXPRESS могут привести к тому, что такая функция будет очень длинной.

Пример — Код поставщика 0112/1///13584_101_1 кодируют как 0112_2F1_2F_2F_2F13584_101_1. '2F,

и он соответствует коду знака Т в наборе знаков по ИСО/МЭК 10646-1.

9

Поставщикданных библиотеки должен использовать код поставщика, который отображается строкой длины, равной 31 знаку или меньше.

Примечание 3 — Размер строки, получающийся в результате кодирования, может превышать допустимую длину строки для определения имени FORTRAN SUBROUTINE (ограниченную 31 знаком). Поэтому поставщик данных библиотеки должен зарегистрировать новый код поставщика для создания имени FORTRAN SUBROUTINE.

5.2 Ограничения языка программирования FORTRAN

5.2.1    Исключенные операторы

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

-    BACKSPACE,

-BLOCK DATA,

-    CLOSE,

-    COMMON,

-    DATA,

-    ENDFILE,

-    ENTRY,

-    EQUIVALENCE,

-    FORMAT,

-    INQUIRE,

-    OPEN,

-    PROGRAM,

-    READ,

-    REWIND,

-    SAVE,

-    STOP,

-    WRITE.

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

Пример — Компиляция, привязка, интерпретация и трансляция являются операционными методами.

5.2.2    Устаревшие функции

Следующие функции языка программирования FORTRAN не допускается использовать при создании новых программ, так как они являются устаревшими:

-    Arithmetic-IF,

-    Alternate return from subroutine,

-ASSIGN,

-    Assigned FORMAT specifier,

-    Assigned GOTO,

-    DO loop control variables that are not integers,

-    DO loop not ending on CONTINUE,

-    Branch to END IF from outside IF block,

-    H edit descriptor,

-    PAUSE.

Примечание — На настоящий момент эти функции используют, но в следующем издании ИСО 1539 они будут исключены.

5.2.3    Обмен программными блоками на языке программирования FORTRAN

В одном внешнем файле библиотеки должна содержаться только одна подпрограмма на языке программирования FORTRAN (FORTRAN SUBROUTINE), которую используют для создания представления библиотечной детали. Дополнительные подпрограммы, вызываемые из подпрограммы (SUBROUTINE), могут находиться в том же внешнем файле библиотеки.

5.2.4    Кодирование знаков

Внешний файл библиотеки должен содержать 26 прописных и строчных букв английского алфавита, 10 арабских цифр (0—9), символ подчеркивания «_» и специальные символы, указанные в таблице 3, закодированные в соответствии с требованиями ИСО 8859-1.

ю

Таблица 3 — Специальные знаки языка программирования FORTRAN

Знак Название Знак Название = Равно Двоеточие + Плюс Пробел - Дефис; минус ! Восклицательный знак * Звездочка Кавычки / Косая черта % Процент ( Левая круглая скобка & Амперсанд ) Правая круглая скобка Точка с запятой Запятая < Меньше чем Точка > Больше чем $ Доллар Апостроф ? Вопросительный знак

5.3 Состояние программы

Подпрограмма на языке программирования FORTRAN должна быть в исходном или объектном коде, если соответствующий экземпляр типа данных сущности library является сущностью типа данных library_in_standard_format.

Примечание — library и library_in_standard_format определены в ИСО 13584-24.

6 Требования соответствия

Настоящий стандарт устанавливает шесть классов соответствия.

Для классов соответствия 1—3 формат внешних файлов должен соответствовать требованиям раздела 5. Для классов соответствия 1Е—ЗЕ формат внешних файлов устанавливают путем заключения отдельного соглашения между отправителем и получателем.

Реализация, подтверждающая соответствие классу соответствия по настоящему стандарту, должна поддерживать словарные статьи, указанные в разделе 4, а также должна идентифицировать любые данные, удовлетворяющие ограничениям, установленным в 6.3.

Реализация, подтверждающая соответствие классу соответствия 1, 2 или 3, также должна включать в себя ресурсы реализации, установленные в 6.1, и должна обрабатывать внешние файлы, совместимые с требованиями раздела 5.

Реализация, подтверждающая соответствие классу соответствия IE, 2Е или ЗЕ, также должна обрабатывать внешние файлы, связанные с сущностью program protocol, которая поддерживается реализацией.

Примечание — Требования к сущности program_protocol установлены в ИСО 13584-24.

6.1 Ресурсы реализации

Настоящий раздел устанавливает требования к приемной системе.

Примечание 1 —Для классов соответствия 1, 2 и 3 формат файла является связующим звеном ИСО 13584-31 и языка программирования FORTRAN. Для классов соответствия 1Е, 2Е и ЗЕ формат файла устанавливают путем заключения отдельного соглашения между отправителем и получателем.

Примечание 2 — Отдельный интерфейс, используемый для обработки внешних файлов библиотеки, устанавливают в рамках файла доставки библиотеки, который ссылается на них, с помощью сущности extemal_file_protocol.

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

-    реализации, подтверждающие соответствие классу соответствия 1, должны поддерживать уровень 1 геометрического программного интерфейса API в соответствии с требованиями 6.1.1 ИСО 13584-31. Этот интерфейс соответствует созданию представления basic geometry для уровня 1 сущности geometrylevel;

-    реализации, подтверждающие соответствие классу соответствия 2, должны поддерживать уровень 2 геометрического программного интерфейса API в соответствии с требованиями 6.1.1 ИСО 13584-31. Этот интерфейс соответствует созданию представления basic geometry для уровней 1 и 2 сущности geometryjevels;

11

-    реализации, подтверждающие соответствие классу соответствия 3, должны поддерживать уровень 3 геометрического программного интерфейса API в соответствии с требованиями 6.1.1 ИС013584-31. Этот интерфейс соответствует созданию представления basic_geometry для уровней 1,2 и 3 сущности geometryjevels;

-для класса соответствия 1Е необходима поддержка геометрического интерфейса, способного создать представление basic_geometry для уровня 1 сущности geometryjevel;

-    для класса соответствия 2Е необходима поддержка геометрического интерфейса, способного создать представление basic_geometry для уровней 1 и 2 сущности geometryjevels;

-    для класса соответствия ЗЕ необходима поддержка геометрического интерфейса, способного создать представление basic_geometry для уровней 1,2 и 3 сущности geometryjevels.

Примечание 3 — Новые классы соответствия будут установлены в Изменении к настоящему стандарту, если будут определены новые APIs или взаимосвязи ИСО 13584-31 с новым языком.

6.2    Методы реализации

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

Метод реализации внешних файлов библиотеки, совместимых с классами соответствия 1, 2 и 3 настоящего стандарта, установлен в разделе 5. Методы реализации внешних файлов библиотеки, совместимых с классами соответствия 1Е, 2Е и ЗЕ, устанавливают путем заключения соответствующего отдельного соглашения между отправителем и получателем.

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

6.3    Ограничения к файлу доставки библиотечных данных для связи с рассматриваемым

протоколом обмена представлениями

В этом подразделе устанавливаются значения экземпляра view exchange protocol identification, которые допускается использовать в файле доставки библиотечных данных для ссылки на протокол обмена представлениями, определенный в настоящем стандарте.

Примечание 1—Требования к сущности view_exchange_protocolidentification установлены в ИСО 13584-24.

Допустимые значения приведены в таблице 4 и в трех схемах на языке EXPRESS. В таблице 4 указаны допустимые значения сущности viewexchangeprotocolidentification.name и сущности view_exchange_protocolJdentification.application для каждого класса соответствия.

Схемы ISO13584_101_cc_1_or_2_or_3_schema и ISO13584_101_cc_1E_or_2E_or_3E_schema содержат общее правило, устанавливающее требования и определяющее допустимые значения для других атрибутов сущности view exchange protocol identification, которую используют для ссылки на протокол обмена представлениями, определенный в настоящем стандарте.

Сущность ISO13584_101_vcv_range_constraints_schema содержит два правила, устанавливающие ограничения к сущности abstract functional model class, которая ссылается на протокол обмена представлениями, установленный в настоящем стандарте.

Примечание 2 — Требования к сущности abstract functional_model_class установлены в ИСО 13584.

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

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

Предположим, что файл доставки библиотечных данных ссылается на интегрированную информационную модель библиотеки «1_», требования к которой установлены в уникальной схеме без внешних ссылок, обозначенной «LJibraryJmplicit_schema», и в протоколе обмена представлениями, определенном в настоящем стандарте.

Примечание 3 — Схему на языке EXPRESS, устанавливающую требования без внешних ссылок, часто называют схемой длинных форм.

ГОСТ Р ИСО 13584-101-2010

Пример 1 — Сущность IS013584_f_m_iim_library_implicit_schema является схемой на языке EXPRESS, устанавливающей требование UIM 24-2 с помощью одной схемы без внешних ссылок.

Примечание 4 — Требования к сущности IS013584_f_m_iim_library_implicit_schema приведены в приложении G ИС013584-24. Этот файл доставки библиотечных данных должен соответствовать требованиям схемы, определяемым следующим образом:

-    Проверьте, что все объекты, на которые даны ссылки в схемах ISO13584_101_cc_1_or_2_or_3_schema, ISO13584_101_cc_1E_or_2E_or_3E_schema и ISO13584_101_vcv_range_constraints_schema, существуют в сущности L_library_implicit_schema, в противном случае ссылка на интегрированную информационную модель библиотеки «1_» и протокол обмена представлениями в настоящем стандарте не допускаются.

Примечание 5 — Информационная модель файла доставки библиотечных данных и сущности, входящие в нее, устанавливаются интегрированной информационной моделью библиотечных данных. В протокол обмена представлениями могут быть добавлены только ограничения.

Пример 2 — Протокол обмена представлениями, установленный в настоящем стандарте, ссылается на сущность abstract_functional_model_class. Этот протокол не может быть использован с сущностью IS013584_g_m_iim_library_implicit_schema. Протокол устанавливает требование LIIM 24-1 и не ссылается на логическую структуру ресурсов на языке EXPRESS для моделирования функциональных моделей.

Примечание 6 — Т ребования к сущности ISOI 3584_g_m_iim_library_implicit_schema приведены в приложении С ИСО 13584-24:

-Замените в схеме ISO13584_101_cc_1_or_2_or_3_schema и в схеме ISO13584_101_cc_1E_or_2E_or_ 3E_schema строку 'IS013584_EXTERNAL_FILE_SCHEMA' строкой 'L_library_implicit_schema', набранную прописными буквами.

Пример 3 — Если интегрированная информационная модель библиотечных данных "L" является LIIM-24-2, определенной в ИСО 13584-24, следует заменить строку 'IS013584_EXTERNAL_FILE_SCHEMA' на строку 'IS013584_F_MJIM_LIBRARYJMPUCIT_SCHEMA'.

-    Добавьте в сущность L_library_implicit_schema все функции и правила, установленные в схемах IS013584 101_cc_1_or_2_or_3_schema, ISOI3584_101_сс_1 E_or_2E_or_3E_schema и ISOI3584 101_vcv_range_ constraintsschema.

Примечание 7 — Результатом вышеуказанных действий является добавление правил ISO13584_101_side_and_geometry_level_compatibility_rule, ISO13584_101_variant_and_unregistered_variant_ compatibility_rule, ISO13584_101_allowed_reference_to_conformance_class_1_2_and_3_rule и ISO13584_101_ allowed_reference_to_conformance_class_1 E_2E_and_3E_rule в схему L_library_implicit_schema вместе со всеми функциями, требуемыми для выполнения этих правил.

Примечание 8 — Имена функций и правила, установленные в настоящем стандарте, должны быть в начале строки «IS013584_101», чтобы избежать конфликтов при их совпадении, когда один и тот же файл доставки библиотечных данных ссылается на несколько протоколов обмена представлениями.

Примечание 9 — Файл доставки библиотечных данных, ссылающийся на интегрированную информационную модель библиотеки «1_'», требования которой устанавливаются в уникальной схеме без внешних ссылок, обозначенной «L_library_implicit_schema», и протоколе обмена представлениями, установленном в настоящем стандарте, могут также быть обменены с помощью сущности L library implicit schema, установленной в стандарте комплекса ИСО 13584, который определяет требования к интегрированной информационной модели библиотечных данных «1_» без любых последующих изменений. В этом случае требования, установленные в настоящем стандарте, не включают в схему обмена. Их проверяют перед обменом файла доставки библиотечных данных и по его завершении.

Данный листинг схем ISO13584_101_cc_1_or_2_or_3_schema, ISO13584_101_cc_1E_or_2E_or_ 3E_schema и ISOI 3584_101_vcv_range_constraints_schema в форме компьютерной интерпретации приведен в сети Интернет по адресу: http://www.td 84-sc4.org/EXPRESS/

При возникновении каких-либо трудностей с доступом на сайт, необходимо связаться с Центральным Секретариатом ИСО или секретариатом ИСОТК 184/ПК4 по адресу: sc4sec@cme.nist.gov.

Примечание 10 — Вышеуказанная информация, представленная в компьютерно-интерпретируемой форме, является нормативной ссылкой.

Примечание 11 — Описания ошибок программного кода на языке EXPRESS, идентифицированных в процессе проведения голосования, и поправок к ним, рекомендуемых для реализаций PLIB, приведены в сети Интернет по адресу:

http://www.lisi.ensma.fr/ftp/pub/PLIB_release_notes/Part101/Part101-IS/

13

6.3.1 Таблица спецификаций классов соответствия

Значения сущностей view_exchange_protocol_identification.name и view_exchange_protocol_ identification.application, которые могут использоваться в сущности view_exchange_protocol_identification для ссылки на протокол обмена представлениями, определенный в настоящем стандарте, в любом из его классов соответствия, приведены в таблице 4.

Таблица 4 — Спецификация классов соответствия

Класс соответствия Обязательное значение Обязательное значение view_exchange_protocol_identification.name view_exchange_protocol_identification. application 1 'ISO_13584_101' т 2 'ISO 13584 ЮГ '2' 3 'ISO 13584 ЮГ '3' 1Е 'ISO 13584 ЮГ 'IE' 2Е 'ISO_13584_101' '2E' ЗЕ 'ISO_13584_101' 'ЗЕ'

6.3.2 Ограничения к файлу доставки библиотечных данных, ссылающемуся на категорию basic_geometry

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

Спецификация на языке EXPRESS:

*)

SCHEMA ISO13584_101_vcv_range_constraints_schema;

REFERENCE FROM IS013584_extended_dictionary_schema( abstract_functional_model_class, view_control_variable_range);

r

Примечание — Данная схема приведена в IS013584_extended_dictionary_schema согласно ИСО 13584-24.

6.3.2.1 Правило IS013584_101_side_and_geometry_level_compatibility_rule

Правило ISO13584_101_side_and_geometry_level_compatibility_rule устанавливает требование, в соответствии с которым сущность abstract_functional_model_classes, ссылающаяся на категорию представления базовой геометрии с использованием атрибута created_view, всегда должна быть в диапазоне v_c_v_range, а именно:

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

Примечание — Примером является двумерное изометрическое представление, управляющая переменная представления сторон которого имеет нулевое значение;

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

-    в случае двумерного или трехмерного геометрического представления предусматривают разрешенные значения сторон вместе с нулевым значением для управляющей переменной представления сторон.

ГОСТ Р ИСО 13584-101-2010

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

Диапазон уровня геометрии view_control_variable_range Диапазон сторон view_control_variable_range [1:1] [0:6] [1:1] [1:6] [1:3] [0:6] [2:2] [0:0]

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

Диапазон уровня геометрии view_control_variable_range Диапазон сторон view_control_variable_range [1:2] [1:6] [2:2] [1:6]

Спецификация на языке EXPRESS:

*)

RULE ISO13584_101_side_and_geometry_level_compatibility_rule FOR (abstract_functional_model_class);

LOCAL

geometry_level_set: SET OF view_control_variable_range; side_set: SET OF view_control_variable_range; is_2D, is_2D_or_3D, is_3D: BOOLEAN; no_side, with_side, side_or_no_side, res: BOOLEAN; compatible_side_and_geometry_level: BOOLEAN :=TRUE;

ENDLOCAL;

REPEAT i := 1 TO SIZEOF(abstract_functional_model_class); geometry_level_set := QUERY(vcvr<*

abstract_functional_model_class[i].v_c_v_range | (vcvr.parameter_type.name_scope.code = 'basic_geometry')

AND (vcvr.parameter_type.name_scope.defined_by.code = '0112/1 ///13584 101 T) AND (vcvr.parameter_type.code = 'geometryjevel'));

side_set := QUERY(vcvr <*

abstract_functional_model_class[i].v_c_v_range | (vcvr.parameter_type.name_scope.code = 'basic_geometry')

AND (vcvr.parameter_type.name_scope.defined_by.code = '0112/1///13584_101_T) AND (vcvr.parameter_type.code = 'side')); is_2D := (SIZEOF(QUERY(vcvr<*geometry_level_set |

((vcvr.rangejobound = 1)AND (vcvr.range_hibound = 1))))= 1); is_2D_or_3D := (SIZEOF(QUERY(vcvr<*geometry_level_set|

((vcvr.rangejobound = 1)AND (vcvr.range_hibound > 1))))= 1); is_3D := (SIZEOF(QUERY(vcvr<*geometry_level_set |

(vcvr.rangejobound > 1) AND (vcvr.range_hibound > 1)))= 1); no side := (SIZEOF(QUERY(vcvr <* side_set |

((vcvr.rangejobound = 0)AND (vcvr.range_hibound = 0))))= 1); side_or_no_side := (SIZEOF(QUERY(vcvr <* side_set |

((vcvr.rangejobound = 0) AND (vcvr.range_hibound >= 0)))) = 1);

15

IF is_2D OR ((NOT(is_2D_or_3D) OR

side or no side) AND (NOT(is_3D) OR no side))

THEN

res :=TRUE;

ELSE

res := FALSE;

ENDIF;

compatiblesideandgeometrylevel :=

compatiblesideandgeometrylevel AND res;

ENDREPEAT;

WHERE

WR1: compatiblesideandgeometrylevel;

ENDRULE; -- ISO13584_101_side_and_geometryJevel_compatibility_rule

(*

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

WR1: каждая сущность abstract functional model class, ссылающаяся на категорию представлений basic_geometry, должна определять сущность view_control_variable, устанавливающую сторону геометрического представления, для которого значения сущности range lobound и range hibound равны 0 в случае трехмерного представления или для которого значение сущности rangejobound равно 0, а значение сущности range_hibound больше или равно 0 в случае двумерного и трехмерного геометрических представлений.

НесЬормальные предложения

IP1: метод каждой сущности abstract_functional_model_class, включенной в файл доставки библиотечных данных, не должен создавать представление, управляющая переменная представления стороны которого отличается от "null", а управляющая переменная представления уровня геометрии которого отличается от ‘2D'.

6.3.2.2 Правило ISO13584_101_variant_and_unregistered_variant_compatibility_rule

Правило ISO13584_101_variant_and_unregistered_variant_compatibility_rule устанавливает требование, в соответствии с которым сущность abstract_functional_model_classes, предоставляющая категорию представлений basic_geometry в разных вариантах variants или unreg variants, должна обеспечивать:

-    стандартизированное представление формы и/или поставщика данных библиотеки в зависимости от представления формы;

-    в случае возможного стандартизированного представления формы, как минимум, значение variant Т, т. е. 'external shape', и

-    в случае возможного поставщика данных библиотеки в зависимости от представления формы значение unreg_variant более 0.

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

Диапазон варианта view_control_variable_range Диапазон незарегистрированного варианта view_control_variable_range [0:0] [3:5] [1:3] [0:0] [0:2] [0:1]

16

ГОСТ Р ИСО 13584-101-2010

Содержание

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

2    Нормативные ссылки..................................................2

3    Термины, определения и сокращения........................................3

4    Идентификация категории представлений basic_geometry...........................5

4.1    Понятия........................................................5

4.2    Стандартизированные словарные статьи...................................6

4.3    Правила для форм, представленных в категории представлений basic_geometry..........7

5    Формат обмена......................................................8

5.1    Имя подпрограммы на языке программирования FORTRAN.......................9

5.2    Ограничения языка программирования FORTRAN............................10

5.3    Состояние программы..............................................11

6    Требования соответствия...............................................11

6.1    Ресурсы реализации...............................................11

6.2    Методы реализации................................................12

6.3    Ограничения к файлу доставки библиотечных данных для связи с рассматриваемым протоколом обмена представлениями........................................12

Приложение А (обязательное) Регистрация информационных объектов..................24

Приложение В (справочное) Пример физического файла............................25

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов

ссылочным национальным стандартам Российской Федерации.............30

Библиография........................................................31

ГОСТ Р ИСО 13584-101-2010

варианта

Введение

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

Настоящий комплекс стандартов состоит из частей, входящих в следующие серии: концептуальные описания, логические ресурсы, ресурсы реализации, методология описаний, проверка на соответствие, протокол обмена представлениями и стандартизованное содержание. Описание серий приведено в ИСО 13584-1. Настоящий стандарт входит в серию «Протокол обмена представлениями».

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

Настоящий стандарт устанавливает правила обмена представлениями данных о деталях, описанных в библиотеке деталей, с помощью параметрических программ на языке программирования FORTRAN, основанных на программном интерфейсе приложений, установленном в ИСО 13584-31:1999, или при заключении отдельного соглашения между отправителем и получателем — с использованием нестандартизированных параметрических форматов.

ИС013584-101 подготовлен Техническим Комитетом ИСО/ТК184 «Системы промышленной автоматизации и интеграция», Подкомитетом ПК 4 «Производственные данные».

Комплекс стандартов ИС013584 состоит из следующих частей, имеющих общее название «Системы промышленной автоматизации и интеграция. Библиотека деталей»:

-    Часть 1. Обзор и основные принципы;

-    Часть 20. Логический ресурс. Логическая модель представлений;

-    Часть 24. Логический ресурс. Логическая модель библиотеки поставщика;

-    Часть 25. Логический ресурс. Логическая модель библиотеки поставщика;

-    Часть 26. Логический ресурс. Идентификация поставщика информации;

-    Часть 31. Средства реализации: интерфейс геометрического программирования;

-    Часть 42. Методология описания. Методология структурирования групп деталей;

-Часть 101. Протокол обмена геометрическими представлениями по параметрической программе;

-    Часть 102. Протокол обмена представлениями по спецификации соответствия ИСО 10303.

Описание структуры комплекса стандартов ИС0 13584 приведено в ИС0 13584-1. Нумерация частей ИСО 13584 отражает структуру комплекса:

-    части 10—19 устанавливают требования к концептуальным описаниям;

-    части 20—29 устанавливают требования к логическим ресурсам;

-    части 30—39 устанавливают требования к ресурсам реализации;

-    части 40—49 устанавливают методологию описания;

-    части 100—199 устанавливают требования к протоколам обмена представлениями.

IV

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

Системы промышленной автоматизации и интеграция БИБЛИОТЕКА ДЕТАЛЕЙ Часть 101

Протокол обмена геометрическими представлениями по параметрической программе

Industrial automation system and integration. Parts library.

Part 101. Geometric view exchange protocol by parametric program

Дата введения — 2011—09—01

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

Настоящий стандарт устанавливает категорию представлений basicgeometry (базовая геометрия), которая включает в себя общие понятия, относящиеся к форме деталей. Данная категория представлений может быть связана с любыми деталями, определенными в библиотеке деталей. Настоящий стандарт также устанавливает, как представлениями, принадлежащими этой категории, можно обмениваться в рамках обмена библиотечными данными с помощью программ на языке программирования FORTRAN, соответствующих требованиям комплекса стандартов ИС0 13584.

Настоящий стандарт распространяется на:

-    определение категории представлений basic_geometry и механизмы, используемые для ссылки

на нее;

-    характеристики, используемые для описания отдельного представления в рамках категории представлений basic_geometry;

-    формат обмена, используемый для внешних файлов библиотеки, описывающих представления basic geometry классов деталей, описанных в библиотеке деталей с помощью программ на языке программирования FORTRAN, основанных на программном интерфейсе приложений, установленном в ИСО 13584-31;

-    механизм, используемый при заключении отдельного соглашения между отправителем и получателем, для ссылки на внешние файлы, описывающие представления basic_geometry классов деталей, описанных в библиотеке деталей, посредством форматов, не установленных в ИСО 13584;

-    ресурсы реализации, предоставляемые любой реализацией, подтверждающей соответствие требованиям настоящего стандарта;

-    словарные статьи, поддерживаемые любой реализацией, подтверждающей соответствие требованиям настоящего стандарта;

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

Настоящий стандарт не распространяется на:

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

Примечание 1 — Структура файла доставки библиотечных данных определяется интегрированной информационной моделью библиотеки, установленной в части «Логический ресурс».

Издание официальное

Примечание 2 — Сущность IS013584_f_m_iim_schema, установленная в ИСО 13584-24, является интегрированной информационной моделью библиотеки данных, определяющей структуру файла доставки библиотеки данных. Такой файл может содержать значения экземпляров, которые ссылаются на категорию представлений и/или внешние файлы библиотеки данных, определенные в настоящем стандарте.

2 Нормативные ссылки

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

ИСО/МЭК 8824-1:1998 Информационные технологии. Абстрактно-синтаксическая нотация один (АСН.1). Спецификация базовой нотации (ISO/IEC 8824-1:1998, Information technology — Abstract Syntax Notation One (ASN.1): Specification of basic notation)

ИСО/МЭК 8859-1:1998 Информационные технологии. 8-битовые однобайтовые наборы кодированных графических знаков. Часть 1. Латинский алфавит № 1 (ISO/IEC 8859-1:1998, Information technology — 8-bit single-byte coded graphic character sets — Part 1: Latin alphabet No. 1)

ИС010303-1:1994 Системы промышленной автоматизации и интеграция. Представление данных о продукции и обмен данными. Часть 1. Обзор и основные принципы (ISO 10303-1:1994, Industrial automation systems and integration — Product data representation and exchange — Part 1: Overview and fundamental principles)

ИСО 10303-11:1994 Системы промышленной автоматизации и интеграция. Представление данных о продукции и обмен данными. Часть 11. Методы описания: справочное руководство по языку EXPRESS (IS010303-11:1994, Industrial automation systems and integration — Product data representation and exchange — Part 11: Description methods: The EXPRESS language reference manual)

ИСО 10303-31:1994 Системы промышленной автоматизации и интеграция. Представление данных о продукции и обмен данными. Часть 31. Методология и основы аттестационного тестирования. Общие положения (ISO 10303-31:1994, Industrial automation systems and integration — Product data representation and exchange — Part 31: Conformance testing methodology and framework: General concepts)

ИСО 10303-42:2000 Системы промышленной автоматизации и интеграция. Представление данных о продукции и обмен данными. Часть 42. Интегрированные родовые ресурсы. Геометрическое и топологическое представление (ISO 10303-42:2000, Industrial automation systems and integration — Product data representation and exchange — Part 42: Integrated generic resources: Geometric and topological representation)

ИСО/МЭК 10646-1:2000 Информационные технологии. Универсальный многооктетный набор кодированных знаков. Часть 1. Архитектура и основная многоязычная матрица (ISO/IEC 10646-1:2000, Information technology — Universal Multiple-Octet Coded Character Set (UCS) — Part 1: Architecture and Basic Multilingual Plane)

ИСО 13584-1:2001 Системы промышленной автоматизации и интеграция. Библиотека деталей. Часть 1. Обзор и основные принципы (ISO 13584-1:2001, Industrial automation systems and integration — Parts library — Part 1: Overview and fundamental principles)

ИСО 13584-24 Системы промышленной автоматизации и интеграция. Библиотека деталей. Часть 24. Логический ресурс. Логическая модель библиотеки поставщика (ISO 13584-24, Industrial automation systems and integration — Parts library — Part 24: Logical resource: Logical model of supplier library)

ИСО 13584-26:2000 Системы промышленной автоматизации и интеграция. Библиотека деталей. Часть 26. Логический ресурс: Идентификация поставщика информации (ISO 13584-26:2000, Industrial automation systems and integration — Parts library — Part 26: Logical resource: Information supplier identification)

ИСО 13584-31:1999 Системы промышленной автоматизации и интеграция. Библиотека деталей. Часть 31. Средства реализации: интерфейс геометрического программирования (ISO 13584-31:1999, Industrial automation systems and integration — Parts library — Part 31: Implementation resources: Geometric programming interface)

2

ГОСТ Р ИСО 13584-101-2010

ИСО 13584-42:1998 Системы промышленной автоматизации и интеграция. Библиотека деталей. Часть 42. Методология описания: методология структурирования групп деталей (ISO 13584-42:1998, Industrial automation systems and integration — Parts library — Part 42: Description methodology: Methodology for structuring parts families)

3 Термины, определения и сокращения

В настоящем стандарте использованы термины по ИСО 10303-1, ИСО 10303-11, ИСО 10303-31, ИСО 10303-42, ИСО 13584-1, ИСО 13584-24, ИСО 13584-31, ИСО 13584-42.

3.1    прикладной программный интерфейс (application programming interface, API): Набор функций, которые могут быть выполнены с помощью конкретной программы.

[ИСО 13584-24]

3.2    базовая семантическая единица (basic semantic unit): Логический объект, обеспечивающий абсолютную и однозначную идентификацию отдельных объектов в области приложений (например, классы, типы элементов данных).

[ИСО 13584-42:1998, статья 3.4.1]

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

[ИСО 13584-31:1999, статья 3.2.3]

3.4    система автоматизированного проектирования (computer aided design system; CAD): Вид системы компьютерного моделирования, генерирующей данные о продукции и управляющей ими.

3.5    класс соответствия (conformance class): Подгруппа стандартов, для которых может быть подтверждено соответствие.

[ИСО 13584-24]

3.6    требование соответствия (conformance requirement): Точное текстовое определение характеристик, которые должны быть представлены в соответствующей реализации.

[ИСО 10303-1: 1994, статья 2.1.14]

3.7    соответствующая реализация (conforming implementation): Реализация, удовлетворяющая требованиям соответствия, установленным одним или несколькими классами соответствия стандарта.

[ИСО 13584-24]

3.8    соответствие (conformity; conformance): Выполнение всех установленных требований.

[ИСО 10303-31:1994, статья 3.2.25]

3.9    конструктивная блочная геометрия (constructive solid geometry; CSG): Тип геометрического моделирования, в котором блок определяется как результат выполнения последовательных регулярных логических операций на блочных моделях.

[ИСО 10303-42:2000, статья 3.1.11]

3.10    экземпляр типа данных сущности (объекта) (entity (data type) instance): Блокданных, которому присвоено конкретное имя, представляющий блок информации в классе, определяемом сущностью (объектом), и входящий в область, устанавливаемую типом данных сущности (объекта).

[ИСО 10303-11:1994, статья 3.2.7]

3.11    сущность; объект (entity): Класс информации, определяемый общими характеристиками.

[ИСО 10303-11:1994, статья 3.2.5]

3.12    тип данных сущности (объекта) (entity data type): Представление сущности (объекта), тип данных которой (которого) устанавливает область значений, определяемых общими атрибутами и ограничениями.

[ИСО 10303-11:1994, статья 3.2.6]

3.13    функциональная модель детали (functional model of a part): Функциональная модельодной категории представлений данных о деталях в интегрированной библиотеке данных.

[ИСО 13584-1:2001]

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

3.14    функциональное представление детали (functional view of a part): Информационная модель одной категории представлений данных детали в данных о продукции.

[ИСО 13584-1:2001]

3

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

3.15    реализация (implementation): Разработка программного обеспечения в заданной среде программирования.

3.16    метод реализации (implementation method): Средства, используемые компьютерами для обмена данными, описываемыми на языке спецификаций данных EXPRESS.

[ИСО 13584-24]

3.17    ресурсы реализации (implementation resources): Возможности системы программного обеспечения, которые должны быть доступными для подтверждения соответствия отдельному классу соответствия протокола обмена представлениями или протоколу обмена представлениями и интегрированной информационной модели библиотеки данных.

[ИСО 13584-24]

3.18    информационная модель (information model): Формальная модель набора фактов, понятий или инструкций, соответствующая установленному требованию.

[ИСО 10303-1:1994]

3.19    интегрированная библиотека (integrated library): Операционная система, состоящая из системы управления библиотекой, и библиотека пользователя.

[ИСО 13584-24:2003]

3.20    поставщикданныхбиблиотеки(ИЬгагуба1а5иррИег): Организация, поставляющая библиотеку поставщика в стандартном формате по ИС013584 и несущая ответственность за ее содержание.

[ИСО 13584-1:2001]

3.21    файл доставки библиотеки (library delivery file): Совокупность экземпляров логических объектов на языке EXPRESS, соответствующих интегрированной информационной модели библиотеки и представленных с применением одного из методов реализации, установленных в ИСО 10303.

[ИСО 13584-24]

Примечание — Файл доставки библиотеки данных устанавливает структуру и содержание библиотеки поставщика и может иметь ссылки на внешние файлы библиотеки.

3.22    конечный пользователь библиотеки (library end-user): Пользователь интегрированной библиотеки. Конечный пользователь библиотеки может обсуждать данные, содержащиеся в библиотеке, выбирать необходимую деталь, делать запрос на передачу выбранного представления этой детали из системы данных библиотеки.

[ИСО 13584-1:2001]

3.23    контекст библиотечного обмена (library exchange context): Один файл доставки библиотеки данных, нулевая точка и один или несколько внешних файлов библиотеки, вместе образующие библиотеку поставщика.

[ИСО 13584-24]

3.24    внешний файл библиотеки (library external file): Файл, ссылка на который находится в файле доставки библиотеки данных, дополняющий библиотеку поставщика.

[ИСО 13584-24]

Примечание — Структура и формат внешнего файла библиотеки должны быть установлены в файле доставки библиотеки данных, который ссылается на него.

3.25    интегрированная информационная модель библиотеки (library integrated information model): Схема на языке EXPRESS, интегрирующая ресурсы, состоящая из различных схем EXPRESS для представления их в библиотеке поставщика для обмена и связанная стребованиями соответствия.

[ИСО 13584-1]

Примечание — В ИСО 13584-24 для представления разных типов библиотек поставщика установлены три интегрированные информационные модели библиотек.

3.26    система управления библиотекой (library management system, LMS): Система программного обеспечения, позволяющая пользователю использовать содержимое интегрированной библиотеки.

[ИСО 13584-1:2001]

Примечание — Система программного обеспечения не стандартизирована.

4

ГОСТ Р ИСО 13584-101-2010

3.27    библиотека деталей (parts library): Идентифицированный набор данных и программ, которые могут генерировать информацию о наборе деталей.

[ИСО 13584-1:2001]

3.28    базовая система координат (reference coordinate system): Базовая декартова система координат, с которой связаны все элементы системы.

3.29    категория представлений (representation category): Абстракция, используемая с целью установления различия требований пользователя к представлению деталей.

[ИСО 13584-1:2001]

Примечание — В модели, установленной в ИСО 13584, различия формально выражены с использованием логических имен представлений и управляющих переменных представления.

3.30    стандартные данные (standard data): Требования к системе программного обеспечения, определяемой средствами экземпляров типов данных логической сущности на языке EXPRESS, которые поддерживаются данной системой программного обеспечения.

[ИСО 13584-24]

3.31    библиотека поставщика (supplier library): Набор данных и программ, для которых определен поставщики которые описывают в стандартном формате, установленном в ИСО 13584, набор деталей и/или представлений данных о деталях.

[ИСО 13584-1:2001]

3.32    библиотека пользователя (user library): Информация, полученная в результате интеграции одной или нескольких библиотек системой управления библиотеками и их последующей адаптации пользователем.

[ИСО 13584-1:2001]

3.33    управляющая переменная представлений (view control variable): Переменная перечислимого типа, которая может быть связана с логическим именем представлений и предназначенная для дальнейшего установления проекций (перспектив) деталей, выбранных пользователем.

[ИСО 13584-1:2001]

Пример —Для геометрической проекции детали значения управляющих переменных представлений могут соответствовать 2D, каркасу или сплошной конструкции.

3.34    протокол обмена представлениями (view exchange protocol; VEP): Совокупность специальных правил, определяющих использование логических структур ресурсов и интерфейсы передачи представлений, соответствующих требованиям к обмену одной категории представлений данных о деталях.

[ИСО 13584-24]

3.35    логическое имя представления (view logical name): Идентификатор категории представлений, соответствующий перспективе/проекции, которая может быть использована пользователем в отношении деталей.

[ИСО 13584-1:2001]

Пример — Идентификаторами могут быть геометрия, инерция, кинематика и т. д.

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

-    2D — двумерная геометрия;

-    3D — трехмерная геометрия;

-    API — прикладной программный интерфейс;

-    CAD — система автоматизированного проектирования;

-    CGS — конструктивная блочная геометрия.

4 Идентификация категории представлений basic_geometry

4.1 Понятия

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

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

5

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

-    формат обмена категорией представлений basicgeometry, на которую дают ссылку из описания ее библиотеки и которая содержит программы на языке программирования FORTRAN, основанные на стандартном API по ИСО 13584-31;

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

4.2 Стандартизированные словарные статьи

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

Примечание 1 — Требования к функциональному представлению детали приведены в ИСО 13584-1, а к типу данных сущности (объекта) functional_view_class на языке EXPRESS — в ИСО 13584-24.

Пример — Информационная модель категории представлений basicjgeometry может быть определена на языке EXPRESS с помощью атрибутов "уровень геометрии" и "содержание", являющихся представлением ИСО 10303-43. Описание может быть следующим:

ENTITY basic_geometry;

level: geometry_level_type;

content: representation;

END_ENTITY;

С использованием логических структур ресурсов на языке EXPRESS, установленных в ИСО 13584-24, эта информационная модель также может быть определена и обменена как экземпляр типа данных сущности functional_view_class:

#1 = FUNCTIONAL_VIEW_CLASS(..„ 'basic_geometry', (#10,...), (#11));

#10 = PROPERTY_BSU('lever,...); /* a view control variable *1

#11 = PROPERTY_BSU('content',...); /* a view property *1

Последнее описание используется в настоящем стандарте, и соответствующие экземпляры входят в словарь соответствующего представления.

Правила универсальной идентификации функционального класса представлений basic geometry с использованием средств базовой семантической единицы приведены в 4.2.1. Требования к универсальной идентификации управляющих переменных представления, предназначенных для этого функционального класса представлений вместе с их областями значений, приведены в 4.2.2. Экземпляр functional_view_class категории представлений ISO ЮЗОЗ гер не должен содержать объекта view_properties. Атрибута its_superclass этого экземпляра не существует, т. е. соответствующий функци

ональный класс представлений не имеет родительского объекта.

Примечание 2 — Объект view_properties является атрибутом сущности (объекта) functionalviewclass, установленным в ИСО 13584-24. Сущность its_superclass является атрибутом сущности class, установленным в ИСО 13584-42.

4.2.1 Логическое имя представления

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

Таблица 1 — Описание логических имен представлений

class_code class_version supplier_code 'basic_geometry' '00Г '0112/1 ///13584 101 _f

Данная информация обеспечивает универсальную идентификацию категории представлений basic_geometry и определяет логическое имя ее представлений.