ГОСТ Р 55346-2012/ISO/PAS 20542:2006. Национальный стандарт Российской Федерации. Системы промышленной автоматизации и интеграция. Представление и обмен производственными данными. Базовая модель инженерного проектирования систем
(утв. и введен в действие Приказом Росстандарта от 29.11.2012 № 1707-ст)
Примечание
Документ введен в действие с 01.01.2014.
Утвержден и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 29 ноября 2012 г. № 1707-ст
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
СИСТЕМЫ ПРОМЫШЛЕННОЙ АВТОМАТИЗАЦИИ И ИНТЕГРАЦИЯ
ПРЕДСТАВЛЕНИЕ И ОБМЕН ПРОИЗВОДСТВЕННЫМИ ДАННЫМИ. БАЗОВАЯ МОДЕЛЬ ИНЖЕНЕРНОГО ПРОЕКТИРОВАНИЯ СИСТЕМ
Industrial automation systems and integration. Product data representation and exchange. Reference model for systems engineering
ISO/PAS 20542:2006 Industrial automation systems and integration — Product data representation and exchange — Reference model for systems engineering (IDT)
ГОСТ Р 55346-2012/ISO/PAS 20542:2006
Дата введения 1 января 2014 года
Предисловие
1 ПОДГОТОВЛЕН АНО «Международная академия менеджмента и качества бизнеса» на основе собственного аутентичного перевода на русский язык стандарта, указанного в пункте 4
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 100 «Стратегический и инновационный менеджмент»
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 29 ноября 2012 г. № 1707-ст
4 Настоящий стандарт идентичен международному документу ISO/PAS 20542:2006 «Системы промышленной автоматизации и интеграция. Представление и обмен производственными данными. Базовая модель инженерного проектирования систем» (ISO/PAS 20542:2006 Industrial automation systems and integration — Product data representation and exchange — Reference model for systems engineering).
При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА
Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуются в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)
Введение
Комплекс международных стандартов ИСО 10303 предназначен для представления информации о продукции и для обмена данными о продукции в компьютерно-интерпретируемой электронной форме. Основной целью данного комплекса является создание нейтрального механизма, способного описывать продукцию на протяжении всего жизненного цикла. Этот механизм подходит не только для файлового обмена, но также для использования в качестве базиса с целью архивирования и распространения баз данных с информацией о продукции.
Настоящий стандарт по своему содержанию очень близок к стандартам серии ИСО 10303.
Общедоступные спецификации (PAS) определяют обмен данными и совместное использование протокола данных системного проектирования. Он определяет контекст, цели и требования для различных этапов разработки информационной системы. Настоящий стандарт может применяться для любых систем (воздушные суда, автомобили, морские суда, железнодорожный транспорт и производственные предприятия).
В контексте космической и авиационной техники, например, термин «система» включает в себя различные значения: авиационная электронная система (например, программная, навигационная, с интерфейсом человек — система); система конструкции летательного средства (например, эвакуационная для экипажа и пассажиров, производства и распределения электроэнергии, контроля за окружающей средой, управления топливными ресурсами). Выше перечислены системы, которые входят в состав более крупных информационных систем (формирование систем из подсистем), которые могут быть частью авиационной техники, наземных вспомогательных служб, систем, обеспечивающих логистическую поддержку и обучение. Подобные системы выполнены преимущественно из активных компонентов, сенсоров, дисплеев, приводных механизмов, которые соединены между собой напрямую или с помощью коммуникационных средств. Систему нельзя рассматривать как простую совокупность из отдельных компонентов; требуется обязательно принимать во внимание и контролировать поведение интегрированных компонентов и свойств системы (которые по большей части работают в реальном времени).
Следующие утверждения представляют основные преимущества в процессе системного проектирования продукции:
- высокая стоимость разработки распространяется на небольшое количество производимых единиц;
- риск в равной степени разделяется на все вовлеченные стороны;
- необходимость сокращения времени пребывания на рынке;
- включение в себя различных технологий;
- повышенная реализуемость за счет возможной доработки конечного продукта под нужды конкретного пользователя.
Еще одним важным преимуществом является возможность повторного использования разработок и компонентов из других систем и для связи с другими системами. Повторное использование является ключевым элементом информационной модели.
Общедоступные спецификации (PAS), на которых основан настоящий стандарт, очень тесно связаны с признанными стандартами по системному проектированию [IEEE 1220], [EIA 632] и [ИСО 15288]. Системное проектирование не зависит от технологий, «горизонтальная» интеграционная дисциплина применяется к любому типу системы. Системное проектирование пересекается с техническими и аналитическими дисциплинами в течение всего жизненного цикла существования системы. С точки зрения специалистов по системному проектированию, необходимо осуществлять техническую поддержку на протяжении всего жизненного цикла продукции, а также проводить ее верификацию и валидацию. При системном проектировании необходимо учитывать двунаправленную связь между системами — участниками взаимодействия. В процессе анализа требования предъявляются как к входным, так и выходным данным.
Жизненный цикл системы может быть разделен на несколько этапов:
- оценку применимости;
- системное проектирование;
- реализацию;
- функционирование;
- техническую поддержку;
- вывод из эксплуатации.
Проектирование системы можно разделить на две части: на работу с предметной областью и на разработку самой системы. Несмотря на то что системное проектирование является наиболее важной фазой в процессе проектирования системы, также необходимо уделять пристальное внимание и другим этапам, в частности техническому предложению. Настоящий стандарт содержит требования к этапу системного проектирования для обмена данными, в особенности когда речь идет об интеграции в единый комплекс, мультидисциплинарной, многотехнологичной системе или продукции.
Настоящий стандарт определяет контекст, цель и требования к данным для обмена информацией между заинтересованными сторонами в процессе системного проектирования и конкретизирует набор сущностей и атрибутов для выполнения данных требований.
Настоящий стандарт устанавливает основу для дальнейшего развития и тестовые комплексы для проверки совместимости и возможности дальнейшего развития.
1 Область применения
Настоящий стандарт устанавливает область применения и информационные требования к проектированию систем.
Настоящий стандарт распространяется на:
- технические аспекты проектирования систем, определяющие функциональную и физическую архитектуру (что рассматриваемая система делает, как делает, и насколько хорошо она это делает);
- техническое управление проектированием: разработку календарного плана, оформление документов, сопутствующее проектирование, процедуры проверки достоверности, процедуры верификации;
- управление проектом: управление отслеживаемостью и конфигурацией системы, анализ компромиссных решений;
- промышленное управление (управление кооперацией промышленных партнеров);
- определение других систем, с которыми взаимодействует рассматриваемая система;
- контекст системы в каждой фазе ее жизненного цикла;
- поддержку методик иерархического разделения и объектно-ориентированного моделирования;
- функциональные и нефункциональные требования систем в каждой фазе жизненного цикла системы;
- определение статического и динамического поведения систем;
- фазу жизненного цикла проектирования систем;
- данные описания систем;
- данные спецификаций требований систем;
- данные, определяющие статическое поведение систем в терминах функций и потоков между функциями;
- данные, определяющие динамическое поведение систем;
- данные, определяющие физическую архитектуру;
- данные, определяющие разделение систем;
- данные, определяющие верификацию и проверку достоверности систем;
- данные, определяющие проектирование и промышленное управление;
- данные, определяющие управление конфигурацией.
Настоящий стандарт не распространяется на:
- дисциплины специалистов;
- фазы жизненного цикла проектирования;
- фазы жизненного цикла внедрения системы, управления системой, технического обслуживания системы, вывода системы из эксплуатации;
- особые данные области применения;
- данные, используемые исключительно на фазах оценки целесообразности, внедрения системы, управления системой, технического обслуживания системы, вывода системы из эксплуатации.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты, которые необходимо учитывать при использовании настоящего стандарта. В случае ссылок на документы, у которых указана дата утверждения, необходимо пользоваться только указанной редакцией. В случае когда дата утверждения не приведена, следует пользоваться последней редакцией ссылочных документов, включая любые поправки и изменения к ним:
ИСО/МЭК 8824-1:2002 Информационные технологии. Абстрактные синтаксические обозначения. Версия 1 (ASN.1). Часть 1: Спецификация базовых обозначений (ISO/IEC 8824-1:2002 Information technology — Abstract Syntax Notation One (ASN.1): Specification of basic notation);
ИСО 10303-1:1994 Системы промышленной автоматизации и интеграция. Представление и обмен производственными данными. Часть 1: Обзор и фундаментальные принципы (ISO 10303-1:1994 Industrial automation systems and integration — Product data representation and exchange — Part 1: Overview and fundamental principles);
ИСО 10303-11:2004 Системы промышленной автоматизации и интеграция. Представление и обмен производственными данными. Часть 11: Методы описания: Описание языка EXPRESS (ISO 10303-11:2004 Industrial automation systems and integration — Product data representation and exchange — Part 11: Description methods: The EXPRESS language reference manual);
ИСО 10303-21:2002 Системы промышленной автоматизации и интеграция. Представление и обмен данных продукта. Часть 21: Методы практической реализации: Кодирование открытого текста структуры обмена (ISO 10303-21:2002 Industrial automation systems and integration — Product data representation and exchange — Part 21: Implementation methods: Clear text encoding of the exchange structure);
ИСО 10303-22:1998 Системы промышленной автоматизации и интеграция. Представление и обмен производственными данными. Часть 22: Методы практической реализации: доступ к интерфейсу для стандартных данных (ISO 10303-22:1998 Industrial automation systems and integration — Product data representation and exchange — Part 22: Implementation methods: Standard data access interface).
3 Термины и определения
3.1 Термины, определенные в ИСО 10303-1:1994
В ИСО 10303-1:1994 определены следующие термины, используемые в настоящем стандарте:
- приложение;
- объект приложения;
- модель действия приложения;
- модель, интерпретированная для приложения;
- протокол приложения;
- базовая модель приложения;
- класс соответствия;
- данные;
- обмен данными;
- информация;
- интегрированный ресурс;
- продукция;
- производственные данные;
- функциональный модуль.
3.2 Термины, определенные в работах Института прикладной математики (Institut für Instrumentelle Mathematik) IIM-2:1962
Нижеприведенный термин, используемый в настоящем стандарте, определен в работах Института прикладной математики IIM-2:1962:
3.3 Прочие определения
В настоящем стандарте используются следующие термины с соответствующими определениями:
3.3.1 система (system): Упорядоченный набор элементов, людей, продуктов (устройств, программного обеспечения), а также процессов (производственных мощностей, оборудования, материалов и процедур), которые являются связанными между собой, чье поведение удовлетворяет требованиям заказчика или производственным потребностям, а также обеспечивает жизненный цикл продукции.
3.3.2 инженерное проектирование систем (systems engineering): Междисциплинарный кооперативный подход к получению, разработке и подтверждению сбалансированного обеспечения жизненного цикла системы, удовлетворяющего ожиданиям заказчика и общественным потребностям.
3.4 Аббревиатуры
Нижеследующие аббревиатуры используются в настоящем стандарте:
AAM — модель действия приложения (Application activity model);
AP — протокол приложения (Application protocol);
ARM — ссылочная модель приложения (Application reference model);
CC — класс соответствия (Conformance class);
UoF — функциональный модуль (Unit of functionality);
URL — унифицированный указатель [информационного] ресурса (Universal resource locator);
ASCII — американский стандартный код обмена информацией (American Standard Code for Information Interchange);
cb — причинное поведение (Causal behaviour);
fsm — конечное состояние машины (Finite state machine);
N/A — неприменимый (Not applicable);
OO — объектно-ориентированный (Object oriented);
OOSE — объектно-ориентированное проектирование системы (Object oriented systems engineering);
PAS — общедоступная спецификация (Publicly Available Specification).
4 Информационные требования
В данном разделе устанавливаются информационные требования к ссылочной модели приложения для общедоступной спецификации проектирования систем.
Информационные требования приведены как набор функциональных блоков и объектов приложения. Информационные требования определены с помощью терминологии, приведенной в настоящем стандарте.
Примечание 1 — Информационные требования соответствуют действиям, идентифицированным внутри области применения протокола приложения, описанного в приложении D.
Примечание 2 — Графическое представление информационных требований приведено в приложении E.
4.1 Функциональные модули
Данный подраздел устанавливает функциональные модули (UoFs) в рассматриваемой PAS-спецификации, а также элементы поддержки, необходимые для ее определения. Данная спецификация устанавливает следующие функциональные модули и прикладные компоненты.
- Change_Management;
- Element_Classification;
- Element_Prioritization;
- Explicit_Functional_Reference;
- Explicit_Physical_Reference;
- External_Document_Reference_Mechanism;
- Functional_Allocation;
- Functional_Behaviour_Basics;
- Functional_Behaviour_Causal_Chain;
- Functional_Behaviour_Finite_State_Machine;
- Functional_Behaviour_Interaction;
- Functional_Hierarchy;
- Functional_Performance;
- Graphics;
- Measurement_Unit;
- OO_Behaviour;
- OO_Common;
- OO_Implementation;
- OO_Static_Structure;
- OO_Use_Case;
- Person_Organization;
- Physical_Architecture;
- Properties;
- Relationship_Cardinality;
- Requirement_Allocation;
- Requirement_Representation;
- Requirement_Representation_Implied_Functionality;
- Requirement_Representation_Structured_Formats;
- Structured_Text;
- System_Architecture;
- System_Validation;
- System_Verification;
- Version_Management;
- Work_Management.
В настоящем стандарте отсутствуют описания других функциональных модулей.
Функциональные модули и описания поддерживающих их функций приведены ниже.
4.1.1 Функциональный модуль Change_Management
Функциональный модуль Change_Management содержит компоненты для представления процесса внесения изменений, начиная от идентификации объектов и заканчивая созданием протокола внесения изменений.
В функциональном модуле Change_Management определены следующие прикладные компоненты:
- change_order;
- change_order_relationship;
- change_report;
- change_report_element_assignment;
- change_request;
- critical_issue;
- critical_issue_impact;
- critical_issue_relationship;
- issue_source_relationship;
- issue_system_assignment.
4.1.2 Функциональный модуль Elements_Classification
Функциональный модуль Elements_Classification содержит компоненты для представления элементов классификационных деревьев с целью предоставления набора критериев, используемых для повышения пригодности и возможности повторного использования.
В функциональном модуле Element_Classification определены следующие прикладные компоненты:
- package;
- package_classification_assignment;
- package_classification_system;
- package_element_assignment;
- package_hierarchy_relationship;
- selection_package.
4.1.3 Функциональный модуль Element_Prioritization
Функциональный модуль Element_Prioritization содержит компоненты для определения дискретного диапазона приоритетов и присвоения элементам спецификации определенных уровней приоритетности.
В функциональном модуле Element_Prioritization определены следующие прикладные компоненты:
4.1.4 Функциональный модуль Explicit_Functional_Reference
Функциональный модуль Explicit_Functional_Reference содержит компоненты для выполнения однозначных ссылок на объекты в иерархии функций.
В функциональном модуле Explicit_Functional_Reference определены следующие прикладные компоненты:
- functional_link_reference;
- functional_reference_configuration;
- functionality_instance_reference;
- functionality_reference_composition_relationship;
- functionality_reference_relationship;
- persistent_storage_equivalence_relationship;
- persistent_storage_reference.
4.1.5 Функциональный модуль Explicit_Physical_Reference
Функциональный модуль Explicit_Physical_Reference содержит элементы для выполнения однозначных ссылок на физические иерархии.
В функциональном модуле Explicit_Physical_Reference определены следующие прикладные компоненты:
- physical_instance_reference;
- physical_reference_configuration;
- physical_reference_relationship;
- system_physical_configuration.
4.1.6 Функциональный модуль External_Document_Reference_Mechanism
Функциональный модуль External_Document_Reference_Mechanism содержит объекты для ссылок на внешние документы из системной спецификации. Эти документы могут представляться в любом формате как для обработки на компьютере, так и без него.
В функциональном модуле External_Document_Reference_Mechanism определены следующие прикладные компоненты:
- digital_document;
- document_assignment;
- documentation_reference;
- documentation_relationship;
- non_digital_document;
- partial_document_assignment.
4.1.7 Функциональный модуль Functional_Allocation
Функциональный модуль Functional_Allocation содержит объекты, фиксирующие связи размещения, начиная от элементов функциональной архитектуры и заканчивая элементами физической архитектуры.
В функциональном модуле Functional_Allocation определены следующие прикладные компоненты:
- clock_reference_context_relationship;
- functional_link_allocation_relationship;
- functionality_allocation_relationship.
4.1.8 Функциональный модуль Functional_Behaviour_Basics
Функциональный модуль Functional_Behaviour_Basics содержит объекты, определяющие функциональное поведение семантических модификаторов и механизмов объединения моделей функционального поведения с функциональными моделями.
В функциональном модуле Functional_Behaviour_Basics определены следующие прикладные компоненты:
4.1.9 Функциональный модуль Functional_Behaviour_Causal_Chain
Функциональный модуль Functional_Behaviour_Causal_Chain содержит объекты, определяющие функциональное поведение, основанное на графе причинности. Данный функциональный модуль дает возможность представлять функциональные характеристики, обнаруживаемые в RDD-диаграммах поведения и ViTECH-CORE-EFFBD-диаграммах. Элементы данного функционального модуля используют расширенную систему обозначений сетей Петри.
В функциональном модуле Functional_Behaviour_Causal_Chain определены следующие прикладные компоненты:
- causal_block_bound;
- cb_firing_condition;
- cb_functional_behaviour_model;
- cb_functional_place;
- cb_functional_transition;
- cb_initial_marking;
- cb_input_relationship;
- cb_output_relationship;
- cb_place;
- cb_place_function_association;
- cb_place_reference;
- cb_transition;
- cb_transition_relationship;
- cb_transition_unbounded_weight.
4.1.10 Функциональный модуль Functional_Behaviour_Finite_State_Machine
Функциональный модуль Functional_Behaviour_Finite_State_Machine (fsm) содержит объекты, определяющие функциональное поведение автоматов с конечным числом состояний. Данный функциональный модуль включает поддержку спецификации, представленной в кодах конечных автоматов (в стиле Мура и Мили) и диаграммами состояний.
В функциональном модуле Functional_Behaviour_Finite_State_Machine определены следующие прикладные компоненты:
- formal_data_interaction_port;
- fsm_and_state;
- fsm_command_interaction_relationship;
- fsm_data_interaction_binding;
- fsm_data_interaction_relationship;
- fsm_generic_state;
- fsm_initial_state_transition;
- fsm_model;
- fsm_or_state;
- fsm_state;
- fsm_state_composition_relationship;
- fsm_state_transition;
- fsm_transient_state;
- function_reference;
- functional_state_context;
- generic_state_context;
- initial_state_transition_specification_assignment;
- name_binding;
- specification_state_assignment;
- state_context_relationship;
- state_function_interaction_port;
- state_machine_functional_behaviour_model;
- state_transition_specification_assignment.
4.1.11 Функциональный модуль Functional_Behaviour_Interaction
Функциональный модуль Functional_Behaviour_Interaction содержит объекты, определяющие взаимодействие между функциями, и порядок использования сигналов взаимодействия для активации и деактивации этих функций. Указанный функциональный модуль также содержит объекты, определяющие тип элемента обмениваемой информации. Данный модуль тесно связан с их функциональной иерархией в том смысле, что элементы, определенные таким образом, являются необходимым условием применения функционального модуля взаимодействия для функционального поведения.
В функциональном модуле Functional_Behaviour_Interaction определены следующие прикладные компоненты:
- abstract_data_type_definition;
- abstract_data_type_member;
- actual_io_port;
- aggregate_data_type_definition;
- bi_directional_port_indicator;
- binary_data_type_definition;
- complex_data_type_definition;
- complex_value;
- compound_value;
- control_io_port;
- data_field;
- data_instance;
- derived_data_type_definition;
- elementary_maths_space;
- event_data_type_definition;
- finite_integer_interval;
- finite_real_interval;
- finite_space;
- formal_io_port;
- functional_link;
- functional_link_group;
- hibound_integer_interval;
- hibound_real_interval;
- integer_data_type_definition;
- integer_interval;
- io_buffer;
- io_composition_port;
- io_port;
- io_port_binding;
- lobound_integer_interval;
- lobound_real_interval;
- logical_data_type_definition;
- maths_space;
- real_data_type_definition;
- real_interval;
- record_data_type_definition;
- record_data_type_member;
- recursive_data_type_definition;
- string_data_type_definition;
- undefined_data_type_definition;
- union_data_type_definition;
- union_data_type_member;
- user_defined_data_type_definition.
4.1.12 Функциональный модуль Functional_Hierarchy
Функциональный модуль Functional_Hierarchy включает сущности, определяющие функциональное разбиение структуры системы.
В функциональном модуле Functional_Hierarchy определены следующие прикладные компоненты:
- composite_function_definition;
- function_instance;
- functional_decomposition_relationship;
- general_function_definition;
- general_functionality_instance;
- io_split_join;
- leaf_function_definition;
- persistent_storage.
4.1.13 Функциональный модуль Functional_Performance
Функциональный модуль Functional_Performance содержит объекты, представляющие временные ограничения на функциональные элементы спецификации.
В функциональном модуле Functional_Performance определены следующие прикладные компоненты:
4.1.14 Функциональный модуль Graphics
Функциональный модуль Graphics содержит объекты, определяющие простое представление типа «узел — звено» в спецификации системы. Данный функциональный модуль упрощает приближенное формирование схемы спецификации системы.
В функциональном модуле Graphics определены следующие прикладные компоненты:
- actual_port_position;
- coordinate_translation_information;
- formal_port_position;
- graphics_link;
- graphics_node;
- graphics_point;
- graphics_view;
- multi_level_view;
- view_relationship;
- visual_element.
4.1.15 Функциональный модуль Measurement_Unit
Функциональный модуль Measurement_Unit содержит объекты, представляющие единицы измерения в спецификации.
В функциональном модуле Measurement_Unit определен следующий прикладной компонент:
- unit.
4.1.16 Функциональный модуль OO_Behaviour
Функциональный модуль OO_Behaviour содержит объекты, представляющие поведение объектно-ориентированной спецификации.
В функциональном модуле OO_Behaviour определены следующие прикладные компоненты:
- oo_action;
- oo_action_state;
- oo_action_state_transition;
- oo_action_temporal_relationship;
- oo_association_end_role;
- oo_association_role;
- oo_attribute_link_end_association;
- oo_call_action;
- oo_classifier_role;
- oo_collaboration;
- oo_create_action;
- oo_interaction;
- oo_link;
- oo_link_end;
- oo_message;
- oo_message_temporal_relationship;
- oo_reception;
- oo_send_action;
- oo_signal;
- oo_signal_behavioural_feature_relationship;
- oo_stimulus;
- oo_stimulus_argument.
4.1.17 Функциональный модуль OO_Common
Функциональный модуль OO_Common содержит объекты, общие для множества объектно-ориентированных представлений спецификации.
В функциональном модуле OO_Common определены следующие прикладные компоненты:
- oo_constraint;
- oo_constraint_model_element_relationship;
- oo_dependency;
- oo_element_import;
- oo_generalization;
- oo_instance_classifier_relationship;
- oo_model_element_stereotype_relationship;
- oo_model_element_tagged_value_relationship;
- oo_stereotype;
- oo_tagged_value;
- oo_view;
- oo_view_context_element_relationship;
- oo_view_relationship;
- oo_view_system_view_relationship.
4.1.18 Функциональный модуль OO_Implementation
Функциональный модуль OO_Implementation содержит объекты, предназначенные для представления объектно-ориентированной системной спецификации.
В функциональном модуле OO_Implementation определены следующие прикладные компоненты:
4.1.19 Функциональный модуль OO_Static_Structure
Функциональный модуль OO_Static_Structure содержит объекты, предназначенные для представления диаграмм классов в объектно-ориентированной парадигме.
В функциональном модуле OO_Static_Structure определены следующие прикладные компоненты:
- oo_argument;
- oo_association;
- oo_association_class;
- oo_association_end;
- oo_association_end_classifier_relationship;
- oo_association_end_qualifier_association;
- oo_attribute;
- oo_attribute_instance;
- oo_behavioural_feature;
- oo_class;
- oo_interface;
- oo_method;
- oo_object;
- oo_operation;
- oo_operation_interface_association;
- oo_package;
- oo_parameter.
4.1.20 Функциональный модуль OO_Use_Case
Функциональный модуль OO_Use_Case содержит объекты, предназначенные для представления точек зрения на объектно-ориентированную спецификацию.
В функциональном модуле OO_Use_Case определены следующие прикладные компоненты:
4.1.21 Функциональный модуль Person_Organization
Функциональный модуль Person_Organization содержит объекты, предназначенные для представления информации о персонале и его роли в организации.
В функциональном модуле Person_Organization определены следующие прикладные компоненты:
- address;
- date_and_person_assignment;
- date_and_person_organization;
- date_assignment;
- date_time;
- organization;
- organization_relationship;
- person;
- person_in_organization;
- person_organization_assignment.
4.1.22 Функциональный модуль Physical_Architecture
Функциональный модуль Physical_Architecture содержит объекты, предназначенные для представления физической архитектуры системы. Модель устанавливает абстрактный подход и не выдает никаких предположений относительно технологии или области для элементов физической архитектуры.
В функциональном модуле Physical_Architecture определены следующие прикладные компоненты:
- actual_physical_port;
- formal_physical_port;
- functional_representation_relationship;
- general_physical_definition;
- physical_binding;
- physical_composition_relationship;
- physical_connection;
- physical_instance;
- physical_link_definition;
- physical_node_definition;
- physical_port.
4.1.23 Функциональный модуль Properties
Функциональный модуль Properties содержит объекты, определяющие общий способ указания задаваемых пользователем атрибутов для широкого круга объектов в других прикладных компонентах модели. Его возможности поддерживаются из-за того, что модель не может содержать атрибуты, удовлетворяющие всем областям инженерного проектирования систем.
В функциональном модуле Properties определены следующие прикладные компоненты:
- nominal_value;
- plus_minus_bounds;
- property_assignment;
- property_definition;
- property_relationship;
- property_value;
- property_value_function;
- property_value_relationship;
- requirement_allocation_property_relationship;
- value_limit;
- value_list;
- value_range;
- value_with_unit.
4.1.24 Функциональный модуль Relationship_Cardinality
Функциональный модуль Relationship_Cardinality содержит объекты, определяющие ограниченные и неограниченные выражения для кардинальности.
В функциональном модуле Relationship_Cardinality определены следующие прикладные компоненты:
4.1.25 Функциональный модуль Requirement_Allocation
Функциональный модуль Requirement_Allocation содержит объекты, предназначенные для представления связей распределения и подконтрольности между требованиями и элементами в функциональной и физической архитектуре.
В функциональном модуле Requirement_Allocation определены следующие прикладные компоненты:
4.1.26 Функциональный модуль Requirement_Representation
Функциональный модуль Requirement_Representation содержит объекты, предназначенные для представления требований к фиксации связей между ними и представлению требований различным системам. Требования представляются в текстовой форме.
В функциональном модуле Requirement_Representation определены следующие прикладные компоненты:
- effectiveness_measure;
- effectiveness_measure_assignment;
- effectiveness_measure_relationship;
- requirement_class;
- requirement_class_relationship;
- requirement_composition_relationship;
- requirement_definition;
- requirement_instance;
- requirement_occurence;
- requirement_relationship;
- requirement_relationship_input_assignment;
- requirement_relationship_resulting_relationship;
- requirement_requirement_class_assignment;
- requirement_traces_to_requirement_relationship;
- textual_requirement_definition.
4.1.27 Функциональный модуль Requirement_Representation_Implied_Functionality
Функциональный модуль Requirement_Representation_Implied_Functionality содержит объекты, предназначенные для соединения требований с функциональными характеристиками или физическими элементами, которые предполагаются этими требованиями.
В функциональном модуле Requirement_Representation_Implied_Functionality определены следующие прикладные компоненты:
4.1.28 Функциональный модуль Requirement_Representation_Structured_Formats
Функциональный модуль Requirement_Representation_Structured_Formats содержит объекты, предназначенные для представления требований, выражаемых в структурированных форматах или моделях.
В функциональном модуле Requirement_Representation_Structured_Formats определены следующие прикладные компоненты:
4.1.29 Функциональный модуль Structured_Text
Функциональный модуль Structured_Text содержит объекты, предназначенные для представления текстовых элементов, например отдельных текстовых строк, структурированных текстовых потоков, таблиц и аннотированных на каком-либо языке текстовых элементов.
В функциональном модуле Structured_Text определены следующие прикладные компоненты:
4.1.30 Функциональный модуль System_Architecture
Функциональный модуль System_Architecture содержит объекты, предназначенные для представления системы согласно ее спецификации и положению в иерархии систем. Каждая система может описываться с использованием любого числа ее представлений в различных жизненных циклах, сценариях и режимах эксплуатации. Модуль также поддерживает представление интерфейса между системами с помощью системной модели особого вида.
Объекты для представления системы работают как коллекторы, предоставляющие строительные блоки для элементов системной спецификации, например, для представления требований, функциональной и физической архитектуры.
В функциональном модуле System_Architecture определены следующие прикладные компоненты:
- context_function_relationship;
- context_physical_relationship;
- partial_system_view;
- partial_system_view_relationship;
- requirement_relationship_context_assignment;
- requirement_system_view_assignment;
- root_requirement_system_view_assignment;
- system_composition_relationship;
- system_definition;
- system_instance;
- system_instance_relationship;
- system_instance_relationship_port;
- system_instance_replication_relationship;
- system_substitution_relationship;
- system_view;
- system_view_assignment;
- system_view_context;
- triggered_system_view_relationship;
- verification_specification_system_view_relationship.
4.1.31 Функциональный модуль System_Validation
Функциональный модуль System_Validation содержит объекты, предназначенные для представления различных аспектов контрольной информации, формируемой в процессе инженерного проектирования системы, например, о персонале и организации (в виде текстовых элементов и комментариев).
В функциональном модуле System_Validation определены следующие прикладные компоненты:
- approval;
- approval_assignment;
- approval_person_organization;
- approval_relationship;
- assessment;
- assessment_relationship;
- justification;
- justification_relationship.
4.1.32 Функциональный модуль System_Verification
Функциональный модуль System_Verification содержит объекты, предназначенные для представления требований к методам испытаний и валидации. Элементы верификации системы могут присваиваться элементам архитектуры системы, анализа требований, прикладным компонентам функциональной и физической архитектуры.
В функциональном модуле System_Verification определены следующие прикладные компоненты:
- realized_system;
- realized_system_composition_relationship;
- verification_report_for_verification_specification;
- verification_result;
- verification_specification;
- verification_specification_allocation.
4.1.33 Функциональный модуль Version_Management
Функциональный модуль Version_Management содержит объекты, предназначенные для фиксации характера развития элементов спецификации по времени. Этот модуль является основополагающим, поскольку может использоваться во многих элементах большого числа прикладных компонентов. Он отражается в определениях конкретных объектов в каждом прикладном компоненте.
В функциональном модуле Version_Management определены следующие прикладные компоненты:
- configuration_element;
- configuration_element_relationship;
- configuration_element_version;
- configuration_element_version_relationship;
- element_identifier.
4.1.34 Функциональный модуль Work_Management
Функциональный модуль Work_Management содержит объекты, предназначенные для представления работ по инженерному проектированию, а также логики, которая приводит к инициализации работ по проекту.
В функциональном модуле Work_Management определены следующие прикладные компоненты:
- effectivity;
- effectivity_assignment;
- effectivity_relationship;
- engineering_process_activity;
- engineering_process_activity_element_assignment;
- engineering_process_activity_relationship;
- project;
- project_event_reference;
- project_relationship;
- start_order;
- start_request;
- work_order;
- work_request.
4.2 Определения типов ARM-модели
В данном подразделе определены типы прикладных компонентов и приведены их описания.
4.2.1 Прикладной компонент approval_assignment_select
4.2.2 Прикладной компонент assessment_assignment_select
| ) TYPE assigned_requirement_relationship_select = SELECT WITH (requirement_allocation_relationship, requirement_relationship); END_TYPE; ( |
|---|
4.2.3 Прикладной компонент assigned_requirement_relationship_select
| ) TYPE assigned_requirement_relationship_select = SELECT WITH (requirement_relationship); END_TYPE; ( |
|---|
4.2.4 Прикладной компонент basic_identifier
| ) TYPE basic_identifier = STRING; END_TYPE; ( |
|---|
4.2.5 Прикладной компонент boolean_value
| ) TYPE boolean_value = BOOLEAN; END_TYPE; ( |
|---|
4.2.6 Прикладной компонент buffer_synchronisation_enumeration
| ) TYPE buffer_synchronisation_enumeration = ENUMERATION OF (asynchronous,synchronouos); END_TYPE; ( |
|---|
4.2.7 Прикладной компонент cardinality_association_select
| ) TYPE cardinality_association_select = SELECT WITH (cardinality_list, cardinality_range, single_cardinality); END_TYPE; ( |
|---|
4.2.8 Прикладной компонент causal_weight_select
| ) TYPE causal_weight_select = SELECT WITH (cb_transition_unbounded_weight, natural_number); END_TYPE; ( |
|---|
4.2.9 Прикладной компонент change_element_select
| ) TYPE change_element_select = SELECT WITH (instance_definition_select); END_TYPE; ( |
|---|
4.2.10 Прикладной компонент change_report_element_select
| ) TYPE change_report_element_select = SELECT WITH (instance_definition_select); END_TYPE; ( |
|---|
4.2.11 Прикладной компонент control_characters
| ) TYPE control_characters = ENUMERATION OF (cr,tab); END_TYPE; ( |
|---|
4.2.12 Прикладной компонент control_type_enumeration
| ) TYPE control_type_enumeration = ENUMERATION OF (activate,activate_deactivate); END_TYPE; ( |
|---|
4.2.13 Прикладной компонент data_composition_select
| ) TYPE data_composition_select = SELECT WITH (actual_io_port, formal_io_port, io_composition_port); END_TYPE; ( |
|---|
4.2.14 Прикладной компонент data_direction
| ) TYPE data_direction = ENUMERATION OF (from_system, to_system); END_TYPE; ( |
|---|
4.2.15 Прикладной компонент data_type_definition_select
| ) TYPE data_type_definition_select = SELECT WITH (maths_space, user_defined_data_type_definition); END_TYPE; ( |
|---|
4.2.16 Прикладной компонент data_type_value_select
| ) TYPE data_type_value_select = SELECT WITH (boolean_value, complex_value, compound_value, integer_value, logical_value, real_value, text); END_TYPE; ( |
|---|
4.2.17 Прикладной компонент date_assignment_select
4.2.18 Прикладной компонент default_context_select
| ) TYPE default_context_select = SELECT WITH (fsm_generic_state, functional_state_context); END_TYPE; ( |
|---|
4.2.19 Прикладной компонент definition_select
| ) TYPE definition_select = SELECT WITH (fsm_state, functional_state_context, general_function_definition, general_physical_definition, oo_view, system_view); END_TYPE; ( |
|---|
4.2.20 Прикладной компонент effective_element_select
| ) TYPE effective_element_select = SELECT WITH (instance_definition_select, person_organization_assignment); END_TYPE; ( |
|---|
4.2.21 Прикладной компонент event_or_date_select
| ) TYPE event_or_date_select = SELECT WITH (date_time, project_event_reference); END_TYPE; ( |
|---|
4.2.22 Прикладной компонент external_element_select
| ) TYPE external_element_select = SELECT WITH (function_instance, physical_instance); END_TYPE; ( |
|---|
4.2.23 Прикладной компонент fsm_interaction_select
| ) TYPE fsm_interaction_select = SELECT WITH (initial_state_transition_specification_assignment, specification_state_assignment, state_transition_specification_assignment); END_TYPE; ( |
|---|
4.2.24 Прикладной компонент function_role_enumeration
| ) TYPE function_role_enumeration = ENUMERATION OF (external_element,system_function); END_TYPE; ( |
|---|
4.2.25 Прикладной компонент identifier
| ) TYPE identifier = STRING; END_TYPE; ( |
|---|
4.2.26 Прикладной компонент instance_definition_select
4.2.27 Прикладной компонент integer_value
| ) TYPE integer_value = INTEGER; END_TYPE; ( |
|---|
4.2.28 Прикладной компонент issue_source_select
| ) TYPE issue_source_select = SELECT WITH (instance_definition_select); END_TYPE; ( |
|---|
4.2.29 Прикладной компонент justification_assignment_select
| ) TYPE justification_assignment_select = SELECT WITH (engineering_process_activityp, instance_definition_select, partial_system_view_relationship, requirement_allocation_relationship); END_TYPE; ( |
|---|
4.2.30 Прикладной компонент label
| ) TYPE label = STRING; END_TYPE; ( |
|---|
4.2.31 Прикладной компонент link_select
4.2.32 Прикладной компонент logical_value
| ) TYPE logical_value = LOGICAL; END_TYPE; ( |
|---|
4.2.33 Прикладной компонент natural_number
| ) TYPE natural_number = INTEGER; END_TYPE; ( |
|---|
4.2.34 Прикладной компонент node_select
4.2.35 Прикладной компонент oo_classifier_or_operation_select
| ) TYPE oo_classifier_or_operation_select = SELECT WITH (oo_classifier_select, oo_operation); END_TYPE; ( |
|---|
4.2.36 Прикладной компонент oo_classifier_select
| ) TYPE oo_classifier_select = SELECT WITH (oo_actor, oo_class, oo_component, oo_interfaces, oo_signal, oo_use_case); END_TYPE; ( |
|---|
4.2.37 Прикладной компонент oo_extended_classifier_select
| ) TYPE oo_extended_classifier_select = SELECT WITH (oo_classifier_select, physical_instance); END_TYPE; ( |
|---|
4.2.38 Прикладной компонент oo_extended_model_element_select
| ) TYPE oo_extended_model_element_select = SELECT WITH (fsm_generic_state, generic_state_context, justification, oo_generalizable_element_select, oo_model_element_select); END_TYPE; ( |
|---|
4.2.39 Прикладной компонент oo_feature_select
| ) TYPE oo_feature_select = SELECT WITH (oo_attributen, oo_behavioural_featuree); END_TYPE; ( |
|---|
4.2.40 Прикладной компонент oo_generalizable_element_select
| ) TYPE oo_generalizable_element_select = SELECT WITH (oo_collaboration, oo_extended_classifier_select, oo_generic_association, oo_package, oo_stereotype); END_TYPE; ( |
|---|
4.2.41 Прикладной компонент oo_instance_select
| ) TYPE oo_instance_select = SELECT WITH (oo_attributen_instance, oo_extended_classifier_select, oo_object); END_TYPE; ( |
|---|
4.2.42 Прикладной компонент oo_model_element_select
4.2.43 Прикладной компонент oo_namespace_select
| ) TYPE oo_namespace_select = SELECT WITH (oo_collaboration, oo_extended_classifier_select, oo_package); END_TYPE; ( |
|---|
4.2.44 Прикладной компонент oo_relationship_select
| ) TYPE oo_relationship_select = SELECT WITH (oo_dependency, oo_extension, oo_generalization, oo_generic_association, oo_inclusion); END_TYPE; ( |
|---|
4.2.45 Прикладной компонент package_element_select
| ) TYPE package_element_select = SELECT WITH (configuration_element, configuration_element_version, engineering_process_activityp, instance_definition_select, project); END_TYPE; ( |
|---|
4.2.46 Прикладной компонент period_or_date_select
| ) TYPE period_or_date_select = SELECT WITH (date_time, project_event_reference, value_with_unite); END_TYPE; ( |
|---|
4.2.47 Прикладной компонент person_organization_assignment_select
4.2.48 Прикладной компонент person_organization_select
| ) TYPE person_organization_select = SELECT WITH (organization, person_in_organization); END_TYPE; ( |
|---|
4.2.49 Прикладной компонент physical_element_role_enumeration
| ) TYPE physical_element_role_enumeration = ENUMERATION OF (external_element, system_element); END_TYPE; ( |
|---|
4.2.50 Прикладной компонент port_data_relation
| ) TYPE port_data_relation = ENUMERATION OF (consumer, producer); END_TYPE; ( |
|---|
4.2.51 Прикладной компонент port_position_select
| ) TYPE port_position_select = SELECT WITH (io_port, oo_generic_association_end, oo_link_end, physical_port); END_TYPE; ( |
|---|
4.2.52 Прикладной компонент port_type
| ) TYPE port_type = ENUMERATION OF (control, input, mechanism, output); END_TYPE; ( |
|---|
4.2.53 Прикладной компонент property_assignment_select
4.2.54 Прикладной компонент property_value_select
| ) TYPE property_value_select = SELECT WITH (boolean_value, text_select, value_list, value_with_unite); END_TYPE; ( |
|---|
4.2.55 Прикладной компонент ranked_element_select
| ) TYPE ranked_element_select = SELECT WITH (critical_issue_impact, effectiveness_measure, instance_definition_select); END_TYPE; ( |
|---|
4.2.56 Прикладной компонент ranking_type
| ) TYPE ranking_type = ENUMERATION OF (cost, criticality, priority, project_criticality); END_TYPE; ( |
|---|
4.2.57 Прикладной компонент real_value
| ) TYPE real_value = REAL; END_TYPE; ( |
|---|
4.2.58 Прикладной компонент requirement_allocation_select
4.2.59 Прикладной компонент single_cardinality_select
| ) TYPE single_cardinalityyy_select = SELECT WITH (infinite_cardinality, natural_number); END_TYPE; ( |
|---|
4.2.60 Прикладной компонент specific_element_select
| ) TYPE specific_element_select = SELECT WITH (cb_place, fsm_generic_state); END_TYPE; ( |
|---|
4.2.61 Прикладной компонент specification_element_select
| ) TYPE specification_element_select = SELECT WITH (change_report, critical_issue, critical_issue_impact, instance_definition_select); END_TYPE; ( |
|---|
4.2.62 Прикладной компонент system_select
| ) TYPE system_select = SELECT WITH (s system_instance, system_view); END_TYPE; ( |
|---|
4.2.63 Прикладной компонент text
| ) TYPE text = STRING; END_TYPE; ( |
|---|
4.2.64 Прикладной компонент text_elements
| ) TYPE text_elements = SELECT WITH (control_characters, text); END_TYPE; ( |
|---|
4.2.65 Прикладной компонент text_select
| ) TYPE text_select = SELECT WITH (text, textual_paragraphn, textual_section, textual_table); END_TYPE; ( |
|---|
4.2.66 Прикладной компонент timing_type
| ) TYPE timing_type = ENUMERATION OF (best_case,nominal_case,worst_case); END_TYPE; ( |
|---|
4.2.67 Прикладной компонент trigger_type_enumeration
| ) TYPE trigger_type_enumeration = ENUMERATION OF (flank,level); END_TYPE; ( |
|---|
4.2.68 Прикладной компонент verification_allocation_select
| ) TYPE verification_allocation_select = SELECT WITH (functionality_instance_reference, physical_instance_reference, realized_systemp, requirement_instance, s system_instance); END_TYPE; ( |
|---|
4.3 Определения прикладных компонентов ARM-модели
В данном подразделе определены прикладные компоненты настоящего стандарта. При этом каждый из прикладных компонентов является элементом, который содержит уникальное прикладное понятие и атрибуты, определяющие элементы данных для соответствующего компонента. Все прикладные компоненты и их определения приведены ниже.
4.3.1 Прикладной компонент abstract_data_type_definition
Прикладной компонент abstract_data_type_definition принадлежит к тому же типу, что и прикладной компонент user_defined_data_type_definition, который может принимать следующие значения: любой, все или отсутствие элементов.
| ) ENTITY abstract_data_type_definition SUBTYPE OF (user_defined_data_type_definition) ; END_ENTITY; ( |
|---|
4.3.2 Прикладной компонент abstract_data_type_member
Прикладной компонент abstract_data_type_member определяет взаимосвязь между прикладными компонентами abstract_data_type_definition и data_instance, содержащимися в нем. Элементы прикладного компонента abstract_data_type_definition независимы друг от друга.
| ) ENTITY abstract_data_type_member; child : data_instance; parent : abstract_data_type_definition; END_ENTITY; ( |
|---|
Атрибут child: Этот атрибут определяет прикладной компонент data_instance в указанной взаимосвязи.
Атрибут parent: Этот атрибут определяет прикладной компонент abstract_data_type_definition в указанной взаимосвязи.
4.3.3 Прикладной компонент actual_io_port
Прикладной компонент actual_io_port принадлежит к тому же типу, что и прикладной компонент io_port и элемент интерфейса прикладного компонента general_functionality_instance. Прикладной компонент actual_io_port определяет входной или выходной параметр для ссылочного прикладного компонента general_functionality_instance посредством атрибута port_of.
Примечание - Порты для информационных потоков классифицируются в соответствии с тремя нижеприведенными критериями модели данных
1. Является ли данный порт формальным (закрепленным за типом прикладного компонента general_function_definition) или фактическим (закрепленным за типом прикладного компонента general_functionality_instance).
2. Является ли данный порт входным или выходным.
3. Является ли данный порт информационным или контрольным (информационный порт служит для передачи данных, тогда как контрольный порт предназначен для передачи командных данных, например запуска, останова, приостановки, возобновления и т.п.). Этот вид порта ниже будет определен в прикладном компоненте control_io_port.
Согласно приведенной классификации назначение порта может быть получено в зависимости от объектов flow, имеющихся на этом порте. При этом порт может либо «потреблять» входные/выходные данные (данные в информационном потоке, поступающие на порт), либо «формировать» подобные данные (данные в информационном потоке, поступающие из порта).
Например, прикладной компонент formal_io_port, чьим атрибутом направления потока данных является input, будет формировать данные, тогда как прикладной компонент actual_io_port, чьим атрибутом направления потока является input, будет потреблять данные. В модели данных эта информация определяется с помощью предоставляемого атрибута role.
Указанный атрибут используется для гарантии того, что входные/выходные информационные объекты будут предоставляться должным образом (т.е. они должны иметь одного поставщика и одного потребителя), а также того, что прикладные компоненты io_port_binding будут применяться только к портам, для которых прикладной компонент actual_port в связке будет относиться к поставщику информации, а прикладной компонент formal_port в этой же связке — к потребителю информации.
Атрибут port_of: Этот атрибут определяет прикладной компонент general_functionality_instance, для которого этот атрибут является частью компонента.
Атрибут role: Этот атрибут определяет поставщика или потребителя информации.
Атрибут assigned_buffer: Этот атрибут определяет прикладной компонент actual_io_port, за которым закрепляется прикладной компонент io_buffer.
4.3.4 Прикладной компонент actual_physical_port
Прикладной компонент actual_physical_port принадлежит тому же типу, что и прикладной компонент physical_port, и представляет элемент в интерфейсе прикладного компонента physical_instance. Направление передачи входных/выходных данных с помощью этого интерфейса не определяется прикладным компонентом actual_physical_port.
| ) ENTITY actual_physical_port SUBTYPE OF (physical_port); port_of : physical_instance; END_ENTITY; ( |
|---|
Атрибут port_of: Этот атрибут определяет прикладной компонент physical_instance, для которого этот атрибут является частью интерфейса.
4.3.5 Прикладной компонент actual_port_position
Прикладной компонент actual_port_position принадлежит к тому же типу, что и прикладной компонент visual_element и является графическим представлением положения прикладного компонента actual_io_port или actual_physical_port. Это положение представляется с помощью прикладного компонента graphics_point, поскольку фактический порт может занимать множество различных положений (объектом на порте может быть физически протяженный объект, например прямоугольник, а не одиночная точка). Прикладной компонент actual_port_position должен указывать положение на границе прикладного компонента graphics_node для объекта на связанном с ним порте.
Примечание - Данное правило на языке EXPRESS не формализовано.
| ) ENTITY actual_port_position SUBTYPE OF (visual_element) ; assigned_to : graphics_node; position : graphics_point; positioned_port : port_position_select; END_ENTITY; ( |
|---|
Атрибут assigned_to: Этот атрибут определяет прикладной компонент graphics_node, который обеспечивает визуальное представление информации для прикладного компонента actual_port_position.
Атрибут position: Этот атрибут визуально характеризует расположение порта.
Атрибут positioned_port: Этот атрибут определяет порт, для которого действительна визуальная информация о расположении порта.
4.3.6 Прикладной компонент address
Прикладной компонент address определяет адрес прикладного компонента person или organization. Все атрибуты прикладного компонента address являются необязательными, однако этот компонент должен иметь по крайней мере один ненулевой атрибут.
Примечание - Этот прикладной компонент непосредственно заимствуется из PDM-схемы и, возможно, извлекается из ARM-модели.
Атрибут country: Этот атрибут определяет страну, связанную с прикладным компонентом address.
Атрибут electronic_mail_address: Этот атрибут определяет электронный адрес, связанный с данным прикладным компонентом address.
Атрибут facsimile_number: Этот атрибут определяет факс, связанный с данным прикладным компонентом address.
Атрибут internal_location: Этот атрибут устанавливает определенное местоположение объекта в прикладном компоненте address.
Пример 1 — Атрибутом internal_location может быть номер комнаты или этаж в здании.
Атрибут postbox_number: Этот атрибут определяет почтовый ящик, связанный с данным прикладным компонентом address.
Атрибут postcode: Этот атрибут определяет почтовый индекс, связанный с данным прикладным компонентом address.
Атрибут region: Этот атрибут определяет регион, связанный с данным прикладным компонентом address.
Атрибут street: Этот атрибут определяет улицу, связанную с данным прикладным компонентом address.
Атрибут street_number: Этот атрибут определяет номер улицы, связанный с данным прикладным компонентом address.
Атрибут telephone_number: Этот атрибут определяет номер телефона, связанный с данным прикладным компонентом address.
Атрибут telex_number: Этот атрибут определяет номер телекса, связанный с данным прикладным компонентом address.
Атрибут town: Этот атрибут определяет город, связанный с данным прикладным компонентом address.
4.3.7 Прикладной компонент aggregate_data_type_definition
Прикладной компонент aggregate_data_type_definition принадлежит к тому же типу, что и прикладной компонент user_defined_data_type_definition, и содержит перечень (перечни) значений.
| ) ENTITY aggregate_data_type_definition SUBTYPE OF (user_defined_data_type_definition); aggregate_type : data_type_definition_select; bound : LIST[1:?] OF integer_interval; END_ENTITY; ( |
|---|
Атрибут aggregate_type: Этот атрибут определяет значения, которые может принимать каждый элемент в перечне.
Атрибут bound: Этот атрибут определяет упорядоченное множество элементов прикладного компонента aggregate_data_type_definition. Предполагается, что с целью присвоения составных значений они будут сохраняться в виде строки.
4.3.8 Прикладной компонент approval
Прикладной компонент approval является утверждением, касающимся качества тех данных о продукции, которые подлежат утверждению. Прикладной компонент approval представляет собой формальное утверждение, сделанное техническим или управленческим персоналом относительно того, будут ли некоторые требования восприниматься надзорным органом как выполненные.
Примечание 1 — Это необходимо согласовать для применимости текста.
Примечание 2 — Данный прикладной компонент заимствован из PDM-схемы.
| ) ENTITY approval; level : OPTIONAL label; status : label; END_ENTITY; ( |
|---|
Атрибут level: Этот атрибут определяет вид операции, которая может выполняться и предоставляться с помощью прикладного компонента approval. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние disposition: утвержденный объект утвержден и для серийной продукции;
- состояние equipment order: утвержденный объект достиг состояния, при котором изменениям будет подвергаться определенный процесс и оборудование, необходимое для производства (которые могут заказываться);
- состояние planning: утвержденный объект является технически законченным и достигшим достаточной стабильности, на базе которого могут основываться другие конструкции.
Атрибут status: Этот атрибут определяет утверждение, сделанное относительно производственных данных в рамках данного прикладного компонента approval.
4.3.9 Прикладной компонент approval_assignment
Прикладной компонент approval_assignment определяет присвоение прикладного компонента approval элементу системной спецификации.
| ) ENTITY approval_assignment; assigned_approval : approval; assigned_to : approval_assignment_select; description : OPTIONAL text_select; status : label; END_ENTITY; ( |
|---|
Атрибут assigned_approval: Этот атрибут определяет присвоенный прикладной компонент approval.
Атрибут assigned_to: Этот атрибут определяет элемент системной инженерной спецификации, для которого действителен прикладной компонент approval_assignment.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту approval_assignment.
Атрибут status: Этот атрибут определяет утверждение, сделанное относительно элемента системной инженерной спецификации в рамках данного прикладного компонента approval_assignment.
4.3.10 Прикладной компонент approval_person_organization
Прикладной компонент approval_person_organization определяет взаимосвязь между прикладным компонентом approval и юридическим лицом, связанным с утверждением данных. Семантика этой взаимосвязи будет определена ниже с помощью атрибута role.
| ) ENTITY approval_person_organization; authorized_approval : approval; person_organization : person_organization_select; role : label; END_ENTITY; ( |
|---|
Атрибут authorized_approval: Этот атрибут определяет утверждение, сделанное для прикладного компонента approval_person_organization.
Атрибут person_organization: Этот атрибут определяет юридический орган, связанный с прикладным компонентом approval_person_organization.
Атрибут role: Этот атрибут определяет семантику прикладного компонента approval_person_organization.
Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние project responsible: утверждающее лицо будет нести ответственность за проект, с которым связана системная спецификация на элементы;
- состояние verification responsible: утверждающее лицо будет нести ответственность за верификацию системной спецификации на элементы.
4.3.11 Прикладной компонент approval_relationship
Прикладной компонент approval_relationship определяет взаимосвязь между двумя прикладными компонентами approval.
Примечание - Для определения семантики указанной взаимосвязи необходимо вводить атрибут.
| ) ENTITY approval_relationship; description : OPTIONAL text_select; related_approval : approval; relating_approval : approval; relation_type : label; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту approval_relationship.
Атрибут related_approval: Этот атрибут определяет второй прикладной компонент approval в указанной взаимосвязи.
Атрибут relating_approval: Этот атрибут определяет первый прикладной компонент approval в указанной взаимосвязи.
Атрибут relation_type: Этот атрибут определяет тип прикладного компонента approval_relationship.
4.3.12 Прикладной компонент assessment
Прикладной компонент assessment определяет оценку состояния элемента в системной инженерной спецификации в процессе ее разработки. Семантика этой оценки содержится в атрибуте assessment_type.
| ) ENTITY assessment; assessed_level : label; assessment_type : label; assigned_to : assessment_assignment_select; description : OPTIONAL text_select; END_ENTITY; ( |
|---|
Атрибут assessed_level: Этот атрибут определяет оценочное значение.
Атрибут assessment_type: Этот атрибут определяет тип и назначение проводимой оценки. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние maturity: прикладной компонент assessment характеризует оценку готовности элемента;
- состояние completeness: прикладной компонент assessment характеризует оценку уровня законченности присвоенного элемента;
- состояние risk: прикладной компонент assessment характеризует оценку проектного риска, связанного с присвоенным элементом;
- состояние stability: прикладной компонент assessment характеризует оценку стабильности присвоенного элемента.
Атрибут assigned_to: Этот атрибут определяет элемент системной инженерной спецификации, для которого действителен прикладной компонент assessment.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту assessment.
4.3.13 Прикладной компонент assessment_relationship
Прикладной компонент assessment_relationship определяет взаимосвязь между двумя прикладными компонентами assessment. Семантика этой взаимосвязи содержится в атрибуте relationship_type.
| ) ENTITY assessment_relationship; description : OPTIONAL text_select; related : assessment; relating : assessment; relationship_type : label; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту assessment_relationship.
Атрибут related (связанный): Этот атрибут определяет второй из двух прикладных компонентов assessment в указанной взаимосвязи.
Атрибут relating (связывающий): Этот атрибут определяет первый из двух прикладных компонентов assessment в указанной взаимосвязи.
Атрибут relationship_type: Этот атрибут определяет семантику прикладного компонента assessment_relationship. Там, где это применимо, должны использоваться следующие состояния (значения):
- состояние replacement: связывающий прикладной компонент assessment заменяет связанный прикладной компонент assessment;
- состояние conflict: связывающий прикладной компонент assessment идентифицируется как вступающий в конфликт со связанным прикладным компонентом assessment;
- состояние complement: связывающий прикладной компонент assessment идентифицируется как дополнительный к связанному прикладному компоненту assessment.
4.3.14 Прикладной компонент bi_directional_port_indicator
Прикладной компонент bi_directional_port_indicator определяет связь между двумя прикладными компонентами io_port, которые принимают и формируют один и тот же прикладной компонент data_instance object.
Примечание 1 — Прикладной компонент bi_directional_port_indicator определяет способ представления двунаправленных портов с использованием пары прикладных компонентов io_port. Атрибуты consuming_port и producing_port должны идентифицировать один и тот же прикладной компонент data_instance посредством атрибута data. Кроме того, прикладной компонент io_port, определяемый с помощью атрибута producing_port, должен формировать прикладные компоненты data_instance, а прикладной компонент io_port, определяемый с помощью атрибута consuming_port — формировать прикладные компоненты data_instance.
Примечание 2 — Атрибут port_of обоих прикладных компонентов io_port в прикладном компоненте bi_directional_port_indicator должен объединяться с тем же функциональным объектом, который должен быть либо прикладным компонентом general_functionality_instance, либо прикладным компонентом general_function_definition.
| ) ENTITY bi_directional_port_indicator; consuming_port : io_port; producing_port : io_port; END_ENTITY; ( |
|---|
Атрибут consuming_port: Этот атрибут определяет прикладной компонент io_port в прикладном компоненте bi_directional_port_indicator, который идентифицирует порт, принимающий данные.
Атрибут producing_port: Этот атрибут определяет прикладной компонент io_port в прикладном компоненте bi_directional_port_indicator, который идентифицирует порт, выдающий данные.
4.3.15 Прикладной компонент binary_data_type_definition
Прикладной компонент binary_data_type_definition принадлежит к тому же типу, что и прикладной компонент elementary_maths_space, и содержит значения от 0 до 2n — 1, где n — это размер (или число битов) для этого типа данных.
Примечание - Нередки такие случаи с сигналами на шине данных, когда ряд сегментов с информацией упаковывается в одно слово.
Пример 2 — Слово из восьми бит разбивают для передачи четырех сегментов с информацией о насосе.
- Биты 1 — 3 идентифицируют насос (система содержит 8 насосов, пронумерованных цифрами от 0 до 7).
- Биты 4 — 6 переносят информацию о состоянии насоса (насос может иметь 8 состояний, пронумерованных цифрами от 0 до 7).
- Бит 7 указывает направление нагнетания насоса (состояние 0 — вперед, состояние 1 — назад),
- Бит 8 указывает состояние насоса (вкл/выкл) (состояние 0 — выкл, состояние 1 — вкл).
Группа битов не объединяется. Биты формируют единственное значение и занимают определенную позицию в слове. Обычно отправитель и получатель данных используют битовые маски для работы с частями данных в каком-либо слове.
| ) ENTITY binary_data_type_definition SUBTYPE OF (elementary_maths_space) ; size : finite_integer_interval; END_ENTITY; ( |
|---|
Атрибут size: Этот атрибут определяет конечный интервал, который определяет максимальную длину прикладного компонента binary_data_type_definition.
4.3.16 Прикладной компонент boolean_data_type_definition
Прикладной компонент boolean_data_type_definition принадлежит к тому же типу, что и прикладной компонент elementary_maths_space, и принимает состояние TRUE или FALSE.
| ) ENTITY boolean_data_type_definition SUBTYPE OF (elementary_maths_space) ; END_ENTITY; ( |
|---|
4.3.17 Прикладной компонент cardinality_list
Прикладной компонент cardinality_list определяет действующий диапазон значений.
| ) ENTITY cardinality_list; range : LIST[2:?] OF cardinality_range; END_ENTITY; ( |
|---|
Атрибут range: Этот атрибут определяет неперекрывающийся перечень прикладных компонентов cardinality_range в строго возрастающем порядке, который указывает действующие интервалы для прикладного компонента cardinality_list.
4.3.18 Прикладной компонент cardinality_range
Прикладной компонент cardinality_range представляет собой пару значений, определяющих нижнюю и верхнюю границы их интервала. Значение для атрибута lower_bound должно быть меньше или равно значению атрибута higher_bound. Область значений для атрибутов состоит из натуральных чисел.
| ) ENTITY cardinality_range; lower_bound : single_cardinality; upper_bound : single_cardinality; END_ENTITY; ( |
|---|
Атрибут lower_bound: Этот атрибут определяет нижнюю границу интервала значений.
Атрибут upper_bound: Этот атрибут определяет верхнюю границу интервала значений.
4.3.19 Прикладной компонент causal_block_bound
Прикладной компонент causal_block_bound определяет взаимосвязь между двумя прикладными компонентами cb_transition_relationship и указывает область фрагмента в прикладном компоненте cb_functional_behaviour_model.
Примечание - Этот прикладной компонент является расширением математического описания сетей Петри, который необходим для правильного представления параллельных и условных ветвей в причинно-следственной модели.
| ) ENTITY causal_block_bound; initial_transition : cb_transition_relationship; terminal_transition : cb_transition_relationship; END_ENTITY; ( |
|---|
Атрибут initial_transition: Этот атрибут определяет исходный прикладной компонент cb_transition_relationship в модуле.
Атрибут terminal_transition: Этот атрибут определяет конечный прикладной компонент cb_transition_relationship в модуле.
4.3.20 Прикладной компонент cb_completion_alternative
Прикладной компонент cb_completion_alternative дает представление конечного прикладного компонента cb_functional_place для обеспечения потока данных в прикладном компоненте cb_functional_behaviour_model. Конечный прикладной компонент cb_functional_place в модели поведения идентифицируется с помощью атрибута final_model_element. В тех случаях, когда существует два и более конечных прикладных компонента cb_functional_place (где каждый из них является исполняемым потоком данных), должен существовать один прикладной компонент cb_completion_alternative, характеризующий каждый из потоков.
Примечание - Прикладной компонент cb_completion_alternative вводится для преобразования множества выходных условий из декомпозируемой функции в соответствующие выходные условия.
| ) ENTITY cb_completion_alternative; completes_model : cb_functional_behaviour_model; final_model_element : cb_functional_place; END_ENTITY; ( |
|---|
Атрибут completes_model: Этот атрибут определяет прикладной компонент cb_functional_behaviour_model, для которого данный атрибут определяет состояние выхода.
Атрибут final_model_element: Этот атрибут определяет прикладной компонент cb_functional_place, который является последним в выполняемом (исполняемом) потоке данных для прикладного компонента cb_functional_behaviour_model.
4.3.21 Прикладной компонент cb_completion_alternative_mapping
Прикладной компонент cb_completion_alternative_mapping определяет связь прикладного компонента cb_completion_alternative разделенной функции эквивалентного прикладного компонента cb_functional_place на один уровень исполнения выше.
Примечание - Прикладной компонент cb_completion_alternative_mapping определяет преобразование прикладного компонента cb_completion_alternative прикладного компонента cb_functional_behaviour_model в прикладной компонент cb_functional_transition. Семантика состоит в выборе окончательного альтернативного варианта сложной функции, которая должна интерпретироваться как выбор прикладного компонента cb_functional_transition, на уровне на один выше в иерархии.
| ) ENTITY cb_completion_alternative_mapping; child_completion_criterion : cb_completion_alternative; equivalent_transition : cb_functional_transition; scope : cb_place_function_association; END_ENTITY; ( |
|---|
Атрибут child_completion_criterion: Этот атрибут определяет прикладной компонент cb_completion_alternative в прикладном компоненте cb_completion_alternative_mapping.
Атрибут equivalent_transition: Этот атрибут определяет прикладной компонент cb_functional_transition, для которого прикладной компонент child_completion_criterion преобразуется с помощью прикладного компонента cb_completion_alternative_mapping.
Атрибут scope: Этот атрибут определяет прикладной компонент cb_place_function_association прикладного компонента cb_completion_alternative_mapping.
4.3.22 Прикладной компонент cb_firing_condition
Прикладной компонент cb_firing_condition представляет собой спецификацию условий, которые должны выполняться для инициализации перехода к прикладному компоненту cb_functional_behaviour_model.
Примечание - Прикладной компонент cb_firing_condition связывается с прикладным компонентом cb_output_relationship, который предшествует прикладному компоненту cb_transition и который должен инициализироваться при выполнении поставленного условия.
| ) ENTITY cb_firing_condition; condition_definition : textual_specification; guarded_transition : cb_transition; END_ENTITY; ( |
|---|
Атрибут condition_definition: Этот атрибут определяет условие, которое должно выполняться для инициализации перехода.
Атрибут guarded_transition: Этот атрибут определяет прикладной компонент cb_output_relationship, для которого применим прикладной компонент cb_transition.
4.3.23 Прикладной компонент cb_functional_behaviour_model
Прикладной компонент cb_functional_behaviour_model принадлежит к тому же типу, что и прикладной компонент functional_behaviour_model, а модель представления определяет частичное функциональное упорядочивание, например функциональную последовательность, взаимосовместимость или ветвление среди функций.
Примечание 1 — При присвоении прикладного компонента composite_function_definition функциональное представление определяется с помощью модели функционального взаимодействия для прикладных компонентов composite_function_definition и cb_functional_behaviour_model в их сочетании.
Примечание 2 — Компоновочные модули прикладного компонента cb_functional_behaviour_model эквивалентны таковым для сетей Петри. Они создаются из прикладных компонентов cb_place, cb_transition, cb_input_relationship и cb_output_relationship.
Атрибут model_boundedness: Этот атрибут определяет условие, накладываемое на максимальное число знаков, допускаемых в каждом прикладном компоненте cb_place прикладного компонента cb_functional_behaviour_model.
Примечание 3 — Для причинно-следственного формализма, популярного среди системных инженеров FFDB и диаграмм представления, модель ограничивается значением 1, за исключением случаев, когда в модели используется принцип репликации. В последнем случае атрибут model_boundedness будет иметь максимальное число потоков данных в реплицированной структуре.
Атрибут model_type: Этот атрибут определяет тип модели представления, которая реализуется с помощью прикладных компонентов cb_functional_behaviour_model и composite_function_definition.
Атрибут constituent_places: Этот атрибут определяет прикладной компонент cb_functional_behaviour_model, частью которого является прикладной компонент cb_functional_place.
Атрибут constituent_transitions: Этот атрибут определяет прикладной компонент cb_functional_behaviour_model, частью которого является прикладной компонент cb_functional_transition.
4.3.24 Прикладной компонент cb_functional_place
Прикладной компонент cb_functional_place принадлежит тому же типу, что и прикладной компонент cb_place и специализирован на фиксации статических состояний прикладного компонента functional_behaviour_model.
Примечание - Спецификация на причинно-следственное представление формируется путем соединения прикладных компонентов cb_functional_place и cb_functional_transition с помощью прикладных компонентов cb_input_relationship и cb_output_relationship. Необходимость соединения нескольких прикладных компонентов cb_output_relationship с прикладным компонентом cb_functional_transition будет означать, что он становится первым элементом в параллельной ветви в спецификации на представление.
Необходимость присоединения нескольких прикладных компонентов cb_input_relationship к прикладному компоненту cb_functional_transition будет означать, что параллельная ветвь будет прерываться. Альтернативные ветви могут определяться путем присвоения нескольких прикладных компонентов cb_output_relationship единственному прикладному компоненту cb_functional_place. Аналогично прерывание альтернативных потоков данных может задаваться путем объединения нескольких прикладных компонентов cb_input_relationship в единственный прикладной компонент cb_functional_place.
Атрибут behaviour_model: Этот атрибут определяет прикладной компонент cb_functional_behaviour_model, частью которого является прикладной компонент cb_functional_place.
Атрибут reference_information: Этот атрибут определяет прикладной компонент cb_functional_place, для которого определен прикладной компонент cb_place_reference.
4.3.25 Прикладной компонент cb_functional_transition
Прикладной компонент cb_functional_transition принадлежит к тому же типу, что и прикладной компонент cb_transition и специализирован для определения изменяемого узла (точки) в прикладном компоненте cb_functional_behaviour_model.
Примечание - Спецификация на причинно-следственное представление формируется путем соединения прикладных компонентов cb_functional_place и cb_functional_transition с помощью прикладных компонентов cb_input_relationship и cb_output_relationship. Необходимость объединения нескольких прикладных компонентов cb_output_relationship с прикладным компонентом cb_functional_transition будет означать, что он станет первым элементом на параллельной ветви в спецификации.
Необходимость объединения нескольких прикладных компонентов cb_input_relationship с прикладным компонентом cb_functional_transition будет означать, что параллельная ветвь будет прерываться. Альтернативные ветви могут определяться путем присвоения нескольких прикладных компонентов cb_output_relationship единственному прикладному компоненту cb_functional_place. Аналогично прерывание альтернативных потоков данных может задаваться путем объединения нескольких прикладных компонентов cb_input_relationship в единственный прикладной компонент cb_place.
Атрибут behaviour_model: Этот атрибут определяет прикладной компонент cb_functional_behaviour_model, частью которого является прикладной компонент cb_functional_transition.
Атрибут transition_relationship: Этот атрибут определяет набор прикладных компонентов cb_transition, которые включаются в прикладной компонент cb_functional_transition.
4.3.26 Прикладной компонент cb_initial_marking
Прикладной компонент cb_initial_marking используется для указания того, что прикладной компонент cb_place в прикладном компоненте cb_functional_behaviour_model является исходным условием для модели поведения.
| ) ENTITY cb_initial_marking; marked_place : cb_place; number_of_tokens : INTEGER; END_ENTITY; ( |
|---|
Атрибут marked_place: Этот атрибут указывает на то, что прикладной компонент cb_place является частью исходного условия для прикладного компонента cb_functional_behaviour_model.
Атрибут number_of_tokens: Этот атрибут определяет число знаков, присваиваемых атрибуту marked_place.
4.3.27 Прикладной компонент cb_input_relationship
Прикладной компонент cb_input_relationship определяет однонаправленную связь от прикладного компонента cb_place к прикладному компоненту cb_transition, указывающую на причинно-следственное ограничительное условие, накладываемое на прикладные компоненты cb_place и cb_transition.
Примечание 1 — Атрибут causal_weight определяет число знаков, необходимых для инициализации перехода.
Примечание 2 — По установившейся в сетях Петри терминологии прикладной компонент cb_input_relationship соответствует входной дуге.
| ) ENTITY cb_input_relationship; causal_weight : causal_weight_select; destination_transition : cb_transition; source_place : cb_place; END_ENTITY; ( |
|---|
Атрибут causal_weight: Этот атрибут определяет число знаков в прикладном компоненте cb_place, которое необходимо для инициализации перехода. Атрибут causal_weight выражается натуральным числом.
Атрибут destination_transition: Этот атрибут определяет прикладной компонент cb_transition в указанной связи.
Атрибут source_place: Этот атрибут определяет прикладной компонент cb_place в указанной связи.
4.3.28 Прикладной компонент cb_output_relationship
Прикладной компонент cb_output_relationship определяет однонаправленную связь от прикладного компонента cb_transition к прикладному компоненту cb_place, указывающую на причинно-следственное ограничительное условие, накладываемое на прикладные компоненты cb_transition и cb_place.
Примечание 1 — По установившейся в сетях Петри терминологии прикладной компонент cb_output_relationship соответствует входной дуге. При инициализации перехода атрибут causal_weight будет определять способ формирования знаков в атрибуте destination_place.
ENTITY cb_output_relationship;
causal_weight : causal_weight_select;
source_transition : cb_transition;
Атрибут causal_weight: Этот атрибут определяет число знаков, формируемых в атрибуте destination_place.
Примечание 2 — Для применения не в сетях Петри значение атрибута causal_weight должно приниматься равным 1. То же самое будет относиться и к безопасным сетям Петри.
Атрибут destination_place: Этот атрибут определяет прикладной компонент cb_place, который вводится после инициализации прикладного компонента cb_transition, определенного с помощью атрибута source_transition.
Атрибут source_transition: Этот атрибут определяет прикладной компонент cb_transition, из которого формируется атрибут source_transition.
4.3.29 Прикладной компонент cb_place
Прикладной компонент cb_place представляет собой определение статического состояния в причинно-следственной функциональной модели представления.
Примечание - По терминологии, принятой в сетях Петри, прикладной компонент cb_place называется «местом».
Атрибут description: Этот атрибут определяет дополнительную информацию относительно прикладного компонента cb_place.
Атрибут place_label: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент cb_place.
Атрибут initial_marking: Этот атрибут определяет прикладной компонент cb_place, который является частью исходного условия для прикладного компонента cb_functional_behaviour_model.
4.3.30 Прикладной компонент cb_place_function_association
Прикладной компонент cb_place_function_association определяет взаимосвязь между двумя прикладными компонентами function_instance и cb_place, при которой активация функции будет контролироваться с помощью прикладного компонента cb_place.
Примечание - Взаимно-однозначного соответствия между прикладными компонентами cb_place и function_instance не требуется. Прикладной компонент cb_place без присвоенного прикладного компонента function_instance будет указывать метку-заполнитель, вводимую для синхронизации потоков данных.
Атрибут causal_place: Этот атрибут определяет прикладной компонент cb_place в указанной взаимосвязи.
Атрибут controls_function: Этот атрибут определяет прикладной компонент function_instance в указанной взаимосвязи.
Атрибут completion_mapping: Этот атрибут определяет прикладной компонент cb_place_function_association в прикладном компоненте cb_completion_alternative_mapping.
4.3.31 Прикладной компонент cb_place_reference
Прикладной компонент cb_place_reference определяет взаимосвязь между прикладным компонентом cb_place и дополнительной информацией. Семантика этой взаимосвязи содержится в атрибуте reference_type.
Примечание 1 — Прикладной компонент cb_place_reference вводится для указания того, что частный прикладной компонент cb_place должен быть аннотирован с помощью определенного синтаксического символа, который первоначально вводился в понятия FFBD и диаграммы представлений.
| ) ENTITY cb_place_reference; functional_place_reference : cb_functional_place; reference_type : label; END_ENTITY; ( |
|---|
Атрибут functional_place_reference: Этот атрибут определяет прикладной компонент cb_functional_place, для которого определен прикладной компонент cb_place_reference.
Атрибут reference_type: Этот атрибут определяет собственную семантику. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
Примечание 2 — Перечисленные ниже предпочтительные состояния (значения) введены для правильного выражения FFBD и диаграммы представлений с целью указания выхода из контуров или окончания исполняемого потока данных.
- Состояние thread_terminiation: Прикладной компонент cb_place, индицируемый с помощью атрибута functional_place_reference, является конечным элементом в исполняемом потоке данных;
- Состояние loop_exit: Прикладной компонент cb_place, индицируемый с помощью атрибута functional_place_reference, является конечным элементом контура.
4.3.32 Прикладной компонент cb_transition
Прикладной компонент cb_transition определяет временный пункт (точку) в причинно-следственной модели представления.
Примечание - По терминологии, принятой в сетях Петри, прикладной компонент cb_transition называется «переходом».
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту cb_transition.
Атрибут transition_label: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент cb_transition.
Атрибут guarded_by: Этот атрибут определяет прикладной компонент cb_output_relationship, для которого применим прикладной компонент cb_transition.
4.3.33 Прикладной компонент cb_transition_relationship
Прикладной компонент cb_transition_relationship определяет взаимосвязь между двумя прикладными компонентами cb_transition.
Примечание 1 — Назначение этого прикладного компонента состоит в группировании разделенных ветвей в причинно-следственную цепочку. Семантика может также охватываться путем небольшого расширения прикладного компонента causal_block_bound.
Примечание 2 — Этот прикладной компонент, возможно, должен удаляться из модели.
Атрибут related_transition: Этот атрибут определяет набор прикладных компонентов cb_transition, который включается в прикладной компонент cb_functional_transition.
Атрибут relationship_type: Этот атрибут определяет характер указанной взаимосвязи. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- Состояние or: Прикладной компонент cb_transition_relationship представляет собой набор прикладных компонентов cb_functional_transition (см. раздел 4.2.25 ISO/WD PAS 20542) и указывает начало или окончание селективной структуры.
Примечание 3 — В языках программирования он соответствует состояниям (командам) IF .. THEN .. ELSE.
- Состояние and: Прикладной компонент cb_transition_relationship представляет собой набор прикладных компонентов cb_functional_transition и указывает начало или окончание параллельной структуры;
- Состояние loop: Прикладной компонент cb_transition_relationship представляет собой набор прикладных компонентов cb_functional_transition и указывает начало или окончание фиксированного контура.
Примечание 4 — Использование ключевого слова «контур» предполагает, что число итераций в этом контуре жестко закодировано.
- Состояние iteration: Прикладной компонент cb_transition_relationship представляет собой набор прикладных компонентов cb_functional_transition и указывает начало или окончание итеративной структуры, при которых выходное условие оценивается в динамическом режиме;
- Состояние replication: Прикладной компонент cb_transition_relationship представляет собой набор прикладных компонентов cb_functional_transition и указывает начало или окончание реплицированной структуры.
Примечание 5 — Репликация — это представление многофункциональных исполняемых потоков данных с помощью однофункциональной структуры.
Атрибут end_bound: Этот атрибут определяет конечный прикладной компонент cb_transition_relationship в модуле.
Атрибут start_bound: Этот атрибут определяет начальный прикладной компонент cb_transition_relationship в модуле.
4.3.34 Прикладной компонент cb_transition_unbounded_weight
Прикладной компонент cb_transition_unbounded_weight определяет способ индикации того, что ограниченность прикладного компонента cb_input_relationship или cb_output_relationship будет определяться во время работы. Ограничение, определяемое с помощью прикладного компонента cb_transition_unbounded_weight, выражается натуральным числом, большим или равным указанному в атрибуте minimal_weight.
Примечание - Это ограничение определяет число знаков, формируемых с помощью прикладного компонента cb_input_relationship, или число знаков, принимаемых с помощью прикладного компонента cb_output_relationship.
| ) ENTITY cb_transition_unbounded_weight; minimal_weight : natural_number; END_ENTITY; ( |
|---|
Атрибут minimal_weight: Этот атрибут определяет минимальное число знаков (принимаемых или передаваемых).
4.3.35 Прикладной компонент change_order
Прикладной компонент change_order принадлежит к тому же типу, что и прикладной компонент work_order, который допускает внесение одного или нескольких изменений.
Примечание - Прикладной компонент change_order обычно предшествует прикладному компоненту change_request.
| ) ENTITY change_order SUBTYPE OF (work_ordert); change_element : element critical_issue_relationship; originates_from : change_request; END_ENTITY; ( |
|---|
Атрибут change_element: Этот атрибут определяет элементы, которые подвергаются изменению с помощью прикладного компонента change_order.
Атрибут originates_from: Этот атрибут определяет прикладной компонент change_request, который дает обоснование для существования прикладного компонента change_order.
4.3.36 Прикладной компонент change_order_relationship
Прикладной компонент change_order_relationship определяет взаимосвязь между двумя прикладными компонентами change_order. Семантика этой взаимосвязи содержится в атрибуте change_order_relationship_type.
| ) ENTITY change_order_relationship; change_order_relationship_type : label; related : change_order; relating : change_order; END_ENTITY; ( |
|---|
Атрибут change_order_relationship_type: Этот атрибут определяет его семантику. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние temporal_order: Связывающий прикладной компонент change_order должен завершаться перед реализацией связанного прикладного компонента change_order;
- состояние alternative: Связывающий прикладной компонент change_order является альтернативой для связанного прикладного компонента change_order. Только один из двух идентифицированных прикладных компонентов change_order должен исполняться.
Атрибут related: Этот атрибут определяет второй прикладной компонент change_order в указанной взаимосвязи.
Атрибут relating: Этот атрибут определяет первый прикладной компонент change_order в указанной взаимосвязи.
4.3.37 Прикладной компонент change_report
Прикладной компонент change_report является совокупностью элементов, подтверждающих изменения, внесенные с помощью прикладного компонента change_request.
Примечание - Отчет об изменениях может представляться либо в виде текста в описательном атрибуте, либо путем присвоения других элементов спецификации прикладному компоненту change_report (с помощью прикладного компонента change_report_element_assignment).
| ) ENTITY change_report; associated_version : configuration_element_version; description : OPTIONAL text_select; name : label; originating_change_request : change_request; END_ENTITY; ( |
|---|
Атрибут associated_version: Этот атрибут определяет прикладной компонент configuration_element_version для прикладного компонента change_report.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту the change_report.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент change_report.
Атрибут originating_change_request: Этот атрибут определяет прикладной компонент change_order, который приводит к формированию прикладного компонента change_report.
4.3.38 Прикладной компонент change_report_element_assignment
Прикладной компонент change_report_element_assignment определяет способ присвоения описаниям изменений, вносимых в прикладной компонент change_report.
| ) ENTITY change_report_element_assignment; change_report : change_report; change_report_element : change_report_element_select; description : OPTIONAL text_select; END_ENTITY; ( |
|---|
Атрибут change_report: Этот атрибут входит в прикладной компонент change_report_element_assignment.
Атрибут change_report_element: Этот атрибут определяет элемент, который является частью прикладного компонента change_report.
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту change_report_element_assignment.
4.3.39 Прикладной компонент change_request
Прикладной компонент change_request принадлежит к тому же типу, что и прикладной компонент work_request, и служит для запроса на внесение изменения.
Примечание - Элементы, на которые оказывает воздействие прикладной компонент change_request, идентифицируются с помощью атрибута scope, наследуемого из прикладного компонента work_order.
| ) ENTITY change_request SUBTYPE OF (work_request) ; response_to_issue : SET[1:?] OF critical_issue; END_ENTITY; ( |
|---|
Атрибут response_to_issue: Этот атрибут определяет прикладной компонент critical_issue, который приводит к формированию прикладного компонента change_request.
4.3.40 Прикладной компонент clock
Прикладной компонент clock определяет устройство, выдающее контрольный сигнал с регулярными интервалами.
Примечание 1 — Прикладной компонент clock может определять синхронный режим работы для одного или нескольких прикладных компонентов function_instance.
Примечание 2 — Подкласс системных инженерных средств, поддерживающих синхронный режим работы, использует различные методы представления прикладного компонента clock, который обеспечивает синхронную активацию. Прикладной компонент clock представляют как разновидность функции, а другие — как свойство функции, которое контролируется с помощью прикладного компонента clock. Подход, принятый в настоящем стандарте, принимает оба варианта в том смысле, что прикладной компонент clock может представляться в виде подобной функции модуля или же рассматриваться как свойство контролируемой функции.
Атрибут control_signal: Этот атрибут определяет прикладной компонент data_instance (чье определение должно относиться к типу прикладного компонента event_data_type_definition), который прикладной компонент clock формирует с периодическими интервалами (задаваемыми с помощью атрибута frequency).
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту clock.
Атрибут frequency: Этот атрибут определяет число импульсов, выдаваемых за заданный промежуток времени.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент clock.
4.3.41 Прикладной компонент clock_assignment_relationship
Прикладной компонент clock_assignment_relationship определяет взаимосвязь между прикладными компонентами clock и control_io_port, при которой периодический сигнал, связанный с прикладным компонентом clock, будет передаваться в прикладной компонент control_io_port.
Примечание - Прикладной компонент clock_assignment_relationship позволяет использовать единственный прикладной компонент clock с целью контроля нескольких функциональных объектов (посредством соответствующих прикладных компонентов control_io_port).
| ) ENTITY clock_assignment_relationship; clock : clock; trigger_for : control_io_port; END_ENTITY; ( |
|---|
Атрибут clock: Этот атрибут определяет прикладной компонент clock в указанной взаимосвязи.
Атрибут trigger_for: Этот атрибут определяет прикладной компонент control_io_port в указанной взаимосвязи.
4.3.42 Прикладной компонент clock_reference_context_relationship
Прикладной компонент clock_reference_context_relationship определяет способ взаимосвязи прикладных компонентов clock и functionality_instance_reference, который определяет контекст прикладного компонента clock. Посредством использования прикладного компонента clock_reference_context_relationship становится возможным определять, что прикладной компонент clock является действующим только для прикладных компонентов functional_reference_configuration.
| ) ENTITY clock_reference_context_relationship; clock_signal : clock; relevant_functionality_context : functionality_instance_reference; END_ENTITY; ( |
|---|
Атрибут clock_signal: Этот атрибут определяет прикладной компонент clock в указанной взаимосвязи.
Атрибут relevant_functionality_context: Этот атрибут определяет прикладной компонент functionality_instance_reference, с помощью которого прикладной компонент clock связывается с прикладным компонентом clock_assignment_relationship.
4.3.43 Прикладной компонент complex_data_type_definition
Прикладной компонент complex_data_type_definition принадлежит к тому же типу, что и прикладной компонент elementary_maths_space, который содержит все комплексные значения.
| ) ENTITY complex_data_type_definition SUBTYPE OF (elementary_maths_space) ; END_ENTITY; ( |
|---|
4.3.44 Прикладной компонент complex_value
Прикладной компонент complex_value определяет способ задания комплексного значения.
Примечание - Модель использует полярную, а не декартову систему координат для идентификации комплексной точки.
| ) ENTITY complex_value; radius : REAL; theta : REAL; END_ENTITY; ( |
|---|
Атрибут radius: Этот атрибут определяет расстояние от начала координат (0,0) до комплексной точки.
Атрибут theta: Этот атрибут определяет угловую координату для прикладного компонента complex_value.
4.3.45 Прикладной компонент composite_function_definition
Прикладной компонент composite_function_definition принадлежит к тому же типу, что и прикладной компонент general_function_definition, и представляет собой определение функции, которая в дальнейшем будет разделена. Он должен содержать по крайней мере один прикладной компонент general_functionality_instance.
Атрибут behaviour_constraint: Этот атрибут определяет прикладной компонент composite_function_definition, чье представление ограничивается с помощью прикладного компонента functional_behaviour_model.
Атрибут parent_of: Этот атрибут определяет прикладной компонент composite_function_definition, дочерний компонент которого является частью разделенной функции.
4.3.46 Прикладной компонент compound_value
Прикладной компонент compound_value определяет значение, содержащееся в перечне других значений. Этот перечень может содержать различные типы и другие перечни. При наличии в контрольной совокупности меньшего числа компонентов, чем в перечне, излишнее количество использоваться не будет, а при наличии большего числа компонентов — перечень будет применяться повторно до тех пор, пока эта совокупность не станет полной.
| ) ENTITY compound_value; value_list : LIST[0:?] OF data_type_value_select; END_ENTITY; ( |
|---|
Атрибут value_list: Этот атрибут определяет перечень значений, содержащихся в прикладном компоненте compound_value.
4.3.47 Прикладной компонент configuration_element
Прикладной компонент configuration_element является либо одиночным компонентом, либо прикладным компонентом unit в группе компонентов. В нем собирается информация, которая является общей для всех вариантов реализаций компонентов.
Примечание - Прикладной компонент configuration_element является эффективным логическим хранилищем всех вариантов одного и того же объекта. Например, три варианта одной и той же функциональной модели могут быть собраны вместе с помощью прикладного компонента configuration_element (вместе с именем и описанием этой функциональной модели).
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту configuration_element.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента configuration_element.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент configuration_element.
Атрибут associated_version: Этот атрибут определяет прикладной компонент configuration_element, для которого представлен его вариант.
4.3.48 Прикладной компонент configuration_element_relationship
Прикладной компонент configuration_element_relationship определяет способ взаимосвязи двух прикладных компонентов configuration_element. Характер этой взаимосвязи определяется с помощью атрибута relationship_type.
| ) ENTITY configuration_element_relationship; alternate : configuration_element; base : configuration_element; description : OPTIONAL text_select; relationship_type : label; END_ENTITY; ( |
|---|
Атрибут alternate: Этот атрибут определяет второй прикладной компонент configuration_element в альтернативном варианте.
Атрибут base: Этот атрибут определяет первый прикладной компонент configuration_element в основном варианте.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к этому атрибуту.
Атрибут relationship_type: Этот атрибут определяет семантику прикладного компонента configuration_element_relationship. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние alternative: Основной и альтернативный прикладной компоненты configuration_element являются взаимозаменяемыми;
- состояние variant: Альтернативой является один из вариантов основного прикладного компонента configuration_element.
Примечание - Вариант компонента предполагает, что базовый и альтернативный варианты прикладного компонента configuration_element разделяют существенный объем информации.
4.3.49 Прикладной компонент configuration_element_version
Прикладной компонент configuration_element_version является «мгновенным изображением» любого конструктивного элемента, для которого сохраняется хронология изменений.
Примечание 1 — Перечень изменений сохраняется, начиная от начального выпуска элемента, и регистрируется с помощью прикладного компонента configuration_element_version, поэтому компонент с изображением будет содержать прикладной компонент configuration_element и набор прикладных компонентов configuration_element_version, в котором будут регистрироваться изменения данного прикладного компонента configuration_element. В настоящем стандарте конструктивные элементы могут получаться из модулей для функций, требований, поведения, документации и типов данных.
В дальнейшем это приведет к ситуации, в которой проект будет формировать экземпляры прикладного компонента configuration_element, относящиеся к представляемому конкретному варианту прикладного компонента configuration_element, поэтому проект может содержать набор прикладных компонентов configuration_element, представленный в отличающемся варианте. После этого новый вариант всего проекта может вносить одиночное изменение в проект.
Пример 3 — Например, вариант проекта 1 может содержать вариант 1 функции 1, вариант 3 функции 2 и вариант 1 функции 3. После этого следующий выпуск проекта (вариант 2) может содержать вариант 2 функции 1, вариант 3 функции 2 и вариант 1 функции 3. Этот пример иллюстрирует, что может существовать два уровня управления вариантами. Одна сторона проекта может желать управлять всеми вариантами проекта, а другая сторона проекта — лишь вариантами отдельных элементов.
Примечание 2 — Стандартное предположение состоит в том, что целостность будет сохраняться либо путем передачи инструмента и его получения, либо с помощью средств третьей стороны проекта, более специализированных для элементов управления конфигурацией.
Примечание 3 — Набор прикладных компонентов configuration_element_version прикладного компонента configuration_element представляет его хронологию в рамках определенного этапа жизненного цикла или, возможно, в течение всего жизненного цикла.
| ) ENTITY configuration_element_version; description : OPTIONAL text_select; id : element_identifier; version_of : configuration_element; UNIQUE; UR1: id; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту configuration_element_version.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента configuration_element_version.
Атрибут version_of: Этот атрибут определяет прикладной компонент configuration_element, для которого прикладной компонент configuration_element представляет его вариант.
4.3.50 Прикладной компонент configuration_element_version_relationship
Прикладной компонент configuration_element_version_relationship определяет взаимосвязь между двумя прикладными компонентами configuration_element_version и устанавливает граф версии прикладных компонентов.
Атрибут description: Этот атрибут определяет характер изменений между атрибутами related_version и relating_version.
Атрибут related_version: Этот атрибут определяет полученный прикладной компонент configuration_element_version, связываемый с помощью прикладного компонента configuration_element_version_relationship.
Атрибут relating_version: Этот атрибут определяет исходный прикладной компонент configuration_element_version, связываемый с помощью прикладного компонента configuration_element_version_relationship.
Атрибут relationship_type: Этот атрибут определяет семантику прикладного компонента configuration_element_version_relationship. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
4.3.51 Прикладной компонент context_function_relationship
Прикладной компонент context_function_relationship определяет взаимосвязь между прикладными компонентами function_instance и system_view, при которой прикладной компонент function_instance будет являться частью функционального описания прикладного компонента system_view.
Примечание 1 — Прикладной компонент function_instance может описывать функциональные аспекты прикладного компонента system_view или условий применения прикладного компонента system_view. В первом случае атрибут role должен устанавливаться в состояние system_function, а во втором случае этот же атрибут должен устанавливаться в состояние external_element.
Атрибут associated_context: Этот атрибут определяет прикладной компонент system_view, который действителен для этой взаимосвязи.
Атрибут context_function: Этот атрибут определяет прикладной компонент function_instance, который действителен для этой взаимосвязи.
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к данной взаимосвязи.
Атрибут role: Этот атрибут определяет то, что описывает прикладной компонент function_instance в контексте частного прикладного компонента system_view.
Примечание 2 — Существует ограничительное условие о единственности прикладного компонента function_instance, присваиваемого прикладному компоненту system_view в состоянии system_function.
Атрибут assigned_functional_configuration: Этот атрибут определяет прикладной компонент context_function_relationship, которому присваивается прикладной компонент functional_reference_configuration.
4.3.52 Прикладной компонент context_physical_relationship
Прикладной компонент context_physical_relationship определяет взаимосвязь между прикладными компонентами physical_instance и system_view, при которой прикладной компонент physical_instance является описанием структуры верхнего уровня для прикладного компонента system_view.
Примечание - Прикладной компонент physical_instance может описывать физические аспекты прикладного компонента system_view или условие применения прикладного компонента system_view. В первом случае атрибут role должен устанавливаться в состояние system_element, а во втором случае этот атрибут должен устанавливаться в состояние external_element.
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к этой взаимосвязи.
Атрибут part_in_physical_context: Этот атрибут определяет прикладной компонент system_view, для которого эта взаимосвязь является значимой.
Атрибут physical_instance: Этот атрибут определяет прикладной компонент physical_instance, для которого эта взаимосвязь является действующей.
Атрибут role: Этот атрибут определяет характер атрибута physical_instance в прикладном компоненте system_view.
Атрибут assigned_physical_configuration: Этот атрибут определяет прикладной компонент context_physical_relationship, которому присваивается прикладной компонент physical_reference_configuration.
4.3.53 Прикладной компонент control_io_port
Прикладной компонент control_io_port принадлежит к тому же типу, что и прикладной компонент io_port, а элемент в интерфейсе — к прикладному компоненту function_instance. Прикладной компонент control_io_port всегда относится к входному порту и данным, поступающим от прикладных компонентов functional_link.
Примечание 1 — Его семантика такова, что прикладной компонент control_io_port активируется и деактивируется с помощью значения, связанного с прикладным компонентом control_io_port. Если прикладной компонент control_io_port активирован, то он будет способен активировать и прикладной компонент function_instance.
Примечание 2 — Если прикладной компонент data_instance, определенный с помощью атрибута data, принадлежит к типу прикладного компонента event_data_type_definition, то прикладной компонент control_io_port будет активироваться путем передачи события в прикладной компонент data_instance.
Примечание 3 — Если прикладной компонент data_instance, определенный с помощью атрибута data, принадлежит к типу прикладного компонента logical_data_type_definition, то прикладной компонент control_io_port будет активироваться тогда, когда состоянием прикладного компонента data_instance станет TRUE; в противном случае прикладной компонент control_io_port будет деактивироваться.
Примечание 4 — Если несколько прикладных компонентов control_io_port присоединяются к прикладному компоненту function_instance, то все они должны активироваться и для активации прикладного компонента function_instance.
Атрибут control_type: Этот атрибут определяет назначение прикладного компонента control_io_port.
Атрибут offset: Этот атрибут определяет время задержки, начиная с момента приема контрольного сигнала и до тех пор, пока прикладной компонент control_io_port будет оставаться активным.
Атрибут port_of: Этот атрибут определяет прикладной компонент function_instance, к которому присоединяется прикладной компонент control_io_port.
Атрибут trigger_type: Этот атрибут определяет способ активации прикладного компонента control_io_port.
Примечание 5 — Точная семантика инициализации определяется с помощью типа данных, связанных с контрольным портом.
4.3.54 Прикладной компонент coordinate_translation_information
Прикладной компонент coordinate_translation_information определяет способ преобразования информации о координатах из нормированной координатной системы в реально представляемую систему координат, используемую в приборе. Прикладной компонент coordinate_translation_information присваивается в качестве модификатора для предоставления реальной презентационной информации для прикладных компонентов graphics_view.
Размер поля зрения и положение отдельных элементов в нем рассчитывается по следующей формуле:
- y-координата:=normalized_x-position*scale_factor;
- x-координата:= normalized_x-positionaspect_rationscale_factor;
Примечание - В настоящем стандарте используется нормированная координатная система, в которой вся информация о положении элементов представляется в диапазоне значений {0..1} для x- и y-координат. Координата {0,0} определяет верхний левый угол поля зрения системы, а координата {1,1} — нижний правый угол этого поля зрения.
| ) ENTITY coordinate_translation_information; measurement_unit : label; name : label; ratio : REAL; scale_factor : REAL; transformation_for : graphics_view; END_ENTITY; ( |
|---|
Атрибут measurement_unit: Этот атрибут определяет единицу измерений, которая должна использоваться для декодирования размера поля зрения, определяемого с помощью прикладного компонента coordinate_translation_information.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент coordinate_translation_information.
Атрибут ratio: Этот атрибут определяет соотношения координат по осям x и y в координатной системе, определяемой с помощью прикладного компонента coordinate_translation_information. Значения, превышающие 1, будут указывать на то, что размер поля зрения больше по оси x, чем по оси y.
Атрибут scale_factor: Этот атрибут определяет множитель, который задает размер поля зрения.
Атрибут transformation_for: Этот атрибут определяет прикладной компонент graphics_view, для которого прикладной компонент coordinate_translation_information предоставляет информацию.
4.3.55 Прикладной компонент critical_issue
Прикладной компонент critical_issue является идентификатором воспринимаемой или реальной проблемы, касающейся элемента системной спецификации.
Примечание - Элемент, идентифицируемый с помощью прикладного компонента critical_issue, не требует подтверждения всеми заинтересованными сторонами в процессе разработки системы. Он является границей идентификатора для указания возможной проблемы или элемента.
| ) ENTITY critical_issue; description : OPTIONAL text_select; id : element_identifier; name : label; status : label; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию на прекращение выполнения операций: Никакие дополнительные операции не будут выполняться для анализа прикладного компонента critical_issue.
Атрибут id: Этот атрибут определяет собственный идентификатор.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент critical_issue.
Атрибут status: Этот атрибут определяет условие, накладываемое на прикладной компонент critical_issue. Там, где это применимо, должны использоваться следующие состояния (значения) этого компонента:
- состояние open: Достоверность прикладного компонента critical_issue пока не была оценена;
- состояние acknowledged: Достоверность прикладного компонента critical_issue была подтверждена;
- состояние closed: Никакие дополнительные операции не будут выполняться для анализа прикладного компонента critical_issue.
4.3.56 Прикладной компонент critical_issue_impact
Прикладной компонент critical_issue_impact определяет способ связи элементов, идентифицируемых как подверженные влиянию прикладного компонента critical_issue.
Примечание - За прикладным компонентом critical_issue_impact может закрепляться любое число элементов. Прикладной компонент critical_issue_impact является представлением всех совместно закрепленных элементов.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту critical_issue_impact.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента critical_issue_impact.
Атрибут impact_of_issue: Этот атрибут определяет набор прикладных компонентов critical_issue, для которого действителен прикладной компонент critical_issue_impact.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент critical_issue_impact.
Атрибут identified_issues: Этот атрибут определяет прикладной компонент critical_issue_impact, для которого действителен прикладной компонент element_critical_issue_relationship.
4.3.57 Прикладной компонент data_field
Прикладной компонент data_field принадлежит к тому же типу, что и прикладной компонент data_instance, который использует тип данных прикладного компонента record_data_type_definition или union_data_type_definition.
| ) ENTITY data_field SUBTYPE OF (data_instance); role : OPTIONAL label; END_ENTITY; ( |
|---|
Атрибут role: Этот атрибут определяет дополнительную информацию относительно прикладного компонента data_field.
4.3.58 Прикладной компонент data_instance
Прикладной компонент data_instance принадлежит к тому же типу, что и прикладной компонент user_defined_data_type_definition или maths_space.
Примечание 1 — В терминологии, используемой в компьютерной технике, прикладной компонент data_instance будет соответствовать переменной, а в области системного проектирования прикладной компонент data_instance будет интерпретироваться в более широком смысле.
Атрибут default_value: Этот атрибут определяет значение, которое должно присваиваться прикладному компоненту data_instance, когда предоставляется недействительное значение, например когда значение выходит за ограниченный диапазон или имеет ненадлежащий тип.
Примечание 2 — Событие, когда для атрибута default_value действующие значения отсутствуют, может быть обусловлено тем фактом, что элемент, дающий значение, выпадает из последовательности.
Примечание 3 — Значение параметра default_value должно находиться в диапазоне допустимых значений, если он определен.
Атрибут definition: Этот атрибут определяет тип данных для прикладного компонента user_defined_data_type_definition или maths_space, который дает определение этого типа.
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту data_instance.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента data_instance.
Атрибут initial_value: Этот атрибут определяет значение, которое должно присваиваться прикладному компоненту data_instance, когда он будет сформирован.
Примечание 4 — Значение параметра initial_value должно находиться в диапазоне действующих значений для прикладного компонента initial_value, если он определен.
Атрибут is_constant: Этот атрибут определяет, является ли прикладной компонент data_instance постоянным. При наличии состояния TRUE атрибут is_constant может не обновляться. В этом случае значение атрибута is_constant будет определяться с помощью атрибута initial_value. Если для этого атрибута не предусмотрено никакого исходного значения, то его значение будет неопределенным.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент data_instance.
Атрибут unit_component: Этот атрибут определяет единицы измерения, которые должны связываться с прикладным компонентом data_instance.
Пример 4 — Для частного прикладного компонента data_instance атрибутом unit_component может быть Вольт.
4.3.59 Прикладной компонент data_transfer
Прикладной компонент data_transfer определяет характер взаимодействия, идентифицированного с помощью прикладного компонента implied_external_interaction.
Примечание - Область применения прикладного компонента data_transfer не требует ограничения данных; он может также использоваться для индикации взаимодействия физических элементов.
| ) ENTITY data_transfer; data : data_instance; direction : data_direction; transfer : implied_external_interactionr; END_ENTITY; ( |
|---|
Атрибут data: Этот атрибут определяет прикладной компонент data_instance, который является частью взаимодействия между функциональными представлениями внешнего объекта и системы.
Атрибут direction: Этот атрибут определяет направление этого взаимодействия.
Атрибут transfer: Этот атрибут определяет прикладной компонент implied_external_interaction, для которого действующим является прикладной компонент data_transfer.
4.3.60 Прикладной компонент date_and_person_assignment
Прикладной компонент date_and_person_assignment определяет объект, который связывается с прикладным компонентом date_and_person_organization.
Примечание 1 — Подобное присвоение дает дополнительную информацию для связанного объекта. Предоставление подобных данных посредством такого присвоения имеет организационный характер, тогда как с целью сохранения семантической завершенности некоторые объекты требуют применения того же типа данных. Это присвоение не должно использоваться для связи соответствующих организационных данных с объектом, чьи атрибуты напрямую привязываются к указанным данным.
Примечание 2 — Заимствовано из Протокола AP-214.
Атрибут assigned_date_and_person: Этот атрибут определяет прикладной компонент date_and_person_organization.
Атрибут assigned_to: Этот атрибут определяет объект, к которому применим прикладной компонент date_and_person_assignment.
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту date_and_person_assignment.
Атрибут role: Этот атрибут определяет связь между датой (или временем) и прикладным компонентом person или organization в атрибуте role. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние creation: Присвоение позволяет определять, что указанный объект был сформирован с помощью данного лица или организации в заданный день и время;
- состояние update: Присвоение позволяет определять, что указанный объект был изменен с помощью заданного лица.
4.3.61 Прикладной компонент date_and_person_organization
Прикладной компонент date_and_person_organization определяет прикладной компонент person_in_organization или organization, связанный с прикладным компонентом date_time.
| ) ENTITY date_and_person_organization; actual_date : date_time; person_organization : person_organization_select; END_ENTITY; ( |
|---|
Атрибут actual_date: Этот атрибут определяет прикладной компонент date_time в прикладном компоненте date_and_person_organization.
Атрибут person_organization: Этот атрибут определяет прикладной компонент person_in_organization или organization в прикладном компоненте date_and_person_organization.
4.3.62 Прикладной компонент date_assignment
Прикладной компонент date_assignment определяет присвоение прикладного компонента date_time и временной информации.
| ) ENTITY date_assignment; assigned_to : date_assignment_select; date : date_time; role : label; END_ENTITY; ( |
|---|
Атрибут assigned_to: Этот атрибут определяет присвоение прикладному компоненту date_time.
Атрибут date: Этот атрибут определяет дату при этом присвоении.
Атрибут role: Этот атрибут определяет семантику прикладного компонента date_time, присваиваемого элементу. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние created: Присвоение определяет, что указанный объект был создан при заданном атрибуте date;
- состояние modified: Присвоение определяет, что указанный объект был изменен при заданном атрибуте date.
Примечание - Набор существующих значений атрибута может быть расширен для удовлетворения перспективных потребностей, однако в подобных случаях передающие и приемные средства должны согласовываться с действующим набором значений.
4.3.63 Прикладной компонент date_time
Прикладной компонент date_time определяет спецификацию для даты и времени дня.
Атрибут day_component: Этот атрибут определяет день месяца. Значение атрибута day_component не должно превышать числа дней в текущем месяце.
Атрибут hour_component: Этот атрибут определяет время, выражаемое в часах.
Значение атрибута hour_component должно находиться в диапазоне от 0 до 23.
Атрибут minute_component: Этот атрибут определяет время, выражаемое в минутах.
Значение атрибута minute_component должно находиться в диапазоне от 0 до 59.
Атрибут month_component: Этот атрибут определяет прикладной компонент date_time, выражаемый в месяцах.
Значение атрибута month_component должно находиться в диапазоне от 1 до 12.
Атрибут second_component: Этот атрибут определяет время, выражаемое в секундах.
Значение атрибута second_component должно находиться в диапазоне от 0 до 59.
Атрибут year_component: Этот атрибут определяет время года в прикладном компоненте date_time.
Значение атрибута year_component должно приводиться со всеми действующими значениями.
Пример 5 — Год 1999 должен представляться в виде целого числа «1999».
4.3.64 Прикладной компонент derived_data_type_definition
Прикладной компонент derived_data_type_definition принадлежит к тому же типу, что и прикладной компонент user_defined_data_type_definition, чье значение рассчитывается по прикладным компонентам data_instance и/или data_field.
| ) ENTITY derived_data_type_definition SUBTYPE OF (user_defined_data_type_definition) ; expression : text_select; resultant_data_type : data_type_definition_select; END_ENTITY; ( |
|---|
Атрибут expression: Этот атрибут определяет алгоритм расчета значения экземпляра прикладного компонента derived_data_type_definition.
Примечание - Синтаксис, необходимый для определения алгоритма расчета этого значения, не определен.
Пример 6 — Во избежание избыточности в конструкции базы данных и поддержания актуальности данных, поле для возраста должно рассчитываться по глобальному значению на сегодняшний день, а поле для возраста — по формуле birth. age = today — date_of_birth.
Атрибут resultant_data_type: Этот атрибут определяет ожидаемый тип результата выражения, основанный на типах значений, входящих в него.
4.3.65 Прикладной компонент digital_document
Прикладной компонент digital_document принадлежит к тому же типу, что и прикладной компонент documentation_reference и является ссылкой на документ, представляемый в цифровой форме.
| ) ENTITY digital_document SUBTYPE OF (documentation_reference) ; document_format : OPTIONAL label; document_size : OPTIONAL label; location : label; END_ENTITY; ( |
|---|
Атрибут document_format: Этот атрибут определяет формат цифрового документа (например, MSWord, PDF, HTML).
Атрибут document_size: Этот атрибут определяет объем цифрового документа.
Атрибут location: Этот атрибут определяет местоположение цифрового документа (например, в структуре файлов, унифицированном указателе ресурсов — URL), откуда он может быть получен.
4.3.66 Прикладной компонент document_assignment
Прикладной компонент document_assignment определяет присвоение прикладного компонента documentation_reference элементу системного проектирования.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту document_assignment.
Атрибут documentation: Этот атрибут определяет прикладной компонент documentation_reference.
Атрибут documented_object: Этот атрибут определяет объект, который документируется с помощью прикладного компонента document_assignment.
4.3.67 Прикладной компонент documentation_reference
Прикладной компонент documentation_reference определяет ссылку на любую существенную информацию, а прикладной компонент documentation_reference является абстрактным объектом, который никогда не должен реализовываться.
Атрибут associated_version: Этот атрибут определяет прикладной компонент configuration_element_version для прикладного компонента documentation_reference.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту documentation_reference.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента documentation_reference.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент documentation_reference.
4.3.68 Прикладной компонент documentation_relationship
Прикладной компонент documentation_relationship определяет взаимосвязь между двумя прикладными компонентами documentation_reference. Семантика этой взаимосвязи содержится в атрибуте description.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту documentation_relationship.
Атрибут related_documentation: Этот атрибут определяет второй прикладной компонент documentation_reference в указанной взаимосвязи.
Атрибут relating_documentation: Этот атрибут определяет первый прикладной компонент documentation_reference в указанной взаимосвязи.
Атрибут relationship_type: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент documentation_relationship.
4.3.69 Прикладной компонент effectiveness_measure
Прикладной компонент effectiveness_measure определяет критерий оптимизации для любого числа прикладных компонентов requirement_instance.
| ) ENTITY effectiveness_measure; optimization_function : textual_specification; END_ENTITY; ( |
|---|
Атрибут optimization_function: Этот атрибут определяет функцию оптимизации требований для прикладного компонента effectiveness_measure.
4.3.70 Прикладной компонент effectiveness_measure_assignment
Прикладной компонент effectiveness_measure_assignment определяет способ включения прикладного компонента requirement_instance в критерий оптимизации функций, представляемый с помощью прикладного компонента effectiveness_measure. Все присвоенные прикладные компоненты requirement_instance должны быть связаны с одним и тем же прикладным компонентом system_view.
| ) ENTITY effectiveness_measure_assignment; assigned_requirement : requirement_instance; объект-приложение effectiveness_measure : effectiveness_measure; weight : label; END_ENTITY; ( |
|---|
Атрибут assigned_requirement: Этот атрибут определяет прикладной компонент requirement_instance, вводимый в функции оптимизации с помощью прикладного компонента effectiveness_measure_assignment.
Атрибут effectiveness_measure: Этот атрибут определяет прикладной компонент effectiveness_measure, который присваивается прикладному компоненту requirement_instance посредством прикладного компонента effectiveness_measure_assignment.
Атрибут weight: Этот атрибут определяет относительную важность прикладного компонента assigned_requirement_instance по отношению к другим прикладным компонентам requirement_instance, присваиваемых тому же прикладному компоненту effectiveness_measure.
4.3.71 Прикладной компонент effectiveness_measure_relationship
Прикладной компонент effectiveness_measure_relationship определяет способ указания взаимосвязи между двумя прикладными компонентами effectiveness_measure. Характер этой взаимосвязи будет определен ниже с помощью атрибута description.
Примечание - Прикладной компонент effectiveness_measure_relationship может использоваться и для указания взаимосвязи между двумя критериями оптимизации.
| ) ENTITY effectiveness_measure_relationship; description : OPTIONAL text_select; related : effectiveness_measure; relating : effectiveness_measure; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту effectiveness_measure_relationship.
Атрибут related: Этот атрибут определяет второй элемент в указанной взаимосвязи.
Атрибут relating: Этот атрибут определяет первый элемент в указанной взаимосвязи.
4.3.72 Прикладной компонент effectivity
Прикладной компонент effectivity является идентификатором эффективного использования свойства производственных данных, контролируемого с помощью прикладного компонента date_time или события.
Примечание 1 — Прикладной компонент effectivity может определять замкнутые или незамкнутые интервалы для проверки производственных данных.
Примечание 2 — Прикладной компонент effectivity должен определяться либо с помощью атрибута primary_definition attribute, либо с помощью другого прикладного компонента effectivity (связанного с использованием прикладного компонента effectivity_relationship), который имеет реализуемый атрибут primary_definition.
Атрибут concerned_organization: Этот атрибут определяет прикладной компонент organization, в котором прикладной компонент effectivity является действующим.
Пример 7 — Прикладной компонент effectivity одного и того же элемента может быть различным в различных областях нахождения поставщика системы.
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту effectivity.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента effectivity.
Атрибут primary_definition: Этот атрибут определяет прикладной компонент date_time или событие тогда, когда идентифицированный компонент становится или перестает быть действующим.
Примечание 3 — Смысл данного атрибута будет подробно определяться с помощью атрибута role для прикладного компонента effectivity_assignment.
Атрибут secondary_definition: Этот атрибут используется для определения времени начала, указываемого для первичного определения. Данный атрибут должен использоваться лишь в том случае, когда атрибут role для прикладного компонента effectivity_assignment укажет, что этот атрибут определен как период времени.
Атрибут version_id: Этот атрибут определяет идентификатор конкретного варианта прикладного компонента effectivity.
4.3.73 Прикладной компонент effectivity_assignment
Прикладной компонент effectivity_assignment позволяет связывать прикладной компонент effectivity с объектом, чей прикладной компонент effectivity контролируется с помощью связанного с ним прикладного компонента effectivity.
| ) ENTITY effectivity_assignment; assigned_effectivity : effectivity; effective_element : effective_element_select; role : label; END_ENTITY; ( |
|---|
Атрибут assigned_effectivity: Этот атрибут определяет присвоенный прикладной компонент effectivity.
Атрибут effective_element: Этот атрибут определяет объект, которому присваивается прикладной компонент effectivity.
Атрибут role: Этот атрибут определяет взаимосвязь между прикладным компонентом effectivity и объектом, который эффективно присваивается ему.
Если определено одно из состояний (значений) actual_start, actual_stop, planned_start или planned_stop, то в присвоенном прикладном компоненте effectivity не должно даваться никакое дополнительное определение.
Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние actual_period: Определяет фактический период, в течение которого действует прикладной компонент effectivity;
- состояние actual_start: Определяет действующий прикладной компонент date_time с того времени, когда действующий прикладной компонент effectivity стал действующим;
- состояние actual_stop: Определяет действующий прикладной компонент date_time с того времени, когда прикладной компонент effectivity перестал быть действующим;
- состояние planned_period: Определяет период, связанный с прикладным компонентом effectivity и указывающий плановый период времени, в течение которого связанный компонент является или являлся (по предположению) действующим.
- состояние planned_start: Определяет прикладной компонент date_time или событие, связанное с прикладным компонентом effectivity и определяющее прикладной компонент date_time или событие в то время, когда начинается или начиналось (по предположению) действие прикладного компонента effectivity;
- состояние planned_stop: Определяет прикладной компонент date_time или событие, связанное с прикладным компонентом effectivity и определяющее прикладной компонент date_time или событие в то время, когда заканчивается или заканчивалось (по предположению) действие прикладного компонента effectivity;
- состояние required_period: Определяет связанный компонент, который должен сохраняться действующим в течение этого периода;
- состояние required_start: Определяет прикладной компонент date_time или событие, связанное с прикладным компонентом effectivity и обусловленное началом действия прикладного компонента date. Предполагается наличие соответствия с этой границей.
- состояние required_stop: Определяет прикладной компонент date_time или событие, связанное с прикладным компонентом effectivity и обусловленное окончанием действия прикладного компонента date. Предполагается наличие соответствия с этой границей.
4.3.74 Прикладной компонент effectivity_relationship
Прикладной компонент effectivity_relationship определяет взаимосвязь между двумя прикладными компонентами effectivity.
| ) ENTITY effectivity_relationship; description : OPTIONAL text_select; related : effectivity; relating : effectivity; relation_type : label; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту effectivity_relationship.
Атрибут related: Этот атрибут определяет второй прикладной компонент effectivity в указанной взаимосвязи.
Атрибут relating: Этот атрибут определяет первый прикладной компонент effectivity в указанной взаимосвязи.
Атрибут relation_type: Этот атрибут определяет смысл указанной взаимосвязи. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние constraint: Промежуток времени между началом и окончанием действия определения связанного прикладного компонента effectivity должен находиться в пределах периода времени для прикладного компонента effectivity;
- состояние inheritance: Связанный прикладной компонент effectivity не должен иметь какого-либо определенного «первичного определения» и «вторичного определения», однако должен наследовать даты действия от связанного прикладного компонента effectivity.
4.3.75 Прикладной компонент element_critical_issue_relationship
Прикладной компонент element_critical_issue_relationship определяет способ указания того, что элемент (определяемый с помощью атрибута impact_on_element) в некотором отношении находится под воздействием прикладного компонента critical_issue, который отбирается с помощью прикладного компонента critical_issue_impact. Само это воздействие не определяется, поскольку определенные прикладные компоненты critical_issue_impact могут формироваться в результате воздействия прикладного компонента critical_issue. Характер воздействия определяется с помощью атрибута description.
| ) ENTITY element_critical_issue_relationship; description : OPTIONAL text_select; impact_on_element : change_element_select; issue_analysis : critical_issue_impact; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет характер воздействия на элемент, идентифицируемый с помощью атрибута impact_on_element для прикладного компонента element_critical_issue_relationship.
Атрибут impact_on_element: Этот атрибут определяет элемент, находящийся под воздействием прикладного компонента critical_issue.
Атрибут issue_analysis: Этот атрибут определяет прикладной компонент critical_issue_impact, для которого действителен прикладной компонент element_critical_issue_relationship.
4.3.76 Прикладной компонент element_identifier
Прикладной компонент element_identifier является идентификатором, используемым для представления уникальной метки для элементов одного и того же типа.
| ) ENTITY element_identifier; identifier_context : person_organization_select; identifier_value : identifier; END_ENTITY; ( |
|---|
Атрибут identifier_context: Этот атрибут определяет область для организации, в которой атрибут identifier_value, как предполагается, будет являться уникальным для прикладного компонента element_identifier.
Атрибут identifier_value: Этот атрибут определяет строку из буквенно-численных символов, которая присваивается прикладному компоненту element_identifier и является уникальной в его области для организации.
4.3.77 Прикладной компонент elementary_maths_space
Прикладной компонент elementary_maths_space определяет набор значений, который будет иметь точный математический смысл.
4.3.78 Прикладной компонент engineering_process_activity
Прикладной компонент engineering_process_activity определяет ту часть процесса разработки системы, которая может планироваться в процессе работы (или уже быть выполненной).
Примечание - В области действия настоящего стандарта прикладной компонент engineering_process_activity в процессе инженерного проектирования считается дискретным или составным элементом.
Пример 8 — В процессе инженерного проектирования фаза анализа требований, а также мер безопасности в отношении какой-либо подсистемы будет рассматриваться как соответствующая прикладному компоненту engineering_process_activity.
Атрибут activity_type: Этот атрибут определяет назначение прикладного компонента engineering_process_activity. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние analysis: Прикладной компонент engineering_process_activity представляет анализ операций;
- состояние design: Прикладной компонент engineering_process_activity представляет операцию разработки;
- состояние review: Прикладной компонент engineering_process_activity представляет операцию проверки, осуществляемой персоналом;
- состояние design_change: Прикладной компонент engineering_process_activity представляет операцию внесения изменений;
- состояние trade_off_analysis: Прикладной компонент engineering_process_activity представляет операцию выбора решений.
Атрибут actual_end_date: Этот атрибут определяет дату, когда прикладной компонент engineering_process_activity фактически был закончен.
Атрибут actual_start_date: Этот атрибут определяет дату, когда прикладной компонент engineering_process_activity фактически был начат.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту engineering_process_activity.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента engineering_process_activity.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент engineering_process_activity.
Атрибут planned_end_date: Этот атрибут определяет прикладной компонент date_time, когда прикладной компонент engineering_process_activity завершается или был (по предположению) уже завершен.
Атрибут planned_start_date: Этот атрибут определяет прикладной компонент date_time, когда прикладной компонент engineering_process_activity начинается или был начат (по предположению).
Атрибут resolved_request: Этот атрибут определяет набор прикладных компонентов work_request, который допускается с помощью прикладного компонента engineering_process_activity.
Атрибут status: Этот атрибут определяет уровень исполнения прикладного компонента engineering_process_activity.
Атрибут authorization: Этот атрибут определяет прикладные компоненты engineering_process_activity, которые контролируются с помощью данного частного прикладного компонента work_order.
4.3.79 Прикладной компонент engineering_process_activity_element_assignment
Прикладной компонент engineering_process_activity_element_assignment определяет взаимосвязь между данными системного проектирования и прикладным компонентом engineering_process_activity, в котором данными являются состояния created in, modified in или referenced in.
| ) ENTITY engineering_process_activityp_element_assignment; activity : engineering_process_activityp; description : OPTIONAL text_select; element : specification_element_select; role : label; END_ENTITY; ( |
|---|
Атрибут activity: Этот атрибут определяет прикладной компонент engineering_process_activity, к которому принадлежит прикладной компонент engineering_process_activity_element_assignment.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту engineering_process_activity_element_assignment.
Атрибут element: Этот атрибут определяет фрагмент данных системного проектирования, на которые дается ссылка с помощью прикладного компонента engineering_process_activity.
Атрибут role: Этот атрибут определяет функцию, которая выполняется с помощью прикладного компонента engineering_process_activity_element_assignment в контексте рассматриваемого прикладного компонента engineering_process_activity. Там, где это применимо, должны использоваться следующие состояния (значения) этого компонента:
- состояние control: Указанный элемент оказывает влияние на завершение действия прикладного компонента engineering_process_activity;
- состояние created: Указанный элемент был сформирован в прикладном компоненте engineering_process_activity;
- состояние modified: Указанный элемент был изменен в прикладном компоненте engineering_process_activity.
4.3.80 Прикладной компонент engineering_process_activity_relationship
Прикладной компонент engineering_process_activity_relationship определяет взаимосвязь между двумя прикладными компонентами engineering_process_activity.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту engineering_process_activity_relationship.
Атрибут related_activity: Этот атрибут определяет второй из двух прикладных компонентов engineering_process_activity, связанных с помощью прикладного компонента engineering_process_activity_relationship.
Атрибут relating_activity: Этот атрибут определяет первый из двух прикладных компонентов engineering_process_activity, связанных с помощью прикладного компонента engineering_process_activity_relationship.
Атрибут relation_type: Этот атрибут определяет текстовое описание характера взаимосвязи между двумя прикладными компонентами engineering_process_activity, включенными в эту взаимосвязь. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние alternative: Должен использоваться либо атрибут relating_activity, либо атрибут related_activity;
- состояние hierarchy: Связь между атрибутами relating_activity и related_activity такова, что атрибут relating_activity отделяется от атрибута related_activity;
- состояние sequence: Атрибуты relating_activity и related_activity должны использоваться последовательно, причем атрибут relating_activity должен находиться перед атрибутом related_activity;
- состояние simultaneous: Атрибуты relating_activity и related_activity могут использоваться одновременно.
4.3.81 Прикладной компонент event_data_type_definition
Прикладной компонент event_data_type_definition принадлежит к тому же типу, что и прикладной компонент elementary_maths_space, которые содержат все значения событий.
| ) ENTITY event_data_type_definition; SUBTYPE OF (elementary_maths_space) ; END_ENTITY; ( |
|---|
4.3.82 Прикладной компонент execution_time
Прикладной компонент execution_time является оценкой времени, которое необходимо функции для формирования выходных данных либо после их активации, либо сразу же после подготовки всего массива данных.
Примечание 1 — Время исполнения не следует путать с временем выполнения физическим компонентом своих функций, которые связаны с определением физической архитектуры в физическом функциональном модуле.
Пример 9 — Точная семантика данного прикладного компонента определяется с помощью атрибута role. Указанное в нем время исполнения регистрируется, например, в обрабатывающей промышленности при выполнении той или иной операции. При этом может понадобиться, например, информация о работе с данной кислотной ванной в течение определенного промежутка времени, обеспечивающей получение определенных свойств продукции.
Примечание 2 — Прикладной компонент execution_time может связываться со всеми типами прикладных компонентов general_function_definition.
Примечание 3 — Прикладной компонент execution_time определяет время, затрачиваемое на выполнение функции, без учета влияния других функций в системе.
| ) ENTITY execution_time; role : timing_type; time : REAL; timing : functionality_instance_reference; unit : label; END_ENTITY; ( |
|---|
Атрибут role: Этот атрибут определяет время, необходимое для его интерпретации.
Пример 10 — Функция calculate_time_to_destination может иметь время, определяемое функцией best_case execution_time, равное 0 секунд; время, определяемое функцией worst_case execution_time — 0.020 секунд, а время, определяемое функцией nominal_case execution_time, — не выражаться.
Атрибут time: Этот атрибут определяет время выполнения функции.
Атрибут timing: Этот атрибут определяет прикладной компонент general_function_definition, для которого применим прикладной компонент execution_time.
Атрибут unit: Этот атрибут определяет единицу измерений прикладного компонента execution_time при использовании атрибута time.
4.3.83 Прикладной компонент finite_integer_interval
Прикладной компонент finite_integer_interval принадлежит к тому же типу, что и прикладной компонент integer_interval и имеет нижнюю и верхнюю границы, ограничивающие содержащееся в них подмножество целых чисел.
| ) ENTITY finite_integer_interval SUBTYPE OF (integer_interval) ; low_index : INTEGER; size : INTEGER; END_ENTITY; ( |
|---|
Атрибут low_index: Этот атрибут определяет наименьшее значение, которое может принимать прикладной компонент data_instance данного типа.
Атрибут size: Этот атрибут определяет область значений для прикладного компонента finite_integer_interval в виде последовательности целых значений, отсчитываемых от атрибута low_index, а прикладной компонент data_instance этого типа может отбираться.
Примечание - Верхняя граница области значений для прикладного компонента finite_integer_interval задается следующим выражением: значение атрибута low_index + значение атрибута size — 1.
4.3.84 Прикладной компонент finite_real_interval
Прикладной компонент finite_real_interval принадлежит к тому же типу, что и прикладной компонент real_interval, который имеет нижнюю и верхнюю границы, ограничивающие содержащееся в них подмножество действительных чисел.
| ) ENTITY finite_real_interval SUBTYPE OF (real_interval) ; high_closure : BOOLEAN; high_index : REAL; low_closure : BOOLEAN; low_index : REAL; END_ENTITY; ( |
|---|
Атрибут high_closure: Этот атрибут определяет, включается ли атрибут high_index в прикладной компонент maths_space. При наличии состояния TRUE оно включается в этот компонент; в противном случае оно исключается из него.
Атрибут high_index: Этот атрибут определяет максимальное значение, которое может принимать прикладной компонент data_instance данного типа.
Атрибут low_closure: Этот атрибут определяет, включается ли атрибут low_index в прикладной компонент maths_space. При наличии состояния TRUE оно включается в этот компонент; в противном случае оно исключается из него.
Атрибут low_index: Этот атрибут определяет максимальное значение, которое может принимать прикладной компонент data_instance данного типа.
4.3.85 Прикладной компонент finite_space
Прикладной компонент finite_space принадлежит к тому же типу, что и прикладной компонент maths_space и содержит точный набор значений.
Примечание - Прикладные компоненты elementary_maths_space, которые являются конечными (как, например, прикладные компоненты binary_data_type_definition и logical_data_type_definition), должны использоваться, имея приоритет перед прикладными компонентами finite_space.
| ) ENTITY finite_space SUBTYPE OF (maths_space) ; member : SET[0:?] OF data_type_value_select; END_ENTITY; ( |
|---|
Атрибут member: Этот атрибут определяет множество элементов, формирующих прикладной компонент finite_space.
4.3.86 Прикладной компонент formal_data_interaction_port
Прикладной компонент formal_data_interaction_port является элементом интерфейса к прикладному компоненту functional_state_context.
| ) ENTITY formal_data_interaction_port; data : data_instance; port_of : functional_state_context; END_ENTITY; ( |
|---|
Атрибут data: Этот атрибут определяет прикладной компонент data_instance в интерфейсе.
Атрибут port_of: Этот атрибут определяет прикладной компонент functional_state_context, для которого прикладной компонент formal_data_interaction_port является частью интерфейса.
4.3.87 Прикладной компонент formal_io_port
Прикладной компонент formal_io_port принадлежит к тому же типу, что и прикладной компонент io_port и определяет элемент интерфейса к прикладному компоненту general_function_definition.
Примечание 1 — Если прикладной компонент general_function_definition имеет интерфейс, то его будет определять один или несколько прикладных компонентов formal_io_port.
Примечание 2 — Порты для информационных потоков классифицируются в соответствии со следующими тремя критериями для модели данных.
1. Является ли порт формальным (закрепленным за прикладным компонентом general_function_definition) или реальным (закрепленным за прикладным компонентом function_instance, fsm_model, persistent_storage или io_split_join);
2. Является ли порт входным или выходным;
3. Является ли порт предназначенным для информационного потока или контрольным портом (порт для информационного потока переносит данные, тогда как контрольный порт служит для подачи управляющих сигналов, например запуска, останова, приостановки и возобновления выполнения операции).
Согласно вышеприведенной классификации может определяться та роль, которую должен играть порт по отношению к прикладным компонентам functional_link. Порт может принимать информационные потоки (т.е. данные, подаваемые на порт) или же он может формировать информационные потоки (т.е. данные, которые будут выдаваться из порта). Например, прикладной компонент formal_io_port, чьим состоянием атрибута direction является output, будет формировать данные, тогда как прикладной компонент actual_io_port, чьим состоянием атрибута direction является input, будет принимать данные.
В модели данных мы фиксируем указанную информацию в получаемом атрибуте role, который используется для гарантии того, что прикладные компоненты functional_link будут правильно объединены (прикладной компонент functional_link должен иметь одного получателя и одного отправителя), а прикладные компоненты io_port_binding будут применимы только к портам, для которых прикладной компонент actual_port в этой связи будет являться отправителем информации, а прикладной компонент в связи — получателем информации, и наоборот.
Примечание 3 — Если (и только если) прикладной компонент function_instance для прикладного компонента general_function_definition создает прикладной компонент actual_io_port, то будет существовать соответствующий каждому прикладному компоненту formal_io_port информационный поток, связанный с действующим портом (а этот порт связан с соответствующим прикладным компонентом formal_io_port посредством прикладного компонента io_port_binding).
Атрибут port_of: Этот атрибут определяет прикладной компонент general_function_definition, для которого существует данный порт, усиливающийся с помощью обратной взаимосвязи и указывающий, что этот атрибут port_of может только вводиться при определении, однако это определение будет относиться к нескольким портам.
4.3.88 Прикладной компонент formal_physical_port
Прикладной компонент formal_physical_port принадлежит к тому же типу, что и прикладной компонент physical_port и представляет собой либо входные и выходные данные, либо входные данные или выходные данные для прикладного компонента general_physical_definition.
| ) ENTITY formal_physical_port SUBTYPE OF (physical_port) ; port_of : general_physical_definition; END_ENTITY; ( |
|---|
Атрибут port_of: Этот атрибут определяет прикладной компонент general_physical_defintion, для которого прикладной компонент formal_physical_port является частью интерфейса.
4.3.89 Прикладной компонент formal_port_position
Прикладной компонент formal_port_position является экземпляром прикладного компонента visual_element и графическим представлением положения прикладного компонента formal_port, formal_io_port или formal_physical_port.
| ) ENTITY formal_port_position SUBTYPE OF (visual_element) ; position : graphics_point; positioned_port : port_position_select; END_ENTITY; ( |
|---|
Атрибут position: Этот атрибут определяет положение порта.
Атрибут positioned_port: Этот атрибут определяет формальный порт, который размещается с помощью прикладного компонента formal_port_position.
4.3.90 Прикладной компонент fsm_and_state
Прикладной компонент fsm_and_state принадлежит к тому же типу, что и прикладной компонент fsm_state и является представлением разделенного состояния в автомате с конечным числом состояний, в котором все дочерние прикладные компоненты fsm_state одновременно активны. Прикладной компонент and_state состоит по крайней мере из двух дочерних прикладных компонентов fsm_state.
| ) ENTITY fsm_and_state SUBTYPE OF (fsm_state) ; INVERSE SELF\fsm_state. RENAMED child_states : SET[2:?] OF fsm_state_composition_relationship FOR parent_state; END_ENTITY; ( |
|---|
4.3.91 Прикладной компонент fsm_command_interaction_relationship
Прикладной компонент fsm_command_interaction_relationship определяет способ указания того, что команда будет выдаваться для ссылки на функцию (в виде прикладного компонента state_function_interaction_port) с помощью прикладного компонента textual_specification. Прикладной компонент fsm_command_interaction_relationship используется только в области применения автомата с конечным числом состояний. Характер этой команды определен в атрибуте interaction_type.
Примечание 1 — Прикладной компонент fsm_command_interaction_relationship указывает на то, что команда (функция: запуск, останов, приостановка, продолжение выполнения операции) выдается с помощью прикладного компонента fsm_transition или fsm_state. Обозначения дополняют текстовое определение операций в состояниях или при переходах.
| ) ENTITY fsm_command_interaction_relationship; defined_in : fsm_interaction_select; interaction_port : state_function_interaction_port; interaction_type : label; END_ENTITY; ( |
|---|
Атрибут defined_in: Этот атрибут определяет прикладной компонент textual_specification, который будет выдавать команду.
Атрибут interaction_port: Этот атрибут определяет прикладной компонент state_function_interaction_port, посредством которого выдается команда, изменяемая с помощью прикладного компонента fsm_command_interaction_relationship.
Атрибут interaction_type: Этот атрибут определяет семантику прикладного компонента fsm_command_interaction_relationship. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние start: Указанная функция инициализируется с помощью данной команды;
- состояние stop: Указанная функция деактивируется с помощью данной команды;
- состояние resume: Указанная функция повторно инициализируется с помощью данной команды из состояния приостановки;
- состояние suspend: Указанная функция временно приостанавливается с помощью данной команды.
Примечание 2 — Все предварительно заданные команды являются идемпотентными, т.е. выдача команды start для уже активированной функции не будет давать никакого эффекта.
4.3.92 Прикладной компонент fsm_data_interaction_binding
Прикладной компонент fsm_data_interaction_binding определяет параметр согласования взаимосвязи между элементом actual_interface в реальном интерфейсе к прикладному компоненту actual_io_port и элементу formal_interface прикладного компонента formal_data_interaction_port.
| ) ENTITY fsm_data_interaction_binding; actual_port : actual_io_port; formal_port : formal_data_interaction_port; END_ENTITY; ( |
|---|
Атрибут actual_port: Этот атрибут определяет прикладной компонент actual_io_port в указанной взаимосвязи.
Атрибут formal_port: Этот атрибут определяет прикладной компонент formal_data_interaction_port в указанной взаимосвязи.
4.3.93 Прикладной компонент fsm_data_interaction_relationship
Прикладной компонент fsm_data_interaction_relationship определяет способ указания привязки прикладного компонента data_instance к прикладному компоненту textual_specification. Характер этой привязки определяется атрибутом interaction_type.
Примечание - Прикладной компонент fsm_data_interation_relationship, который связан с элементом данных прикладного компонента io_port fsm_interaction_port, обновляется или считывается в процессе выполнения части операции в данном состоянии или при переходе.
| ) ENTITY fsm_data_interaction_relationship; defined_in : fsm_interaction_select; interaction_port : formal_data_interaction_port; interaction_type : label; END_ENTITY; ( |
|---|
Атрибут defined_in: Этот атрибут определяет прикладной компонент textual_specification, который будет выдавать команду.
Атрибут interaction_port: Этот атрибут определяет прикладной компонент formal_data_interaction_port в указанной взаимосвязи.
Атрибут interaction_type: Этот атрибут определяет семантику прикладного компонента fsm_data_interaction_relationship. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние read: Значение прикладного компонента data_instance в прикладном компоненте formal_data_interaction_port указывается в прикладном компоненте textual_specification, идентифицированном с помощью атрибута defined_in;
- состояние write: Значение прикладного компонента data_instance в прикладном компоненте formal_data_interaction_port записывается в прикладном компоненте textual_specification, идентифицированном с помощью атрибута defined_in.
4.3.94 Прикладной компонент fsm_generic_state
Прикладной компонент fsm_generic_state является абстрактным суперклассом либо прикладного компонента fsm_state, либо прикладного компонента fsm_generic_state.
| ) ENTITY fsm_generic_state ABSTRACT SUPERTYPE OF ( ONEOF(fsm_state, fsm_transient_state) ) ; INVERSE destination_transition : SET[0:?] OF fsm_state_transition FOR destination_state; END_ENTITY; ( |
|---|
Атрибут destination_transition: Этот атрибут определяет прикладной компонент fsm_state, активированный при условии инициализации прикладного компонента fsm_state_transition.
4.3.95 Прикладной компонент fsm_initial_state_transition
Прикладной компонент fsm_initial_state_transition определяет начальный переход в исходном состоянии прикладного компонента fsm_or_state в автомате с конечным числом состояний.
| ) ENTITY fsm_initial_state_transition; initial_state : fsm_generic_state; transition_context : default_context_select; END_ENTITY; ( |
|---|
Атрибут initial_state: Этот атрибут определяет начальное состояние.
Атрибут transition_context: Этот атрибут определяет среду, для которой прикладной компонент initial_state_context является действующим.
4.3.96 Прикладной компонент fsm_model
Прикладной компонент fsm_model принадлежит к тому же типу, что и прикладной компонент general_functionality_instance и представляет собой точку входа в автомат с конечным числом состояний.
Примечание 1 — Прикладные компоненты fsm_model могут относиться к функциональной структуре разделения и представлять активацию/деактивацию логики работы функций в этой структуре.
Примечание 2 — Данный прикладной компонент включается в модель для ввода FSM в прикладной компонент general_function_definition, что будет обеспечивать связь между функциональным представлением и представлением о состоянии системы.
Атрибут behaviour_model: Этот атрибут определяет прикладной компонент state_machine_functional_behaviour_model, для которого прикладной компонент fsm_model предоставляет спецификацию поведения.
Атрибут definition: Этот атрибут определяет прикладной компонент functional_state_context, содержащий модель автомата с конечным числом состояний.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента fsm_model.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент fsm_model.
Атрибут presentation_id: Этот атрибут определяет информацию, подтверждающую идентичность прикладного компонента fsm_model и представляемую пользователю.
4.3.97 Прикладной компонент fsm_or_state
Прикладной компонент fsm_or_state принадлежит к тому же типу, что и прикладной компонент fsm_state для автомата с конечным числом состояний, который в случае разделения будет ограничивать семантику дочерних прикладных компонентов fsm_state, так что только одно из дочерних состояний может быть активировано (если активно родительское состояние).
Примечание 1 — Определение подкласса, возможно, является оптимальным способом документирования данного свойства.
Примечание 2 — Прикладной компонент fsm_or_state соответствует или является картой состояний и нормального состояния автомата с конечным числом состояний.
| ) ENTITY fsm_or_state SUBTYPE OF (fsm_state); END_ENTITY; ( |
|---|
4.3.98 Прикладной компонент fsm_state
Прикладной компонент fsm_state принадлежит к тому же типу, что и прикладной компонент fsm_generic_state и характеризует статическое состояние автомата с конечным числом состояний.
Примечание - В рамках протокола AP 233 прикладной компонент fsm_state всегда будет являться элементом автомата с конечным числом состояний. Понятие «состояние» в EACM содержится в протоколе AP-233 (по терминологии прикладного компонента partial_system_view).
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к описанию.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на него.
Атрибут presentation_id: Этот атрибут определяет информацию, подтверждающую его идентичность и предоставляемую пользователю.
Атрибут child_states: Этот атрибут определяет родительский прикладной компонент fsm_state в указанной связи.
4.3.99 Прикладной компонент fsm_state_composition_relationship
Прикладной компонент fsm_state_composition_relationship определяет взаимосвязь между двумя прикладными компонентами fsm_state, а также связи между родительскими и дочерними компонентами.
Примечание 1 — Родительский прикладной компонент fsm_state идентифицируется с помощью атрибута parent_state, а дочерний прикладной компонент fsm_state — с помощью атрибута child_state.
Примечание 2 — Прикладной компонент fsm_state_composition_relationship включается в модель для поддержки расширений карты состояний на традиционное представление автомата с конечным числом состояний.
| ) ENTITY fsm_state_composition_relationship; child_state : fsm_state; parent_state : fsm_state; END_ENTITY; ( |
|---|
Атрибут child_state: Этот атрибут определяет дочерний прикладной компонент fsm_state в указанной взаимосвязи.
Атрибут parent_state: Этот атрибут определяет родительский прикладной компонент fsm_state в указанной взаимосвязи.
4.3.100 Прикладной компонент fsm_state_transition
Прикладной компонент fsm_state_transition является представлением возможной исполняемой ветви между двумя прикладными компонентами fsm_generic_state.
Примечание - Прикладной компонент fsm_state_transition применим для использования только в автоматах с конечным числом состояний.
Атрибут destination_state: Этот атрибут определяет прикладной компонент fsm_state, активируемый только при инициализации прикладного компонента fsm_state_transition.
Атрибут source_state: Этот атрибут определяет прикладной компонент fsm_state, который первоначально был активным в указанной взаимосвязи.
Атрибут transition_label: Этот атрибут определяет прикладной компонент fsm_state_transition, которому присваивается текстовая спецификация.
4.3.101 Прикладной компонент fsm_transient_state
Прикладной компонент fsm_transient_state принадлежит к тому же типу, что и прикладной компонент fsm_generic_state при отсутствии дискриминатора состояния, при любых условиях и статическом состоянии автомата с конечным числом состояний.
Примечание - В терминах карты состояний прикладной компонент fsm_transient_state является псевдосостоянием. Ни при каких условиях прикладной компонент fsm_transient_state в системе не должен находиться в статическом состоянии. Если существуют переходы вне прикладного компонента fsm_transient_state, то они должны быть либо незащищенными, либо должны быть совокупностью условий защиты, т.е. по крайней мере одна степень защиты всегда должна расцениваться как находящаяся в состоянии TRUE.
| ) ENTITY fsm_transient_state SUBTYPE OF (fsm_generic_state); state_type : label; END_ENTITY; ( |
|---|
Атрибут state_type: Этот атрибут определяет тип прикладного компонента fsm_transient_state. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
4.3.102 Прикладной компонент fsm_transient_state_composition_relationship
Прикладной компонент fsm_transient_state_composition_relationship определяет взаимосвязь между прикладными компонентами fsm_state и fsm_transient_state, указывающую на то, что прикладной компонент fsm_transient_state является субсостоянием прикладного компонента fsm_state.
Примечание - Прикладной компонент fsm_transient_state_composition_relationship может быть реализован только при наличии по крайней мере одного прикладного компонента fsm_state_composition_relationship, существующего для прикладного компонента fsm_state. Прикладной компонент fsm_state не может состоять только из прикладных компонентов fsm_transient_state.
| ) ENTITY fsm_transient_state_composition_relationship; child_state : fsm_transient_state; parent_state : fsm_state; END_ENTITY; ( |
|---|
Атрибут child_state: Этот атрибут определяет прикладной компонент fsm_transient_state в прикладном компоненте fsm_transient_state_composition_relationship.
Атрибут parent_state: Этот атрибут определяет прикладной компонент fsm_state в прикладном компоненте fsm_transient_state_composition_relationship.
4.3.103 Прикладной компонент function_instance
Прикладной компонент function_instance принадлежит к тому же типу, что и прикладной компонент general_functionality_instance и представляет собой объект, который выполняет операцию в системе.
Примечание - Функциональная область описывает характер действий системы.
Атрибут definition: Этот атрибут определяет прикладной компонент general_function_definition, который дает описание прикладного компонента function_instance.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента function_instance.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент function_instance.
Атрибут presentation_id: Этот атрибут определяет информацию, подтверждающую идентичность прикладного компонента function_instance и предоставляемую пользователю.
Атрибут control_port: Этот атрибут определяет прикладной компонент function_instance, к которому присоединяется прикладной компонент control_io_port.
4.3.104 Прикладной компонент function_reference
Прикладной компонент function_reference определяет взаимосвязь между прикладными компонентами function_instance и fsm_model.
Примечание 1 — Прикладной компонент function_reference дает способ сопоставления элементов в пространстве имен прикладного компонента composite_function_definition с пространством имен для автомата с конечным числом состояний.
Примечание 2 — Для реализации способа сопоставления этих элементов должны использоваться прикладные компоненты state_function_interaction_port и name_binding.
| ) ENTITY function_reference; function_link : function_instance; port_of : fsm_model END_ENTITY; ( |
|---|
Атрибут function_link: Этот атрибут определяет прикладной компонент function_instance, который будет импортироваться в автомат с конечным числом состояний.
Атрибут port_of: Этот атрибут определяет прикладной компонент fsm_model, в который будет импортироваться прикладной компонент function_instance.
4.3.105 Прикладной компонент functional_behaviour_model
Прикладной компонент functional_behaviour_model является определением функциональной модели поведения системы. Прикладной компонент functional_behaviour_model является абстрактным супертипом, который никогда не должен реализовываться.
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту functional_behaviour_model.
Атрибут defines_behaviour_for: Этот атрибут определяет присвоенный прикладной компонент functional_behaviour_model.
4.3.106 Прикладной компонент functional_behaviour_model_assignment
Прикладной компонент functional_behaviour_model_assignment является присваиваемой взаимосвязью между прикладными компонентами functional_behaviour_model и composite_function_definition, чье поведение определяется с помощью прикладного компонента functional_behaviour_model.
| ) ENTITY functional_behaviour_model_assignment; assigned_behaviour_model : functional_behaviour_model; constrained_function : composite_function_definition; END_ENTITY; ( |
|---|
Атрибут assigned_behaviour_model: Этот атрибут определяет присвоенный прикладной компонент functional_behaviour_model.
Атрибут constrained_function: Этот атрибут определяет прикладной компонент composite_function_definition, чье поведение ограничивается присвоенным прикладным компонентом functional_behaviour_model.
4.3.107 Прикладной компонент functional_decomposition_relationship
Прикладной компонент functional_decomposition_relationship является иерархическим соотношением между прикладными компонентами composite_function_definition и general_functionality_instance.
Примечание 1 — Прикладной компонент composite_function_definition в этом соотношении является родительским, а прикладной компонент general_functionality_instance — дочерним.
| ) ENTITY functional_decomposition_relationship; child : general_functionality_instance; description : OPTIONAL text_select; parent : composite_function_definition; END_ENTITY; ( |
|---|
Атрибут child: Этот атрибут определяет прикладной компонент general_functionality_instance, который является частью составного родительского компонента.
Атрибут description: Этот атрибут определяет ту роль, которую дочерний компонент должен играть в прикладном компоненте composite_function_definition, определенном с помощью атрибута parent.
Примечание 2 — Поскольку дочерний компонент может входить во многие прикладные компоненты composite_function_definition, атрибут description позволяет давать описание назначения дочернего компонента в соответствующем прикладном компоненте composite_function_definition.
Атрибут parent: Этот атрибут определяет прикладной компонент composite_function_definition, для которого дочерний компонент является частью разделения.
4.3.108 Прикладной компонент functional_link
Прикладной компонент functional_link определяет взаимосвязь между двумя прикладными компонентами io_port, при которой будет существовать путь взаимодействия данных между двумя портами.
Примечание 1 — Направление этого пути для данных: от атрибута source_port к атрибуту destination_port.
Примечание 2 — Данные, переносимые прикладным компонентом functional_link, определяются с помощью данных, содержащихся в атрибутах source_port и destination_port. Один и тот же прикладной компонент data_instance должен быть на портах источника и пункта назначения.
Атрибут control_link: Этот атрибут определяет, переносит ли прикладной компонент functional_link контрольную информацию.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту functional_link.
Атрибут destination_port: Этот атрибут определяет прикладной компонент io_port, который является получателем данных.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент functional_link.
Атрибут source_port: Этот атрибут определяет прикладной компонент io_port, который является отправителем данных.
4.3.109 Прикладной компонент functional_link_allocation_relationship
Прикладной компонент functional_link_allocation_relationship определяет способ указания того, что прикладной компонент functional_link_reference должен направляться в соответствующий прикладной компонент physical_instance_reference.
Примечание - Необходимое предварительное условие подобного размещения — это то, что размещенный прикладной компонент functional_link будет относиться к прикладному компоненту physical_instance_reference, который должен являться частью того же прикладного компонента system_view.
| ) ENTITY functional_link_allocation_relationship; allocated_functional_link : functional_link_reference; allocated_to : physical_instance_reference; description : OPTIONAL text_select; END_ENTITY; ( |
|---|
Атрибут allocated_functional_link: Этот атрибут определяет прикладной компонент functional_link_reference в прикладном компоненте functional_link_allocation_relationship.
Атрибут allocated_to: Этот атрибут определяет прикладной компонент physical_instance_reference в указанном способе.
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту functional_link_allocation_relationship.
4.3.110 Прикладной компонент functional_link_group
Прикладной компонент functional_link_group является хранилищем для группирования связанных прикладных компонентов functional_link.
Примечание - Прикладной компонент functional_link_group позволяет разработчику обращаться к группе прикладных компонентов functional_link, как если бы они составляли единый информационный поток. Одной из причин использования прикладного компонента functional_link_group в модели является возможность производить присвоение одних и тех же графических свойств объектам группы, которые относятся к элементам прикладного компонента functional_link_group.
| ) ENTITY functional_link_group; elements : SET[2:?] OF functional_link; name : label; END_ENTITY; ( |
|---|
Атрибут elements: Этот атрибут определяет множество прикладных компонентов functional_link, которые формируют прикладной компонент functional_link_group.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент functional_link_group.
4.3.111 Прикладной компонент functional_link_reference
Прикладной компонент functional_link_reference определяет однозначную ссылку на прикладные компоненты functional_link в контексте прикладного компонента general_functionality_instance, который в дальнейшем будет разделен.
| ) ENTITY functional_link_reference; in_scope_of : functionality_instance_reference; reference_functional_link : functional_link; END_ENTITY; ( |
|---|
Атрибут in_scope_of: Этот атрибут определяет прикладной компонент functionality_instance_reference, который указывает контекст прикладного компонента functional_link и идентифицируется с помощью прикладного компонента functional_link_reference.
Атрибут reference_functional_link: Этот атрибут определяет прикладной компонент functional_link, для которого прикладной компонент functional_link_reference является однозначной ссылкой.
4.3.112 Прикладной компонент functional_reference_configuration
Прикладной компонент functional_reference_configuration определяет совокупность всех прикладных компонентов functionality_reference_composition_relationship, которая применима для конкретного функционального представления системы.
Примечание 1 — Прикладной компонент functional_reference_configuration может присваиваться любому числу систем посредством использования нескольких прикладных компонентов system_functional_configuration.
Примечание 2 — Прикладной компонент functional_reference_configuration дает способ определения нескольких нефункциональных представлений архитектуры функциональной модели одиночной системы.
| ) ENTITY functional_reference_configuration; description : OPTIONAL text_select; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту functional_reference_configuration.
4.3.113 Прикладной компонент functional_representation_relationship
Прикладной компонент functional_representation_relationship определяет способ указания того, как прикладной компонент data_instance, используемый в функциональном представлении спецификации, будет псевдонимом для прикладного компонента physical_instance, исходя из физического представления спецификации.
Примечание - Наличие прикладного компонента functional_representation_relationship мотивируется необходимостью ссылки функциональных моделей на другие элементы, кроме типов данных (при условии поддержания точной структуры в данной модели).
Альтернативным вариантом может стать разрешение прикладным компонентам io_port напрямую передавать компоненты других типов, кроме типа прикладного компонента data_instance. Хотя напрямую этот подход будет приводить к серьезным проблемам в интерпретации средств, неспособных представлять все компоненты, кроме других прикладных компонентов data_instance.
| ) ENTITY functional_representation_relationship; description: OPTIONAL text_select; functional_representation : data_instance; physical_element : physical_instance; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту functional_representation_relationship.
Атрибут functional_representation: Этот атрибут определяет прикладной компонент data_instance, задаваемый как псевдоним для прикладного компонента physical_instance и определяемый с помощью атрибута physical_element прикладного компонента functional_representation_relationship.
Атрибут physical_element: Этот атрибут определяет прикладной компонент physical_instance, входящий в прикладной компонент functional_representation_relationship.
4.3.114 Прикладной компонент functional_state_context
Прикладной компонент functional_state_context принадлежит к тому же типу, что и прикладной компонент generic_state_context и входит в автомат с конечным числом состояний.
Примечание 1 — Существует определенный прикладной компонент functional_state_context, поскольку использование FSM-моделей отличается в структурированном анализе и при объектно-ориентированном инженерном проектировании.
Примечание 2 — Прикладной компонент functional_state_context может содержать любое число состояний и переходов, но никакой переход не может пересекать границы, установленной для прикладного компонента functional_state_context.
| ) ENTITY functional_state_context SUBTYPE OF (generic_state_context) ; END_ENTITY; ( |
|---|
4.3.115 Прикладной компонент functionality_allocation_relationship
Прикладной компонент functionality_allocation_relationship определяет способ преобразования прикладного компонента functionality_instance_reference в конкретный прикладной компонент physical_instance_reference, который будет реализовывать функциональные характеристики.
| ) ENTITY functionality_allocation_relationship; allocated_functionality : functionality_instance_reference; allocated_to : physical_instance_reference; description : OPTIONAL text_select; END_ENTITY; ( |
|---|
Атрибут allocated_functionality: Этот атрибут определяет размещенный прикладной компонент functionality_instance_reference.
Атрибут allocated_to: Этот атрибут определяет прикладной компонент physical_instance_reference, к которому относится прикладной компонент functionality_allocation_relationship.
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту functionality_allocation_relationship.
4.3.116 Прикладной компонент functionality_instance_reference
Прикладной компонент functionality_instance_reference является однозначной ссылкой на элемент general_functionality_instance в структуре прикладного компонента composite_function_definition.
Примечание - Прикладной компонент functionality_instance_reference вводится для обеспечения размещения и обращения зависящих от системы нефункциональных характеристик системы к ее функциональному описанию.
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту functionality_instance_reference.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента functionality_instance_reference.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент functionality_instance_reference.
Атрибут referenced_functionality_instance: Этот атрибут определяет прикладной компонент general_functionality_instance, чей прикладной компонент functionality_instance_reference является ссылкой.
4.3.117 Прикладной компонент functionality_reference_composition_relationship
Прикладной компонент functionality_reference_composition_relationship определяет способ указания иерархической связи между двумя прикладными компонентами functionality_instance_reference.
Атрибут child: Этот атрибут определяет функциональные характеристики компонента в прикладном компоненте functionality_reference_composition_relationship.
Атрибут mirror_of: Этот атрибут определяет прикладной компонент functional_decomposition_relationship, для которого прикладной компонент functionality_reference_composition_relationship обеспечивает однозначную ссылку.
Атрибут parent: Этот атрибут определяет разделенные функциональные характеристики в прикладном компоненте functionality_reference_composition_relationship.
Атрибут reference_configuration: Этот атрибут определяет прикладной компонент functional_reference_configuration, для которого действующими являются родительские и дочерние прикладные компоненты functionality_instance_reference.
4.3.118 Прикладной компонент functionality_reference_relationship
Прикладной компонент functionality_reference_relationship определяет способ фиксации двухсторонних взаимосвязей между двумя прикладными компонентами functionality_instance_reference с целью фиксации информации.
Пример 11 — Требования к временным взаимосвязям между двумя прикладными компонентами functionality_instance_reference.
| ) ENTITY functionality_reference_relationship; first_reference : functionality_instance_reference; second_reference : functionality_instance_reference; END_ENTITY; ( |
|---|
Атрибут first_reference: Этот атрибут определяет первый прикладной компонент functionality_instance_reference в указанных взаимосвязях.
Атрибут second_reference: Этот атрибут определяет второй прикладной компонент functionality_instance_reference в указанных взаимосвязях.
4.3.119 Прикладной компонент general_function_definition
Прикладной компонент general_function_definition дает структурированное определение функции (или процесса) на определенном абстрактном уровне в системе. Каждый прикладной компонент general_function_definition при этом будет являться либо прикладным компонентом composite_function_definition, либо прикладным компонентом leaf_function_definition.
Атрибут associated_version: Этот атрибут определяет прикладной компонент configuration_element_version.
Атрибут description: Этот атрибут определяет дополнительную текстовую спецификацию на прикладной компонент general_function_definition.
Атрибут id: Этот атрибут определяет собственный идентификатор.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент general_function_definition.
Атрибут formal_port: Этот атрибут определяет прикладной компонент general_function_definition, для которого он является портом. Этот атрибут усиливается путем обратной взаимосвязи, которая указывает на то, что компонент port_of может быть только пунктом в определении, однако определение может ссылаться на несколько портов.
4.3.120 Прикладной компонент general_functionality_instance
Каждый прикладной компонент general_functionality_instance является либо прикладным компонентом fsm_model, либо прикладным компонентом function_instance, либо прикладным компонентом io_split_join, либо прикладным компонентом persistent_storage.
Атрибут description: Этот атрибут определяет дополнительную информацию для описания.
Атрибут actual_port: Этот атрибут определяет прикладной компонент general_functionality_instance, частью которого является прикладной компонент port_of.
4.3.121 Прикладной компонент general_physical_definition
Каждый прикладной компонент general_physical_definition является либо прикладным компонентом physical_link_definition, либо прикладным компонентом physical_node_definition.
Примечание 1 — Прикладной компонент general_physical_definition является спецификацией объекта, который при его реализации становится физическим элементом и которого a) можно касаться, b) определять его вес и c) измерять его ненулевые физические размеры.
Примечание 2 — Спецификация PAS 20542 дает только абстрактное представление физических компонентов, входящих в систему. Обоснование подобного представления состоит в том, что каждый физический компонент системы может иметь различные характеристики, наилучшим образом представляемые с помощью множества прикладных протоколов, доступных в системе STEP.
Предоставляемые ограниченные функциональные характеристики предназначены для того, чтобы дать возможность системным инженерам преобразовывать функции и информационные потоки в компоненты с целью связать требования к применяемым компонентам, а также для фиксации других свойств физического компонента.
Атрибут associated_version: Этот атрибут определяет прикладной компонент configuration_element_version для прикладного компонента general_physical_definition.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту general_physical_definition.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента general_physical_definition.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент general_physical_definition.
Атрибут formal_port: Этот атрибут определяет прикладной компонент general_physical_defintion, для которого прикладной компонент formal_physical_port является частью интерфейса.
4.3.122 Прикладной компонент generic_state_context
Прикладной компонент generic_state_context определяет оболочку автомата с конечным числом состояний или карту состояний. Каждый прикладной компонент generic_state_context является и прикладным компонентом functional_state_context.
Атрибут associated_version: Этот атрибут определяет прикладной компонент configuration_element_version для прикладного компонента generic_state_context.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту generic_state_context.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента generic_state_context.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент generic_state_context.
Атрибут original_representation: Этот атрибут определяет способ, с помощью которого был представлен автомат с конечным числом состояний, ограничиваемый с помощью прикладного компонента generic_state_context. Там, где это применимо, для представления атрибута original_representation должно использоваться одно из следующих состояний (значений) этого компонента:
- состояние table: Состояние автомата представляется в исходном средстве в виде таблицы;
- состояние graph: Состояние автомата представляется в исходном средстве в графическом виде.
Атрибут state_machine_model: Этот атрибут определяет тип конечного автомата, ограничиваемый с помощью прикладного компонента generic_state_context. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние moore: Закрытое состояние автомата является единообразным. Никакие состояния не могут разделяться. Выходной алфавит конечного автомата формируется с помощью прикладных компонентов fsm_generic_state;
- состояние mealy: Закрытое состояние автомата является единообразным. Никакие состояния не могут разделяться. Выходной алфавит конечного автомата формируется с помощью прикладных компонентов fsm_state_transition и fsm_initial_state_transition;
- состояние hierarchical: Состояния в закрытом конечном автомате могут разбиваться на другие субсостояния. Выходной алфавит может формироваться с помощью прикладных компонентов fsm_generic_state, fsm_state_transition и fsm_initial_state_transition.
4.3.123 Прикладной компонент graphics_link
Прикладной компонент graphics_link принадлежит к тому же типу, что и прикладной компонент visual_element и представляется в открытой графической форме, содержащей перечень прикладных компонентов graphics_point.
Примечание - Графическая информация напрямую не связывается с компонентами, которые представляются с помощью прикладного компонента graphics_link, поскольку эти компоненты в различных контекстах будут иметь полностью отличающиеся представления.
| ) ENTITY graphics_link SUBTYPE OF (visual_element) ; associated_with : link_select; point : LIST[2:?] OF graphics_point; END_ENTITY; ( |
|---|
Атрибут associated_with: Этот атрибут определяет прикладной компонент configuration_element, для которого прикладной компонент graphics_link дает визуальную компоновку.
Атрибут point: Этот атрибут определяет перечень координат для прикладного компонента graphics_link.
4.3.124 Прикладной компонент graphics_node
Прикладной компонент graphics_node принадлежит к тому же типу, что и прикладной компонент visual_element и является представлением замкнутого прямоугольника при указании положения объекта.
| ) ENTITY graphics_node SUBTYPE OF (visual_element) ; associated_with : node_select; bottom_right : graphics_point; top_left : graphics_point; END_ENTITY; ( |
|---|
Атрибут associated_with: Этот атрибут определяет прикладной компонент, для которого он дает визуальную информацию о положении объекта.
Атрибут bottom_right: Этот атрибут определяет прикладной компонент graphics_point, дающий информацию о положении нижнего правого угла прямоугольника.
Атрибут top_left: Этот атрибут определяет прикладной компонент graphics_point, дающий информацию о положении верхнего левого угла прямоугольника.
4.3.125 Прикладной компонент graphics_point
Прикладной компонент graphics_point определяет положение точки на координатной плоскости.
Примечание 1 — Координатная плоскость занимает область {0 <= x, y <= 1}. Никакой информации относительно соотношения геометрических размеров области не предоставляется.
Примечание 2 — Данная модель должна выбираться, поскольку размеры элементов при графическом представлении изображения не будут иметь какого-либо смысла в указанной области. Если соотношение геометрических размеров будет установлено таким образом, что изображение будет восприниматься как искаженное, то наблюдатель должен скорректировать это соотношение.
| ) ENTITY graphics_point; x_coordinate : REAL; y_coordinate : REAL; END_ENTITY; ( |
|---|
Атрибут x_coordinate: Этот атрибут определяет горизонтальное положение объекта в координатной плоскости. Значение этого атрибута 0 определяет крайне левое положение объекта, а значение 1 — крайне правое положение этого объекта.
Атрибут y_coordinate: Этот атрибут определяет вертикальное положение объекта в координатной плоскости. Значение этого атрибута 0 определяет крайне верхнее положение объекта, а значение 1 — крайне нижнее положение этого объекта.
4.3.126 Прикладной компонент graphics_view
Прикладной компонент graphics_view определяет совокупность всех элементов, несущих графическую информацию и применимую к содержимому прикладного компонента general_function_definition, general_physical_definition, functional_state_context или fsm_state.
Атрибут definition_for: Этот атрибут определяет компонент, для которого действующим является прикладной компонент graphics_view.
Атрибут coordinate_definition: Этот атрибут определяет прикладной компонент graphics_view, для которого информацию дает прикладной компонент coordinate_translation_information.
Атрибут root_view: Этот атрибут определяет прикладной компонент graphics_view, для которого прикладным компонентом multi_level_view является top_view.
Атрибут view_element: Этот атрибут определяет прикладной компонент graphics_view, для которого задан прикладной компонент visual_element.
4.3.127 Прикладной компонент hibound_integer_interval
Прикладной компонент hibound_integer_interval определяет прикладной компонент integer_interval, который имеет верхнюю границу, ограничивающую подмножество содержащихся в нем целых значений.
| ) ENTITY hibound_integer_interval SUBTYPE OF (integer_interval) ; high_index : INTEGER; END_ENTITY; ( |
|---|
Атрибут high_index: Этот атрибут определяет максимальное значение, которое может принимать прикладной компонент data_instance данного типа.
4.3.128 Прикладной компонент hibound_real_interval
Прикладной компонент hibound_real_interval принадлежит к тому же типу, что и прикладной компонент real_interval и имеет верхнюю границу, ограничивающую подмножество содержащихся в нем действительных значений.
| ) ENTITY hibound_real_interval SUBTYPE OF (real_interval); high_closure : BOOLEAN; high_index : REAL; END_ENTITY; ( |
|---|
Атрибут high_closure: Этот атрибут определяет, включен ли он в прикладной компонент maths_space. Состояние TRUE соответствует его включению, а состояние FALSE — невключению.
Атрибут high_index: Этот атрибут определяет максимальное значение, которое может принимать прикладной компонент data_instance данного типа.
4.3.129 Прикладной компонент implied_external_interaction
Прикладной компонент implied_external_interaction определяет взаимосвязь между прикладными компонентами requirement_instance и function_instance или physical_instance, которая предполагает наличие функционального или физического элемента в требовании.
Атрибут associated_requirement: Этот атрибут определяет прикладной компонент requirement_instance в указанной взаимосвязи.
Атрибут implied_external_element: Этот атрибут определяет прикладной компонент configuration_element, выражаемый в требовании.
Атрибут associated_data: Этот атрибут определяет прикладной компонент implied_external_interaction, для которого действующим является прикладной компонент data_transfer.
4.3.130 Прикладной компонент infinite_cardinality
Прикладной компонент infinite_cardinality является представлением положительного бесконечно большого действительного числа.
| ) ENTITY infinite_cardinality; END_ENTITY; ( |
|---|
4.3.131 Прикладной компонент initial_state_transition_specification_assignment
Прикладной компонент initial_state_transition_specification_assignment определяет способ связи прикладного компонента textual_specification, определяющего операции, которые будут выполняться при активации прикладного компонента fsm_initial_state_transition.
| ) ENTITY initial_state_transition_specification_assignment; assigned_to : fsm_initial_state_transition; specification : textual_specification; END_ENTITY; ( |
|---|
Атрибут assigned_to: Этот атрибут определяет прикладной компонент fsm_initial_state_transition, с которым связана спецификация.
Атрибут specification: Этот атрибут определяет прикладной компонент textual_specification, присваиваемый с помощью прикладного компонента initial_state_transition_specification_assignment.
4.3.132 Прикладной компонент integer_data_type_definition
Прикладной компонент integer_data_type_definition принадлежит к тому же типу, что и прикладной компонент elementary_maths_space, и включает все целые числа.
| ) ENTITY integer_data_type_definition SUBTYPE OF (elementary_maths_space) ; END_ENTITY; ( |
|---|
4.3.133 Прикладной компонент integer_interval
Прикладной компонент integer_interval принадлежит к тому же типу, что и прикладной компонент elementary_maths_space, и ограничивает подмножество всех целых значений.
| ) ENTITY integer_interval ABSTRACT SUPERTYPE OF ( ONEOF(finite_integer_interval,hibound_integer_interval, lobound_integer_interval) ) SUBTYPE OF (maths_space) ; END_ENTITY; ( |
|---|
4.3.134 Прикладной компонент io_buffer
Прикладной компонент io_buffer является модификатором поведения прикладного компонента actual_io_port во времени.
Примечание - Если прикладной компонент io_buffer присваивается прикладному компоненту actual_io_port, дающему данные при их дискретизации, то он будет считываться лишь один раз. Если прикладной компонент io_buffer присваивается прикладному компоненту actual_io_port (принимающему данные), то получаемые данные будут дискретизироваться и сохраняться только при их считывании с порта. Поведение буфера дополнительно определяется с помощью атрибута continuously_active. Для принимающих данные портов прикладной компонент io_buffer может контролировать их непрерывную активацию или активацию только через определенные интервалы. Атрибут continuously_active не изменяет семантику прикладных компонентов actual_io_port, предоставляющих данные.
| ) ENTITY io_buffer; assigned_to : actual io_port; continuously_active : BOOLEAN; synchronisation_semantics : buffer_synchronisation_enumeration; END_ENTITY; ( |
|---|
Атрибут assigned_to: Этот атрибут определяет прикладной компонент actual_io_port, которому присваивается прикладной компонент io_buffer.
Атрибут continuously_active: Этот атрибут определяет, непрерывно ли активируется прикладной компонент io_buffer.
Атрибут synchronisation_semantics: Этот атрибут определяет условия синхронизации, устанавливаемые с помощью прикладного компонента io_buffer, и может принимать одно из следующих состояний (значений) этого атрибута:
- состояние synchronous: Функция, передающая информацию посредством прикладного компонента actual_io_port, к которому присоединяется прикладной компонент io_buffer, должна оставаться активной до тех пор, пока информация не будет принята получателем;
- состояние asynchronous: Функция, передающая информацию посредством прикладного компонента actual_io_port, к которому присоединяется прикладной компонент io_buffer, может прерываться без ограничения на то, получена информация или нет.
4.3.135 Прикладной компонент io_composition_port
Прикладной компонент io_composition_port принадлежит к тому же типу, что и прикладной компонент io_port и TBD-разделение.
Примечание 1 — Семантика прикладного компонента functional_link состоит в передаче прикладного компонента data_instance от порождающего прикладного компонента io_port к приемному прикладному компоненту io_port. Прикладной компонент data_instance должен быть одинаковым для обоих портов. По этим соображениям вводится требование активации средства для разделения прикладного компонента io_port таким образом, чтобы прикладные компоненты functional_link могли считывать или записывать подмножества данных прикладного компонента io_port. Прикладной компонент io_composition_port является средством получения прикладного компонента data_instance типа composite_data_type для прикладного компонента io_port и создания промежуточного порта, данными для которого является подмножество для объединенного порта и либо источника, либо адресата для прикладного компонента functional_link.
Примечание 2 — Благодаря функции абстрактного представления данных, включенной в ARM-модель, объединение может выполняться единовременно только на одном уровне. Для определения того, что прикладной компонент functional_link будет порождать или принимать прикладной компонент data_instance (который является частью структуры типов данных на уровне n), необходимо, чтобы прикладной компонент io_composition_port точно определял это.
Примечание 3 — Прикладной компонент io_composition_port соответствует точечному обозначению, используемому в большинстве обязательных языков программирования.
Пример - a:=a_data_type.a_data_field.
Атрибут is_alias_for: Этот атрибут определяет прикладной компонент data_instance, атрибут port_of которого присваивается прикладному компоненту io_composition_port. Прикладной компонент data_instance должен быть на один уровень ниже в иерархии типов абстрактных данных, чем прикладной компонент io_port, который определяется с помощью атрибута port_of.
Примечание 4 — Этот случай соответствует точечному обозначению в языках программирования. Рассмотрим следующий тип составных данных:
Примечание 5 — Атрибут is_alias_for определяет область для типа составных данных, которые присваиваются величине данных (прикладному компоненту data_instance) с помощью атрибута is_alias_for.
Примечание 6 — Атрибут data заимствуется из прикладного компонента io_port.
Атрибут port_of: Этот атрибут определяет прикладной компонент io_port, частью которого является прикладной компонент io_composition_port.
4.3.136 Прикладной компонент io_port
Прикладной компонент io_port является частью интерфейса функционального объекта.
Примечание 1 — Прикладной компонент io_port является абстрактным объектом и не должен реализовываться (создавать экземпляры).
Атрибут data: Этот атрибут определяет прикладной компонент data_instance, который указывает формат элемента в интерфейсе.
Атрибут io_port_number: Этот атрибут определяет прикладной компонент io_port_number, который в сочетании с атрибутами port_type и port_of должен быть уникальным для совокупности портов, связанных с данным элементом. Атрибут io_port_number является идентификатором прикладного компонента io_port.
Атрибут port_type: Этот атрибут определяет характер прикладного компонента io_port и может принимать одно из следующих состояний (значений):
- состояние input: Порт предназначен для обработки информации, исходящей от элементов вне контекста функциональных характеристик прикладного компонента io_port, и является элементом интерфейса;
- состояние output: Порт предназначен для обработки информации, исходящей от элементов в контексте функциональных характеристик прикладного компонента io_port, и является элементом интерфейса;
- состояние control: Порт предназначен для специализации входа, при которой наличие предоставляемой для данной части интерфейса информации является необходимым предварительным условием активации прикладного компонента io_port и частью интерфейса.
Примечание 2 — Для представления контрольных входов IDEF0 предусмотрено состояние control. Семантически нет разницы между атрибутами control и port_type;
- состояние mechanism: Порт предназначен для специализации входа, при которой наличие предоставляемых для данной части ресурсов является необходимым предварительным условием активации прикладного компонента io_port и частью интерфейса.
Примечание 3 — Для представления контрольных входов IDEF0 предусмотрено состояние mechanism. Семантически нет разницы между атрибутами mechanism и port_type.
Атрибут role: Этот атрибут определяет взаимодействие между прикладными компонентами io_port, служит для выдачи или получения информации и может принимать одно из следующих состояний (значений).
4.3.137 Прикладной компонент io_port_binding
Прикладной компонент io_port_binding определяет преобразование одного прикладного компонента actual_io_port в прикладной компонент formal_io_port.
Примечание 1 — В языках программирования это преобразование соответствует преобразованию между формальными и фактическими параметрами при обращении к функции.
Примечание 2 — Прикладной компонент io_port_binding является действующим лишь в случае, когда прикладной компонент actual_io_port объединяется с прикладным компонентом function_instance, поскольку его атрибут definition относится к прикладному компоненту general_function_definition, а атрибут port_of относится к прикладному компоненту formal_io_port.
Атрибут actual_port: Этот атрибут определяет прикладной компонент actual_io_port в указанном преобразовании.
Атрибут formal_port: Этот атрибут определяет прикладной компонент formal_io_port в указанном преобразовании.
4.3.138 Прикладной компонент io_split_join
Прикладной компонент io_split_join принадлежит к тому же типу, что и прикладной компонент general_functionality_instance, и характеризует способ разделения элементов прикладного компонента functional_link, передающего композитные данные в несколько прикладных компонентов functional_link, которые передают или объединяют первичные данные в прикладной компонент functional_link, который передает первичные данные в прикладной компонент functional_link, передающий композитные данные.
Примечание - Судьба этого компонента неясна, поскольку он может быть удален из модели, а функциональные характеристики могут быть заменены обыкновенной функцией.
| ) ENTITY io_split_join SUBTYPE OF (general_functionality_instance) ; END_ENTITY; ( |
|---|
4.3.139 Прикладной компонент issue_source_relationship
Прикладной компонент issue_source_relationship определяет способ связи элементов, которые действуют как часть постановки вопроса к прикладному компоненту critical_issue.
| ) ENTITY issue_source_relationship; description : OPTIONAL text_select; issue : critical_issue; issue_source : issue_source_select; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту issue_source_relationship.
Атрибут issue: Этот атрибут определяет прикладной компонент critical_issue, которому присваивается атрибут issue_source.
Атрибут issue_source: Этот атрибут определяет элемент, который поднимает проблему.
4.3.140 Прикладной компонент issue_system_assignment
Прикладной компонент issue_system_assignment определяет способ связи прикладного компонента critical_issue с прикладным компонентом system_view или system_instance, для которого проблема является значимой.
| ) ENTITY issue_system_assignment; description : OPTIONAL text_select; identified_system : system_select; issue : critical_issue; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту issue_system_assignment.
Атрибут identified_system: Этот атрибут определяет прикладной компонент system_view или system_instance в указанной связи.
Атрибут issue: Этот атрибут определяет прикладной компонент critical_issue в указанной связи.
4.3.141 Прикладной компонент justification
Прикладной компонент justification определяет текстовое описание причин существования части системы или обоснование проектирования.
| ) ENTITY justification; assigned_to : justification_assignment_select; justification_text : text_select; role : label; END_ENTITY; ( |
|---|
Атрибут assigned_to: Этот атрибут определяет компонент, к которому применим прикладной компонент justification.
Атрибут justification_text: Этот атрибут определяет текстовый комментарий к компоненту, ссылка на который дается с помощью атрибута assigned_to.
Атрибут role: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент justification.
Пример 12 — Значением для прикладного компонента justification может быть «comment», «rationale» или «justification».
4.3.142 Прикладной компонент justification_relationship
Прикладной компонент justification_relationship определяет ряд взаимосвязей между двумя прикладными компонентами justification.
Примечание - Точная семантика этих взаимосвязей зависит от значения атрибута relationship_type.
Пример 13 — Взаимосвязь между двумя прикладными компонентами justification может возникать в той ситуации, когда выбор одного альтернативного варианта в определенной части разработки может оказывать влияние на последующий выбор вариантов и делать возможные альтернативные варианты недействительными.
| ) ENTITY justification_relationship; description : OPTIONAL text_select; related : justification; relating : justification; relationship_type : label; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту justification_relationship.
Атрибут related: Этот атрибут определяет второй прикладной компонент justification в указанной взаимосвязи.
Атрибут relating: Этот атрибут определяет первый прикладной компонент justification в указанной взаимосвязи.
Атрибут relationship_type: Этот атрибут определяет семантику указанной взаимосвязи.
4.3.143 Прикладной компонент leaf_function_definition
Прикладной компонент leaf_function_definition принадлежит к тому же типу, что и прикладной компонент general_function_definition, который в дальнейшем не может разделяться.
Примечание 1 — Иерархия функций всегда будет ограничиваться прикладным компонентом leaf_function_definition. При более поздней проектной реализации системы прикладной компонент leaf_function может преобразоваться в прикладной компонент composite_function_definition. В этом случае будут использоваться прикладные компоненты configuration_element_version, идентифицируемые двумя вариантами одного и того же компонента.
| ) ENTITY leaf_function_definition SUBTYPE OF (general_function_definition) ; definition : textual_specification; function_type : OPTIONAL label; predefined : BOOLEAN; END_ENTITY; ( |
|---|
Атрибут definition: Этот атрибут определяет текст, который описывает, какая услуга, преобразование, изменение состояния и т.п. будут выполняться с помощью данной функции, а также прикладной компонент textual_specification, дающий спецификацию и язык ее описания для прикладного компонента leaf_function_definition.
Примечание 2 — В настоящем стандарте не описывается какой-либо способ, гарантирующий непротиворечивость и корректность содержания этого определения.
Атрибут function_type: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент leaf_function_definition, и в основном смысле должен интерпретироваться как определяющий класс функций.
Примечание 3 — Допустимыми состояниями (значениями) атрибута function_type могут быть mathematical, transformational или trigonometric.
Примечание 4 — В настоящем стандарте даются определения предпочтительных состояний (значений) этого атрибута.
Атрибут predefined: Этот атрибут определяет, имеет ли предварительно определенный компонент формально задаваемую семантику в экспортируемом средстве.
Примечание 5 — Данный атрибут определяет простой способ, позволяющий средствам, обладающим большими библиотеками предварительно задаваемых функций, обмениваться информацией без преобразования слишком большого объема информации с помощью определяемых пользователем функций.
4.3.144 Прикладной компонент lobound_integer_interval
Прикладной компонент lobound_integer_interval принадлежит к тому же типу, что и прикладной компонент integer_interval, и имеет нижнюю границу, ограничивающую подмножество содержащихся в нем целых чисел.
| ) ENTITY lobound_integer_interval SUBTYPE OF (integer_interval) ; low_index : INTEGER; END_ENTITY; ( |
|---|
Атрибут low_index: Этот атрибут определяет минимальное значение, которое может принимать прикладной компонент data_instance данного типа.
4.3.145 Прикладной компонент lobound_real_interval
Прикладной компонент lobound_real_interval принадлежит к тому же типу, что и прикладной компонент real_interval, и имеет нижнюю границу, ограничивающую подмножество содержащихся в нем действительных чисел.
| ) ENTITY lobound_real_interval SUBTYPE OF (real_interval) ; low_closure : BOOLEAN; low_index : REAL; END_ENTITY; ( |
|---|
Атрибут low_closure: Этот атрибут определяет, включается ли атрибут low_index в прикладной компонент maths_space. Состояние TRUE соответствует его включению, а состояние FALSE — невключению этого атрибута.
Атрибут low_index: Этот атрибут определяет минимальное значение, которое может принимать прикладной компонент data_instance данного типа.
4.3.146 Прикладной компонент logical_data_type_definition
Прикладной компонент logical_data_type_definition принадлежит к тому же типу, что и прикладной компонент elementary_maths_space, чьими состояниями являются TRUE, FALSE или UNKNOWN.
Примечание - Прикладной компонент logical_data_type_definition не моделируется как прикладной компонент finite_space, так и понятие прикладного компонента logical_data_type_definition, которые могут иметь более точный смысл, чем это будет допускаться прикладным компонентом finite_space.
| ) ENTITY logical_data_type_definition SUBTYPE OF (elementary_maths_space) ; END_ENTITY; ( |
|---|
4.3.147 Прикладной компонент maths_space
Прикладной компонент maths_space определяет множество математических значений, которое может принимать прикладной компонент data_instance в данной области значений.
Примечание - Для целей контроля типов данных должны быть предусмотрены строки, состоящие из математических значений.
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту maths_space.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента maths_space.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент maths_space.
4.3.148 Прикладной компонент model_defined_requirement_definition
Прикладной компонент model_defined_requirement_definition принадлежит к тому же типу, что и прикладной компонент requirement_definition, у которого требуемые функциональные возможности устанавливаются с использованием определенного вида модели, выражаемого в формате настоящего стандарта.
Примечание - Модель может выражаться в любом формате, поддерживаемом спецификацией PAS 20542.
| ) ENTITY model_defined_requirement_definition SUBTYPE OF (requirement_definition) ; assigned_model : system_view; model_relevance : OPTIONAL text_select; END_ENTITY; ( |
|---|
Атрибут assigned_model: Этот атрибут определяет модель, которая задает требование.
Атрибут model_relevance: Этот атрибут определяет в текстовом виде способ интерпретации требования, выражаемого с помощью модели, или то, какая часть атрибута assigned_model выражает это требование.
4.3.149 Прикладной компонент multi_level_view
Прикладной компонент multi_level_view определяет множество прикладных компонентов graphics_view, которые дают информационно-ознакомительное описание нескольких уровней разделения в рамках единого представления.
Примечание 1 — Прикладной компонент multi_level_view не должен реализовываться при отсутствии для частного прикладного компонента graphics_view иерархии прикладного компонента graphics_view.
Примечание 2 — Прикладной компонент multi_level_view предусмотрен для представления нескольких уровней разделения проектной схемы.
| ) ENTITY multi_level_view; description : OPTIONAL text_select; reference_name : OPTIONAL label; top_view : graphics_view; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту multi_level_view.
Атрибут reference_name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент multi_level_view.
Атрибут top_view: Этот атрибут определяет прикладной компонент graphics_view, для которого прикладным компонентом multi_level_view является элемент top_view.
4.3.150 Прикладной компонент name_binding
Прикладной компонент name_binding определяет преобразование, связывающее прикладной компонент function_reference в области имен (в части иерархической классификации) для прикладных компонентов composite_function_definition и state_function_interaction_port.
Примечание - Прикладной компонент name_binding преобразует ссылку на прикладной компонент function_instance, используемый в прикладном компоненте functional_state_context, в действующий прикладной компонент function_instance, для чего вводятся два следующих объекта порта:
-
прикладной компонент function_reference: Обеспечивает ссылку на прикладной компонент function_instance;
-
прикладной компонент state_function_interaction_port: Определяет локальную ссылку в прикладном компоненте functional_state_context.
| ) ENTITY name_binding; actual_port : function_reference; formal_port : state_function_interaction_port; END_ENTITY; ( |
|---|
Атрибут actual_port: Этот атрибут определяет прикладной компонент function_reference в указанной связи.
Атрибут formal_port: Этот атрибут определяет прикладной компонент state_function_interaction_port в указанной связи.
4.3.151 Прикладной компонент nominal_value
Прикладной компонент nominal_value принадлежит к тому же типу, что и прикладной компонент value_with_unit, и количественно выражается численным значением вместе с единицей измерения.
| ) ENTITY nominal_value SUBTYPE OF (value_with_unite) ; value_component : NUMBER; INVERSE limitation : SET[0:1] OF plus_minus_bounds FOR limited_value; END_ENTITY; ( |
|---|
Атрибут value_component: Этот атрибут определяет значение nominal.
Примечание - Это определение заимствовано из протокола AP-214 ARM-модели.
Атрибут limitation: Этот атрибут определяет прикладной компонент nominal_value, дополнительно определяемый прикладным компонентом plus_minus_bound.
4.3.152 Прикладной компонент non_digital_document
Прикладной компонент non_digital_document принадлежит к тому же типу, что и прикладной компонент document_reference, и обеспечивает ссылку на документ, представляемый не в цифровой форме.
| ) ENTITY non_digital_document SUBTYPE OF (documentation_reference) ; location : label; END_ENTITY; ( |
|---|
Атрибут location: Этот атрибут определяет физическое положение, в котором может находиться прикладной компонент non_digital_document.
4.3.153 Прикладной компонент oo_action
Прикладной компонент oo_action является выполняемым оператором, который дает абстрактное представление о процедуре вычислений.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_action.
Атрибут is_asynchronous: Этот атрибут определяет, будет ли прикладной компонент oo_action выполняться синхронно или асинхронно.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент oo_action.
Атрибут script: Этот атрибут определяет прикладной компонент textual_specification, который дает спецификацию и ее язык описания для прикладного компонента oo_action.
4.3.154 Прикладной компонент oo_action_state
Прикладной компонент oo_action_state принадлежит к тому же типу, что и прикладной компонент cb_place, и характеризует выполнение элементарного действия, обычно связанного с инициализацией прикладного компонента oo_operation.
| ) ENTITY oo_action_staten SUBTYPE OF (cb_place) ; END_ENTITY; ( |
|---|
4.3.155 Прикладной компонент oo_action_staten_transition
Прикладной компонент oo_action_staten_transition принадлежит к тому же типу, что и прикладной компонент cb_transition, и определяет временную взаимосвязь между двумя прикладными компонентами oo_action_state.
| ) ENTITY oo_action_staten_transition SUBTYPE OF (cb_transition) ; END_ENTITY; ( |
|---|
4.3.156 Прикладной компонент oo_action_temporal_relationship
Прикладной компонент oo_action_temporal_relationship определяет взаимосвязь между двумя прикладными компонентами oo_action и указывает временной порядок их выполнения.
| ) ENTITY oo_action_temporal_relationshipn; description : OPTIONAL text_select; predecessor : oo_action; successor : oo_action; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_action_temporal_relationship.
Атрибут predecessor: Этот атрибут определяет более ранний прикладной компонент oo_action.
Атрибут successor: Этот атрибут определяет более поздний прикладной компонент oo_action.
4.3.157 Прикладной компонент oo_actor
Прикладной компонент oo_actor определяет взаимосвязанное множество ролей, которые пользователь прикладного компонента oo_use_case может играть при взаимодействии с ним.
| ) ENTITY oo_actor; description : OPTIONAL text_select id : element_identifier; name : label; namespace : OPTIONAL oo_namespace_select; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_actor.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента oo_actor.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент oo_actor.
Атрибут namespace: Этот атрибут определяет элемент, которому принадлежит прикладной компонент oo_actor. Имена элементов, принадлежащие одной и той же области имен, должны быть уникальными в данной области.
4.3.158 Прикладной компонент oo_argument
Прикладной компонент oo_argument определяется атрибутом initial_value, соответствующим прикладному компоненту oo_parameter.
| ) ENTITY oo_argument; action : oo_action; initial_value : text_select; END_ENTITY; ( |
|---|
Атрибут action: Этот атрибут определяет прикладной компонент oo_action, которому принадлежит этот атрибут.
Атрибут initial_value: Этот атрибут определяет свое действующее значение.
4.3.159 Прикладной компонент oo_association
Прикладной компонент oo_association принадлежит к тому же типу, что и прикладной компонент oo_generic_association, и обеспечивает семантическую взаимосвязь между элементами системы.
| ) ENTITY oo_association SUBTYPE OF (oo_generic_association) ; WHERE WR1: SELF\oo_generic_association.reading_direction IN SELF\oo_generic_association.connection; END_ENTITY; ( |
|---|
4.3.160 Прикладной компонент oo_association_class
Прикладной компонент oo_association_class определяет объект, который обладает свойствами прикладных компонентов oo_class_association и oo_class и представляет собой множество прикладных компонентов oo_object, которые одновременно могут реализовываться вместе со связанным с ним представителем (экземпляром).
| ) ENTITY oo_association_class; class : oo_class; class_association : oo_generic_association; description : OPTIONAL text_select; END_ENTITY; ( |
|---|
Атрибут class: Этот атрибут определяет связанный прикладной компонент oo_object.
Атрибут class_association: Этот атрибут определяет связанный прикладной компонент oo_association.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_association_class.
4.3.161 Прикладной компонент oo_association_end
Прикладной компонент oo_association_end принадлежит к тому же типу, что и прикладной компонент oo_generic_association_end, и указывает конечную точку для прикладного компонента oo_association.
| ) ENTITY oo_association_end SUBTYPE OF (oo_generic_association_end) ; SELF\oo_generic_association_end. RENAMED association : oo_association; END_ENTITY; ( |
|---|
4.3.162 Прикладной компонент oo_association_end_classifier_relationship
Прикладной компонент oo_association_end_classifier_relationship определяет взаимосвязь между прикладным компонентом oo_association_end и классификатором, определяющим прикладной компонент oo_association_end_classifier_relationship.
| ) ENTITY oo_association_end_classifier_relationship; association_end : oo_generic_association_end; description : OPTIONAL text_select; specification : oo_extended_classifier_select; END_ENTITY; ( |
|---|
Атрибут association_end: Этот атрибут определяет классифицированный прикладной компонент oo_association_end.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_association_end_classifier_relationship.
Атрибут specification: Этот атрибут определяет классификатор.
4.3.163 Прикладной компонент oo_association_end_qualifier_association
Прикладной компонент oo_association_end_qualifier_association определяет взаимосвязь между прикладными компонентами oo_association_end и oo_attribute.
| ) ENTITY oo_association_end_qualifier_association; association_end : oo_generic_association_end; qualifier : OPTIONAL oo_attributen; END_ENTITY; ( |
|---|
Атрибут association_end: Этот атрибут определяет классифицированный прикладной компонент oo_association_end.
Атрибут qualifier: Этот атрибут определяет классификационный прикладной компонент oo_attribute object.
4.3.164 Прикладной компонент oo_association_end_role
Прикладной компонент oo_association_end_role принадлежит к тому же типу, что и прикладной компонент oo_generic_association_end, и определяет конечную точку для прикладного компонента oo_association_role.
Атрибут base: Этот атрибут определяет прикладной компонент oo_generic_association_end, на котором базируется прикладной компонент oo_association_end_role.
Атрибут collaboration_multiplicity: Этот атрибут определяет число адресных реализаций, которые могут связываться с единственной исходной реализацией в заданном прикладном компоненте oo_association_role с помощью прикладного компонента oo_association_end_role.
Атрибут role_type: Этот атрибут определяет семантику прикладного компонента oo_association_end_role.
4.3.165 Прикладной компонент oo_association_role
Прикладной компонент oo_association_role принадлежит к тому же типу, что и прикладной компонент oo_generic_association, и определяет специфическое поведение прикладного компонента oo_association в конкретном контексте.
Атрибут base: Этот атрибут определяет прикладной компонент oo_association, на котором основывается прикладной компонент oo_association_role.
Атрибут multiplicity: Этот атрибут определяет число адресных реализаций, которые могут связываться с единственной исходной реализацией в заданном прикладном компоненте oo_association.
4.3.166 Прикладной компонент oo_attribute
Прикладной компонент oo_attribute является поименованной частью классификатора, которая определяет диапазон значений, которые могут принимать экземпляры этого классификатора.
Атрибут definition: Этот атрибут определяет тип определения прикладного компонента oo_attribute.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_attribute.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента oo_attribute.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент oo_attribute.
Атрибут owner: Этот атрибут определяет классификатор, к которому принадлежит прикладной компонент oo_attribute.
Атрибут visibility: Этот атрибут определяет способ, с помощью которого прикладной компонент oo_attribute может быть «видимым» вне его замкнутой области имен. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние private: Определяет, что прикладной компонент oo_attribute будет «видим» только для элементов в той же области имен;
- состояние protected: Определяет, что прикладной компонент oo_attribute будет «видим» только для элементов в той же области имен, а также в наследуемых им областях имен;
- состояние public: Определяет, что доступ к прикладному компоненту oo_attribute может осуществляться из других элементов, включая и те, которые находятся вне области имен прикладного компонента oo_attribute.
4.3.167 Прикладной компонент oo_attribute_instance
Прикладной компонент oo_attribute_instance является представителем (экземпляром) прикладного компонента oo_attribute.
| ) ENTITY oo_attributen_instance; attribute_value : label; definition : oo_attributen; owner : oo_extended_classifier_select; END_ENTITY; ( |
|---|
Атрибут attribute_value: Этот атрибут определяет фактическое значение прикладного компонента oo_attribute_instance.
Атрибут definition: Этот атрибут определяет прикладной компонент oo_attribute, который дает определение прикладному компоненту oo_attribute_instance.
Атрибут owner: Этот атрибут определяет классификатор, к которому принадлежит прикладной компонент oo_attribute_instance.
4.3.168 Прикладной компонент oo_attribute_link_end_association
Прикладной компонент oo_attribute_link_end_association позволяет соотносить прикладные компоненты oo_attribute_instance с прикладными компонентами oo_attribute_link_end.
| ) ENTITY oo_attributen_link_end_associatione; attribute_instance : oo_attributen_instance; description : text_select; link_end : oo_link_end; END_ENTITY; ( |
|---|
Атрибут attribute_instance: Этот атрибут определяет прикладной компонент oo_attribute_instance, который присоединяется к прикладному компоненту oo_link_end и задается с помощью атрибута link_end.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_attribute_link_end_association.
Атрибут link_end: Этот атрибут определяет прикладной компонент oo_link_end, к которому присоединяется атрибут attribute_instance.
4.3.169 Прикладной компонент oo_behavioural_feature
Прикладной компонент oo_behavioural_feature определяет динамическое свойство классификатора.
| ) ENTITY oo_behavioural_featuree ABSTRACT SUPERTYPE OF ( ONEOF(oo_method, oo_operation, name : label; owner : oo_classifier_select; visibility : label; END_ENTITY; ( |
|---|
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент oo_behavioural_feature.
Атрибут owner: Этот атрибут определяет классификатор, к которому принадлежит прикладной компонент oo_behavioural_feature.
Атрибут visibility: Этот атрибут определяет способ, с помощью которого прикладной компонент oo_behavioural_feature может быть «видимым» вне его замкнутой области имен. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние private: Определяет, что прикладной компонент oo_behavioural_feature будет «видим» только для элементов в той же области имен;
- состояние protected: Определяет, что прикладной компонент oo_behavioural_feature будет «видимым» только для элементов в той же области имен, а также в наследуемых им областях имен;
- состояние public: Определяет, что доступ к прикладному компоненту oo_behavioural_feature может осуществляться из других элементов, включая и те, которые находятся вне области имен прикладного компонента oo_behavioural_feature.
4.3.170 Прикладной компонент oo_call_action
Прикладной компонент oo_call_action принадлежит к тому же типу, что и прикладной компонент oo_action, и обеспечивает запрос операции, определяемой как прикладной компонент oo_operation object.
| ) ENTITY oo_call_action SUBTYPE OF (oo_action) ; operation : oo_operation; END_ENTITY; ( |
|---|
Атрибут operation: Этот атрибут определяет прикладной компонент oo_operation, который будет запрашиваться.
4.3.171 Прикладной компонент oo_class
Прикладной компонент oo_class определяет основное объектно-ориентированное обозначение, представляющее собой множество прикладных компонентов oo_object, имеющих одну и ту же совокупность общих свойств, что и у прикладных компонентов oo_attribute, oo_operation, oo_method и relationships, в форме прикладного компонента oo_association, oo_generalization, oo_dependency, oo_extension или oo_inclusion.
Атрибут associated_version: Этот атрибут определяет прикладной компонент configuration_element_version для прикладного компонента oo_class.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_class.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента oo_class.
Атрибут is_active: Этот атрибут определяет, принадлежит ли представитель прикладного компонента oo_class (в виде прикладного компонента oo_object) к потоку контрольных данных. Если этот атрибут находится в состоянии TRUE, то представитель прикладного компонента oo_object с атрибутом is_active будет принадлежать этому потоку и может выполняться одновременно с другими активированными представителями прикладного компонента oo_class. Если этот атрибут находится в состоянии FALSE, то запросы прикладного компонента oo_operation будут выполняться под контролем запрашивающего активного прикладного компонента oo_object.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент oo_class.
Атрибут namespace: Этот атрибут определяет элемент, к которому принадлежит прикладной компонент oo_class. Имена элементов, принадлежащих к одной и той же области имен, должны быть уникальными в совокупности этих элементов.
Атрибут visibility: Этот атрибут определяет способ, с помощью которого прикладной компонент oo_class может быть «видимым» вне его замкнутой области имен. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние private: Определяет, что прикладной компонент oo_class oo_class будет «видим» только для элементов в той же области имен;
- состояние protected: Определяет, что прикладной компонент oo_class будет «видим» только для элементов в той же области имен, а также в наследуемых им областях имен;
- состояние public: Определяет, что доступ к прикладному компоненту oo_class может осуществляться из других элементов, включая и те, которые находятся вне области имен прикладного компонента oo_class.
4.3.172 Прикладной компонент oo_classifier_role
Прикладной компонент oo_classifier_role является специфическим представлением классификатора конкретного контекста.
| ) ENTITY oo_classifier_rolen; multiplicity : cardinality_association_select; INVERSE association_end_role : SET[0:?] OF oo_association_end_role FOR role_type; END_ENTITY; ( |
|---|
Атрибут multiplicity: Этот атрибут определяет число прикладных компонентов oo_classifier_role, которые могут быть связаны с одиночным отправителем ссылочного прикладного компонента oo_message.
Атрибут association_end_role: Этот атрибут определяет семантику прикладного компонента oo_association_end_role.
4.3.173 Прикладной компонент oo_collaboration
Прикладной компонент oo_collaboration определяет способ, с помощью которого различные элементы должны использоваться при выполнении конкретного задания.
| ) ENTITY oo_collaboration; description : OPTIONAL text_select; id : element_identifier; name : label; representing : oo_classifier_or_operation_select; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_collaboration.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента oo_collaboration.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент oo_collaboration.
Атрибут representing: Этот атрибут определяет элемент, чье представление описывается с помощью прикладного компонента oo_collaboration.
4.3.174 Прикладной компонент oo_component
Прикладной компонент oo_component представляет подлежащую распределению часть реализуемой системы.
| ) ENTITY oo_component; description : OPTIONAL text_select; id : element_identifier; name : label; namespace : OPTIONAL oo_namespace_select; visibility : label; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_component.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента oo_component.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент oo_component.
Атрибут namespace: Этот атрибут определяет элемент, к которому принадлежит прикладной компонент oo_component. Имена элементов, принадлежащих к одной и той же области имен, должны быть уникальными в совокупности этих элементов.
Атрибут visibility: Этот атрибут определяет способ, с помощью которого прикладной компонент oo_component может быть «видимым» вне ограниченной области имен. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние private: Определяет, что прикладной компонент oo_component будет «видим» для элементов в той же области имен;
- состояние protected: Определяет, что прикладной компонент oo_component будет «видим» для элементов в той же области имен, а также в наследуемой для этих элементов области имен;
- состояние public: Определяет, что прикладной компонент oo_component может быть доступен из других элементов, включая и те, что находятся вне области имен прикладного компонента oo_component.
4.3.175 Прикладной компонент oo_component_allocation
Прикладной компонент oo_component_allocation определяет размещение прикладного компонента oo_component в прикладном компоненте physical_instance_reference.
| ) ENTITY oo_component_allocation; deployment_location : physical_instance_reference; description : OPTIONAL text_select; resident : oo_component; END_ENTITY; ( |
|---|
Атрибут deployment_location: Этот атрибут определяет прикладной компонент physical_instance_reference, в котором прикладной компонент oo_component определяется постоянно проживающими лицами.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_component_allocation.
Атрибут resident: Этот атрибут определяет размещенный прикладной компонент oo_component.
4.3.176 Прикладной компонент oo_constraint
Прикладной компонент oo_constraint определяет семантическое условие или ограничение.
| ) ENTITY oo_constraint; body : textual_specification; END_ENTITY; ( |
|---|
Атрибут body: Этот атрибут определяет прикладной компонент textual_specification, который задает спецификацию и язык ее описания прикладного компонента oo_constraint.
4.3.177 Прикладной компонент oo_constraint_model_element_relationship
Прикладной компонент oo_constraint_model_element_relationship определяет размещение прикладного компонента oo_constraint в элементе.
| ) ENTITY oo_constraint_model_element_relationship; constraint : oo_constraint; model_element : oo_model_element_select; END_ENTITY; ( |
|---|
Атрибут constraint: Этот атрибут определяет ограничение прикладного компонента oo_constraint.
Атрибут model_element: Этот атрибут определяет ограниченный элемент.
4.3.178 Прикладной компонент oo_create_action
Прикладной компонент oo_create_action принадлежит к тому же типу, что и прикладной компонент oo_action, и определяет формирование классификатора.
| ) ENTITY oo_create_action SUBTYPE OF (oo_action); instantiation : oo_classifier_select; END_ENTITY; ( |
|---|
Атрибут instantiation: Этот атрибут определяет классификатор, который был сформирован с помощью прикладного компонента oo_create_action.
4.3.179 Прикладной компонент oo_dependency
Прикладной компонент oo_dependency определяет взаимосвязь между двумя прикладными компонентами, в которых изменение элемента поставщика будет оказывать влияние на элемент заказчика.
| ) ENTITY oo_dependency; client : oo_model_element_select; description : text_select; supplier : oo_model_element_select; END_ENTITY; ( |
|---|
Атрибут client: Этот атрибут определяет зависимый элемент прикладного компонента oo_dependency.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_dependency.
Атрибут supplier: Этот атрибут определяет независимый элемент прикладного компонента oo_dependency.
4.3.180 Прикладной компонент oo_element_import
Прикладной компонент oo_element_import позволяет использовать прикладной компонент model_element в прикладном компоненте oo_package.
| ) ENTITY oo_element_import; alias_name : OPTIONAL label; container : oo_package; model_element : oo_model_element_select; name : label; visibility : label; END_ENTITY; ( |
|---|
Атрибут alias_name: Этот атрибут определяет альтернативное имя для импортированного прикладного компонента model_element, которое может использоваться для ссылки на прикладной компонент model_element.
Атрибут container: Этот атрибут определяет прикладной компонент oo_package, который импортирует прикладной компонент model_element через хранилище.
Атрибут model_element: Этот атрибут определяет импортируемый элемент.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент oo_element_import.
Атрибут visibility: Этот атрибут определяет способ, с помощью которого прикладной компонент oo_element_import может быть «видимым» вне ограниченной области имен. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние private: Определяет, что прикладной компонент oo_element_import будет «видим» для элементов в той же области имен;
- состояние protected: Определяет, что прикладной компонент oo_element_import будет «видим» для элементов в той же области имен, а также в наследуемой им областях имен;
- состояние public: Определяет, что прикладной компонент oo_element_import может быть доступен из других элементов, включая и те, что находятся вне области имен прикладного компонента oo_element_import.
4.3.181 Прикладной компонент oo_element_residence
Прикладной компонент oo_element_residence идентифицирует прикладной компонент oo_component, в котором хранится реализуемый элемент.
| ) ENTITY oo_element_residencen; description : OPTIONAL text_select; implementation_location : oo_component; resident : oo_model_element_select; visibility : label; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_element_residence.
Атрибут implementation_location: Этот атрибут определяет прикладной компонент oo_component, в котором хранится элемент.
Атрибут resident: Этот атрибут определяет элемент, хранящийся в прикладном компоненте oo_component и определенный с помощью атрибута implementation_location.
Атрибут visibility: Этот атрибут определяет способ, с помощью которого прикладной компонент oo_element_residence может быть «видимым» вне ограниченной области имен. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние private: Определяет, что прикладной компонент oo_element_residence будет «видим» для элементов в той же области имен;
- состояние protected: Определяет, что прикладной компонент oo_element_residence будет «видим» только для элементов в той же области имен, а также в наследуемых им областях имен;
- состояние public: Определяет, что прикладной компонент oo_element_residence может быть доступен из других элементов, включая и те, что находятся вне области имен прикладного компонента oo_element_residence.
4.3.182 Прикладной компонент oo_extension
Прикладной компонент oo_extension определяет связь расширения прикладного компонента oo_use_case с тем же основным прикладным компонентом.
| ) ENTITY oo_extension; base : oo_use_case; condition : text_select; extension : oo_use_case; extension_point : oo_extension_point; END_ENTITY; ( |
|---|
Атрибут base: Этот атрибут определяет исходный прикладной компонент oo_use_case в прикладном компоненте oo_extension.
Атрибут condition: Этот атрибут определяет прикладной компонент textual_specification, определяющий условие, которое должно выполняться для существования расширения.
Атрибут extension: Этот атрибут определяет расширенный прикладной компонент oo_use_case в прикладном компоненте oo_extension.
Атрибут extension_point: Этот атрибут определяет прикладной компонент oo_extension_point, определяющий место ввода информации.
4.3.183 Прикладной компонент oo_extension_point
Прикладной компонент oo_extension_point определяет положение, в котором прикладной компонент oo_use_case может расширяться посредством прикладного компонента oo_extension.
| ) ENTITY oo_extension_point; location : text_select; use_case : oo_use_case; END_ENTITY; ( |
|---|
Атрибут location: Этот атрибут определяет прикладной компонент textual_specification, указывающий положение прикладного компонента oo_extension_point в тексте.
Атрибут use_case: Этот атрибут определяет прикладной компонент oo_use_case, для которого прикладной компонент oo_extension_point является точкой ввода расширения.
4.3.184 Прикладной компонент oo_generalization
Прикладной компонент oo_generalization определяет таксономическую связь между более общим и более специфическим элементом.
| ) ENTITY oo_generalization; child : oo_generalizable_element_select; discriminator : label; parent : oo_generalizable_element_select; END_ENTITY; ( |
|---|
Атрибут child: Этот атрибут определяет более специфический элемент. При этом дочерний элемент является полностью совместимым с родительским элементом и способен содержать дополнительную информацию.
Атрибут discriminator: Этот атрибут определяет имя сегмента для всех дочерних элементов, имеющих один и тот же родительский элемент.
Атрибут parent: Этот атрибут определяет более общий элемент.
4.3.185 Прикладной компонент oo_generic_association
Прикладной компонент oo_generic_association определяет либо прикладной компонент oo_association, либо прикладной компонент oo_association_role, а также определяет семантическую связь между элементами и объектно-ориентированной системной спецификацией.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_generic_association.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента oo_generic_association.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент oo_generic_association.
Атрибут reading_direction: Этот атрибут определяет прикладной компонент oo_generic_association_end, на который указывает имя прикладного компонента oo_generic_association.
Пример 14 — Атрибут reading_direction для прикладного компонента oo_class называется adult, а другой прикладной компонент oo_class, именуемый child, называется parent. Атрибут reading_direction определяет child как направляемый компонент; например, связь будет читаться как «Adult is Parent of Child».
Атрибут visibility: Этот атрибут определяет способ, с помощью которого прикладной компонент oo_generic_association будет «видим» вне ограниченной области имен. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние private: Определяет, что прикладной компонент oo_generic_association будет «видим» для элементов в той же области имен;
- состояние protected: Определяет, что прикладной компонент oo_generic_association будет «видим» только для элементов в той же области имен, а также в наследуемых им областях имен.
Атрибут connection: Этот атрибут определяет прикладной компонент oo_association, для которого прикладной компонент oo_generic_association_end является конечным.
4.3.186 Прикладной компонент oo_generic_association_end
Прикладной компонент oo_generic_association_end определяет конечную точку для прикладного компонента oo_association.
Атрибут aggregation: Этот атрибут определяет отношение целого к части для связанных элементов.
Атрибут association: Этот атрибут определяет прикладной компонент oo_association, для которого прикладной компонент oo_generic_association_end является конечным.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_generic_association_end.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента oo_generic_association_end.
Атрибут is_navigable: Этот атрибут определяет, возможно ли перемещение от представителя источника к связанному с ним получателю.
Атрибут multiplicity: Этот атрибут определяет число представителей получателя, которое может связываться с единственным представителем источника посредством прикладного компонента oo_generic_association, определенного с помощью связанного с ним атрибута.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент oo_generic_association_end.
Атрибут visibility: Этот атрибут определяет способ, с помощью которого прикладной компонент oo_generic_association_end может быть «видимым» вне ограниченной области имен. Там, где это применимо, должны использоваться следующие состояния (значения):
- состояние private: Определяет, что прикладной компонент oo_generic_association_end будет «видим» только для элементов в той же области имен;
- состояние protected: Определяет, что прикладной компонент oo_generic_association_end будет «видим» только для элементов в той же области имен, а также в наследуемых им областях имен;
- состояние public: Определяет, что прикладной компонент oo_generic_association_end может быть доступен из других элементов, включая и те, что находятся вне области имен прикладного компонента oo_generic_association_end.
4.3.187 Прикладной компонент oo_inclusion
Прикладной компонент oo_inclusion указывает, что представитель прикладного компонента oo_use_case также будет содержать представление, определенное с помощью другого прикладного компонента oo_use_case.
| ) ENTITY oo_inclusion; addition : oo_use_case; base : oo_use_case; END_ENTITY; ( |
|---|
Атрибут addition: Этот атрибут определяет включенный прикладной компонент oo_use_case.
Атрибут base: Этот атрибут определяет включаемый прикладной компонент oo_use_case object.
4.3.188 Прикладной компонент oo_instance_classifier_relationship
Прикладной компонент oo_instance_classifier_relationship определяет взаимосвязь между прикладным компонентом и классификатором, прикладной компонент которого oo_instance_classifier_relationship является его представителем.
| ) ENTITY oo_instance_classifier_relationship; classifier : oo_extended_classifier_select; description : text_select; instance : oo_instance_select; END_ENTITY; ( |
|---|
Атрибут classifier: Этот атрибут определяет прикладной компонент, который дает определение прикладного компонента oo_instance_classifier_relationship.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_instance_classifier_relationship.
Атрибут instance: Этот атрибут определяет прикладной компонент oo_instance_classifier_relationship, который должен связываться с определенной операцией.
4.3.189 Прикладной компонент oo_interaction
Прикладной компонент oo_interaction определяет способ посылки сообщения между различными пунктами для выполнения определенного задания.
| ) ENTITY oo_interaction; description : OPTIONAL text_select; id : element_identifier; interaction_context : oo_collaboration; name : label; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_interaction.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента oo_interaction.
Атрибут interaction_context: Этот атрибут определяет прикладной компонент oo_collaboration, указывающий контекст прикладного компонента oo_interaction.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент oo_interaction.
4.3.190 Прикладной компонент oo_interfaces
Прикладной компонент oo_interfaces определяет совокупность прикладных компонентов oo_operation, которая может использоваться для определения услуги, предоставляемой данной инстанцией.
| ) ENTITY oo_interfaces; associated_version : configuration_element_version; description : OPTIONAL text_select; id : element_identifier; name : label; namespace : OPTIONAL oo_namespace_select; END_ENTITY; ( |
|---|
Атрибут associated_version: Этот атрибут определяет прикладной компонент configuration_element_version для прикладного компонента oo_interfaces.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_interfaces.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента oo_interfaces.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент oo_interfaces.
Атрибут namespace: Этот атрибут определяет элемент, к которому принадлежит прикладной компонент oo_class. Имена элементов, принадлежащих к одной и той же области имен, должны быть уникальными для совокупности этих элементов.
4.3.191 Прикладной компонент oo_link
Прикладной компонент oo_link определяет связь между инстанциями и является представителем прикладного компонента oo_association object.
| ) ENTITY oo_link; definition : oo_generic_association; INVERSE connection : SET[2:?] OF oo_link_end FOR link; END_ENTITY; ( |
|---|
Атрибут definition: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_generic_association.
Атрибут connection: Этот атрибут определяет связь для размещения прикладных компонентов oo_attribute_instance в прикладных компонентах oo_link_end.
4.3.192 Прикладной компонент oo_link_end
Прикладной компонент oo_link_end является конечной точкой для прикладного компонента oo_link и представителем прикладного компонента oo_association_end.
| ) ENTITY oo_link_end; definition : oo_generic_association_end; instance : oo_instance_select; link : oo_link; WHERE WR1: definition.association :=: link.definition; END_ENTITY; ( |
|---|
Атрибут definition: Этот атрибут определяет прикладной компонент oo_association_end, который дает описание прикладного компонента oo_link_end.
Атрибут instance: Этот атрибут определяет инстанцию, за которой закреплен прикладной компонент oo_link_end.
Атрибут link: Этот атрибут позволяет размещать прикладные компоненты oo_attribute_instance в прикладных компонентах oo_link_end.
4.3.193 Прикладной компонент oo_message
Прикладной компонент oo_message определяет связь между инстанциями, которая будет обеспечивать передачу информации, ожидая, что эта операция будет выполнена.
Атрибут action: Этот атрибут определяет прикладной компонент oo_action, который после выполнения будет передавать представитель прикладного компонента oo_message.
Атрибут communication: Этот атрибут определяет прикладной компонент oo_association_role, который указывает назначение, которое должны подтверждать отправитель и получатель.
Атрибут interaction: Этот атрибут определяет прикладной компонент oo_interaction, который является частью указанной связи.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент oo_message.
Атрибут receiver: Этот атрибут определяет получаемый прикладной компонент oo_classifier_role.
Атрибут sender: Этот атрибут определяет отправляемый прикладной компонент oo_classifier_role.
Атрибут sequence_number: Этот атрибут определяет порядок следования прикладного компонента oo_message в последовательности прикладных компонентов oo_message в процессе их полного взаимодействия.
4.3.194 Прикладной компонент oo_message_temporal_relationship
Прикладной компонент oo_message_temporal_relationship определяет взаимосвязь между двумя прикладными компонентами oo_message и указывает временной порядок их следования.
| ) ENTITY oo_message_temporal_relationship; predecessor : oo_message; successor : oo_message; END_ENTITY; ( |
|---|
Атрибут predecessor: Этот атрибут определяет предыдущий в последовательности прикладной компонент oo_message.
Атрибут successor: Этот атрибут определяет последующий в последовательности прикладной компонент oo_message.
4.3.195 Прикладной компонент oo_method
Прикладной компонент oo_method определяет способ реализации прикладного компонента oo_operation.
| ) ENTITY oo_method SUBTYPE OF (oo_behavioural_featuree) ; body : textual_specification; description : OPTIONAL text_select; id : element_identifier; specification : oo_operation; END_ENTITY; ( |
|---|
Атрибут body: Этот атрибут определяет прикладной компонент textual_specification, который задает спецификацию и язык ее описания для прикладного компонента oo_method.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_method.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента oo_method.
Атрибут specification: Этот атрибут определяет прикладной компонент oo_operation, для которого прикладной компонент oo_method является реализацией.
4.3.196 Прикладной компонент oo_model_element_stereotype_relationship
Прикладной компонент oo_model_element_stereotype_relationship определяет взаимосвязь между прикладным компонентом oo_stereotype и другим прикладным компонентом.
| ) ENTITY oo_model_element_stereotype_relationship; model_element : oo_model_element_select; stereotype : oo_stereotype; END_ENTITY; ( |
|---|
Атрибут model_element: Этот атрибут определяет связанный элемент.
Атрибут stereotype: Этот атрибут определяет связывающий прикладной компонент oo_stereotype.
4.3.197 Прикладной компонент oo_model_element_tagged_value_relationship
Прикладной компонент oo_model_element_tagged_value_relationship определяет взаимосвязь между прикладным компонентом oo_tagged_value и другим прикладным компонентом, использующим прикладной компонент oo_tagged_value.
| ) ENTITY oo_model_element_tagged_value_relationship; model_element : oo_model_element_select; tagged_value : oo_tagged_valuee; END_ENTITY; ( |
|---|
Атрибут model_element: Этот атрибут определяет связывающий элемент.
Атрибут tagged_value: Этот атрибут определяет связанный прикладной компонент oo_tagged_value.
4.3.198 Прикладной компонент oo_object
Прикладной компонент oo_object является представителем прикладного компонента oo_class.
| ) ENTITY oo_object; definition : oo_class; description : OPTIONAL text_select; id : element_identifier; END_ENTITY; ( |
|---|
Атрибут definition: Этот атрибут определяет прикладной компонент oo_class, для которого прикладной компонент oo_object является представителем.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_object.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента oo_object.
4.3.199 Прикладной компонент oo_operation
Прикладной компонент oo_operation определяет услугу, которая может запрашиваться для выполнения представления.
Атрибут concurrency: Этот атрибут определяет способ вызова прикладного компонента oo_operation для его выполнения.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_operation.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента oo_operation.
Атрибут is_abstract: Этот атрибут определяет, возможна ли реализация прикладного компонента oo_operation. Если он находится в состоянии TRUE, то прикладной компонент oo_operation будет абстрактным и не может быть непосредственно реализован, а реализованы могут быть только производные атрибуты is_abstract. Если же он находится в состоянии FALSE, то атрибут is_abstract не будет абстрактным и может быть реализован.
Атрибут specification: Этот атрибут определяет прикладной компонент textual_specification, который дает спецификацию и язык ее описания для прикладного компонента oo_operation.
4.3.200 Прикладной компонент oo_operation_interface_association
Прикладной компонент oo_operation_interface_association определяет взаимосвязь между прикладными компонентами oo_operation и oo_interface.
| ) ENTITY oo_operation_interface_association; description : OPTIONAL text_select; interface : oo_interfaces; operation : oo_operation; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_operation_interface_association.
Атрибут interface: Этот атрибут определяет прикладной компонент oo_interface, чьей частью он является.
Атрибут operation: Этот атрибут определяет прикладной компонент oo_operation, который является частью прикладного компонента oo_interface, определяемого с помощью интерфейса.
4.3.201 Прикладной компонент oo_package
Прикладной компонент oo_package определяет универсальный способ группирования прикладных компонентов.
Атрибут associated_version: Этот атрибут определяет прикладной компонент configuration_element_version для прикладного компонента oo_package.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_package.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента oo_package.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент oo_package.
Атрибут visibility: Этот атрибут определяет способ, с помощью которого прикладной компонент oo_package может быть «видимым» вне ограниченной области имен. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние private: Определяет, что прикладной компонент oo_package будет «видим» только для элементов в той же области имен;
- состояние protected: Определяет, что прикладной компонент oo_package будет «видим» только для элементов в той же области имен, а также в наследуемых им областях имен;
- состояние public: Определяет, что прикладной компонент oo_package может быть доступен и для других элементов, включая и те, что находятся вне области имен прикладного компонента oo_package.
Атрибут element_import: Этот атрибут определяет прикладной компонент oo_package, который будет импортировать прикладной компонент model_element в хранилище.
4.3.202 Прикладной компонент oo_parameter
Прикладной компонент oo_parameter является переменной, которая может изменяться, пропускаться или возвращаться.
| ) ENTITY oo_parametere; behavioural_feature : oo_behavioural_feature; default_value : label; kind : label; name : label; parameter_type : oo_classifier_select; visibility : label; END_ENTITY; ( |
|---|
Атрибут behavioural_feature: Этот атрибут определяет прикладной компонент oo_behavioural_feature, к которому принадлежит прикладной компонент behavioural_feature.
Атрибут default_value: Этот атрибут определяет состояние (значение), которое придается атрибуту default_value, когда он создается или если его состояние выпадает из допустимого диапазона значений.
Атрибут kind: Этот атрибут определяет его направление изменений. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на него.
Атрибут parameter_type: Этот атрибут определяет тип его определения.
Атрибут visibility: Этот атрибут определяет способ, с помощью которого этот атрибут может быть «видимым» вне ограниченной области имен.
4.3.203 Прикладной компонент oo_reception
Прикладной компонент oo_reception указывает, что определенный заказчиком классификатор подготовлен к получению прикладного компонента oo_signal. Классификатором является один из следующих прикладных компонентов: physical_instance, oo_class, oo_actor, oo_use_case, oo_signal, oo_component или oo_interface.
| ) ENTITY oo_reception SUBTYPE OF (oo_behavioural_featuree) ; signal : oo_signal; specification : text_select; END_ENTITY; ( |
|---|
Атрибут signal: Этот атрибут определяет прикладной компонент oo_signal, который заказчик приготавливает для реагирования.
Атрибут specification: Этот атрибут определяется для спецификации.
4.3.204 Прикладной компонент oo_send_action
Прикладной компонент oo_send_action определяет операцию асинхронной передачи сигналов.
| ) ENTITY oo_send_action SUBTYPE OF (oo_action) ; signal : oo_signal; END_ENTITY; ( |
|---|
Атрибут signal: Этот атрибут определяет прикладной компонент oo_signal, который должен быть возрастающим.
4.3.205 Прикладной компонент oo_signal
Прикладной компонент oo_signal определяет асинхронную связь между инстанциями.
| ) ENTITY oo_signal; name : label; namespace : OPTIONAL oo_namespace_select; END_ENTITY; ( |
|---|
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на этот атрибут.
Атрибут namespace: Этот атрибут определяет элемент, к которому принадлежит этот атрибут. Имена элементов, принадлежащих к одной и той же области имен, должны быть уникальными для совокупности этих элементов.
4.3.206 Прикладной компонент oo_signal_behavioural_feature_relationship
Прикладной компонент oo_signal_behavioural_feature_relationship определяет взаимосвязь между прикладными компонентами oo_signal и oo_behavioral_feature, как и его прикладной компонент behavioral_feature_context.
| ) ENTITY oo_signal_behavioural_feature_relationship; behavioural_feature_context : oo_behavioural_featuree; raised_signal : oo_signal; END_ENTITY; ( |
|---|
Атрибут behavioural_feature_context: Этот атрибут определяет прикладной компонент behavioural_feature, который определяет контекст прикладного компонента oo_signal, определенного с помощью атрибута raised_signal.
Атрибут raised_signal: Этот атрибут определяет прикладной компонент oo_signal.
4.3.207 Прикладной компонент oo_stereotype
Прикладной компонент oo_stereotype определяет новый тип элемента, который будет расширять семантику мета-модели.
| ) ENTITY oo_stereotype; associated_version : configuration_element_version; description : OPTIONAL text_select; id : element_identifier; name : label; visibility : label; END_ENTITY; ( |
|---|
Атрибут associated_version: Этот атрибут определяет прикладной компонент configuration_element_version для прикладного компонента associated_version.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к этому атрибуту.
Атрибут id: Этот атрибут определяет его идентификатор прикладного компонента.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на имя этого атрибута.
Атрибут visibility: Этот атрибут определяет способ, с помощью которого этот атрибут становится «видимым» вне ограниченной области имен.
4.3.208 Прикладной компонент oo_stimulus
Прикладной компонент oo_stimulus определяет связь между двумя инстанциями.
| ) ENTITY oo_stimulus; dispatch_action : oo_action; receiver : oo_instance_select; sender : oo_instance_select; END_ENTITY; ( |
|---|
Атрибут dispatch_action: Этот атрибут определяет операцию, выполняемую с помощью данного атрибута.
Атрибут receiver: Этот атрибут определяет представителя, получаемого при приеме.
Атрибут sender: Этот атрибут определяет представителя, посылаемого отправителем.
4.3.209 Прикладной компонент oo_stimulus_argument
Прикладной компонент oo_stimulus_argument определяет взаимосвязь между прикладным компонентом oo_stimulus object и представителем, выполняющим функцию аргумента воздействия.
| ) ENTITY oo_stimulus_argument; argument : oo_instance_select; stimulus : oo_stimulus; END_ENTITY; ( |
|---|
Атрибут argument: Этот атрибут определяет представителя, который выполняет функцию аргумента для прикладного компонента oo_stimulus, определенного с помощью воздействия.
Атрибут stimulus: Этот атрибут определяет прикладной компонент oo_stimulus, чьим стимулом является аргумент.
4.3.210 Прикладной компонент oo_tagged_value
Прикладной компонент oo_tagged_value определяет свойство пары свойств прикладных компонентов name-initial_value.
| ) ENTITY oo_tagged_valuee; id : element_identifier; initial_value : text_select; name : label; END_ENTITY; ( |
|---|
Атрибут id: Этот атрибут определяет собственный идентификатор.
Атрибут initial_value: Этот атрибут определяет собственное фактическое состояние (значение).
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на этот атрибут как на тэг.
4.3.211 Прикладной компонент oo_use_case
Прикладной компонент oo_use_case определяет последовательность операций, которые могут выполняться системой или другими объектами, взаимодействуя с прикладным компонентом oo_actor системы.
| ) ENTITY oo_use_case; description : OPTIONAL text_select; id : element_identifier; name : label; namespace : OPTIONAL oo_namespace_select; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту oo_use_case.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента oo_use_case.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент oo_use_case.
Атрибут namespace: Этот атрибут определяет элемент, к которому принадлежит прикладной компонент oo_use_case. Имена элементов, принадлежащих к одной и той же области имен, должны быть уникальными для совокупности этих элементов.
4.3.212 Прикладной компонент oo_view
Прикладной компонент oo_view является графическим представлением совокупности прикладных элементов model_elements.
| ) ENTITY oo_view SUBTYPE OF (oo_package) ; view_type : label; END_ENTITY; ( |
|---|
Атрибут view_type: Этот атрибут определяет тип прикладного компонента oo_view. Там, где это применимо, необходимо использовать следующие состояния (значения) этого атрибута:
- состояние activity: Прикладной компонент oo_view представляет состояние установки, в которой всем или большинством состояний прикладных компонентов oo_action_state являются прикладные компоненты oo_action_state_transition;
- состояние collaboration: Прикладной компонент oo_view представляет собой взаимодействие и связи между совокупностью прикладных компонентов;
- состояние component: Прикладной компонент oo_view представляет собой организации и взаимозависимости прикладных компонентов oo_component;
- состояние deployment: Прикладной компонент oo_view представляет собой конфигурацию исполнительной программы, предназначенной для выполнения прикладных компонентов physical_instance и oo_component;
- состояние sequence: Прикладной компонент oo_view представляет собой взаимодействие совокупности прикладных компонентов во временной последовательности;
- состояние statechart: Прикладной компонент oo_view представляет собой состояние автомата;
- состояние static structure: Прикладной компонент oo_view представляет собой совокупность декларативных (статических) прикладных компонентов;
- состояние use case: Прикладной компонент oo_view указывает связь между прикладными компонентами oo_actor и oo_use_case в системе.
4.3.213 Прикладной компонент oo_view_context_element_relationship
Прикладной компонент oo_view_context_element_relationship определяет размещение объекта в прикладном компоненте oo_view.
| ) ENTITY oo_view_context_element_relationship; represented_model_element : oo_extended_model_element_select; view : oo_view; END_ENTITY; ( |
|---|
Атрибут represented_model_element: Этот атрибут определяет прикладной компонент, который должен быть преобразован.
Атрибут view: Этот атрибут определяет прикладной компонент oo_view, который относится к прикладному компоненту model_element.
4.3.214 Прикладной компонент oo_view_relationship
Прикладной компонент oo_view_relationship определяет взаимосвязь между двумя прикладными компонентами oo_view.
| ) ENTITY oo_view_relationship; base : oo_view; description : text_select; reference_view : oo_view; relationship_type : label; END_ENTITY; ( |
|---|
Атрибут base: Этот атрибут определяет связанный прикладной компонент oo_view.
Атрибут description: Этот атрибут определяет дополнительную информацию относительно прикладного компонента oo_view_relationship.
Атрибут reference_view: Этот атрибут определяет связанный прикладной компонент oo_view.
Атрибут relationship_type: Этот атрибут определяет тип прикладного компонента oo_view_relationship.
Пример 15 — Прикладной компонент oo_view в последовательности объектов view_type может быть особым типом другого используемого прикладного компонента oo_view. Например, этот тип будет конкретизировать значения.
4.3.215 Прикладной компонент oo_view_system_view_relationship
Прикладной компонент oo_view_system_view_relationship определяет взаимосвязь между двумя прикладными компонентами oo_view and a system_view.
| ) ENTITY oo_view_system_view_relationship; объект-приложение oo_view : oo_view; system_context : system_view; END_ENTITY; ( |
|---|
Атрибут oo_view: Этот атрибут определяет прикладной компонент oo_view, для которого задается атрибут system_context.
Атрибут system_context: Этот атрибут определяет прикладной компонент system_view, который задает контекст атрибута oo_view.
4.3.216 Прикладной компонент organization
Прикладной компонент organization определяет группу лиц, принимающих участие в конкретном бизнес-процессе.
Примечание 1 — Это определение содержится в протоколе AP 214.
Атрибут delivery_address: Этот атрибут определяет адрес, куда должны поставляться товары.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту organization.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента organization.
Примечание 2 — Присвоение данного атрибута обычно контролируется органом по регистрации, которой может быть общественная организация, присваивающая идентификаторы корпорациям, или же им может быть корпорация-учредитель, присваивающая идентификаторы его компонентам.
Пример 16 — Атрибутом id может быть код, присваиваемый в перечне идентификатору на фондовой бирже (или же номер департамента).
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент organization.
Атрибут postal_address: Этот атрибут определяет адрес почтовой службы, куда должны доставляться письма.
Атрибут visitor_address: Этот атрибут определяет адрес, по которому прикладной компонент organization будет получать посетителей.
4.3.217 Прикладной компонент organization_relationship
Прикладной компонент organization_relationship используется для представления произвольной связи между двумя прикладными компонентами organization.
Примечание 1 — Этот компонент также позволяет определять соответствующую роль прикладного компонента organization в прикладном компоненте project (генеральный подрядчик, партнеры, субподрядчики).
Пример 17 — Связью между двумя прикладными компонентами organization может быть «исполнитель системы» или «партнер».
Атрибут description: Этот атрибут определяет текстовую строку, которая получает информацию относительно характера связи между двумя прикладными компонентами organization.
Атрибут name: Этот атрибут определяет имя, которое связывается с взаимоотношением между двумя прикладными компонентами organization.
Атрибут related_organization: Этот атрибут определяет второй из двух прикладных компонентов organization, находящийся в этом взаимоотношении.
Примечание 2 — Точная семантика этого атрибута зависит от значения атрибута description.
Атрибут relating_organization: Этот атрибут определяет первый из двух прикладных компонентов organization, находящийся в этом взаимоотношении.
Примечание 3 — Точная семантика этого атрибута зависит от значения атрибута description.
4.3.218 Прикладной компонент package
Прикладной компонент package определяет множество данных, используемых для групповых прикладных компонентов, определенным образом связанных между собой.
Примечание 1 — Критерии классификации этих компонентов задаются пользователем.
Примечание 2 — Прикладной компонент package может использоваться для получения групповой информации на любом уровне абстрактного проектирования, начиная с небольшого множества прикладных компонентов requirement_instance, которые тем или иным образом связаны с проектной информацией и являются порождением проектного прикладного компонента engineering_process_activity.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту package.
Атрибут discriminator: Этот атрибут определяет общий критерий классификации, который применим ко всем элементам прикладного компонента package.
Примечание 3 — Критерий, определяемый с помощью дискриминатора, формально не является строгим. Данный стандарт не освобождает классификацию от конфликта с дискриминатором.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента package.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент package.
Атрибут element: Этот атрибут определяет прикладной компонент package, которому присваивается элемент.
4.3.219 Прикладной компонент package_classification_assignment
Прикладной компонент package_classification_assignment определяет способ присвоения прикладного компонента package прикладному компоненту package_classification_system, при котором прикладной компонент package становится в системе классификации элементом высшего уровня.
| ) ENTITY package_classification_assignment; assigned_package : package; classification_system : package_classification_system; END_ENTITY; ( |
|---|
Атрибут assigned_package: Этот атрибут определяет прикладной компонент package во взаимосвязи компонентов.
Атрибут classification_system: Этот атрибут определяет прикладной компонент package_classification_system во взаимосвязи компонентов.
4.3.220 Прикладной компонент package_classification_system
Прикладной компонент package_classification_system является представлением системы классификации, содержащей множество прикладных компонентов package.
Примечание - Целью введения прикладного компонента package_classification_system является обеспечение его повторного использования в проектных базах данных. Классификация может распространяться на произвольную глубину путем встраивания прикладных компонентов package.
| ) ENTITY package_classification_system; description : OPTIONAL text_select; id : element_identifier; name : label; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту package_classification_system.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента package_classification_system.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент package_classification_system.
4.3.221 Прикладной компонент package_element_assignment
Прикладной компонент package_element_assignment определяет присвоение элемента прикладному компоненту package.
Примечание - Необходимо численно определить точный перечень тех элементов, которые могут присваиваться прикладному компоненту package.
| ) ENTITY package_element_assignment; description : OPTIONAL text_select; element : package_element_select; package : package; reference_name : OPTIONAL label; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к нему.
Атрибут element: Этот атрибут определяет прикладной компонент instance_definition_select, configuration_element_version, configuration_element, engineering_process_activity или project, которые присваиваются прикладному компоненту package.
Атрибут package: Этот атрибут определяет прикладной компонент package, которому присваивается данный элемент.
Атрибут reference_name: Этот атрибут определяет слово (или слова), с помощью которого элемент, заданный с помощью атрибута element, дает ссылку на контекст прикладного компонента package, определяемый с помощью атрибута package.
4.3.222 Прикладной компонент package_hierarchy_relationship
Прикладной компонент package_hierarchy_relationship определяет отношение типа «родитель — потомок» между двумя прикладными компонентами package.
Примечание 1 — Целью введения этого компонента является создание систем классификации, начиная от обобщенных и заканчивая специализированными, например системы классификации транспортных средств по более специализированным классам.
Примечание 2 — Классификация в данном контексте не обязательно предполагает наследование характеристик, поскольку оно определяется объектно-ориентированными программными методами проектирования и языками программирования.
| ) ENTITY package_hierarchy_relationship; sub_package : package; super_package : package; END_ENTITY; ( |
|---|
Атрибут sub_package: Этот атрибут определяет дочерний прикладной компонент package в указанном отношении.
Атрибут super_package: Этот атрибут определяет родительский прикладной компонент package в указанном отношении.
4.3.223 Прикладной компонент partial_document_assignment
Прикладной компонент partial_document_assignment принадлежит к тому же типу, что и прикладной компонент document_assignment, с дискриминатором, в котором только часть представляет интерес для элемента документа, которому он присваивается.
| ) ENTITY partial_document_assignment SUBTYPE OF (document_assignment) ; document_portion : label; END_ENTITY; ( |
|---|
Атрибут document_portion: Этот атрибут определяет подмножество для присвоенного документа, который представляет интерес для прикладного компонента partial_document_assignment.
4.3.224 Прикладной компонент partial_system_view
Прикладной компонент partial_system_view принадлежит к тому же типу, что и прикладной компонент system_view, а также к области, режиму работы или ориентированному на выбранный сценарий представлению системы.
Примечание 1 — В модели не делается никаких предположений относительно сложности этого представления. Оно может быть каким угодно, начиная от совершенно простого до весьма сложного представления. Прикладной компонент partial_system_view предназначен для сбора требований о них с целью получения информации относительно области, состояния или зависящих от выбранного сценария данных о системе. Прикладной компонент partial_system_definition сам по себе не является спецификацией на конкретную систему.
Примечание 2 — Для включения элементов, содержащихся в прикладном компоненте partial_system_view, в спецификацию на систему, она должна быть связана с прикладным компонентом system_definition путем использования для этого прикладного компонента system_view_assignment. Для прикладных компонентов partial_system_view можно отбирать такую информацию, как, например, мнение о предполагаемом сроке службы конкретной системы или точности воспроизведения (посредством атрибута is_relevant_for).
| ) ENTITY partial_system_view SUBTYPE OF (system_view) ; is_relevant_for : system_view_context; INVERSE assigned_to_systems : SET[1:?] OF system_view_assignment FOR assigned_view; END_ENTITY; ( |
|---|
Атрибут is_relevant_for: Этот атрибут определяет прикладной компонент system_view_context, который устанавливает жизненный цикл, точность воспроизведения и мнение в этом атрибуте.
Атрибут assigned_to_systems: Этот атрибут определяет присвоенный прикладной компонент partial_system_view.
4.3.225 Прикладной компонент partial_system_view_relationship
Прикладной компонент partial_system_view_relationship определяет взаимосвязь между двумя прикладными компонентами partial_system_view. Семантика этой взаимосвязи определяется в атрибуте relationship_type.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту partial_system_view.
Атрибут related: Этот атрибут определяет второй прикладной компонент partial_system_view в указанной взаимосвязи.
Атрибут relating: Этот атрибут определяет первый прикладной компонент partial_system_view в указанной взаимосвязи.
Атрибут relationship_type: Этот атрибут определяет собственную семантику.
Пример 18 — Для пусковой ракетной установки приемлемое разграничение состоит в определении системы в двух представлениях (состояниях): «на земле» и «запущена».
Прикладной компонент partial_system_view_relationship может устанавливаться между прикладным компонентом partial_system_view и атрибутом relationship_type в состоянии precedence, что будет указывать на то, что состояние «на земле» всегда будет предшествовать состоянию «запущено», если система находится в рабочем состоянии.
Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние overlap: Связанный и связывающий прикладные компоненты partial_system_view содержат спецификации, которые являются избыточными (предполагается, что эти спецификации обладают одним и тем же уровнем детализации);
- состояние detail: Связанный прикладной компонент partial_system_view дает более детальное представление о системе, нежели связывающие прикладные компоненты;
- состояние precedence: Связанный прикладной компонент partial_system_view описывает состояние системы, которое будет предшествовать связанному состоянию системы.
Атрибут system_definition_context: Этот атрибут определяет прикладной компонент system_definition, для которого действителен прикладной компонент partial_system_view.
4.3.226 Прикладной компонент persistent_storage
Прикладной компонент persistent_storage принадлежит к тому же типу, что и прикладной компонент general_functionality_instance, и позволяет постоянно хранить дискретные прикладные компоненты data_instance.
Примечание 1 — Постоянное хранение компонентов не следует путать с их непрерывным хранением, например в водяном резервуаре, поскольку последнее будет зависеть от права собственности и поэтому должно представляться с помощью прикладного компонента general_function_definition, определяющего функциональные характеристики этого резервуара.
Примечание 2 — Прикладные компоненты data_instance используются для представления объектов хранения, хотя прикладной компонент persistent_storage предназначался для описания этого хранения. Интерфейс к прикладному компоненту persistent_storage определяется с помощью прикладных компонентов actual_io_port. То, что фактически сохраняется в прикладном компоненте persistent_storage, определяется данными, связанными с используемым портом.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента opersistent_storage.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент opersistent_storage.
Атрибут permanent: Этот атрибут определяет, является ли хранение постоянным или временным.
Примечание 3 — Временность хранения в данном контексте зависит от области применения. Назначение данного атрибута состоит в определении того, останется ли сохраненная информация доступной после определенного вида состояния системы типа «повторный запуск» или «сброс».
Атрибут presentation_id: Этот атрибут определяет информацию, подтверждающую идентичность прикладного компонента opersistent_storage и предоставляемую пользователю.
Атрибут read_only: Этот атрибут определяет возможность/невозможность записи информации для ее сохранения.
Примечание 4 — Способ считывания только полученных значений в настоящем стандарте не определен, однако определяется средствами проектирования. Допускается, чтобы в различных режимах работы запоминающее устройство имело различные значения атрибута read_only (т.е. рабочие данные могут загружаться в течение времени прогрева системы на земле, однако считываться только в период полета ракеты).
Атрибут storage_access: Этот атрибут определяет способ доступа к элементам в прикладном компоненте opersistent_storage. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние queue: Применима семантика памяти типа «первые данные вошли/первые данные вышли»;
- состояние stack: Применима семантика памяти типа «последние данные вошли/первые данные вышли»;
- состояние random_access: Семантика доступа не ограничена;
- состояние other: Семантика доступа не определена.
Атрибут store_size: Этот атрибут определяет верхнюю границу для элементов, которые могут содержаться в прикладном компоненте opersistent_storage.
4.3.227 Прикладной компонент persistent_storage_equivalence_relationship
Прикладной компонент persistent_storage_equivalence_relationship определяет взаимосвязь между двумя прикладными компонентами persistent_storage, предназначенную для индикации того, что два прикладных компонента являются представителями одного и того же объекта хранения.
Примечание - Целью введения прикладного компонента persistent_storage_equivalence_relationship является указание того, что два сохраняемых прикладных компонента относятся к одному и тому же накопителю, поскольку можно видеть иерархию функций, однако способ хранения в общем случае будет оставаться единообразным.
| ) ENTITY persistent_storage_equivalence_relationship; equivalent_storage : SET[2:?] OF persistent_storage_reference; valid_context : functional_reference_configuration; END_ENTITY; ( |
|---|
Атрибут equivalent_storage: Этот атрибут определяет множество прикладных компонентов persistent_storage_reference, которые должны рассматриваться как относящиеся к области применения прикладного компонента functional_reference_configuration.
Атрибут valid_context: Этот атрибут определяет прикладной компонент system_view, для которого действует соотношение эквивалентности.
4.3.228 Прикладной компонент persistent_storage_reference
Прикладной компонент persistent_storage_reference принадлежит к тому же типу, что и прикладной компонент functionality_instance_reference, который дает способ однозначной ссылки на прикладной компонент persistent_storage.
| ) ENTITY persistent_storage_reference SUBTYPE OF (functionality_instance_reference) ; SELF\functionality_instance_reference. RENAMED referenced_functionality_instance : persistent_storage; END_ENTITY; ( |
|---|
Атрибут referenced_functionality_instance:
4.3.229 Прикладной компонент person
Прикладной компонент person определяет отдельное лицо, которое обладает определенной связью с производственными данными.
Атрибут address: Этот атрибут определяет место, где можно получить доступ к прикладному компоненту person.
Атрибут first_name: Этот атрибут определяет первое имя этого лица.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента person.
Атрибут last_name: Этот атрибут определяет фамилию этого лица.
Атрибут middle_names: Этот атрибут определяет любое второе имя этого лица.
Атрибут prefix_titles: Этот атрибут определяет любой префикс наименования этого лица.
Атрибут suffix_titles: Этот атрибут определяет любой суффикс наименования этого лица.
4.3.230 Прикладной компонент person_in_organization
Прикладной компонент person_in_organization определяет спецификацию прикладного компонента person в контексте прикладного компонента organization.
| ) ENTITY person_in_organization; associated_organization : organization; associated_person : person; description : OPTIONAL text_select; role : label; END_ENTITY; ( |
|---|
Атрибут associated_organization: Этот атрибут определяет прикладной компонент organization.
Атрибут associated_person: Этот атрибут определяет прикладной компонент person.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту person_in_organization.
Атрибут role: Этот атрибут определяет взаимосвязь между прикладными компонентами person и organization.
4.3.231 Прикладной компонент person_organization_assignment
Прикладной компонент person_organization_assignment определяет объект, который связывает прикладной компонент organization или person_in_organization с производственными данными.
Примечание - Подобное закрепление дает дополнительную информацию для связанного с ним прикладного компонента. Предоставление этой информации посредством указанного присвоения имеет организационный характер, хотя некоторые прикладные компоненты для достижения семантической законченности требуют обязательных данных того же типа, хотя это представление не должно использоваться для связи соответствующих организационных данных с прикладным компонентом, чьи атрибуты позволяют давать непосредственную ссылку на эти данные.
Атрибут assigned_person_organization: Этот атрибут определяет рассматриваемый прикладной компонент person_in_organization или organization.
Атрибут assigned_to: Этот атрибут определяет элемент, к которому применим прикладной компонент person_organization_assignment.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту person_organization_assignment.
Атрибут role: Этот атрибут определяет ответственность присвоенного прикладного компонента person_in_organization или organization в отношении компонента, к которому он применим. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние creator: Упоминаемый объект формируется с помощью присвоенного прикладного компонента person или organization;
- состояние custodian: Присвоенный прикладной компонент person или organization ответственен за существование и целостность упоминаемого объекта;
- состояние customer: Присвоенный прикладной компонент person или organization действует как получатель или потребитель упоминаемого объекта;
- состояние designer: Присвоенный прикладной компонент person или organization является компонентом, который предоставляет данные, описывающие упоминаемый объект (например, системную спецификацию);
- состояние editor: Присвоенный прикладной компонент person или organization ответственен за внесение любых изменений в любой атрибут упоминаемого компонента;
- состояние id_owner: Присвоенный прикладной компонент person или organization — это компонент, ответственный за обозначение идентификатора;
- состояние location: Присвоенный прикладной компонент organization определяет место, где упоминаемый компонент может быть найден или находится;
- состояние manufacturer: Присвоенный прикладной компонент person или organization — это компонент, формирующий реальный (физический) объект;
- состояние owner: Присвоенный прикладной компонент person или organization обладают упоминаемый объект и имеющий последнее слово относительно своего размещения или любого его изменения;
- состояние supplier: Присвоенный прикладной компонент person или organization — это компонент, который предоставляет реальный (физический) объект;
- состояние wholesaler: Присвоенный прикладной компонент person или organization определяет сбытовую цепочку между изготовителем и поставщиком.
4.3.232 Прикладной компонент physical_binding
Прикладной компонент physical_binding определяет преобразование между прикладными компонентами formal_physical_port и actual_physical_port, при которых порты соединяются друг с другом.
| ) ENTITY physical_binding; actual_port : actual_physical_port; formal_port : formal_physical_port; WHERE WR1: formal_port.port_of :=: actual_port.port_of.definition; END_ENTITY; ( |
|---|
Атрибут actual_port: Этот атрибут определяет прикладной компонент actual_physical_port в указанном преобразовании.
Атрибут formal_port: Этот атрибут определяет прикладной компонент formal_physical_port в указанном преобразовании.
4.3.233 Прикладной компонент physical_composition_relationship
Прикладной компонент physical_composition_relationship определяет способ связи прикладного компонента physical_instance (в роли компонента) с ансамблем компонентов, представляемых с помощью прикладного компонента general_physical_definition.
Примечание - Прикладной компонент physical_composition_relationship используется для описания структуры разделения компонента. Прикладной компонент general_physical_definition может, таким образом, состоять из множества субкомпонентов, а взаимосвязь будет указывать, с одной стороны, на определение, а с другой стороны, на представителей, которые принадлежат к разделению компонента.
| ) ENTITY physical_composition_relationshipg; assembly : general_physical_definition; component : physical_instance; description : OPTIONAL text_select; END_ENTITY; ( |
|---|
Атрибут assembly: Этот атрибут определяет прикладной компонент general_physical_definition в указанной связи.
Атрибут component: Этот атрибут определяет прикладной компонент physical_instance в указанной связи.
Description: Этот атрибут определяет дополнительную информацию относительно указанной связи.
4.3.234 Прикладной компонент physical_connection
Прикладной компонент physical_connection определяет способ объединения двух прикладных компонентов physical_port друг с другом.
Примечание 1 — Прикладной компонент physical_connection определяет идеальное объединение двух портов. При этом предполагается отсутствие потерь энергии в этом объединении. В случае неидеального соединения желательно, чтобы оно само по себе представлялось с помощью прикладного компонента general_physical_definition или physical_instance.
Примечание 2 — В функциональной спецификации, наиболее точно соответствующей прикладному компоненту physical_connection, объектом является прикладной компонент functional_link.
Примечание 3 — Прикладной компонент physical_connection является двухнаправленным.
| ) ENTITY physical_connection; connected : physical_port; connecting : physical_port; END_ENTITY; ( |
|---|
Атрибут connected: Этот атрибут определяет второй прикладной компонент physical_port в указанном объединении.
Атрибут connecting: Этот атрибут определяет первый прикладной компонент physical_port в указанном объединении.
4.3.235 Прикладной компонент physical_instance
Прикладной компонент physical_instance определяет нахождение прикладного компонента general_physical_definition в системной спецификации.
Атрибут definition: Этот атрибут определяет прикладной компонент general_physical_definition, который предоставляет спецификацию на прикладной компонент physical_instance.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту physical_instance.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента physical_instance.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент physical_instance.
Атрибут presentation_id: Этот атрибут определяет информацию, подтверждающую идентичность прикладного компонента physical_instance и предоставляемую пользователю.
Атрибут actual_port: Этот атрибут определяет прикладной компонент physical_instance, для которого компонент port_of является частью интерфейса.
4.3.236 Прикладной компонент physical_instance_reference
Прикладной компонент physical_instance_reference определяет однозначную ссылку на прикладной компонент physical_instance в структуре прикладного компонента physical_node_definition.
Примечание - Прикладной компонент physical_instance_reference вводится для обеспечения размещения и указания системно-зависимых нефункциональных характеристик в физическом описании системы.
| ) ENTITY physical_instance_reference; description : OPTIONAL text_select; id : element_identifier; name : label; reference_for_instance : physical_instance; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту physical_instance_reference.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента physical_instance_reference.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент physical_instance_reference.
Атрибут reference_for_instance: Этот атрибут определяет прикладной компонент physical_instance, который является ссылкой для прикладного компонента physical_instance_reference.
4.3.237 Прикладной компонент physical_link_definition
Прикладной компонент physical_link_definition принадлежит к тому же типу, что и прикладной компонент general_physical_definition, и имеет дискриминатор, основной задачей которого является передача информации или материалов.
| ) ENTITY physical_link_definition SUBTYPE OF (general_physical_definition) ; END_ENTITY; ( |
|---|
4.3.238 Прикладной компонент physical_node_definition
Прикладной компонент physical_node_definition принадлежит к тому же типу, что и прикладной компонент general_physical_definition, и имеет дискриминатор, который используется для обработки (преобразования) информации или материалов из одной формы в другую.
Примечание - Элемент, определяемый с помощью прикладного компонента physical_node_definition, будет практически независящим от методики. В рамках настоящего стандарта не дается никаких предположений относительно характера его физической сущности.
Пример 19 — Например, для выполнения определенного количества операций за заданный промежуток времени может быть использован человек (достаточно надежный и аккуратный), тогда как для некоторых других видов обработки потребуется мощный компьютер. Проектировщик процесса может использовать любые методики для удовлетворения установленных требований.
Пример 20 — Для выполнения теплоизоляции можно использовать несколько вариантов технологий, которые будут основываться на применении различных видов материалов. Прикладной компонент physical_node_definition при этом будет описывать эксплуатационные характеристики материала, которым должна удовлетворять теплоизоляция (диапазон температур, срок службы, стоимость и т.п.), а при реальном изготовлении компонента будет использоваться специфический материал, отвечающий этим характеристикам.
| ) ENTITY physical_node_definition SUBTYPE OF (general_physical_definition) ; END_ENTITY; ( |
|---|
4.3.239 Прикладной компонент physical_port
Прикладной компонент physical_port является представлением элемента в интерфейсе к прикладному компоненту physical_instance или general_physical_definition.
| ) ENTITY physical_port ABSTRACT SUPERTYPE OF ( ONEOF(actual_physical_port, formal_physical_port) ) ; description : OPTIONAL text_select; direction : label; name : label; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту physical_port.
Атрибут direction: Этот атрибут определяет направление передачи данных (материалов, энергии и т.п.), поддерживаемое прикладным компонентом physical_port в соответствии с одним из следующих состояний:
- состояние input: Прикладной компонент physical_port соответствует вводу данных и т.п. при передаче;
- состояние output: Прикладной компонент physical_port соответствует выводу данных и т.п. при передаче;
- состояние bi-directional: Прикладной компонент physical_port соответствует вводу или выводу данных и т.п. при передаче.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент physical_port.
4.3.240 Прикладной компонент physical_reference_configuration
Прикладной компонент physical_reference_configuration определяет совокупность всех прикладных компонентов physical_reference_relationship, которые применимы для какого-либо физического представления системы.
Примечание 1 — Прикладной компонент physical_reference_configuration может закрепляться за любым числом систем посредством использования прикладных компонентов system_physical_configuration.
Примечание 2 — Прикладной компонент physical_reference_configuration дает способ определения множества нефункциональных представлений физической модели архитектуры одиночной системы.
| ) ENTITY physical_reference_configuration; description : OPTIONAL text_select; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту physical_reference_configuration.
4.3.241 Прикладной компонент physical_reference_relationship
Прикладной компонент physical_reference_relationship определяет способ указания иерархической связи между двумя прикладными компонентами physical_instance_reference.
Атрибут child: Этот атрибут определяет физический элемент в прикладном компоненте physical_instance_reference.
Атрибут mirror_of: Этот атрибут определяет прикладной компонент physical_composition_relationship, для которого прикладной компонент physical_reference_relationship предоставляет однозначную ссылку.
Атрибут parent: Этот атрибут определяет разложенный прикладной компонент physical_instance_reference в прикладном компоненте physical_reference_relationship.
Атрибут valid_configuration: Этот атрибут определяет прикладной компонент physical_reference_configuration, для которого действующими являются родительский и дочерний прикладные компоненты physical_instance_reference.
4.3.242 Прикладной компонент plus_minus_bounds
Прикладной компонент plus_minus_bounds является спецификацией на допустимые отклонения от численного значения, относящегося к прикладному компоненту nominal_value.
Атрибут distribution_function: Этот атрибут определяет математическую функцию, применяемую для описания предполагаемого распределения измеряемых значений.
Атрибут limited_value: Этот атрибут определяет прикладной компонент nominal_value, дополнительно определяемый с помощью прикладного компонента plus_minus_bounds.
Атрибут lower_bound: Этот атрибут определяет значение допуска, которое должно вычитаться из точного значения для установления минимально допустимого значения величины.
Атрибут significant_digits: Этот атрибут определяет число значащих цифр, характеризующее точность определения нижней и верхней границ диапазона значений.
Атрибут upper_bound: Этот атрибут определяет значение допуска, которое должно прибавляться к точному значению для установления максимально допустимого значения величины.
4.3.243 Прикладной компонент project
Прикладной компонент project определяет идентифицированную программу работ.
Примечание - Прикладной компонент project может дополнительно характеризоваться с помощью запланированных и фактических дат выполнения работ, их допустимого бюджета или ресурсов.
Пример 21 — Для проектирования новой системы проект устанавливает ответственность за принятие проектных решений и калькуляцию стоимости работ.
Атрибут actual_end_date: Этот атрибут определяет дату, когда прикладной компонент project был фактически завершен.
Атрибут actual_start_date: Этот атрибут определяет дату, когда прикладной компонент project был фактически начат.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту project.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента project.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент project.
Атрибут planned_end_date: Этот атрибут определяет либо дату, когда прикладной компонент project был завершен (или предполагается, что был завершен), либо продолжительность действия прикладного компонента project.
Атрибут planned_start_date: Этот атрибут определяет либо дату, когда прикладной компонент project был начат (или предполагается, что был начат).
Атрибут work_program: Этот атрибут определяет прикладные компоненты engineering_process_activity, которые выполняются в рамках прикладного компонента project.
4.3.244 Прикладной компонент project_event_reference
Прикладной компонент project_event_reference является определением момента времени, установленным относительно какого-либо события.
| ) ENTITY project_event_reference; description : OPTIONAL text_select; event_type : label; offset : value_with_unite; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту project_event_reference.
Атрибут event_type: Этот атрибут определяет вид события, служащего в качестве точки отсчета по времени.
Пример 22 — Примером атрибута event_type могут служить два события: «начало анализа системы» и «окончание рабочего проектирования».
Атрибут offset: Этот атрибут определяет промежуток времени до или после какого-либо события, который должен использоваться для расчета фактического момента времени.
4.3.245 Прикладной компонент project_relationship
Прикладной компонент project_relationship определяет взаимосвязь между двумя прикладными компонентами project.
| ) ENTITY project_relationshipe; description : OPTIONAL text_select; related : project; relating : project; relation_type : label; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к нему.
Атрибут related: Этот атрибут определяет второй из двух прикладных компонентов project в указанной взаимосвязи.
Примечание 1 — Семантика этого атрибута определяется атрибутом relation_type.
Атрибут relating: Этот атрибут определяет первый из двух прикладных компонентов project в указанной взаимосвязи.
Примечание 2 — Семантика этого атрибута определяется атрибутом relation_type.
Атрибут relation_type: Этот атрибут определяет смысл указанной взаимосвязи. Там, где это применимо, должны использоваться следующие состояния (значения этого атрибута):
4.3.246 Прикладной компонент property_assignment
Прикладной компонент property_assignment определяет способ объединения прикладного компонента property_value с элементом.
Атрибут assigned_to: Этот атрибут определяет элемент, с которым связывается то или иное свойство.
Примечание - Перечень объектов должен быть тщательно проанализирован с помощью спецификаций PAS 20542.
Атрибут assignment_rationale: Этот атрибут определяет причину его присвоения прикладному компоненту property_value.
Атрибут measurement_method: Этот атрибут определяет метод, используемый для получения прикладного компонента property_assignment. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
Атрибут property: Этот атрибут определяет присваиваемое свойство.
Атрибут property_name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент property_value в контексте элемента, которому присваивается прикладной компонент property_value.
4.3.247 Прикладной компонент property_definition
Прикладной компонент property_definition является определением особого качества.
Примечание - Свойство может отражать физическое или любое определенное пользователем измерение.
| ) ENTITY property_definition; allowed_unit : SET[0:?] OF unit; description : OPTIONAL text_select; property_type : label; END_ENTITY; ( |
|---|
Атрибут allowed_unit: Этот атрибут определяет принятую единицу (единицы) измерений.
Пример 23 — Компания в качестве единицы измерений может принять килограммы или тонны, а не граммы или фунты.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту property_definition.
Атрибут property_type: Этот атрибут определяет характер свойства.
Пример 24 — Возможными значениями для атрибута property_type могут быть «электрические свойства» и «время».
4.3.248 Прикладной компонент property_relationship
Прикладной компонент property_relationship определяет взаимосвязь между двумя прикладными компонентами property.
Пример 25 — Прикладной компонент property_relationship может использоваться для указания того, что значение одного прикладного компонента property_definition может получаться из значения другого прикладного компонента property_definition.
| ) ENTITY property_relationship; description : OPTIONAL text_select; related : property_definition; relating : property_definition; relation_type : label; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту property_relationship.
Атрибут related: Этот атрибут определяет второй из двух прикладных компонентов property_definition, связываемых с помощью прикладного компонента property_relationship.
Атрибут relating: Этот атрибут определяет первый из двух прикладных компонентов property_definition, связываемых с помощью прикладного компонента property_relationship.
Атрибут relation_type: Этот атрибут определяет смысл указанной взаимосвязи. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние dependency: Связанный прикладной компонент property_definition зависит от связывающего прикладного компонента property_definition;
- состояние hierarchy: Прикладной компонент определяет иерархическую связь, в которой связанный прикладной компонент property_definition находится на более низком уровне в этой иерархии по отношению к связывающему прикладному компоненту property_definition.
4.3.249 Прикладной компонент property_value
Прикладной компонент property_value определяет представление характеристики прикладного компонента property definition.
| ) ENTITY property_value; definition : property_definition; объект-приложение property_value_name : label; specified_value : property_value_select; END_ENTITY; ( |
|---|
Атрибут definition: Этот атрибут определяет прикладной компонент property definition, который характеризует прикладной компонент property_value.
Атрибут property_value_name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент property_value.
Пример 26 — Примерами этих слов (имен) прикладного компонента property_value_name является «l1» или «vol2».
Атрибут specified_value: Этот атрибут определяет либо текстовое описание, либо численное значение, представляющие прикладной компонент property_value.
Примечание - Если установленное значение выражается как численная величина, то ею может быть действительное число, диапазон допустимых значений, предельное значение для прикладного компонента property_value или их перечни.
4.3.250 Прикладной компонент property_value_function
Прикладной компонент property_value_function определяет способ представления функции, используемой для расчета относительного значения (по отношению к оптимальному) прикладного компонента property_value.
| ) ENTITY property_value_function; defines_property_value_merit : property_value; function_specification : text_select; END_ENTITY; ( |
|---|
Атрибут defines_property_value_merit: Этот атрибут определяет прикладной компонент property_value, чье относительное значение рассчитывается с помощью атрибута function_specification.
Атрибут function_specification: Этот атрибут определяет функцию, используемую для определения относительного значения прикладного компонента property_value и определяемую с помощью атрибута defines_property_value_merit.
4.3.251 Прикладной компонент property_value_relationship
Прикладной компонент property_value_ определяет взаимосвязь между двумя прикладными компонентами property_value.
| ) ENTITY property_value_relationship; related : property_value; relating : property_value; relation_description : OPTIONAL text_select; relation_type : label; END_ENTITY; ( |
|---|
Атрибут related: Этот атрибут определяет второй прикладной компонент property_value в указанной взаимосвязи.
Атрибут relating: Этот атрибут определяет первый прикладной компонент property_value в указанной взаимосвязи.
Атрибут relation_description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту property_value_relationship.
Атрибут relation_type: Этот атрибут определяет смысл указанной взаимосвязи.
Примечание - В настоящем стандарте должен приниматься в расчет перечень предпочтительных значений этого атрибута.
4.3.252 Прикладной компонент rank_assignment
Прикладной компонент rank_assignment определяет присвоение элемента какому-либо прикладному компоненту ranking_element.
Примечание - Предполагается, что присвоение с конкретным приоритетом должно производиться по отношению к набору атрибутов.
Атрибут assigned_rank: Этот атрибут определяет прикладной компонент ranking_element, которому присваивается элемент.
Атрибут assigned_to_element: Этот атрибут определяет присваиваемый элемент.
Атрибут assignment_criteria: Этот атрибут определяет критерий, который применялся при присвоении элемента какому-либо прикладному компоненту ranking_element.
Атрибут assignment_description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту ranking_element.
Атрибут relevant_elements: Этот атрибут определяет прикладной компонент rank_group, который содержит ряд элементов, ранжированных в соответствии с тем же критерием.
4.3.253 Прикладной компонент rank_group
Прикладной компонент rank_group является меткой-заполнителем для элементов, которые сравниваются и ранжируются в соответствии с установленным критерием.
| ) ENTITY rank_group; classification_criteria : ranking_type; name : label; INVERSE compared_element : SET[0:?] OF rank_assignment FOR relevant_elements; END_ENTITY; ( |
|---|
Атрибут classification_criteria: Этот атрибут определяет цель его введения. Он устанавливает критерий, который будет общим для всех элементов, присваиваемых прикладному компоненту rank_group.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент rank_group.
Атрибут compared_element: Этот атрибут определяет прикладной компонент rank_group, который содержит ряд элементов, ранжированных в соответствии с тем же критерием.
4.3.254 Прикладной компонент rank_relation
Прикладной компонент rank_relation определяет способ представления частичных соотношений между двумя прикладными компонентами ranking_element.
| ) ENTITY rank_relation; higher_rank : ranking_element; lower_rank : ranking_element; END_ENTITY; ( |
|---|
Атрибут higher_rank: Этот атрибут определяет прикладной компонент ranking_element с более высоким приоритетом.
Атрибут lower_rank: Этот атрибут определяет прикладной компонент ranking_element с более низким приоритетом.
4.3.255 Прикладной компонент ranking_element
Прикладной компонент ranking_element является представлением определенного уровня прикладного компонента ranking_system.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту ranking_element.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент ranking_element.
Атрибут higher_ranked_element: Этот атрибут определяет прикладной компонент ranking_element с более высоким приоритетом.
Атрибут lower_ranked_element: Этот атрибут определяет прикладной компонент ranking_element с более низким приоритетом.
4.3.256 Прикладной компонент ranking_system
Прикладной компонент ranking_system определяет способ представления дискретных диапазонов для уровней приоритетов.
| ) ENTITY ranking_system; description : OPTIONAL text_select; highest_rank : ranking_element; name : label; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту ranking_system.
Атрибут highest_rank: Этот атрибут определяет прикладной компонент ranking_system с более высоким приоритетом.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент ranking_system.
4.3.257 Прикладной компонент real_data_type_definition
Прикладной компонент real_data_type_definition принадлежит к тому же типу, что и прикладной компонент elementary_maths_space, и включает в себя все действительные значения.
| ) ENTITY real_data_type_definition SUBTYPE OF (elementary_maths_space) ; END_ENTITY; ( |
|---|
4.3.258 Прикладной компонент real_interval
Прикладной компонент real_interval принадлежит к тому же типу, что и прикладной компонент maths_space, и ограничивает подмножество всех действительных значений.
| ) ENTITY real_interval ABSTRACT SUPERTYPE OF ( ONEOF(finite_real_interval, hibound_real_interval, lobound_real_interval) ); SUBTYPE OF (maths_space) ; END_ENTITY; ( |
|---|
4.3.259 Прикладной компонент realized_system
Прикладной компонент realized_system является ссылкой на физически реализуемую систему и реализуется в соответствии со спецификацией, идентифицируемой с помощью атрибута realisation_of.
Примечание 1 — Модель данных должна быть расширена для ее распространения на реальные системы с целью точного представления программ верификации и их результатов.
| ) ENTITY realized_systemp; description : text_select; id : element_identifier; name : label; realization_of : system_instance; UNIQUE UR1: id, realization_of; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту realized_system.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента realized_system.
Примечание 2 — Атрибутом id обычно является серийный номер прикладного компонента realized_system.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент realized_system.
Атрибут realization_of: Этот атрибут определяет прикладной компонент system_instance, который дает спецификацию на экземпляр прикладного компонента realized_system.
4.3.260 Прикладной компонент realized_system_composition_relationship
Прикладной компонент realized_system_composition_relationship определяет иерархическую связь между двумя прикладными компонентами realized_system. Суперсистема в этой связи идентифицируется посредством атрибута системы, а субсистема — посредством атрибута компонента.
Примечание - Прикладной компонент realized_system_composition_relationship определяет, что структура системы формируется для конкретной цели. В области применения в настоящем стандарте наиболее вероятной причиной этого является проверка того, что реализованные системы совместимы со спецификацией, на которой основывалась реализация этих систем.
| ) ENTITY realized_system_composition_relationship; component : realized_systemp; description : text_select; mirror_of : system_composition_relationship; system : realized_systemp; END_ENTITY; ( |
|---|
Атрибут component: Этот атрибут определяет субсистему в прикладном компоненте realized_system_composition_relationship.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту realized_system_composition_relationship.
Атрибут mirror_of: Этот атрибут определяет прикладной компонент system_composition_relationship, который реализуется в физической системе и индицируется с помощью прикладного компонента realized_system_composition_relationship.
Атрибут system: Этот атрибут определяет суперсистему в прикладном компоненте realized_system_composition_relationship.
4.3.261 Прикладной компонент record_data_type_definition
Прикладной компонент record_data_type_definition принадлежит к тому же типу, что и прикладной компонент user_defined_data_type_definition, и содержит ряд значений в одном элементе (записи). Существует зависимость между связанными значениями, которые ограничивают их независимое применение.
Пример 27 — Рассмотрим следующее определение:
age : Integer Derived = TODAY — date_of_birth;
Атрибут date_of_birth определяет дату рождения сотрудника, имя которого указано в записи. Если эта дата отделена от остальных данных о сотруднике, то она становится просто датой.
| ) ENTITY record_data_type_definition SUBTYPE OF (user_defined_data_type_definition) ; END_ENTITY; ( |
|---|
4.3.262 Прикладной компонент record_data_type_member
Прикладной компонент record_data_type_member определяет взаимосвязь между прикладными компонентами record_data_type_definition и data_field. При этом их порядок в связи будет отсутствовать, однако должны иметься все члены прикладного компонента record_data_type_definition.
| ) ENTITY record_data_type_member; child : data_field; parent : record_data_type_definition; END_ENTITY; ( |
|---|
Атрибут child: Этот атрибут определяет прикладной компонент data_field в указанной взаимосвязи.
Атрибут parent: Этот атрибут определяет прикладной компонент record_data_type_definition в указанной взаимосвязи.
4.3.263 Прикладной компонент recursive_data_type_definition
Прикладной компонент recursive_data_type_definition принадлежит к тому же типу, что и прикладной компонент user_defined_data_type_definition, и является повторным определением другого типа данных. В своей простейшей форме прикладной компонент recursive_data_type_definition позволяет переименовывать или повторно описывать другой тип данных, а в своей наиболее сложной форме прикладной компонент recursive_data_type_definition будет приобретать новые свойства, которые, возможно, будут замещать свойства повторно определенного прикладного компонента recursive_data_type_definition или maths_space.
Тип рекурсивных данных наследует свойства повторно определенного типа данных.
Тип рекурсивных данных может обладать свойствами, которыми не обладает повторно определяем тип данных.
Тип рекурсивных данных может обладать альтернативными значениями для свойств по сравнению с повторно определенным типом данных. Повторно определенные свойства могут вступать в конфликт с существующими свойствами, однако в случае возникновения этого конфликта должно предполагаться, что свойства прикладного компонента recursive_data_type_definition обладают преимуществом перед повторно определенным типом данных.
| ) ENTITY recursive_data_type_definition SUBTYPE OF (user_defined_data_type_definition) ; redefines : data_type_definition_select; END_ENTITY; ( |
|---|
Атрибут redefines: Этот атрибут определяет прикладной компонент maths_space или user_defined_data_type_definition, на котором основывается прикладной компонент recursive_data_type_definition.
4.3.264 Прикладной компонент requirement_allocation_property_relationship
Прикладной компонент requirement_allocation_property_relationship определяет способ связи присвоенного прикладного компонента requirement_instance с элементом прикладного компонента property_value, присваиваемого этому элементу.
Примечание - Подобная конструкция позволяет отслеживать последствия или значимость размещения требования к элементу.
| ) ENTITY requirement_allocation_property_relationship; allocated_requirement : requirement_allocation_relationship; define_property_value : property_value; description : OPTIONAL text_select; END_ENTITY; ( |
|---|
Атрибут allocated_requirement: Этот атрибут определяет требование к указанной связи.
Атрибут define_property_value: Этот атрибут определяет прикладной компонент property_value, на который оказывает влияние данное требование (или определяется им).
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту requirement_allocation_property_relationship.
4.3.265 Прикладной компонент requirement_allocation_relationship
Прикладной компонент requirement_allocation_relationship определяет способ размещения прикладного компонента requirement_instance в другом элементе, так что этот элемент будет удовлетворять заданному требованию или, как будет установлено, будет совместимым с функциональными характеристиками.
Примечание - Семантика прикладного компонента requirement_allocation_relationship дополнительно определяется с помощью атрибута role.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту requirement_allocation_relationship.
Атрибут relation_to: Этот атрибут определяет элемент, на который распределен прикладной компонент requirement_instance.
Атрибут requirement: Этот атрибут определяет прикладной компонент requirement_instance в связи.
Атрибут role: Этот атрибут определяет семантику связи. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние allocation: Прикладной компонент определяет связь при размещении требуемого компонента в атрибуте relation_to. Эта связь означает, что атрибут relation_to должен быть спроектирован так, чтобы установленное требование выполнялось;
- состояние fulfils: Прикладной компонент определяет связь, при которой установленное для компонента требование будет удовлетворяться с помощью атрибута relation_to. Эта связь означает, что атрибут relation_to должен оцениваться и отвечать установленным требованием.
4.3.266 Прикладной компонент requirement_class
Прикладной компонент requirement_class является совокупностью требований к идентичным характеристикам.
Примечание 1 — Данный стандарт не определяет какую-либо фиксированную структуру для классификации требований. Вместо динамической структуры в этом стандарте предусмотрены прикладные компоненты requirement_class и requirement_class_relationship.
| ) ENTITY requirement_class; description : OPTIONAL text_select; id : element_identifier; name : label; UNIQUE UR1: id; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту requirement_class.
Примечание 2 — Его описание содержит информацию, идентифицирующую характеристики требований, содержащихся в области описания.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента requirement_class.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент requirement_class.
4.3.267 Прикладной компонент requirement_class_relationship
Прикладной компонент requirement_class_relationship определяет взаимосвязь между двумя прикладными компонентами requirement_class.
Примечание - Семантика этой взаимосвязи определяется с помощью атрибута relationship_type.
| ) ENTITY requirement_class_relationships; description : OPTIONAL text_select; related_class : requirement_class; relating_class : requirement_class; relationship_type : label; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к специализации.
Атрибут related_class: Этот атрибут определяет второй прикладной компонент requirement_class в указанной взаимосвязи.
Атрибут relating_class: Этот атрибут определяет первый прикладной компонент requirement_class в указанной взаимосвязи.
Атрибут relationship_type: Этот атрибут определяет характер указанной взаимосвязи. Там, где это применимо, должны использоваться следующие состояния (значения) в этом компоненте:
- состояние specialization: Атрибут related_class для прикладного компонента requirement_class является экземпляром атрибута relating_class для прикладного компонента requirement_class;
- состояние equivalence: Атрибут related_class для прикладного компонента requirement_class является синонимом атрибута relating_class для прикладного компонента requirement_class.
4.3.268 Прикладной компонент requirement_composition_relationship
Прикладной компонент requirement_composition_relationship определяет связь при разбиении прикладных компонентов requirement_definition и requirement_occurence.
Примечание 1 — Прикладной компонент requirement_definition может быть разделен на любое число прикладных компонентов requirement_occurence.
Примечание 2 — Одно важное предположение состоит в том, что модель будет применяться для представления множества вариантов системной спецификации. Соответственно, существует значительный выигрыш от совместного или повторного использования в этих вариантах общих проектных элементов. Указанные предположения приводят к модели, в которой четыре объекта входят в представление единственного требования, каким он видится с точки зрения пользователя. Структура модели будет описана ниже.
Прикладной компонент requirement_definition содержит описание всего того, что требуется. В модели содержатся три субтипа компонента, которые поддерживают различные представления требования. При этом никаких предположений не делается в отношении контекста, в котором используется требование и которое означает отсутствие связей между требованиями, определяемыми прикладным компонентом requirement_definition. Прикладной компонент requirement_definition может давать определение любому числу прикладных компонентов requirement_occurence.
Прикладной компонент requirement_instance является контекстно-зависимым представлением требования и может присваиваться прикладному компоненту system_view (в архитектуре системных функциональных модулей). Все взаимосвязи между требованиями определены в прикладном компоненте requirement_instance.
Прикладной компонент requirement_composition_relationship является средством разделения требований. Для каждого вводимого в состав требования должен быть конкретизирован новый прикладной компонент requirement_composition_relationship.
Прикладной компонент requirement_occurence является промежуточным представлением требования, которое включается в модель для обеспечения максимальной отслеживаемости и усиления поддержки повторного использования этого требования в нескольких различных контекстах (в различных вариантах системы или системах). Прикладной компонент requirement_occurence, использующий только один прикладной компонент requirement_definition в качестве его определения, может служить в качестве определения любого числа прикладных компонентов requirement_instance.
Соответственно, прикладной компонент requirement_occurence позволяет отделять структуру статических требований к прерыванию от динамических, зависящих от системы требований (представляемых с помощью прикладного компонента requirement_instance), а также обеспечивать слабую связь между родительскими и дочерними требованиями в структуре требований к разделению.
Первый из этих аспектов важен из-за того, что он позволяет давать ссылку многих контекстно-зависимых компонентов (прикладной компонент requirement_instance) на соответствующий контекстно-независимый компонент.
Второй из этих аспектов состоит в том, что прикладной компонент requirement_definition, являющийся частью совокупности (посредством прикладных компонентов requirement_occurence и requirement_composition_relationship), неплотно связан с родительским прикладным компонентом requirement_definition. Данная конструкция позволяет информационной модели в одной ситуации представлять какое-либо требование как часть общей иерархии требований, тогда как в другой ситуации оно может рассматриваться как требование высшего уровня.
Атрибут child_requirement: Этот атрибут определяет разделяемый прикладной компонент requirement_occurence в указанной связи.
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту requirement_composition_relationship.
Атрибут index: Этот атрибут определяет идентификатор прикладного компонента requirement_occurence, идентифицируемый с помощью атрибута child_requirement в контексте прикладного компонента requirement_definition, который определяется с помощью атрибута parent_definition.
Примечание 3 — Атрибут index является средством представления идентификатора, часто используемым для идентификации требования в средствах управления требованиями. В настоящем стандарте данный идентификатор формируется поэтапно по времени. Если, например, используется цифровая индексация, а какой-либо атрибут child_requirement является третьим в составе, определяемом с помощью атрибута parent_definition, то индексу атрибута должно быть присвоено значение 3.
Атрибут parent_definition: Этот атрибут определяет разделенный прикладной компонент requirement_definition в указанной связи.
4.3.269 Прикладной компонент requirement_definition
Прикладной компонент requirement_definition является контекстно-независимым определением прикладного компонента requirement.
Примечание - Сочетание прикладных компонентов requirement_definition, requirement_occurence и requirement_composition_relationship определяет способ разделения комплексных требований на их основные части. Использование трех раздельных компонентов позволяет представлять, что какой-либо прикладной компонент requirement_definition является частью нескольких иерархий разделения, а использование прикладного компонента requirement_occurence для каждой отдельной иерархии будет давать однозначное и изолированное представление каждой иерархии разделения.
Атрибут associated_version: Этот атрибут определяет прикладной компонент configuration_element_version для прикладного компонента requirement_definition.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента requirement_definition.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент requirement_definition.
Атрибут composed_of: Этот атрибут определяет разделенный прикладной компонент requirement_definition в указанной связи.
Атрибут in_requirement_class: Этот атрибут определяет прикладной компонент requirement_definition в указанном присвоении.
4.3.270 Прикладной компонент requirement_instance
Прикладной компонент requirement_instance является контекстно-зависимым представлением требования к конкретной системе.
Примечание - Прикладные компоненты requirement_definition, requirement_occurence и requirement_composition_relationship дают определение требования.
Атрибут definition: Этот атрибут определяет прикладной компонент requirement_definition, который дает дополнительную информацию относительно требования.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента requirement_instance.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент requirement_instance.
Атрибут implied_external: Этот атрибут определяет прикладной компонент requirement_instance в указанной связи.
4.3.271 Прикладной компонент requirement_occurence
Прикладной компонент requirement_occurence определяет метку-заполнитель для статического представителя требования в иерархии разделения требований.
Атрибут definition: Этот атрибут определяет прикладной компонент requirement_definition, который дает определение требованию.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента requirement_occurence.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент requirement_occurence.
Атрибут child_of: Этот атрибут определяет разделенный прикладной компонент requirement_occurence в указанной связи.
4.3.272 Прикладной компонент requirement_relationship
Прикладной компонент requirement_relationship определяет способ представления взаимосвязей между прикладными компонентами requirement_instance.
Примечание 1 — Прикладной компонент requirement_relationship может регистрировать существование взаимосвязей между набором требований или же может использоваться для получения взаимосвязей между наборами требований и отдельными требованиями.
Примечание 2 — Прикладной компонент requirement_relationship может использоваться, например, для идентификации измененных или производных требований в различных прикладных компонентах system_view.
Примечание 3 — Предусмотрено два следующих способа использования прикладного компонента requirement_relationship.
1. Использование для связи нескольких требований с целью ее определения с помощью атрибута relationship_type. Любое число прикладных компонентов requirement_relationship_input_assignment, связывающих прикладные компоненты requirement_relationship и ряд прикладных компонентов requirement_instance, может поддерживать подобную связь. При таком использовании никакой новый прикладной компонент requirement_relationship_resulting_relationship не реализуется в результате установления с помощью прикладного компонента requirement_relationship.
2. Использование для создания или идентификации требований, которые зависят от установленного прикладного компонента requirement_relationship. Как и в первом случае, любое число прикладных компонентов requirement_relationship_input_assignment, связывающих прикладной компонент requirement_relationship и ряд прикладных компонентов requirement_instance формирует входные данные для связи. Для индикации выходных данных при анализе любое число прикладных компонентов requirement_relationship_resulting_relationship может использоваться с целью указания требований, созданных или идентифицированных на основе этой связи требований.
| ) ENTITY requirement_relationship; description : OPTIONAL text_select; relationship_type : label; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту requirement_relationship.
Атрибут relationship_type: Этот атрибут определяет тип связи. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние alternate: Требования, присоединяемые посредством прикладного компонента requirement_relationship_input_assignment к прикладному компоненту requirement_relationship, являются взаимоисключающими или эквивалентными;
- состояние derived: Требования, объединяемые посредством прикладного компонента requirement_relationship_input_assignment, используются для получения дополнительных прикладных компонентов requirement_instance. Новые требования индицируются с использованием прикладных компонентов requirement_relationship.
4.3.273 Прикладной компонент requirement_relationship_context_assignment
Прикладной компонент requirement_relationship_context_assignment определяет способ объединения прикладного компонента requirement_relationship или requirement_allocation_relationship с прикладным компонентом system_view, для которого связь является действующей.
Примечание - Прикладной компонент requirement_relationship_input_assignment позволяет определять действительность нескольких прикладных компонентов system_view и повторно использовать элементы спецификации для нескольких вариантов системной спецификации.
Атрибут assigned_requirement_relationship: Этот атрибут определяет связь, присваиваемую прикладному компоненту system_view с помощью прикладного компонента assigned_requirement_relationship.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту requirement_relationship_context_assignment.
Атрибут system_context: Этот атрибут определяет прикладной компонент system_view, который присваивается связи требований.
4.3.274 Прикладной компонент requirement_relationship_input_assignment
Прикладной компонент requirement_relationship_input_assignment определяет способ присвоения прикладного компонента requirement_instance прикладному компоненту requirement_relationship.
| ) ENTITY requirement_relationship_input_assignment; assigned_instance : requirement_instance; input_requirement : requirement_relationship; END_ENTITY; ( |
|---|
Атрибут assigned_instance: Этот атрибут определяет прикладной компонент requirement_instance в указанном способе.
Атрибут input_requirement: Этот атрибут определяет прикладной компонент requirement_relationship в указанном способе.
4.3.275 Прикладной компонент requirement_relationship_resulting_relationship
Прикладной компонент requirement_relationship_resulting_relationship определяет способ связи прикладного компонента requirement_instance с прикладным компонентом requirement_relationship, который указывает, что прикладной компонент requirement_instance выражается с помощью прикладного компонента requirement_relationship.
Атрибут motivation: Этот атрибут определяет дополнительную информацию о причинах создания прикладного компонента requirement_relationship_resulting_relationship.
Атрибут requirement_relationship: Этот атрибут определяет прикладной компонент requirement_relationship.
Атрибут resulting_requirement: Этот атрибут определяет вновь созданное требование.
Атрибут role: Этот атрибут определяет объект, который должен быть удален.
4.3.276 Прикладной компонент requirement_requirement_class_assignment
Прикладной компонент requirement_requirement_class_assignment определяет способ присвоения прикладного компонента requirement_definition прикладному компоненту requirement_class, при котором характеристики прикладного компонента requirement_definition будут совпадать с определенными в прикладном компоненте requirement_class.
| ) ENTITY requirement_requirement_class_assignment; class : requirement_class; motivation : OPTIONAL text_select; requirement : requirement_definition; END_ENTITY; ( |
|---|
Атрибут class: Этот атрибут определяет прикладной компонент requirement_class в данном присвоении.
Атрибут motivation: Этот атрибут определяет причину присвоения.
Атрибут requirement: Этот атрибут определяет прикладной компонент requirement_definition в данном присвоении.
4.3.277 Прикладной компонент requirement_system_view_assignment
Прикладной компонент requirement_system_view_assignment определяет способ присвоения прикладного компонента requirement_instance прикладному компоненту system_view, указывающий на применимость требований к прикладному компоненту system_view.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту requirement_system_view_assignment.
Атрибут requirement: Этот атрибут определяет прикладной компонент requirement_instance в указанном способе.
Атрибут system_view: Этот атрибут определяет прикладной компонент system_view в указанном способе.
4.3.278 Прикладной компонент requirement_traces_to_requirement_relationship
Прикладной компонент requirement_traces_to_requirement_relationship определяет взаимосвязь между двумя прикладными компонентами requirement_instance, присваиваемыми различным прикладным компонентам partial_system_view, которая устанавливает подконтрольное объединение двух требований.
Примечание 1 — Эта взаимосвязь действует только для конкретного прикладного компонента system_view.
Примечание 2 — Эта взаимосвязь мотивируется необходимостью поддержания оперативного контроля между различными прикладными компонентами system_view системы. Кроме того, предполагается, что источник и отслеживаемые требования к источнику не будут присваиваться одному и тому же прикладному компоненту system_view.
Атрибут motivation: Этот атрибут определяет дополнительную информацию, относящуюся к характеру прикладного компонента requirement_traces_to_requirement_relationship.
Атрибут source_requirement: Этот атрибут определяет первый прикладной компонент requirement_instance в указанной взаимосвязи.
Атрибут traced_requirement: Этот атрибут определяет второй прикладной компонент requirement_instance в указанной взаимосвязи.
Атрибут valid_context: Этот атрибут определяет прикладной компонент system_view, для которого действующим является прикладной компонент requirement_traces_to_requirement_relationship.
4.3.279 Прикладной компонент root_requirement_system_view_assignment
Прикладной компонент root_requirement_system_view_assignment принадлежит к тому же типу, что и прикладной компонент requirement_system_view_assignment и к тому же способу присвоения прикладного компонента requirement_instance, который является основой для структуры требований к прикладному компоненту system_view. Например, присваиваемое требование не должно быть дочерним в указанной структуре.
Индексный атрибут определяет первый элемент в презентационном индексе для требования в конкретной системе.
| ) ENTITY root_requirement_system_view_assignment SUBTYPE OF (requirement_system_view_assignment) ; index : label; UNIQUE UR1: index, system_view; END_ENTITY; ( |
|---|
Атрибут index: Этот атрибут определяет идентификатор для представления прикладного компонента requirement_instance, идентифицируемого с помощью атрибута requirement, который наследуется из прикладного компонента requirement_system_view_assignment в контексте прикладного компонента system_view, определяемого с помощью атрибута system_view.
Пример 28 — Индекс для конкретного, например, присвоенного требования не должен быть дочерним в структуре требований, может быть равным 5 и указывать на то, что идентифицированный с помощью атрибута requirement (наследуемый из прикладного компонента requirement_system_view_assignment) прикладной компонент requirement_instance будет пятым требованием к прикладному компоненту system_view, идентифицированному с помощью атрибута system_view (подобно наследуемому из прикладного компонента requirement_system_view_assignment).
Примечание - Индексация является способом представления идентификатора, часто используемого для идентификации требования в средствах управления изменениями. В настоящем стандарте данный идентификатор формируется поэтапно, по одному этапу в каждый момент времени для каждого уровня в составе. Например, при использовании цифровой индексации и конкретного атрибута child_requirement, являющегося третьим в составе и определенным с помощью атрибута system_view, индекс атрибута должен быть равен «3».
Последующее разделение требования должно в каждый момент времени добавлять информацию на одну позицию индекса. Например, если основное требование разделяется на четыре частичных требования, то последние могут снабжаться индексами 1..4 с использованием атрибута index прикладного компонента requirement_composition_relationship.
Индекс требования в составной структуре требований реконструируется путем включения атрибутов index обнаруживаемого прикладного компонента requirement_composition_relationship при перемещении разделенного требования от наивысшего требования к наинизшему.
4.3.280 Прикладной компонент selection_package
Прикладной компонент selection_package принадлежит к тому же типу, что и прикладной компонент package, с дискриминатором того, что ряд элементов, который может быть выбран из прикладного компонента package для конкретной системы, является ограниченным.
Примечание 1 — Атрибут selection_type определяет семантику прикладного компонента selection_package.
Примечание 2 — Прикладной компонент selection_package предоставляет спецификацию на ограничительные условия, в которых только один из элементов может выбираться из элементов, содержащихся в прикладном компоненте package.
| ) ENTITY selection_package SUBTYPE OF (package) ; selection_type : label; END_ENTITY; ( |
|---|
Атрибут selection_type: Этот атрибут определяет выбранное ограничительное условие. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- Состояние and: Один элемент в прикладном компоненте package может выбираться для конкретной системы;
- Состояние or: Любое число элементов в прикладном компоненте package может выбираться для конкретной системы.
4.3.281 Прикладной компонент single_cardinality
Прикладной компонент single_cardinality определяет единственное целое число, представляющее численное ограничительное условие.
| ) ENTITY single_cardinalityyy; defined_value : single_cardinality_select; END_ENTITY; ( |
|---|
Атрибут defined_value: Этот атрибут определяет численное ограничительное условие.
4.3.282 Прикладной компонент specific_requirement_allocation_relationship
Прикладной компонент specific_requirement_allocation_relationship принадлежит к тому же типу, что и прикладной компонент requirement_allocation_relationship и служит в качестве способа распределения или отслеживания прикладного компонента requirement_instance для элемента, который не может быть неоднозначно идентифицирован в функциональной структуре разделения, например прикладного компонента fsm_generic_state или cb_place.
Примечание 1 — Метод идентификации элементов в указанной структуре предназначен для идентификации прикладного компонента functionality_instance_reference, наиболее близкого в структуре разделения к прикладному компоненту fsm_generic_state или cb_place (посредством атрибута related_to), а также для специальной идентификации отслеживаемого объекта (посредством атрибута specific_element).
Примечание 2 — В тех случаях, когда прикладной компонент specific_requirement_allocation_relationship указывает на отношение к прикладному компоненту fsm_generic_state, атрибут related_to должен идентифицировать прикладной компонент fsm_model, который определяется контекстом автомата с конечным числом состояний.
Примечание 3 — В тех случаях, когда прикладной компонент specific_requirement_allocation_relationship указывает на требование, относящееся к прикладному компоненту cb_place, атрибут related_to должен идентифицировать прикладной компонент functionality_instance_reference, который, в свою очередь, идентифицирует прикладной компонент composite_function_definition (посредством прикладного компонента function_instance), который ограничивается прикладным компонентом functional_behaviour_model. Прикладной компонент cb_place, идентифицируемый с помощью атрибута specific_element, является элементом.
Атрибут specific_element: Этот атрибут определяет компонент, чье требование распределяется посредством прикладного компонента specific_requirement_allocation_relationship.
4.3.283 Прикладной компонент specification_state_assignment
Прикладной компонент specification_state_assignment определяет способ присвоения прикладного компонента textual_specification прикладному компоненту fsm_state, при котором спецификация применяется с помощью данного присвоения.
| ) ENTITY specification_state_assignment; assigned_to : fsm_state; specification : textual_specification; END_ENTITY; ( |
|---|
Атрибут assigned_to: Этот атрибут определяет прикладной компонент fsm_state в указанном присвоении.
Атрибут specification: Этот атрибут определяет прикладной компонент textual_specification в указанном присвоении.
4.3.284 Прикладной компонент start_order
Прикладной компонент start_order принадлежит к тому же типу, что и прикладной компонент work_order, и служит в качестве разрешения на исполнение одного или нескольких прикладных компонентов engineering_process_activity.
Примечание - Прикладной компонент start_order охватывает все виды заказов на работы, за исключением заказа на внесение изменений, который должен обрабатываться с помощью прикладного компонента change_order.
| ) ENTITY start_order SUBTYPE OF (work_ordert) ; start_order_type : label; END_ENTITY; ( |
|---|
Атрибут start_order_type: Этот атрибут определяет тип работы, допускаемой прикладным компонентом start_order. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние design_activity: Определяет разрешение на начало работ по проектированию системы;
- состояние impact_analysis: Определяет разрешение на начало работ по анализу работ и определению влияния наиболее значимого проектного показателя.
4.3.285 Прикладной компонент start_request
Прикладной компонент start_request принадлежит к тому же типу, что и прикладной компонент work_request, который требует указания начала определенной работы.
Примечание - Прикладной компонент start_request содержит все виды запросов для начала работ, за исключением изменения связанной с ним информации.
| ) ENTITY start_request SUBTYPE OF (work_request) ; request_type : label;END_ENTITY; ( |
|---|
Атрибут request_type: Этот атрибут определяет характер прикладного компонента start_request. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние cost_reduction: Запрос, служащий для снижения инженерных и производственных затрат на элемент;
- состояние customer_rejection: Запрос заказчика, обусловленный отбраковкой элемента;
- состояние customer_request: Запрос на работу, которая необходима для выполнения запроса заказчика;
- состояние durability_improvement: Запрос, служащий для увеличения срока службы элемента;
- состояние government_regulation: Запрос заказчика, обусловленный юридическим требованием к элементу;
- состояние procurement_alignment: Запрос для корректировки процесса закупки различных элементов;
- состояние security_reason: Запрос на работу, которая необходима с точки зрения безопасности;
- состояние standardization: Запрос для унификации различных вариантов исполнения элемента;
- состояние supplier_request: Запрос на работу, которая необходима для выполнения запроса поставщика;
- состояние technical_improvement: Запрос, служащий для улучшения технических характеристик элемента.
4.3.286 Прикладной компонент state_context_relationship
Прикладной компонент state_context_relationship определяет способ связи прикладного компонента fsm_generic_state с прикладным компонентом functional_state_context, указывающий на то, что прикладной компонент fsm_state находится в состоянии высшего уровня в прикладном компоненте functional_state_context.
Примечание - Этот компонент определяет связь между прикладным компонентом fsm_state (состояние высшего уровня в случае использования карты состояний) и средой, в которой действует автомат с конечным числом состояний.
| ) ENTITY state_context_relationship; in_context : generic_state_context; state : fsm_generic_state; END_ENTITY; ( |
|---|
Атрибут in_context: Этот атрибут определяет прикладной компонент functional_state_context в указанном способе.
Атрибут state: Этот атрибут определяет прикладной компонент fsm_generic_state в указанном способе.
4.3.287 Прикладной компонент state_function_interaction_port
Прикладной компонент state_function_interaction_port определяет элемент интерфейса к прикладному компоненту functional_state_context.
Примечание - Прикладной компонент state_function_interaction_port является средством импортирования сведений о функциях из прикладного компонента functional_state_context в прикладной компонент functional_state_context. Точный импорт подобных сведений необходим, поскольку прикладной компонент functional_state_context поддерживает собственную область имен.
| ) ENTITY state_function_interaction_port; port_of : functional_state_context; END_ENTITY; ( |
|---|
Атрибут port_of: Этот атрибут определяет прикладной компонент functional_state_context, интерфейс к которому является частью прикладного компонента state_function_interaction_port.
4.3.288 Прикладной компонент state_machine_functional_behaviour_model
Прикладной компонент state_machine_functional_behaviour_model принадлежит к тому же типу, что и прикладной компонент functional_behaviour_model с дискриминатором, динамическое поведение которого может фиксироваться с помощью автомата с конечным числом состояний и связанным с ним формальным математическим описанием.
| ) ENTITY state_machine_functional_behaviour_model SUBTYPE OF (functional_behaviour_model) ; INVERSE behaviour_constraint : SET[1:?] OF fsm_model FOR behaviour_model; END_ENTITY; ( |
|---|
Атрибут behaviour_constraint: Этот атрибут определяет прикладной компонент state_machine_functional_behaviour_model, для которого прикладной компонент fsm_model дает спецификацию на характеристики работ.
4.3.289 Прикладной компонент state_transition_specification_assignment
Прикладной компонент state_transition_specification_assignment определяет присвоение текстовой спецификации прикладному компоненту fsm_state_transition.
Примечание 1 — Прикладной компонент state_transition_specification_assignment определяет способ присвоения контрольного выражения прикладному компоненту fsm_state_transition (в форме Мура для автомата с конечным числом состояний) или способа присвоения контрольного выражения и установки требований к работам для прикладного компонента fsm_state_transition (в форме Мили для автомата с конечным числом состояний).
Примечание 2 — Язык описания присвоенной спецификации протоколом AP-233 не предписывается.
| ) ENTITY state_transition_specification_assignment; assigned_to : fsm_state_transition; specification : textual_specification; END_ENTITY; ( |
|---|
Атрибут assigned_to: Этот атрибут определяет прикладной компонент fsm_state_transition, которому присваивается текстовая спецификация.
Атрибут specification: Этот атрибут определяет текстовую спецификацию, присваиваемую прикладному компоненту fsm_state_transition.
4.3.290 Прикладной компонент string_data_type_definition
Прикладной компонент string_data_type_definition принадлежит к тому же типу, что и прикладной компонент elementary_maths_space, содержащий все строки вплоть до строк с длиной n, которые могут формироваться из комбинации допустимых символов. Если значение n не задано, то строка может иметь бесконечную длину.
| ) ENTITY string_data_type_definition SUBTYPE OF (elementary_maths_space) ; size : OPTIONAL finite_integer_interval; END_ENTITY; ( |
|---|
Атрибут size: Этот атрибут определяет пространство, занимаемое прикладным компонентом string_data_type_definition.
Примечание 1 — Нижняя граница для прикладного компонента finite_integer_interval в общем случае не достигается, однако пригодна в том случае, когда последующее использование становится очевидным (например, идентификация подстрок в строках). Эта нижняя граница должна устанавливаться на нуль.
Примечание 2 — Размер прикладного компонента finite_integer_interval равен максимальному числу символов и возможному числу экземпляров прикладного компонента string_data_type_definition.
Размер компонента не обязательно должен задаваться для прикладного компонента string_data_type_definition в тех случаях, когда он имеет неизвестную длину, а также не обязательно должен задаваться для конкретного прикладного компонента string_data_type_definition object.
4.3.291 Прикладной компонент structured_requirement_definition
Прикладной компонент structured_requirement_definition принадлежит к тому же типу, что и прикладной компонент requirement_definition, с дискриминатором, требуемые возможности которого выражаются числом.
Примечание 1 — Данный компонент дает возможность представления требований, которые структурированы и типизированы, в отличие от требований, выражаемых в текстовом виде.
Примечание 2 — Имя этого компонента должно пересматриваться. Его текущее имя отражает тот факт, что модель свойства используется для сохранения требования. Оптимальное имя для прикладного компонента — structured_requirement_definition.
| ) ENTITY structured_requirement_definition SUBTYPE OF (requirement_definition) ; required_characteristic : property_value; END_ENTITY; ( |
|---|
Атрибут required_characteristic: Этот атрибут определяет прикладной компонент property_value, который дает структурированное определение требования.
4.3.292 Прикладной компонент system_composition_relationship
Прикладной компонент system_composition_relationship определяет соотношение разделения между прикладными компонентами system_definition и system_instance, который является подсистемой прикладного компонента system_definition.
| ) ENTITY system_composition_relationship; component_system : s system_instance; decomposed_system : system_definition; description : OPTIONAL text_select; relationship_type : label; END_ENTITY; ( |
|---|
Атрибут component_system: Этот атрибут определяет субсистему в указанном соотношении.
Атрибут decomposed_system: Этот атрибут определяет систему в указанном соотношении.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к указанному соотношению.
Атрибут relationship_type: Этот атрибут определяет соотношение (связь), описывающее тип прикладного компонента system_composition_relationship. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние mandatory: Субсистема должна быть в структуре разделения реальной системы, которая является действующей для нее;
- состояние optional: Субсистема может быть в любой структуре разделения любой реальной системы (однако этого не требуется).
4.3.293 Прикладной компонент system_definition
Прикладной компонент system_definition принадлежит к тому же типу, что и прикладной компонент system_view, и является представлением системной спецификации в течение всего жизненного цикла системы.
Примечание - Эта спецификация может иметь любую степень законченности. Прикладной компонент system_definition посредством соотношений для сбора подробных компонентов (например, function_definition и др.) формирует системную спецификацию в точке разворачивания системы. При ее завершении прикладной компонент system_definition будет формировать системную спецификацию для всего жизненного цикла системы, который определяется прикладным компонентом system_definition.
Атрибут life_cycle_stage: Этот атрибут определяет фазу в течение жизненного цикла системы, в которой действующим является прикладной компонент system_definition.
Пример 29 — Значением этого атрибута может быть состояние «операционный», указывающее на то, что прикладной компонент system_definition дает спецификацию на стадию эксплуатации системы.
Атрибут assigned_to_system: Этот атрибут определяет прикладной компонент system_definition, для которого действующим является прикладной компонент partial_system_view.
Атрибут scenarios_for_system: Этот атрибут определяет прикладной компонент system_definition, которому присваивается прикладной компонент partial_system_view.
4.3.294 Прикладной компонент system_functional_configuration
Прикладной компонент system_functional_configuration определяет способ присвоения прикладного компонента functional_reference_configuration прикладному компоненту context_function_relationship.
Примечание - Прикладной компонент system_functional_configuration определяет нефункциональные характеристики, например значения свойств и информации о размещении, которые являются действующими в одном конкретном представлении системы.
| ) ENTITY system_functional_configuration; functional_configuration : functional_reference_configuration; system : context_function_relationship; END_ENTITY; ( |
|---|
Атрибут functional_configuration: Этот атрибут определяет прикладной компонент functional_reference_configuration, который присваивается с помощью этого атрибута.
Атрибут system: Этот атрибут определяет прикладной компонент context_function_relationship, которому присваивается прикладной компонент functional_reference_configuration.
4.3.295 Прикладной компонент system_instance
Прикладной компонент system_instance определяет реализацию системной спецификации в частном контексте.
Примечание 1 — Прикладной компонент system_instance не содержит реализованную систему; планируется только такая конкретная спецификация, которая должна использоваться для реализации системы в структуре компонентов системы.
Примечание 2 — Каждый прикладной компонент system_instance получает свое определение только из одного прикладного компонента system_instance, определенного с помощью атрибута definition.
| ) ENTITY s system_instance; definition : system_definition; description : OPTIONAL text_select; id : element_identifier; name : label;UNIQUE UR1: definition, id; END_ENTITY; ( |
|---|
Атрибут definition: Этот атрибут определяет прикладной компонент system_definition, который дает точно один прикладной компонент system_definition, действующий в качестве частного определения.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту system_instance.
Атрибут id: Этот атрибут определяет прикладной компонент element_identifier для прикладного компонента system_instance.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент system_instance.
4.3.296 Прикладной компонент system_instance_relationship
Прикладной компонент system_instance_relationship является представлением взаимодействия между двумя или несколькими прикладными компонентами system_instance.
Примечание - Прикладной компонент system_instance_relationship используется для получения контекста системы путем моделирования взаимосвязи компонентов. Идея состоит в моделировании множества взаимодействующих систем и соотношений между ними. Последнее означает определение кардинальных ограничительных условий между системами, находящимися в связи. Все объекты, входящие в прикладной компонент system_instance_relationship, должны быть частью той же структуры системы разделения.
Это является новым принципом моделирования с точки зрения модели и соответствует системно-контекстному представлению, предложенному Дэвидом Оливером. Пример системной контекстной диаграммы приведен ниже, в комплексных инженерных системах, содержащих модели и объекты, предложенные Дэвидом Оливером. Действующая взаимосвязь формируется с помощью прикладных компонентов system_instance, system_instance_relationship_port и system_instance_relationship.
| ) ENTITY s system_instance_relationship; description : text_select; name : label; INVERSE connected_port : SET[2:?] OF system_instance_relationship_port FOR defined_relationship; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к описанию.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на имя.
Атрибут connected_port: Этот атрибут определяет упоминаемый прикладной компонент system_instance_relationship.
4.3.297 Прикладной компонент system_instance_relationship_port
Прикладной компонент system_instance_relationship_port определяет способ объединения прикладных компонентов system_instance и system_instance_relationship.
Примечание - Прикладной компонент system_instance_relationship_port также определяет мощность связи прикладного компонента system_instance, участвующего в связи.
Пример 30 — В сотовой телефонной системе может оказаться приемлемым выражать то, что каждый сотовый элемент может одновременно находиться в диапазоне номеров оконечных пунктов 0 — 5000. В настоящем стандарте это выражается путем конкретизации связи прикладного компонента system_instance систем сотовой связи с прикладными компонентами system_instance_relationship_port, которая фиксирует кардинальную информацию для каждой системы в этой связи.
Например, прикладной компонент system_instance_relationship_port для прикладного компонента system_instance станции сотовой связи должен иметь кардинальное число в интервале 0 — 5000.
| ) ENTITY s system_instance_relationship_port; cardinality : cardinality_association_select; defined_relationship : s system_instance_relationship; port_of : s system_instance; END_ENTITY; ( |
|---|
Атрибут cardinality: Этот атрибут определяет диапазон значений для прикладных компонентов system_instance, которые находятся во взаимной связи. Независимо от определенной кардинальности в точности один прикладной компонент system_instance всегда будет определяться с помощью атрибута port_of.
Кардинальность определяет число прикладных компонентов system_instance, которые входят в прикладной компонент system_instance_relationship, определенный с помощью атрибута defined_relationship.
Атрибут defined_relationship: Этот атрибут определяет указанный прикладной компонент system_instance_relationship.
Атрибут port_of: Этот атрибут определяет указанный прикладной компонент system_instance.
4.3.298 Прикладной компонент system_instance_replication_relationship
Прикладной компонент system_instance_replication_relationship определяет связь между двумя прикладными компонентами system_instance, в которой новый прикладной компонент system_instance заменяет в системе исходный.
Примечание - Этот компонент неадекватно удовлетворяет требование, поэтому требуется дополнительная работа.
| ) ENTITY s system_instance_replication_relationship; rationale : OPTIONAL text_select; replaced_application : s system_instance; replacing_application : s system_instance; END_ENTITY; ( |
|---|
Атрибут rationale: Этот атрибут определяет причину замены прикладного компонента system_instance.
Атрибут replaced_application: Этот атрибут определяет исходный прикладной компонент system_instance.
Атрибут replacing_application: Этот атрибут определяет замененный прикладной компонент system_instance.
4.3.299 Прикладной компонент system_physical_configuration
Прикладной компонент system_physical_configuration определяет способ присвоения прикладного компонента physical_reference_configuration прикладному компоненту context_physical_relationship.
| ) ENTITY system_physical_configuration; physical_configuration : physical_reference_configuration; system : context_physical_relationship; END_ENTITY; ( |
|---|
Атрибут physical_configuration: Этот атрибут определяет прикладной компонент physical_reference_configuration, который присваивается с помощью прикладного компонента context_physical_relationship.
Атрибут system: Этот атрибут определяет прикладной компонент context_physical_relationship, которому присваивается прикладной компонент context_physical_relationship.
4.3.300 Прикладной компонент system_substitution_relationship
Прикладной компонент system_substitution_relationship определяет связь, указывающую способ замещения одного прикладного компонента system_composition_relationship другим прикладным компонентом system_composition_relationship. Объектами этого замещения являются связанные прикладные компоненты component_system_instance для обоих прикладных компонентов system_composition_relationship. При этом прикладной компонент decomposed_system_definition должен быть одним и тем же для обоих прикладных компонентов system_composition_relationship.
| ) ENTITY system_substitution_relationship; base : system_composition_relationship; description : OPTIONAL text_select; substitute : system_composition_relationship; END_ENTITY; ( |
|---|
Атрибут base: Этот атрибут определяет прикладной компонент system_composition_relationship, который допускает замену.
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту system_composition_relationship.
Атрибут substitute: Этот атрибут определяет прикладной компонент system_composition_relationship, который может использоваться вместо основного прикладного компонента system_composition_relationship.
4.3.301 Прикладной компонент system_view
Прикладной компонент system_view определяет частичное или полное представление системы согласно спецификации.
Примечание 1 — Прикладной компонент system_view содержит совокупность всей информации, представляющей интерес для системной спецификации.
Примечание 2 — Прикладной компонент system_view содержит понятие конкретного представления для модели системы, как если бы она рассматривалась какой-либо заинтересованной стороной. Он также дает все связанные с системой объекты с базовыми функциональными характеристиками, например, управлением версиями, постоянными идентификаторами, именами и т.п.
Атрибут associated_version: Этот атрибут определяет прикладной компонент configuration_element, для которого прикладной компонент configuration_element_version представляет собой версию.
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту system_view.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента system_view.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент system_view.
Атрибут system: Этот атрибут определяет прикладной компонент system_view, который действителен для существующей связи.
4.3.302 Прикладной компонент system_view_assignment
Прикладной компонент system_view_assignment определяет присвоение прикладного компонента partial_system_view прикладному компоненту system_definition.
Примечание - Прикладной компонент partial_system_view, присваиваемый прикладному компоненту system_definition, представляет собой часть полной системной спецификации.
| ) ENTITY system_view_assignment; assigned_view : partial_system_view; assignment_comment : OPTIONAL text_select; system_specification : system_definition; END_ENTITY; ( |
|---|
Атрибут assigned_view: Этот атрибут определяет присвоенный прикладной компонент partial_system_view.
Атрибут assignment_comment: Этот атрибут определяет дополнительную информацию, относящуюся к данному присвоению.
Атрибут system_specification: Этот атрибут определяет прикладной компонент system_definition, которому присваивается прикладной компонент partial_system_view.
4.3.303 Прикладной компонент system_view_context
Прикладной компонент system_view_context дает описание верности воспроизведения и мнения о системе для прикладного компонента partial_system_view.
Примечание - Прикладной компонент system_view_context содержит ряд атрибутов, которые будут более эффективными, если они будут присваиваться в индивидуальном порядке.
| ) ENTITY system_view_context; description : OPTIONAL text_select; fidelity : label; объект-приложение system_viewpoint : label; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную текстовую информацию, относящуюся к прикладному компоненту system_view_context.
Атрибут fidelity: Этот атрибут определяет классификацию уровней детализации прикладного компонента partial_system_view.
Пример 31 — Значением верности может быть «пользователь» для указания того, что связанный прикладной компонент partial_system_view определяет системную спецификацию на пользовательском уровне детализации.
Атрибут system_viewpoint: Этот атрибут определяет частное мнение, которое является действующим для прикладного компонента system_view_context.
Пример 32 — Атрибутом system_viewpoint может быть «эксплуатационный персонал», указывающий на то, что прикладной компонент partial_system_view, связывающий этот компонент, содержит технические требования, которые являются действительными с точки зрения этого персонала.
Атрибут system_viewpoint может также использоваться для указания того, что ссылочный прикладной компонент partial_system_view является значимым для очень специфичной области.
Пример 33 — Атрибутом system_viewpoint может быть «temporal_safety_analysis», указывающий на то, что прикладной компонент partial_system_view, относящийся к атрибуту system_viewpoint, содержит подмножество технических требований к системе, которое определяет временные требования к системе согласно спецификации.
4.3.304 Прикладной компонент textual_paragraph
Прикладной компонент textual_paragraph определяет структурированное представление текста.
Примечание 1 — Имя компонента, вероятно, должно изменяться для отражения того факта, что объект дает не только шаблон, но и текстовую информацию.
| ) ENTITY textual_paragraph; element_value : LIST[1:?] OF text_elements; name : label; END_ENTITY; ( |
|---|
Атрибут element_value: Этот атрибут определяет текстовый элемент прикладного компонента textual_paragraph.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент textual_paragraph.
Примечание 2 — Атрибут name может быть ссылкой на информацию о форматировании текста.
4.3.305 Прикладной компонент textual_requirement_definition
Прикладной компонент textual_requirement_definition определяет тип прикладного компонента requirement_definition и определение требования, выражаемого в тексте.
Примечание - Этот компонент является наиболее «примитивным» представлением требований в настоящем стандарте.
| ) ENTITY textual_requirement_definition SUBTYPE OF (requirement_definition) ; description : text_select; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет требуемые функциональные характеристики.
4.3.306 Прикладной компонент textual_section
Прикладной компонент textual_section определяет текст, в котором указываются составные элементы (параграфы) текста.
Примечание - Прикладной компонент textual_section предусмотрен для тех ситуаций, когда структура текстовой информации требует последующего форматирования.
| ) ENTITY textual_section; element : LIST[1:?] OF textual_paragraphn; name : label; END_ENTITY; ( |
|---|
Атрибут element: Этот атрибут определяет отдельный элемент шаблона.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент textual_section.
4.3.307 Прикладной компонент textual_specification
Прикладной компонент textual_specification определяет текст, выражаемый с использованием заданного языка.
Примечание 1 — Этот язык может или не может иметь компьютерную интерпретацию.
| ) ENTITY textual_specification; definition : text_select; definition_language : label; END_ENTITY; ( |
|---|
Атрибут definition_language: Этот атрибут определяет с помощью слова (или нескольких слов) язык записи спецификации.
Примечание 2 — Возможным значением атрибута definition_language может быть «ANSI C», «структурированный текст» и т.п.
Примечание 3 — Необходимо заново пересмотреть перечень предпочтительных языков.
4.3.308 Прикладной компонент textual_table
Прикладной компонент textual_table является представлением структуры строки, где прикладной компонент textual_section представляет каждую позицию в этой структуре.
Примечание 1 — Прикладной компонент textual_section может содержать перечень прикладных компонентов textual_paragraph, каждый из которых представляет собой столбец прикладного компонента textual_table.
| ) ENTITY textual_table; name : label; table_row : LIST[1:?] OF textual_section; END_ENTITY; ( |
|---|
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент textual_table.
Атрибут table_row: Этот атрибут определяет число строк в прикладном компоненте textual_table.
Примечание 2 — Число строк должно быть больше нуля.
4.3.309 Прикладной компонент triggered_system_view_relationship
Прикладной компонент triggered_system_view_relationship принадлежит к тому же типу, что и прикладной компонент partial_system_view_relationship и является TBD-индикатором.
Примечание 1 — Поддерживающая модель спецификация на режимы системы (каждый прикладной компонент partial_system_view) может рассматриваться в системе как режим высокого уровня. Прикладной компонент triggered_system_view_relationship является прикладным компонентом partial_system_view_relationship, для которых связь между связанным и связывающим прикладными компонентами partial_system_view такова, что система может совершать переход из одного режима в другой, когда выполняется атрибут transition_condition.
Примечание 2 — Эта связь является однонаправленной. Прикладной компонент triggered_system_view_relationship определяет только переход от связанного прикладного компонента к связывающему прикладному компоненту triggered_system_view.
| ) ENTITY triggered_system_view_relationship SUBTYPE OF (partial_system_view_relationship) ; transition_condition : text; END_ENTITY; ( |
|---|
Атрибут transition_condition: Этот атрибут определяет в текстовом виде условие, которое должно выполняться.
Примечание 3 — Если переход выполняет TBD.
4.3.310 Прикладной компонент undefined_data_type_definition
Прикладной компонент undefined_data_type_definition принадлежит к тому же типу, что и прикладной компонент user_defined_data_type_definition, чья область и диапазон значений не определены.
Примечание - Прикладной компонент user_defined_data_type_definition должен использоваться в тех случаях, когда тип данных прикладного компонента data_instance неизвестен.
| ) ENTITY undefined_data_type_definition SUBTYPE OF (user_defined_data_type_definition) ; END_ENTITY; ( |
|---|
4.3.311 Прикладной компонент union_data_type_definition
Прикладной компонент union_data_type_definition принадлежит к тому же типу, что и прикладной компонент user_defined_data_type_definition, который в любой момент времени может принимать значение одного из компонентов.
| ) ENTITY union_data_type_definition SUBTYPE OF (user_defined_data_type_definition) ; END_ENTITY; ( |
|---|
4.3.312 Прикладной компонент union_data_type_member
Прикладной компонент union_data_type_member определяет взаимосвязь между прикладными компонентами union_data_type_definition и data_field, который он содержит. Элементы прикладного компонента union_data_type_definition являются взаимно исключающими друг друга.
| ) ENTITY union_data_type_member; child : data_field; parent : union_data_type_definition; END_ENTITY; ( |
|---|
Атрибут child: Этот атрибут определяет прикладной компонент data_field в указанной взаимосвязи.
Атрибут parent: Этот атрибут определяет прикладной компонент union_data_type_definition в указанной взаимосвязи.
4.3.313 Прикладной компонент unit
Прикладной компонент unit является представителем единицы измерений.
| ) ENTITY unit; unit_name : label; END_ENTITY; ( |
|---|
Атрибут unit_name: Этот атрибут определяет имя единицы измерений с использованием (в идеальном случае) соответствующих терминов единиц в ИСО.
Примечание 1 — Примерами могут служить единицы измерений: с (секунды), м (метры); кг (килограммы) и т.п.
Примечание 2 — Атрибут unit_name должен находиться в соответствии со стандартными типами измерений.
4.3.314 Прикладной компонент user_defined_data_type_definition
Прикладной компонент user_defined_data_type_definition определяет тип данных вместе с областью определения их значений, которая напрямую не была определена в настоящем стандарте.
Атрибут associated_version: Этот атрибут определяет прикладной компонент configuration_element_version для прикладного компонента user_defined_data_type_definition.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту user_defined_data_type_definition.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента user_defined_data_type_definition.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент user_defined_data_type_definition.
4.3.315 Прикладной компонент value_limit
Прикладной компонент value_limit принадлежит к тому же типу, что и прикладной компонент value_with_unit и классифицированное численное значение, представляющее либо нижний предел, либо верхний предел какой-либо характеристики.
Пример 34 — Примерами прикладного компонента value_limit являются «30.5 max» и «5 min».
| ) ENTITY value_limit SUBTYPE OF (value_with_unite) ; limit : NUMBER; limit_qualifier : label; END_ENTITY; ( |
|---|
Атрибут limit: Этот атрибут определяет предельное значение.
Атрибут limit_qualifier: Этот атрибут определяет тип предела. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние max: Нормативным пределом является верхний предел;
- состояние min: Нормативным пределом является нижний предел.
4.3.316 Прикладной компонент value_list
Прикладной компонент value_list определяет упорядоченную совокупность прикладных компонентов value_with_unit для прикладного компонента property_value.
Пример 35 — Прикладной компонент property_definition может содержать различные значения свойств, например «массы», «скорости» и «возраста», которые все необходимы в данном контексте. Прикладной компонент value_list объединяет все эти значения в заданном порядке, так что каждое из них поддается идентификации в перечне по их индексам.
| ) ENTITY value_list; values : LIST[1:?] OF value_with_unite; END_ENTITY; ( |
|---|
Атрибут values: Этот атрибут определяет упорядоченную совокупность прикладных компонентов value_with_unit, которые совместно предоставляются для прикладного компонента property_value.
4.3.317 Прикладной компонент value_range
Прикладной компонент value_range принадлежит к тому же типу, что и прикладной компонент value_with_unit и пара численных значений, представляющих их диапазон, которому должно принадлежать значение прикладного компонента property_value.
Примечание - Данный вид допуска может заменять номинальное значение прикладного компонента property_value. Все значения в этом диапазоне будут считаться одинаково «хорошими». Обычно этот способ определения размеров используется для задания допусков на большое число объектов с конкретной технической характеристикой.
| ) ENTITY value_range SUBTYPE OF (value_with_unite) ; distribution_function : OPTIONAL textual_specification; lower_limit : NUMBER; upper_limit : NUMBER; END_ENTITY; ( |
|---|
Атрибут distribution_function: Этот атрибут определяет прогнозируемую функцию распределения для большого множества результатов измерений.
Атрибут lower_limit: Этот атрибут определяет минимально допустимое значение прикладного компонента property_value, которое ограничивается диапазоном значений прикладного компонента value.
Атрибут upper_limit: Этот атрибут определяет максимально допустимое значение прикладного компонента property_value, которое ограничивается диапазоном значений прикладного компонента value.
4.3.318 Прикладной компонент value_with_unit
Прикладной компонент value_with_unit определяет либо единственную численную меру, либо диапазон численных значений, имеющий верхнюю или нижнюю границы.
Примечание - Каждый прикладной компонент value_with_unit является прикладным компонентом value_limit, value_range или nominal_value.
| ) ENTITY value_with_unite ABSTRACT SUPERTYPE OF ( ONEOF(nominal_valuet, value_limit, value_range) ) ; significant_digits : OPTIONAL INTEGER; unit_component : OPTIONAL unit; END_ENTITY; ( |
|---|
Атрибут significant_digits: Этот атрибут определяет число значащих чисел для конкретного прикладного компонента value_with_unit.
Атрибут unit_component: Этот атрибут определяет единицу измерений для прикладного компонента value_with_unit.
4.3.319 Прикладной компонент verification_report_for_verification_specification
Прикладной компонент verification_report_for_verification_specification определяет способ связи результатов, получаемых с помощью прикладного компонента verification_specification_allocation с прикладным компонентом verification_result. Результат работ по верификации отбирается с помощью атрибута verification_report_entry.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту verification_report_for_verification_specification.
Атрибут specific_verification_element: Этот атрибут определяет прикладной компонент verification_specification_allocation, который используется для верификации.
Атрибут verification_report_entry: Этот атрибут определяет описание результатов верификации.
4.3.320 Прикладной компонент verification_result
Прикладной компонент verification_result определяет заключение по результатам выполнения операции верификации.
Атрибут description: Этот атрибут определяет полное заключение по результатам проведения проверочной операции. Результат применения отдельного прикладного компонента verification_specification к проверяемым элементам попадает в прикладной компонент verification_report_for_verification_specification. В описании определена дополнительная информация относительно прикладного компонента verification_result.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента verification_result.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент verification_result.
Атрибут system_under_verification: Этот атрибут определяет прикладной компонент verification_specification_system_view_relationship, для которого действующим является прикладной компонент verification_result.
4.3.321 Прикладной компонент verification_specification
Прикладной компонент verification_specification является спецификацией на способ, с помощью которого должны проверяться система, ее функциональные возможности или физические элементы.
Примечание 1 — Прикладной компонент verification_specification использует структуру требований для определения способа испытаний системы для того, чтобы эта структура давала возможность ограничения представления только текстовой информацией. Посредством прикладного компонента model_defined_requirement_definition можно определять модели или внешние файлы, которые должны использоваться в проверочной операции.
Примечание 2 — Прикладной компонент verification_specification не подразумевает традиционного испытания, поскольку вместо него может применяться формальная верификация, анализ или инспекция системы (или любой другой метод).
| ) ENTITY verification_specificationlt; definition : requirement_occurence; description : OPTIONAL text_select; id : element_identifier; name : label; verification_method : label; END_ENTITY; ( |
|---|
Атрибут definition: Этот атрибут определяет прикладной компонент requirement_definition, который должен быть протестирован.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту verification_specification.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента verification_specification.
Атрибут name: Этот атрибут определяет слово (или слова), которые используются для ссылки на прикладной компонент verification_specification.
Атрибут verification_method: Этот атрибут определяет способ проведения испытания конкретной системы.
4.3.322 Прикладной компонент verification_specification_allocation
Прикладной компонент verification_specification_allocation определяет способ соотнесения прикладного компонента verification_specification с прикладным компонентом system_instance, physical_instance, function_instance или requirement_instance таким образом, чтобы прикладной компонент verification_specification применялся к предназначенному компоненту.
| ) ENTITY verification_specificationlt_allocation; description : OPTIONAL text_select; relevant_for : verification_allocation_select; specification : verification_specificationlt; END_ENTITY; ( |
|---|
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту verification_specification_allocation.
Атрибут relevant_for: Этот атрибут определяет прикладной компонент, с которым соотносится прикладной компонент verification_specification.
Атрибут specification: Этот атрибут определяет прикладной компонент verification_specification.
4.3.323 Прикладной компонент verification_specification_system_view_relationship
Прикладной компонент verification_specification_system_view_relationship определяет способ присвоения прикладного компонента verification_specification прикладному компоненту system_view, который указывает технические требования к испытаниям, которые должны проводиться для верификации или валидации системы.
Атрибут assigned_verification: Этот атрибут определяет присвоенный прикладной компонент verification_specification.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту verification_specification_system_view_relationship.
Атрибут index: Этот атрибут определяет идентификатор прикладного компонента verification_specification, идентифицируемый с помощью атрибута assigned_verification в контексте прикладного компонента system_view, который определяется с помощью атрибута system_view.
Атрибут system_view: Этот атрибут определяется присвоенным прикладным компонентом verification_specification.
4.3.324 Прикладной компонент view_relationship
Прикладной компонент view_relationship определяет иерархическую связь между двумя прикладными компонентами visual_element, при которой дочерний прикладной компонент является частью родительского прикладного компонента graphics_view.
Примечание 1 — Если прикладной компонент view_relationship существует между двумя прикладными компонентами graphics_view, то аналогичная иерархическая связь должна существовать и между прикладными компонентами general_function_definition. Прикладные компоненты general_physical_definition или fsm_generic_state входят в эту иерархическую связь.
Примечание 2 — Каждый прикладной компонент graphics_view может являться частью многих прикладных компонентов multi_level_view. Для перекрытия представлений для каждого прикладного компонента view_relationship необходимо с помощью атрибута valid_in определить прикладной компонент multi_level_view, для которого указанная связь является действующей.
| ) ENTITY view_relationship; child : graphics_view; parent : graphics_view; valid_in : multi_level_view; END_ENTITY; ( |
|---|
Атрибут child: Этот атрибут определяет прикладной компонент graphics_view, который накладывается в родительском прикладном компоненте graphics_view.
Атрибут parent: Этот атрибут определяет прикладной компонент graphics_view, который действует как контекст дочернего прикладного компонента graphics_view.
Атрибут valid_in: Этот атрибут определяет прикладной компонент multi_level_view, для которого указанная связь является действующей.
4.3.325 Прикладной компонент visual_element
Прикладной компонент visual_element является супертипом для всех объектов, несущих графическую информацию для прикладного элемента. Прикладным компонентом visual_element является прикладной компонент graphics_node, actual_port_position, formal_port_position или graphics_link.
| ) ENTITY visual_element ABSTRACT SUPERTYPE OF ( ONEOF(actual_port_position, formal_port_position, graphics_link, graphics_node) ) ; view : graphics_view; END_ENTITY; ( |
|---|
Атрибут view: Этот атрибут определяет прикладной компонент graphics_view, для которого задается прикладной компонент visual_element.
4.3.326 Прикладной компонент work_order
Прикладной компонент work_order определяет полномочия для одного или нескольких прикладных компонентов engineering_process_activity, которые должны выполняться.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту work_order.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента work_order.
Атрибут is_controlling: Этот атрибут определяет прикладные компоненты engineering_process_activity, которые контролируются с помощью данного частного прикладного компонента work_order.
Атрибут status: Этот атрибут определяет состояние прикладного компонента work_order. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние in_work: Запрос разрабатывается;
- состояние issued: Запрос завершен, просмотрен и немедленно приводит к выполнению операции;
- состояние resolved: Запрос разрешен; операция, определенная с помощью запроса, завершена, и никакой другой работы в дальнейшем не требуется.
Атрибут version_id: Этот атрибут определяет идентификатор конкретной версии прикладного компонента work_order.
4.3.327 Прикладной компонент work_request
Прикладной компонент work_request определяет требование к определенной работе, которая должна быть выполнена.
Атрибут description: Этот атрибут определяет дополнительную информацию, относящуюся к прикладному компоненту work_request.
Атрибут id: Этот атрибут определяет идентификатор прикладного компонента work_request.
Атрибут notified_person: Этот атрибут определяет прикладной компонент person или organization, который должен давать информацию относительно прикладного компонента work_request, а также о дате, когда прикладной компонент person или organization должны получать информацию.
Атрибут requestor: Этот атрибут определяет прикладной компонент person или organization, который должен обеспечивать выдачу запроса и даты, когда этот прикладной компонент person или organization был выдан.
Атрибут scope: Этот атрибут определяет прикладные компоненты, которые зависят от прикладного компонента work_request.
Атрибут status: Этот атрибут определяет состояние прикладного компонента work_request. Там, где это применимо, должны использоваться следующие состояния (значения) этого атрибута:
- состояние in_work: Запрос разрабатывается;
- состояние issued: Запрос завершен, просмотрен и немедленно приводит к выполнению операции;
- состояние resolved: Запрос разрешен; операция, определенная с помощью запроса, завершена, и никакой другой работы в дальнейшем не требуется.
Атрибут version_id: Этот атрибут определяет идентификатор конкретной версии прикладного компонента work_request.
| ) END_SCHEMA; ( |
|---|
4.4 Функции в ARM-модели
В данном подразделе определяются функции ARM-модели, предназначенные для PAS-спецификации.
4.4.1 Функция at_most_one_system_function_assigned
4.4.2 Функция correct_binding
4.4.3 Функция determineactualportrole
4.4.4 Функция determineformalportrole
5 Требования соответствия
Соответствие настоящему стандарту означает выполнение требований, установленных в настоящем стандарте, требований к поддерживаемому методу (методам) и соответствующих требований, содержащихся в нормативных ссылочных документах. Их практическая реализация должна поддерживать по крайней мере один из методов, указанных в следующих стандартах:
Требования с учетом зависящих от метода практической реализации требований определены в приложении C.
Протокол практической реализации (PICS) содержит перечни опций или их комбинаций, которые могут включаться в практическую реализацию (см. приложение B).
Данная спецификация предоставляет ряд опций, которые могут поддерживаться с помощью практической реализации.
Нижеуказанные опции сгруппированы в следующие классы соответствия:
- Административная информация;
- Управление работами;
- Управление внесением изменений;
- Ссылки на документацию;
- Классификация элементов системы;
- Задание приоритетности элементов системы;
- Графическое представление информации;
- Представление требований к текстам;
- Представление требований к текстам и соответствующим понятиям;
- Формы представления структурных требований;
- Диаграммы потоков данных;
- Функциональные блок-схемы потоков;
- Диаграммы поведения систем;
- Структурный анализ систем;
- Физическая архитектура систем;
- Объектно-ориентированный анализ систем;
- Объектно-ориентированные статические структуры систем;
- Объектно-ориентированное поведение систем;
- Объектно-ориентированная практическая реализация систем;
- Представление систем;
- Верификация систем;
- Среда функциональной архитектуры и требования к ней;
- Среда физической архитектуры и требования к ней;
- Среда полного инженерного проектирования систем;
- Среда объектно-ориентированного инженерного проектирования систем;
- Среда расширенного инженерного проектирования систем.
Поддержка определенного класса соответствия требует поддержки всех опций этого класса.
Соответствие определенному классу требует поддержки всех прикладных компонентов, заданных в этом классе. Таблица соответствия прикладных компонентов классам соответствия приведена ниже.
5.1 Класс A: Административная информация
Данный класс соответствия распространяется на административную информацию и содержит бизнес-информацию, необходимую для ее включения в спецификацию.
В данный класс соответствия полностью или частично входит следующий функциональный модуль:
5.2 Класс B: Управление работами
Данный класс соответствия распространяется на управление работами и содержит информацию об обозначениях для ее включения в инженерный проект системы и соответствующие работы. Поддерживает связь содержащейся в спецификации информации с работами по инженерному проектированию систем; также позволяет фиксировать запросы на начало работ по проектированию систем.
В данный класс соответствия полностью или частично входит следующий функциональный модуль:
5.3 Класс C: Управление внесением изменений
Данный класс соответствия распространяется на процесс управления внесением изменений и содержит информацию, необходимую для связи спецификации с процессом внесения изменений.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
5.4 Класс D: Ссылки на документацию
Данный класс соответствия распространяется на ссылки на документацию и содержит информацию, необходимую для связи нестандартизованной, согласно ИСО 10303, документации с системными спецификациями. Эта документация может существовать в цифровой или бумажной форме.
В данный класс соответствия полностью или частично входит следующий функциональный модуль:
5.5 Класс E: Классификация элементов системы
Данный класс соответствия распространяется на классификацию элементов системы и содержит информацию, необходимую для связи элементов системной спецификации с общей системой классификации.
В данный класс соответствия полностью или частично входит следующий функциональный модуль:
5.6 Класс F: Задание приоритетности элементов
Данный класс соответствия распространяется на классификацию элементов системы и содержит информацию, необходимую для связи элементов системной спецификации с общей системой задания приоритетов.
В данный класс соответствия полностью или частично входит следующий функциональный модуль:
5.7 Класс G: Графическое представление информации
Данный класс соответствия распространяется на графическое представление информации и содержит информацию, необходимую для связи элементов системной спецификации с общей двухмерной системой координат с целью обеспечения визуального размещения элементов спецификации.
В данный класс соответствия полностью или частично входит следующий функциональный модуль:
5.8 Класс 01: Представление требований к текстам
Данный класс соответствия распространяется на представление требований к текстам и поддерживает представление требований, выражаемых в тексте, совокупности требований и фиксацию взаимосвязей между ними. Поддерживается также и произвольная классификация этих требований.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
5.9 Класс 02: Представление требований к текстам и соответствующим понятиям
Данный класс соответствия распространяется на представление требований к текстам и соответствующим понятиям, является расширением предыдущего класса соответствия и позволяет фиксировать элементы функциональной спецификации, подразумеваемые требованиями к текстам.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
- Functional_Hierarchy;
- Person_organization;
- Requirement_representation;
- Structured_text;
- Version_management.
5.10 Класс 03: Формы представления структурных требований
Данный класс соответствия распространяется на формы представления структурных требований, является расширением класса соответствия 01 и позволяет фиксировать требования, выражаемые как модельные или же во внешней документации.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
- Explicit_Functional_reference;
- Explicit_Physical_reference;
- Functional_Allocation;
- Functional_Behaviour_basics;
- Functional_Behaviour_Causal_chain;
- Functional_Behaviour_finite_State_Machine;
- Functional_Behaviour_Interaction;
- Functional_Hierarchy;
- Functional_Performance;
- Person_organization;
- Physical_Architecture;
- Свойств;
- Requirement_representation;
- Requirement_representation_Structured_Formats;
- Structured_text;
- System_Architecture;
- Version_management.
5.11 Класс 04: Диаграммы потоков данных
Данный класс соответствия распространяется на диаграммы потоков данных, содержащий информацию, которая позволяет фиксировать функциональную структуру разделения и функциональное взаимодействие в функциональной спецификации системы.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
- Functional_Behaviour_Interaction;
- Functional_Hierarchy;
- Measurement_Unit;
- Person_organization;
- Structured_text;
- Version_management.
5.12 Класс 05: Функциональные блок-схемы потоков
Данный класс соответствия распространяется на функциональные блок-схемы потоков, содержит информацию, которая позволяет фиксировать функциональную структуру разделения и причинно-следственные связи между функциями в функциональной спецификации системы.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
- Functional_Behaviour_basics;
- Functional_Behaviour_Causal_chain;
- Functional_Hierarchy;
- Measurement_Unit;
- Person_organization;
- Structured_text;
- Version_management.
5.13 Класс 06: Диаграммы поведения систем
Данный класс соответствия распространяется на диаграммы поведения систем и объединяет классы соответствия 04 и 05.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
- Functional_Behaviour_basics;
- Functional_Behaviour_Causal_chain;
- Functional_Behaviour_Interaction;
- Functional_Hierarchy;
- Measurement_Unit;
- Person_organization;
- Structured_text;
- Version_management.
5.14 Класс 07: Структурный анализ систем
Данный класс соответствия распространяется на структурный анализ систем, является расширением класса соответствия 04 и поддерживает представление функционального поведения в модели автомата с конечным числом состояний.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
- Functional_Behaviour_basics;
- Functional_Behaviour_finite_State_Machine;
- Functional_Behaviour_Interaction;
- Functional_Hierarchy;
- Measurement_Unit;
- Person_organization;
- Structured_text;
- Version_management.
5.15 Класс 08: Физическая архитектура систем
Данный класс соответствия распространяется на физическую архитектуру систем, содержит информацию, которая позволяет фиксировать абстрактное представление физического вида системы согласно спецификации.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
5.16 Класс 09: Объектно-ориентированный анализ систем
Данный класс соответствия распространяется на объектно-ориентированный анализ систем и является расширением класса соответствия 11 путем предоставления примеров использования системы согласно спецификации.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
5.17 Класс 10: Объектно-ориентированные статические структуры систем
Данный класс соответствия распространяется на объектно-ориентированные статические структуры систем, содержит информацию, которая позволяет фиксировать объектно-ориентированное представление статических свойств системы согласно спецификации, и включает в себя информацию, необходимую для представления диаграмм классов и блоков.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
- OO_Common;
- OO_Static_Structure;
- Person_organization;
- Relationship_Cardinality;
- Structured_text;
- Version_management.
5.18 Класс 11: Объектно-ориентированное поведение систем
Данный класс соответствия распространяется на объектно-ориентированное поведение систем, обеспечивает поддержку объектно-ориентированного представления поведения, выражаемую в форме диаграмм взаимодействия и кооперирования в системе согласно спецификации.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
5.19 Класс 12: Объектно-ориентированная практическая реализация систем
Данный класс соответствия распространяется на объектно-ориентированную практическую реализацию систем и обеспечивает поддержку фиксации объектно-ориентированного представления реализации программного обеспечения в виде диаграмм компонентов и размещения.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
5.20 Класс 13: Представление систем
Данный класс соответствия распространяется на представление систем, содержит информацию, которая позволяет группировать набор спецификаций со взаимосвязанными обозначениями и представлять системы в структурах систем.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
- Person_organization;
- Relationship_Cardinality;
- Structured_text;
- System_Architecture;
- Version_management.
5.21 Класс 14: Верификация систем
Данный класс соответствия распространяется на верификацию систем, содержит информацию, которая позволяет представлять требования к валидации и верификации системы согласно спецификации.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
- Person_organization;
- Requirement_representation;
- Structured_text;
- System_Architecture;
- System_Verification;
- Version_management.
5.22 Класс 15: Среда функциональной архитектуры и требования к ней
Данный класс соответствия распространяется на среду для функциональной архитектуры и требования к ней и сочетает в себе требования классов соответствия 03, 06 и 07, а также поддерживает распределение требований по функциональным характеристикам.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
- Explicit_Functional_reference;
- Functional_Behaviour_basics;
- Functional_Behaviour_Causal_chain;
- Functional_Behaviour_finite_State_Machine;
- Functional_Behaviour_Interaction;
- Functional_Hierarchy;
- Functional_Performance;
- Measurement_Unit;
- Person_organization;
- Relationship_Cardinality;
- Requirement_Allocation;
- Requirement_representation;
- Requirement_representation_Implied_Functionality;
- Requirement_representation_Structured_Formats;
- Structured_text;
- System_Architecture;
- Version_management.
5.23 Класс 16: Среда физической архитектуры и требования к ней
Данный класс соответствия распространяется на среду физической архитектуры и требования к ней; объединяет в себе требования классов соответствия 03 и 08, а также поддерживает распределение требований по элементам физической архитектуры системы.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
- Explicit_Physical_reference;
- Person_organization;
- Physical_Architecture;
- Relationship_Cardinality;
- Requirement_Allocation;
- Requirement_representation;
- Requirement_representation_Implied_Functionality;
- Requirement_representation_Structured_Formats;
- Structured_text;
- System_Architecture;
- Version_management.
5.24 Класс 17: Среда полного инженерного проектирования систем
Данный класс соответствия распространяется на среду полного инженерного проектирования систем и сочетает в себе требования классов соответствия 15 и 16.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
- Explicit_Functional_reference;
- Explicit_Physical_reference;
- Functional_Allocation;
- Functional_Behaviour_basics;
- Functional_Behaviour_Causal_chain;
- Functional_Behaviour_finite_State_Machine;
- Functional_Behaviour_Interaction;
- Functional_Hierarchy;
- Functional_Performance;
- Measurement_Unit;
- Person_organization;
- Physical_Architecture;
- Relationship_Cardinality;
- Requirement_Allocation;
- Requirement_representation;
- Requirement_representation_Implied_Functionality;
- Requirement_representation_Structured_Formats;
- Structured_text;
- System_Architecture;
- System_Verification;
- Version_management.
5.25 Класс 18: Среда объектно-ориентированного инженерного проектирования систем
Данный класс соответствия распространяется на среду объектно-ориентированного инженерного проектирования систем и сочетает в себе требования классов соответствия 01, 09 - 11.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
- OO_Behaviour;
- OO_Common;
- OO_Implementation;
- OO_Static_Structure;
- OO_Use_Case;
- Person_organization;
- Relationship_Cardinality;
- Requirement_Allocation;
- Requirement_representation;
- Structured_text;
- System_Architecture;
- Version_management.
5.26 Класс 19: Среда расширенного инженерного проектирования систем
Данный класс соответствия распространяется на среду расширенного инженерного проектирования систем и сочетает в себе требования классов соответствия 17 и 18.
В данный класс соответствия полностью или частично входят следующие функциональные модули:
- Explicit_Functional_reference;
- Explicit_Physical_reference;
- Functional_Allocation;
- Functional_Behaviour_basics;
- Functional_Behaviour_Causal_chain;
- Functional_Behaviour_finite_State_Machine;
- Functional_Behaviour_Interaction;
- Functional_Hierarchy;
- Functional_Performance;
- Measurement_Unit;
- OO_Behaviour;
- OO_Common;
- OO_Implementation;
- OO_Static_Structure;
- OO_Use_Case;
- Person_organization;
- Physical_Architecture;
- Relationship_Cardinality;
- Requirement_Allocation;
- Requirement_representation;
- Requirement_representation_Implied_Functionality;
- Requirement_representation_Structured_Formats;
- Structured_text;
- System_Architecture;
- System_Verification;
- Version_management.
Соответствия прикладных компонентов классам
ТРЕБОВАНИЯ, ЗАВИСЯЩИЕ ОТ МЕТОДА ПРАКТИЧЕСКОЙ РЕАЛИЗАЦИИ
Метод практической реализации определяет те режимы обмена данными, которые требуются с точки зрения настоящего стандарта, соответствие с которым должно осуществляться в структуре обмена данными. Формат файлов должен кодироваться в соответствии с синтаксисом и преобразованием в языке EXPRESS, определенными в ИСО 10303-21 или ИСО 10303-22, а I-ARM-модель определена в Приложении F настоящего стандарта. Заголовок выражения для обмена данными должен идентифицировать применение настоящего стандарта с помощью имени схемы system_engineering_and_design.
Формуляр для утверждения протокола соответствия практической реализации системы (PICS)
В данном приложении перечислены дополнительные элементы PAS-спецификации, которые могут выбираться для получения любых сочетаний из них, однако определенные комбинации опций, вероятно, должны применяться совместно (они называются классами соответствия и приведены в данном приложении).
Данное приложение выполнено в виде формуляра, который должен заполняться специалистом по внедрению системы и использоваться испытательной лабораторией при подготовке проверки на совместимость. Заполненный формуляр называется PICS формуляром.
B.1 Идентификатор протокола практической реализации системы
| Наименование реализации системы согласно настоящему стандарту | |
|---|---|
| Текущая версия и дата выпуска |
B.2 Метод практической реализации системы
Укажите выбранный метод реализации системы и поддерживаемые направления перевода.
При использовании нескольких методов реализации необходимо заполнять для каждого из них отдельный PICS-формуляр.
| Метод практической реализации | Препроцессор | Постпроцессор |
|---|---|---|
| ИСО 10303-21 | ||
| ИСО 10303-22 |
B.3 Используемые классы соответствия
| Классы соответствия | Препроцессор | Постпроцессор |
|---|---|---|
| Административная информация (CCA) | ||
| Управление работами (CCB) | ||
| Управление внесением изменений (CCC) | ||
| Ссылки на документацию (CCD) | ||
| Классификация элементов системы (CCE) | ||
| Задание приоритетности элементов системы (CCF) | ||
| Графическое представление информации (CCG) | ||
| Представление требований к текстам (CC01) | ||
| Представление требований к текстам и соответствующим понятиям (CC02) | ||
| Формы представления структурных требований (CC03) | ||
| Диаграммы потоков данных (CC04) | ||
| Функциональные блок-схемы потоков (CC05) | ||
| Диаграммы поведения систем (CC06) | ||
| Структурный анализ систем (CC07) | ||
| Физическая архитектура систем (CC08) | ||
| Объектно-ориентированный анализ систем (CC09) | ||
| Объектно-ориентированные статические структуры систем (CC10) | ||
| Объектно-ориентированное поведение систем (CC11) | ||
| Объектно-ориентированная практическая реализация систем (CC12) | ||
| Представление систем (CC13) | ||
| Верификация систем (CC14) | ||
| Среда функциональной архитектуры и требования к ней (CC15) | ||
| Среда физической архитектуры и требования к ней (CC16) | ||
| Среда полного инженерного проектирования систем (CC17) | ||
| Среда объектно-ориентированного инженерного проектирования систем (CC18) | ||
| Среда расширенного инженерного проектирования систем (CC19) |
РЕГИСТРАЦИЯ ИНФОРМАЦИОННЫХ ОБЪЕКТОВ
Для обеспечения однозначной идентификации информационного объекта в открытой системе настоящему стандарту присваивается следующий объектный идентификатор:
{iso standard 20542 version(1)}
Смысл этого идентификатора определен в ИСО/МЭК 8824-1 и подробно описан в ИСО 10303-1.
Для обеспечения однозначной идентификации спецификаций схем system_engineering_and_design_arm schema (приложение F) в открытой системе настоящему стандарту присваиваются следующие объектные идентификаторы:
{iso standard 20542 version(1) object(1) system-engineering-and-design-arm(1)}
Смысл этих идентификаторов определен в ИСО/МЭК 8824-1 и подробно описан в ИСО 10303-1.
МОДЕЛЬ ФУНКЦИОНИРОВАНИЯ ПРИЛОЖЕНИЯ
Модель функционирования приложения (AAM-модель) предназначена для облегчения понимания области применения данного прикладного протокола и требований к содержащейся в нем информации. Эта модель представлена в виде нескольких рисунков, содержащих диаграммы операций, их описаний и данных. Операции и информационные потоки, которые не рассматриваются в настоящем стандарте, помечены звездочкой (*).
Делается предположение о том, что крупное предприятие может состоять из нескольких организаций и будет отвечать за полный жизненный цикл системы. При этом специалисты по системам управления являются сотрудниками этого предприятия.
D.1 Определения вспомогательных операций (моделей функционирования) приложения
D.1.1 Операция Accept model information (Прием информации о модели)
Позволяет подтверждать пригодность и состояние всей информации, необходимой для проведения анализа компромиссных решений.
D.1.2 Операция accept Additional model information (Прием дополнительной информации о модели)
Позволяет получать информацию, которая доступна из какого-либо внешнего источника информации, с целью повышения качества содержания инженерной модели системы.
Примечание - Подобная информация может подвергаться управлению и поэтому вместе со всей другой информацией будет исходить из соответствующего процесса и становиться частью процесса управления проектом.
D.1.3 Операция agreement feedback (Обратная связь при согласовании операций)
Позволяет обеспечивать обратную связь, переводящую результаты выполнения операций в предприятии в соответствующие процессы согласования.
D.1.4 Операция Analyze context (Анализ контекста)
Позволяет выполнять комплексный процесс для создания набора моделей и рассмотрения контекста объекта в рамках соответствующего класса систем.
D.1.5 Операция Analyze subject (Анализ объекта)
Позволяет выполнять комплексный процесс для создания набора моделей и рассмотрения объекта в рамках соответствующего класса систем.
D.1.6 Операция Assess available information (Оценка доступной информации)
Позволяет подготавливать базовую информацию, необходимую для инженерного моделирования системы.
Примечание - Эта информация может включать в себя:
- требования к тексту;
- информацию о наследовании;
- пользовательскую информацию;
- принципы работы в виде текста и
- исходные модели.
D.1.7 Операция Attribute value (Значение атрибута)
Позволяет определять состояние (величину) атрибута, указывающее на определенную характеристику системы, которая соответствует предлагаемой модели системы.
D.1.8 Операция Authorized engineering change (Внесение разрешенных изменений)
Позволяет определять изменение, имеющее полученное разрешение на применение одного или нескольких технических элементов при создании или эксплуатации системы.
Примечание - Техническими элементами могут быть инженерные модели системы, технические задания на разработку, системы или их элементы.
D.1.9 Операция Authorized project action (Разрешенная проектная операция)
Позволяет определять операцию, которая допускается на основе разрешения, полученного в соответствии с определенными полномочиями в проекте.
D.1.10 Операция Behaviour model (Модель поведения)
Позволяет определять модель, характеризующую все функции контекста или объекта в классе системы, а также распределение и входные/выходные параметры этих функций.
D.1.11 Операция Build solution model (Модель построения решения)
Позволяет идентифицировать показатели эффективности в качестве основы для компромисса и создавать модели поведения и структуры.
D.1.12 Операция Business reality (Реальные условия ведения бизнеса)
Позволяет определять коммерческие факторы, включающие в себя наличие ресурсов, риски влияния и период от начала разработки продукции до выхода его на рынок.
D.1.13 Операция By-product (Промежуточный продукт)
Позволяет определять элемент, который будет прирастать в процессе производства, эксплуатации или технического обслуживания системы и в дальнейшем больше не будет играть полезную роль в жизненном цикле системы.
D.1.14 Операция Calculate system performance (Расчет функциональных характеристик системы)
Позволяет использовать полученные состояния (значения) атрибутов для получения комплексных функциональных характеристик системы с помощью соответствующего набора требований.
D.1.15 Операция Change proposal (Изменения в коммерческом предложении)
Позволяет определять предложение, в котором будут идентифицироваться характеристики изменения какого-либо технического элемента при создании, эксплуатации, техническом обслуживании и утилизации системы.
Примечание - Коллектив разработчиков проекта будет рассматривать нетехнические последствия изменения предложения перед тем, как разрешение этого изменения станет реальным. Объем и формальная сторона этого рассмотрения будет зависеть от ожидаемого влияния этого изменения (в общем случае это влияние будет увеличиваться в процессе жизненного цикла системы). Основные принципы организации, предприятия или проекта будут определять критерии оценки изменения предложения.
D.1.16 Операция Chosen solution (Выбранное решение)
Позволяет определять информацию о модели, которая является оптимальной спецификацией системы.
Примечание - Показатели эффективности являются основой для выбора одного этого решения из набора допустимых вариантов.
D.1.17 Операция compare Effectiveness of feasible solutions (Эффективность допустимых решений)
Позволяет определять категорию всех допустимых решений на основе соответствующих показателей эффективности, а также оптимальное решение.
D.1.18 Операция Component for integration (Компонент для объединения
Позволяет определять компонент, который готов к объединению с разрабатываемой системой.
D.1.19 Операция Component tier model (Модель компонентов в системе)
Позволяет определять набор, содержащий контекстную и объектную модели, характеризующие данный компонент в системе.
D.1.20 Операция Concept tier model (Модель понятий в системе)
Позволяет определять набор разработанных моделей, содержащий контекстную и объектную модели, а также характеризующий представление принципов системы.
D.1.21 Операция Context model set (Набор контекстных моделей)
Позволяет определять набор, содержащий поведенческую и структурную модели, а также план реализации контекста объекта в классе системы.
D.1.22 Операция Control engineering change (Контроль технических изменений)
Позволяет анализировать техническое влияние исследованных вопросов и формировать обратную связь для инициализации процессов контроля проекта с целью оценки влияния на него стоимости, рисков и графика выполнения работ.
Примечание - Операция change proposal* является основой для активации операции manage project с целью просмотра таких нетехнических показателей проекта, как стоимость, риски и график выполнения работ.
D.1.23 Операция Create behaviour model (Формирование модели поведения системы)
Позволяет определять либо стимулирующее воздействие, либо реакцию на него для объекта в представляющей интерес системе.
D.1.24 Операция Create model for component tie (Формирование модели для класса компонента)
Позволяет выполнять процесс общего инженерного моделирования систем для получения спецификации на требования к элементарной части системы или модели класса подсистемы.
D.1.25 Операция Create model for concept tier (Формирование модели для класса компонента)
Позволяет выполнять процесс общего инженерного моделирования систем для получения спецификации на требования, направляемые в организацию заказчика.
Примечание - При этом моделировании создаются требования, которые часто называются требованиями пользователя или заинтересованной стороны (контекстное представление) и системные требования (объектное представление). Указанные требования могут представляться в виде документа, содержащего требования пользователя (URD), и документа, содержащего системные требования (SRD).
D.1.26 Операция Create model for domain tier (Формирование модели для класса области)
Позволяет выполнять процесс общего инженерного моделирования систем для получения спецификации, которая может требоваться многим организациям заказчика в данной отрасли.
Пример - При этом моделировании создается описание проблем, которые могут, возможно, возникать в нескольких отдельно приобретаемых взаимодействующих системах, например при изучении области воздушного транспорта, в которой самолеты взаимодействуют с аэропортами и системами управления воздушным движением.
D.1.27 Операция Create model for sub-system tier (Формирование модели для класса подсистем)
Позволяет выполнять процесс общего инженерного моделирования систем для получения спецификации, которая содержит требования к элементарной части системы или модели класса подсистемы более высокого уровня.
D.1.28 Операция Create model for system tier (Формирование модели для класса систем)
Позволяет выполнять процесс общего инженерного моделирования систем для получения спецификации, которая содержит набор моделей понятий как источник требований.
Примечание - При этом моделировании создается то, что обычно называется проектированием архитектуры системы.
D.1.29 Операция Create plan for build & test (Формирование программы создания и проверки моделей)
Позволяет рассматривать управление техническими вопросами с целью установления графика, пригодного для выработки решения относительно моделей спецификации.
D.1.30 Операция Create structure model (Формирование модели структуры)
Позволяет идентифицировать логическое и физическое содержание спецификации.
D.1.31 Операция Create systems engineering model (Формирование инженерной модели системы)
Позволяет разрабатывать модель для каждого уровня системы в качестве основы для структурированного набора спецификации.
D.1.32 Операция Define effectiveness measure (Определение меры эффективности)
Позволяет устанавливать критерий, с помощью которого можно судить об альтернативных модельных спецификациях.
D.1.33 Операция Define system (Определение системы)
Позволяет создавать спецификации последовательных классов (уровней) систем вплоть до отдельных компонентов.
D.1.34 Операция Demand on system capability (Требования к возможностям системы)
Позволяет изменять то, что происходит с рабочей средой системы и изменять ее реакцию.
D.1.35 Операция Design for system component (Проектирование для компонентов системы)
Позволяет проектировать компоненты, включая структурные и поведенческие аспекты для получения достаточной точности, при которой компонент может производиться для его встраивания в интегрированную систему.
D.1.36 Операция Design system component (Проектирование для компонентов системы)
Позволяет проектировать компоненты, которые будут обеспечивать достаточную детализацию, а также его производство и испытание.
D.1.37 Операция Determine attribute value (Определение значения атрибута)
Позволяет получать на приемлемом уровне точности значение системного атрибута, который значим для анализа компромиссных решений.
Примечание - Процесс определения включает в себя:
- оценку атрибута;
- его имитацию (также известную как моделирование или эмуляция);
- измерение по макетам (требующее изготовления подходящих прототипов программного обеспечения или аппаратной реализации).
D.1.38 Операция Developed model set (Разработка набора моделей)
Позволяет устанавливать набор, который содержит контекстную и объектную модель на уровне системы.
Пример - Разработанная модель может описывать:
D.1.39 Операция Effectiveness measure (Мера эффективности)
Позволяет определять требования, которые настолько важны, что могут оказывать определяющее влияние на успех или неуспех реализации системы.
Пример - При инженерном проектировании ноутбука двумя стандартными требованиями к нему (критериями оптимизации) являются вес и срок службы аккумулятора. Проектировщик должен стремиться к снижению веса ноутбука и повышению срока службы аккумулятора.
D.1.40 Операция Enabling system
Позволяет создавать систему, которая будет дополнять представляющую интерес систему для процессов с одним или несколькими циклами эксплуатации.
Примечание - Например, разработка enabling system необходима для изготовления и интеграции системы. Каждая допускаемая система обладает индивидуальным жизненным циклом.
D.1.41 Операция Enterprise feedback (Обратная связь на предприятии)
Позволяет осуществлять обратную связь, переводящую результаты работ по проектированию на более широкий уровень на этом предприятии.
D.1.42 Операция Enterprise policy or procedure (Метод или процедура на предприятии)
Позволяет контролировать основу для проведения технических или управленческих работ по проектам в рамках предприятия.
Примечание - Метод или процедура, используемые на предприятии, являются дополняющими все значимые для организации методы, процедуры, социальные, юридические или политические предписания.
D.1.43 Операция Enterprise (Предприятие)
Позволяет определять виртуальную организацию, которая появляется в результате одного или нескольких соглашений между двумя или несколькими организациями и несет ответственность за жизненный цикл системы.
D.1.44 Операция Existing system or element (Существующая система или элемент)
Позволяет определять компонент, который доступен для другого предприятия и может повторно использоваться в другой системе.
D.1.45 Операция Feasible solution (Допустимое решение)
Позволяет получать модельную информацию, которая определяет решение, отвечающее соответствующим требованиям.
D.1.46 Операция Implementation plan (План реализации системы)
Позволяет получать план, который будет определять порядок построения и испытания системы.
D.1.47 Операция Information from external source (Информация из внешнего источника)
Позволяет получать информацию, поступающую из любого источника вне предприятия.
D.1.48 Операция Initial model set (Исходный набор моделей)
Позволяет получать модельную информацию, доступную в начале процесса инженерного проектирования системы.
Примечание - В общем случае процесс инженерного проектирования системы является достаточно гибким. Порядок подобного моделирования может быть нисходящим, восходящим, возвратно-поступательным или от середины процесса. Для простых систем различие между уровнями требует минимального количества формального контроля проекта, причем каждый проектировщик может параллельно работать на нескольких уровнях.
D.1.49 Операция Install system (Инсталляция системы)
Позволяет принимать проверенную систему и устанавливать ее в рабочую среду.
D.1.50 Операция Integrate component into system (Интеграция компонента в систему)
Позволяет принимать компонент и вводить его в соответствующее место системы.
Инженерное проектирование систем — Процессы в жизненном цикле системы.
Инженерное проектирование систем — Процессы в жизненном цикле системы.
Системы управления качеством — Требования.
Системы управления качеством — Требования.
D.1.55 Операция Make decision (Принятие решений)
Позволяет выбирать наиболее выигрышное направление для проведения проектировочных работ (при наличии альтернативных вариантов).
Примечание - Проектная обратная связь дает информацию относительно способов выявления существующих проблем и возможностей и приводит к требованию принятия соответствующих проектных решений.
D.1.56 Операция Manage enterprise (Управление предприятием)
Позволяет устанавливать, обеспечивать функционирование и поддерживать работу предприятия согласно концепции, с помощью которой инициализировались, поддерживались и контролировались проекты.
D.1.57 Операция Manage project (Управление проектом)
Позволяет проводить надлежащее планирование и контроль проекта и связанных с ним факторов.
Примечание - Этими факторами являются риски, конфигурация и управление проектом.
D.1.58 Операция Manage risk, configuration & information (Управление рисками, конфигурацией и информацией, связанными с проектом)
Позволяет минимизировать влияние недостоверных событий, устанавливать и поддерживать целостность всех результатов проекта и предоставлять важную своевременную, полностью достоверную и конфиденциальную информацию предприятию и его внешним партнерам.
D.1.59 Операция Map of functions (Отображение функций)
Позволяет устанавливать связи каждого структурного элемента с его поведением.
D.1.60 Операция Model set (Набор моделей)
Позволяет получать информацию, которая будет содержать все инженерные модели предлагаемых систем на каком-либо системном уровне.
D.1.61 Операция Modelling database (Моделирование базы данных)
Позволяет получать информацию, которая будет содержать все находящиеся на сегодняшний день в работе инженерные модели систем.
D.1.62 Операция Organization policy or procedure (Методы и процедуры, используемые организацией)
Позволяет контролировать бизнес-работы, проводимые организацией — членом системного предприятия, и требовать отчета ему.
Примечание - Методы и процедуры, используемые организацией, являются дополняющими все соответствующие социальные, юридические или политические предписания.
D.1.63 Операция Organization (Организация)
Позволяет определять структурную бизнес-единицу, содержащую взаимодействующие между собой персонал, инфраструктуру и объекты.
Примечание - Например, организацией может быть:
Определяет стандарт, который не является ИСО 9001 или ИСО 15288 и который можно получить в какой-либо организации по стандартизации.
Пример - Нижеперечисленные стандарты относятся к инженерному проектированию систем:
- EIA 632 «Процессы проектирования системы»;
- IEEE 1220 «Стандарт на применение и управление процессом инженерного проектирования системы».
D.1.65 Операция Perform trade-off analysis (Выполнение анализа компромиссных решений)
Позволяет выбирать в моделях альтернативные решения.
D.1.66 Операция Plan, assess & control project (Планирование, оценка и контроль проекта)
Позволяет устанавливать и развивать программы проектирования, давать оценку реальным достижениям и ходу проектирования относительно программ, а также контролировать выполнение проекта вплоть до его окончания.
D.1.67 Операция Produce system component (Производство компонента системы)
Позволяет реализовывать и испытывать компонент системы в соответствии с применимым проектом.
D.1.68 Операция Produce system (Изготовление системы)
Позволяет реализовывать и последовательно испытывать систему на различных уровнях в соответствии с применимой спецификацией.
D.1.69 Операция Project decision (Принятие проектных решений)
Позволяет выбирать оптимальное проектное решение, установленное согласно заданному набору критериев.
D.1.70 Операция Project definition (Определение проекта)
Позволяет определять, что включает в себя узловое представление проекта для предприятия и является основой для активизации членов предприятия с целью продолжения выполнения проекта.
Примечание - Определение проекта включает в себя:
- подотчетность и полномочия по проекту;
- ожидаемые конечные результаты выполнения проекта;
- распределение проектных ресурсов;
- требования к отчетности по проекту;
- промежуточные отчетные этапы проекта.
D.1.71 Операция Project feedback (Проектная обратная связь)
Позволяет определять проектную обратную связь, которая передает результаты технических работ по проекту его менеджерам.
D.1.72 Операция Project policy or procedure (Метод или процедура проектирования)
Позволяет контролировать основу, на которой выполняются технические процессы по проекту.
Примечание - Метод или процедура проектирования являются дополняющими все значимые для предприятия или организации методы, процедуры, социальные, юридические или политические предписания.
D.1.73 Операция Raw material or consumable (Сырье или расходные материалы)
Позволяет определять объекты, которые производственные процессы будут преобразовывать для создания составной части системы.
D.1.74 Операция Realized system or sub-system (Реализованная система или подсистема)
Позволяет определять систему или подсистему, которые завершены и готовы к проверочным испытаниям.
D.1.75 Операция Recycled raw material (Утилизация материалов)
Позволяет определять элемент, который уже однажды был частью системы или был необходим для работы, поддержания или утилизации системы и готов к превращению в исходное сырье для каких-либо последующих процессов.
D.1.76 Операция Register of risk (Регистрация рисков)
Позволяет определять информацию, которая будет идентифицировать и определять риски, связанные с проектом.
D.1.77 Операция Rejected system or element (Отбраковка системы или элемента)
Позволяет определять элемент, который не отвечает применимым к нему критериям испытаний и требует проведения корректирующих операций или утилизации.
D.1.78 Операция Requirements database (База данных для требований)
Позволяет определять объем информации, которая описывает основу для создания системы.
Пример - Эти требования могут включать в себя следующее:
- текстовые описания;
- принципы работы системы;
- информацию о наследовании свойств (признаков);
- информацию о пользователях.
D.1.79 Операция Satisfied demand on system capability (Удовлетворенное требование к функциональным характеристикам системы)
Позволяет определять изменение, которое происходит в рабочей среде системы в результате эксплуатации системы.
D.1.80 Операция Set of component requirements (Установление требований к компонентам)
Позволяет устанавливать содержание поведения системы и ее структурной модели для компонента этой системы.
D.1.81 Операция Social, legal or political directive (Социальные, юридические или политические директивы)
Позволяет определять директиву, которая обеспечивает контроль проекта в дополнение к непосредственному контролю, осуществляемому системным предприятием или составляющими его организациями.
D.1.82 Операция Society or organization feedback (Обратная связь со стороны общества или организации)
Позволяет определять обратную связь, которая будет объединять предприятие с расширенным промышленным или социальным сообществом.
Примечание - Подобная обратная связь может включать в себя:
- реакции на требования предоставления информации либо организациям — членам предприятия, либо любым другим внешним заинтересованным сторонам;
- запросы на предоставление информации от внешних заинтересованных сторон.
D.1.83 Операция Specification for existing system or element (Спецификация на существующую систему или элемент)
Позволяет определять спецификацию, в которой приводятся характеристики элемента, который будет доступен для других предприятий.
D.1.84 Операция Structure model (Структурная модель)
Позволяет определять модель, которая характеризует статическую структуру контекста или объекта на каком-либо уровне системы.
Примечание - Структурная модель — это не модель для структурного анализа, которая указывает на зависимость деформации от напряжения под нагрузкой на механическую систему или физический компонент.
D.1.85 Операция Sub-system for integration (Подсистема для интеграции)
Позволяет определять подсистему, которая готова для ее интеграции с расширяемой системой.
D.1.86 Операция System assurance evidence (Свидетельство гарантии системы)
Позволяет определять доказательства поддержки и проверки ожидаемых характеристик системы и ее безопасности, которые являются основой, на которой приобретатель системы может принимать ее в соответствии с условиями договора с соответствующим предприятием.
D.1.87 Операция System for installation (Система, подготовленная для ее установки)
Позволяет определять систему, которая полностью проверена и готова к ее установке в производственную среду.
D.1.88 Операция System for validation (Система, подготовленная для ее валидации)
Позволяет определять систему, которая уже установлена в производственную среду и готова к аттестационным испытаниям.
D.1.89 Операция System or element for re-use (Система или элемент, подготовленные для их повторного использования)
Позволяет определять объект, который является результатом инженерного проектирования системы и готов к повторному использованию в системе другого предприятия.
D.1.90 Операция System ready for exploitation (Система, подготовленная для ее эксплуатации)
Позволяет определять систему, которая была проверена и готова к эксплуатации.
D.1.91 Операция Technical issue (Техническая проблема)
Позволяет определять техническую проблему, которая связана с каким-либо техническим элементом при создании, эксплуатации, техническом обслуживании или утилизации системы.
D.1.92 Операция Trade-off result (Результат анализа компромиссных решений)
Позволяет определять результат, который будет указывать основу, на которой будут строиться отдельные возможности системы или решения по выбору элементов системы, отвечающие или не отвечающие установленным показателям эффективности.
D.1.93 Операция Transfer of system responsibility (Передача ответственности за систему)
Позволяет определять обозначение, которое будет указывать на успешную установку системы в производственной среде и передавать ответственность за систему назначенному оператору.
D.1.94 Операция Validate produced system (Проверка созданной системы)
Позволяет предоставлять объективные свидетельства того, что функциональные возможности системы при ее эксплуатации будут отвечать требованиям заинтересованных сторон.
D.1.95 Операция Verify system (Проверка системы)
Позволяет демонстрировать, что характеристики и поведение системы или ее элементов отвечают соответствующей спецификации на проектирование архитектуры системы.
D.1.96 Операция Waste material (Отходы производства)
Позволяет определять объекты, которые не отвечают условиям, необходимым для их полезного применения.
D.1.97 Операция Agreement (Соглашение)
Позволяет производить взаимное оповещение о сроках и условиях осуществления рабочих взаимоотношений между партнерами.
D.1.98 Операция Establish enterprise agreement (Установление соглашения между предприятиями)
Позволяет достигать соглашения между двумя организациями, одна из которых будет выполнять роль приобретателя, а другая — роль поставщика с тем, чтобы он производил снабжение продукцией или предоставление услуг.
D.1.99 Операция Execute project (Выполнение проекта)
Позволяет выполнять технические процессы, характеризующие последовательные этапы жизненного цикла системы.
D.1.100 Операция Exploit system (Эксплуатация системы)
Позволяет эксплуатировать, поддерживать и утилизировать систему таким образом, чтобы удовлетворять требованиям к функциональным характеристикам системы в течение согласованного срока службы системы.
D.1.101 Операция Multi-project management aid (Помощь в управлении несколькими проектами)
Позволяет оказывать помощь в управлении несколькими проектами на предприятии и поддерживать общий подход к методам управления.
D.1.102 Операция Satisfy capability demand using engineered system (Удовлетворение требований к функциональным характеристикам системы с помощью спроектированной системы)
Позволяет сводить воедино несколько организаций для образования укрупненного предприятия с целью создания, эксплуатации и утилизации системы, обеспечивающей заданные функциональные характеристики.
D.2 Операция Application activity model diagrams (Модельные диаграммы прикладных операций)
AAM-модель иллюстрируется рисунками D.1 - D.11. Операции и потоки данных на этих рисунках, которые в настоящем стандарте не рассматриваются, помечены звездочкой*.
D.1 — A-0 Выполнение требований к функциональным характеристикам системы с использованием спроектированной системы
Used at — ИСПОЛЬЗОВАНО ПРИ:; Author — АВТОР:; Project — ПРОЕКТ: Activity model — Модель действия; Notes — ПРИМЕЧАНИЯ:; Date — ДАТА:; Revision — ВАРИАНТ:; Working — Работа; Draft — ЧЕРТЕЖ; Recommended — РЕКОМЕНДОВАНО; Publication — ПУБЛИКАЦИЯ; Reader — ЧИТАТЕЛЬ; Date — ДАТА; Context — КОНТЕКСТ:; TOP — ВЕРХ; Note: All tunneled arrows in this model apply to all decomposed activities for the applicable activity — ПРИМЕЧАНИЕ: Ломаные стрелки на данной модели относятся ко всем анализируемым работам в данном приложении; demand on system capability* — Требование к функциональным возможностям системы; raw material or consumable* — Необработанные и расходные материалы; existing system or element* — Существующая система или элемент; specification for existing system or element — Спецификация на существующую систему или элемент; information from external source* — Информация от внешних источников; Purpose: To present the activities and information flows that are necessary to enable system engineers and other relevant personnel to create effective models as the basis for realization of product systems, which are typically complex interaction of many components in the form of many types technology — НАЗНАЧЕНИЕ: Для предоставления работ и информационных потоков, которые необходимы для системных инженеров и другого привлекаемого персонала с целью создания эффективных моделей в качестве основы для реализации производственных систем, которые обычно имеют сложное взаимодействие между любыми компонентами в виде любого типа технологии; social, legal or political directive* — Социальное, правовое или политическое указание; Organization policy or procedure* — Организационный принцип или процедура; Satisfy capability demand using engineered system — Удовлетворение требований к функциональным возможностям с использованием спроектированной системы; other standard* — Другой стандарт; Satisfied demand on system capability* — Выполненное требование к функциональным возможностям системы; Waste material* — Отходы производства; Recycled raw material* — Повторно используемый материал; System or element for re-use* — Система или материал для повторного использования; Society or organization feedback* — Обратная связь с обществом или организациями*; Viewpoint: The extended enterprise that potentially consists of multiple organizations and is responsible for the entire system life cycle. The system engineers are members of the enterprise — ПОЗИЦИЯ: Расширенное предприятие, которое может состоять из нескольких организаций и отвечать за полный жизненный цикл системы. Системные инженеры являются сотрудниками этого предприятия; Organization — Организация; Node — ЭЛЕМЕНТ; Title — НАИМЕНОВАНИЕ; Number — НОМЕР.
D.2 — A0 D.1 — A-0 Выполнение требований к D.1 - A-0 Выполнение требований к функциональным характеристикам системы с использованием спроектированной системы
Used at — ИСПОЛЬЗОВАНО ПРИ; Author — АВТОР:; Project — ПРОЕКТ: Activity model — Модель действия; Notes — ПРИМЕЧАНИЯ:; Date — ДАТА:; Revision — ВАРИАНТ:; Working — Работа; Draft — ЧЕРТЕЖ; Recommended — РЕКОМЕНДОВАНО; Publication — ПУБЛИКАЦИЯ; Reader — ЧИТАТЕЛЬ; Date — ДАТА; Context — КОНТЕКСТ:; TOP — ВЕРХ; Agreement feedback* — Договорная обратная связь*; Information from external source — Информация из внешнего источника; Demand on system capability* — Требование к функциональным возможностям системы*; Existing system or element* — Существующая система или элемент*; Establish enterprise agreement* — Установление соглашения с предприятием; Organization — Организация; Agreement* — Соглашение*; Specification for existing system or element — Спецификация на существующую систему или элемент; Manage enterprise* — Управление предприятием*; Raw material or consumable* — Необработанные и расходные материалы*; Enterprise feedback — Обратная связь в предприятии; Multi-project management aid* — Содействие управлению многими проектами; Project definition — Определение проекта; Manage project* — Управление проектом; Enterprise — Предприятие; Change proposal* — Изменение коммерческого предложения; Enterprise policy or procedure* — Организационный принцип или процедура*; Authorized project action — Утвержденная проектная операция; Execute project — Выполнение проекта; Enterprise feedback — Обратная связь в предприятии; Transfer of system responsibility* — Передача ответственности за систему*; Waste material* — Отходы производства*; System assurance evidence — Подтверждение гарантии системы; System or element for re-use — Система или материал для повторного использования; Satisfied demand on system capability* — Удовлетворенное требование к функциональным возможностям системы*; Organization — Организация; Node — ЭЛЕМЕНТ; Title — НАИМЕНОВАНИЕ; Satisfy capability demand using engineered system — Удовлетворение требований к функциональным возможностям с использованием спроектированной системы; Number — НОМЕР.
D.3 — A3 Процесс управления проектом
Used at — ИСПОЛЬЗОВАНО ПРИ; Author — АВТОР:; Project — ПРОЕКТ: Activity model — Модель действия; Notes — ПРИМЕЧАНИЯ:; Date — ДАТА:; Revision — ВАРИАНТ:; Working — Работа; Draft — ЧЕРТЕЖ; Recommended — РЕКОМЕНДОВАНО; Publication — ПУБЛИКАЦИЯ; Reader — ЧИТАТЕЛЬ; Date — ДАТА; Context — КОНТЕКСТ; Change proposal* — Предложение об изменении*; Information from external source* — Информация из внешнего источника; Plan, assess & control project* — Планирование, оценка и контроль проекта*; Project decision* — Проектное решение*; Project definition — Определение проекта; Register of risk* — Регистрация риска*; Make decision* — Принятие решения*; Manage risk, configuration & information* — Управление рисками, конфигурирование и информирование; Project policy or procedure* — Проектный принцип или процедура*; Node — ЭЛЕМЕНТ; Title — НАИМЕНОВАНИЕ; Manage project — Управление проектом; Number — НОМЕР.
D.4 — A4 Процесс выполнения проекта
Used at — ИСПОЛЬЗОВАНО ПРИ; Author — АВТОР:; Project — ПРОЕКТ: Activity model — Модель действия; Notes — ПРИМЕЧАНИЯ:; Date — ДАТА:; Revision — ВАРИАНТ:; Working — Работа; Draft — ЧЕРТЕЖ; Recommended — РЕКОМЕНДОВАНО; Publication — ПУБЛИКАЦИЯ; Reader — ЧИТАТЕЛЬ; Date — ДАТА; Context — КОНТЕКСТ; Specification for existing system or element — Спецификация на существующую систему или элемент; Existing system or element* — Существующая система или элемент*; Demand on system capability* — Требование к функциональным возможностям системы*; Raw material or consumable* — Необработанные и расходные материалы*; Define system — Определение системы; Technical issue* — Технический вопрос*; Design for system component* — Проектирование компонента системы*; System for validation* — Система для проверки*; Produce system — Система производства; Authorized engineering change — Утвержденное инженерное изменение; Developped models — Разработанные модели; By-product* — Для продукции*; Validate produced system — Проверка изготовленной системы; Enabling system — Обеспечивающая система*; Concept tier model — Концептуальная модель; System ready for exploitation* — Готовность системы для эксплуатации*; Exploit system* — Эксплуатация системы*; System or element for re-use* — Система или материал для повторного использования; Transfer of system responsibility* — Передача ответственности за систему*; System assurance evidence — Подтверждение гарантии системы; Rejected system or element — Отбракованная система или элемент; Waste material* — Отходы производства*; Satisfied demand on system capability — Удовлетворение требований к функциональным возможностям; Node — ЭЛЕМЕНТ; Title — НАИМЕНОВАНИЕ; Execute project — Выполнение проекта; Number — НОМЕР; Change proposal* — Предложение по изменению*.
D.5 — A4.1 Процесс задания системы
Used at — ИСПОЛЬЗОВАНО ПРИ; Author — АВТОР:; Project — ПРОЕКТ: Activity model — Модель действия; Notes — ПРИМЕЧАНИЯ:; Date — ДАТА:; Revision — ВАРИАНТ:; Working — Работа; Draft — ЧЕРТЕЖ; Recommended — РЕКОМЕНДОВАНО; Publication — ПУБЛИКАЦИЯ; Reader — ЧИТАТЕЛЬ; Date — ДАТА; Context — КОНТЕКСТ; Specification for existing system or element — Спецификация на существующую систему или элемент; Existing system or element* — Существующая система или элемент*; Control engineering change — Контроль инженерного изменения; Raw material or consumable* — Необработанные и расходные материалы*; Authorized engineering change — Утвержденное инженерное изменение; Create systems engineering model* — Создание инженерной модели систем*; Developed model set — Разработанный ряд моделей; Set of component requirements — Набор требований к компонентам; Design system component* — Разработка компонента системы*; Change proposal* — Изменение протокола*; System assurance ecidence — Подтверждение гарантии системы; Design for system component* — Проект для компонента системы*; Node — ЭЛЕМЕНТ; Title — НАИМЕНОВАНИЕ; Define system — Определение системы; Number — НОМЕР.
D.6 — A4.1.2 Процесс разработки инженерной модели системы
Used at — ИСПОЛЬЗОВАНО ПРИ; Author — АВТОР:; Project — ПРОЕКТ: Activity model — Модель действия; Notes — ПРИМЕЧАНИЯ:; Date — ДАТА:; Revision — ВАРИАНТ:; Working — Работа; Draft — ЧЕРТЕЖ; Recommended — РЕКОМЕНДОВАНО; Publication — ПУБЛИКАЦИЯ; Reader — ЧИТАТЕЛЬ; Date — ДАТА; Context — КОНТЕКСТ; Specification for existing system or element — Спецификация на существующую систему или элемент; Existing system or element* — Существующая система или элемент*; Raw material or consumable* — Необработанные и расходные материалы*; Create model for domain tier — Создание модели для класса области; Create model for concept tier — Создание модели для класса понятий; Note: This model diagram does not imply a fixed number or sequence for modelling of system tiers — ПРИМЕЧАНИЕ: Эта диаграмма модели не предполагает наличия фиксированного числа или последовательности для моделирования классов систем; Create model for system tier — Создание модели для класса системы; Authorized engineering change — Утвержденное инженерное изменение; Create model for sub-system tier — Создание модели для класса подсистем; Create model for component tier — Создание модели для класса компонентов; Technical issue* — Технический вопрос; System assurance evidence — Подтверждение гарантии системы; Developed model set — Разработанный ряд моделей; Initial model set — Исходный ряд моделей; Node — ЭЛЕМЕНТ; Title — НАИМЕНОВАНИЕ; Create systems engineering model — Создание модели инженерных систем; Number — НОМЕР.
D.7 — A4.1.2.3 Процесс создания модели для класса систем
Used at — ИСПОЛЬЗОВАНО ПРИ; Author — АВТОР:; Project — ПРОЕКТ: Activity model — Модель действия; Notes — ПРИМЕЧАНИЯ:; Date — ДАТА:; Revision — ВАРИАНТ:; Working — Работа; Draft — ЧЕРТЕЖ; Recommended — РЕКОМЕНДОВАНО; Publication — ПУБЛИКАЦИЯ; Reader — ЧИТАТЕЛЬ; Date — ДАТА; Context — КОНТЕКСТ; Initial model set — Исходный ряд моделей; Raw material or consumable* — Необработанные и расходные материалы*; Existing system or element* — Существующая система или элемент*; Specification for existing system or element — Спецификация на существующую систему или элемент; Authorized engineering change — Утвержденное инженерное изменение; Analyze context — Анализ контекста; Context model set — Ряд контекстных моделей; Analyze subject — Анализ субъекта; System assurance evidence — Подтверждение гарантии системы; Technical issue — Технический вопрос; Developed model set — Ряд разработанных моделей; Node — ЭЛЕМЕНТ; Title — НАИМЕНОВАНИЕ; Create model for system tier — Создание модели для класса систем; Number — НОМЕР.
D.8 — A4.1.2.3.1 Процесс анализа контекста системы
Used at — ИСПОЛЬЗОВАНО ПРИ; Author — АВТОР:; Project — ПРОЕКТ: Activity model — Модель действия; Notes — ПРИМЕЧАНИЯ:; Date — ДАТА:; Revision — ВАРИАНТ:; Working — Работа; Draft — ЧЕРТЕЖ; Recommended — РЕКОМЕНДОВАНО; Publication — ПУБЛИКАЦИЯ; Reader — ЧИТАТЕЛЬ; Date — ДАТА; Context — КОНТЕКСТ; Additional model information — Дополнительная информация о модели; Specification for existing system or element — Спецификация на существующую систему или элемент; Raw material or consumable* — Необработанные и расходные материалы*; Existing system or element* — Существующая система или элемент*; Initial model set — Исходные модели; Assess available information — Оценка доступной информации; Modelling database — Моделирование базы данных; Authorized engineering change — Утвержденное инженерное изменение; Requirements database — Требования к базе данных; Build solution model — Построение модели решения; Structure model — Структурная модель; Trade-off result — Компромиссный результат; Note: For «Analyze subject», replace the input arrow «initial model set» with «content model set» and the output arrow «context model set» with «developed model set» — ПРИМЕЧАНИЕ: Для элемента «Анализ субъекта» замените входящую стрелку «исходный ряд моделей» на «ряд контекстных моделей», а выходящую стрелку «ряд контекстных моделей» — на «ряд разработанных моделей»; Behaviour model — Модель поведения; Perform trade-off analysis — Проведение компромиссного анализа; Business reality — Бизнес-реальность; Effectiveness measure — Мера эффективности; Chosen solution — Выбранное решение; Create plan for build & test — Создание плана для построения и испытаний; Implementation plan — План внедрения; Context model set — Контекстные модели; System assurance evidence — Подтверждение гарантии системы; Technical issue — Технический вопрос; Node — ЭЛЕМЕНТ; Title — НАИМЕНОВАНИЕ; Analyze context — Анализ контекста; Number — НОМЕР.
D.9 — A4.1.2.3.1.2 Процесс построения модели решения
Used at — ИСПОЛЬЗОВАНО ПРИ; Author — АВТОР:; Project — ПРОЕКТ: Activity model — Модель действия; Notes — ПРИМЕЧАНИЯ:; Date — ДАТА:; Revision — ВАРИАНТ:; Working — Работа; Draft — ЧЕРТЕЖ; Recommended — РЕКОМЕНДОВАНО; Publication — ПУБЛИКАЦИЯ; Reader — ЧИТАТЕЛЬ; Date — ДАТА; Context — КОНТЕКСТ; Requirements database — Требования к базе данных; Modelling database — Моделирование базы данных; Authorized engineering change — Утвержденное инженерное изменение; Define effectiveness measure — Определение меры эффективности; Effectiveness measure — Мера эффективности; Create behaviour model — Создание модели поведения; Map of functions — Отображение функций; Behaviour model — Модель поведения; Create structure model — Создание модели структуры; Structure model — Модель структуры; Technical issue* — Технический вопрос*; Node — ЭЛЕМЕНТ; Title — НАИМЕНОВАНИЕ; Build solution model — Построение модели решения; Number — НОМЕР.
D.10 — A4.1.2.3.1.3 Процесс сопоставительного анализа решений
Used at — ИСПОЛЬЗОВАНО ПРИ; Author — АВТОР:; Project — ПРОЕКТ: Activity model — Модель действия; Notes — ПРИМЕЧАНИЯ:; Date — ДАТА:; Revision — ВАРИАНТ:; Working — Работа; Draft — ЧЕРТЕЖ; Recommended — РЕКОМЕНДОВАНО; Publication — ПУБЛИКАЦИЯ; Reader — ЧИТАТЕЛЬ; Date — ДАТА; Context — КОНТЕКСТ; Behaviour model — Модель поведения; Structure model — Модель структуры; Raw material or consumable* — Необработанные и расходные материалы*; Existing system or element* — Существующая система или элемент*; Accept model information — Прием информации о модели; Authorized engineering change — Утвержденное инженерное изменение; Model set — Ряд моделей; Determine attribute value — Определение значения атрибута; Attribute value — Значение атрибута; Calculate system performance — Расчет функциональных возможностей системы; Feasible solution — Допустимое решение; Compare effectiveness of feasible solutions — Сравнение эффективности допустимых решений; Effectiveness meausure — Мера эффективности; Trade-off result — Компромиссный результат; System assurance evidence — Подтверждение гарантии системы; Technical issue — Технический вопрос; Chosen solution — Выбранное решение; Node — ЭЛЕМЕНТ; Title — НАИМЕНОВАНИЕ; Perform trade-off analysis — Проведение компромиссного анализа; Number — НОМЕР.
D.11 — A4.2 Процесс изготовления системы
Used at — ИСПОЛЬЗОВАНО ПРИ; Author — АВТОР:; Project — ПРОЕКТ: Activity model — Модель действия; Notes — ПРИМЕЧАНИЯ:; Date — ДАТА:; Revision — ВАРИАНТ:; Working — Работа; Draft — ЧЕРТЕЖ; Recommended — РЕКОМЕНДОВАНО; Publication — ПУБЛИКАЦИЯ; Reader — ЧИТАТЕЛЬ; Date — ДАТА; Context — КОНТЕКСТ; Rejected system or element — Отбракованная система или элемент; Existing system or element* — Существующая система или элемент*; Design for system component* — Проектирование компонента системы*; Produce system component* — Изготовление компонента системы*; Component for integration* — Компонент для интеграции*; Sub-system for integration* — Подсистема для интеграции*; Integrate component into system — Интеграция компонента в систему; Realized system or sub-system — Реализация системы или подсистемы; Developed model set — Разработанные модели; Verify system — Проверка системы; System for installation* — Система для монтажа*; Install system* — Монтаж системы*; System assurance evidence — Подтверждение гарантии системы; Technical issue — Технический вопрос; System for validation — Система для проверки; Node — ЭЛЕМЕНТ; Title — НАИМЕНОВАНИЕ; Produce system — Изготовление системы; Number — НОМЕР
ССЫЛОЧНАЯ МОДЕЛЬ ПРИЛОЖЕНИЯ EXPRESS-G
Диаграммы, приведенные ниже, соответствуют ссылочной модели приложения EXPRESS, описанной в разделе 4. Диаграммы выполнены с использованием графической нотации EXPRESS-G языка EXPRESS. Графическая нотация EXPRESS-G приведена в приложении D ИСО 10303-11.
| system_engineering_and_desing_arm |
|---|
Рисунок E.1 — Диаграмма ссылочной модели приложения на уровне схемы в нотации EXPRESS-G
Рисунок E.2 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (1 из 41)
Рисунок E.3 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (2 из 41)
Рисунок E.4 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (3 из 41)
Рисунок E.5 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (4 из 41)
Рисунок E.6 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (5 из 41)
Рисунок E.7 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (6 из 41)
Рисунок E.8 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (7 из 41)
Рисунок E.9 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (8 из 41)
Рисунок E.10 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (9 из 41)
Рисунок E.11 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (10 из 41)
Рисунок E.12 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (11 из 41)
Рисунок E.13 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (12 из 41)
Рисунок E.14 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (13 из 41)
Рисунок E.15 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (14 из 41)
Рисунок E.16 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (15 из 41)
Рисунок E.17 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (16 из 41)
Рисунок E.18 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (17 из 41)
Рисунок E.19 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (18 из 41)
Рисунок E.20 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (19 из 41)
Рисунок E.21 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (20 из 41)
Рисунок E.22 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (21 из 41)
Рисунок E.23 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (22 из 41)
Рисунок E.24 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (23 из 41)
Рисунок E.25 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (24 из 41)
Рисунок E.26 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (25 из 41)
Рисунок E.27 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (26 из 41)
Рисунок E.28 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (27 из 41)
Рисунок E.29 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (28 из 41)
Рисунок E.30 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (29 из 41)
Рисунок E.31 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (30 из 41)
Рисунок E.32 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (31 из 41)
Рисунок E.33 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (32 из 41)
Рисунок E.34 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (33 из 41)
Рисунок E.35 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (34 из 41)
Рисунок E.36 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (35 из 41)
Рисунок E.37 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (36 из 41)
Рисунок E.38 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (37 из 41)
Рисунок E.39 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (38 из 41)
Рисунок E.40 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (39 из 41)
Рисунок E.41 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (40 из 41)
Рисунок E.42 — Диаграмма ссылочной модели приложения на уровне сущности в нотации EXPRESS-G (41 из 41)
ЛИСТИНГ ДЛЯ ИНТЕРПРЕТАЦИИ НА КОМПЬЮТЕРЕ
| ARM | |
|---|---|
| HTML version | ARM EXPRESS |
| Text version | ARM EXPRESS text |
ARM EXPRESS text (text version)
СВЕДЕНИЯ О СООТВЕТСТВИИ ССЫЛОЧНЫХ МЕЖДУНАРОДНЫХ СТАНДАРТОВ ССЫЛОЧНЫМ НАЦИОНАЛЬНЫМ СТАНДАРТАМ РОССИЙСКОЙ ФЕДЕРАЦИИ
| Обозначение ссылочного международного стандарта | Степень соответствия | Обозначение и наименование соответствующего национального стандарта |
| ИСО/МЭК 8824-1 | IDT | ГОСТ Р ИСО/МЭК 8824-1:2001 Информационная технология. Абстрактная синтаксическая нотация версии один (АСН.1). Часть 1. Спецификация основной нотации |
| ИСО 10303-1:1994 | IDT | ГОСТ Р ИСО 10303-1:1999 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1. Общие представления и основополагающие принципы |
| ИСО 10303-11:2004 | IDT | ГОСТ Р ИСО 10303-11:2009 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 11. Методы описания. Справочное руководство по языку EXPRESS |
| ИСО 10303-21:2002 | IDT | ГОСТ Р ИСО 10303-21:2002 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 21. Методы реализации. Кодирование открытым текстом структуры обмена |
| ИСО 10303-22:1998 | IDT | ГОСТ Р ИСО 10303-22:2002 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 22. Методы реализации. Стандартный интерфейс доступа к данным |
| Примечание — В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов: - IDT — идентичные стандарты. | ||
БИБЛИОГРАФИЯ
| УДК 658.52.011.56 | ОКС 25.040.40 | Т 58 |
| Ключевые слова: системы промышленной автоматизации, интеграция, жизненный цикл систем, управление производством | ||