База ГОСТовallgosts.ru » 25. МАШИНОСТРОЕНИЕ » 25.040. Промышленные автоматизированные системы

ГОСТ Р МЭК 61069-2-2017 Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 2. Методология оценки

Обозначение: ГОСТ Р МЭК 61069-2-2017
Наименование: Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 2. Методология оценки
Статус: Принят
Дата введения: 09/01/2018
Дата отмены: -
Заменен на: -
Код ОКС: 25.040.40
Скачать PDF: ГОСТ Р МЭК 61069-2-2017 Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 2. Методология оценки.pdf
Скачать Word:ГОСТ Р МЭК 61069-2-2017 Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 2. Методология оценки.doc

Текст ГОСТ Р МЭК 61069-2-2017 Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 2. Методология оценки



ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

ГОСТР

МЭК 61069-2— 2017

ИЗМЕРЕНИЕ, УПРАВЛЕНИЕ И АВТОМАТИЗАЦИЯ ПРОМЫШЛЕННОГО ПРОЦЕССА. ОПРЕДЕЛЕНИЕ СВОЙСТВ СИСТЕМЫ С ЦЕЛЬЮ ЕЕ ОЦЕНКИ

Часть 2

Методология оценки

(IEC 61069-2:2016, ЮТ)

Издание официальное

Стшдфттфцм

2017

ГОСТ Р МЭК 61069-2—2017

Предисловие

1    ПОДГОТОВЛЕН Негосударственным образовательным частным учреждением дополнительного профессионального образования «Новая Инженерная Школа» (НОЧУ «НИШ») на основе собственною перевода на русский язык англоязычной версии указанною в пункте 4 стандарта, который выполнен Российской комиссией экспертов МЭК/ТК 65. и Федеральным государственным унитарным предприятием «Всероссийский научно-исследовательский институт стандартизации» (8НИИНМАШ)

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 306 «Измерения и управление в промышленных процессах»

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

4    Настоящий стандарт идентичен международному стандарту МЭК 61069-2:2016 «Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 2. Методология оценки» (IEC 61069-2:2016 «Industrial-process measurement, control and automation — Evaluation of system properties for the purpose of system assessment — Part 2: Assessment methodology». IDT).

Международный стандарт разработан Техническим комитетом МЭК ТК 65 «Измерения и управление в промышленных процессах».

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

5    ВЗАМЕН ГОСТ Р МЭК 61069-2—2012

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. № 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок— в ежемесячном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет ()

© Стандартинформ. 2017

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

II

ГОСТ Р МЭК 61069-2—2017

Содержание

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

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

3    Термины, определения, обозначения и сокращения........................................1

3.1    Термины и определения...........................................................1

3.2    Обозначения и сокращения........................................................1

4    Подход к оценке.....................................................................1

5    Методология оценки..................................................................2

5.1    Обзор..........................................................................2

5.2    Определение целей оценки........................................................3

5.3    Проектирование и схема оценки....................................................4

5.4    Планирование программы оценки...................................................7

5.5    Проведение оценки...............................................................8

5.6    Отчет об оценке..................................................................8

6    Методы определения свойств..........................................................9

Приложение А (справочное) Документ о требованиях к системе (ДТС).........................10

Приложение В (справочное) Документ спецификации системы (ДСС).........................12

Приложение С (справочное) Примеры документации сопоставления..........................14

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов национальным стандартам Библиография........................

ГОСТ Р МЭК 61069-2—2017

Введение

В МЭК 61069 рассматривается метод, который следует использовать для оценки системных свойств основной системы управления (ОСУ). МЭК 61069 состоит из следующих частей: часть 1. Терминология и основные концепции: часть 2. Методология оценки; часть 3. Оценка функциональности системы; часть 4. Оценка производительности системы: часть 5. Оценка надежности системы; часть 6. Оценка эксплуатабельности системы: часть 7. Оценка безопасности системы; часть 8. Оценка других свойств системы.

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

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

Так как на практике это требуется редко, для оценки системы более рациональным будет:

•    определить критичность соответствующих свойств системы;

•    спланировать определение (оценку) соответствующих свойств системы на основе экономического принципа «цена —• целесообразность» для усилий по реализации этих свойств.

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

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

При подготовке к оценке может быть установлено, что определение границ системы является слишком узким. Например, для средства с двумя или более версиями совместного пользования системы управления, например сети, необходимо учитывать вопросы сосуществования и функциональной совместимости. В этом случае система, подлежащая оценке, не должна ограничиваться «новыми» ОСУ. Такая система должна включать в себя как «новые», так и «старые» системы. То есть, система должна изменять свои границы, чтобы включать в себя достаточный объем другой системы для решения требуемых от нее задач.

Структура настоящей части и ее взаимосвязь с другими частями МЭК 61069 показаны на рисунке 1.

IV

ГОСТ Р МЭК 61069-2—2017

