Национальный стандарт РФ ГОСТ Р МЭК 61069-2-2017 "Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 2. Методология оценки" (утв. и введен в действие приказом Федерального агентства по техническому регулированию и метрологии от 7 ноября 2017 г. N 1650-ст)

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

ОКС 25.040.40
IDT

Дата введения - 1 сентября 2018 г.
Взамен ГОСТ Р МЭК 61069-2-2012

Предисловие

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

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

3 Утвержден и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 7 ноября 2017 г. N 1650-ст

4 Настоящий стандарт идентичен международному стандарту МЭК 61069-2:2016 "Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 2. Методология оценки" (IEC 61069-2:2016 "lndustrial-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

Введение

В МЭК 61069 рассматривается метод, который следует использовать для оценки системных свойств основной системы управления (ОСУ). МЭК 61069 состоит из следующих частей:

часть 1. Терминология и основные концепции;

часть 2. Методология оценки;

часть 3. Оценка функциональности системы;

часть 4. Оценка производительности системы;

часть 5. Оценка надежности системы;

часть 6. Оценка эксплуатабельности системы;

часть 7. Оценка безопасности системы;

часть 8. Оценка других свойств системы.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

IEC 61069-1 ¹⁾, 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 Термины и определения

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

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

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

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

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

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

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

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

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

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

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

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

5.1 Обзор

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

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

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

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

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

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

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

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

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

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

5.1.2 Этапы

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

- определение целей оценки;

- проектирование и схема оценки;

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

- проведение оценки;

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

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

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

Этап	Исходный документ	Выходной документ
Определение целей оценки	ДТС и ДСС	(Задокументированная) цель оценки Протокол оценки
Проектирование и схема оценки	Цель оценки ДТС ДСС	Спецификация оценки
Планирование программы проведения оценки	Спецификация оценки	Программа оценки
Проведение оценки	Программа оценки	Результаты определений свойств
Составление отчета о результатах проведения оценки	Результаты определения свойств	Отчет об оценке

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

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

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

- области применения;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- спецификации и отчеты по оценке;

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

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

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.

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

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

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

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

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

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

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

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

- границы системы;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- цель оценки в соответствии с подразделом 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 Разработка действий по оценке

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

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

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

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

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

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

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

- наличие обученного персонала;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Примечание - Пример модели приведен в МЭК 61069-4 ¹⁾, приложение D.

------------------------------

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

------------------------------

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

[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 tolerances
[3]	ISO 9001:2015, Quality management systems - Requirements
[4]	IEC 61069-4:2016, Industrial-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 - Reliability - Reference conditions for failure rates and stress models for conversion