Норенков И.П. Основы автоматизированного проектирования

Подождите немного. Документ загружается.

6.3.

STEP-технология

стандарте

ISO

10303-42 определен

ряд

сущностей, относящихся

гео-

метрии

топологии изделий,

их

набор близок

набору, используемому

таком

стандарте,

как

IGES.

частности, используются следующие понятия: положе-

ние

координатной

оси

(axis_placement),

модели кривых

форме

5-сплайна

(b_spline_curve)

Безье

(bezier_curve),

модели поверхности

форме

5-сплайна

(b_spline_surface),

рационального

5-сплайна

(rational_b_spline_surface)

Безье

(bezier_surface), точка

декартовых координатах

(cartesian_point),

преобразо-

вание декартовых координат

(cartesian_transformation_operator_3d),

геометри-

ческий аспект

(geometric_representation_context),

полигональная поверхность

(offset_surface),

поверхность

вращения

(surface_of_revolution)

и др.

Тома

101...

199

отведены

для

документов, относящихся

более специаль-

ным

средствам, называемым интегрированными прикладными ресурсами

(Integrated application

resources).

Характерный пример

стандарт

ISO

10303-

104, посвященный методу конечных элементов. Описание стандарта

на

языке

Express состоит

из

нескольких схем.

одной

из них

задаются геометрические

аспекты

модели.

При

этом описываются следующие типы данных: система

координат

(декартова, цилиндрическая, сферическая); виды конечных элемен-

тов

(объемный, поверхностный

или 3D,

участок

2D- или

3£)-кривой),

форма

элемента (линейный, квадратичный, кубический); степень свободы; парамет-

ры

дескрипторы элементов, позиция

элемента,

свойства элементов (напри-

мер, масса, момент инерции, жесткость), материал

и его

свойства (плотность,

эластичность, тепловое расширение), группа элементов

и др. В

другой

схеме

основное

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

фи-

гурируют такие сущности

типы данных,

как

тензоры; переменные, харак-

теризующие напряжения; приложенные нагрузки; погрешности; шаги ана-

лиза

и т. п.

Группа стандартов

номерами, начинающимися

501, содержит гео-

метрические модели

часто используемые элементы чертежей, называемые

прикладными

компонентами.

Эти

компоненты входят

качестве составных

частей

некоторые интегрированные ресурсы

прикладные протоколы. При-

меры прикладных компонентов:

каркасные

модели

на

основе граней, оболочек,

геометрически заданными границами, поверхностные модели

геометри-

чески

топологически заданными границами, чертежные элементы, чертеж-

ные

аннотации

и т. п.

Прикладные

протоколы

стандарте

ISO

10303 содержатся

томах, начи-

ная

N=201.

Прикладные протоколы принято обозначать аббревиатурой

АР с

указанием номера, например

АР203,

АР214.

Для

связи прикладной системы

со

STEP-средой используемые

ею

данные должны быть описаны

соответству-

ющем

АР.

Как

правило, прикладной протокол включает большое число сущностей

их

атрибутов, описания

АР

составляют десятки страниц

на

языке

Express

или

десятки

рисунков

на

языке Express-G. Поэтому целесообразно использовать

приемы

группирования тесно взаимосвязанных сущностей

для

более лаконич-

ной

характеристики

АР.

Такими группами являются единицы

функциональнос-

303

Информационная

поддержка

этапов

жизненного

цикла

изделий

—

CALS-технологии

ти

(UoF

Units

Functionality). Используют также понятие классов

(СС

Conformance

Classes)

для

классификации

моделей.

Ниже

приведен список ряда разработанных прикладных протоколов

дана

их

краткая

характеристика.

Отметим,

что

число

прикладных

протоколов

STEP

может

расширяться

за

счет разработки новых протоколов.

АР201:

Explicit draughting; явное черчение.

При

использовании протокола опериру-

ют

такими понятиями,

как

структура чертежа, аннотация, геометрическая форма

дета-

ли,

