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

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

6.1.

Обзор

CALS-стандартов

Том

ISO15531-41

содержит обзор

основные

принципы

управления потоками про-

изводственных

данных.

настоящее время

рабочей группе

WG10

подкомитета

SC4

разрабаты-

вается

стандарт

ISO

18876

IIDEAS.

Его

назначение

обеспечение взаимо-

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

организаций, использующих разные стандарты, интег-

рация

данных

моделей, получаемых

из

разных источников, разрабатываемых

различых

САПР.

Предусматриваются

возможности согласования

моделей,

выраженных

помощью разных

языков

моделирования

форматов, например,

таких,

как

SGML, XML,

Express.

Средства интеграции

специальные интегра-

ционные

модели

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

их

связи

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

Две

первые части стандарта

ISO

18876

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

2000

г. Они

вклю-

чают

себя общее описание архитектуры

системы

интеграции

и ее

компо-

нентов, вторая часть посвящена методологии интеграции.

дальнейшем

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

ин-

теграционную модель

на

данные, управляемые

соответствии

со

стандарта-

ми

STEP, P_Lib, MANDATE. Предполагается,

что это

развитие приведет

появлению

языка

EXIST

(Expression

Information

based

on Set

Theory), более

соверешенного,

чем

Express, который будет учитывать

ряд

свойств таких язы-

ков,

как

Unified

Modelling

Language

(UML),

Knowledge Interchange

Format

(KTF),

XML и др.

Некоторые свойства EXIST

уже

рассматривались рабочей

группой

WG11

проекте языка

Expresss-2.

Язык EXIST позволит описывать интеграци-

онные

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

для

прикладных

моделей.

Другие

стандарты,

используемые

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

Стандарт

EIA

649

посвящен управлению конфигурацией изделий.

В нем

установлены базовые принципы управления

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

правила управле-

ния

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

документацию, рассматриваются такие вопросы,

как

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

данных,

контроль

версий данных

доступа

данным

и др. В

стандарте вводятся уров-

ни

статуса данных,

которым относится документ

на том или

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

его

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

ных

утвержденных данных.

На

уровне рабочих данных

документом работает

его

составитель (разработчик).

На

уровне выпущенных данных документ дос-

тупен соответствующим подразделениям организации-изготовителя, здесь

любое

изменение данных

требует

выполнения специальных согласитель-

ных

процедур. Представленные данные

уже

доступны

для

просмотра заказчи-

кам

(потребителям). Статус утвержденных данные получают после одобре-

ния

заказчиком.

Для

представления

обмена данными

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

системах

недо-

статочно

иметь лишь

язык

Express

и его

диалекты. Поэтому

CALS-техноло-

гиях разрешено использовать также

ряд

дополнительных

языков

форматов

данных. Так,

для

передачи

представления

технических руководствах век-

293

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

жизненного

цикла изделий

—

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

торной

2£>-графики

(схем,

рисунков) можно использовать формат

BMP или

более

экономичный

формат JPEG.

Для

2£)-чертежей

(но не в

САПР)

соответствии

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

MIL-PRF-28003

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

мат

COM

(Computer Graphics Metafile), ранее введенный

ISO/IEC

8632.

Рас-

теризация

выполняется

соответствии

рекомендацией

MIL-PRF-28002.

Стан-

дартный растровый формат

TIFF.

Для

презентаций проектов

обучения персонала, занимающегося обслужи-

ванием

эксплуатацией изделий, создаются технические руководства

учеб-

ные

пособия.

частности,

эти

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

(ИЭТР

или

1ЕТМ

Interactive

Electronic

Technical Manual). Существует классифи-

кация

ЕЕТМ:

классы 1...3

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

4 -

не-

линейное

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

разделением материала

на

модули.

Спецификация

MIL-PRF-87268

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

форматам

DETM.

Спецификация

АЕСМА 1000D

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

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

признанная

авиационной

промышленности

(АЕСМА-European

Association

Aerospace

Constructors).

основе АЕСМА

1000D

лежит деком-

позиция

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

на

модули. Модули включают идентифи-

кационную

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

на

языках SGML

или

HyTime

(Hypermedia Time-based Structuring Language)

иллюстрациями

форматах

CGM

или

JPEG,

