ГОСТ Р 54418.25.5-2013 (МЭК 61400-25-5:2006) Возобновляемая энергетика. Ветроэнергетика. Установки ветроэнергетические. Часть 25-5. Коммуникации для текущего контроля и управления ветровыми электростанциями. Проверка соответствия техническим требованиям.

ГОСТ Р 54418.25.5-2013

(МЭК 61400-25-5:2006)

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

 Возобновляемая энергетика. Ветроэнергетика. Установки ветроэнергетические

 Часть 25-5

 КОММУНИКАЦИИ ДЛЯ ТЕКУЩЕГО КОНТРОЛЯ И УПРАВЛЕНИЯ ВЕТРОВЫМИ ЭЛЕКТРОСТАНЦИЯМИ

 Проверка соответствия техническим требованиям

 Renewable power engineering. Wind power engineering. Wind turbines - Part 25-5: Communications for monitoring and control of wind power plants - Conformance testing

ОКС 27.180

Дата введения 2015-07-01

Предисловие

1 ПОДГОТОВЛЕН Открытым акционерным обществом научно-исследовательский институт энергетических сооружений (ОАО "НИИЭС")

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 330 "Процессы, оборудование и энергетические системы на основе возобновляемых источников энергии"

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 6 сентября 2013 г. N 1037-ст

4 Настоящий стандарт является модифицированным по отношению к международному стандарту МЭК 61400-25-5:2006* "Турбины ветровые. Часть 25-5. Коммуникации для текущего контроля и управления ветровыми электростанциями. Проверка соответствия спецификации" (IEC 61400-25-5:2006 "Wind turbines - Part 25-5: Communications for monitoring and control of wind power plants - Conformance testing") путем изменения отдельных фраз (слов, значений показателей), которые выделены в тексте курсивом. Внесение указанных технических отклонений направлено на учет особенности объекта и/или аспекта стандартизации, характерных для Российской Федерации.

Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5-2012 (пункт 3.5).

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации и межгосударственные стандарты, сведения о которых приведены в дополнительном приложении ДА

5 ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (gost.ru)

 Введение

Настоящий стандарт из серии ГОСТ Р 54418.25 разработан для контроля состояния и управления ВЭС. Процесс моделирования в группе стандартов ГОСТ Р 54418.25 обеспечивает абстрактные определения классов и служб таким образом, чтобы спецификации являлись независимыми от определенных баз данных, конструктивных особенностей и операционных систем. Отображение этих абстрактных классов и служб к определенному коммуникационному профилю приведено в [1].

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

Группа стандартов ГОСТ Р 54418.25 предназначена для коммуникационной среды, поддерживаемой моделью клиент-сервер. Определены три области, сформированные отдельно, для обеспечения реализации масштабной модели:

1) информационные модели ветровой электростанции;

2) модели информационного обмена;

3) отображение моделей на стандартный профиль коммуникации.

Информационная модель ветровой электростанции и информационно-обменная модель рассматриваются вместе и представляют собой интерфейс между клиентом и сервером. В этой связке серверы информационной модели ВЭС служат для интерпретации доступных да иных ветровой электростанции. Информационная модель ВЭС используется клиентским сервером для предложения унифицированной, компонентно-ориентированной точки зрения на ветровой электростанции. Информационно-обменная модель отражает все активные обмены сервера. Группа стандартов ГОСТ Р 54418.25 обеспечивает унификацию разнородных интерфейсов клиента и серверов разных производителей и поставщиков.

Концептуальная коммуникационная модель группы стандартов ГОСТ Р 54418.25 представлена на рисунке 1.

Рисунок 1 - Концептуальная коммуникационная модель в группе стандартов ГОСТ Р 54418.25

Группа стандартов ГОСТ Р 54418.25 определяет только информационные модели, информационный обмен и топографию конкретных коммуникационных протоколов. Группа стандартов ГОСТ Р 54418.25 исключает определение того, как и где реализовать коммуникационный интерфейс, интерфейс прикладного программирования и реализацию рекомендаций. Тем не менее целью этой группы стандартов является обеспечение информацией, связанной с одним компонентом ВЭС (таким, как ветровая турбина) и получаемой через соответствующие логические устройства.

Группа стандартов дает полное описание принципов и моделей, используемых в группе стандартов ГОСТ Р 54418.25.