группирование.

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

та,

организация-исполнитель,

слой,

вид

т. п.

АР202:

Associative draughting; ассоциативное черчение. Протокол, относящийся

опи-

санию конструкторской документации.

протоколе фигурируют данные,

значитель-

ной

мере пересекающиеся

данными протокола

АР201

сгруппированные

по

едини-

цам

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

структура документации (иерархия, заголовки, утверждающие подписи);

связь

изделием (версия, изготовитель);

аннотация

формы изделия

(2D-

или

3£)-модель);

связь

модели

с ее

визуализацией (масштаб);

форма аннотации (месторасположение аннотации, символы, заполняемые пози-

ции);

оформление

документов

(шрифты,

цвета);

размеры (допуски);

группирование деталей

по тем или

иным признакам.

АР203:

Configuration controlled

design;

проектирование

конфигурационным

управлением.

Это

один

из

важнейших прикладных протоколов.

В нем

унифицированы

геометрические модели, атрибуты

спецификации сборок

3£>-поверхностей,

разде-

ленных

на

несколько классов,

также параметры управления версиями

внесением

изменений

документацию

и др.

Описание

протокола

АР203

на

языке

Express

представляет собой схему,

которой

можно

выделить следующие части.

Ссылки

на

заимствованные

из

стандартов

ISO

10303-41,10303-42

10303-44

интегри-

рованные

ресурсы.

Это

ссылки

на

такие сущности,

как

контексты приложения

продук-

ции,

свойства изделий,

массогабаритные

характеристики, расположение координатных

осей, типы кривых

поверхностей, указатели статуса

контракта,

предприятия, исполните-

лей,

даты

т. п.

Описания некоторых обобщенных типов, объединяющих

помощью оператора

SELECT

ряд

частных типов.

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

классов

геометрических моделей. Класс

предназначен

для

задания состава изделий

без

описания

геометрических форм. Класс

включает каркасные модели

явным описани-

ем

границ, например,

виде координат точек

определяемых

с их

помощью линий.

классе

каркасные модели дополнены топологической информацией,

т. е.

данными

том,

как

поверхности, линии

или

точки связаны

друг

другом. Класс

служит

для

описа-

ния

поверхностей произвольной формы. Классы

включают твердотельные модели,

так

называемые

BREP

(Boundary representation).

первому

из них

относятся

тела,

грани-

цы

которых аппроксимированы полигональными (фасеточными) поверхностями,

со-

стоящими

из

плоских участков.

классе

поверхности, ограничивающие

тела,

могут

быть

как

элементарными (плоскими, квадратичными, тороидальными),

так и

представ-

ленными

моделями

форме Безье,

5-сплайнов

и др.

Описание других используемых сущностей, относящихся

конфигурации изделия,

например, таких,

как

вносимое

проект изменение

соответствующими

атрибутами.

АР208:

Life

cycle

management

Change

process;

управление процессами изменений

жизненном цикле (управление конфигурацией). Включает идентификацию ситуаций

(недостатков), требующих внесения изменений,

их

причин, определяет действия

по

уст-

ранению

недостатков

рекомендует лиц, ответственных

за

внесение изменений.

304

STEP-технология

АР210:

Electronic assembly, interconnect

and

packaging

design;

компоновка

проек-

тирование межсоединений

электронной аппаратуре, управление конфигурацией

представление данных

печатных платах

сборках

при

их

проектировании

при

переда-

че

данных

на

производственную стадию.

протоколе используются данные

форме

материале изделия, размещении компонентов

имеющихся ограничениях, проводящих

изолирующих слоях, вносимых изменениях

проект

и т. д.

АР212:

Electrotechnical

design

and

installation; проектирование

монтаж электротех-

нических изделий.

протоколе описываются электротехнические системы

на

стадиях

проектирования, монтажа, поставки. Имеются средства

для

представления функциональ-

ной

декомпозиции

систем,

физического размещения оборудования

кабельных соеди-