хранятся

специальной базе данных. Предусмотрена авто-

матическая

простановка гиперссылок (для этого имеются соответствующие

программные средства).

Организация

Объединенных Наций

целью унификации структуры доку-

ментов

правил деловой переписки (прежде всего

торговых операциях) при-

няла

1986

г.

спецификацию

EDIFACT

(Electronic

Data

Interchange

For

Administration,

Commerce

and

Transport). Этот документ стал международ-

ным

стандартом

ISO

9735,

он

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

для

представления

обмена элек-

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

сегменты, смысл кото-

рых

частично описан

стандарте,

но

может быть обусловлен договоренностью

между партнерами.

Особенности проектирования

РЭА

находят отражение

и в

форматах

об-

мена данными. Основные методики функционального

логического проекти-

рования

электронных устройств основаны

на

использовании языка VHDL,

получившего

1987

г.

статус международного стандарта

ШЕЕ

1076.

При

кон-

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

для

описания топологии

СБИС

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

широко

применяются форматы EDIF

CIF.

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

рассматриваются

не

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

данных

организации информационных обменов,

но и

вопросы моделирования

приложений.

Для

выполнения начальных этапов моделирования сложных сла-

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

объектного моделирования

на

базе языка

UML,

функционального моделирова-

ния

систем

ГОЕРО,

информационного моделирования

IDEF1X.

294

6.2.

Языки

разметки

6.2.

Языки

разметки

Язык

SGML

Оформление текстовой технической документации

на

создаваемые изде-

лия

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

должно выполняться

на

основе

языков

разметки,

качестве которых используются SGML

или

XML.

Стандарт

ISO

8879,

посвященный языку SGML, устанавливает такие мно-

жества символов

правил

для

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

различным системам правильно распознавать

идентифицировать

эту

инфор-

мацию.

цикле проектирования промышленной продукции стандарты SGML

обслуживают стадию,

на

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

Стандартная форма документов способствует

их

правильной передаче, интер-

претации

многократному использованию многими системами

пользовате-

лями. Стандарты SGML разрабатывались прежде

всего

применительно

тек-

стовым документам,

но их

возможности шире. Так,

их

применяют

для

документирования гипермедийных данных.

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

их

использования.

Единообразное представление структуры данных, классификация

иден-

тификация

типов документов

и их

частей, образование отношений элементов

данных

для их

анализа

составления отчетов.

Дополнение моделей промышленных изделий, задаваемых

настоящее

время

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

Обмен данными между различными

АС,

электронными

или

традицион-

ными

средствами публикации

прежде всего между STEP-

SGML-средами.

Для

достижения этой цели SGML-формы должны быть согласованы

формой

обменного

файла STEP, описываемого

томе

ISO

10303-21.

Использование возможностей SGML

STEP-pecypcax осуществляется

помощью

информационной структуры

SGML_STRTNG,

включаемой

модели

на

языке

Express.

Эта

структура содержит информацию

требуемом

доку-

ментальном

оформлении данных

и,

следовательно, позволяет выполнять

STEP-

среде перечисленные выше функции SGML.

Тем

самым реализуется интегра-

ция

STEP-

SGML-стандартов.

При

использовании SGML символы

правила описывают

отдельной час-

ти

документа, называемой декларацией DTD, которую

передают

вместе

основным SGML-документом.

декларации

DTD

указывают соответствие

символов

и их

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

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

для

тегов, другие возможные соглаше-

ния,

синтаксис DTD,

также

тип и

версию документа. Следовательно, SGML

можно назвать метаязыком

для

семейства конкретных

языков

разметки.

Техническое описание

виде

SGML-документа

включает

себя:

основ-

ной

файл

техническим руководством, размеченный SGML-тегами;

описа-

ние

сущностей, если документ относится

группе,

которой используются

одни

и те же

сущности

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

их

известность;

словарь

для

пояс-

нения

SGML-тегов;

декларация DTD.

295

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

жизненного

цикла изделий

—

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

Язык

XML

последнее время

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

и, в

частности,

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

все

большую популярность приобретает

язык

XML. Создатели

XML

рассмат-

ривают

его как

часть SGML, предназначенную

для

упрощения использования

языков

разметки

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

что

обеспечивается устранением

