ГОСТ Р ИСО 10303-55—2015
составляющей двойственной модели в передающей системе. Однако различие между внутренними
представлениями в системах моделирования не даст возможности достичь этого идеала.
Пример - Две гипотетические CAD-системы имеют следующие характеристики:
Система А:- внутренний числовой допуск на совмещение точек равен 10~* единиц;
• грань цилиндра, равная 360* разделена на три сектора по 120*
Система В:• внутренний числовой допуск на совмещение точек равен 10’7 единиц;
-
грань цилиндра, равная 360
♦
рассматривается как единое целое, два ребра которого
совпадают с соединяющей кривой, расположенной параллельно образующей цилиндра.
Подобные различия приведут к тому, что характеристики переданной и восстанов
ленной явно заданных моделей редко окажутся полностью совпадающими, хотя обычно
они будут достаточно близкими для практических целей.
4.2.5 Представление конструкционных операций в процедурных моделях
В стандартах комплекса ИСО 10303 модель или представление состоит из экземпляров объек
та representationjtem (см. ИСО 10303-43). Присутствие такого экземпляра в файле обмена или в
совместно используемой базе данных изначально намечалось как декларативное, то есть демон
стрирующее реальное присутствие данного элемента в передаваемой модели. Однако ИСО 10303-11
в 9.2.6 определяет, что «при объявлении объекта, одновременно неявным образом объявляется кон
структор. Идентификатор конструктора совпадает с идентификатором объекта .... При запуске кон
структора он должен возвращать в точку вызова значение частичного сложного объекта для данного
объектного типа данных...». Данная возможность первоначально предназначалась для использова
ния в локальных или глобальных правилах в схемах, но в настоящем стандарте она используется для
представления конструкционных операций для экземпляров объектных типов данных, которые долж
ны быть выполнены в принимающей системе после передачи модели. Таким образом, хотя «точка
вызова» конструктора первоначально предусматривалась транслятором ИСО 10303 при проверке
правил, при передаче моделей истории построения она будет определяться при восстановлении мо
дели в принимающей системе. Трактовка значений атрибутов как параметров, передаваемых
кон структорам. подробно рассмотрена в упомянутом параграфе ИСО 10303-11.
Пример - Рассмотрим следующий экземпляр из файла обмена по ИСО 10303-21 [2]:
#210 = CIRCLE(’C1\ #150, 6.0);
Приведенные здесь атрибуты представляют, соответственно, наименование
окружности, ссылку на расположение ее оси, определенное в другом мосте файла обмена, и
ее радиус. Если данный экземпляр передается как элемент явно заданной модели, то ожи
дается, что принимающая система перепишет определение окружности в свой родной
внутренний формат и встроит ее в структуру данных явно заданной модели контурного
представления или похожего типа. Наоборот, если данный экземпляр определен как часть
последовательности операций в истории построения, то он вызовет в принимающей си
стеме процедуру создания указанной окружности с самого начала. Таким образом, данный
процесс в первом случае концептуально является процессом трансляции, а во втором
-
процессом генерации.
Приведенная выше цитата из ИСО 10303-11 говорит о том. что процедурные представления
могут быть сгенерированы в терминах экземпляров любых подтипов объекта reprosontationjtem ,
для которых существуют определения на языке EXPRESS. Поэтому широкий выбор таких объектных
типов данных непосредственно доступен для использования в настоящем стандарте.
Из использования определений объектных типов данных в качестве конструкционных операций
вытекают два следствия:
a) необходимо проводить различие между экземплярами, используемыми в качестве конструк
торов. и экземплярами, представляющими переданные явно заданные элементы, которые формиру ют
часть гибридной модели:
b
) весьма важно установить надлежащее упорядочение экземпляров, используемых в качестве
конструкторов.
П р и м е ч а н и е - В ИСО 10303-21 [2] определено, что последовательность экземпляров в файле об
мена не имеет значения.
Объект procedural_representation_sequence, определенный в настоящем стандарте (см.
4.3.4), предназначен для фиксации упорядочения экземпляров, представляющих конструкционные
операции в процедурной модели. Он также служит для разделения экземпляров, которые должны
интерпретироваться как операции, и экземпляров, которые таковыми не являются и исключены из
упорядоченных последовательностей.
Еще одним аспектом использования экземпляров объектных типов данных для представления
8