ГОСТ Р 55346—2012
4.3.291 Прикладной компонент structured_requirement_definition
Прикладной компонент structured_requirement_definition принадлежит к тому же типу, что и при
кладной компонент requirement_definition. с дискриминатором, требуемые возможности которого вы
ражаются числом.
Примечание 1 — Данный компонент дает возможность представления требований, которые структури
рованы и типизированы, в отличив от требований, выражаемых в текстовом виде.
Примечание 2 — Имя этого компонента должно пересматриваться. Еготекущее имяотражает тот факт,
что модель свойства используется для сохранения требования. Оптимальное имя для прикладного компонен
та — structured_requirement_definition.
EXPRESS-описание:
*)
ENTITY structured_requirement_definition
SUBTYPE OF (requirement_defmiUon);
required_characteristic: property_value;
END_ENTITY;
C
Определение атрибута:
Атрибут required_characteristic: Этот атрибут определяет прикладной компонент property_value,
который дает структурированное определение требования.
4.3.292 Прикладной компонент system_composition_relationship
Прикладной компонент system_composition_relationship определяет соотношение разделения
между прикладными компонентами system_definition и systemjnstance. который является подсистемой
прикладного компонента system_definition.
EXPRESS-описание:
*)
ENTITY system_composition_relationship;
component_system :s systemjnstance;
decomposed_system: system_definition;
description : OPTIONAL text_select,
relationship_type : label:
END_ENTITY;
Г
Определения атрибутов.
Атрибут component_system: Этот атрибут определяет субсистему в указанном соотношении.
Атрибут decomposed_system: Этот атрибут определяет систему в указанном соотношении.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к ука
занному соотношению.
Атрибут relationshipjype: Этот атрибут определяет соотношение (связь), описывающее тип при
кладного компонента system_composition_relationship. Там. где это применимо, должны использоваться
следующие состояния (значения) этого атрибута:
- состояние mandatory: Субсистема должна быть в структуре разделения реальной системы, ко
торая является действующей для нее;
- состояние optional: Субсистема может быть в любой структуре разделения любой реальной си
стемы (однако этого не требуется).
4.3.293 Прикладной компонент system_definition
Прикладной компонент system_definition принадлежит ктому же типу, что и прикладной компонент
system_view. и является представлением системной спецификации в течение всего жизненного цикла
системы.
Примечание — Эта спецификация может иметь любую степень законченности. Прикладной компо
нент system_definitk>n посредством соотношений для сбора подробных компонентов (например, function_definition
и др.) формирует системную спецификацию в точке разворачивания системы. При ее завершении прикладной
компонент system_definition будет формировать системную спецификацию для всего жизненного цикла системы,
который определяется прикладным компонентом system definition.
151