ГОСТ Р 57317—2016
2.2.23 система управления качеством (quality management system): Система управления и кон
троля за организацией, имеющей отношение к обеспечению качества данных.
2.2.24 требование (requirement): Выраженная, заявленная потребность или ожидаемая вероят
ность. обычно предполагаемая или обязательная.
Примечания
1 Фраза «обычно предполагаемая» потребность означает, что такая потребность или вероятность — это
обычное явление для организации, ее потребителей или заинтересованных сторон и при обсуждении проблемы
всегда предполагается.
2 Для обозначения типа требования может быть примененоуточнение: требование к продукции, требование
куправлению качеством, требование потребителя.
3 Установленное требование — это требование, которое сформулировано, например, в документе.
4 Требования могут быть выражены сторонами или организациями с совершенно противоположными
интересами.
2.3 Термины и определения в области интеграции данных и обмена производственными
данными
2.3.1 шаблон <Х> (<Х> template): Спецификация общих характеристик набора <Х> в достаточной
мере детализированных для того, чтобы набор <Х> использовался для создания экземпляров.
Примечание — <Х> может характеризоваться типом.
2.3.2 действие (action): То, что происходит в действительности.
Примечание — Каждое рассматриваемое действие по моделированию связано как минимум с одним
объектом.
2.3.3 актер (actor): Когерентный набор ролей, которые играют пользователи прецедентов, взаимо
действуя с этими прецедентами.
Примечание — Актер играет одну роль в каждом прецеденте, с которым установлена связь.
2.3.4 агрегирование (aggregation): Форма ассоциации, устанавливающая отношение «часть —
целое» между агрегатом и компонентной частью.
2.3.5 разработчик AIP (AIP developer): Лицо или лица, использующие прикладную интеграцион
ную среду для разработки интеграционных моделей и/или профилей.
2.3.6 ассоциация (association): Семантическое отношение между двумя или более классификато
рами. устанавливающее связи между их экземплярами.
2.3.7 базовая спецификация (base specification): Эталонный документ, содержащий информа
цию. предоставляемую профилем.
2.3.8 класс (class): Описание совокупности объектов с общими атрибутами, операциями, метода
ми. отношениями и семантикой.
2.3.9 классификатор (dassificatory): Механизм, описывающий поведенческие и структурные осо
бенности.
Примечание — Классификатор включает в себя интерфейсы, классы, типы данных и компоненты.
2.3.10 профиль коммуникационных сетей (communication network profile): Представление инте
грационных аспектов коммуникационных сетей, поддерживаемых сетевым прибором.
Пример — Примерами интеграционных аспектов являются типы коммуникационных объек
тов и соответствующие рабочие отношения (клиент — сервер и т. д.), сервисы и атрибуты типов
объектов, сервисы и типы данных типов объектов, а также используемые правила кодирования.
2.3.11 соответствие (compliance): Отношение между двумя спецификациями А и В. которое воз
никает. когда спецификация А устанавливает требования, которые полностью выполняются специфи
кацией В (то есть когда спецификация В соответствует спецификации А).
2.3.12 прибор (device): Сущность, выполняющая функции управления, приведения в действие и
считывания, связанная с другими аналогичными сущностями в автоматизированной системе.
Примечание — Прибор не может выполнять функции обработки, транспортирования или хранения
материалов самостоятельно.
2.3.13 профиль приборов (device profile): Представление интеграционных аспектов приборов.
13