[ ШК8КНЙ1 ННтаренн^упгшчпют imnoamnimiM промушлониргепроцвесд. л Олрадапаии* eooftem еиепмы е (далью м омами

Ч

Рисунок 1 — Общий состав МЭК 61069

V

ГОСТ Р МЭК 61069-2—2017

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

ИЗМЕРЕНИЕ. УПРАВЛЕНИЕ И АВТОМАТИЗАЦИЯ ПРОМЫШЛЕННОГО ПРОЦЕССА. ОПРЕДЕЛЕНИЕ СВОЙСТВ СИСТЕМЫ С ЦЕЛЬЮ ЕЕ ОЦЕНКИ

Часть 2

Методология оценки

Industrial-process measurement, control and automation. Evaluation of system properties for the purpose of system assessment Part 2. Assessment methodology

Дата введения —2018—09—01

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

Настоящий стандарт устанавливает методологию оценки основной системы управления (ОСУ) на основании общих концепций, данных в МЭК 61069-1.

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

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

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

IEC 61069-11). Industrial-process measurement, control and automation — Evaluation of system properties for the purpose of system assessment — Part 1: Terminology and basic concepts (Измерение, управление и автоматизация промышленного процесса — Определение свойств системы с целью ее оценки. Часть 1. Терминология и базовые концепции)

3    Термины, определения, обозначения и сокращения

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

8 настоящем стандарте применены термины по МЭК 61069-1.

3.2    Обозначения и сокращения

8 настоящем стандарте применены обозначения и сокращения по МЭК 61069-1.

4    Подход к оценке

ОСУ являются достаточно сложными, так что общая, полная оценка неизбежно требует затрат усилий и времени для того, чтобы быть практически реализуемой в соответствии с критерием «цена — эффективность»*. Поэтому важно тщательно проанализировать и установить конкретные цели оценки, прежде чем разрабатывать программу проведения оценки.

11 Второе издание стандарта подлежит одновременной публикации с настоящим стандартом.

Издание официальное

1

ГОСТ Р МЭК 61069-2—2017

Целевое назначение (миссия) системы или класс целевых назначений (миссий) разбиваются на задачи.

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

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

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

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

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

5 Методология оценки

5.1    Обзор

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

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

•    документа о требованиях к системе (ДТС) и

•    документа спецификации системы (ДСС).

Примечание 1 — Документ о требованиях к системе (ДТС) приведен в приложении А.

Примечание 2 — Документ спецификации системы (ДСС) приведен в приложении В.

При проведении оценки осуществляется корреляция положений ДТС с положениями ДСС. исходя из цели оценки.

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

Метод оценки — это средство, которое надлежит применять в течение всего жизненного цикла ОСУ. Тем не менее, жизненный цикл не рассматривается в МЭК 61069-2.8о время разработки программы проведения оценки ОСУ. необходимо учитывать общий срок ее службы.

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

5.1.2    Этапы

Оценка состоит из следующих этапов:

•    определение целей оценки:

•    проектирование и схема оценки:

- планирование программы проведения оценки;

•    проведение оценки:

•    составление отчета о результатах проведения оценки.

Этапы и соответствующие им исходные/выходные документы приведены в таблице 1.

2

ГОСТ Р МЭК 61069-2—2017

Таблица 1 — Исходные и выходные документы, этапы оценки

Этап

Исходный документ

Выходной документ

Определение целей оценки

ДТСиДСС

(Задокументированная) цель оценки Протокол оценки

Проектирование и схема оценки

Цель оценки ДТС ДСС

Спецификация оценки

Планирование программы проведения оценки

Спецификация оценки

Программа оценки

Проведение оценки

Программа оценки

Результаты определений свойств

Составление отчета о результатах проведения оценки

Результаты определения свойств

Отчет об оценке

5.2 Определение целей оценки

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

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

•    области применения:

•    характера оценки;

•    глубины проводимой оценки;

•    измерений и наблюдений, которые необходимо выполнить;

•    типов отчетов, которые будут подготовлены.

Цели определяют стоимость оценки и ресурсы, требуемые для проведения оценки.

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

Необходимо определить степень изменения ОСУ. которое потребует повторной оценки, например, расширение ОСУ.

Сроки проведения повторной оценки в течение срока службы ОСУ. вне зависимости от результатов изменений/расширений. должны быть указаны, например, по истечении 10 лет эксплуатации.

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

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

Например, целями оценки могут быть:

-    оценка специальной системы для определенного целевою назначения (миссии);

•    оценка широкого диапазона конфигураций одной системы для определенного целевого назначения (миссии);

•    сравнение нескольких систем для определенного целевого назначения (миссии);

•    оценка определенной системы для общего применения при широком выборе целевых назначений (миссий);

•    подтверждение пригодности системы для определенною целевого назначения (миссии);

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

Протокол должен содержать следующую информацию:

•    органы оценки, которые вносят изменения и разрабатывают программу оценки;

•    спецификации и отчеты по оценке:

•    процедуры, подлежащие выполнению;

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

3

ГОСТ Р МЭК 61069-2—2017

5.3 Проектирование и схема оценки

5.3.1    Определение объема оценки

5.3.1.1    Границы системы

Граница системы должна быть тщательно определена с учетом того, «что входит» и «что не входит» в состав системы, подлежащей оценке.

Границы системы, подлежащей оценке, должны быть определены с учетом всех аспектов влияющих факторов, описанных в 5.3 МЭК 61069-1. Они должны быть задокументированы в спецификации оценки.

Границы системы могут быть физическими (например, оборудование, география) и/или виртуальными (например, информация, связь).

Цели оценки определяют объем оценки. Для определения объема оценки, необходимо учитывать свойства системы, описанные в 5.2.2—5.2.7 МЭК 61069-1.

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

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

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

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

5.3.2    Свойства системы и влияющие факторы

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

Кроме того, насколько это возможно, должны быть включены влияющие факторы, описанные в МЭК 61069-1.

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

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

Документировать свойства системы и влияющие факторы удобно в виде матрицы, в которой ячейки соответствуют элементам оценки.

Обобщенная матрица, суммирующая оценку, представлена на рисунке 2.

4

ГОСТ Р МЭК 61069-2—2017

Рисунок 2 — Матрица оценки

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

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

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

5.3.3 Сопоставление документированной информации

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

Необходимую для сопоставления информацию следует получать из ДТС и ДСС.

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

•    границы системы:

•    области, в которых имеются несоответствия между требованиями к системе и спецификацией системы:

•    перечень задач, необходимых для решения в настоящее время и в будущем:

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

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

5

ГОСТ Р МЭК 61069-2—2017

•    распределение функций по модулям и элементам:

•    число данных модулей и элементов:

•    степень использования данных модулей и элементов для выполнения требуемых задач;

•    свойства системы для каждой из вышеуказанных функций;

•    факторы, влияющие на каждый из вышеуказанных модулей/элементое.

На основании данных вопросов должен быть создан перечень потенциальных элементов оценки. Данные элементы оценки должны быть определены в соответствии с определенной конфигурацией системы согласно цели оценки.

Каждый потенциальный элемент оценки должен быть изучен для определения степени оценки данного элемента для повышения уровня ее достоверности.

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

Примечание — Примеры сопоставления документации приведены е приложении С.

Каждая задача, подлежащая оценке, должка быть описана в отношении вводов, выводов и функционирования.

Для каждого ввода особое внимание следует уделить:

-    допустимому состоянию ввода и соответствующим допустимым состояниям вывода;

-    недопустимому состоянию ввода и соответствующим необходимым действиям.

Для каждого вывода особое внимание следует уделить:

•    допустимому состоянию вывода:

•    недопустимому состоянию вывода и соответствующим необходимым действиям.

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

-    виды отказов, негативно влияющих на каждую задачу:

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

•    действия, которые необходимо предпринять при каждом отказе:

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

5.3.4    Документирование информации сопоставления

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

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

5.3.5    Выбор элементов оценки

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

•    важность задачи (задач) для целевого назначения (миссии);

-    существующий уровень достоверности на основании первоначальных знаний:

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

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

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

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

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

Элементы оценки должны включать в себя проверку соответствия ОСУ национальному законодательству, действующему на площадке, на которой планируется использование системы.

5.3.6    Спецификация оценки

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

6

ГОСТ Р МЭК 61069-2—2017

•    цель оценки в соответствии с подразделом 5.2;

•    границы системы в соответствии с 5.3.1.1;

•    конфигурацию системы в соответствии с 5.3.1.2;

•    матрицу оценки в соответствии с 5.3.2;

•    перечень элементов оценки в соответствии с 5.3.2;

•    перечень задач в соответствии с 5.3.3;

•    критерии, применяемые для фильтрации элементов в соответствии с 5.3.5;

•    ссылочные стандарты для каждого элемента оценки.

5.4 Планирование программы оценки

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

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

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

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

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

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

быть:

•    наблюдением на системном уровне; или

•    наблюдением на более низких уровнях (если необходимо опуститься до отдельного элемента) в комбинации с синтезом на системном уровне.

Проект конкретных действий по оценке зависит от рассматриваемых свойств системы.

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

•    тип методов определения;

•    требуемые средства и сервисные программы.

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

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

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

•    определение методов и средств;

•    стоимость и время, необходимые для выполнения;

•    значимость.

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

5.4.2    Разработка действий по оценке

Перечень действий по оценке должен быть разработан на основании следующих критериев:

- тип анализа и/или определения, необходимых для поддержки оценки;

•    значимость определенного свойства системы для целевого назначения (миссии) в цепом;

•    значимость свойства системы и влияющие факторы для целевого назначения (миссии);

•    знания и кавыки, необходимые для выполнения каждого анализа и/или испытания;

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

•    технические ограничения оценки, такие как размер, вес. наличие сервисных программ, контроль за испытательной средой; и

•    наличие обученного персонала.

7

ГОСТ Р МЭК 61069-2—2017

•    наличие группы обученных операторов для выполнения определенных задач по контролю за эксллуатабельностью:

•    средства и сервисные программы, необходимые для выполнения анализов и испытаний:

-    наличие средств для выполнения действий по оценке;

-    расчет затрат и времени для каждого анализа и испытания;

-    рассчитанные затраты и время действий по оценке;

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

•    уровень достоверности на основании предыдущих знаний.

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

Все перечни действий по оценке должны быть учтены в программе оценки системы.

5.4.3 Программа оценки

Программа оценки должна устанавливать:

-    методы определения свойства, выбранные в соответствии с 5.4.1;

•    критерии, которые надлежит учитывать в соответствии с 5.4.2;

•    требуемое повышение уровня достоверности;

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

•    режимы отказа, которые должны быть проанализированы и/или определены, а также ожидаемые итоговые воздействия;

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

5.5    Проведение оценки

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

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

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

5.6    Отчет об оценке

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

Отчет должен, как минимум, содержать следующую информацию;

-    название отчета об оценке:

•    уникальный идентификационный номер отчета;

•    дату выдачи отчета;

-    наименование органа по оценке;

-    ссылку на спецификацию оценки, описанную в 5.3.6;

•    ссылку на программу оценки, установленную в 5.4.3:

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

•    характеристики целевого назначения (миссии), такие как тип процесса в случае оценки для определенного целевого назначения (миссии);

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

•    резюме по существенным пунктам, вытекающим из оценки и сформулированных заключений;

•    перечень процедур, методов, спецификаций и испытаний (предпочтительно полученных в итоге в матричной форме и добавленных в соответствии с упомянутыми документами);

8

ГОСТ Р МЭК 61069-2—2017

•    причины, ведущие к конкретному выбору элементов оценки, подлежащих определению и причины, по которым другие элементы оценки не были выбраны:

•    любые отклонения от программы оценки (дополнения или исключения):

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

•    установленные отказы;

-    заключение о неопределенности измерений;

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

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

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

6 Методы определения свойств

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

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

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

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

Примечание — Пример модели приведен в МЭК 61069-4’*. приложение О.

Второе издание стандарта подлежит одновременной публикации с настоящим стандартом.

9

ГОСТ Р МЭК 61069-2—2017

Приложение А

(справочное)

Документ о требованиях к системе (ДТС)

А.1 Введение

В настоящем приложении описывается метод разработки и проверки ДТС. включая контрольный перечень для каждого свойства системы.

А.2 Анализ целевого назначения (миссии) системы

А.2.1 Общие положения

Для оценки ОСУ. необходимо определить целевое назначение (миссию) системы.

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

Результатом действий, указанныхв А.2.2. А.2.3. А.2.4 и А.2.5 должен стать Документ о требованиях к системе

(ДТС).

А.2.2 Формулирование целевого назначения (миссии) системы

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

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

Целевое назначение (миссия) должно характеризоваться определенными этапами. Этапы могут включать в

себя:

•    исходную конфигурацию и пуско-наладочные работы всего объекта, включая персонал, установку. ОСУ и другие системы, которые будут применяться для выполнения целевого назначения (миссии);

•    конфигурацию и настройку для определенных производственных прогонов;

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

•    переход с одного производственного протона на другой;

•    аварийный останов или переход в состояние поддержания безопасности;

•    штатный останов:

•    обновления и изменения системы для добавления новых задач или функций;

•    вывод системы из эксплуатации по истечении ее срока эксплуатации.

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

А.2.3 Анализ целевого назначения (миссии) системы с помощью задач

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

Задачи, выполняемые в пределах этапа, могут быть, например следующими:

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

•    активация определенного этапа в технологическом процессе в соответствии с введенными вручную или автоматическими командами:

•    автоматическое управление технологическими процессами, например, автоматическое управление отдельной технологической переменной:

•    блокировка управления технологическими переменными:

•    автоматическая инициация и выполнение этапа.

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

Каждая задача определяется достаточно детально, чтобы понять масштабы такой задачи, поставленной для выполнения ОСУ.

Для каждой из задач должны быть определены требования по функциональности, производительности, надежности. эксплуатабельности, безопасности системы и/или свойств системы, например обеспечение качества, послепродажное обслужившие и т. д.

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

10

ГОСТ Р МЭК 61069-2—2017

А.2.4 Определение относительной значимости задачам

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

•    важные: задачи, которые являются важными для выполнения целевого назначения (миссии);

•    значимые: задачи, которые не являются важными, но имеют значительный эффект на затратную эффективность целевого назначения (миссии);

•    желательные: зада*#, которые являются желательными, но оказывают минимальный количественный эффект на целевое назначение (миссию).

А.2.5 Определение влияющих факторов

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

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

А.З Проверка документа о требованиях к системе (ДТС)

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

Эффективность оценки зависит от всестороннего описания требований.

11

ГОСТ Р МЭК 61069-2—2017

Приложение В

(справочное)

Документ спецификации системы (ДСС)

В.1 Введение

Настоящее приложение описывает метод разработки и проверки ДСС. включая контрольные перечни для каждого свойства системы.

В.2 Разработка документа спецификации системы (ДСС)

В.2.1 Общие положения

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

На основании этого и после распределения задач на функциональной модели (см. 5.1.1 и МЭК 61069-1, рисунок 4), появится возможность реализации системы, формируемой для выполнения системных требований.

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

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

Результатом действий, указанных в В.2.2—В.2.7 будет разработка ДСС.

В.2.2 Обзор системы

Целью обзора является установление взаимоотношения реализации системы с целевым назначением (миссией) системы, как это отражено е ДТС.

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

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

Они должны содержать, как минимум, следующую информацию:

•    все модули, взаимодействующие с процессом, оператором, внешними системами и т. д.;

•    коммуникационные модули:

•    модули обработки приложений:

•    взаимодействие между модулями, и

•    относительные и абсолютные расстояния и местоположения модулей.

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

В.2.3 Определение границ системы

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

•    граница с технологическим процессом может быть расположена таким обрезом, чтобы вкгеочить или исключить е/из нее блоки формирования сигналов, гальванические разъединители, кроссовые шкафы, кабеля, устройства ввода>'выаода. такие как датчики и исполнигегъные механизмы и т. д.;

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

•    граница с внешним оборудованием должна учитывать требуемые интерфейсы, функции связи, кабеля

ит.д.

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

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

12

ГОСТ Р МЭК 61069-2—2017

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

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

8.2.4 Спецификация системы

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

Как правило, она должна содержать:

•    полти перечень всех модулей и элементе»:

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

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

В.2.5 Описание работы системы

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

Систематическое описание должно основываться на по заданном представлении и. как правило, содержать:

•    перечень функций, предложенных к исполнению каждой задачи;

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

Уровень детализации реализации задач и степень подразделения на модули или элементы следует выбирать сообразно необходимости и достаточности для демонстрации соответствия требованиям.

8.2.6 Заключение об обосновании практической реализации системы

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

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

•    критерии выбора альтернативных решений;

•    обосновывающие данные (например, опыт работы периферии), расчеты, и т. д.;

•    сопутствующие отчеты об испытаниях.

В.2.7 Заключение о соответствии системным требованиям

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

13

ГОСТ Р МЭК 61069-2—2017

Приложение С

(справочное)

Примеры документации сопоставления

С.1 Введение

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

С.2 Пример документации управления топкой

С.2.1 Схема задачи

На рисунке 1 показано управление «ведущий — ведомый» для документации по управлению топкой.

Яяанадшмыв а явки aw (SP1.9) If funr*

Ниарч тех дней— <МУ2)

