Электронное оборудование для подвижного состава железных дорог. сети поездной связи (TCN). Часть 2-2: испытание поездной шины на соответствие требованиям по проводимости (стр. 3 )

PICS        Свидетельство о соответствии реализации протокола, определенного в ИСО / МЭК 9646

PIXIT Дополнительная информация о реализации протокола для тестирования

RTP         Протоколы в режиме реального времени, общие коммуникационные протоколы для данных процесса и данных сообщения

TCN Поездные сети связи, набор коммуникаций железнодорожного состава и поездных шин

TDR        Рефлектометр временного домена, инструмент для анализа односторонних и дифференциальных линий электропередачи

TNM        Управление поездной сетью

UICМ Международный союз железных дорог, международная ассоциация железнодорожных операторов

WTB Проводная шина поезда

4. Испытания на соответствие: методы, требования и допуски

4.1 Методы

Настоящий стандарт определяет общую методологию для тестирования соответствия  протокольному стандарту изделий TCN - ПСС (поездной сети связи), в котором стандарт предъявляется для реализации.

Настоящий стандарт организован в пункты, структурированные в различные этапы процесса испытаний на выявление соответствия; эти этапы характеризуются следующими ролями:

а) спецификация абстрактных наборов тестов для конкретных протоколов TCN (Train Communications Network) - ПСС (поездные сети связи) согласно ИСО /МЭК 9646-1;

б) выводы (формулы) выполняемых наборов тестов и связанных с ними инструментов тестирования, в соответствии с ИСО / МЭК 9646-7;

Приложение «А» устанавливает правила, касающиеся клиентов и лабораторий, предписывающие:

в) роль клиента испытательной лаборатории, который имеет реализацию протоколов TCN - ПСС (поездные сети связи), которая должна быть протестирована;

г) проведение тестирования на выявление соответствия, которое завершается производством отчета о тестировании соответствия, дающего результаты в показателях используемого набора (ов) тестов и соответствующей выполненной документации. Во всех разделах настоящего стандарта, сфера применения ограничена для того, чтобы достичь следующие цели:

д) обеспечение достаточной степени доверия и надежности в тестах в качестве руководства для достижения соответствия;

е) достижение сопоставимости между результатами соответствующих тестов, применяемых в различных местах в различные моменты времени;

ж) облегчение связи между сторонами, ответственными за роли, описанные выше.

Каждая цель включает в себя структуру (базу) для разработки наборов тестов TCN - ПСС, перечисленных далее:

з) каким образом они должны иметь отношение к различным типам требований по соответствию;

и) типы тестов, которые должны быть стандартизированными и типы тестов, которые не требуют  стандартизации;

к) критерии для выбора тестов для включения в набор тестов по тестированию  соответствия;

л) обозначения, которые должны быть использованы для определения тестов;

м) структура набора тестов.

Сертификация, административная процедура, которые могут сопровождать тестирование соответствия, выходят за рамки настоящего стандарта.

Требования к закупкам и контрактам выходят за рамки настоящего стандарта.

4.1.1 Требования

4.1.1.1 Общее

В контексте TCN (ПСС) звучит, что реальная система демонстрирует соответствие, если она соответствует требованиям действующих стандартных положений TCN (ПСС) в ее связи с системой отсчета, т. е. с тестирующей системой (тестером).

Стандарт TCN (ПСС) представляет собой набор взаимосвязанных положений, которые вместе определяют поведение систем TCN (ПСС) в их взаимодействии. Соответствие IUT (тестируемая реализация, реализация в процессе тестирования), следовательно, будет выражаться в двух уровнях, соответствие каждому отдельному положению, и соответствие набору положений.

Следующие положения определяют требования к соответствию и классифицируют их согласно атрибутам и в возможные группы. Атрибуты и классификация на группы определяются с общей точки зрения со ссылкой на саму спецификацию TCN (ПСС) и с точки зрения IUT (тестируемой реализации). Во втором случае, требование должно быть признано в соответствующих документах PICS и PIXIT (PICSЇ Свидетельство о соответствии реализации протокола) и (PIXITЇ Дополнительная информация о реализации протокола для тестирования).

4.1.1.2 Требования к соответствию

Требования к соответствию могут быть:

а) обязательные требования: они должны соблюдаться во всех случаях;

б) условные требования: они должны соблюдаться, если применяются условия, изложенные в положении;

в) возможные необязательные варианты: они могут быть выбраны в соответствии с реализацией, при условии, что наблюдаются какие-либо требования, применимые к возможному варианту.

Существенную функциональность TCN (ПСС) составляют обязательные требования; дополнительной  функциональностью могут быть либо условные, либо дополнительные (возможные) требования.

Кроме того, в Части требования к соответствию могут быть выражены:

г) положительно: они выражают, что должно быть сделано;