нений, информационного обмена между частями систем, документирования, управле-

ния

конфигурацией

и др. (Но в

протоколе

не

рассматриваются вопросы изготовления,

моделирования, тестирования

аппаратуры.)

Примеры используемых

стандарте объек-

тов: электротехнические системы

приборы, функциональный продукт, место разме-

щения

(installation_location), сигнал, терминал, проект, контракт, интерфейс, цепь,

со-

единение,

порт. Отдельную группу составляют объекты, представляемые графически,

др.

протоколе описывается

ряд

опций, которые могут быть использованы

моделях.

Состав

этих опций зависит

от

класса формы.

Всего

протоколе четыре класса:

СС1

проектные данные

(классификация,

конфигурация, документация

двумерны-

ми

схемами,

структура)

без

функциональных аспектов

инсталляции;

СС2

класс

1 с

добавлением функциональной информации (распределение функ-

ций

между частями системы, информационные потоки

др.);

ССЗ

класс

1 с

информацией

об

инсталляции (двумерные чертежи

геометрической

пространственной информацией, схемы размещения оборудования);

СС4 —

полная совокупность данных

—

единиц функциональности протокола

АР212,

т.

е.

объединение

СС1,

СС2

ССЗ.

АР214:

Core Data

for

Automotive Mechanical Design

Processes;

основные данные

для

проектирования

механических частей автомобилей. Имеются средства

для

представле-

ния

данных

по

структуре

геометрии изделий, презентации проектов, моделированию,

производственным процессам (числовое управление, допуски, материалы)

и др.

стандарте введено

классов моделей, классы различаются видом модели

(поверхностная, твердотельная, каркасная), наличием данных

по

кинематике, допускам,

управлению конфигурацией.

Геометрические группы родственных понятий (сущностей,

атрибутов),

фигу-

рирующих

приложении, сведены

АР214

несколько

UoF,

имеющих непустые

пересечения.

К ним

относятся:

Gl:

wireframe_model_2d,

включающая такие сущности,

как

геометрическая модель,

точка, линия, кривая, гипербола,

Б-сплайн,

каркасная

21>-модель

др.;

G2;

\vireframe_model_3d

аналогичными сущностями,

но в

пространстве

3D;

G3:

connected_surface_model,

предназначена

для

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

ниченных поверхностных

моделей,

эта

группа включает

ряд

сущностей

из G2 и G8 и

таких,

как

кривая

или

точка

на

поверхности, цилиндрическая

тороидальная поверхнос-

ти,

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

др.;

G4:

faceted_b_rep_model, относится

BREP-моделям

деталями, имеющими

планар-

ные

поверхности

внутренние пустоты.

Понятия

точки, линии, плоскости взято

из G3 и

G5,

другие сущности

замкнутая фасеточная оболочка, твердотельное

BREP-многооб-

разие

(manifold solid

B-rep)

др.;

G5:

b_rep_model

представление одного

или

более тела, которое состоит

из

замкну-

тых

внешней

внутренних оболочек. Геометрия поверхностей выражена кривыми.

Боль-

шинство

понятий аналогично используемым

G3;

G6:

compound_model

модели поверхностные, твердотельные, каркасные

тополо-

гически представленными соединениями. Примеры использования: выделение

телах

зон

различными свойствами, частей сварной конструкции

и т.

п.;

Основы

автоматизированного

305

проектирования

Информационная

поддержка

этапов жизненного

цикла

изделий

—

CALS-технологии

G7:

csgjnode,

или

более

полное название solid model

using

Constructive Solid Geometry

—

получение модели

помощью булевых операций

над

заданными

телами.

Наряду

понятиями

из

предыдущих

UoF

здесь фигурируют понятия

«блок»,

«примитив»,

«ре-

зультат булевой операции»

др.;

G8:

geometrically_bounded_surface_model

UoF

геометрически ограниченная

по-

верхностная

модель.

Среди

других

UoF

можно

отметить:

S2:

element_structure