XML

некоторых

второстепенных особенностей SGML.

результате

язык

XML

при

сохранении

основных возможностей SGML

легче

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

приспо-

соблен

для

использования

современных Web-браузерах.

Для

конкретных при-

ложений

создаются свои варианты (словари)

XML.

Известны варианты

для

математики,

химии, медицины.

Для

CALS-технологий интерес представляет

вариант Product

Definition

eXchange

(PDX),

посвященный обмену данными.

При

создании

XML-документа

формируют декларацию

DTD

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

средств разметки,

с их

помощью

размечают

исходный документ

разрабаты-

вают инструкции браузеру

по

визуализации документа.

Рассмотрим простой пример XML-документа. Пусть исходный неразме-

ченный

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

из

трех

пунктов

(в

нашем примере названия пунктов CALS, Ethernet, PDM). Каждый

пункт

относится

одному

из

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

вклю-

чает

название понятия,

его

краткое

определение

возможно некоторые пояс-

няющие

примеры.

Создание

XML-документа начнем

с его

структурирования.

примере

це-

лесообразно

ввести иерархическую

структуру:

верхний уровень относится

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

- к

элементам пункта. Принятая структура

отражается

DTD.

После разметки исходного

текста

получаем XML-доку-

мент

следующего

вида:

<?xml

version

1.0"

<?xml-stylesheet

type

"text/ess"

href

'dict.css"?>

<!DOCTYPE dictionary