If Mpei в те am mm (MVS)

Рисунок C.1 — Блок убавления

CB1 и СВ2 являются ПИД параметрами для блока управления

С.2.2 Постановка задачи

С.2.2.1 Алгоритм управления и/или расчета

Управление температурой

OV1

Управление топливным газом

OV1

Расход топливного газа

OV3

Аварийная температура

OV4

= функция (MV1. SP1 и СВ1 (ПИД параметры)

- функция [фукхция (MV1. MV3), SP2/OV1 и СВ2 (ПИД параметры)] = функция{М2. М3) = константа [кв. корень из {MV2 * MV3}]

=    1 М1 < к градус Цельсия

С.2.2.2 Значимость для целевого назначения (миссии)

Задача крайне важна для целевого назначения (миссии) системы.

С.2.2.3 Граница системы

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

С.2.3 Характеристики ввода

Измеряемое значение 1    Измеряемая величина    температура

(MV1)

Тип

термопара

Характеристика

J желеэо/олово-никель

Стандарт

: МЭК 60584-1

Единица измерения

градус Цельсия

Измеряемое значение 2 (MV2)

Измеряемая величина

разница давления

Тип    4—20 мА. исхро безопасный

Питание    от системы

Характеристика

14

линейная с дифференциальным давлением

ГОСТ Р МЭК 61069-2—2017

Измеряемое значение 3 (МУЗ)

Установленное значение 1 (SP1)

Установленное значение 2 (SP2)

Стандарт

Единица измерения Измеряемая величина

Тип

Питание

Характеристика

Стандарт

Единица измерения Индикация

Единица измерения Индикация

Единица измерения

давление

4—20 мА. искробезопасный от системы

линейная с давлением бар

как для MV1

градус Цельсия как для OV3

твч

С.2.4 Характеристики вывода

Значение вывода 1    Назначение

(OV1)

Тип

Питание

Характеристика

Действие

Энергоснабжение

Значение вывода 2    Назначение

(OV2)

Тип

Питание

Характеристика

Действие

Единица измерения

Значение вывода 3    Назначение

(OV3)

Тип

Питание

Характеристика

Действие

Единица измерения

Значение вывода 4    Назначение

(OV4)

внутрисистемное установленное значение SP2 также для OV3

также для OV3

изменение на противоположное

вывод на позиционер клапана

4—20 мА. искробезопасный

от системы

линейная

прямое, клапан закрыт при 4 мА линейная. 0—100 %

ввод на СВ2. управление топливным газом

внутренний блок расчета от системы линейная

линейная, тонн в час вывод на щит сигнализации

15

ГОСТ Р МЭК 61069-2—2017

Тип    напряжение свободных контактов

Питание    от внешнего источника, 24 В постоянного тока

Характеристика    два положения: открыто/закрыто

Действие    контакт нормально закрыт

Единица измерения

С.2.5 Эксплуатационные функции

Оперативный персонал должен иметь возможность управлять:

установленными значениями величины установленных значений SP1 и SP2; выводами    значения въеодов OV1 и OV2:

режимами    ручной: значение вывода OV2, ручной: ведомый СВ2. автоматический:

ведомый СВ2, ручной: ведущий СВ1. автоматический: ведущий СВ1

С.2.6 Функции контроля

Отображение    MV1. MV2.    MV3. SP1.    SP2. OV(1...N)

Записи    {короткие)    как для отображения

{средние)    MV1. MV2.    MV3 и OV3

{длинные)    MV1.0V3

Аварийная сигнализация    OV4 = MV1

С.2.7 Конфигурация

Оперативному персоналу разрешено работать со следующим: настройки управления    инженер КИП и А

параметры настройки    инженер КИП и А

ввод в эксплуатацию    инженер КИП и А/гвхник

С.2.8 Гибкость С.2.8.1 Общие положения

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

С.2.8.2 Улучшение функции Усовершенствование OV3 {Функция {MV2, MV3)) в:

функция {MV2..5)} = постоянная [квадратный корень {MV2* MV3* MV4/{MV5 + переменная}}].

