ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ
НАЦИОНАЛЬНЫЙ
СТАНДАРТ
РОССИЙСКОЙ
ФЕДЕРАЦИИ
ГОСТ Р
55346—
2012/
ISO/PAS
20542:2006
Системы промышленной автоматизации и интеграция
ПРЕДСТАВЛЕНИЕ И ОБМЕН ПРОИЗВОДСТВЕННЫМИ ДАННЫМИ. БАЗОВАЯ МОДЕЛЬ ИНЖЕНЕРНОГО ПРОЕКТИРОВАНИЯ СИСТЕМ
ISO/PAS 20542:2006 Industrial automation systems and integration — Product data representation and exchange — Reference model for systems engineering (IDT)
Издание официальное
Москва
Стандартинформ
2015
Предисловие
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).
При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА
5 ВВЕДЕН ВПЕРВЫЕ
Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуются в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном указателе «Национальные стандарты» В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агенпктва по техническому регулированию и метрологии в сети Интернет (www.gost.ru)
©Стандартинформ, 2015
Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии
II
ГОСТ Р 55346-2012
4.1.3 Функциональный модуль Element_Prioritization
Функциональный модуль Element_Prioritization содержит компоненты для определения дискретного диапазона приоритетов и присвоения элементам спецификации определенных уровней приоритетности.
В функциональном модуле Element_Prioritization определены следующие прикладные компоненты:
- rank_assignment;
- rank_group:
- rank_relation;
- ranking_element;
- ranking_system.
4.1.4 Функциональный модуль Explicit_Functional_Reference
Функциональный модуль Explicit_Functional_Reference содержит компоненты для выполнения однозначных ссылок на объекты в иерархии функций.
В функциональном модуле Explicit_Functk>nal_Reference определены следующие прикладные компоненты:
- functional_link_reference;
• functional_reference_configuration;
- fundionality_instance_reference;
- functionalrty_reference_composition_relatk>nship;
- 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_configuratlon;
- physica l_refe re nce_relat ion sh ip;
- system_physical_configuration.
4.1.6 Функциональный модуль Extemal_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;
- functionalJink_allocation_relationship;
- functionality_allocation_relationship.
4.1.8 Функциональный модуль Fundional_Behaviour_Basics
Функциональный модуль Functional_Behaviour_Basics содержит объекты, определяющие функциональное поведение семантических модификаторов и механизмов объединения моделей функционального поведения с функциональными моделями.
5
В функциональном модуле Fundk>nal_Behaviour_Basics определены следующие прикладные компоненты:
- functional_behaviour_model;
- functional_behaviour_model_assignment.
4.1.9 Функциональный модуль Functional_Behaviour_Causal_Chain
Функциональный модуль Functional_Behaviour_Causal_Chain содержит объекты, определяющие функциональное поведение, основанное на графе причинности Данный функциональный модуль дает возможность представлять функциональные характеристики, обнаруживаемые в RDD-диаграммах поведения и ViTECH-CORE-EFFBD-диаграммах. Элементы данного функционального модуля используют расширенную систему обозначений сетей Петри
В функциональном модуле Functional_Behaviour_Causal_Chain определены следующие прикладные компоненты:
- causal_block_boun<j;
• cb_firing_condition;
- cb_fundional_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;
- cbjransition;
- 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_transitk)n;
- 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:
- inrtial_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.
6
ГОСТ Р 55346-2012
4.1.11 Функциональный модуль Fundional_Behaviour_lnteradion
Функциональный модуль Fundional_Behaviour_lnteradion содержит объекты, определяющие взаимодействие между функциями, и порядок использования сигналов взаимодействия для активации и деактивации этих функций. Указанный функциональный модуль также содержит объекты, определяющие тип элемента обмениваемой информации. Данный модуль тесно связан с их функциональной иерархией в том смысле, что элементы, определенные таким образом, являются необходимым условием применения функционального модуля взаимодействия для функционального поведения.
В функциональном модуле Functional_Behaviour_lnteraction определены следующие прикладные компоненты:
- abstract_data_type_definitk)n;
- abstract_datajype_member;
- actual_io_port;
- aggregate_data_type_definitk>n;
- bi_direclional_port_indicator;
- binary_data_type_definition;
- complex_data_type_defmition;
- complex_value;
- compound_value;
- control_io_port;
- data_field;
- datajnstance;
- derived_data_type_definition;
- elementary_maths_space;
- event_data_type_definition;
- finiteJntegerJnterval;
- finite_real_interval;
- fmite_space;
- forma l_io_port;
- functionaljink;
- functional_link_group;
- hiboundjntegerjnterval;
- hibound_real_interval;
- integer_data_type_definition;
- integerjnterval;
- io_ buffer;
- io_composition_port;
- io_port;
- io_port_binding;
- loboundjntegerjnterval:
- k)bound_real_interval;
- Iogical_data_type_definition;
- maths_space;
- real_data_type_defmition;
- realjnterval;
- record_data_type_defmition;
- record_data_type_member;
- recursive_data_type_definition;
- string_data_type_defmition;
- undefined_data_type_definition;
- union_data_type_defmition;
- union_data_type_member.
- user_defined_data_type_definition.
4.1.12 Функциональный модуль Fundional_Hierarchy
Функциональный модуль Fundional_Hierarchy включает сущности, определяющие функциональное разбиение структуры системы.
7
ГОСТ P 55346—2012
В функциональном модуле FunctionalJHierarchy определены следующие прикладные компоненты:
- composite_function_definition;
- functionjnstance;
- functional_decomposition_relationship;
- general_function_definitk>n;
- general_functionality_instance;
- »o_splitJoin;
- leaf_function_definition;
- persistent_storage.
4.1.13 Функциональный модуль Functional_Performance
Функциональный модуль Functional_Performance содержит объекты, представляющие временные ограничения на функциональные элементы спецификации.
В функциональном модуле Functional_Performance определены следующие прикладные компоненты:
- clock;
- clock_assignment_relationship;
- executionjime.
4.1.14 Функциональный модуль Graphics
Функциональный модуль Graphics содержит объекты, определяющие простое представление типа «узел — звено» в спецификации системы. Данный функциональный модуль упрощает приближенное формирование схемы спецификации системы.
В функциональном модуле Graphics определены следующие прикладные компоненты:
- actual_port_posi1ion;
- coordinatejranslationjnformation;
- formal_poreposition;
- graphicsjink;
- graphics_node;
- graphics_point;
- graphics_view;
- multijevel_view:
- viewjelationship;
- visual_element.
4.1.15 Функциональный модуль MeasurementJJnit
Функциональный модуль MeasurementJJnit содержит объекты, представляющие единицы измерения в спецификации.
В функциональном модуле Measurement_Unit определен следующий прикладной компонент:
- unit.
4.1.16 Функциональный модуль 00_Behaviour
Функциональный модуль 00_Behaviour содержит объекты, представляющие поведение объектно-ориентированной спецификации.
В функциональном модуле OO.Behaviour определены следующие прикладные компоненты:
- oo_action;
- oo_action_state;
- oo_action_stateJransition;
- oo_actionjemporal_relationship;
- oo_association_end_role;
- oo_association_role:
- oo_attributejink_end_association;
- oo_call_action;
- oo_classifier_role;
- oo_collatx>ration;
- oo_create_action;
- oojnteraction;
- oojink;
- oo_link_end;
- oo_message;
8
ГОСТ P 55346—2012
- oo_message_temporal_relatk>nship;
- oojeception;
- oo_send_action;
- oo_signal;
- oo_signal_behavk>ural_feature_relatk)nship;
- oo_stimulus;
- oo_stimulus_argument.
4.1.17 Функциональный модуль 00_Common
Функциональный модуль 00_Common содержит объекты, общие для множества объектно-ориентированных представлений спецификации.
В функциональном модуле 00_Common определены следующие прикладные компоненты:
- oo_constraint;
- oo_constraint_nx>del_elenient_relationship;
- oo_dependency:
- oo_element_import;
- oo_generalization,
- ooJnstance_classifier_relationship;
- oo_model_element_stereotype_relationship;
- oo_nx>del_elementjagged_value_relationship;
- oo_stereotype;
- oo_tagged_value;
- oo_view;
- oo_view_context_element_relationship;
- oo_viewjelationship;
- oo_view_system_view_relationship.
4.1.18 Функциональный модуль OOJmplementation
Функциональный модуль OOJmplementation содержит объекты, предназначенные для представления объектно-ориентированной системной спецификации.
В функциональном модуле OOJmplementation определены следующие прикладные компоненты:
- oo_component:
- oo_component_allocation;
- oo_element_residence.
4.1.19 Функциональный модуль 00_Static_Stfucture
Функциональный модуль 00_Static_Structure содержит объекты, предназначенные для представления диаграмм классов в объектно-ориентированной парадигме.
В функциональном модуле 00_Static_Structure определены следующие прикладные компоненты:
- oo_argument;
- oo_associatk>n;
- oo_associatk>n_class:
- oo_association_end;
- oo_associatk>n_end_dassifier_relationship;
- oo_associatk>n_end_qualifier_associatk)n;
- oo_attribute;
- oo_attributeJnstance;
- oo_behaviouralJeature;
- oo_class:
- oojnterface;
- oo_method;
- oo_object;
- ooj>peration;
- oo_operationJnterface_association;
- oo_package;
- oo_parameter.
4.1.20 Функциональный модуль 00_Use_Case
Функциональный модуль 00_Use_Case содержит объекты, предназначенные для представления точек зрения на объектно-ориентированную спецификацию.
9
В функциональном модуле 00_Use_Case определены следующие прикладные компоненты:
- oo_actor;
- oo_extension;
- oo_extension_point;
- oojnclusion;
- oo_use_case.
4.1.21 Функциональный модуль Person_Organization
Функциональный модуль Person_Organization содержит объекты, предназначенные для представления информации о персонале и его роли в организации.
В функциональном модуле Person_Organization определены следующие прикладные компоненты:
- address;
- date_and_person_assignment;
- date_and_person_organization;
- date_assignment;
- datejime;
- 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;
- physicaljnstance;
- physicalJink_definition;
- physical_node_definition;
- physical_port.
4.1.23 Функциональный модуль Properties
Функциональный модуль Properties содержит объекты, определяющие общий способ указания задаваемых пользователем атрибутов для широкого круга объектов в других прикладных компонентах модели. Его возможности поддерживаются из-за того, что модель не может содержать атрибуты, удовлетворяющие всем областям инженерного проектирования систем.
В функциональном модуле Properties определены следующие прикладные компоненты:
- nominal_value;
- plus_minus_bounds;
- property_assignment;
- property_definition;
- property_retationship;
- property_value;
- property_value_function;
- property_value_relationship;
- requirement_allocation_property_relationship;
- valuejimit;
- valuejist;
- value_range;
- value_with_unit.
10
ГОСТ P 55346—2012
Содержание
1 Область применения.................................................................1
2 Нормативные ссылки.................................................................2
3 Термины и определения...............................................................2
3.1 Термины, определенные в ИСО 10303-1:1994 .........................................2
3.2 Термины, определенные в работах Института прикладной математики
(Institut fur Instrumentelle Mathematik) IIM-2:1962 ........................................3
3.3 Прочие определения..............................................................3
3.4 Аббревиатуры...................................................................3
4 Информационные требования..........................................................3
4.1 Функциональные модули...........................................................3
4.2 Определения типов ARM-модели...................................................13
4.3 Определения прикладных компонентов ARM-модели..................................23
4.4 Функции в ARM-модели..........................................................166
5 Требования соответствия............................................................167
5.1 Класс А: Административная информация...........................................168
5.2 Класс В: Управление работами...................................................168
5.3 Класс С: Управление внесением изменений.........................................169
5.4 Класс D: Ссылки на документацию................................................169
5.5 Класс Е: Классификация элементов системы........................................169
5.6 Класс F: Задание приоритетности элементов........................................169
5.7 Класс G: Графическое представление информации..................................169
5.8 Класс 01: Представление требований к текстам......................................169
5.9 Класс 02: Представление требований к текстам и соответствующим понятиям............169
5.10 Класс 03: Формы представления структурных требований............................170
5.11 Класс 04: Диаграммы потоков данных.............................................170
5.12 Класс 05: Функциональные блок-схемы потоков.....................................170
5.13 Класс 06: Диаграммы поведения систем...........................................170
5.14 Класс 07: Структурный анализ систем.............................................171
5.15 Классов: Физическая архитектура систем.........................................171
5.16 Класс 09: Обьектно-ориентированный анализ систем................................171
5.17 Класс 10: Обьектно-ориентированные статические структуры систем..................171
5.18 Класс 11: Объектно-ориентированное поведение систем.............................172
5.19 Класс 12: Обьектно-ориентированная практическая реализация систем................172
5.20 Класс 13: Представление систем.................................................172
5.21 Класс 14: Верификация систем..................................................172
5.22 Класс 15: Среда функциональной архитектуры и требования к ней.....................172
5.23 Класс 16: Среда физической архитектуры и требования к ней.........................173
5.24 Класс 17: Среда полного инженерного проектирования систем........................173
5.25 Класс 18: Среда объектно-ориентированного инженерного проектирования систем.......174
5.26 Класс 19: Среда расширенного инженерного проектирования систем...................174
Приложение А (обязательное) Требования, зависящие
от метода практической реализации........................................191
Приложение В (обязательное) Формуляр для утверждения протокола соответствия
практической реализации системы (PICS)...................................192
Приложение С (обязательное) Регистрация информационных объектов.......................1*
Приложение D (справочное) Модель функционирования приложения.........................195
Приложение Е (справочное) Ссылочная модель приложения EXPRESS-G.....................224
Приложение F (обязательное) Листинг для интерпретации на компьютере.....................265
Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов ссылочным
национальным стандартам Российской Федерации..........................392
Библиография..........................................................................
ГОСТ P 55346—2012
Введение
Комплекс международных стандартов ИСО 10303 предназначен для представления информации о продукции и для обмена данными о продукции в компьютерно-интепретируемой электронной форме. Основной целью данного комлекса является создание нейтрального механизма, способного описывать продукцию на протяжении всего жизненного цикла. Этот механизм подходит не только для файлового обмена, но также для использования в качестве базиса с целью архивирования и распространения баз данных с информацией о продукции.
Настоящий стандарт по своему содержанию очень близок к стандартам серии ИСО 10303.
Общедоступные спецификации (PAS) определяют обмен данными и совместное использование протокола данных системного проектирования. Он определяет контекст, цели и требования для различных этапов разработки информационной системы. Настоящий стандарт может применяться для любых систем (воздушные суда, автомобили, морские суда, железнодорожный транспорт и производственные предприятия).
В контексте космической и авиационной техники, например, термин «система» включает в себя различные значения: авиационная электронная система (например, программная, навигационная, с интерфейсом человек — система); система конструкции летательного средства (например, эвакуационная для экипажа и пассажиров, производства и распределения электроэнергии, контроля за окружающей средой, управления топливными ресурсами). Выше перечислены системы, которые входят в состав более крупных информационных систем (формирование систем из подсистем), которые могут быть частью авиационной техники, наземных вспомогательных служб, систем, обеспечивающих логистическую поддержку и обучение. Подобные системы выполнены преимущественно из активных компонентов. сенсоров, дисплеев, приводных механизмов, которые соединены между собой напрямую или с помощью коммуникационных средств. Систему нельзя рассматривать как простую совокупность из отдельных компонентов; требуется обязательно принимать во внимание и контролировать поведение интегрированных компонентов и свойств системы (которые по большей части работают в реальном времени).
Следующие утверждения представляют основные преимущества в процессе системного проектирования продукции:
- высокая стоимость разработки распространяется на небольшое количество производимых единиц;
- риск в равной степени разделяется на все вовлеченные стороны;
• необходимость сокращения времени пребывания на рынке;
- включение в себя различных технологий;
• повышенная реализуемость за счет возможной доработки конечного продукта под нужды конкретного пользователя.
Еще одним важным преимуществом является возможность повторного использования разработок и компонентов из других систем и для связи с другими системами. Повторное использование является ключевым элементом информационной модели.
Общедоступные спецификации (PAS). на которых основан настоящий стандарт, очень тесно связаны с признанными стандартами по системному проектированию (IEEE 1220]. (EIA632] и (ИСО 15288]. Системное проектирование не зависит от технологий, «горизонтальная» интеграционная дисциплина применяется к любому типу системы. Системное проектирование пересекается с техническими и аналитическими дисциплинами в течение всего жизненного цикла существования системы. С точки зрения специалистов по системному проектированию, необходимо осуществлять техническую поддержку на протяжении всего жизненного цикла продукции, а также проводить ее верификацию и валидацию. При системном проектировании необходимо учитывать двунаправленную связь между системами — участниками взаимодействия В процессе анализа требования предъявляются как к входным, так и выходным данным.
Жизненный цикл системы может быть разделен на несколько этапов:
- оценку применимости;
- системное проектирование;
• реализацию;
- функционирование;
- техническую поддержку;
- вывод из эксплуатации.
V
Проектирование системы можно разделить на две части: на работу с предметной областью и на разработку самой системы. Несмотря на то что системное проектирование является наиболее важной фазой в процессе проектирования системы, также необходимо уделять пристальное внимание и другим этапам, в частности техническому предложению. Настоящий стандарт содержит требования к этапу системного проектирования для обмена данными, в особенности когда речь идет об интеграции в единый комплекс, мультидисциллинарной, многотехнологичной системе или продукции.
Настоящий стандарт определяет контекст, цель и требования к данным для обмена информацией между заинтересованными сторонами в процессе системного проектирования и конкретизирует набор сущностей и атрибутов для выполнения данных требований.
Настоящий стандарт устанавливает основу для дальнейшего развития и тестовые комплексы для проверки совместимости и возможности дальнейшего развития.
VI
ГОСТ P 55346—2012/ ISO/PAS 20542:2006
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
Системы промышленной автоматизации и интеграция
ПРЕДСТАВЛЕНИЕ И ОБМЕН ПРОИЗВОДСТВЕННЫМИ ДАННЫМИ. БАЗОВАЯ МОДЕЛЬ ИНЖЕНЕРНОГО ПРОЕКТИРОВАНИЯ СИСТЕМ
Industrial automation systems and integration Product data representation and exchange Reference model for systems engmeenng
Дата введения — 2014—01—01
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);
ИС010303-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);
И CO 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 interlace).
3 Термины и определения
3.1 Термины, определенные в ИСО 10303-1:1994
В ИСО 10303-1:1994 определены следующие термины, используемые в настоящем стандарте:
- приложение;
- объект приложения;
- модель действия приложения;
- модель, интерпретированная для приложения;
- протокол приложения;
- базовая модель приложения;
- класс соответствия;
- данные;
- обмен данными;
- информация;
- интегрированный ресурс;
- продукция;
- производственные данные;
- функциональный модуль.
2
ГОСТ P 55346—2012
3.2 Термины, определенные в работах Института прикладной математики
(Institut fur Instrumentelle Mathematik) IIM-2:1962
Нижеприведенный термин, используемый в настоящем стандарте, определен в работах Института прикладной математики ММ-2:1962:
- Сети Петри.
3.3 Прочие определения
В настоящем стандарте используются следующие термины с соответствующими определениями:
3.3 1 система (system): Упорядоченный набор элементов, людей, продуктов (устройств, программного обеспечения), а также процессов (производственных мощностей, оборудования, материалов и процедур), которые являются связанными между собой, чье поведение удовлетворяет требованиям заказчика или производственным потребностям, а также обеспечивает жизненный цикл продукции.
3.3.2 инженерное проектирование систем (systems engineering): Междисциплинарный кооперативный подход к получению, разработке и подтверждению сбалансированного обеспечения жизненного цикла системы, удовлетворяющего ожиданиям заказчика и общественным потребностям.
3.4 Аббревиатуры
Нижеследующие аббревиатуры используются в настоящем стандарте:
ААМ — модель действия приложения (Application activity model);
АР — протокол приложения (Application protocol);
ARM — ссылочная модель приложения (Application reference model);
СС — класс соответствия (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 — Информационные требования соответствуют действиям, идентифицированным внутри области применения протокола приложения, описанного в приложении О.
Примечание 2 — Графическое представление информационных требований приведено в приложении Е.
4.1 Функциональные модули
Данный подраздел устанавливает функциональные модули (UoFs) в рассматриваемой PAS-слецификации, а также элементы поддержки, необходимые для ее определения. Данная спецификация устанавливает следующие функциональные модули и прикладные компоненты.
- Change_Management;
- Element_Classification;
- Element_Prioritization;
- Explidt_Functional_Reference;
- Explidt_Physical_Reference;
- External_Document_Reference_Mechanism;
3
ГОСТ P 55346—2012
- Functional_Allocation;
- Functional_Behaviour_Basics;
- Functional_Behaviour_Causal_Chain;
- Functional_Behaviour_Finite_State_Machine;
- Functional_Behaviour_lnteraction;
- Functional_Hierarchy;
- Functional_Performance;
- Graphics;
- Measurement_Unit;
* 00_Behaviour;
- 00_Common;
- O0_lmplementation;
- 00_Static_Structure;
- 00_Use_Case;
- Person_Organizatk>n;
- Physical_Architecture;
- Properties;
- Relationship_Cardinality;
- Requirement_Allocation;
- Requirement_Representation;
- Requirement_Representatk>n_lmplied_Functionality:
- Requirement_Representation_Structured_Formats;
- Structured_Texi;
- 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;
- criticaljssue;
- 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_classificatk>n_system;
- package_element_assignment;
- package_hierarchy_relationship;
- selection_package.
4
1