ГОСТР ИСО/ТС 10303-1112—2012
-functionality’(функциональность) — типданных breakdown
_
element
_
select, с которым установле
на связь, является элементом функциональной структуры типа данных complex
_
product
_
select, который
установил данную связь.Данный типотношения должен использоваться только втом случае,если типданных
complex
_
product
_
select является подтипом объекта Alternative
_
solution или Physical
_
elemont
_
defmition,
а тип данных breakdown
_
oloment
_
solect является подтипом объекта Functional
_
element
_
definition.
Пример
—
Функциональный элемент ’heat dissipation’ (рассеяние тепла) может рассматриваться
как одна из функциональных возможностей, которая должна реализовываться с помощ ью любого тех
нического решения для физического элемента braking system ’ (тормозная система):
- ’occurrence’ (наличие) — тип данных broakdown
_
element
_
select. с которым установлена связь,
представляет наличие элементов, определенных типомданных complex
_
product
_
solect. который устано
вил данную связь. Данный тип отношениядолжен использоваться только в том случае, если тип данных
breakdown
_
oloment
_
select является подтипом физического элемента, представленного объектом
Physical
_
eloment
_
definition;
- ’realization’ (реализация) — тип данных breakdown
_
elomont
_
select, с которым установлена связь,
является средством для частичного или полного выполнения требований, определенных типом данных
complex
_
product
_
select. который установил даннуюсвязь. Данный тип отношения должен использовать
ся только в том случае, если complex
_
product
_
select и breakdown
_
element
_
select принадлежат к раз
ным типам данных.
П р и м е ч а н и е — Данный случай идентичен функциональности объекта Breakdown
_
element
_
realization,
использование которого является предпочтительным.
Пример
—
Физический элемент ’braking system ’ (тормозная система) может рассматриваться как
средство реализации функционального элемента ’braking’ (торможение):
-’specialization’ (специализация) — типданных breakdown
_
elomont
_
select. с которым установлена
связь, выполняет требования типа данных complex
_
product
_
solect. который установил данную связь,
более конкретизированным способом, чем этоопределено типомданных complex
_
product
_
select. Дан
ный тип отношения должен использоваться только в том случае, если broakdown
_
olement
_
select и
complex
_
product
_
solect принадлежат к одному типу данных.
Формальные утверждения
WR1 — если значениематрибута relation
_
type является’functionality’ (функциональность)или’reaSzation’
(реализация), то у атрибутов related и relating должны быть разныетипыданных;
WR2 — если значением атрибута relation
_
type является ’decomposition’ (декомпозиция), ’specialization’
(специализация)или’occurrence’ (наличие), тоатрибуты rotated и relating должны принадлежатькодному
типуданных или к типам данных, из которых один является подтипом другого.
WR3 — если значением атрибута relation
_
typo является ’occurrence’ (наличие), то атрибут relating
должен быть представлен объектом Physical
_
element
_
definition.
4.3.2 Объект Class
_
breakdown
_
association
Объект Class
_
breakdown
_
association представляет связьобъекта Product
_
class сэлементом схе
мы деления.
Пример
—
Объект Class_breakdown_association может связывать объект Product_class с корневой
вершиной общей декомпозиции изделий данного класса.
EXPRESS-спецификация:
*)
ENTITY Class
_
breakdown
_
associafon;
description:OPTIONAL STRING;
considered
_
class: Product
_
class;
breakdown
_
eiement:breakdown
_
element
_
setect;
relation
_
type: STRING;
END
_
ENTITY.
(*
Определения атрибутов
description — текст, содержащий дополнительную информацию о данной связи. Значение данного
атрибута может быть неопределено;
considered
_
class — рассматриваемый объект Product
_
class;
breakdown
_
element — объект Functional
_
olement
_
dofinition или Physical
_
element
_
definition, с
которым установлена связь.
relation
_
type — текст, определяющий сущность данной связи.
6