С.2.8.3 Добавление блока управления

Добавление блоке управления для управления количеством мазута с установленным значением SPy и выводом Ovx. аналогичного блоку управления, приведенному в С.2.2 выше для OV2 и с тем же самым усовершенствованием. как это определено в С.2.8.2.

С.2.8.4 Добавление функции

Дополнение логической фунхции со следующими возможностями:

•    выводы мазута и топливного газа на ручное управление:

•    выводы мазута и топливного газа на автоматическое управление:

•    мазут на автоматическое управление и топливный газ на систему ведущий-ведомый из температурного контроля;

•    мазут и топливный газ на систему ведущий-ведомый, где есть возможность установить соотношение между мазутом и топливным газом.

С.2.8.5 Добавление внешнего подсоединения

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

16

ГОСТ Р МЭК 61069-2—2017

С.2.9 Таблицы сопоставления функциональности1 ‘ С.2.9.1 Полнота

Таблица С.1 —Анализ полноты ДТС

Задача (ДТС)

Полнота (ДСС)

Анализ

Описание/

характеристика

Поддержка *•

Соответствие?

Дальнейшая

оценка?

Тип

Важность

Функция

Модуль

Элеыьит

О-

Нет

п.

ДА

Принято?

ДА

пет

Ведущий — ведомый:

Крити

ческая

Интерфейсе

процессом*^

Монитор

ввода/

вывода

Модуль

ввода/

вывода

управ

ление

топкой

Измерения:

MV1:

температура термопара тип J

Таблица

соот

ветствия

ввода/

вывода

Модуль

ввода/

вывода

Интер

фейсная

карга

TC/J

MV2:

разность

давления

4—20 мА

иск ро безопасный

линейный

Интерфейсная карта мА +

искробеэо-

пасный

барьер

MV3....0

Выводы**: положение клапана 4—20 мА

Карта

вывода

искробеэо-

пэсность

Данные

обработки*1

Управле

ние

Модуль

обработки

CPU—С

Вычисление*); извлечение квадратного корня, булевая алгебра

CPU—СВ

Управление*); ПИД управление.

логическое

управление

CPU—СВ

Тренды*-':

в реальном

времени.

архивирование

PS—РМ

11 В таблицах С.1. С.2 и С.З приведены примеры для трех аспектов анализа ДТС: полнота, конфигурируемость и гибкость.

17

ГОСТ Р МЭК 61069-2—2017

Продолжение таблицы С. 1

Задача (ДТС)

Полнота (ДСС)

Анализ

Тип

Важность

Описание'

характеристика

Поддержка 6'

Соответствие?