д) отрицательно (запреты): они выражают, то, что не следует делать

Наконец, требования к соответствию делятся на две группы:

е) требования к статическому соответствию;

ж) требования к динамическому соответствию;

Это обсуждается в разделах 4.1.1.3 и 4.1.1.4, соответственно.

4.1.1.3 Требования к статическому соответствию

Для обеспечения интероперабельности (возможность взаимодействия, функциональная совместимость), требования к статическому соответствию определяют допустимые минимальные возможности реализации. Эти требования могут быть на широком уровне, такие как группировка функциональных блоков и опций в классы протоколов, или на детальном уровне, например, в диапазоне значений, которые должны поддерживаться для конкретных параметров таймеров.

Требования к статическому соответствию и варианты в частях TCN (ПСС) могут быть двух видов:

а) те, которые определяют возможности, и которые следует включить в осуществление конкретного протокола;

б) те, которые определяют многоуровневые зависимости, например, те, которые размещают ограничения на возможности базовых уровней системы, где находится протокол реализации.  Их, скорее всего, можно найти в частях верхнего уровня (например, в протоколах в режиме реального времени сетевого управления).

Все возможности, нечетко выраженные в качестве требований к статическому соответствию, должны рассматриваться в качестве дополнительных (возможных, необязательных).

4.1.1.4 Требования к динамическому соответствию

Требования к динамическому соответствию составляют все те требования (и варианты), которые определяют, что наблюдаемое поведение допускается соответствующей TCN (ПСС) частью в случаях взаимосвязи. Они составляют основную часть каждого протокола документа TCN (ПСС).  Они определяют набор допустимых вариантов поведения реализации или реальной системы. Этот набор определяет максимальную способность, которую соответствующая реализация или реальная система может иметь в пределах протокола документа TCN (ПСС).

Система показывает динамическое соответствие в случае коммуникации, если ее поведение является членом множества всех поведений, допускаемых соответствующей частью протокола TCN (ПСС) способом, совместимым с PICS (Свидетельство о соответствии реализации протокола).

4.1.1.4.1 Соответствующая система

Соответствующая система или реализация Ї это то, что демонстрируется для того, чтобы отвечать требованиям и статического, и динамического соответствия, согласно возможностям, выраженным в PICS (в Свидетельстве о соответствии реализации протокола), для каждого протокола, утвержденного в свидетельстве о соответствии системы.

4.1.1.4.2 Интероперабельность (возможность взаимодействия) и соответствие

Основная цель тестирования соответствия состоит в том, чтобы повысить вероятность того, что различные реализации будут в состоянии взаимодействовать.

Успешная функциональная совместимость двух или более реальных открытых систем, скорее всего, должна быть достигнута, если все они соответствуют одному и тому же подмножеству части TCN (ПСС), или одному и тому же набору TCN (ПСС) частей, чем, если они этого не делают.

Для подготовки двух или более систем для успешного взаимодействия, рекомендуется, чтобы было выполнено сравнение заявок на соответствие систем и PICS (Свидетельство о соответствии реализации протокола) этих систем.

Если существует более одной версии соответствующего части TCN (ПСС), указанной в PICS, то различия между версиями требуют идентификации, а их последствия рассмотрения, включая их использование в сочетании с другими частями.

Несмотря на то, что соответствие является необходимым условием, оно само по себе не является достаточным условием, чтобы гарантировать возможность совместимости (взаимодействия). Если даже две реализации соответствуют одной и той же части протокола TCN (ПСС), они могут оказаться неспособными взаимодействовать, из-за факторов, выходящих за рамки этого стандарта.

Рекомендуется испытательная совместимость (интероперабельность) для выявления этих факторов. Дополнительная информация в целях поддержки совместимости (интероперабельности) между двумя системами, может быть получена путем расширения сравнения PICS с другой соответствующей информацией, в том числе с тестовыми отчетами и с PIXIT (дополнительная информация о реализации протокола для тестирования).

Сравнение можно сосредоточить на следующем:

а) на дополнительных механизмах, к которым предъявляются требования работать над известными неясностями или недостатками, которые еще пока неоткорректированы ​​в стандарте TCN (ПСС) или в равных реальных системах, например, решение многоуровневых проблем;

б) на выборе свободных вариантов, которые не принимаются во внимание в требованиях к статическому соответствию частей TCN (ПСС);

в) на наличии таймеров, не указанных в частях TCN (ПСС) и связанных с ними значениях.

Примечание - Сравнение может быть сделано между двумя отдельными системами, между двумя или более видами продукции, или, только для сравнения PICS (Свидетельство о соответствии реализации протокола), между двумя или более спецификациями для закупки, разрешениями для подключения и т. д.

4.1.2 Требования к инструкциям заявки для IUT (Implementation Under TestingЇ реализация в процессе тестирования, тестируемая реализация)