[

<!ELEMENT

dictionary (item)

<!ELEMENT item

(termin|description|examples?)

<!ELEMENT

termin (#PCDATA)>

<!ATTLIST termin number

CDATA

#REQUIRED

<!ATTLIST termin group

(technology|networks|software|other)

#REQUIRED

<!ELEMENT description (#PCDATA)>

<!ELEMENT

examples (#PCDATA)>

<!ENTITY

LAN

"Local Area

Network"

<dictionary

<item>

<termin

number

'14'

group

='technology'>

CALS

</termin>

Continuous Acquisition

and

Lifecycle Support, информацион-

ное

сопровождение

поддержка этапов жизненного цикла промышленных

из-

296

6.2.

Языки

разметки

делий. Технология взаимодействия различных автоматизированных систем

промышленности.

</description>

</item>

<item>

<termin

number

'24'

group

'networks'

Ethernet

</termin>

локальная вычислительная сеть

методом

доступа

МДКН/ОК.

</description>

Варианты реализации

10Base-5,

10Base-T,

100Base-X.

Gigabit Ethernet.

</examples>

</item>

<item>

<termin

number

'52'

group=

"technology"

> PDM

</termin>

Product Data Management, управление проектными данны-

ми.

Системы PDM,

называемые

также системными

средами,

входят

состав

программного обеспечения

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

</description>

Windchill

eSeries,

iMAN,

SmartTeam,

Optegra.

</examples>

<item>

</dictionary>

Документ состоит

из

заголовка, декларации

DTD и

размеченного текста.

Заголовок

содержит

имя

документа

(в

нашем примере

dictionary),

номер

используемой версии языка

XML

(version

"1.0"),

ссылку

на

файл,

котором

даны

инструкции

по

форматированию (файл

dict.css),

возможны некоторые

другие необязательные указания.

Декларация

DTD

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

данном документе. Декларация может быть помещена

отдельный файл или,

как

нашем случае, включена между квадратными скобками

заголовок пос-

ле

объявления имени документа. Декларация состоит

из

объявлений типов эле-

ментов, атрибутов

сущностей.

Типы элементов задаются

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

<!ELEMENT

имя_элемента

содержаниё>,

где

содержание

либо

тип

элемента,

как в

строке

<!ELEMENT

terrain

(#PCDATA)>

(фраза

#PCDATA

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

вложенных

данный элемент

иерархической структуре,

как в

строке

<!ELEMENT

item

(termin|description|exarnples?)>

(знак

вопроса означает необязательность элемента типа examples

элементе

типа item).

297

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

жизненного

цикла изделий

—

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

Атрибуты характеризуют типы элементов.

помощью значений атрибутов

можно

сортировать части документа, устанавливать между ними отношения,

выделять нужные экземпляры

и т. п.

Объявление атрибутов, относящихся

определенному типу элементов, имеет

вид

<!ATTLIST

имя_элемента

имя_атрибута

тип_атрибута

статус

Например:

<!ATTLIST

terrain

number

CDATA

#REQUIRED>,

где

CDATA

- тип

данных

string,

статус

#REQUIRED

означает обязательность

задания

атрибута number

элементах типа

termin

(статус

#IMPLffiD

исполь-

зуют

для

необязательных атрибутов). Вместо типа атрибута может

быть

за-

писан

список

его

возможных значений,

как в

нашем примере

<!ATTLIST

termin group

(technology|networks|software|other)

#REQUIRED

Сущности

используют

для

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

ных,

что

позволяет

документе лаконично ссылаться

на эти

данные.

Блок

дан-

ных

может быть внешним файлом,

тогда ссылка есть указание адреса фай-

ла.

Блок данных может быть фразой, непосредственно записываемой

объявлении:

<!ENTITY

псевдоним

«фраза»

нашем примере:

<!ENTITY

LAN

"Local Area Network"

Сам

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

из

элементов, помещаемых

контейнеры,

т.

е.

между парой тегов. Такими

тегами

нашем примере являются <item>

</item>,

</termin>,

</description>,

</ех-

amples>. Значения атрибутов могут включаться

открывающий тег,

как это

сделано

для

тега

нашем примере.

Для

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

XSL

(exten-

sible

Stylesheet Language),

но

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

каскадные таблицы стилей

(CSS), известные

по

применению

языке HTML. Пусть

случае нашего при-

мера

мы

хотим элементы

termin

выделить полужирным шрифтом

(bold)

12-го

размера

отступом

первой строки

на 5 мм, а

элементы examples

курсивом

(italic)

10-го

размера

отступом

на 10 мм.

Тогда таблица CSS, помещаемая

файл

dict.css,

должна быть задана

виде

item

{display

:block;}

termin

{font-weight:bold;

font-size:

12pt;

text-indent:5mm;

font-sryle:normal;}

description

{font-size

:12pt;}

examples

{display:block;

font-style:italic;

font-size:

lOpt;

text-indent:

Omm;}

298

6.3.

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

Таблица.

6.1

CALS

Continuous Acquisition

and

Lifecycle Support, информацион-

ное

сопровождение

поддержка этапов жизненного цикла промышлен-

ных

изделий. Технология взаимодействия различных автоматизиро-

ванных систем

промышленности.

Ethernet

локальная вычислительная сеть

методом доступа

МДКН/ОК.

Варианты

реализации

10Base-5,

10Base-T,

100Base-X.

Gigabit

Ethernet.

PDM

Product

Data

Management,

управление

проектными

данными.

Системы

PDM,

называемые

также

системными

средами,

входят

состав

программного

обеспечения

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

Windchill

eSeries,

iMAN,

SmartTeam,

Optegra.

Обращение

браузеру

для

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

увидеть

текст, представленный

табл.

6.1.

6.3.

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

Структура

стандартов

STEP

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

АС для

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

управления

про-

мышленности, взаимодействующих

друг

другом

едином информационном

пространстве, составляет основу современных CALS-технологий.

CALS-тех-

нологиях

необходимо обеспечить единообразное описание

интерпретацию дан-

ных, независимо

от

места

времени

их

получения

общей системе, имеющей

масштабы вплоть

до

глобальных. Структура проектной, технологической

и эк-

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

языки

ее

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

быть

стандар-

тизованными.

Тогда

становится реальной успешная работа

над

общим проектом

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

во

времени

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

использующих

разные

CAE/CAD/CAM-системы.

Одна

и та же

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

мо-

жет

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

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

одна

и та же

техно-

логическая

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

- в

разных

производственных условиях,

что

суще-

ственно сокращает

удешевляет общий цикл проектирования

производства,

также упрощает эксплуатацию систем.

Эти

цели поставлены

при

разработке стандартов STEP.

К их

разработке

под

эгидой

ISO

привлечен

ряд

ведущих специалистов

фирм

разных отраслях

промышленности. Совокупность стандартов STEP составляет основу CALS-

технологий.

Единообразная форма описаний данных

промышленной продукции обес-

печивается введением

STEP языка

Express,

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

приложениям.

Стандарты

STEP

не

отрицают,

развивают методику информационного моде-

лирования

IDEF1X

предполагают возможность совместного использования

299

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

поддержка

этапов

жизненного

цикла

изделий

—

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

методикой функционального проектирования

IDEFO

рядом

других

междуна-

родных стандартов (например,

со

стандартами

ISO

P_Lib,

Mandate, SGML,

CDIF

др.).

STEP используются следующие основные понятия:

ААМ

(Application

Activity

Model)

функциональная модель

IDEFO

для оп-

ределенного приложения;

ARM

(Application Requirements

Model)

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

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

AIM

(Application Interpreted

Model)

ARM-модель,

переведенная

STEP-

представление;

АР

(Application

Protocol)

прикладной протокол, описание приложения

на

языке

Express;

SDAI

(Standard

Data

Access

Interface)

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

источ-

никам

данных

(репозиториям)

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

(в том

числе

библиотекам

моделей CAD/CAM-систем)

переводом моделей

STEP-файлы;

использу-

ется

STEP-средах

для

организации обменов между приложениями через

об-

щую

базу данных STEP.

STEP состоит

из

ряда томов. Тома имеют свои номера

N и

обозначаются

как

«часть

М>

или ISO

10303-М

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

•

Том

ISO

10303-1

вводный стандарт, описывающий структуру всей сово-

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

основные принципы STEP.

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

ряд

терминов, используемых

других

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

как

продукт,

приложение, проектные данные, модель, модели ААМ, AIM, ARM, прикладной

протокол,

интегрированный ресурс, элемент функциональности.

•

Части

11...

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

•

Части

21...29

методы реализации.

•

Части

31...39

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

•

Части

41...50

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

•

Части

101...108

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

•

Части

201...23

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

•

Части

301...336

абстрактные тестовые наборы.

•

Части

501...520

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

Методы

описания

Первая

группа документов

тома

11...

отведена

для

описания диалек-

тов

языка

Express.

11:

Express

language

reference manual. Основное руководство

по

языку

Express.

Содержит также описания расширения Express-C базового языка

графического варианта языка Express-G. Базовый

язык

приспособлен

для

опи-

сания

передачи статических свойств объектов приложений,

т. е.

параметров

структур

ограничений. Поэтому Express-C включает средства описания

ди-

намических свойств объектов (добавлено описание событий

транзакций).

Для

300

6.3.

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

наглядности

представления

языковых

конструкций

Express предусмотрены

графические

средства

изображения

моделей,

качестве

которых

может

ис-

пользоваться

специальное

дополнение

Express-G

(графический

Express). Express-

язык

диаграмм,

напоминающий

язык

описания

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

моделей

методике

IDEF1X.

N=12:

Express-I

Language

Reference

Manual.

Express-I

расширение

язы-

ка,

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

для

описания

отдельных

экземпляров

данных.

7V=

14:

Express-X

дополнение

языку

Express,

используемое

для

описания

соответствий

между типами данных

заданной

исходной

Express-схеме

и со-

здаваемыми

новыми

ее

вариантами (views);

качестве

views могут

использо-

ваться

форматы

описанием того

же

множества сущностей,

что и в

Express-

схеме,

например

формат

IGES.

Предлагаются

другие

дополнения, относящиеся

следующим диалектам языка

Express.

•

Express-M:

Mapping definition

language;

язык,

аналогичный

Express-X,

для

описа-

ния

соответствий между сущностями

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

виде схем

на

языке

Express.

Например, этими схемами могут быть

два

разных приклад-

ных

протокола, имеющих частично общие данные,

или две

схемы одного приложения,

но

созданные

разными лицами (при

отсутствии

соответствующего

АР). Одна

схема

есть

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

целевая схема. Целевых схем может быть

несколько

при

одной

схеме-источнике. Предложения

Express-M

транслируются

на

язык

С,

результирующая

программа

представляет

собой

совокупность обращений

функциям базы данных SDAI

STEP-среде. Другими словами, транслятор относится

системе

SDAI,

определяемой

протоколе

ISO

10303-22,

Express-M

можно рассматривать,

как

язык

4GL для

обращений

функциям базы данных SDAI.

•

Express-P: Process

definition

language;

язык

диаграмм

для

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

методов

коммуникационных структур.

•

Express-V:

язык, предназначенный

для

получения

ARM-представлений

из

А1М-мо-

делей, другими словами,

для

описания процедур поиска экземпляров Express-объектов,

отвечающих заданным условиям,

доступа

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

при

создании новых ARM.

Эти

создаваемые

ARM-представления

обычно

не

требуют

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

ния

приложения,

как в

AIM,

потому могут быть существенно проще.

Express-V

имеются:

схема-источник

(AIM),

обычно

это

прикладной протокол, например

АР203;

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

создаваемой частной моде-

ли;

схема отображения нужных сущностей

из

источника

цель.

На

языке Express-V

описываются

условия

(в

виде

клозов

WHEN) такого отображения. Берется подходящая

уже

существующая

AIM как

источник,

все

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

ARM,

далее описываются оригинальные объекты. Дополнительной возможностью реализа-

ций

Express-V

является обратное отображение специфики создаваемой

ARM в

исход-

ную AIM с

целью развития прикладных протоколов.

Для

возможности

применения

языка

Express должны быть

разработаны

методы

реализации (Implementation Methods),

которые

могут быть представ-

лены

средствами

файлового

взаимодействия,

построением

БД,

интерфейсом

языками

программирования.

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

Вторую группу (тома

21...29)

называют «Методы

реализации»,

она

служит

для

межпрограммного

информационного

обмена

между

прикладными

систе-

мами

STEP-среде.

Предусмотрены

межпрограммные

связи

помощью

об-

менного

файла

доступа

к БД.

301

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

поддержка

этапов

жизненного

цикла изделий

—

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

N=21:

Clear Text Encoding

of the

Exchange Structure (physical transfer

file

format);

стандарт устанавливает правила оформления обменного файла.

Об-

менный

файл играет

STEP важную роль; если собственно

на

языке

Express

определены сущности,

то

именно

обменном файле задаются экземпляры этих

сущностей. Прикладные программы

для

связи

со

STEP-средой

должны

чи-

тать

генерировать обменные файлы.

N=22:

Standard Data Access Interface Specification;

содержит

описание

SDAI

—

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

доступа

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

систем (чаще всего

это

CAD/CAM-системы).

Данные, участвующие

меж-

программных связях, образуют

SDAI-модели.

SDAI-системе

предусматри-

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

эти

модели

SDAI-базу

данных,

также

функции обращения

этой базе данных. Возможно непосредственное

построение прикладных систем, работающих

SDAI-базой

данных.

Тома

23...29

устанавливают правила обращения

данным

SDAI-базе

данных

на

языках программирования C++,

С,

Java,

на

языке передачи данных

системах распределенных вычислений IDL, языке разметки

XML.

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

ресурсы,

прикладные

компоненты

протоколы

Прикладным

протоколом

стандарте STEP называют информационную

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

высокой степенью

полноты множество сущностей, имеющихся

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

с их

атрибу-

тами

выражена средствами

языка

Express.

Предполагается,

что эта

модель

содержит

себе

описание данных любой конкретной задачи соответствующе-

го

приложения,

т. е.

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

оказываются частными случаями прикладных протоколов.

прикладных протоколах широко используются типовые фрагменты инфор-

мационных моделей, встречающиеся более

чем

одном приложении.

Эти

фраг-

менты называют интегрированными общими

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

при-

кладными

компонентами. Такими фрагментами, например, являются описания

геометрических объектов

виде поверхностей Безье

или

5-сплайнов.

Интег-

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

- это

основные

компоненты

(building blocks)

для

моделей

прикладных

протоколов.

Описание

интегрированных общих ресурсов содержится

четвертой груп-

пе

стандартов STEP (тома

41...50).

В них

описываются свойства материалов

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

изделий

и т. п.

Так,

стандарте

ISO

10303-41

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

поддерж-

ки

изделий, введены такие понятия

группы

сущностей,

как

продукт, пред-

ставление формы (shape_representation), операция (action), контекст

аспект

описания

(application

and

product context), статус утверждения (approval), кон-

тракт,

дата,

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

персоналии), едини-

цы

измерения длины, площади, массы, температуры

и др.

302