Дальнейшая

оценка?

Функция

Модуль

Элемент

Да

Нет

Принято?

Да

Her

Ведущий — ведомый: управление топкой

Крити

ческая

Средства коммуникации0 шина вводов/ выводов.

шина модулей, системная шина

FbuS

FbusC

SysBus

Человеко-машинный интерфейс3'

OPS-DRV

OPS

CPU-ops

Mem'GRD

SysBusC

Отображение:

•    исходных значений:

•    единиц измерения

Расчеты:

•    исходные значения:

•    единицы измерения

Выводы:

•    исходные значения:

•    единицы измерения

Параметры, константы и настройки:

•    блоков управления;

•    логических блоков:

•    блоков расчета

Тренды: в реальном времени, архивирование

Mem-Ex

Отчеты: сигнализация регистрация за смену

Mem-Ex

18

ГОСТ Р МЭК 61069-2—2017

Окончание таблицы С. 1

Задача (ДТС)

Полнота (ДСС)

Анализ

Описание/

характеристике

Поддержка ь*

Соответствие?

Дальнейшая

оценка?

Тип

важность

Функция

Модуль

Элемент

ru

Нет

Я.

Нот

да

Принято?

да

Ведущий — ведомый: управление

ТОПКОЙ

Крити

ческая

Графика: дисплеи станции, шаблоны,

меню конфигурации

GRD-Ex

Настройка:

•    установление значений:

•    режимов управления;

•    выводов:

•    параметров:

•    настроек:

•    констант

Средства конфигурирования

GRD-Ex

Интерфейс с внешними системами®*

Особый

а> Составлено в соответствии с 5.1.1 МЭК 61069-1.

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

С.2.9.2 Конфигурируемость

Таблица С.2 — Анализ конфигурируемости ДТС

Задача (ДТС)

Конфигурируемость

Анализ

Тип

Вах*

ность

Описание/

характеристика

Требования

КОИфИГурЭ’

ции

Поддержи веется

Соответствие?

Дальнейшая

оценка?

Метод

Состояние

системы

Да

Нет

Да

Нет

Принято?

Ведущий — ведомый:

управ

ление

топкой

Крити

ческая

Интерфейс с процессом®*

Измерения:

MV1:

температура термопара тип J

Инженер

КИП/техник

Применение специальных карт

Ручное

управле

ние

MV2:

разность

давления

19

ГОСТ Р МЭК 61069-2—2017

Продолжение таблицы С.2

Задача <ДТС)

Конфигурируемость

Анализ

Тип

важ

ность

Описание/

характеристика

Требовалия конфигурации

Поддерживается

Соответствие?

Дальнейшая

оценка?

Метод

Состояние

системы

Да

Нет

Принято?

Да

Нет

Ведущий — ведомый: управление топкой

Крита-

ческая

MV3...7J

Выводы31: положение клапана 4—20 мА

Инженер

КИП/техкик

Местное

управле

ние

Обработка

данных*1:

Вычисление*1: умножение квадратный корень булевая алгебра

Инженер КИП и А

Управление в режиме меню

Ручное

управле

ние

Управление*1: ПИД управление, логическое управление

Инженер КИП и А

Управление в режиме меню

Ручное

управле

ние

Тренды**: в реальном времени, архивирование

Инженер

КИПиА

Управление в режиме меню

Работав

оператив

ном

режиме

Средства коммуникации**: шина вводов/ выводов, шина модулей, системная шина

Инженер

КИПиА

Система в автономном режиме

Человеко-машинный интерфейс**

Инженер

КИПиА

Управление в режиме меню

Система в автономном режиме

Отображение: • исходные значения: единицы измерения

Расчеты:

- исходные значения;

• единицы измерения

20

ГОСТ Р МЭК 61069-2—2017

Окончание таблицы С. 2

Задача (ДТС)

Конфигурируемость

Анализ

Тип

Ви*

ность

Описание.'

характеристика

Требования

конфигура

ции

Поддерживается

Соответствие?

Дальнейшая

оценка?

Метод

Состояние

системы

Да

Нет

Да

Нет

Принято?

Ведущий — ведомый: управление топкой

Крити

ческая

Выводы:

- исходные значения:

• единицы измерения

Параметры, константы и настройки:

• блоков управления;

-    логических блоков:

-    блоков расчета

Тренды: в реальном времени, архивирование

Особые

карты

Отчеты: сигнализация регистрация за смену

Графика: дисплеи станции, шаблоны.

меню конфигурации

Управление в режиме меню

Настройка:

-    установленных значений:

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

•    выводов;

•    параметров;

-    настроек:

-    констант

Сродства

конфигурирования

Управление в режиме меню

Интерфейс с внешними системами9*

Система в автономном режиме

^Составлено в соответствии с 5.1.1 МЭК 61069-1.

21

ГОСТ Р МЭК 61069-2—2017

С.2.9.3 Гибкость

Таблица С.З—Анализ гибкостиДТС

Задача (ДТС)

Гибкость

Анализ

Тип

важ'

ность

Описание/

характеристика

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

Поддержка

Сравнение?

Дальнейшая