элементы структуры

аннотаций структуры, например, слой,

образец, аспект формы, преобразование

2D или

3D,

точность, расположение осей

и т.

п.;

S5:

work management

такими сущностями,

как

операция, метод операции, контракт,

порядок

работ, изменение;

S6:

classification

понятиями

классификации

атрибутов

систем,

иерархии

пунк-

тов

классификаций;

S7:

specification_control

управление спецификациями предназначено

для

описания

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

тов, категории характеристик, способы декомпозиции продукции,

ее

функции, вводятся

сущности «конфигурация», «проектное ограничение», «проектное решение», «пункт

решения», «вариант размещения», «спецификация»

и т. п.

АР221:

Functional data

and

their schematic representation

for

process

plant; функцио-

нальная

модель

и ее

схемное представление

для

производственных процессов. Протокол

предназначен

для

описания иерархического построения предприятий химического, неф-

теперерабатывающего производства, ядерной энергетики. Рассматриваются состав обо-

рудования,

система трубопроводов, характеристики

потоков

них.

АР224:

Mechanical product definition

for

process plans

using

machining features; опи-

сание

механических деталей

для

планирования

обработки. Имеются средства

для

описа-

ния

особенностей конструкции деталей (например, отверстий, бобышек, буртов), требо-

ваний

качеству обработки, свойств материалов, геометрической формы

и др.

АР233:

Systems

engineering data representation

системы представления инженер-

ных

данных Имеются

виду данные (единицы функциональности), характеризующие

состояния

системы

и ее

параметры (например, цена, производительность, надежность,

технологичность, контролепригодность

и т.

п.), связанные

требованиями

продукту,

его

функциональной архитектурой, поведением, управлением конфигурацией. Рассмат-

риваются

как

количественные,

так и

лингвистические

(в том

числе нечеткие) перемен-

ные

вместе

единицами измерения.

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

Третья

группа стандартов (тома

31...39)

в ISO

10303 относится

методам

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

моделей

на

языке

Express.

этих стандартах представлены

об-

щие

положения

для

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

тов

STEP,

включая организацию тестирования

(аккредитацию,

сертификацию,

взаимоотношения

между

контролерами

клиентами),

устанавливаются струк-

тура

порядок использования тестовых последовательностей, описываются

методы

тестирования, требования

контролерам

клиентам.

Группа

стандартов «Набор средств тестирования» включает тома,

начина-

ющиеся

с N

=301.

Каждый

из

этих стандартов соответствует прикладному

протоколу,

имеющему уменьшенный

на 100

номер,

т. е.

стандарт

с N = 301

определяет

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

для

объектов протокола

АР201

и т. д.

Организация

STEP информационных

обменов

Возможны

обмены через обменный

файл

через базу данных SDAI.

Эти

способы

поясняются рис.

6.1

и 6.2

соответственно.

306

6.4

Краткое описание языка Express

Взаимодействие

Express-приложений

через

обменный

файл

Клиент

Express-

схема

У~\!

Express-

схема

Обменный

—

файл

Сервер

Express-

схема

Ч.

П-перекодировщик

Рис.

6.1.

Взаимодействие

Express-приложений

через

обменный

файл

Интегрированные

ресурсы

СУБД

конкретных

CAD/CAM-систем

Взаимодействие

приложений

через

SDAI-интерфейс

SDAI-

интерфейс

Клиент

База

данных

Express-

схема

приложения

Клиент

Обменный

файл

Обменный

файл

Базы

данных

SDAI

(STEP)

Функции

SDAI

Компилятор

Express-M

Рис. 6.2.

Взаимодействие

Express-приложений

через

базу

данных

SDAI

Обменный файл (см. рис. 6.1) используется

при

связи двух систем

А и В,

имеющих общие данные

различными обозначениями. Пользователь должен

написать перекодировщик (например,

на

языке Express-X),

помощью которо-

го

отождествляются идентификаторы одних

тех же

сущностей, имевших раз-

