Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 29.12.2025 по 04.01.2026
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р 55346-2012; Страница 385

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р ИСО 9735-5-2012 Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Синтаксические правила для прикладного уровня (версия 4, редакция 1). Часть 5. Правила защиты для пакетного ЭОД (аутентичность, целостность и неотказуемость источника) (Настоящий стандарт устанавливает синтаксические правила защиты EDIFACT и определяет метод защиты на уровне сообщений/пакетов, групп и обмена для обеспечения их аутентичности, целостности и неотказуемости источника в соответствии с принятыми механизмами защиты) ГОСТ Р ИСО 15745-4-2012 Системы промышленной автоматизации и интеграция. Прикладная интеграционная среда открытых систем. Часть 4. Эталонное описание систем управления на основе стандарта Ethernet (Настоящий стандарт распространяется на описание технологических спецификаций для элементов и правил как профилей коммуникационной сети, так и связанных с коммуникациями аспектов профилей устройств, относящихся к системам управления на основе Ethernet) ГОСТ IEC 60730-2-12-2012 Автоматические электрические управляющие устройства бытового и аналогичного назначения. Часть 2-12. Дополнительные требования к электрически управляемым дверным замкам (Настоящий стандарт распространяется на электрически управляемые дверные замки, предназначенные для предотвращения открывания дверей в оборудовании бытового и аналогичного назначения. Настоящий стандарт устанавливает требования безопасности, значения срабатывания и последовательность срабатывания, если эти параметры влияют на безопасность оборудования, связанного с электрически управляемыми дверными замками, а также методы испытаний электрически управляемых дверных замков, предназначенных для использования в оборудовании бытового и аналогичного назначения или совместно с ним. Настоящий стандарт распространяется также на электрически управляемые дверные замки для приборов, входящих в область распространения IEC 60335-1. Настоящий стандарт не распространяется на электрически управляемые дверные замки, предназначенные исключительно для промышленного применения)
Страница 385
Страница 1 Untitled document
ГОСТ Р 553462012
requirement: requirement_definition;
END_ENTITY;
(*A Requirement_system_view_assignment is the mechanism for assigning a Requirement_instance to a System_view
indicating that the requirement applies to the Systemj/iew. *)
ENTITY requirement_system_view_assignmenl
SUPERTYPE OF (rootjequirement_system_view_assignment);
(* The description specifies additional information about the Requirement_system_view_assignment. *)
description : OPTIONAL text_select;
(* The requirement specifies the Requirementjnstance in the relationship. *)
requirement: requirementjnstance;
(* The system_view specifies the System_view in the relationship. •)
system_view ; system_view;
END_ENTITY:
(*A Requirement_traces_tojequirement_relationship is a relationship between two Requirementjnstance objects
assigned to different Partial_system_view objects establishing a traceability link between the two requirements. <note
number=’r>The relationship is valid fora particular System_view only.</note> <note number=2">This relationship
is motivated by the need to maintain traceability between different System_view objects of a system. Furthermore it is
implied that the source and traced requirements are not assigned to the same Systemj/iew.</note> *)
ENTITY requirement_tracesJo_requirement_relationship;
(* The motivation specifies additional textual information about the nature of the Requirement tracesJo_requirement_
relationship. *)
motivation ; OPTIONAL text_select;
(* The sourcejequirement specifies the first Requirementjnstance in the relationship. )
sourcejequirement; requirementjnstance;
(* The tracedjoquirement specifies the second Requirementjnstance in the relationship. *)
tracedjequirement; requirementjnstance;
(* The va!id_context specifies the System_viewfor which the RequirementJracesJo_requirement_relationship is valid.
*)
valid_context: system_definition;
END_ENTITY;
(*A Rootjequirement_system_view_assignment is a type of Requirement_system_view_assignment and the mecha
nism for assigning a Requirementjnstance which is the root of a requirement composition structure to a System_view.
For example, the assigned requirement shall not be the child in a requirement composition structure.<p>The index attri
bute defines the first element in the presentation index for the requirement in the particular system.</p> *)
ENTITY rootjequirement_system_view_assignment
SUBTYPE OF (requirement_system_view_assignment);
(* The index specifies an identifier for presentation of the Requirementjnstance identified by the attribute require
ment inherited from Requirement_system_view_assignment in the context of the Systemjview defined by the sys-
tem_view attribute. <example number=’28">The index for a particular For example, the assigned requirement shall not
be the child in a requirement composition structure may be 5, indicating that the Requirementjnstance identified by
the requirement attribute (inherited from Requirement_system_view_assignment) is the fifth requirement for the Sys-
tem_view identified by the system_view attribute (likewise inherited from Requirement_system_view_assignment).</
example> <note>The index is the means for representing the identifier often used to identify a requirement in require
ment management tools. In PAS 20542. this idenfier is built up stepwise one position at a time for each level in the
composition. For example, if numerical indexing is used and a particular childjequirement is the third in the composi
tion defined by the system_view attribute then the index attribute shall be *3.</note> <p>Further decomposition of the
requirement shall add information to the index one position at a time. For example, if the requirement is decomposed
into 4 sub-requirements then these may be indexed 1..4 using the index attribute of the Requirement j:ompositionje-
lationship.</p><p>The index of a requirement in a composition structure is reconstructed by concatinating the index
attributes of each Requirement_compositionjelationship encountered while traversing a decomposed requirement
from the topmost item to a leaf requirement.</p> *)
index : label;
UNIQUE
UR1: index. SELF\requiremeni_system_view_assignment.system_view;
END_ENTITY:
(*A Selection_package is a type of Package with the discriminator that the number of elements that may be selected
from the Package for a particular system is constrained. <note number=*1>The attribute selectionJype specifies
379