Примечание - Группа стандартов ГОСТ Р 54418.25 фокусируется на общей информации, а не на информации конкретного производителя. Конкретные информационные элементы, которые, как правило, сильно различаются между реализацией конкретных производителей, могут быть, например, указаны в двусторонних соглашениях, в группах пользователей или в поправках к группе стандартов ГОСТ Р 54418.25.

      1 Область применения

Настоящий стандарт устанавливает процедуры испытаний (тестирования), которые должны быть проведены для определения соответствия коммуникационной системы ветровой электростанции (ВЭС) требованиям стандарта.

Тест соответствия - проверка системы в сборе. Стандарт определяет общие для всех производителей требования к качеству систем, которые проверяют с помощью тестов соответствия.

Проверки образца с помощью тестов соответствия не гарантируют абсолютную функциональную работоспособность устройства, но значительно снижают риск возникновения проблем при его изготовлении или монтаже.

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

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

Примечание - Для получения общей картины необходимо использовать другие стандарты группы ГОСТ Р 54418.25.

      2 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие национальные и межгосударственные стандарты:

ГОСТ Р ИСО/МЭК 9646-1-93 Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть 1. Общие положения

ГОСТ Р 51237-98 Нетрадиционная энергетика. Ветроэнергетика. Термины и определения

ГОСТ Р МЭК 61850-7-1-2009 Сети и системы связи на подстанциях. Часть 7. Базовая структура связи для подстанций и линейного оборудования. Раздел 1. Принципы и модели

ГОСТ Р МЭК 61850-7-2-2009 Сети и системы связи на подстанциях. Часть 7. Базовая структура связи для подстанций и линейного оборудования. Раздел 2. Абстрактный интерфейс услуг связи (ACSI)

ГОСТ Р МЭК 61850-7-4-2011 Сети и системы связи на подстанциях. Часть 7. Базовая структура связи для подстанций и линейного оборудования. Раздел 4. Совместимые классы логических узлов и классы данных

ГОСТ 15971-90 Системы обработки информации. Термины и определения

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

      3 Термины и определения

В настоящем стандарте применены термины по ГОСТ Р 51237, ГОСТ 15971, а также следующие термины с соответствующими определениями:

3.1 ветровая электростанция (wind power plant); ВЭС: Электростанция, состоящая из двух и более ветроэлектрических установок, предназначенная для преобразования энергии ветра в электрическую энергию и передачи ее потребителю.

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

3.3 местный приемочный тест (SAT): Проверка данных, контрольных точек и правильной работы устройства и его операционной среды на месте сооружения ВЭУ.

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

3.5 модель реализации соответствующего элемента (MICS): Детализация стандартных элементов модели объекта, поддерживаемых системой или устройством.

3.6 негатив-тест (negative test): Тест для проверки корректного ответа устройства или системы.

3.7 проверка образца (type test): Проверка корректного поведения системных компонентов ВЭС с помощью системы тестирования программного обеспечения при условиях, соответствующих техническим.

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

3.8 протокол реализации соответствующего элемента (PICS): Сводка возможностей тестируемой системы.

3.9 протокол реализации дополнительной информации для тестирования (PIXIT): Протокол, содержащий определенную информацию относительно возможностей тестируемой системы, выходящий за рамки группы стандартов ГОСТ Р 54418.25.

Примечание - PIXIT не подвергается стандартизации.

3.10 системный тест (system test): Проверка работоспособности компонентов и всей ВЭС в различных режимах работы.

Примечание - Системный тест является заключительным этапом разработки системного компонента ВЭУ.

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

3.12 стандартный тест (routine test): Тест, выполняемый производителем для проверки работоспособности и безопасности устройства.

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

Примечание - Тестирование на соответствие стандарту и полученная информация должны соответствовать системе качества.

3.14 тестовое оборудование (test equipment): Все элементы ВЭС и инструменты, которые моделируют и проверяют ее работу, такие как ветроэнергетическая установка, коммутационная аппаратура, преобразователи, сетевые центры управления или соединенные телекоммуникационные модули на одной стороне, линии связи между системными компонентами ВЭС.

      4 Сокращения

В настоящем стандарте использованы следующие сокращения:

ACSI - абстрактный коммуникационный интерфейс службы модели;

BRCB - буферизованный отчет блока управления;

DUT - испытываемое устройство;

FAT - заводские испытания;

GI - главный запрос;

HMI - интерфейс человек-машина;

IED - интеллектуальное электронное устройство;

IP - межсетевой интернет-протокол;

LCB - блок контроля регистрации;

LD - логическое устройство;