ные

обозначения

схемах

Аи

В.

Связь

через базу данных SDAI (см. рис. 6.2) отличается

от

обмена

по

схе-

ме,

приведенной

на

рис.

6.1,

тем,

что

имеет место

не

просто обмен,

разделе-

ние

данных многими пользователями

SDAI фактически выступает

роли

метамодели

для

разных САПР.

Описание языка Express

сокращенном виде приведено

следующем

па-

раграфе.

6.4.

Краткое

описание

языка

Express

Структура

описания

приложения

на

языке

Express

Базовый

язык

Express

является объектно-ориентированным, имеет универ-

сальный характер,

его

можно использовать

для

описания статических

струк-

307

Информационная поддержка этапов жизненного цикла изделий

—

CALS-технологии

тур и их

свойств

различных предметных областях, несмотря

на то что

язык

разрабатывался прежде всего

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

промышленных изделий

на

разных этапах

их

жизненного цикла.

Описание некоторого приложения

на

языке

Express

рамках стандарта STEP

называют

моделью

(Model).

модели декларируются множества понятий

объектов, входящих

приложение, свойства

взаимосвязи объектов.

Модель состоит

из

одной

или

нескольких частей, называемых схемами

(schema). Схема

раздел описания, являющийся областью определения дан-

ных.

В ней

вводятся необходимые типы данных.

При

описании свойств типов

данных могут применяться средства процедурного описания: процедуры, фун-

кции,

правила, константы.

Схема

Описание схемы начинается

заголовка, состоящего

из

служебного слова

schema

идентификатора

имени схемы. Далее

следует

содержательная

часть

тело схемы. Описание заканчивается служебным словом

end_schema

(в

этом

последующих примерах служебные слова

языка

Express

выделены

полужирным

шрифтом):

schema

<имя

схемы>;

<имя

схемы>

<тело

схемы>;

end_schema;

языке Express-G схема представляется прямо-

Рис.

6.3.

Изображение

угольником

разделительной горизонтальной линией,

схемы

Express-G

над

этой линией записывается

имя

схемы,

как это по-

казано

на

рис. 6.3.

теле

схемы

декларируются

типы

данных

(Data

Type}.

Тип

данных

множество значений некоторой величины

или

множество объектов (набор

эк-

земпляров).

языке Express используются следующие типы данных: сущность

(entity),

простой

(simple

type),

агрегативный

(aggregation

data

type),

опре-

деляемый

(defined

data

type),

нечисловой

(enumeration data

type)

выделяе-

мый

(select data

type)

типы.

Сущности

атрибуты

Сущность

тип

данных, представляющий собой набор концептуальных

или

реальных физических объектов

некоторыми общими свойствами

служащий

для

описания объектов предметной области. Свойства сущности выражаются

виде атрибутов (attributes).

характеристикам сущностей относятся так-

же

ограничения, накладываемые

на

значения

атрибутов

или

на

отношения между

атрибутами.

Описание сущности начинается

со

служебного слова

entity,

за

которым сле-

дуют идентификатор сущности, описание

ее

атрибутов

и,

возможно, также пра-

вил, каждый

из

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

его

идентификатором

типом:

entity

<имя

сущности>;

<идентификатор

атрибута>:<тип

атрибута>;

• • •

end_entity;

308

6.4.

Краткое

описание языка

Express

Например,

задание

прямой

линии

(line)

виде

двух

имя

ущности>

инцидентных

точек

рО

(атрибутов типа point)

вы-

глядит следующим образом: Рис. 6.4.

Изображение

entity

line;

сущности

Express-G

pO,pl:

point;

end_entity;

Атрибуты

переменные сами

могут

быть сущ-

Сущность

Атрибут

ностями; так,

тип

атрибутов предыдущего примера

декларируется,

как

сущность, атрибутами которой

случае

З.Ь-пространства

являются геометрические

координаты

х, у,

Необязательный

entity

point;

атрибут

x,y,z:

real;

