Товары в корзине: 0 шт Оформить заказ
Стр. 1 

24 страницы

396.00 ₽

Купить ГОСТ Р МЭК 61069-3-2012 — бумажный документ с голограммой и синими печатями. подробнее

Распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль"

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

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

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

 Скачать PDF

Заменен на ГОСТ Р МЭК 61069-3-2017

Идентичен IEC 61069-3(1996)

Оглавление

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

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

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

4 Свойства функциональности

5 Обзор документа «Требования к системе»

6 Обзор документа «Спецификация системы»

7 Процедура оценки

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

9 Выполнение оценки и отчет об оценке

Приложение А (справочное) Перечень информации, представляемой в документе «Требования к системе»

Приложение В (справочное) Пример анализа документов «Требования к системе» и «Спецификация системы» и документации по составлению информации

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов ссылочным национальным стандартам Российской Федерации

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

 
Дата введения01.07.2014
Добавлен в базу01.11.2014
Завершение срока действия01.09.2018
Актуализация01.01.2019

Этот ГОСТ находится в:

Организации:

22.11.2012УтвержденФедеральное агентство по техническому регулированию и метрологии1046-ст
ИзданСтандартинформ2014 г.
РазработанНОЧУ НИШ

Industrial-process measurement and control. Evaluation of system properties for the purpose of system assessment. Part 3. Assessment of system functionality

Стр. 1
стр. 1
Стр. 2
стр. 2
Стр. 3
стр. 3
Стр. 4
стр. 4
Стр. 5
стр. 5
Стр. 6
стр. 6
Стр. 7
стр. 7
Стр. 8
стр. 8
Стр. 9
стр. 9
Стр. 10
стр. 10
Стр. 11
стр. 11
Стр. 12
стр. 12
Стр. 13
стр. 13
Стр. 14
стр. 14
Стр. 15
стр. 15
Стр. 16
стр. 16
Стр. 17
стр. 17
Стр. 18
стр. 18
Стр. 19
стр. 19
Стр. 20
стр. 20
Стр. 21
стр. 21
Стр. 22
стр. 22
Стр. 23
стр. 23
Стр. 24
стр. 24

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

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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ


ГОСТ Р мэк

61069-3—

2012


ИЗМЕРЕНИЕ И УПРАВЛЕНИЕ

ПРОМЫШЛЕННЫМ ПРОЦЕССОМ

Определение свойств системы с целью ее оценки

Часть 3

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

IEC 61069-3:1996 Industrial-process measurement and control -Evaluation of system properties for the purpose of system assessment-Part 3: Assessment of system functionality (IDT)

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

Москва

Стандартинформ

2014


Предисловие

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

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

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

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

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

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

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

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

© Стандартинформ, 2014

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

ГОСТ Р МЭК 61069-3-2012

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

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

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

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

8.4 Гибкость

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

Анализ может быть выполнен, составляя:

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

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

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

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

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

9 Выполнение оценки и отчет об оценке

Выполнение оценки и отчет об оценке должны быть сделаны в соответствии с МЭК 61069-1 (пункты 5.5 и 5.6).

Отчет об оценке должен освещать следующее: план оценки вместе с необходимыми изменениями;

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

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

описание этих испытаний и обоснованность их выбора, характер и условия проведения этих испытаний;

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

7

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

Перечень информации, представляемой в документе «Требования к системе»

Таблица А.1    _

Свойства

Данные, описание и др.

Полнота

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

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

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

проведение классификации областей опасности.

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

Требуемый уровень, например:

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

Условия эксплуатации, в которых эта конфигурация разрешена и/или требуется.

Г ибкость

Ожидаемое в будущем расширение целевого назначения (миссии) в терминах:

дублирования задач;

нового набора задач, измерений, выходов, и т. д.; дополнительных или расширенных форматов отображений или отчетов.

Реализация режимов последовательная или «все и сразу».

Ожидаемые в будущем изменения требований к свойствам: повышенная надежность;

повышенное качество (большее быстродействие, большая точность и

т. д.);

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

8


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


Пример анализа документов «Требования к системе» и «Спецификация системы» и до

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

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


Набор точек (SP1,2)


Измеренное значение (MV1)

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


Выходные значения _(OV2.3...N)

Выходные значения _(О VI)


СВ1 и СВ2 являются PID параметрами для блока управления


В.2    Постановка    задачи

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

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

OV1

