|
|
|
содержание .. 43 44 45 46 ..
last_name :
optional
label;
first_name :
optional
label;
middle_names :
optional list[
7
:?] of
label;
prefix_titles :
optional list[[
7
:?] of
label;
suffix_titles :
optional list[[
7
:?] of
label;
unique
ur
1
: id;
where
wr
1
:
exists(
last_name
) or exists(
first_name
);
end_entity;
end_schema;
*
-
8
<7-
<8:
4B
/.004@
4
H:2D:
9
,-
:05:8
-.
STEP (ISO
)
0303-2
)
).
Внутри
стандарта
STEP
введен
об
-
менный
файл
,
но
технология
обмена
данными
между
различными
системами
более
полно
разработана
в
стандарте
P-LIB.
Обменный
файл
в
STEP
состоит
из
головной
и
информационной
секций
.
В
головной
секции
(
между
служебными
слова
-
ми
HEADER
и
ENDSEC)
указываются
:
Entity file_name —
имя
и
некоторые
другие
атрибуты
данного
конкретного
обменного
файла
;
Entity file_description —
неформальное
описание
содержимого
файла
и
требования
к
ПО
для
обработки
данного
файла
;
Entity file_schema —
схемы
,
для
которых
далее
даны
экземпляры
сущностей
;
keyword (
список
типов
).
В
информационной
секции
(
между
словами
DATA
и
ENDSEC)
указываются
имена
экземпляров
сущностей
и
зна
-
чения
их
атрибутов
в
виде
следующих
строк
:
#
имя
сущности
= keyword (
список
параметров
);
Например
:
#
7
= POINT(0.0,0.2,0.5);
(*
экземпляр
сущности
типа
POINT
с
именем
1
имеет
значения
параметров
0, 0.2
и
0.5
типа
REAL.*)
#2 = WIDGET(.RED.);
(*
экземпляр
сущности
типа
WIDGET
с
именем
2
имеет
значение
перечислимого
типа
RED.*)
. . .
#8 = LINE(#
7
,#4);
(*
значениями
атрибутов
являются
экземпляры
сущностей
с
именами
1
и
4.*)
В
списке
параметров
значения
перечисляются
в
том
же
порядке
,
в
каком
они
фигурировали
в
описании
сущности
.
%:,I+8.0+>
>?17
:
Expr
ess.
В
языке
Express-C
добавляются
возможности
описания
событий
и
транзакций
:
event
a;
when
b
⇒
c; (*
здесь
b —
логическое
выражение
,
с
—
обращение
к
транзакции
при
b
=true*);
end_event;
transaction
c;
local
d: e;
end_local;
. . .
end_transacti
on;
При
описании
соответствия
между
двумя
Express-
моделями
используются
языки
Express-X
или
Express-
М
.
Напри
-
мер
,
в
Express-
М
соответствие
между
схемой
-
источником
А
,
в
которой
заданы
атрибуты
а1
,
а
2,
а
3,
и
схемой
-
целью
В
,
в
которой
те
же
атрибуты
описаны
идентификаторами
b
1
, b2, b3,
выражается
следующим
описанием
:
shema map
B
←
A;
b
1
:= a
1
;
b2 := a2;
b3 := a3;
end_shema_map
;
При
отображении
возможны
преобразования
атрибутов
,
например
,
если
a
1
задан
в
метрах
,
а
b
1
в
сантиметрах
,
то
в
примере
нужно
записать
b
1
:= a
1
*
1
00.
%
*#$A&,& +($*,#&($"!)&P !"#$%!#&’&($"!))KH :&:#*%
5
@!"!
6
&
.
+
.
)
"#$%!#&’&($"!))$* +($*,#&($"!)&*
179
%
*#$A&,& +($*,#&($"!)&P !"#$%!#&’&($"!))KH :&:#*%
5
@!"!
6
P38:L0.0+>
+
94384,1
5D>
,:/4740-84D>
1
.
Назовите
основные
стадии
проектирования
технических
систем
.
Для
чего
нужно
прототипирование
?
2.
Что
такое
“
профиль
открытой
системы
”?
3.
Чем
обеспечивается
открытость
систем
?
4.
Что
понимают
под
диаграммой
потока
данных
?
5.
Представьте
IDEF0-
диаграмму
верхнего
уровня
для
этапов
жизненного
цикла
промышленной
продукции
.
6.
Приведите
пример
неспецифического
отношения
.
7.
Постройте
IDEF
1
X-
диаграмму
для
сущностей
“
студенческая
группа
,
студент
,
преподаватель
,
дисциплина
”.
8.
Назовите
причины
появления
стандартов
STEP.
9.
Что
называют
прикладным
протоколом
в
STEP-
технологии
?
1
0.
Что
понимается
под
метамоделью
в
CASE
системах
?
11
.
Представьте
диаграмму
,
полученную
в
п
.7
на
языке
Express.
1
2.
Опишите
назначение
и
структуру
обменного
файла
в
языке
Express.
1
3.
Для
чего
нужны
разновидности
языка
Express,
такие
как
Express-M
и
Express-V?
&
.
+
.
)
"#$%!#&’&($"!))$* +($*,#&($"!)&*
180
E.-45+7+
IDEF
)6C4690.
)6C96F.90.
IDEF0
Функциональное
моделирование
(Function Modeling Method)
IDEF
1
, IDEF
1
X
Информационное
моделирование
(Information and Data Modeling Methods)
IDEF2
Поведенческое
моделирование
(Simulation Modeling Method)
IDEF3
Моделирование
процессов
(Process Flow and Object State Description Capture Method)
IDEF4
Объектно
-
ориентированное
проектирование
(Object-Oriented Design Method).
IDEF5
Систематизация
объектов
приложения
(Ontology Description Capture method)
IDEF6
Обоснование
проектных
действий
(Design Rationale Capture Method)
IDEF8
Взаимодействие
человека
и
системы
(Human-System Interaction Design)
IDEF9
Выявление
и
учет
условий
и
ограничений
проектирования
(Business Constraint Discovery)
IDEF
1
4
Моделирование
вычислительных
сетей
для
АС
(Network Design)
*-:05:8-1
CDIF (CASE Data Interchange Format)
CDIF-
стандарты
подразделяют
на
три
группы
.
A.
*
-
8
<7-
<8:
,-
:05:8
-
4
9
.
“CDIF CASE Data Interchange Format — Overview” EIA/IS-
1
06;
общая
концепция
стандартов
CDIF.
“CDIF / Framework for Modeling and Extensibility” EIA/IS-
1
07;
поскольку
стандарты
CDIF
должны
быть
применимы
для
экспорта
/
импорта
данных
в
различных
предметных
областях
,
а
существующие
стандарты
мо
-
гут
не
отражать
особенностей
некоторых
предметных
областей
,
то
требуются
средства
для
включения
в
CDIF
новых
частей
,
описывающих
эти
особенности
.
Данный
стандарт
определяет
инструментальные
средства
для
включения
описаний
новых
предметных
областей
.
X
.
J48
/
:
-
4B
/.0:
5:001/+
.
“CDIF Transfer Format / General Rules for Syntaxes and Encodings” EIA/IS-
1
08;
стандарт
устанавливает
правила
для
включения
в
CDIF
форматов
с
другим
синтаксисом
или
других
способов
кодирования
.
“CDIF Transfer Format / Transfer Format Syntax SYNTAX.
1
” EIA/IS-
1
09;
основной
синтаксис
,
принятый
в
настоящее
время
.
“CDIF Transfer Format / Transfer Format Encoding ENCODING.
1
” EIA/IS-
11
0;
основной
способ
кодирова
-
ния
,
принятый
в
настоящее
время
.
“CDIF Transfer Format / OMG IDL Bindings”;
предназначен
для
передачи
данных
по
Internet
с
использо
-
ванием
средств
CORBA.
(
.
!0-.@8+84
9:00:>
/.-
:/
4
5.DF
.
“CDIF — Integrated Meta-model / Foundation Subject Area” EIA/IS-
111
;
описывает
иерархическое
пред
-
ставление
информации
с
использованием
наследования
.
“CDIF — Integrated Meta-model / Common Subject Area” EIA/IS-
11
2;
описывает
свойства
,
инвариантные
для
многих
объектов
.
Определенные
здесь
свойства
далее
наследуются
в
описании
семантики
и
формы
пред
-
ставления
.
Примеры
таких
свойств
:
ограничения
,
имена
и
т
.
п
.
“CDIF — Integrated Meta-model / Data Modeling Subject Area” EIA/IS-
11
4;
задает
основные
формы
моде
-
лей
“
отношения
-
атрибуты
”.
“CDIF — Integrated Meta-model / Data Flow Model Subject Area” EIA/IS-
11
5;
поддерживает
моделирование
потоков
данных
с
использованием
декомпозиции
процессов
,
источников
,
потоков
по
методикам
таким
,
как
IDEF0.
“CDIF — Integrated Meta-model / Data Definition Subject Area”;
задает
описание
наиболее
общих
атрибу
-
тов
таких
,
как
простые
типы
данных
,
деньги
,
даты
и
т
.
п
.
“CDIF — Integrated Meta-model / State Event Model Subject Area”;
поддерживает
методики
,
оперирующие
состояниями
,
переходами
между
ними
,
событиями
,
условиями
и
действиями
,
т
.
е
.
методики
поведенческого
мо
-
делирования
.
“CDIF — Integrated Meta-model / Object-Oriented Analysis and Design Subject Area”;
поддерживает
совре
-
менные
объектно
-
ориентированные
методики
и
средства
такие
,
как
методики
Буча
или
UML.
Этот
стандарт
рассматривается
,
как
относящийся
к
наиболее
важным
.
“CDIF — Integrated Meta-model / Computer Aided Control Systems Design Subject Area”;
концепция
управ
-
&
.
+
.
)
"#$%!#&’&($"!))$* +($*,#&($"!)&*
181
+
(&@$Q*)&*
M:BD+=:
"
.
)
+
(&@$Q*)&*
ления
проектированием
в
реальном
масштабе
времени
.
“CDIF — Integrated Meta-model / Presentation Location and Connectivity Subject Area” EIA/IS-
11
8;
поддер
-
живает
представление
моделей
в
форме
графа
(
узлы
,
ребра
,
присоединенные
к
ним
метки
).
“CDIF — Integrated Meta-model / Physical Relational Database Subject Area” —
стандарт
относится
к
фи
-
зическому
уровню
реляционных
баз
данных
.
“CDIF — Integrated Meta-model / Project Management Planning and Scheduling Subject Area” —
стандарт
относится
к
предметной
области
,
связанной
с
управлением
планированием
и
потоками
работ
.
“CDIF — Integrated Meta-model / Business Process Modeling Subject Area” —
стандарт
относится
к
пред
-
метной
области
моделирования
бизнес
процессов
.
*-:05:8-1
STEP
Третья
группа
стандартов
(
тома
с
3
1
по
39)
в
IS
О
1
0303
относится
к
методам
тестирования
продукции
.
N
=3
)
:
General concepts
;
в
стандарте
представлены
общие
положения
определения
соответствия
продук
-
ции
требованиям
стандартов
STEP,
включая
организацию
тестирования
(
аккредитацию
,
сертификацию
,
взаи
-
моотношения
между
контролерами
и
клиентами
).
N
=32
:
Requirements on testing laboratories and clients
;
устанавливаются
требования
к
контролерам
и
клиентам
.
N
=33
:
Structure and use of abstract test suites
;
устанавливаются
структура
и
порядок
использования
тесто
-
вых
последовательностей
.
N
=34
:
Abstract test methods
;
описываются
методы
тестирования
.
N
=35
:
Abstract test methods for SDAI implementations
;
то
же
по
отношению
к
SDAI
представлениям
.
Группа
стандартов
“
Набор
средств
тестирования
”
включает
тома
,
начинающиеся
с
номера
30
1
.
Каждый
из
этих
стандартов
соответствует
прикладному
протоколу
,
имеющему
уменьшенный
на
1
00
номер
,
т
.
е
.
стандарт
с
N
=30
1
определяет
средства
тестирования
для
объектов
протокола
АР
20
1
и
т
.
д
.
Группа
стандартов
«
Интегрированные
общие
ресурсы
» (
N
от
4
1
до
49)
описывает
модели
,
ис
-
пользуемые
во
многих
прикладных
протоколах
.
N
=4
)
:
Fundamentals of product description and support
;
основы
описания
и
поддержки
изделий
.
В
прото
-
коле
определяются
такие
понятия
и
группы
сущностей
,
как
продукт
,
представление
формы
(shape_representa-
tion),
операция
(action),
контекст
—
аспект
описания
(application and product context),
статус
утверждения
(approval),
контракт
,
дата
,
типы
документов
,
исполнители
(
организации
и
персоналии
),
единицы
измерения
длин
,
площадей
,
масс
,
температур
и
др
.
N
=42
:
Geometric and topological representation
;
представление
геометрии
и
топологии
.
В
стандарте
опре
-
делен
ряд
сущностей
,
их
набор
близок
к
набору
,
используемому
в
таком
стандарте
,
как
IGES.
В
частности
,
ис
-
пользуются
следующие
понятия
:
положение
координатной
оси
(axis_placement),
модели
кривых
в
форме
В
-
сплайна
(b_spline_curve)
и
Безье
(bezier_curve),
модели
поверхности
в
форме
В
-
сплайна
(b_spline_surface),
ра
-
ционального
В
-
сплайна
(rational_b_spline_surface)
и
Безье
(bezier_surface),
точка
в
декартовых
координатах
(cartesian_point),
преобразование
декартовых
координат
(cartesian_transformation_operator_3d),
геометрический
аспект
(geometric_representation_context),
полигональная
поверхность
(offset_surface),
поверхность
вращения
(surface_of_revolution)
и
др
.
N
=43
:
Representation structures
;
структуры
представления
.
Средства
описания
аспектов
документации
,
ее
атрибутов
,
составных
частей
и
т
.
п
.
N
=44
:
Product structure configuration
;
структурирование
изделий
.
N
=45
:
Materials
;
представлены
свойства
материалов
.
N
=46
:
Visual Presentation
;
визуализация
.
Стандарт
построен
на
базе
положений
,
ранее
принятых
в
стан
-
дартах
GKS (Graphic Kernel System)
и
PHIGS (Programmer’s Hierarchical Interactive Graphic System).
Вводятся
группы
терминов
,
относящихся
к
представлению
(presentation),
визуализации
(visualization),
цвету
и
др
.
N
=47
:
Shape variation tolerance
;
допуски
.
N
=48
:
Form features
;
свойства
форм
.
N
=49
:
Process structure and properties
;
структура
процессов
и
свойства
.
Более
специфические
прикладные
ресурсы
выделены
в
протоколы
с
номерами
,
начиная
с
N
=
1
0
1
.
N
=
)
0
)
:
Draughting
;
определяются
сущности
,
относящиеся
к
процедурам
черчения
.
N
=
)
04
:
Finite element analysis
;
анализ
по
методу
конечных
элементов
.
Описание
стандарта
на
языке
Express
состоит
из
нескольких
схем
.
В
одной
из
них
задаются
геометрические
аспекты
модели
.
Здесь
описыва
-
ются
следующие
типы
данных
:
система
координат
(
декартова
,
цилиндрическая
,
сферическая
);
виды
конечных
элементов
(
объемный
,
поверхностный
2
D
или
3
D,
участок
2
D
или
3
D
кривой
),
форма
элемента
(
линейный
,
ква
-
дратичный
,
кубический
);
степень
свободы
;
параметры
и
дескрипторы
элементов
,
позиция
элемента
,
свойства
&
.
+
.
)
"#$%!#&’&($"!))$* +($*,#&($"!)&*
182
содержание .. 43 44 45 46 ..
|
|
|