LN - логический узел;

MICS - модель реализации соответствующего элемента;

PICS - протокол реализации соответствующего элемента;

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

RCB - контрольный блок;

RTU - удаленный терминал;

SAT - эксплуатационные испытания;

SCADA - система диспетчерского контроля и сбора данных;

SCSM - топография конкретного коммуникационного сервиса;

SOE - порядок событий;

SUT - испытуемая система;

ТРАА - две части программы ассоциации;

URCB - небуферизованный отчет блока управления;

UTC - координация времени;

WPP - ветроэнергетическая установка (ВЭУ).

      5 Введение в проверку на соответствие стандарту

      5.1 Общие положения

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

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

Непрерывные стандартные тесты в производственной цепочке предприятия-изготовителя необходимы для гарантии качества поставляемых устройств в соответствии с системой управления качеством.

      5.2 Процедура тестирования на соответствие

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

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

Проверка на соответствие настоящему стандарту требует рассмотрения следующих проблем:

- отсутствие точного критерия оценки полноты (завершенности) тестов. Могут быть проверены многие возможные ситуации во всех нормальных эксплуатационных режимах, но, возможно, не для всех вероятных случаев отказа;

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

- настоящий стандарт не гарантирует выполнение функций оборудования передачи. Поэтому модель отказа функций выходит за рамки настоящего стандарта;

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

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

Так как группа стандартов ГОСТ Р 54418.25 не позволяет сформировать полный коммуникационный стек, то соответствие всей группе стандартов серии может быть подтверждено документом о том, что программное обеспечение коммуникационного стека, удовлетворяющее соответствующим спецификациям, встроено и может быть предварительно протестировано и дополнительно сертифицировано. В стандартном тесте соответствия тестироваться могут только приложения, удовлетворяющие требованиям индекса ASCI.

      5.3 Гарантия качества и тестирование

5.3.1 Общие положения

Для того чтобы гарантировать качество во время проверки на соответствие стандарту, система гарантии качества должна быть на месте эксплуатации ВЭУ.

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

5.3.2 План обеспечения качества

5.3.2.1 План обеспечения качества теста на соответствие

Тестирующая организация должна представить план обеспечения качества проведения теста на соответствие.

План обеспечения качества теста на соответствие должен содержать описание объема работ, время их проведения, требования к получаемой информации и ее качеству. Может существовать только один план тестового средства и его поставщиков.

План обеспечения качества теста на соответствие должен содержать:

- полное и подробное описание методов работы. Это поможет обеспечить все действия, поддающиеся проверке, выполнять все применимые требования и условия, утвержденные в рамках работы в течение допустимого времени;

- подробное описание всех задач, которые будут выполнены, включая ссылки на расписание, краткий обзор штата, используемые материалы и методы работы, а также на образцовые методы и процедуры;

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

- метод управления отклонениями и изменениями на всех этапах испытаний;

- процедуру подписания и описание предоставляемой для этого документации.

5.3.2.2 Тест и инспекционный план

План обеспечения качества теста на соответствие должен содержать описание теста и инспекционный план. В этот план должна быть включена следующая информация:

- что будет осмотрено, протестировано и зарегистрировано;

- цель инспекции и испытаний;

- процедуры и стандарты, по которым инспекции, тесты и регистрация будут выполнены;

- ожидаемые результаты инспекций и тестов;

- список людей, выполняющих инспекцию, тесты и регистрацию.

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

План обеспечения качества теста на соответствие должен содержать предложения по приостановке, освидетельствованию и наблюдению при выполнении теста и инспекционного плана.

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

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

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

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

      5.4 Тестирование

5.4.1 Общие положения

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

- устройство для теста;

- протокол реализации соответствующего элемента (PICS);

- протокол реализации дополнительной информация для тестирования (PIXIT);

- модель реализации соответствующего элемента (MICS);

- инструкции, детализирующие установку и работу устройства.

Требования для проверки на соответствие стандарту попадают в две категории:

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

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

Статические и динамические требования соответствия должны быть определены в PICS. PICS служит трем целям:

1) выбор соответствующего набора тестов;

2) гарантирование того, что тесты, соответствующие требованию соответствия, выполняются;

3) обеспечение основы для анализа статического соответствия.

Конкретные PICS должны быть определены для SCSM. MICS должна детализировать стандартные элементы модели объекта данных, поддерживаемые системой или устройством.

В дополнение к PICS должен быть обеспечен документ PIXIT. Процесс оценки соответствия показан на рисунке 2.

