ГОСТ Р ИСО 16100-4-2010. Национальный стандарт Российской Федерации. Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 4. Методы аттестационных испытаний, критерии и отчеты
Актуально на 03.11.2026.
Как цитировать: "ГОСТ Р ИСО 16100-4-2010. Национальный стандарт Российской Федерации. Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 4. Методы аттестационных испытаний, критерии и отчеты". ГОСТ Р ИСО 16100-4-2010. https://bukva.ai/docs/standart-gost-r-iso-16100-4-2010
(утв. и введен в действие Приказом Росстандарта от 21.12.2010 № 856-ст)
Примечание
Документ введен в действие с 1 сентября 2011 года.
Утвержден и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 21 декабря 2010 г. № 856-ст
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
СИСТЕМЫ ПРОМЫШЛЕННОЙ АВТОМАТИЗАЦИИ И ИНТЕГРАЦИЯ
ПРОФИЛИРОВАНИЕ ВОЗМОЖНОСТИ ИНТЕРОПЕРАБЕЛЬНОСТИ ПРОМЫШЛЕННЫХ ПРОГРАММНЫХ СРЕДСТВ
МЕТОДЫ АТТЕСТАЦИОННЫХ ИСПЫТАНИЙ, КРИТЕРИИ И ОТЧЕТЫ
Industrial automation systems and integration.
Manufacturing software capability profiling
for interoperability. Part 4. Conformance test
methods, criteria and reports Interface
ISO 16100-4:2006
Industrial automation systems and integration -
Manufacturing software capability profiling
for interoperability — Part 4: Conformance test methods, criteria and reports Interface (IDT)
Предисловие
Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании», а правила применения национальных стандартов Российской Федерации — ГОСТ Р 1.0-2004 «Стандартизация в Российской Федерации. Основные положения»
Сведения о стандарте
1 ПОДГОТОВЛЕН Научно-техническим центром «ИНТЕК» на основе собственного аутентичного перевода на русский язык стандарта, указанного в пункте 4
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 100 «Стратегический и инновационный менеджмент»
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 21.12.2010 г. № 856-ст
4 Настоящий стандарт идентичен международному стандарту 16100-4:2006 «Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 4. Методы аттестационных испытаний, критерии и отчеты» (ISO 16100-4:2006 «Industrial automation systems and integration — Manufacturing software capability profiling for interoperability — Part 4: Conformance test methods, criteria and reports Interface»).
При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты, сведения о которых приведены в дополнительном приложении ДА
Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (gost.ru)
Введение
Разработка комплекса стандартов ИСО 16100 обусловлена необходимостью решения следующих проблем, связанных с:
a) постоянно увеличивающейся базой решений, зависящих от поставщиков;
b) трудностями, возникающими у пользователей при применении стандартов;
c) необходимостью перехода к модульным наборам инструментальных средств интеграции системы;
d) признанием того, что прикладное программное обеспечение и практический опыт его применения является интеллектуальным капиталом предприятия.
Комплекс стандартов ИСО 16100 определяет формат профиля возможностей программного обеспечения, интерпретируемого компьютером в электронно-цифровой форме и не вызывающего трудностей при его чтении человеком, а также устанавливает метод, отражающий основные возможности программного обеспечения на производстве в соответствии с ролями, определенными жизненным циклом производственного приложения, независимо от архитектуры определенной системы или платформы реализации.
Настоящий стандарт разработан Техническим комитетом ИСО/ТК 184 «Системы промышленной автоматизации и интеграция», Подкомитетом ПК 5 «Архитектура, коммуникации и структуры интеграции».
Комплекс стандартов ИСО 16100 имеет общее наименование «Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств» и включает в себя следующие части:
- часть 2. Методология профилирования;
- часть 3. Службы интерфейса, протоколы и шаблоны возможностей.
- часть 4. Методы аттестационных испытаний, критерии и отчеты;
1 Область применения
Настоящий стандарт устанавливает метод испытаний, ассоциированные тестовые критерии и формат заявления, предназначенные для проведения оценки и указания степени соответствия испытуемого объекта (UUT) требованиям, установленным в других стандартах комплекса ИСО 16100.
В настоящем стандарте приведены определения, помогающие производителю или поставщику (первой стороне), пользователю или покупателю (второй стороне) или независимому органу (третьей стороне) осуществлять оценку соответствия.
Настоящий стандарт распространяется на:
- аспекты соответствия, предназначенные для установления соответствия испытуемого объекта требованиям комплекса стандартов ИСО 16100;
- описание аттестационных испытаний и заявлений, используемых при декларировании аспектов, соответствующих требованиям реализации;
- описание аспектов, включаемых в заявление о соответствии;
- набор правил, необходимых для выбора действительных и недействительных комбинаций аспектов при их объединении.
Настоящий стандарт не распространяется на:
- вопросы, относящиеся к меткам или этикеткам соответствия, сертификатам соответствия или декларациям производителей или поставщиков о соответствии;
- дату реализации или распределение обязанностей между сторонами, использующими комплекс стандартов ИСО 16100;
- требования, предъявляемые к процедурам производства, использования или доставки, если невозможно адекватно определить продукт, процесс или сервис, которые соответствуют техническим требованиям;
- требования, предъявляемые к контролю качества во время производства, использования или доставки продукции, процесса или сервиса.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты, которые необходимо учитывать при использовании настоящего стандарта. В случае ссылок на документы, у которых указана дата утверждения, необходимо пользоваться только указанной редакцией. В случае, когда дата утверждения не приведена, следует пользоваться последней редакцией ссылочных документов, включая любые поправки и изменения к ним:
ИСО 16100-1:2002 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 1. Структура (ISO 16100-1:2002, Industrial automation systems and integration — Manufacturing software capability profiling for interoperability — Part 1: Framework)
ИСО 16100-2:2003 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 2. Методология профилирования (ISO 16100-2:2003, Industrial automation systems and integration — Manufacturing software capability profiling for interoperability — Part 2: Profiling methodology)
ИСО 16100-3:2005 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 3. Службы интерфейса, протоколы и шаблоны возможностей (ISO 16100-3:2005, Industrial automation systems and integration — Manufacturing software capability profiling for interoperability — Part 3: Interface services, protocols and capability templates)
REC-xml-20000814 Рекомендация W3C 1.0. Издание 2. Расширяемый язык XML (REC-xml-20000814, Extensible Markup Language (XML) 1.0 Ed. 2 W3C Recommendation)
REC-xmlschema-1-20010502 Схема языка XML. Часть 1. Структуры (REC-xmlschema-1-20010502, XML Schema Part 1: Structures)
REC-xmlschema-2-20010502 Схема языка XML. Часть 2. Типы данных (REC-xmlschema-2-20010502, XML Schema Part 2: Datatypes)
3 Термины и определения
В настоящем стандарте используются следующие термины с соответствующими определениями:
3.1 абстрактное средство испытаний (abstract test case): Спецификация, инкапсулирующая, по меньшей мере, одну цель тестирования, которая является независимой от платформы реализации, значений параметров и методов.
[ИСО 10303-31:1994, статья 3.2.1]
3.2 абстрактный тестовый комплект (abstract test suit): Набор контрольных примеров.
3.3 возможность (capability): Совокупность функций и сервисов программного обеспечения и набор критериев для оценки качества функционирования поставщика возможностей.
Примечание - Это определение отличается от приведенного в ИСО 15531-1 и ИСО/ДИС 19439, где термин «возможность» определен как «качественная способность выполнять заданную деятельность». Общее определение термина «возможность» приведено в МЭК 62264-1.
3.4 класс возможности (capability class): Элемент метода профилирования возможности, который представляет функциональность и линию поведения единицы программного обеспечения в отношении роли единицы программного обеспечения в производственной деятельности.
[ИСО 16100-2:2003, статья 3.3]
3.5 профилирование возможности (capability profiling): Выбор набора предложенных сервисов, определенных особым интерфейсом в рамках структуры возможности интероперабельности программных изделий разных поставщиков.
3.6 соответствие (conformance): Отношение между спецификацией и реальным исполнением, соответствующее следующему правилу: что истинно в спецификации, то является истинным и в реальном исполнении.
Пример - Реализация профиля — это соответствие профиля спецификации шаблона, которая создается по правилам, установленным в комплексе стандартов ИСО 16100.
3.7 точка соответствия (conformance point): Специальное требование, установленное в стандартах комплекса ИСО 16100, используемых в качестве основы для подготовки и проведения испытаний с целью установления соответствия реализации.
3.8 заявление о соответствии (conformance statement): Заявление, идентифицирующее точки соответствия спецификации и поведения, в которых они должны отвечать требованиям друг друга.
[ИСО/МЭК 10746-2:1996, статья 15.1]
3.9 испытание на соответствие; оценка соответствия (conformance testing; conformity assessment): Тестирование продукта, отобранного для испытаний, для определения наличия специальных характеристик, установленных в настоящем стандарте, с целью определения, в какой степени этот продукт является реализацией, соответствующей техническим условиям.
3.10 протокол испытания на соответствие (conformance test report): Документ, подготовленный после проведения оценки соответствия, в котором приводят полное описание соответствия испытуемого объекта требованиям стандарта, по которому было проведено испытание, а также подробное описание испытания.
[ИСО 10303-31:1994, статья 3.2.23]
3.11 соответствующая реализация (conforming implementation): Реализация, отвечающая требованиям соответствия, согласующимся с возможностями, изложенными в заявлении о соответствии реализации.
3.12 выполняемое средство испытаний (executable test case): Реализация абстрактной совокупности оценочных (тестовых) данных, зависящих от операционной системы и ассоциированных со значениями параметров и специфических испытательных методов.
3.13 выполняемый испытательный комплект (executable test suit): Набор выполняемых контрольных примеров.
3.14 фальсификационное испытание (falsification testing): Испытательный метод, разработанный для обнаружения ошибок в процессе реализации.
[ИСО 10303-31:1994, статья 3.2.32]
3.15 интерфейс (interface): Абстракция поведения объекта, состоящего из подмножества взаимодействий этого объекта с учетом накладываемых ограничений при их возможном появлении.
[ИСО 16100-3:2005, статья 3.3.3]
3.16 единица производственного программного обеспечения (manufacturing software unit): Класс ресурса программного обеспечения, состоящего из одного или более компонентов производственного программного обеспечения, выполняющего определенную функцию в рамках производственной деятельности с одновременным поддерживанием механизма обмена общей информацией с другими единицами.
[ИСО 16100-1:2002, статья 3.12]
Примечание - Единица программного обеспечения может быть смоделирована с помощью языка UML в качестве объекта программного обеспечения.
3.17 механизм обнаружения совпадений (matcher): Метод сравнения предложенного профиля с необходимым профилем возможности интероперабельности.
[ИСО 16100-3:2005, статья 3.1.6]
3.18 уровень совпадения (matching level): Качественное измерение, определяющее уровень соответствия профиля возможности производственной единицы программного обеспечения функциональным требованиям производственного программного обеспечения.
[ИСО 16100-3:2005, статья 3.1.7]
3.19 интероперабельность единицы программного обеспечения производства (MSU interoperability): Способность производственной единицы программного обеспечения поддерживать частное применение спецификации интерфейса при обмене наборами прикладной информации с другой производственной единицей программного обеспечения.
[ИСО 16100-3:2005, статья 3.1.8]
3.20 профиль (profile): Совокупность одной или более основных спецификаций и/или подпрофилей, и, в приемлемых случаях, идентификация выбранных классов, согласующихся подмножеств, опций и параметров основных спецификаций или подпрофилей, необходимых для выполнения конкретной функции, деятельности или взаимосвязи.
[ИСО 16100-2:2003, статья 3.10]
3.21 эталонная структура класса возможности (reference capability class structure): Схема, представляющая иерархию классов возможностей, используемая для профилирования возможности.
[ИСО 16100-3:2005, статья 3.1.11]
3.22 шаблон (template): Схема профиля возможности производственного программного обеспечения.
[ИСО 16100-3:2005, статья 3.1.14]
3.23 испытуемый объект (unit under test): Профиль возможности, шаблон возможности, структура класса возможности или механизм обнаружения совпадений, оцениваемые с целью определения соответствия объекта специфическим характеристикам, изложенным в стандартах комплекса ИСО 16100.
4 Сокращения
В настоящем стандарте применены следующие сокращения:
ATC — абстрактное средство испытаний (abstract test case);
ATG — абстрактная испытательная группа (abstract test group);
ATS — абстрактный испытательный комплект (abstract test suit);
CITI — информация о соответствии испытательной реализации (conformance information for testing implementation);
CSI — заявление о соответствии реализации (conformance statement for implementation);
ETC — выполняемое средство испытаний (executable test case);
ETG — выполняемая испытательная группа (executable test group);
ETS — выполняемый испытательный комплект (executable test suit);
MSU — единица производственного программного обеспечения (manufacturing software unit);
UML — унифицированный язык моделирования (unified modeling language);
UUT — испытуемый объект (единица) (unit under test);
XIPI — дополнительная информация для реализации платформы (extra information for platform implementation);
XITI — дополнительная информация для испытательной реализации (extra information for testing implementation);
XML — расширяемый язык гипертекстовой разметки (extensible markup language).
5 Структура соответствия
5.1 Испытание на соответствие
Испытуемый объект, например профиль возможности, шаблон, опорная структура класса возможностей или механизм обнаружения совпадений (обнаружитель совпадений), называют соответствующим, если он соответствует требованиям настоящего стандарта.
Испытание на соответствие проводят с целью проверки соответствия реализации требованиям стандарта или конкретной спецификации. Испытание на соответствие является необходимым шагом на пути достижения интероперабельности программных средств разных поставщиков, но оно не является гарантией их интероперабельности. Результаты данного испытания обеспечивают разработчиков и пользователей уверенностью в том, что поведение испытуемого объекта будет предсказуемым, так как он выполняет необходимые функции или имеет установленный интерфейс или формат.
Основная стратегия испытания на соответствие по комплексу стандартов ИСО 16100 заключается в проведении фальсификационного испытания. При данном испытании реализацию подвергают воздействию действительных и недействительных входных данных. Затем сравнивают испытательные выходные данные с соответствующими ожидаемыми данными на выходе, которые определены по критериям испытания, с целью установления степени соответствия. Если на выходе испытательные данные не совпадают с ожидаемыми значениями, то выносят заключение о несоответствии реализации спецификации. Даже если результаты испытания на соответствие являются правильными, это не означает, что достигнуто абсолютное соответствие. Фальсификационное испытание проводят с целью выявления несоответствия. Использование большего разнообразия испытательных входных данных может повысить вероятность соответствия.
5.2 Типы испытуемых объектов
Интероперабельность производственного программного обеспечения может быть реализована методом профилирования возможности, приведенным в ИСО 16100-2. Выделяют следующие основные этапы метода профилирования возможности как для MSU, так и для профилирования возможности необходимого действия:
a) создание структуры класса возможностей и ее регистрация в базе данных;
b) поиск структуры класса возможностей в базе данных в соответствии с требованиями производственных прикладных программ;
c) выбор класса возможностей из эталонной структуры в базе данных;
d) создание шаблона возможности и его регистрация в базе данных;
e) поиск шаблона возможности в базе данных, соответствующего классу возможностей;
f) создание профиля возможности путем заполнения каждого поля шаблона и его регистрация в базе данных;
g) приведение в соответствие профиля возможности MSU с необходимым профилем с помощью механизма обнаружения совпадений.
До регистрации испытуемых объектов по этапам, указанным в перечислениях a), d) и f), каждый объект подвергают испытанию на соответствие, ассоциированному с типом испытуемого объекта.
Интероперабельность единиц производственного программного обеспечения, поставляемых разными поставщиками, может быть обеспечена в случае, если их соответствующие профили возможностей проверены на достоверность с помощью структуры класса возможностей, класса возможностей и шаблона профиля возможности, которые должны быть проверены на достоверность.
Четыре следующих типа испытуемых объектов подвергают испытанию на соответствие для обеспечения гарантии интероперабельности программных средств, поставляемых разными поставщиками:
- обнаружитель совпадений профилей возможностей.
5.3 Методология аттестационного испытания
Аттестационное испытание включает в себя этапы, указанные на рисунке 1:
Процесс аттестационного испытания начинают с подготовки заявления о соответствии реализации на основе анализа точек соответствия и критериев проведения испытания на соответствие, установленных в стандартах комплекса ИСО 16100.
Совмещение XITI и CSI обеспечивает создание абстрактного средства испытаний. Дополнительная информация для испытательной реализации зависит от типа испытуемого объекта и включает в себя элементы, указанные в таблице 2 для каждого типа испытуемого объекта.
Каждое абстрактное средство испытаний должно в обратном порядке приводить к CSI и быть реализовано в виде набора выполняемых средств испытаний. Для конкретной испытательной платформы дополнительная информация, приведенная в таблице 3, должна быть объединена с набором выполняемых средств испытаний, соответствующих абстрактному средству испытаний, чтобы образовать выполняемый испытательный комплект.
Рисунок 1 — Методология развития аттестационного испытания
Когда испытательный комплект выполняют на конкретном UUT, результаты испытания должны быть объединены с результатами каждого выполняемого средства испытаний, принадлежащего конкретному испытательному комплекту. Результатом испытания для каждого средства испытаний должно быть одно из следующих состояний: либо PASS (пропустить), либо FAIL (не пропускать). Испытуемый объект, не соответствующий испытательным данным, считают не соответствующим абстрактному средству испытаний, которое отображает набор точек соответствия и ассоциированные испытательные критерии. Если выполнение, по меньшей мере, одного средства испытаний, принадлежащего выполняемому испытательному комплекту, приводит к результату FAIL, то выполнение испытательного комплекта считают не полностью соответствующим.
Для каждого типа испытательных объектов имеются входные и выходные данные для всех действий испытания на соответствие. Эти входные и выходные данные детализируют следующим образом:
a) создание CSI — см. таблицу 1;
b) создание ATC — см. таблицу 2;
c) создание ETC — см. таблицу 3;
d) тестирование UUT — см. таблицу 4.
Входные и выходные данные этапа «Создание CSI»
| Вход/выход | Тип | Структура класса возможностей | Шаблон возможности | Профиль возможности | Профиль возможностей механизма обнаружения совпадений |
| Вход | Стандарт или спецификация | Онтология домена приложения. Словарь и таксономия | Класс возможностей. Словарь и таксономия. Непрерывность пути | Шаблон | Набор элементов как в конкретной MSU, так и в профилях требований |
| Выход | CSI структуры класса возможностей (см. таблицу 6) | CSI шаблона (см. таблицу 7) | CSI для профиля (см. таблицу 8) | CSI обнаружителя соответствий профилей (см. таблицу 9) | |
Входные и выходные данные этапа «Создание ATC»
| Вход/выход | Тип | Структура класса возможностей | Шаблон возможности | Профиль возможности | Профиль возможностей механизма обнаружения совпадений |
| Вход | CITI | CITI | CITI | CITI | CITI |
| XITI | Относительный диапазон и глубина древовидной схемы. Диаграммы UML для классов действий и взаимоотношений | Структура класса возможностей. Словарь и таксономия | Шаблон. Словарь и таксономия | Шаблон. Словарь и таксономия | |
| Выход | ATC | ATC ATS | ATC ATS (см. приложение B) | ATC ATS (см. приложение A) | ATC ATS |
Входные и выходные данные этапа «Создание ETC»
Входные и выходные данные этапа «Тестирование UUT»
6 Проведение аттестационного испытания
6.1 Этап «Создание CSI»
6.1.1 Заявление о соответствии реализации
Для каждого типа UUT используют специальный набор CSI для определения совокупности точек реализации, в которых аттестационные испытания могут быть выполнены с помощью соответствующего набора испытательных критериев. Структура CSI представлена на рисунке 2.
CSI используют с целью лучшего понимания оценки соответствия и идентификации границ испытательного домена. Заявление о соответствии должно быть положительным или отрицательным. Заявление указывает на то, что следует делать в случае положительного значения и чего не следует делать в случае отрицательного значения.
6.1.2 Типы точек соответствия
Точка соответствия — это требование соответствия, установленное в настоящем стандарте или в конкретной спецификации. В этой точке проводят испытание для определения, соответствует ли реализация определенному набору критериев. Типы точек соответствия приведены в таблице 5.
| Тип точки соответствия | Реализована в UUT | Подвергается испытанию | Результат ATC |
|---|---|---|---|
| A | Да | Да | PASS |
| B | Да | Да | PASS или FAIL |
| C | По заказу | Да, если реализуется | PASS |
| D | По заказу | Да, если реализуется | PASS или FAIL |
6.1.3 Схема заявления о соответствии реализации
Заявление о соответствии реализации — это запись, представляемая в виде таблицы, содержащей следующие столбцы:
a) номер набора соответствия — уникальный идентификатор для каждого набора соответствий, который представляет собой совокупность логически связанных точек соответствия;
b) номер точки соответствия — уникальный идентификатор для каждой точки соответствия;
c) описание точки соответствия — краткое описание точки соответствия, подвергаемой испытанию;
d) ссылка на спецификацию — раздел, подраздел и обозначение стандарта комплекса ИСО 16100, в котором определена конкретная точка соответствия;
e) тип точки соответствия согласно таблице 5;
f) абстрактные критерии тестирования — описание ожидаемого поведения.
6.2 Этап «Создание ATC»
Для каждого типа UUT используют наборы ATC, созданные на основе CSI специального UUT для его испытания. Каждое ATC должно быть связано с другими элементами аттестационного испытания, указанными на рисунке 3, и включать в себя следующие элементы:
d) выходные данные испытания точки соответствия.
Каждое ATC должно иметь собственную цель проверки и определение достоверности поведения определенного испытуемого объекта. Абстрактные совокупности тестовых данных должны быть логически сведены в группы ATG в соответствии с набором CSI. Полный набор групп ATG должен формировать ATS для заданного типа UUT.
6.3 Этап «Создание ETC»
Для каждого типа UUT используют набор ETC, созданный на основе абстрактных совокупностей тестовых данных особого UUT с целью создания специализированных ATC, зависящих от платформы реализаций. Специализированные факторы платформы могут включать в себя аппаратные и программные средства, коммуникационные сети и языки программирования. Выполнимые ETC должны формировать группы ETG так же, как соответствующий набор ATC образует группу ATG. Полный набор групп ETG должен формировать ETS для заданного типа UUT согласно рисунку 3.
6.4 Этап «Тестирование UUT»
Для каждого типа UUT используют комплект ETS, предназначенный для проведения аттестационного испытания. Тестовые входные данные должны включать в себя UUT, а также дополнительную информацию об испытуемом объекте, необходимую для функционирования каждого ETC, относящегося к конкретному ETS. Тестовые выходные данные должны включать в себя протокол аттестационного испытания, содержащий:
a) заявление об уровне соответствия, содержащее одно из следующих значений:
-
FULL CONFORMANCE (полное соответствие) — в случае, если все типы точек соответствия выдержали ETS;
-
MINIMAL CONFORMANCE (минимальное соответствие) — в случае, если все точки соответствия типов A и C выдержали ETS;
-
NO CONFORMANCE — в случае, если одна из точек соответствия типа A или C не выдержала ETS.
Примечание - Заявление об уровне соответствия может быть недостоверным, если ETS не был получен из ATC должным образом;
b) информацию, которая должна включать в себя перечень точек соответствия, выходные данные каждого ETC и подробные информативные сообщения в случаях MINIMAL CONFORMANCE и NO CONFORMANCE.
7 Соответствие испытуемых объектов
7.1 Соответствие структуры класса возможностей
7.1.1 Опорная структура класса возможностей
В соответствии с рисунком В.1 ИСО 16100-3 домен производственного приложения может иметь вид древовидной структуры действий, каждое из которых может быть ассоциировано с классом возможностей, который обеспечивается MSU. Структура класса возможностей также является древовидной и полностью соответствует древовидной структуре действий.
Пример отображения структуры класса возможностей для дерева действия приложения (прикладной программы) приведен на рисунке 4.
Рисунок 4 — Пример отображения структуры класса возможностей для дерева действий приложения
7.1.2 Заявление о соответствии для реализации
Абстрактные совокупности тестовых данных для эталонной структуры класса возможностей типа испытуемого объекта должны соответствовать требованиям таблицы 6.
Заявление о соответствии реализации эталонной структуры класса возможностей
| Точка соответствия или шифр набора | Описание точки соответствия | Ссылка на спецификацию | Тип точки соответствия (см. таблицу 5) | Абстрактные тестовые критерии |
| Index_1 | Формат XML | ИСО 16100-2, подраздел 6.2 | A | Эталонная структура класса ReferenceClassStructure в схеме формата XML |
| Index_2 | Древовидная структура класса возможностей | ИСО 16100-2, подраздел 6.2 | ||
| Index_2.1 | Единственный родитель на каждой вершине | ИСО 16100-2, подраздел 6.2 | A | Только один родитель на каждой вершине и ни одного родителя на корневой вершине |
| Index_2.2 | Глубина дерева | ИСО 16100-2, подраздел 6.2 | D | Наличие значения глубины дерева |
| Index_2.3 | Ширина дерева | ИСО 16100-2, подраздел 6.2 | D | Наличие значения ширины дерева |
| Index_2.4 | Идентификатор вершины | ИСО 16100-2, пункт 6.2.2 | A | Наличие и уникальность идентификатора вершины дерева для указания разного местоположения функции действия, связанной с классом возможностей в рамках структуры дерева, особенно если функцию (или класс возможностей) подвергают обработке много раз |
| Index_2.5 | Идентификатор древовидной структуры | ИСО 16100-3, пункт 7.1.2 <а> | A | Наличие и уникальность компонента структуры |
| Index_2.6 | Тип древовидной структуры | ИСО 16100-3, пункт 7.1.2 <а> | A | Наличие и уникальность компонента структуры |
| Index_2.7 | Идентификатор класса возможностей CapabilityClassID | ИСО 16100-3, пункт 7.2.2 b | A | Наличие идентификатора |
| <а> Идентификатор и тип древовидной структуры соответствуют элементу профилирования возможности «CapabilityProfiling» в схеме, приведенной в ИСО 16100-3, пункт 7.1.2. b Идентификатор класса возможностей «CapabilityClassID» соответствует элементу идентификатора шаблона «TemplateID» в схеме, приведенной в ИСО 16100-3, пункт 7.2.2. | ||||
7.2 Соответствие шаблона возможности
7.2.1 Шаблон возможности
Описание структуры класса возможности приведено в 6.2.1 ИСО 16100-2, характеристики шаблона возможности — в разделе 7 ИСО 16100-3. Способ отображения класса возможностей для шаблона возможностей приведен в 6.3 ИСО 16100-2.
Аттестационное испытание шаблона возможности должно включать в себя проверку того, что шаблон является:
a) точно сформированной схемой XML;
b) достоверным согласно спецификациям раздела 7 ИСО 16100-3.
7.2.2 Заявление о соответствии реализации шаблона возможности
Абстрактные совокупности тестовых данных для шаблона возможности типа UUT должны соответствовать требованиям таблицы 7.
| Точка соответствия или шифр набора | Описание точки соответствия | Ссылка на спецификацию | Тип точки соответствия (см. таблицу 5) | Абстрактные тестовые критерии |
|---|---|---|---|---|
| Index_1 | Формат XML | ИСО 16100-3, раздел 7 | A | Шаблон возможности в формате схемы XML |
| Index_2 | Элементы заголовка компонентов схемы | ИСО 16100-3, подраздел 7.1 | ||
| Index_2.1 | Версия XML и пространства имен целей | ИСО 16100-3, подраздел 7.1 | A | Наличие и местоположение версии схемы XML и пространства имен целей и значений в соответствии с требованиями ИСО 16100-3, подраздел 7.1 |
| Index_2.2 | Профилирование возможности CapabilityProfiling | ИСО 16100-3, подраздел 7.1 | A | Наличие и местоположение компонента схемы |
| Index_2.2.1 | Тип | ИСО 16100-3, подраздел 7.1 | A | Наличие и местоположение компонента схемы |
| Index_2.2.2 | CapabilityProfile | ИСО 16100-3, подраздел 7.1 | A | Наличие и местоположение компонента схемы |
| Index_2.2.2.1 | Pkgtype и Version | ИСО 16100-3, подраздел 7.1 | A | Наличие и местоположение компонентов схемы |
| Index_2.2.2.2 | CommonPartType и SpecificPartType | ИСО 16100-3, подраздел 7.1 | A | Наличие и местоположение компонентов схемы |
| Index_3 | CommonTypePart | ИСО 16100-3, подраздел 7.2 | ||
| Index_3.1 | Выбор типа профиля возможности | ИСО 16100-3, подраздел 7.2 | A | Наличие и местоположение компонента схемы и значения либо «Requirement», либо «Capability_MSU» |
| Index_3.2 | Опорная структура класса возможностей | ИСО 16100-3, пункт 7.2.1 | A | Наличие и местоположение атрибутов «id», «name», «version» и «url» |
| Index_3.3 | Идентификатор шаблона | ИСО 16100-3, пункт 7.2.1 | A | Наличие и местоположение компонента схемы |
| Index_3.4 | Дополнительные пары опорной структуры класса возможностей и идентификатора шаблона | ИСО 16100-3, пункт 7.2.1 | C | Наличие и местоположение компонентов пары, удовлетворяющей критериям index_3.2 и index_3.3 |
| Index_3.5 | Version | ИСО 16100-3, подраздел 7.2 | C | Наличие и местоположение компонента схемы |
| Index_3.6 | Владелец | ИСО 16100-3, подраздел 7.2 | C | Наличие и местоположение компонента схемы |
| Index_3.7 | ComputingFacilities | ИСО 16100-3, подраздел 7.2 | C | Наличие компонентов схемы «Processor0», «OperatingSystem0», «Language», «Memory», «DiskSpace» |
| Index_3.8 | Дополнительные элементы вычислительного оборудования | ИСО 16100-3, подраздел 7.2 | C | Наличие и местоположение компонентов схемы, удовлетворяющих критериям index 3.7 |
| Index_3.9 | Функционирование | ИСО 16100-3, подраздел 7.2 | D | Наличие и местоположение атрибутов «ElapsedTime» и «TransactionPerUnitTime» |
| Index_3.10 | Дополнительные элементы функционирования | ИСО 16100-3, подраздел 7.2 | D | Наличие и местоположение компонентов схемы, удовлетворяющих критериям index_3.9 |
| Index_3.11 | ReliabilityData | ИСО 16100-3, подраздел 7.2 | D | Наличие и местоположение компонентов схемы «UsageHistory», «Shipments», «IntendedSafetyIntegrity» и «Certification» |
| Index_3.12 | Дополнительные данные о надежности | ИСО 16100-3, подраздел 7.2 | D | Наличие и местоположение компонентов схемы, удовлетворяющих критериям index_3.11 |
| Index_3.13 | SupportPolicy | ИСО 16100-3, подраздел 7.2 | D | Наличие и местоположение атрибута «index» |
| Index_3.14 | Дополнительные элементы SupportPolicy | ИСО 16100-3, подраздел 7.2 | D | Наличие и местоположение компонентов схемы, удовлетворяющих критериям index_3.13 |
| Index_3.15 | PriceData | ИСО 16100-3, подраздел 7.2 | D | Наличие и местоположение атрибутов «invest», «annualSupport» и «unit» |
| Index_3.16 | Дополнительные элементы PriceData | ИСО 16100-3, подраздел 7.2 | D | Наличие и местоположение компонентов схемы, удовлетворяющих критериям index_3.15 |
7.3 Соответствие профиля возможности
7.3.1 Профиль возможности
Профиль возможности — это шаблон возможности, содержащий, как минимум, конкретное установленное значение имени профиля. Другие данные заполняют в соответствии с уровнем спецификации.
Аттестационное испытание профиля возможности должно включать в себя проверку того, что профиль является:
a) точно сформированным документом XML;
b) действительным в соответствии со спецификацией шаблона, приведенной в разделе 7 ИСО 16100-3.
7.3.2 Заявление о соответствии реализации профиля возможности
Абстрактные совокупности тестовых данных профиля возможности типа UUT должны соответствовать требованиям таблицы 8.
Заявление о соответствии реализации профиля возможности
| Точка соответствия и шифр набора | Описание точки соответствия | Ссылка на спецификацию | Тип точки соответствия (см. таблицу 5) | Абстрактные тестовые критерии |
| lndex_1 | Формат XML | ИСО 16100-3, раздел 7 | A | Профиль возможности в формате XML |
| Index_2 | Элементы заголовка компонента схемы | ИСО 16100-3, пункт 7.1.2 | ||
| Index_2.1 | Версия XML и пространства имен целей | ИСО 16100-3, пункт 7.1.2 | A | Наличие и местоположение версии XML и пространств имен целей и значений в соответствии с требованиями ИСО 16100- 3, пункт 7.1.2 |
| Index_2.2 | CapabilityProfiling | ИСО 16100-3, пункт 7.1.2 | A | Наличие и местоположение компонента схемы |
| Index_2.2.1 | Тип | ИСО 16100-3, пункт 7.1.2 | A | Наличие атрибута «id». Значение идентификатора типа данных «string», формы «unqualified» и определение различий профиля требований или профиля MSU |
| Index_2.2.2 | CapabilityProfile | ИСО 16100-3, пункт 7.1.2 | A | Наличие компонентов «Pkgtype», «Common», «Specific». Наличие атрибута «date». Значение даты имеет тип данных «string» и форму «unqualified» |
| Index_2.2.2.1 | Pkgtype и version | ИСО 16100-3, пункт 7.1.2 | A | Значение версии Pkgtype имеет тип данных «string» и форму «unqualified» |
| Index_2.2.2.2 | CommonPartType и SpecificPartType | ИСО 16100-3, пункт 7.1.2 | A | Значение «Common» в «CommonPartType». Значение «Specific» в «SpecificPartType» |
| Index_3 | CommonTypePart | ИСО 16100-3, пункт 7.2.2 | ||
| Index_3.1 | Profile ID | ИСО 16100-3, пункт 7.2.2 | A | Значение — требование ID, либо «MSU_Capability ID» типа данных «string» и форма «unqualified» |
| Index_3.2 | ReferenceCapability, ClassStructure | ИСО 16100-3, пункт 7.2.2 | A | Наличие и местоположение атрибутов «id», «name», «version» и «url» |
| Index_3.2.1 | id | ИСО 16100-3, пункт 7.2.2 | A | Значение типа данных «string» и форма «unqualified» |
| Index_3.2.2 | name | ИСО 16100-3, пункт 7.2.2 | A | Значение типа данных «string» и форма «unqualified» |
| Index_3.2.3 | version | ИСО 16100-3, пункт 7.2.2 | A | Значение типа данных «string» и форма «unqualified» |
| Index_3.2.4 | url | ИСО 16100-3, пункт 7.2.2 | A | Значение типа данных «string» и форма «unqualified» |
| Index_3.3 | TemplatelD | ИСО 16100-3, пункт 7.2.2 | A | Значение атрибута «ID» типа данных «string» и форма «unqualified». Обычно это значение «NULL» в случае, если требуется приведение в соответствие профиля возможности полной структуры класса возможностей |
| Index_3.4 | Дополнительная пара ReferenceCapabilityClassStructure и TemplateID | ИСО 16100-3, пункт 7.2.1 | C | Наличие и местоположение обоих компонентов пары, удовлетворяющей критериям index_3.2 и index_3.3 |
| Index_3.5 | Version | ИСО 16100-3, пункт 7.2.2 | C | Наличие атрибутов «major» и «minor» |
| Index_3.5.1 | major | ИСО 16100-3, пункт 7.2.2 | C | Значение типа данных «string» и форма «unqualified» |
| Index_3.5.2 | minor | ИСО 16100-3, пункт 7.2.2 | C | Значение типа данных «string» и форма «unqualified» |
| Index_3.6 | Owner | ИСО 16100-3, пункт 7.2.2 | C | Наличие компонентов схемы «Name», «Street», «City», «Zip», «State», «Country», «Comment», необходимых для профилирования возможности MSU, но не требуемых для профилирования возможности требования |
| Index_3.6.1 | name | ИСО 16100-3, пункт 7.2.2 | C | Значение типа данных «string» |
| Index_3.6.2 | street | ИСО 16100-3, пункт 7.2.2 | D | Значение типа данных «string» |
| Index_3.6.3 | city | ИСО 16100-3, пункт 7.2.2 | D | Значение типа данных «string» |
| Index_3.6.4 | zip | ИСО 16100-3, пункт 7.2.2 | D | Значение типа данных «string» |
| Index_3.6.5 | state | ИСО 16100-3, пункт 7.2.2 | D | Значение типа данных «string» |
| Index_3.6.6 | country | ИСО 16100-3, пункт 7.2.2 | D | Значение типа данных «string» |
| Index_3.6.7 | comment | ИСО 16100-3, пункт 7.2.2 | D | Значение типа данных «string» |
| Index_3.7 | ComputingFacilities | ИСО 16100-3, пункт 7.2.2 | C | Наличие компонентов схемы «Processor0», «OperatingSystem0», «Language», «Memory», «DiskSpace» |
| Index_3.7.1 | type | ИСО 16100-3, пункт 7.2.2 | C | Значение типа данных «string» и форма «unqualified» |
| Index_3.7.2 | Processor type | ИСО 16100-3, пункт 7.2.2 | C | Значение типа данных Processor type «string» и форма «unqualified» |
| Index_3.7.3 | OperatingSystem type | ИСО 16100-3, пункт 7.2.2 | C | Значение типа данных OperatingSystem type «string» и форма «unqualified» |
| Index_3.7.4 | Language name | ИСО 16100-3, пункт 7.2.2 | C | Значение типа данных Language name «string» и форма «unqualified» |
| Index_3.7.5 | Memory | ИСО 16100-3, пункт 7.2.2 | C | Наличие атрибутов «Memory size», «Memory unit» |
| Index_3.7.5.1 | Memory size | ИСО 16100-3, пункт 7.2.2 | C | Значение типа данных Memory size «string» и форма «unqualified» |
| Index_3.7.5.2 | Memory unit | ИСО 16100-3, пункт 7.2.2 | C | Значение типа данных Memory unit «string» и форма «unqualified» |
| Index_3.7.6 | DiskSpace | ИСО 16100-3, пункт 7.2.2 | C | Наличие атрибутов «DiskSpace size», «DiskSpace unit» |
| Index_3.7.6.1 | DiskSpace size | ИСО 16100-3, пункт 7.2.2 | C | Значение типа данных DiskSpace size «string» и форма «unqualified» |
| Index_3.7.6.2 | DiskSpace unit | ИСО 16100-3, пункт 7.2.2 | C | Значение типа данных DiskSpace unit «string» и форма «unqualified» |
| Index_3.8 | Дополнительные элементы ComputingFacilities | ИСО 16100-3, подраздел 7.2 | C | Наличие и местоположение компонентов схемы, удовлетворяющих критериям index_3.7 |
| Index_3.9 | Performance | ИСО 16100-3, пункт 7.2.2 | D | Наличие и местоположение атрибутов «ElapsedTime» и «TransactionPerUnitTime» |
| Index_3.9.1 | ElapsedTime | ИСО 16100-3, пункт 7.2.2 | D | Значение ElapsedTime типа данных «string» и форма «unqualified» |
| Index_3.9.2 | TransactionPerUnitTime | ИСО 16100-3, пункт 7.2.2 | Значение TransactionPerUnitTime типа данных «string» и форма «unqualified» | |
| Index_3.10 | Дополнительные элементы Performance | ИСО 16100-3, пункт 7.2.2 | D | Наличие и местоположение компонентов схемы, удовлетворяющих критериям index_3.9 |
| Index_3.11 | ReliabilityData | ИСО 16100-3, пункт 7.2.2 | D | Наличие и местоположение компонентов схемы «UsageHistory», «Shipments», «IntendedSafetyIntegrity» и «Certification» |
| Index_3.11.1 | UsageHistory | ИСО 16100-3, пункт 7.2.2 | D | Значение типа данных «string» и форма «unqualified» |
| Index_3.11.2 | Shipments number | ИСО 16100-3, пункт 7.2.2 | D | Значение типа данных «string» и форма «unqualified» |
| Index_3.11.3 | IntendedSafetyIntegrity level | ИСО 16100-3, пункт 7.2.2 | D | Значение типа данных «string» и форма «unqualified» |
| Index_3.11.4 | Certification no 1 | ИСО 16100-3, пункт 7.2.2 | D | Значение типа данных «string» и форма «unqualified» |
| Index_3.12 | Дополнительные элементы ReliabilityData | ИСО 16100-3, подраздел 7.2 | D | Наличие и местоположение компонентов схемы, удовлетворяющих критериям index_3.11 |
| Index_3.13 | SupportPolicy | ИСО 16100-3, пункт 7.2.2 | D | Наличие и местоположение атрибута «index» |
| Index_3.13.1 | index | ИСО 16100-3, пункт 7.2.2 | D | Значение типа данных «string» и форма «unqualified» |
| Index_3.14 | Дополнительные элементы SupportPolicy | ИСО 16100-3, подраздел 7.2 | D | Наличие и местоположение компонентов схемы, удовлетворяющих критериям index_3.13 |
| Index_3.15 | PriceData | ИСО 16100-3, пункт 7.2.2 | D | Наличие и местоположение атрибутов «invest», «annualSupport» и «unit» |
| Index_3.15.2 annualSupport | ||||
| ИСО 16100-3, пункт 7.2.2 | D | Значение типа данных «string» и форма «unqualified» | Index_3.15.3 | unit |
| ИСО 16100-3, пункт 7.2.2 | D | Значение типа данных «string» и форма «unqualified» | Index_3.16 | Дополнительные элементы PriceData |
| ИСО 16100-3, подраздел 7.2 | D | Наличие и местоположение компонентов схемы, удовлетворяющих критериям index_3.15 | 7.4 Соответствие профиля возможности механизма обнаружения совпадений | |
7.4.1 Обнаружитель совпадений типа 1
В соответствии с требованиями настоящего стандарта следует использовать только обнаружитель совпадений профилей возможностей типа 1. Аттестационное испытание обнаружителя совпадений типа 1 должно включать в себя проверки того, что обнаружитель совпадений:
a) допускает использование двух действительных профилей и двух действительных шаблонов;
b) запрашивает только те действительные профили, которые необходимы;
c) формирует отчет об уровне совпадения, описание которого приведено в 6.1.2 ИСО 16100-3.
Аттестационное испытание не должно включать в себя проверку поведения обнаружителя совпадений типа 1.
7.4.2 Заявление соответствия для реализации обнаружителя совпадений профилей возможностей
Абстрактная совокупность тестовых данных для проверки обнаружителя совпадений профилей возможностей должна соответствовать приведенной в таблице 9.
Заявление соответствия для реализации обнаружителя
совпадений профилей возможностей
| Точка соответствия и шифр набора | Описание точки соответствия | Ссылка на спецификацию | Тип точки соответствия (см. таблицу 5) | Абстрактные тестовые критерии |
|---|---|---|---|---|
| Index_1 | Формат XML | ИСО 16100-3, раздел 7 | A | Профиль возможности в формате схемы XML |
| Index_2 | CapabilityProfileConformity | ИСО 16100-3, подраздел 5.3 | A | Необходимый профиль возможности и профиль возможности MSU в соответствии с шаблоном возможности |
| Index_3 | MatchingResultReport | ИСО 16100-3, пункт 6.1.3 и подраздел 7.4 | A | Наличие и местоположение компонентов схемы «Matching level» и «DetailListReport» |
| Index_3.1 | MatchingLevel | ИСО 16100-3, пункт 6.1.2 и подраздел 7.4 | A | Уровень совпадения должен быть одним из следующих: - полное совпадение; - совпадение по всем обязательным требованиям; - совпадение с некоторыми обязательными требованиями; - несовпадение с обязательными требованиями |
| Index_3.2 | DetailListReport | ИСО 16100-3, пункт 6.1.2 и подраздел 7.4 | A | Наличие как совпадающих, так и несовпадающих функций |
Аттестационное испытание профиля возможности проводят в соответствии с правилом, приведенным в примечании.
Примечание - Испытания абстрактных тестовых данных должны соответствовать следующему правилу:
| if (condition is true) perform action |
если (условие является правильным) выполните действие |
|---|
A.1 Абстрактные совокупности тестовых данных
Шаблон является схемой соответствующего профиля (см. 7.1.2 ИСО 16100-3 или пример, приведенный ниже). Эту информацию следует использовать при аттестационном испытании профиля возможности. «CapabilityProfiling xmlns:xsi=»http://www. w3.org/2001/XMLSchema-instance»
xsi:noNamespaceSchemaLocation=«C:...\ISO16100-General.xsd»>
Этапы и последовательность проведения испытания указаны на рисунке A.1.
A.3 Формат протокола аттестационного испытания
Рекомендуется использовать следующий формат протокола аттестационного испытания (см. 6.4):
b) Проверка достоверности точки соответствия:
- результат проверки достоверности точки соответствия: {PASS или FAIL};
- возникновение ошибки: {NO ERROR или описание и точное место ошибки};
- предполагаемый вариант исправления ошибки: {NO CORRECTION NEEDED или описание исправленной ошибки}.
Рисунок A.1 — Испытание UUT профиля возможности
АТТЕСТАЦИОННОЕ ИСПЫТАНИЕ МЕХАНИЗМА ОБНАРУЖЕНИЯ СОВПАДЕНИЙ ТИПА 1
Аттестационное испытание обнаружителя совпадений типа 1 проводят в соответствии с правилом, приведенным в примечании.
Примечание - Испытания абстрактных совокупностей тестовых данных должны соответствовать следующему правилу:
| if (condition is true) perform action |
если (условие является правильным) выполните действие |
|---|
B.1 Абстрактная совокупность тестовых данных
Абстрактные совокупности тестовых данных, соответствующих заявлениям реализации обнаружителя совпадений типа 1 для приема и запроса профилей, должны быть следующими:
Абстрактные совокупности тестовых данных, соответствующих заявлениям реализации обнаружителя совпадений типа 1 для проверки синтаксиса доклада о совпадении, должны быть следующими:
Абстрактные совокупности тестовых данных, соответствующих заявлениям реализации обнаружителя совпадений типа 1 для проверки соответствия MatchingLevel детализированному списку, должны быть следующими:
B.2 Контрольная схема заявления о совпадении профилей возможностей
Схема заявления о совпадении должна быть следующей:
B.3 Пример блок-схемы аттестационного испытания для заявления о совпадении
B.4 Аттестационное испытание для заявления о совпадении
Этапы и последовательность проведения аттестационного испытания должны соответствовать указанным на рисунке B.2.
Рисунок B.2 — Этап «Испытание UUT» для заявления о совпадении
СВЕДЕНИЯ О СООТВЕТСТВИИ ССЫЛОЧНЫХ МЕЖДУНАРОДНЫХ СТАНДАРТОВ
ССЫЛОЧНЫМ НАЦИОНАЛЬНЫМ СТАНДАРТАМ РОССИЙСКОЙ ФЕДЕРАЦИИ