функция [MV1, SP1 и СВ1 (параметры PID)

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

OV1

=

функция [функция (MV1, MV3), SP2/OV1 и СВ2 (параметры РЮ)]

Производительность газового топлива

OV3

=

функция [М2, М3] = константа [квадратный корень из (MV2 * MV3)]

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

OV4

=

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


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

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

В.2.3 Граница системы

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

В.З Входные характеристики


Измеряемое значение 1 (MV1)

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

температура

Тип

термопара

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

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

Стандарт

МЭК 60584-1

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

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

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

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

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

Тип

4- 20 мА, по существу безопасно

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

от системы

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

Стандарт

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

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

Измеряемое значение 3 (MV3)

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

давление

Тип

4- 20 мА, по существу безопасно

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

от системы

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

Стандарт

линейное давление

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

бар

Набор значений 1 (SP1)

Отображение

как для MV1

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

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

Набор значений 2(SP2)

Отображение

как для OV3

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

тонн в час


9


ГОСТ Р МЭК 61069-3-2012

уставка внешней системы SP2 также для OV3

также для OV3

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

выходной клапан позиционера 4- 20 мА, по существу безопасно от системы линейная

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

вход на СВ2, управление газовым топливом внешний блок расчета от системы линейная

линейная,тонн в час выход панели безопасности напряжение свободных контактов от внешнего источника, 24 V п.т. два положения: открыто/закрыто контакт нормально замкнут

В.4    Выходные характеристики

Выходное значение 1 (OV1)    Режим

Тип

Источник энергии Характеристика Действие Энергоснабжение Выходное значение 2 (OV2)    Режим

Тип

Источник энергии

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

Действие

Единица измерения Выходное значение 3 (OV3)    Режим

Тип

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

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

Действие

Единица измерения Выходное значение 4 (OV4)    Режим

Тип

Источник энергии

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

Действие

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

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

Персонал эксплуатации должен выполнять настройку:

- набора уставок    значения    уставок    SP1    и    SP2;

выходных значений    значение    выхода    OV1    и    OV2;

режимов

В.6    Функции    мониторинга

Отображение

Записи    (короткие)

(средние)

(длинные)

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

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

В.7

MV1, MV2, MV3, SP1, SP2, OV(1..N) как для отображения MV1, MV2, MV3, и OV3 MV1, OV3 OV4 = MV1,

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

шено настраивать: управление/ инженер - настройщик управление/ инженер - настройщик инженер - настройщик/ техник

Эксплуатационному персоналу разре управление настроечными парамет- : рами

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

В.8    Гибкость

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

В.8.1 Совершенствование OV3 (функция {MV2, MV3}) для:

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

В.8.2 Дополнение другого блока управления для управления количеством масляного топлива с набором В.8.1 уставок SPy и выходом Ovx, аналогично блоку управления, специфицированному в В.2 выше OV2 и В.8.2    с тем же самым совершенствованием как показано в В.8.1

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

ручного управления выходом масляного и газового топлива;

В.8.3 автоматического управления выходом масляного и газового топлива;

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

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

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

В.8.4 включающей набор данных и изменения параметров контроля.

Задача

(ДТС)

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

Анализ

Тип

Важность

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

Поддержка^1

Сравнение?

Дальнейшая

оценка?

Функция

Модуль

Элемент

Да

Нет

Да

Нет

Приемлемо?

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

Критиче

ская

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

I/O

монитор

I/O

модуль

управле

ние

топкой

Измерения:

MV1:

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

I/O

таблица соответствия

I/O

модуль

1- карта TC/J

MV2: разность давление 4 - 20 тА взрывобезопасный

линейный

1- карта тА +

взрывобезопасный барьер

MV3____п

Выходы1': положение клапана

4 - 20 тА

О - карта

взрывобезо-

пасность

Данные обработки11

Управление

Модуль

реализа

ции

CPU-С

Вычисление'1: извлечение квадратного корня, булевая алгебра.

CPU - СВ

Управление'1: РЮ управление, логическое управление

CPU - СВ

Тренды'1: история в реальном времени, архивирование

PS-PM

Средства коммуникации 1J:

I/O bus модули bus система bus

Fbus

FbusC

SysBus

11

Окончание таблицы В. 9.1

Задача (ДТС)

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

Анализ

Тип

Важность

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

Поддержка^’

Сравнение

Дальнейшая

оценка

Функция

Модуль

Элемент

Да

Нет

Да

Нет

Поиемлемо?

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

OPS-DRV

OPS

CPU-ops Mem/GR О Sys-BusC

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

-    ошибочные значения

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

Расчеты:

-    ошибочные значения

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

Выходы:

-    ошибочные значения

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

Параметры,ограничения и уставки:

-    блоков управления,

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

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

Тренды:

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

Mem-Ex

Сообщения: аварийная регистрация за смену

Mem-Ex

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

GRD-Ex

Настройка:

-    уставок

-    режимов работы

-    выходных сигналов

-    параметров

-    настроек

-    ограничений

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

GRD-Ex

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

Особен

ности

'* Составлено как в МЭК 61069-1 (пункт 4.2).

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

Задача (ДТС)

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

Анализ

Тип

Важность

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

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

Поддержка

Сравнение?

Дальнейшая

оценка?

Метод

Состояние

Да

Нет

Да

Нет

системы

Приемлемо?

Веду-

щий-

ведо-

мый:

Крити

ческая

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

Управ-

ле-ние

топкой

Измерения:

MV1:

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

Средство: инженер/ техник

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

Ручное

управле

ние

MV2:

разность давления

MV3 ....п

Выходы и : положение клапана

4 - 20 тА

Средство: инженер/ техник

Местное

управле

ние

Данные обработки11

Вычисление'^: изъвлечение квадратного корня,

булевая алгебра.

Управление:

инженер/

наладчик

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

Ручное

управле

ние

Управление'1:

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

«

«

«

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

«

«

Работа в оперативном режиме

Средства коммуникации11:

I/O bus модули bus система bus

Инженер

наладчик

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

13

Окончание таблицы В.9.2

Задача (ДТС)

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

Анализ

Тип

Важность

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

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

Поддержка

Сравнение?

Дальнейшая

оценка?

Метод

Состояние

Да

Нет

Да

Нет

системы

Приемлемо?

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

Управление/

инженер

наладчик

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

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

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

-    ошибочные значения

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

Расчеты:

-    ошибочные значения

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

Выходы:

- ошибочные значения - единица измерения

Параметры, огра-ни-чения и уставки:

-    блоков управления,

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

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

Тренды:

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

Сообщения: аварийная регистрация за смену

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

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

Настройка:

-    уставок

-    режимов работы

-    выходных сигналов

-    параметров

-    настроек

-    ограничений

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

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

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

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

IJ Составлено как в МЭК 61069-1 (пункт

4.2)

Задача (ДТС)

Г ибкость

Анализ

Тип

Важность

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

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

Поддержка

Сравнение?

Дальнейшая

оценка?

Метод

Состояние

Да

Нет

Да

Нет

системы

Приемлемо?

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

Крити

ческая

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

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

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

Управ-

ле-ние

топкой

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

-    ошибочные значения

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

Расчеты:

-    ошибочные значения

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

Выходы:

-    ошибочные значения

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

Параметры, ограничения и уставки:

-    блоков управления,

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

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

Тренды:

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

Сообщения: аварийная регистрация за смену

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

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

Настройка:

-    уставок

-    режимов работы

-    выходных сигналов

-    параметров

-    настроек

-    ограничений

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

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

Интерфейс с

внешними

системами11

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

15

Окончание таблицы В. 9.3

Задача (ДТС)

Г ибкость

Анализ

Тип

Важность

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

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

Поддержка

Сравнение?

Дальнейшая

оценка?

Модуль

Элемент

Да

Нет

Да

Нет

Поиемлемо?

Тренды:

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

Мах. 64 Мах. 8

Сообщения: аварийная регистрация за смену

Мах. 8 Мах. 4

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

Мах. 4

Настройка:

-    уставок

-    режимов работы

-    выходных сигналов

-    параметров

-    настроек

-    ограничений

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

Интерфейс с

внешними

системами11

Дополнение

Специаль

ное

Работа системы в автономном режиме

11 Составлено в соответствии с МЭК 61069-1 (пункт 4.2)

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

МЭК 60584-1: 1977 Термопары. Часть 1. Ссылочные таблицы

16

ГОСТ Р МЭК 61069-3-2012

Введение

МЭК 61069 состоит из серии публикаций, в которых данная публикация является третьей.

Часть 1 представляет собой общее руководство и в таком качестве является самостоятельной публикацией.

Часть 2 детализирует методологию оценки.

Части 3-8 представляют собой руководства на основе оценки определенных групп свойств.

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

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

Часть 1. Общие подходы и методология.

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

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

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

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

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

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

Часть 8. Оценка свойств системы, не связанных с ее основным назначением.

В настоящей части МЭК 61069 рассмотрен метод, который следует применять для оценки функциональности системы измерения и управления промышленным процессом.

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

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

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

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

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

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

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

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

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

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

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

нальным стандартам Российской Федерации

Таблица ДА. 1

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

Степень соответствия

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

МЭК 61069-1:1991

ЮТ

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

МЭК 61069-2:1993

ЮТ

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

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

17


IV


Часть 1. Общие подходы и методология


Область применения Определения Основы оценки Соображения по оценке: Системы Свойств

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


Часть 2. Методология


Анализ целей

Анализ требований к системе Анализ спецификации системы


Разработка программы прове-

Планирование - дения    оценки:

Средств

Экспертизы

Времени

Резерва


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

Мониторинг и управление


Часть 3. Функциональность Часть 4. Производительность

Часть 5. Надежность

Часть 6. Эксплуатабель-

ность

Часть 7. Безопасность Часть 8. Свойства системы, не связанные с основным назначением


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


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


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

ИЗМЕРЕНИЕ И УПРАВЛЕНИЕ ПРОМЫШЛЕННЫМ ПРОЦЕССОМ Определение свойств системы с целью ее оценки Часть 3

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

Industrial-process measurement and control.

Evaluation of system properties for the purpose of system assessment.

Part 3: Assessment of system functionality

Дата введения — 2014—07—01

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

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

Детальная методология оценки, представленная в МЭК 61069-2, применима для разработки программы оценки функциональности.

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

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

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

МЭК 61069-1:1991 Измерение и управление производственными процессами. Определение характеристик системы для ее оценки. Часть 1. Общие аспекты и методология (IEC 61069-1:1991, Industrial-process measurement and control - Evaluation of system properties for the purpose of system assessment. Part 1: General considerations and methodology

МЭК 61069-2:1993 Измерение и управление производственными процессами. Определение характеристик системы для ее оценки. Часть 2. Методология оценки (IEC 61069-2:1993, Industrial-process measurement and control - Evaluation of system properties for the purpose of system assessment. Part 2: Assessment methodology)

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

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

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

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

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

3.4    гибкость (flexibility): Степень, с которой система может быть адаптирована.

4    Свойства функциональности

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

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

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

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

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

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

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

Рисунок 2 — Иерархия функциональности

4.2    Функциональность

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

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

По своей природе составляющие свойства являются детерминированными.

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

4.3    Полнота

Полноту определяют следующим:

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

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

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

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

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

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

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

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

2

ГОСТ Р МЭК 61069-3-2012

Средства конфигурирования могут быть применимы на любом уровне системы. Методы поддержки этих средств показаны на рисунке 3

Методы конфигурирования

Технические средства    Программные    средства

Соединение пайкой

Набор параметров

Соединение проводником

Выбор параметров

Установка перемычки

Выбор процедур

Установка переключателя

Программирование

Установка печатных плат

Установка программируемых мо-

Установка модулей

дулей

Применение управляющих программ

Рисунок 3 — Методы конфигурирования

Средства конфигурирования являются частью системы и рассматриваются как «функции поддержки», если они полно описаны в спецификации документации системы.

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

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

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

4.5 Гибкость

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

Гибкость системы зависит от способа, с помощью которого система может быть расширена, развита и усовершенствована.

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

Гибкость не может быть определена простым измерением.

4.5.2    Масштабирование

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

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

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

4.5.3    Изменяемость

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

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

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

4.5.4    Совершенствование

3

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

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

Некоторые примеры:

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

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

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

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

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

5    Обзор документа «Требования к системе»

Документ «Требования к системе» (далее - ДТС) следует использовать для контроля за тем, что все задачи, которые система должна выполнять, и требования к функциональности определены и документированы в соответствии с МЭК 61069-2.

Эффективность оценки функциональности зависит от полноты установленных требований.

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

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

6    Обзор документа «Спецификация системы»

Документ «Спецификация системы» (далее - ДСС) следует использовать для контроля за тем, что все функции системы для выполнения необходимых задач перечислены и документированы в соответствии с МЭК 61069-2.

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

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

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

Примерами таких услуг являются утилиты для:

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

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

7    Процедура оценки

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

Оценку следует проводить в соответствии с процедурой, изложенной в МЭК 61069-2 (раздел 7).

Цель оценки должна быть четко сформулирована, руководствуясь положениями МЭК 61069-1 (пункт 4.1).

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

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

4

ГОСТ Р МЭК 61069-3-2012

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

7.2 Анализ документов «Требования к системе» и «Спецификация системы»

7.2.1    Сравнение информации в документах

Для оценки функциональности необходимая информация должна быть получена из ДТС и ДСС в соответствии с МЭК 61069-2 (пункт 7.2).

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

границы функций системы;

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

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

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

7.2.2    Условия, влияющие на функциональность

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

7.2.3    Документирование сравниваемой информации

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

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

7.3    Разработка программы проведения оценки

7.3.1    Сравнение документов «Требования к системе» и «Спецификация системы»

Первым шагом в разработке программы проведения оценки является анализ информации, собранной из ДТС и ДСС, как указано в 7.2.

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

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

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

7.3.2    Компоненты оценки

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

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

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

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

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

7.3.3    Действия по проведению оценки

5

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

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

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

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

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

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

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

В окончательной программе проведения оценки следует точно определить и/или перечислить:

цели оценки в соответствии с 7.1;

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

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

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

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

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

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

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

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

Методы, изложенные в 8.2 - 8.4, рекомендуются для проведения оценки функциональности.

8.2    Полнота

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

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

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

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

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

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

уровень знаний и навыков отобранного персонала;