оценка?

Метод

Состояние

системы

Да

Нет

Принято?

Да

Нет

Ведущий — ведомый: управление топкой

Крити

ческая

Интерфейс с процессом3'

Измерения:

MV1:

температура, термопара. ГИЛ J

Дополни

тельное

Установка

особых

карт/

конфигу

рация

Ручное

управле

ние

MV2:

дифференциальное

давление

MV3...V)

Выводы*); положение клапана 4-20мА

Дополни

тельное

Контур управления выключен

Обработка данных**: умножение, квадратный корень, булевая алгебра

Функция

добавле

ния/

изменения

Конфигурация на основании меню

Ручное

управле

ние

Управление3*:

ПИД управление.

логическое управление

Управление в режиме меню

Тренды**: реальное время, архивирование

Изменения

С помощью меню

Оператив

ный

режим

Связь"}; шина вводов/ выводов, шина модулей, системная шина

Человеко-машинный

интерфейс**:

Индикация в

•    исходных значениях:

•    единицах измерения

Добавление точек

С помощью меню до 256 точек

Онлайн

22

ГОСТ Р МЭК 61069-2—2017

Окончание таблицы С.З

Задача <ДТС)

Гибкость

Анализ

64Ж<

иостъ

Описан нет* характеристика

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

Поддержи

Сравнение?

Дальнейшая

оценка?

Тип

Состояние

п _

Нет

п ,

Нет

метод

системы

Принято?

Цо

Ведущий — ведомый: управ-

Лити

ческая

Расчет в

•    исходных значениях:

•    единицах измерения

Добавле

ние

Макс. 64 расчета

Онлайн

ЯОлпи

топкой

Вывод в

•    исходных значениях:

•    единицах измерения

Параметры, константы и настройки

•    блоков управления:

•    логических блоков:

•    блоков расчета

Тренды:

реальное время, архивирование

Макс. 64 Макс. 8

Отчеты: сигнализация, регистрация за смену

Макс. 4

Графика: дисплеи станции, шаблоны.

меню конфигурации

Настройка:

•    установленных значений.

•    режимов управления;

•    выводов:

•    параметров;

- настроек:

•    констант

Средства

конфигурации

Интерфейс с внешними системами**

Дополне

ние

Особое

Автоном

ный

режим

системы

^Составлено 8 соответствии с 5.1.1 МЭК 61069-1.

23

ГОСТ Р МЭК 61069-2—2017

С.2.9.4 Ссылочный документ

МЭК 60584-1—2013, Термопары. Часть 1. Спецификации и допуски ЭМП.

С.З Пример документации задачи простого контура управления С.3.1 Введение

В разделе С.З показан пример документации задачи простого контура управления. С.3.2 Схема задачи

На рисунке С.2 показан пример схемы задачи.

Сгшлмж операторе

Имедомм

перемежая

вод

МэмкунмищмшныВ

мздпь

Фунп4>шобР*6втхм

НЛП-*-*

Рисунок С.2 — Схема задачи

С.3.3 Потоки информации Действие управления технологическим процессом:

Клавиатура, управляющая действием процесса:

Индикация измерений процесса:

Обратная связи обработанного значения:

С.3.4 Таблицы производительности

Таблица С.4 содержит пример таблицы производительности для потока информации Таблица С.4—Производительность для потока информации

Поток информации

Точность, %

Время реакции, с

Период выборки, с

Измеренное значение — вывод

10.5

0.25

0.05

Станция оператора — вывод

±0.5

0.50

0.20

Измеренное значение — станция оператора

±2.0

1.00

0.01

Вывод — станция оператора

±2.0

1.00

0.01

В таблице С.5 показан пример таблицы производительности для передачи информации.

измеренное значение станция оператора измеренное значение вывод

—    вывод -» вывод

—    станция оператора

—    станция оператора

24

ГОСТ Р МЭК 61069-2—2017

Таблица С.5 — Передача информации

Задача

Передача информации

Элемент

Точность.

%

Время реакции, с

Время выборки, с

Управление

сПИД-

апгоритмом

Измеренное значение

Модуль ввода

0.2

0.1

0.01

Вывод

ПИД-модуль

0.1

Н/П

0.01

Модуль вывода

0.2

0.1

0.01

Станция оператора

Клавиатура

Н/П

1.0

Н/П

Вы всю

Коммуникационный

модуль

Н/П

0.2

0.001

ПИД-модуль

0.1

Н/П

0.01

Модуль вывода

0.2

0.1

0.01

Измеренное значение

Модуль ввода

0.2

0,1

0.01

Станция оператора

Коммуникационный

модуль

Н/П

0.2

0.001

Дисплей

1.0

1.0

0.01

Вывод

Модуль вывода

0.2

0.1

0.01

Станция оператора

Коммуникационный

модуль

Н/П

0.2

0.001

Дисплей

1.0

1.0

0.01

С.3.5 Таблицы сопоставления производительности В таблице С.б показан пример таблицы сопоставления производительности

Таблица С.б — Сопоставление производительности

Задача (ДТС)

Данные проимодительмости (ДСС)

Анализ

Тип

Значи

мость

Передача

информа

ции

Поддерживается модулей и<**пи элементом

Данные проимодительмости

Соответствие'?

Дальнейшая

оценка?

Точность

бремя

реакции

Расход

Да

Нет

Принято?

Да

Нет

25

ГОСТ Р МЭК 61069-2—2017

С.4 Пример документации сопоставления (из ДТС задачи управления ведущий — ведомый)

С.4.1 Введение

В настоящем разделе дан пример описаний, которые соответствуют требованиям надежности задачи управления ведущий — ведомый в ДТС.

С.4.2 Схема задачи

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