Рисунок 2 - Концептуальный процесс оценки соответствия

5.4.2 Тестирование устройства

Отдельное устройство должно быть протестировано отдельным тестовым устройством.

Особые тесты соответствия устройства содержат при необходимости положительное и отрицательное тестирование следующего:

- контроль документации и версии управления устройства;

- тест файла конфигурации устройства в зависимости от устройства, относящегося к модели;

- тест связи реализуется в зависимости от применяемого SCSM;

- тест реализованных служб ACSI в зависимости от определения ACSI;

- тест дополнительных расширений устройства согласно правилам данного стандарта.

      5.5 Отчет о тесте соответствия

Тестовый доклад соответствия должен включать в себя следующую информацию:

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

- список любого специализированного испытательного оборудования или компьютерных программ, используемых для выполнения тестов соответствия качества;

- имя и адрес поставщика;

- имя и адрес инициатора теста соответствия качества (если они отличаются от имени и адреса поставщика);

- название протестированного устройства;

- все виды протестированного устройства (аппаратные средства, встроенное микропрограммное обеспечение, и т.д.);

- имя и адрес тестирующего учреждения;

- дата выпуска тестового отчета;

- имя и подпись тестера;

- уникальный номер ссылки;

- список объектов тестирования, необходимых для проверки соответствия качества;

- комментарии и проблемы;

- комплект документации для каждого объекта тестирования, включающий в себя:

- описание объекта тестирования с определением цели проводимого теста, процедуры тестирования и ожидаемым результатом;

- ссылка на раздел и абзац стандарта группы стандартов ГОСТ Р 54418.25;

- уникальный идентификатор на тестовое изделие;

- результат испытаний: тест пройден, не пройден, неокончательный, результат неприменимый;

- сравнение полученного результата испытаний с ожидаемым результатом.

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

Документация о тесте на соответствие должна быть предоставлена инициатору.

      6 Проверка устройства на соответствие стандарту

      6.1 Общие руководящие принципы

6.1.1 Тестовая методика

Тестирование коммуникаций нуждается, по крайней мере, в двух устройствах, необходимых для связи друг с другом. Всестороннее тестирование функциональной совместимости всех возможных продуктов не выполнимо. Поэтому тестовая концепция должна включать тестовые устройства, тестовые конфигурации и сценарии тестирования.

Динамическое поведение должно быть протестировано должным образом при использовании четко определенных тестовых данных.

Особое внимание должно быть уделено коммуникационному оборудованию, такому как звездообразные разветвители, переключатели и т.д., которые должны поддерживать все требуемые особенности группы стандартов ГОСТ Р 54418.25, но не представлять дополнительные непредвиденные обстоятельства и ограничения.

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

6.1.2 Архитектура системы тестирования

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

Рисунок 3 - Концептуальная архитектура системы тестирования

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

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

- тестовую конфигурацию аппаратных средств системы тестирования;

- тестовую конфигурацию программного обеспечения системы тестирования;

- тестовое моделирование, фоновое средство моделирования или устройство синхронизации времени.

      6.2 Стандартные процедуры тестирования

6.2.1 Контроль документации и управление версиями устройства

Во время тестирования должны быть рассмотрены следующие пункты:

- PICS;

- управление версиями;

- документация поставщика.

6.2.2 Тест базовой системы, связывающей коммуникационные функции

Во время тестирования должны быть рассмотрены следующие пункты:

- синхронизация времени;

- добавление меток времени;

- потеря связи.

      6.3 Процедуры тестирования соответствия

6.3.1 Общие положения

Настоящий подпункт описывает требования процедуры тестирования, тестовую структуру, объекты (что должно быть протестировано), формат и несколько примеров процедур тестирования (как это должно быть протестировано).

6.3.2 Требования к процедуре тестирования

Процедура тестирования должна удовлетворять следующим требования:

- совокупность тестовых данных должна описывать объекты тестирования; процедура тестирования описывает как исполнитель тестирования или система тестирования должны выполнить тест;

- совокупность тестовых данных должна включать в себя ссылочный документ;

- результаты испытаний должны быть воспроизводимыми;

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

- тесты должны фокусироваться на ситуациях, которые не могут быть легко протестированы, например, во время производства или испытания применимости местности, а также должны предотвращать риски функциональной совместимости, например:

- проверка поведения устройства на задержку потерянного, дублированного и неиспорченного пакетов;

- конфигурация, реализация, риски работы;