Рис. 6.5.

Атрибуты

end_entity;

Express-G

Express-G сущности изображаются прямоугольниками, внутри прямоуголь-

ника

записывается

имя

сущности (рис. 6.4).

Если свойство является необязательным

для

данной сущности,

то его вы-

ражают

так

называемым необязательным (optional) атрибутом.

В его

опи-

сании

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

optional:

<идентификатор

атрибута>:

optional

<тип

атрибута>;

Изображение атрибутов

Express-G поясняет рис. 6.5,

из

которого,

част-

ности, ясно,

что

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

связи сущность

атрибут

или

сущность

сущность отображаются линиями, причем

случае

связи

optional

атрибутом используется пунктирная линия. Направление свя-

зи

обозначается окружностью

на

конце линии, ведущей

атрибуту.

Имя

атри-

бута записывается рядом

этой линией.

прямоугольнике атрибута записыва-

ется

тип

атрибута.

Некоторые

из

атрибутов могут определяться через другие атрибуты. Тогда

атрибуты, выражаемые через

другие

атрибуты, называют

порожденными

(derived),

что

отображается служебным словом

derive

декларации атрибу-

та.

Например, описание окружности кроме обязательных атрибутов, которыми

приведенном ниже примере выбраны радиус

центр окружности, может вклю-

чать порожденный атрибут площадь круга:

entity

point;

x,y,z:

real;

end_entity;

entity

circle;

center: point;

radius:

real;

явные атрибуты center, radius

derive

area:

real

pi*radius**2;

порожденный атрибут area

end_entity;

309

Информационная поддержка этапов жизненного

цикла

изделий

—

CALS-технологии

Отметим,

что

между символами

«(*»

«*)»

записывается комментарий

произвольный текст

по

усмотрению автора модели. Если комментарий умеща-

ется

одной строчке,

то

достаточно перед

его

текстом поставить двойной

дефис (--).

Простые

типы

данных

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

integer

(целые числа);

real

(действительные числа);

number

—

тип, объединяющий типы

integer

real;

logical

- его

значениями могут быть

true,

false

или

unknown

(неопределен-

ность);

Boolean

- с

возможными значениями

true

или

false;

binary

последовательность битов

или

string

строка символов.

Их

изображения

на

схемах

на

языке Express-G показаны

на

рис. 6.6.

Для

binary

string

круглых скобках можно указать максимально возмож-

ное

число элементов множества, например, если строка

может включать

до

символов,

то:

string(24);

если ровно

символа,

то

string(24)

fixed;

если ограничений нет,

то

string;

Если переменная

аЪс

имеет

тип

binary,

то

выражение

abc[5:7]

означает биты

5-го

по 7-й в

коде аЪс.

Значения

простых типов выражаются

помощью литералов. Литералы

это

числа (целые, действительные), двоичные коды, логические значения

(true,

false,

unknown),

фрагменты текста (строковый тип). Примеры записи литера-

лов:

•

двоичный (начинается

со

знака

%)-%!00101110

•

целое десятичное число

1052

•

действительный (обязательна десятичная точка)

З4.е-3

или

0.034

•

строковый (занимает

не

более одной строки)

'first

name'

BINARY

| |

LOGICAL

| |

INTEGER

| |

NUMBER

BOOLEAN

STRING

REAL

GENETIC

Рис. 6.6. Изображение

простых

типов

данных

Express-G

310

6.4.

Краткое описание языка Express

Агрегативный

тип

данных

Агрегативный

тип

данных

множество элементов некоторого типа. Разли-

чают

четыре

разновидности

агрегативных

типов, сведения

которых приведе-

ны

табл. 6.2.

Таблица

6.2

Тип

данных

array

bag

list

set

Упорядоченность

Да

Нет

Да

Нет

Различие

элементов

Необязательно

Обязательно

При

описании типа array после слова

array

квадратных скобках указыва-

ются нижняя

верхняя границы индексов.

Для

остальных агрегативных типов