Иы*ренно»змн№и# 1 Измеренное значение 2

1№танвипвнное анамеив

Блокуправления

Вызов

Рисунок С.З — Схема задачи

С.4.3 Граничные состояния Возможные состояния вводов:

•    измеренное значение 1: > высокое, нормальное. < низкое:

•    измеренное значение 2: > высокое, нормальное. < низкое:

- установленное значение: > высокое, нормагъное. < низкое.

Возможные состояния выводов:

•    вывод: полностью открытый, зафиксированный, плавающий, полностью закрытый. Таблица С.7 содержит пример краткого описания граничных состояний задачи.

Таблица С.7 — Состояния отказа ввода и вывода задачи

Событие отказа

Задача

Режим

Ожидаемая

частота

Требуемые меры

Время на восстановление

Ведущий —

Ввод

Измерение 1

ведомый

> высокое

1 8 ГОД

Отчет/зафиксировать

вывод

Нормальное

Н/П

Н/П

< низкое

1 ГОД

Отчет/зафиксировать

вывод

в

Измерение 1

> высокое

1 8 ГОД

Огчег/фиксация последнего значения

Нормальное

Н/П

НЯ1

< низкое

1 год

Отчет/вывод на повышение

в

Установленное

значение

высокое

1 8 ГОД

Огчет/фиксация последнего значения

26

ГОСТ Р МЭК 61069-2—2017

Окончание таблицы С. 7

Событие отказа

Задача

Режим

Ожидаемая

частота

Требуемые меры

время на оосс та но ал ени е

Ведущий —

Ввод

Нормальное

Н/П

Н/П

ведомый

< низкое

1 ГОД

Огчег/вывод на повышение

Вывод

Вывод

> высокое

1 в год

Отчет/фиксация последнего значения

Нормальное

Н/П

Н/П

< низкое

1 под

Огчег/вывод на повышение

Примечания

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

2    Н/П — не применяется.

3* — данное количество не является свойством системы.

С.5 Пример документации сопоставления (из ДСС задачи управления ведущий — ведомый)

В настоящем разделе дан пример описания, которое содержит спецификации задачи управления ведущий — ведомый, связанной с надежностью в ДТС.

В таблице С.8 приведен пример сопоставления надежности для задачи управления «ведущий — ведомый».

Таблица С.8 — Надежность

Задача

Поддерживается

Свойства надежности

Функцией

Модулем

Элементом е*

Доступное!» *'

Достоверность 6'

Безотказное!» *'

Ремотопри-

годность*'

Целост

ность6'

Защищен

ность61

Ведущий —

ВЕДОМЫЙ

Монитор

ввода-вывсда

Модуль

ввода-вывода

l-card

Barrier

l-card

Barrier

Управление

Модуль процесса 1 или

CPU-PM

FbusC

DIA

PS-PM

SysBusC

27

ГОСТ Р МЭК 61069-2—2017

Окончание таблицы С.в

Задача

Поддерживается

Свойстве надеж мости

Функцией

Модулем

Элементом с)

Доступность в*

Достоверность ®*

Безотказность ®>

Ремотопри-

тодиость*)

Целост

ность®)

Защищен

ность®)

Ведущий — ведомый

Управление

Модуль процесса 2

CPU-PM

FbusC

D1A

PS-PM

SysBusC

Человеко-

машинный

интерфейс

Станция оператора 1 или

CPU-OPS

Mem-card

GrD-card

SysBusC

Станция оператора 2

CPU-OPS

Mem-card

GrD-card

SysBusC

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

ь> Использовать формат, предоставленный в МЭК 61709 «Электрические компоненты. Безотказность. Номинальные условия для уровня отказов и модели напряжения для преобразования». с) Необходимо сделать ссылку на описания в документе спецификации системы.

28

ГОСТ Р МЭК 61069-2—2017

Приложение ДА (справочное)

Сведения о соответствии ссылочных международных стандартов национальным стандартам

Таблица ДА.1

Обозначение ссылочного международного стандар!э

Стелен»

соответствия

Обозначение и маиыемоеание соответствующего национального стандарта

1ЕС 61069-1

ЮТ

ГОСТ Р МЭК 61069-1—2017 «Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 1. Терминология и общие концепции»

Примечание — В настоящей таблице использовано следующее условное обозначение степени соответствия стандарта:

• ЮТ — идентичный стандарт.

29

ГОСТ Р МЭК 61069-2—2017

Библиография

[1]    IEC TS 62603-1:2014, Industrial process control systems — Guideline for evaluating process control systems — Part 1: Specifications

[2]    IEC 60584-1:2013, Thermocouples — Part 1: EMF specifications and toleranoes

[3]    ISO 9001:2015. Quality management systems — Requirements

[4]    IEC 61069-4:2016, Indus trial-process measurement, control and automation — Evaluation of system properties for the purpose of system assessment — Part 4: Assessment of system performance

[5]    IEC 61709. Electric components — Reliabiity — Reference conditions for failure rates and stress models for conversion

УДК 658.5.012.7:006.354    OKC 25.040.40    IDT

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

БЗ 11—2017/70

Редактор А. А. Кабанов Технический редактор И.Е. Черепкова Корректор £.Ю. Митрофанова Компьютерная верстка Е.А. Кондрашовой

Сдано в набор 10.11.2017. Подписано в печать 21.11.2017. Формат в0*84’/&. Гарнитура Ариел. Уел. печ. л. 4.1®. Уч.-иэд. л. 3.76. Тираж 27 экэ. Зак. 2351

Подготовлено на основе электронной версии, предоставленной разработчиком стандарта

Издано и отпечатано во ФГУП «СТАНДАРТИНФОРМ». 123001 Москва. Гранатный пер.. 4.