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

ГОСТ Р ИСО/ТС 10303-1740-2015; Страница 12

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

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р ИСО 10303-58-2015 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 58. Интегрированный обобщенный ресурс. Риск (Настоящий стандарт определяет конструкции интегрированного обобщенного ресурса, описывающего риск. Требования настоящего стандарта распространяются на:. - идентификацию и представление риска; . - представление взаимосвязей между рисками;. - идентификацию и представление восприятия риска;. - представление взаимосвязей между восприятиями рисков;. - представление контекста риска и восприятия риска;. - задание и представление вероятности или правдоподобия риска;. - представление последствия риска;. - представление критерия риска;. - представление обработки риска;. - представление сравнительного оценивания риска;. - представление процесса идентификации риска;. - представление источника риска;. - представление вторичных эффектов, вызванных последствиями риска;. - представление процесса анализа риска;. - представление процесса оценки риска;. - представление процесса контроля риска;. - представление процесса расчета риска;. - представление процесса обмена информацией о риске;. - представление воздействия риска (при его наличии);. - задание элементов, на которые воздействует риск;. - задание источника риска;. - задание источников действий риска;. Требования настоящего стандарта не распространяются на:. - характеристику данных о риске;. - ответственности владельца риска;. - процесс создания системы управления рисками;. - связь заинтересованных лиц с риском) ГОСТ Р ИСО 37120-2015 Устойчивое развитие сообщества. Показатели городских услуг и качества жизни (Данный стандарт устанавливает методы применения набора показателей для управления и измерения эффективности городских услуг и качества жизни. Настоящий стандарт распространяется на любой город, муниципальный округ или органы местного самоуправления, которые обязуются измерять свою эффективность сопоставимым и поддающимся контролю способом, независимо от размеров и местоположения) ГОСТ Р ИСО/МЭК 10165-5-2003 Информационная технология. Взаимосвязь открытых систем. Структура информации административного управления. Часть 5. Общая информация административного управления Information technology. Open systems interconnection. Structure of management information. Part 5. General management information (Настоящий стандарт предоставляет разработчикам стандартов ВОС, содержащих определения управляемых объектов, общие определения классов управляемых объектов, которые:. - обеспечивают общие определения суперклассов, из которых могут быть получены специфичные для слоев и ресурсов определения классов управляемых объектов;. - позволяют использовать общие элементы определений классов объектов на нескольких уровнях или в нескольких компонентах уровней;. - уменьшают дублирование в других разработках за счет идентификации общих определений)
Страница 12
Страница 1 Untitled document
ГОСТ Р ИСО/ТС 10303-1 ^40— 2015
relationship_type : relatior.ship_operation;
WHERE
WR1: operand_l :<>: operand_2;
END_ENTITY;
(*
Определения атрибутов.
operand_1 экземпляр Requirement_view_definition, представляющий первое из определений
точек зрения на требование, связываемых посредством объекта Operational_requiremont_rolation-
ship. Если отношение определяет зависимость, первый из экземпляров Requiromont_view_definition
соответствует зависимому определению точки зрения на требование:
operand_2 экземпляр Roquiroment_view_dofinition. представляющий второе из определений
точек зрения на требование, связываемых посредством объекта Operational_requirement_rolation-
ship. Если отношение определяет зависимость, второй из экземпляров Requirement_view_definition
соответствует независимому определению точки зрения на требование;
result — задает объект, представляющий результат выполнения операции над двумя операндами.
Результат представляется объектом Requirement_view_definition;
rolationship type задает одно из следующих значений:
- операция «и» (AND_OPERATION);
- операция «или» (OR_OPERATION).
Атрибут rolationship_typo задает, какая должна быть применена математическая операция,
«и» или «или». Предоставляется возможность задания операции «и» (AND_OPERATION), что по
зволяет изменить значение атрибута relationship_type с OR_OPERATION на AND_OPERATION. не
вызывая изменения структуры созданных данных. Неявное отношение между двумя экземплярами
объектов Prodefined_ requirement_view_definition, которое позволяет создать равнозначный объект
Prodeflned_requirement_view_definition это отношение «и».
Формальное положение.
WR1. Роли атрибутов operand_1 и operand_2 не должен играть один и тот же экземпляр объекта.
4.3.5 Объект Prodefined_requirement_view_dofinition
Объект Predefinod_requirement_viow_definition является подтипом объекта Rcquirement_view_
definition. Экземпляр объекта Predofined_requiromont_view_ definition может быть или экземпляром
объекта Constraint_occurrence или экземпляром объекта Design_characteristic_occurrence. Объект
Predefined_ requirement_view_definition представляет формулировку конструкторских или производ
ственных критериев, которые могут быть производными от более абстрактных критериев или могут
быть декомпозицией технических параметров, привязанных к структуре изделия. Сложные требования
могут быть привязаны к изделию специально в целях управления требованиями.
Примечание В настоящей части ИСО 10303 предоставлены обобщенные категории, классификация
которых осуществляется предприятием и включены некоторые предопределенные требования, классифицируе
мые с точки зрения предметных областей.
Пример
Требования к проверке могут быть производными о т требований к электромагнит
ным свойствам.
EXPRESS-слециФикация:
ENTITY Predefined_requiremer.t_view_defini.tion
SUPERTYPE OF (ONEOK (Constrainc_occurrer.ce,
Design_eharacteristic_occurrence
))
SUBTYPE OK (Requiremer.t_view_definition);
required_analyt ical_representatior. :OPTIONAL SETf1:?] OK
AnalyticsL_model_app1icat ion;
required_functional_speciiication : OPTIONAL SETfl:?] OK
Kune tional_specification;
required_characteristic : OPTIONAL characteriseic_select;
DERIVE
requiremer.t_specification : SET[1:?| OK Document_defir.ition
get_document_definition (SELF, ’requirement specification’,
8