записываются

не

граничные значения индекса,

нижняя

верхняя границы

числа

элементов.

Например:

Fl:

array[2:8]

real;

описание

семиэлементного

массива

F1,

его

элемен-

ты

имеют

тип

real

нумеруются, начиная

со

значения индекса

2*);

F2:

list[l:?]

integer;

(*множество

содержит

по

крайней мере один эле-

мент типа

integer;

matr:

array[l:10]

array[9:12]

atrac;

(*массив

matr состоит

из 10

четы-

рехэлементных

массивов, элементы типа

atrac.*)

Записи

вида

аггау[2:8]

или

list[l:?]

»,,.,.„

„,

Express-G преобразуются

форму

А[2:8]

или

L[l:?],

указываемую около линии атрибута

агрегативного типа после имени этого атри-

бута. Так, первый

из

приведенных выше при-

меров представлен

на

рис. 6.7.

REAL

Рис.

6.7.

Обозначение атрибута

агрегативного типа

Express-G

Определяемый,

нечисловой,

выделяемый

типы

Определяемый

тип

обычно вводится пользователем

для

улучшения читае-

мости модели. Нечисловой

тип - тип

данных, экземплярами которого являют-

ся

нечисловые (предметные) переменные. Выделяемый

тип

соответствует

поименованной

совокупности других типов. Описание этих типов данных начи-

нается

со

служебного слова

type,

за

которым следует идентификатор типа

его

определение. Пример описания определяемого типа:

type

volume

real;

end_type;

entity

manual;

name:

string;

vl,v2,v3:

volume;

end_entity;

Определение нечислового типа начинается

со

служебных слов

enumeration

of,

после которых

скобках перечисляются элементы множества. Например:

311

Информационная

поддержка этапов жизненного

цикла

изделий

—

CALS-технологии

defined

*УР

°l°r

enumeration

(red, green, blue);

•

end

type;

enumeration

Ссылка

на

значение

red

теперь возможна

виде

elect

ге(

или

°l°

Выделяемый

тип

соответствует одному

из не-

Рис.

6.8.

Изображения

которого

списка

уже

введенных

типов. Этот

спи-

\-.

сок

записывается после служебного слова select.

типов

данных

Express-G

.-,

Ссылка

на имя

выделяемого типа означает,

что

выбирается один

из

типов совокупности:

type

a_c =

select

(one, two,

three);

end_type;

•

• •

proc: a_c;

proc может быть объектом одного

из

типов one, two,

three*)

Графические

изображения определяемых, нечисловых

выделяемых типов

данных показаны

на

рис. 6.8. Внутри прямоугольников, ограничиваемых пунк-

тирными линиями, записывается

имя

типа.

Супертипы

подтипы

Отношения типа целое

часть

или

функция

вариант реализации, харак-

терные

для

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

виде альтернативных

(И-ИЛИ)

деревьев,

языке

Express

выражаются

форме отношений между типами дан-

ных.

Для

этого введены понятия супертипа

(supertype),

как

более общего типа,

подтипов

(subtypes),

как

подчиненных типов.

На

рис.

6.9

верхняя сущность

относится

супертипу,

три

нижних

прямоугольника

изображают подтипы, линии

связи

прямоугольников должны быть утолщенными.

Рассмотрим пример фрагмента

И-ИЛИ-дерева,

котором имеются верши-

на

ИЛИ

и две

подчиненные

ей

альтернативные вершины

Ь2.

Общим

атрибутом

для Ы и

Ь2

является

size

типа real, специфичным

для Ы

атрибут

vol

типа real,

специфичным

для

Ь2

-атрибут

met

типа

string.

Этот фрагмент

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

entity

supertype

(oneof

(Ы,Ь2));

size:

real;

end_entity;

—'

entitybl

subtype

(al);

vol:

real;

end_entity;

entity

subtype

(al);

Рис.

6.9.

Изображение

met:

string;

иерархии

типов

Express-G

end_entity;

312