- несоответствие именам, параметрам, настройкам или типам данных;

- превышение определенных пределов, диапазонов или времени;

- вынужденные ситуации для тестирования отрицательных ответов;

- проверка всех (управление) стационарных путей коммуникаций агрегата;

- вызов одновременных операций управления от многократных клиентов;

- тесты ACSI сосредотачиваются на прикладном уровне (отображение);

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

- тест включает в себя тестирование версий, моделей данных и конфигурационного файла и использует серийную терминологию ГОСТ Р ИСО/МЭК 9646-1.

Процедуры тестирования должны быть обрисованы так, как это показано на рисунке 4. В таком формате документа процедура тестирования может также быть использована в качестве тестового отчета. Несколько примеров процедуры тестирования приведены в приложении А.

Рисунок 4 - Формат процедуры проверки

6.3.3 Структура теста

В следующем списке сервера представлены варианты теста:

а) документация и версии управления (настоящий стандарт);

б) модель данных (см. [2]);

в) отображение моделей ACSI и служб (см. [3]); соответствующие подпункты, определяющие абстрактные объекты, приведены в скобках:

- объединение применений (6.3.4.5);

- сервер, логическое устройство, логический узел, модель информации (6.3.4.6);

- набор данных (6.3.4.3);

- отчетность (6.3.4.7);

- запись (6.3.4.9);

- контроль (6.3.4.10);

- время и синхронизация времени (6.3.4.11).

6.3.4 Тестовые данные для тестирования сервера

6.3.4.1 Общие положения

В настоящем стандарте определены абстрактные варианты теста (см. 6.3.4.5-6.3.4.12). Абстрактные варианты теста должны использоваться для определения конкретных вариантов теста и его запуска.

Примечания

1 Тестирование методом черного ящика объектов зависит от среды системы тестирования, то есть, главным образом, от языка сценария тестирования. Конкретные объекты должны быть обеспечены тестовыми средствами, согласованными с участниками рынка.

2 Для тестов сервера может потребоваться генератор базовой нагрузки. Определение базовой нагрузки выходит за рамки группы стандартов ГОСТ Р 54418.25.

6.3.4.2 Документация и обзор процедуры тестирования версии системы управления

Проверьте, что PICS производителя, MICS и документация PIXIT и аппаратные и программные версии соответствуют DUT (см. [1]).

6.3.4.3 Объекты модели данных

Модель тестирования данных должна:

- проверять присутствие обязательных объектов для каждого LN (присутствие - "М", отсутствие - "О");

- проверять отсутствие условно присутствующих ложных объектов;

- проверять тип данных всех объектов для каждого LN;

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

Результат испытаний - список ссылок на объект с типом данных, классом общих данных, типом атрибута данных и индикация присутствия М/О ([2]).

Расширения данных модели должны быть проверены согласно стандартизированным правилам расширения, включая использование пространств имен. Специфичные для производителя расширения модели данных должны быть задокументированы. Для этого MICS должен включать в себя определения логических узлов, классы общих данных и атрибуты данных в формате, как в [2].

Отображение модели данных должно быть проверено:

- по длине имени и объектного расширения;

- по организации функциональных компонентов;

- по именованию управляющих блоков и журналов.

6.3.4.4 Отображение моделей ACSI и объектов служб

Тестовые позиции должны быть сгруппированы в таблицы и должны отражать следующие службы:

- ассоциация приложения (Ass);

- сервер, логическое устройство, логический узел, данные и модель атрибута данных (Srv);

- отчет модели управления (Rpt);

- регистр модели управления (Log);

- модель управления (Ctl);

- время и модель синхронизации времени (Тм).

Варианты испытания определяются для каждой модели ACSI и служб в следующих категориях:

- положительный - проверка нормальных условий, обычно приводящих к ответу "+";

- отрицательный - проверка аварийных условий, обычно приводящих к ответу "-".

Объект обязателен в случае, когда применимая модель ACSI и служба ACSI поддерживаются DUT. Это определяется в PICS согласно ГОСТ Р МЭК 61850-7-2 (приложение А).

6.3.4.5 Ассоциация приложения

6.3.4.5.1 Положительный

Таблица 1

6.3.4.5.2 Отрицательный

Таблица 2

6.3.4.6 Сервер, логическое устройство, логический узел, данные и модель атрибута данных

6.3.4.6.1 Положительный

Таблица 3

6.3.4.6.2 Отрицательный

Таблица 4