---
title: "\"ГОСТ Р МЭК 61069-8-2017. Национальный стандарт Российской Федерации. Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 8. Оценка других свойств системы\""
number: "ГОСТ Р МЭК 61069-8-2017"
issuer: "Федеральное агентство по техническому регулированию и метрологии"
status: действует
canonical: "https://bukva.ai/docs/standart-gost-r-mek-61069-8-2017"
---

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

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

(утв. и введен в действие Приказом Росстандарта от 07.11.2017 N 1654-ст)

> [!IMPORTANT]
> Документ [введен](#p100010) в действие с 01.09.2018.
> Взамен ГОСТ Р МЭК 61069-8-2012.

> [!NOTE]
> ИСТОРИЯ ИЗМЕНЕНИЙ НОРМАТИВНО-ТЕХНИЧЕСКИХ АКТОВ

```mermaid
flowchart LR
  n0["ГОСТ Р МЭК 61069-8-2012"]:::rst
  n1["ГОСТ Р МЭК 61069-8-2017"]:::doc
  click n1 "https://bukva.ai/docs/standart-gost-r-mek-61069-8-2017" "ГОСТ Р МЭК 61069-8-2017. Национальный стандарт Российской Федерации. Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки... "
  n0 --> n1
classDef rst fill:#FFEBEB,stroke:#8B0000,color:#000;
classDef doc fill:#EBFFEB,stroke:#006400,color:#000;
classDef notEnt fill:#FFFFEB,stroke:#FF8C00,color:#000;
```


<div align="right">

<a id="p100001"></a>Утвержден и введен в действие<br>
Приказом Федерального агентства<br>
по техническому регулированию<br>
и метрологии<br>
от 7 ноября 2017 г. N 1654-ст

</div>


<div align="center">

<a id="p100002"></a>**НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ**

<a id="p100003"></a>**ИЗМЕРЕНИЕ, УПРАВЛЕНИЕ И АВТОМАТИЗАЦИЯ ПРОМЫШЛЕННОГО**<br>
**ПРОЦЕССА. ОПРЕДЕЛЕНИЕ СВОЙСТВ СИСТЕМЫ С ЦЕЛЬЮ ЕЕ ОЦЕНКИ**

<a id="p100004"></a>**ЧАСТЬ 8**

<a id="p100005"></a>**ОЦЕНКА ДРУГИХ СВОЙСТВ СИСТЕМЫ**

<a id="p100006"></a>**Industrial-process measurement, control and automation.**<br>
**Evaluation of system properties for the purpose of system**<br>
**assessment. Part 8. Assessment of other system properties**

<a id="p100007"></a>**(IEC 61069-8:2016, IDT)**

<a id="p100008"></a>**ГОСТ Р МЭК 61069-8-2017**

</div>


<div align="right">

<a id="p100009"></a>ОКС 25.040.40

<a id="p100010"></a>Дата введения<br>
1 сентября 2018 года

</div>



### <a id="p100011"></a>Предисловие


<a id="p100012"></a>1 ПОДГОТОВЛЕН Негосударственным образовательным частным учреждением дополнительного профессионального образования "Новая Инженерная Школа" (НОЧУ "НИШ") на основе собственного перевода на русский язык англоязычной версии указанного в [пункте 4](#p100015) стандарта, который выполнен Российской комиссией экспертов МЭК/ТК 65 и Федеральным государственным унитарным предприятием "Всероссийский научно-исследовательский институт стандартизации (ВНИИНМАШ)
<a id="p100013"></a>2 ВНЕСЕН Техническим комитетом по стандартизации ТК 306 "Измерения и управление в промышленных процессах"
<a id="p100014"></a>3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 7 ноября 2017 г. N 1654-ст
<a id="p100015"></a>4 Настоящий стандарт идентичен международному стандарту МЭК 61069-8:2016 "Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 8. Оценка других свойств системы" (IEC 61069-8:2016 "Industrial-process measurement, control and automation - Evaluation of system properties for the purpose of system assessment - Part 8: Assessment of other system properties", IDT).
<a id="p100016"></a>При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты, [сведения](#p100708) о которых приведены в дополнительном приложении ДА
<a id="p100017"></a>5 ВЗАМЕН ГОСТ Р МЭК 61069-8-2012

<a id="p100018"></a>Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)


### <a id="p100019"></a>Введение


<a id="p100020"></a>В МЭК 61069 рассматривается метод, который следует использовать для оценки системных свойств основной системы управления (ОСУ). МЭК 61069 состоит из следующих частей:
<a id="p100021"></a>часть 1. Терминология и основные концепции;
<a id="p100022"></a>часть 2. Методология оценки;
<a id="p100023"></a>часть 3. Оценка функциональности системы;
<a id="p100024"></a>часть 4. Оценка производительности системы;
<a id="p100025"></a>часть 5. Оценка надежности системы;
<a id="p100026"></a>часть 6. Оценка эксплуатабельности системы;
<a id="p100027"></a>часть 7. Оценка безопасности системы;
<a id="p100028"></a>часть 8. Оценка других свойств системы.
<a id="p100029"></a>Оценка системы - основанное на доказательстве суждение о пригодности системы для определенного целевого назначения или класса целевых назначений.
<a id="p100030"></a>Для получения полного итогового доказательства потребовалось бы полное (т.е. при всех влияющих факторах) определение пригодности всех свойств системы для конкретного целевого назначения или класса целевых назначений.
<a id="p100031"></a>Так как на практике это требуется редко, для оценки системы более рациональным будет:
- <a id="p100032"></a>определить критичность соответствующих свойств системы;
- <a id="p100033"></a>спланировать определение (оценку) соответствующих свойств системы на основе экономического принципа "цена - целесообразность" для усилий по реализации этих свойств.
<a id="p100034"></a>При проведении оценки системы следует стремиться к получению максимальной обоснованности пригодности системы с учетом целесообразной стоимости и ограничений по времени.
<a id="p100035"></a>Оценка может быть выполнена только в том случае, если целевое назначение (миссия) сформулировано (или задано), или если оно может быть представлено гипотетически. В случае отсутствия миссии оценка не может быть выполнена. Тем не менее, возможно определение свойств системы в части сбора и систематизации данных для последующей оценки, проводимой другими лицами. В таком случае настоящий стандарт может применяться как руководство для планирования, а также устанавливает процедуры определения свойств системы, являющиеся неотъемлемой частью оценки системы.
<a id="p100036"></a>При подготовке к оценке может быть установлено, что определение границ системы является слишком узким. Например, для средства с двумя или более версиями совместного пользования системы управления, например сети, необходимо учитывать вопросы сосуществования и функциональной совместимости. В этом случае система, подлежащая оценке, не должна ограничиваться "новыми" ОСУ. Такая система должна включать в себя как "новые", так и "старые" системы. То есть, система должна изменять свои границы, чтобы включать в себя достаточный объем другой системы для решения требуемых от нее задач.
<a id="p100037"></a>Структура настоящей части и ее взаимосвязь с другими частями МЭК 61069 показаны на [рисунке 1](#p100039).

<a id="p100038"></a> ![Введение](https://i.bukva.ai/4UacAX4T/img_0.png) 

<div align="center">

<a id="p100039"></a>Рисунок 1 - Общий состав МЭК 61069

</div>


<a id="p100040"></a>Некоторые примеры элементов оценки объединены в [приложении C](#p100257).


### <a id="p100041"></a>1 Область применения


<a id="p100042"></a>Настоящий стандарт:
- <a id="p100043"></a>устанавливает детальный метод оценки других системных свойств основной системы управления (ОСУ) на основании общих концепций, данных в МЭК 61069-1, и методологии, приведенной в МЭК 61069-2;
- <a id="p100044"></a>устанавливает основную классификацию других свойств системы;
- <a id="p100045"></a>описывает факторы, влияющие на другие свойства системы, и которые необходимо учитывать при оценке других свойств системы; и
- <a id="p100046"></a>предоставляет руководство по выбору методов из набора вариантов (с нормативными ссылками) для определения других свойств системы.


### <a id="p100047"></a>2 Нормативные ссылки


<a id="p100048"></a>В настоящем стандарте использованы нормативные ссылки на следующие стандарты. Для датированных ссылок применяют только указанное издание ссылочного стандарта. Для недатированных ссылок применяют последнее издание ссылочного стандарта (включая все изменения к нему).
<a id="p100049"></a>IEC 61069-1:2016, Industrial-process measurement, control and automation - Evaluation of system properties for the purpose of system assessment - Part 1: Terminology and basic concepts (Измерение и управление промышленным процессом. Определение свойств системы с целью ее оценки. Часть 1. Общие подходы и терминология)
<a id="p100050"></a>**IEC 61069-2:2016, Industrial-process measurement, control and automation - Evaluation of system properties for the purpose of system assessment - Part 2: Assessment methodology (Измерение и управление промышленным процессом. Определение свойств системы с целью ее оценки. Часть 2. Методология оценки)**


### <a id="p100051"></a>3 Термины, определения, обозначения и сокращения



#### <a id="p100052"></a>3.1 Термины и определения

<a id="p100053"></a>**В настоящем стандарте применены термины по МЭК 61069-1.**

#### <a id="p100054"></a>3.2 Обозначения и сокращения

<a id="p100055"></a>**В настоящем стандарте применены обозначения и сокращения по МЭК 61069-1.**


### <a id="p100056"></a>4 Основы оценки, имеющие отношение к другим системным свойствам



#### <a id="p100057"></a>4.1 Другие свойства системы


##### <a id="p100058"></a>4.1.1 Общие положения

<a id="p100059"></a>Свойства, не рассмотренные в МЭК 61069-3 - МЭК 61069-7, сгруппированы в категорию "другие свойства системы".
<a id="p100060"></a>Это свойства, относящиеся к различным областям, или свойства, которые не могут быть непосредственно связаны с любой задачей или функцией.
<a id="p100061"></a>Однако данная категория других свойств системы важна для эффективного использования системы и обеспечения ее целевого назначения в течение всех этапов ее жизненного цикла, а именно установки, эксплуатации, вывода из эксплуатации, утилизации.

<div align="center">

<a id="p100062"></a>Классификация других свойств системы приведена на [рисунке 2](#p100064).

</div>


<a id="p100063"></a> ![4.1 Другие свойства системы](https://i.bukva.ai/4UacAX4T/img_1.png) 

<div align="center">

<a id="p100064"></a>Рисунок 2 - Другие свойства системы

</div>


<a id="p100065"></a>Другие свойства системы не могут быть оценены непосредственно и описаны по одному свойству. Другие свойства системы могут определяться только при помощи анализа и испытания каждого свойства по отдельности.
<a id="p100066"></a>Способность перечислить характеристики в рамках других свойств системы позволяет произвести разработку этих свойств, если это требуется.

##### <a id="p100067"></a>4.1.2 Обеспечение качества

<a id="p100068"></a>ОСУ, как правило, разрабатываются, проектируются, конструируются и конфигурируются с использованием системы модулей и элементов, которые могут иметь единственного изготовителя, или частично могут быть получены от других изготовителей.
<a id="p100069"></a>При условии, что системные свойства соответствуют описанию в МЭК 61069, ожидается, что ОСУ будет способна выполнять требуемые от нее задачи
<a id="p100070"></a>Ожидается, что данная способность будет сохраняться на протяжении всего жизненного цикла ОСУ.
<a id="p100071"></a>Крайне важно, чтобы соответствующие процедуры использовались в создании системы для обеспечения ее качества, в целом.
<a id="p100072"></a>Таким образом, ожидается, что будет использована надежная программа обеспечения качества для создания и сопровождения ОСУ на протяжении всего ее жизненного цикла.
<a id="p100073"></a>Учитывая, что в создании ОСУ могут участвовать несколько изготовителей, должна быть оценена одна или несколько программ обеспечения качества.
<a id="p100074"></a>Рекомендации по тем положениям, к которым следует обратиться в руководстве по обеспечению качества, даются в серии стандартов ИСО 9000 по вопросам управления и обеспечения качества - ИСО 9001 и [приложении B](#p100251). Руководство по безотказности изделия приведено в МЭК 60300-2.
<a id="p100075"></a>Неотъемлемой частью ОСУ может быть программное обеспечение.
<a id="p100076"></a>*Примечание* - Руководство по действиям, связанным с программным обеспечением, приводится в стандартах ИСО/МЭК 12207 и ИСО/МЭК 9126.

<a id="p100077"></a>Особое внимание следует уделить системе управления внесением изменений для гарантии соответствия между всеми версиями средств автоматизации, программного обеспечения и системы поддержки документации.
<a id="p100078"></a>Важно, чтобы в целом система обеспечения качества содержала определенные меры по координации и учету изменений различными изготовителями, ответственными за правильную работу системы, в течение ее жизненного цикла.

##### <a id="p100079"></a>4.1.3 Поддержка системы


###### <a id="p100080"></a>4.1.3.1 Общие положения

<a id="p100081"></a>Поддержка системы требуется на всех этапах жизненного цикла ОСУ.
<a id="p100082"></a>Цели поддержки системы состоят в том, чтобы увеличить доверительность пользователя к системе, которая содержится на необходимом уровне, и обладает требуемым уровнем качества, на которое способна система.
<a id="p100083"></a>На каждом из этапов жизненного цикла системы важны следующие аспекты поддержки системы:
- <a id="p100084"></a>техническое обслуживание;
- <a id="p100085"></a>эксплуатационное обслуживание;
- <a id="p100086"></a>документация;
- <a id="p100087"></a>обучение.
<a id="p100088"></a>Обстоятельства могут диктовать, как и кем должна обеспечиваться поддержка системы.

###### <a id="p100089"></a>4.1.3.2 Техническое обслуживание

<a id="p100090"></a>Техническое обслуживание может включать:
- <a id="p100091"></a>информационные услуги, например, по вопросам спецификации, обновлений, новой техники или методов, инструкций по применению;
- <a id="p100092"></a>проектирование и инжиниринговые услуги;
- <a id="p100093"></a>услуги по вводу в эксплуатацию, например, установка, пуско-наладочные работы, пуск в работу и т.д.
<a id="p100094"></a>Степень важности этого технического обслуживания изменяется от одного этапа жизненного цикла системы к другому.

###### <a id="p100095"></a>4.1.3.3 Эксплуатационное обслуживание

<a id="p100096"></a>Эксплуатационное обслуживание может включать в себя:
- <a id="p100097"></a>обслуживание на месте эксплуатации системы (например, обновление программных и программно-аппаратных средств);
- <a id="p100098"></a>удаленное обслуживание (например, диагностика, контроль, ремонт/обновление программного обеспечения);
- <a id="p100099"></a>запасные части, и т.д.
<a id="p100100"></a>Уровень важности эксплуатационного обслуживания изменяется от одного этапа жизненного цикла системы к другому.

###### <a id="p100101"></a>4.1.3.4 Документация

<a id="p100102"></a>Документация может содержать:
- <a id="p100103"></a>спецификации, например: функциональные спецификации, спецификации соединений, рабочие спецификации;
- <a id="p100104"></a>спецификации надежности;
- <a id="p100105"></a>инструкции, например: инструкции по установке, эксплуатации, обслуживанию;
- <a id="p100106"></a>руководства, например, по применению;
- <a id="p100107"></a>описания, например, подробный отчет о том, как система в целом выполняет задачи, и т.д.
<a id="p100108"></a>Документация может быть выполнена на различных носителях, например, таких как бумага, диски, сеть. Требуемые материалы и методы для представления данных, зависят от потребностей различных групп потребителей, работающих с системой на различных этапах ее жизненного цикла.
<a id="p100109"></a>ДТС может также включать в себя особые требования к форматам электронной документации и баз данных системы. В этом случае соответствие этим требованиям образует часть общей оценки.
<a id="p100110"></a>МЭК 60300-3-10 представляет руководство по поддержке обслуживания.
<a id="p100111"></a>МЭК 61082 дает общую информацию относительно документации, используемой в электронном виде.
<a id="p100112"></a>МЭК 61346 содержит правила и руководство для однозначной идентификации конкретных объектов любых систем, с целью возможности выявления связанной информации об объекте среди различных видов документов и изделий, реализующих систему.
<a id="p100113"></a>МЭК 61506 содержит информацию по документации прикладного программного обеспечения.

###### <a id="p100114"></a>4.1.3.5 Обучение

<a id="p100115"></a>Специальное обучение особенно важно для всех специалистов, которые обязаны эффективно применять систему, для выполнения задач, требуемых целевым назначением системы, как это изложено в подразделе 4.1 МЭК 61069-6:2016.
<a id="p100116"></a>Цель обучения состоит в том, чтобы персонал обладал знаниями и навыками, необходимыми для выполнения стоящих перед ним задач, которые являются частью целевого назначения всей системы. Для обеспечения эффективности, обучение следует ориентировать как на коллективные, так и на индивидуальные потребности.
<a id="p100117"></a>В программах обучения следует предусмотреть совершенствование навыков и повышение уровня знаний, необходимых для выполнения задач, которые должны достигаться на каждом этапе жизненного цикла.
<a id="p100118"></a>Руководство по различным аспектам такого обучения приведено в [приложении D](#p100316).
<a id="p100119"></a>Требования к навыкам и знаниям должны, по крайней мере, охватывать вопросы:
- <a id="p100120"></a>установки системы;
- <a id="p100121"></a>конфигурирования;
- <a id="p100122"></a>верификация правильности;
- <a id="p100123"></a>функционирования;
- <a id="p100124"></a>поддержки системы.
<a id="p100125"></a>Обучение может проводиться, например:
- <a id="p100126"></a>преподавателем: проводится инструктором;
- <a id="p100127"></a>самостоятельно: проводится самим обучающимся персоналом;
- <a id="p100128"></a>непосредственно на рабочем месте, что продиктовано необходимостью изучения работы с задачей (задачами).
<a id="p100129"></a>Эти методы обучения могут быть объединены, например, с обучением на учебных тренажерах или автоматическим курсом практических занятий.

##### <a id="p100130"></a>4.1.4 Совместимость

<a id="p100131"></a>Совместимость - свойство системы, которое поддерживает взаимодействие в пределах системы (внутренняя совместимость) и взаимодействие системы с внешними системами (внешняя совместимость).
<a id="p100132"></a>Совместимость обеспечивается с помощью определенных интерфейсов, разработанных на основе строгих правил и протоколов. Они изложены, например:
- <a id="p100133"></a>в международных и национальных стандартах;
- <a id="p100134"></a>в действующих де-факто стандартах, например, TCP/IP или других широко используемых на практике промышленных стандартах;
- <a id="p100135"></a>в фирменных, корпоративных стандартах, которые могут быть, как опубликованными, так и не опубликованными, и т.д.
<a id="p100136"></a>Совместимость обеспечивает:
- <a id="p100137"></a>замену элементов и модулей различных поставщиков;
- <a id="p100138"></a>способность к взаимодействию между различными системами;
- <a id="p100139"></a>поддержку применения прогрессивных технологий.
<a id="p100140"></a>*Примечание* - Даже если совместимость обеспечена, тем не менее, могут потребоваться дополнительные шаги, которые должны быть предприняты для обеспечения требуемой поддержки, например, адаптации к новой операционной системе.

<a id="p100141"></a>Совместимость может существовать на различных уровнях в иерархии системы или в таких областях как:
- <a id="p100142"></a>коммуникационные линии связи;
- <a id="p100143"></a>линии связи между модулями программного обеспечения;
- <a id="p100144"></a>линии связи между компонентами средств автоматизации;
- <a id="p100145"></a>человеко-машинный интерфейс;
- <a id="p100146"></a>форматы электронной документации и баз данных системы.
<a id="p100147"></a>К совместимости можно также отнести простое подключение оборудования аппаратного обеспечения к общей системе.

##### <a id="p100148"></a>4.1.5 Физические свойства

<a id="p100149"></a>Физические свойства системы следует рассматривать с учетом ограничений, которые наложены условиями применения. Физические свойства, которые следует рассматривать, включают:
- <a id="p100150"></a>вес;
- <a id="p100151"></a>размер (и место, требуемое для обслуживания);
- <a id="p100152"></a>вибрацию;
- <a id="p100153"></a>расход (например, воздуха, жидкости гидросистемы и/или потребление электроэнергии);
- <a id="p100154"></a>отвод тепла;
- <a id="p100155"></a>эмиссию (например, света, шума, ультрафиолетового излучения, инфракрасного или любого другого электромагнитного излучения).
<a id="p100156"></a>Некоторые из этих свойств могут также иметь значение для безопасности системы, которое рассмотрено в МЭК 61069-7.

#### <a id="p100157"></a>4.2 Факторы, влияющие на другие свойства системы

<a id="p100158"></a>На другие свойства системы могут оказать воздействие влияющие факторы, перечисленные в подразделе 5.3 МЭК 61069-1:2016.
<a id="p100159"></a>Для каждого из свойств, перечисленных в [подразделе 4.1](#p100057), основными влияющими факторами являются следующие:
- <a id="p100160"></a>нет дополнительных пунктов для данного свойства.


### <a id="p100161"></a>5 Метод оценки



#### <a id="p100162"></a>5.1 Общие положения

<a id="p100163"></a>Оценку следует проводить в соответствии с методологией, приведенной разделе 5 МЭК 61069-2:2016.

#### <a id="p100164"></a>5.2 Определение целей оценки

<a id="p100165"></a>Определение цели оценки следует проводить в соответствии с процедурами, приведенными в подразделе 5.2 МЭК 61069-2:2016.

#### <a id="p100166"></a>5.3 Проектирование и схема оценки

<a id="p100167"></a>Проектирование и схему оценки следует выполнять в соответствии с процедурами, приведенными в подразделе 5.3 МЭК 61069-2:2016.
<a id="p100168"></a>Определение объема оценки следует проводить в соответствии с 5.3.1 МЭК 61069-2:2016.
<a id="p100169"></a>Сопоставление документированной информации следует проводить в соответствии с 5.3.3 МЭК 61069-2:2016.
<a id="p100170"></a>Заключения, сформулированные в соответствии с 5.3.3 МЭК 61069-2, должны содержать следующую информацию в дополнение к пунктам, перечисленным в 5.3.3 МЭК 61069-2:2016:
- <a id="p100171"></a>нет дополнительных пунктов для данного свойства.
<a id="p100172"></a>Документирование информации для сопоставления следует проводить в соответствии с 5.3.4 МЭК 61069-2.
<a id="p100173"></a>Выбор элементов оценки должен производиться в соответствии с 5.3.5 МЭК 61069-2:2016.
<a id="p100174"></a>Спецификация оценки должна быть разработана в соответствии с 5.3.6 МЭК 61069-2:2016.
<a id="p100175"></a>Сравнение ДТС и ДСС следует проводить в соответствии с подразделом 5.3 МЭК 61069-2.
<a id="p100176"></a>Примечание 1 - Контрольный [перечень](#p100234) ДТС для определения надежности системы приведен в приложении A.
<a id="p100177"></a>Примечание 2 - Контрольный [перечень](#p100251) ДСС для определения надежности системы приведен в приложении B.


#### <a id="p100178"></a>5.4 Планирование программы проведения оценки

<a id="p100179"></a>Планирование программы проведения оценки следует выполнять в соответствии с процедурами, приведенными в подразделе 5.4 МЭК 61069-2:2016.
<a id="p100180"></a>Действия по оценке должны быть разработаны в соответствии с 5.4.2 МЭК 61069-2:2016.
<a id="p100181"></a>В итоговой программе проведения оценки следует определить пункты, перечисленные в 5.4.3 МЭК 61069-2:2016.

#### <a id="p100182"></a>5.5 Проведение оценки

<a id="p100183"></a>Оценки следует проводить в соответствии с подразделом 5.5 МЭК 61069-2:2016.

#### <a id="p100184"></a>5.6 Отчет об оценке

<a id="p100185"></a>Отчет об оценке следует оформлять в соответствии с подразделом 5.6 МЭК 61069-2:2016.
<a id="p100186"></a>Отчет должен содержать информацию, приведенную в подразделе 5.6 МЭК 61069-2:2016. Дополнительно отчет по оценке должен включать в себя следующие пункты:
- <a id="p100187"></a>дополнительные пункты не отмечены.


### <a id="p100188"></a>6 Методы определения свойств



#### <a id="p100189"></a>6.1 Общие положения

<a id="p100190"></a>В настоящем стандарте предложено несколько методов для определения свойств. Могут применяться и другие методы, однако в этом случае в отчете об оценке следует указывать ссылки на документы, в которых описано применение таких методов.
<a id="p100191"></a>Данные методы определения свойств сгруппированы согласно требованиям, установленным в разделе 6 МЭК 61069-2:2016.
<a id="p100192"></a>Необходимо учитывать факторы, влияющие на ДСС в соответствии с [подразделом 4.2](#p100157).
<a id="p100193"></a>Методы, указанные в [подразделах 6.2](#p100195), [6.3](#p100225) и [6.4](#p100231), рекомендованы для оценки других свойств системы.
<a id="p100194"></a>Примечание - Пример перечня пунктов оценки приведен в [приложении C](#p100257).


#### <a id="p100195"></a>6.2 Аналитические методы определения свойств


##### <a id="p100196"></a>6.2.1 Анализ свойства обеспечения качества

<a id="p100197"></a>Анализ свойства обеспечения качества (ОК) может быть выполнен аналитически посредством проведения аудита качества.
<a id="p100198"></a>Аудит качества, в основном, устанавливает:
- <a id="p100199"></a>завершенность руководства по обеспечению качества;
- <a id="p100200"></a>меры по обеспечению качества;
- <a id="p100201"></a>результаты этих мер, отмеченные в течение жизненного цикла системы.
- <a id="p100202"></a>наличие соглашения между поставщиком и пользователем по системе обеспечения качества, которую надлежит применять.
<a id="p100203"></a>ИСО 19011 определяет руководство по выполнению аудита, содержит критерии для квалификации аудиторов и руководство по управлению аудитами. Важно, чтобы:
- <a id="p100204"></a>поставщик имел сертифицированную систему обеспечения качества;
- <a id="p100205"></a>для оцениваемой системы был назначен менеджер по качеству и т.д.
<a id="p100206"></a>В приложении E в качестве примера приведены [показатели](#p100447), применяемые для оценки свойства обеспечения качества системы ОСУ.

##### <a id="p100207"></a>6.2.2 Анализ свойства поддержки системы

<a id="p100208"></a>Анализ свойства поддержки системы может быть выполнен аналитически прямым сравнением ДТС и ДСС в соответствии с [разделом 5](#p100161).
<a id="p100209"></a>Анализ свойства поддержки системы, особенно сказывающейся на повышении уровня доверительности, может быть получен, исходя из прежнего опыта работы с поставщиком.

##### <a id="p100210"></a>6.2.3 Определение свойств совместимости

<a id="p100211"></a>Определение свойства совместимости может быть выполнено аналитически на основании рассмотрения внутренних и внешних интерфейсов, как это указано в [4.1.4](#p100130).
<a id="p100212"></a>Рекомендуется, чтобы все внутренние и внешние интерфейсы были идентифицированы и установлены на уровне элемента, модуля, устройства и системы, включая любые требования соответствия форматам документации или данных, со ссылкой на соответствующие используемые стандарты.
<a id="p100213"></a>В качестве признака уровня совместимости применяемые стандарты обычно могут ранжироваться в следующем нисходящем порядке:
- <a id="p100214"></a>международные и национальные стандарты;
- <a id="p100215"></a>стандарты де-факто;
- <a id="p100216"></a>корпоративные стандарты и т.д.
<a id="p100217"></a>Тем не менее, другие конкретные соображения могут изменить ранжирование. В некоторых случаях предпочтителен более низкий уровень стандартизации, например, корпоративный стандарт будет иметь безоговорочное преимущество над международным стандартом, когда система должна войти в качестве составной части в состав уже существующей системы. Кроме того, различные интерфейсы могут иметь изменяющуюся важность для достижения целевого назначения или для работы в предполагаемой окружающей среде.
<a id="p100218"></a>Как показано в [приложении F](#p100679), для оценивания совместимости может быть предложена специальная матричная таблица.
<a id="p100219"></a>В каждой ячейке матрицы приводится комбинация ранг интерфейса и используемый стандарт. Этот анализ может быть поддержан опытом испытаний от проверки простого разъема до всесторонних испытаний всего аппаратно-программного комплекса системы.

##### <a id="p100220"></a>6.2.4 Определение физических свойств

<a id="p100221"></a>Определение физических свойств может быть выполнено аналитически путем прямого сравнения данных ДТС и ДСС в соответствии с [разделом 5](#p100161).
<a id="p100222"></a>Большинство физических свойств не будет иметь большого значения, если они не превышают пределы, установленные заказчиком или в международных или национальных стандартах.
<a id="p100223"></a>Некоторые из свойств могут потребовать ранжирования в соответствии с основным правилом, таким как "чем ниже, тем лучше".
<a id="p100224"></a>Для определения свойств, подлежащих оценке, может быть проведено аналитическое исследование перечня значений физических свойств из ДСС и данных ранжирования каждого из этих значений.

#### <a id="p100225"></a>6.3 Эмпирические методы определения свойств


##### <a id="p100226"></a>6.3.1 Определение свойства поддержки систем

<a id="p100227"></a>При рассмотрении документации, касающейся вопросов поддержки системы и обучения, можно применять эмпирическую проверку некоторых типовых репрезентативных образцов.

##### <a id="p100228"></a>6.3.2 Определение свойств совместимости

<a id="p100229"></a>Как показано в [приложении F](#p100679), для оценки совместимости может быть предложена матрица.
<a id="p100230"></a>В каждой ячейке матрицы приводится комбинация ранг интерфейса и используемый стандарт. Этот анализ может быть поддержан опытом испытаний от проверки простого разъема до всесторонних испытаний всего аппаратно-программного комплекса системы.

#### <a id="p100231"></a>6.4 Дополнительные вопросы методов определения свойств

<a id="p100232"></a>Дополнительные пункты не отмечены.





<div align="right">

<a id="p100233"></a>Приложение A<br>
(справочное)

</div>


<div align="center">

<a id="p100234"></a>**КОНТРОЛЬНЫЙ ПЕРЕЧЕНЬ И/ИЛИ ПРИМЕР ДТС**<br>
**ДЛЯ ФУНКЦИОНАЛЬНОСТИ СИСТЕМЫ**

</div>


<a id="p100235"></a>A.1 Информация о ДТС
<a id="p100236"></a>ДТС следует рассматривать, чтобы проверить все ли оставшиеся требования, кроме тех, что рассматриваются в МЭК 61069-3 - МЭК 61069-7, предусмотрены и перечислены, и которые по своему типу не являются функциональными.
<a id="p100237"></a>Эффективность оценки других свойств системы в значительной степени зависит от всестороннего документального подтверждения содержащихся требований.
<a id="p100238"></a>Особое внимание следует уделить проверке требований, которые связаны с целевым назначением в общем.
<a id="p100239"></a>A.2 Поддержка системы
<a id="p100240"></a>Для каждого из этих аспектов ДТС должен устанавливать:
- <a id="p100241"></a>требуемую системную поддержку;
- <a id="p100242"></a>в каком случае она требуется (например, в течение определенного этапа);
- <a id="p100243"></a>где она требуется (например, на площадке производителя и/или пользователя);
- <a id="p100244"></a>глубина и периодичность отчетности обратной связи;
- <a id="p100245"></a>требования к форматам электронной документации и системным базам данных.
<a id="p100246"></a>A.3 Обеспечение качества
<a id="p100247"></a>Для каждого из этих аспектов ДТС должен устанавливать:
- <a id="p100248"></a>систему обеспечения качества, которую надлежит применять;
- <a id="p100249"></a>требуется ли соглашение между поставщиком и пользователем по вопросу системы обеспечения качества, которую надлежит применять.





<div align="right">

<a id="p100250"></a>Приложение B<br>
(справочное)

</div>


<div align="center">

<a id="p100251"></a>**КОНТРОЛЬНЫЙ ПЕРЕЧЕНЬ И/ПРИМЕР ДСС**<br>
**ДЛЯ ФУНКЦИОНАЛЬНОСТИ СИСТЕМЫ**

</div>


<a id="p100252"></a>B.1 Информация ДСС
<a id="p100253"></a>ДСС должен проверяться на предмет того, что свойства, указанные в ДТС, перечислены согласно МЭК 61069-2:2016, приложение B.
<a id="p100254"></a>B.2 Контрольный перечень для других аспектов
<a id="p100255"></a>Нет общих элементов.





<div align="right">

<a id="p100256"></a>Приложение C<br>
(справочное)

</div>


<div align="center">

<a id="p100257"></a>**ОЦЕНКА СИСТЕМНЫХ СВОЙСТВ, НЕ СВЯЗАННЫХ С ВЫПОЛНЕНИЕМ ЗАДАЧ,**<br>
**ПРИМЕР ИНФОРМАЦИИ ПО СПЕЦИФИКАЦИИ СИСТЕМЫ ИЗ МЭК ТС 62603-1**

</div>


<a id="p100258"></a>C.1 Общие положения
<a id="p100259"></a>Настоящее приложение содержит примеры влияющих факторов, имеющих отношение к настоящему стандарту, приведенных в МЭК ТС 62603-1.
<a id="p100260"></a>Классификации свойств, описанных в настоящем приложении, приведены только в качестве примеров.
<a id="p100261"></a>C.2 Системные свойства, не связанные с назначением
<a id="p100262"></a>C.2.1 Техническая и коммерческая поддержка
<a id="p100263"></a>Техническая и коммерческая поддержка, предоставляемая производителем, очень важна в течение всего жизненного цикла ОСУ. Аспекты, указанные в [C.2.2](#p100264) - [C.2.5](#p100289) подлежат рассмотрению или определению.
<a id="p100264"></a>C.2.2 Обучение персонала
<a id="p100265"></a>Обучение персонала направлено на создание необходимых навыков персонала пользователя новой или обновленной ОСУ. Соответствующие цели обучения должны быть задокументированы и рассмотрены в данном контексте (см. также [приложение D](#p100316)).
<a id="p100266"></a>Обучение определяется следующими характеристиками:
<a id="p100267"></a>a) требуемый уровень обучения в соответствии с рабочими функциями персонала (например, эксплуатация, техобслуживание, проектирование и т.д.);
<a id="p100268"></a>b) количество обучающих (количество сотрудников и часов, необходимых для обучения);
<a id="p100269"></a>c) количество людей, которых необходимо обучить;
<a id="p100270"></a>d) место обучения:
1) <a id="p100271"></a>на системе потребителя после или во время наладки и пуска,
2) <a id="p100272"></a>на объектах производителя на системе пользователя, даже если это демоверсия,
3) <a id="p100273"></a>на объектах производителя с использованием демонстрационной версии, отличающейся от реальной системы, которая будет установлена на производстве потребителя.
<a id="p100274"></a>C.2.3 Техническая поддержка для эксплуатации
<a id="p100275"></a>Потребитель должен определить тип поддержки, в которой он нуждается после пуско-наладки системы.
<a id="p100276"></a>Тип поддержки включает в себя следующие аспекты:
<a id="p100277"></a>a) проектирование: деятельность, направленная на улучшение системы, как в отношении аппаратной, так и программной конфигурации, например, обновление проекта, изменения конфигурации, добавление новых точек ввода/вывода и так далее;
<a id="p100278"></a>b) обслуживание: тип поддержки, гарантируемой производителем при возникновении отказа или повреждения системы. Она должна быть определена в СУО (соглашение об уровне обслуживания), которое является частью контракта на обслуживание. Иногда данный термин используется для обозначения времени поставки или выполнения в соответствии с контрактом. Потребитель должен установить минимальный уровень вмешательства, который должен быть гарантирован, например, время для ответа на запрос, время для вмешательства и т.д.;
<a id="p100279"></a>c) запчасти: требуемый объем аппаратных запасных деталей и период времени в годах, в течение которого будут доступны запчасти для системы, должен быть установлен для основных частей ОСУ;
<a id="p100280"></a>d) поддержка: тип гарантированной поддержки должен быть заявлен и указан в соответствии с типом отказа или повреждения:
1) <a id="p100281"></a>на площадке,
2) <a id="p100282"></a>в оперативном режиме,
3) <a id="p100283"></a>в течение рабочего времени или в течение 24 ч ежедневно.
<a id="p100284"></a>C.2.4 Гарантия
<a id="p100285"></a>Гарантия начинается с момента окончательной приемки пользователя, включая период готовности, если он предусмотрен контрактом.
<a id="p100286"></a>Период готовности - это период, выраженный в часах работы, в течение которого изготовитель гарантирует безотказность работы системы. При возникновении отказа или повреждения в течение периода готовности, изготовитель должен восстановить систему до полной работоспособности в течение периода времени, указанного в контракте, например, в течение одного часа. В противном случае, отсчет периода готовности начинается с самого начала.
<a id="p100287"></a>Гарантия указывается в годах и распространяется на отказы и повреждения, как аппаратного, так и программного обеспечения.
<a id="p100288"></a>Гарантия должна указываться вместе со согласованным СУО.
<a id="p100289"></a>C.2.5 Реквизиты поставщика
<a id="p100290"></a>C.2.5.1 Общие положения
<a id="p100291"></a>Поставщик должен предоставить дополнительную информацию в отношении реквизитов компании. Данная информация очень полезна для того, чтобы знать основные сведения, основные области специализации и опыт компании в подобных применениях. Поставщик должен предоставить информацию об ограничениях в области предоставления услуг или продуктов в некоторых странах (если это применимо).
<a id="p100292"></a>C.2.5.2 Основные области специализации
<a id="p100293"></a>Потребитель должен указать, какие основные области специализации необходимы со стороны поставщика для того, чтобы оценить требования к необходимому приложению.
<a id="p100294"></a>C.2.5.3 Опыт применения приложений
<a id="p100295"></a>Компания должна предоставить описание своего опыта использования приложения, который очень важен для определения навыков компании в этой области.
<a id="p100296"></a>C.2.5.4 Ссылки на подобные приложения
<a id="p100297"></a>Потребитель должен запросить перечень подобных приложений, успешно выполненных производителем.
<a id="p100298"></a>Число требуемых ссылок устанавливается пользователем.
<a id="p100299"></a>Перечень ссылок должен содержать:
- <a id="p100300"></a>наименование компании, которая приобрела приложение;
- <a id="p100301"></a>ФИО контактного лица;
- <a id="p100302"></a>год установки;
- <a id="p100303"></a>тип установленной системы.
<a id="p100304"></a>C.3 Поддержка системы
<a id="p100305"></a>C.3.1 Автоматическая отчетность
<a id="p100306"></a>ОСУ автоматически создает отчетность после этапа конфигурации. Документы могут включать в себя:
- <a id="p100307"></a>архитектуру системы;
- <a id="p100308"></a>параметры конфигурации;
- <a id="p100309"></a>ведомость материалов;
- <a id="p100310"></a>прикладное программное обеспечение;
- <a id="p100311"></a>схему проводки для клемм;
- <a id="p100312"></a>конфигурацию кабелей и вилок.
<a id="p100313"></a>C.3.2 Документация в оперативном режиме
<a id="p100314"></a>Документация, включая техническую документацию на компоненты ОСУ, хранится в файловых форматах и доступна для проведения поиска со стороны компьютера. Также есть возможность прямого доступа с персонального компьютера.





<div align="right">

<a id="p100315"></a>Приложение D<br>
(справочное)

</div>


<div align="center">

<a id="p100316"></a>**ТЕМЫ, ПОДЛЕЖАЩИЕ РАССМОТРЕНИЮ В ОТНОШЕНИИ ТИПА ОБУЧЕНИЯ,**<br>
**НЕОБХОДИМОГО ДЛЯ ЦЕЛЕВОГО НАЗНАЧЕНИЯ**

</div>


<a id="p100317"></a>D.1 Общие положения
<a id="p100318"></a>В соответствии с МЭК 61069-1, анализ установленного целевого назначения приводит в результате к постановке множества задач, которые следует выполнить, чтобы соответствовать целевому назначению (миссии).
<a id="p100319"></a>Решение некоторых из этих задач может осуществляться автоматически при помощи соответствующей ОСУ.
<a id="p100320"></a>Такая система упрощает задачу персонала. Однако средства контроля и управления оборудованием, которыми управляет данная система, изменяются и, кроме того, появится задача наблюдения за правильностью действия этой системы.
<a id="p100321"></a>Новая группа задач, которая выполнялась конкретным специалистом или группой специалистов, изменяется, а необходимые знания технологии промышленного процесса, и практические навыки должны быть вновь приобретены вместе с новым подходом к решению задач.
<a id="p100322"></a>Ряд факторов, который влияет на способность правильного выполнения задачи человеком, может быть сгруппирован следующим образом:
<a id="p100323"></a>a) определяющие факторы, такие как:
- <a id="p100324"></a>знания,
- <a id="p100325"></a>менталитет;
<a id="p100326"></a>b) навыки, такие как:
- <a id="p100327"></a>технические навыки,
- <a id="p100328"></a>принятие решения,
- <a id="p100329"></a>коммуникабельность.
<a id="p100330"></a>Данные факторы всегда присутствуют независимо от группы выполняемых задач и этапа жизненного цикла, в котором они должны быть выполнены, хотя их уровень и значение могут изменяться. Их следует рассматривать в течение каждого учебного мероприятия.
<a id="p100331"></a>D.2 Определяющие факторы
<a id="p100332"></a>D.2.1 Общие положения
<a id="p100333"></a>Определяющие факторы обеспечивают необходимую основу для выполнения требуемых задач. Они также позволяют специалистам находить при этом лучший способ выполнения задачи.
<a id="p100334"></a>D.2.2 Знания
<a id="p100335"></a>"Знания" - полное собрание фактов и взаимосвязей, приобретенных через информацию, изучение и опыт.
<a id="p100336"></a>К области знаний следует отнести: язык (разговорный и письменный), математику, соответствующую технологию, методы измерения и управления, экономику, процедуры администрирования и т.д.
<a id="p100337"></a>Каждый человек должен в максимально возможной степени быть осведомленным о своей работе прежде, чем приступить к участию в программе обучения, чтобы изучить то, что необходимо для выполнения работы на требуемом уровне.
<a id="p100338"></a>Релевантные знания или ключевые знания определяют, что должен знать каждый человек, назначенный для выполнения конкретной задачи, чтобы выполнить эту задачу.
<a id="p100339"></a>Не все релевантные знания имеют одинаковое значение, тем не менее, их можно разделить на две категории:
- <a id="p100340"></a>необходимые знания;
- <a id="p100341"></a>дополнительные знания.
<a id="p100342"></a>Хотя, в целом, желание все знать в максимально возможной степени является хорошей практикой, но факты вне категории "необходимые знания" следует изучать только в том случае, когда сам обучающийся активно желает их знать. С другой стороны, ключевые знания не должны быть минимальными и ограничиваться только фактами категории "необходимые знания". Ключевые знания следует поддерживать на уровне, который вселяет в работника чувство спокойствия и уверенности, что он справится со стоящей перед ним задачей (задачами).
<a id="p100343"></a>D.2.3 Менталитет
<a id="p100344"></a>"Менталитет" - совокупность внутренних сил, которые определяют поведение человека. Трудно определить такие силы, и точно так же трудно определить явно менталитет человека. Все же менталитет остается важным.
<a id="p100345"></a>Менталитет формируется, начиная с раннего детства.
<a id="p100346"></a>Менталитет может измениться, но это очень медленный процесс, происходящий, главным образом, под влиянием опыта.
<a id="p100347"></a>Если определенный менталитет имеет важное значение для выполнения задачи, следует создавать такие рабочие условия, которые активно мотивируют развитие такого менталитета.
<a id="p100348"></a>D.3 Навыки
<a id="p100349"></a>D.3.1 Общие положения
<a id="p100350"></a>"Навыки" - способность применять знания на практике.
<a id="p100351"></a>Навыки могут быть разделены на три категории:
- <a id="p100352"></a>технические навыки;
- <a id="p100353"></a>принятие решения;
- <a id="p100354"></a>коммуникабельность.
<a id="p100355"></a>D.3.2 Технические навыки
<a id="p100356"></a>Технические навыки, которые приобретаются:
- <a id="p100357"></a>при приведении в действие оборудования с использованием ручных средств, клавиатуры, экранов и т.д.;
- <a id="p100358"></a>при управлении по правилам, требующим, чтобы оператор был способен распознать информацию, представляемую ему системой, и связывать ее с требуемым действием, руководствуясь процедурами, которым необходимо следовать.
<a id="p100359"></a>Во время обучения следует отрабатывать выполнение безопасных действий, доведение до автоматизма ручных переключений и т.д.
<a id="p100360"></a>В программу обучения следует включать некоторые достаточно очевидные навыки, такие как, например, использование карандаша и бумаги. Этим следует заниматься, так как к реальной работе могли бы быть привлечены люди, которые не обязательно владеют этими навыками, но которые обладают ценным практическим опытом, необходимым для других аспектов задачи.
<a id="p100361"></a>D.3.3 Умение принимать решения
<a id="p100362"></a>Чтобы принять эффективное решение в определенной ситуации, важно иметь и/или определять факты, которые связаны с проблемой, и быть способным применить эти факты к ситуации, сделать вывод и действовать надлежащим образом.
<a id="p100363"></a>Для этого требуется, чтобы оператор использовал свои основные знания контролируемого процесса, применял их, чтобы идентифицировать информацию, полученную от системы, и сформировать стратегию преодоления ситуации, используя известные правила. В основном необходимо рассматривать факты, чтобы найти приемлемую интерпретацию.
<a id="p100364"></a>По возможности в процессе обучения следует применять тренажеры.
<a id="p100365"></a>D.3.4 Умение эффективно взаимодействовать
<a id="p100366"></a>Навыки разговорного или письменного взаимодействия являются необходимыми для информирования, убеждения, объяснения и т.д. или в случае, когда кто-то объясняет, выслушивает, ясно дает понять что-то, демонстрирует, задает вопросы, комментирует приглашения, устанавливает обратную связь, и т.д.
<a id="p100367"></a>D.4 Краткий обзор вопросов обучения
<a id="p100368"></a>[Таблица D.1](#p100370) содержит перечни (в виде матрицы) различных учебных предметов, которые будут включены в программу обучения.

<div align="right">

<a id="p100369"></a>Таблица D.1

</div>


<div align="center">

<a id="p100370"></a>Учебные дисциплины

</div>



<table>
<colgroup><col width="48%"><col width="13%"><col width="13%"><col width="13%"><col width="13%"></colgroup>
<tr><td rowspan="2"><a id="p100371"></a>Учебные дисциплины</td><td colspan="2"><a id="p100372"></a>Уровень знаний</td><td colspan="2"><a id="p100373"></a>Уровень навыков</td></tr>
<tr><td><a id="p100374"></a>должен знать</td><td><a id="p100375"></a>полезно знать</td><td><a id="p100376"></a>должен знать</td><td><a id="p100377"></a>полезно знать</td></tr>
<tr><td><a id="p100378"></a>Общие дисциплины:</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100379"></a>- Языки:</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100380"></a>- родной язык;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100381"></a>- английский язык;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100382"></a>- языки программного обеспечения</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100383"></a>- Математика:</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100384"></a>- вычисления;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100385"></a>- основные функции;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100386"></a>- булева алгебра;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100387"></a>- матричная алгебра;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100388"></a>- статистика;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100389"></a>- моделирование</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100390"></a>- Технология:</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100391"></a>- физика;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100392"></a>- химия;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100393"></a>- электроника;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100394"></a>- механика;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100395"></a>- материалы</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100396"></a>- Администрирование:</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100397"></a>- использование форм;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100398"></a>- письменные отчеты;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100399"></a>- интерпретация данных;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100400"></a>- составление бухгалтерского баланса</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100401"></a>- Социальные аспекты:</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100402"></a>- коммуникабельность;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100403"></a>- работа в коллективе;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100404"></a>- эффективное слушание;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100405"></a>- устные выступления;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100406"></a>- выступление с презентацией</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100407"></a>Специализированные дисциплины:</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100408"></a>- Оборудование:</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100409"></a>- области применения;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100410"></a>- запорная арматура;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100411"></a>- двигатели;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100412"></a>- насосы;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100413"></a>- конвейеры;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100414"></a>- теплообменники;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100415"></a>- печи;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100416"></a>- измерительные приборы;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100417"></a>- модули управления;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100418"></a>- системы управления;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100419"></a>- диагностические инструменты</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100420"></a>- Инжиниринг:</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100421"></a>- методы измерения;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100422"></a>- методы управления;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100423"></a>- инжиниринг программного обеспечения;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100424"></a>- прикладной инжиниринг;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100425"></a>- инжиниринг электрики;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100426"></a>- инжиниринг механики;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100427"></a>- управление проектами;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100428"></a>- управление обслуживанием;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100429"></a>- энергетика</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100430"></a>- Типовой процесс:</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100431"></a>- горение;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100432"></a>- производство энергии;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100433"></a>- очистка воды;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100434"></a>- дистилляция;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100435"></a>- каталитическая обработка;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100436"></a>- просушивание;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100437"></a>- фильтрация;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100438"></a>- охлаждение/замораживание;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100439"></a>- технологический маршрут;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100440"></a>- сбыт;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100441"></a>- энергосбережение;</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100442"></a>- охрана окружающей среды</td><td></td><td></td><td></td><td></td></tr>
</table>


<a id="p100443"></a>Для каждого из предметов следует указать требуемый уровень знания и навыков для данной задачи.
<a id="p100444"></a>Содержание матричной таблицы не является исчерпывающим, и следует дополнить ее, исходя из конкретных потребностей миссии и задач, для которых учебная программа задумана.
<a id="p100445"></a>Каждую из ячеек в матричной таблице следует далее расширить, чтобы предоставить информацию о содержании и ходе подготовки того или иного учебного предмета.





<div align="right">

<a id="p100446"></a>Приложение E

</div>

<div align="center">

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

<a id="p100447"></a>ПОКАЗАТЕЛИ, ПРИМЕНЯЕМЫЕ ДЛЯ ОЦЕНКИ СВОЙСТВА<br>
ОБЕСПЕЧЕНИЯ КАЧЕСТВА

</div>


<a id="p100448"></a>E.1 Компания
<a id="p100449"></a>[Таблицы E.1](#p100451) - [E.20](#p100664) содержат руководства по определению и сбору информации для определения и оценки свойств обеспечения качества.

<div align="right">

<a id="p100450"></a>Таблица E.1

</div>


<div align="center">

<a id="p100451"></a>Профиль компании

</div>



| <a id="p100452"></a>Элементы определения | <a id="p100453"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100454"></a>Экономические аспекты | <a id="p100455"></a>Компания является известной |
| <a id="p100456"></a>Номенклатура продукции/промышленные процессы | <a id="p100457"></a>Номенклатура изделий и число процессов охватывает наибольшую часть требований заказчиков (как отмечено в ДТС) так, что большинство видов продукции могут быть обеспечены небольшим количеством поставщиков |
| <a id="p100458"></a>Местоположение | <a id="p100459"></a>Местоположение поставщика обеспечивает оптимальную транспортную логистику, коммуникации и безопасность |
| <a id="p100460"></a>Положение на рынке | <a id="p100461"></a>Поставщик занимает прочную позицию на соответствующем рынке (доля рынка) и имеет хорошую репутацию |
| <a id="p100462"></a>Уровень инновационности/инновационный потенциал | <a id="p100463"></a>Поставщик имеет необходимый потенциал (ресурсы), чтобы выполнить инновационные требования |


<div align="right">

<a id="p100464"></a>Таблица E.2

</div>


<div align="center">

<a id="p100465"></a>Управление

</div>



| <a id="p100466"></a>Элементы определения | <a id="p100467"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100468"></a>Стабильность | <a id="p100469"></a>Администрация демонстрирует стабильность или, в случае изменений, необходимую непрерывность так, чтобы поддерживалась долгосрочная предсказуемость поставщика |
| <a id="p100470"></a>Компетентность | <a id="p100471"></a>Поведение администрации демонстрирует компетентность при выполнении требований заказчика |
| <a id="p100472"></a>Ориентация на заказчика | <a id="p100473"></a>Посредством постоянного контакта с пользователем, руководство демонстрирует свое отношение в отношении ориентации на заказчиков. Решения, согласованные во время визитов или встреч с заказчиками, реализуются быстро и эффективно |


<a id="p100474"></a>Таблица E.3

<div align="right">

<a id="p100475"></a>Система управления качеством (УК)

</div>



| <a id="p100476"></a>Элементы определения | <a id="p100477"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100478"></a>Сертификация | <a id="p100479"></a>Поставщик имеет систему менеджмента качества, сертифицированную в соответствии с ИСО 9000 или другим стандартом |
| <a id="p100480"></a>Результаты аудита | <a id="p100481"></a>Результаты внутреннего аудита качества и результатов работы с другими заказчиками, фактически не имевших серьезных претензий |


<div align="right">

<a id="p100482"></a>Таблица E.4

</div>


<div align="center">

<a id="p100483"></a>Сотрудничество и обслуживание (полная оценка)

</div>



| <a id="p100484"></a>Элементы определения | <a id="p100485"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100486"></a>Партнерство | <a id="p100487"></a>Поставщик имеет политику обеспечения качества, направленную на развитие партнерских связей с его заказчиками во всех областях взаимодействия между заказчиком и поставщиком |
| <a id="p100488"></a>Гибкость | <a id="p100489"></a>Организация поставщика проявляет гибкость в сотрудничестве с заказчиками так, чтобы на пожелания заказчика реагировали, анализировали их соответствующим образом и соответственно выполняли. Это также постоянно демонстрируется в ходе текущего сотрудничества с заказчиком |
| <a id="p100490"></a>Надежность | <a id="p100491"></a>Поставщик показывает всем своим поведением, что он - надежный партнер |
| <a id="p100492"></a>Соглашение об обеспечении качества | <a id="p100493"></a>Поставщик готов в принципе заключать с заказчиком соглашение об обеспечении качества |
| <a id="p100494"></a>Открытость | <a id="p100495"></a>Поставщик предлагает технические, организационные и человеческие ресурсы, необходимые, для обеспечения оптимального взаимодействия |


<div align="right">

<a id="p100496"></a>E.2 Технологии

</div>


<div align="center">

<a id="p100497"></a>Таблица E.5

<a id="p100498"></a>Стратегия продукции

</div>



| <a id="p100499"></a>Элементы определения | <a id="p100500"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100501"></a>Ориентация на стандарты | <a id="p100502"></a>Насколько это возможно и необходимо, поставщик должен ориентироваться на действующие стандарты |
| <a id="p100503"></a>Ориентация на потребности заказчика | <a id="p100504"></a>Стратегия продукции ориентирована на потребности потребителя с помощью средств быстрого реагирования на изменение его потребностей |
| <a id="p100505"></a>Системы/модули | <a id="p100506"></a>Поставщик готов и имеет возможность поставлять модули/системы в дополнение к продукции его собственного изготовления |


<div align="right">

<a id="p100507"></a>Таблица E.6

</div>


<div align="center">

<a id="p100508"></a>Производство

</div>



| <a id="p100509"></a>Элементы определения | <a id="p100510"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100511"></a>Используемые технологии | <a id="p100512"></a>Используемые технологии соответствуют современному техническому уровню |
| <a id="p100513"></a>Технологическая компетентность | <a id="p100514"></a>Поставщик полностью компетентен в использовании современных технологий |


<div align="right">

<a id="p100515"></a>Таблица E.7

</div>


<div align="center">

<a id="p100516"></a>Разработка

</div>



| <a id="p100517"></a>Элементы определения | <a id="p100518"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100519"></a>Длительность разработки | <a id="p100520"></a>Длительность разработки (вплоть до маркетинга), наименьшая по сравнению с конкурентами поставщика |
| <a id="p100521"></a>Образцы/прототипы | <a id="p100522"></a>Образцы/прототипы всегда разрабатываются в согласованные сроки. Первые образцы/прототипы выполняются в соответствии с установленными требованиями |
| <a id="p100523"></a>Квалификационные процедуры | <a id="p100524"></a>Поставщик способен выполнить все необходимые испытания, чтобы не было потребности в полном испытании качества у потребителя |
| <a id="p100525"></a>Рыночная зрелость | <a id="p100526"></a>Основные характеристики первых образцов/прототипов (обеспечение параметров процесса и т.д.) показывают, что продукция для поставки будет полностью соответствовать требованиям потребителя |


<a id="p100527"></a>Таблица E.8

<a id="p100528"></a>Сотрудничество


| <a id="p100529"></a>Элементы определения | <a id="p100530"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100531"></a>Техническая поддержка | <a id="p100532"></a>Поставщик может обеспечить поддержку штата разработчиков потребителя по всем аспектам разработки и, таким образом, играть ключевую роль ценного партнера потребителя |
| <a id="p100533"></a>Информационная политика | <a id="p100534"></a>Поток информации от поставщика является всесторонним и позволяет штату разработчиков потребителя принимать во внимание все аспекты нового изделия, в том числе, отличные от точки зрения поставщика |
| <a id="p100535"></a>Области взаимодействия | <a id="p100536"></a>Поставщик предлагает достаточно прямые контакты, чтобы поток информации не искажался и/или не использовались нерациональные пути прохождения информации |
| <a id="p100537"></a>Документация | <a id="p100538"></a>Документация на образцы/прототипы является исчерпывающей и не вызывает последующих вопросов |


<a id="p100539"></a>E.3 Процессы

<a id="p100540"></a>Таблица E.9

<a id="p100541"></a>Документация процесса


| <a id="p100542"></a>Элементы определения | <a id="p100543"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100544"></a>Процедуры | <a id="p100545"></a>Все ключевые процессы (эксплуатационные и процессы производства продукции) документированы в подходящей форме (в виде процедур) |
| <a id="p100546"></a>Контрольная проверка | <a id="p100547"></a>Все процессы имеют подходящие контрольные точки, для проверки, что поставщик располагает полным набором команд для управления процессами |


<a id="p100548"></a>Таблица E.10

<a id="p100549"></a>Управление процессом


| <a id="p100550"></a>Элементы определения | <a id="p100551"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100552"></a>Соответствие процесса | <a id="p100553"></a>Соответствие процесса по ключевым точкам процесса доказано и удовлетворяет требованиям |
| <a id="p100554"></a>Изменение процесса (частота) | <a id="p100555"></a>Частота изменений - в соответствии с потребностью в повышении качества, уменьшении затрат и обеспечении поставки потребителю |


<a id="p100556"></a>Таблица E.11

<a id="p100557"></a>Экологическая совместимость


| <a id="p100558"></a>Элементы определения | <a id="p100559"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100560"></a>Потребление ресурсов (для изготовления продукции) | <a id="p100561"></a>Поставщик контролирует, документирует и предоставляет информацию по потреблению ресурсов. Потребление ресурсов оптимально, по сравнению с конкурентами поставщика |
| <a id="p100562"></a>Использование опасных веществ | <a id="p100563"></a>Использование опасных веществ в процессе производства зарегистрировано, и предприняты шаги по сокращению использования опасных веществ до абсолютного минимума |
| <a id="p100564"></a>Экологическое загрязнение | <a id="p100565"></a>Экологическое загрязнение, являющееся результатом изготовления, применения и утилизации изделий зарегистрировано и постоянно уменьшается |
| <a id="p100566"></a>Потенциальный риск | <a id="p100567"></a>Возрастание потенциального риска от изделия уже принято во внимание на стадии разработки, и риски минимизированы. Где необходимо, используется подходящая маркировка, чтобы привлечь внимание потребителя к остаточному риску |


<a id="p100568"></a>Таблица E.12

<a id="p100569"></a>Сотрудничество


| <a id="p100570"></a>Элементы определения | <a id="p100571"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100572"></a>Уведомление об изменении | <a id="p100573"></a>Изменения важного изделия процесса осуществлены только после предшествующей консультации с потребителем, который вовремя уведомлен до их запланированного введения так, чтобы потребитель мог исследовать воздействие на его текущее производство и, где необходимо, получить требуемое одобрение от своих клиентов |
| <a id="p100574"></a>Сообщения о соответствии процесса | <a id="p100575"></a>Сообщения поставщика по соответствию процесса изготовления ответственного изделия и параметров процесса являются регулярными в согласованные интервалы времени |


<a id="p100576"></a>E.4 Продукция

<a id="p100577"></a>Таблица E.13

<a id="p100578"></a>Качество поставки


| <a id="p100579"></a>Элементы определения | <a id="p100580"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100581"></a>Частота отказов | <a id="p100582"></a>Частота отказов (x 10-6) ниже, чем согласованное установленное значение для всех применяемых изделий |
| <a id="p100583"></a>Процент брака (технический) | <a id="p100584"></a>Процент брака поставок ниже согласованного установленного значения |
| <a id="p100585"></a>Частота отказов у потребителя | <a id="p100586"></a>Число производственных отказов (x 10-6) (сбои, которые происходят в последующих этапах технологических процессов) ниже согласованного значения |
| <a id="p100587"></a>Упаковка, маркировка | <a id="p100588"></a>Претензии на недостатки в упаковке и маркировке, допущенные поставщиком, - ниже соответствующего согласованного значения. Упаковка практична, предоставляет адекватную защиту продукции и выполнена в рамках необходимых ограничений (по габаритным размерам, весу и т.п.). Маркировка содержит всю необходимую информацию, является четкой и сопровождается штрих-кодом |


<a id="p100589"></a>Таблица E.14

<a id="p100590"></a>Надежность


| <a id="p100591"></a>Элементы определения | <a id="p100592"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100593"></a>Частота отказов в эксплуатационном состоянии | <a id="p100594"></a>Полевая частота отказов (отказы в процессе эксплуатации потребителем) - ниже согласованного установленного значения (x 10-6) |
| <a id="p100595"></a>Результаты испытаний безотказности | <a id="p100596"></a>Число отказов при испытаниях безотказности, выполненных поставщиком и потребителем - меньше, чем согласованные установленные значения |


<a id="p100597"></a>Таблица E.15

<a id="p100598"></a>Обработка претензий


| <a id="p100599"></a>Элементы показателя | <a id="p100600"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100601"></a>Отчеты об анализе отказов | <a id="p100602"></a>По форме и содержанию, отчет соответствует требованиям. В нем содержатся детали корректирующего действия, требуемого для предотвращения повторения отказа |
| <a id="p100603"></a>Время обработки | <a id="p100604"></a><a id="p100605"></a><a id="p100606"></a><a id="p100607"></a>Время подготовки отчета о результатах анализа в объеме:<br>- исходное уведомление о получении претензии,<br>- подготовка заключительной оценки,<br>- подготовка предложения по корректирующим действиям, удовлетворяющим требования |
| <a id="p100608"></a>Эффективность корректирующих действий | <a id="p100609"></a>Корректирующее действие, предложенное в отчете об анализе отказа, успешно. Текущие отказы отсутствуют |


<a id="p100610"></a>Таблица E.16

<a id="p100611"></a>Сотрудничество


| <a id="p100612"></a>Элементы определения | <a id="p100613"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100614"></a>Области взаимодействия | <a id="p100615"></a>Области взаимодействия и процедуры для обмена информацией по продукции четко определены |
| <a id="p100616"></a>Информация | <a id="p100617"></a>Обеспеченная информация о продукции адекватна и удовлетворительна |
| <a id="p100618"></a>Система раннего предупреждения (технического) | <a id="p100619"></a>Поставщик использует систему раннего предупреждения, которая дает потребителю раннее уведомление о возникновении проблем в производстве поставщика |
| <a id="p100620"></a>Взаимные программы совершенствования | <a id="p100621"></a>По своей собственной инициативе, поставщик предпринимает шаги, чтобы улучшить продукцию, которую он поставляет |
| <a id="p100622"></a>Уведомление об изменениях | <a id="p100623"></a>Уведомления об изменениях оформляются быстро и подробно, чтобы не возникало необходимости в специальных запросах |


<a id="p100624"></a>E.5 Поставки

<a id="p100625"></a>Таблица E.17

<a id="p100626"></a>Логистика (материально-техническое обеспечение) поставки


| <a id="p100627"></a>Элементы определения | <a id="p100628"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100629"></a>Способность обеспечить поставку | <a id="p100630"></a>Способность поставщика поставлять продукцию даже в случае изменений требований в связи с увеличением спроса. С этой целью, между поставщиком и потребителем происходят регулярные корректные обсуждения прогнозируемых количественных требований. Поставщик является инициатором такого диалога |
| <a id="p100631"></a>Надежность поставок | <a id="p100632"></a>Надежность поставок, которые выполняются к согласованной дате поставки, выраженная в процентах от общего числа поставок, оцениваются выше целевого значения |
| <a id="p100633"></a>Срывы сроков поставки (логистика) | <a id="p100634"></a>Процент срыва сроков поставок в процентах из-за сбоев материально-технического обеспечения (ошибочные поставки, неправильная дата поставки, и т.д.) оцениваются ниже целевого значения |
| <a id="p100635"></a>Непредвиденные обстоятельства | <a id="p100636"></a>Поставщик создает запасы для непредвиденных обстоятельств, чтобы гарантировать поставки в случае краткосрочной остановки производства |
| <a id="p100637"></a>Концепция "точно в срок" | <a id="p100638"></a>Поставщик активно предлагает контракты на поставку на условиях "точно в срок" |
| <a id="p100639"></a>Система раннего предупреждая (логистика) | <a id="p100640"></a>Логистика поставщика содержит систему раннего предупреждения, чтобы быстро сообщить клиенту о задержке поставки |


<a id="p100641"></a>Таблица E.18

<a id="p100642"></a>Транспортные системы


| <a id="p100643"></a>Элементы определения | <a id="p100644"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100645"></a>Транспортировка, упаковка | <a id="p100646"></a>Метод транспортировки и форма упаковки выбраны таким образом, чтобы надежно предотвратить повреждение изделия при транспортировке |
| <a id="p100647"></a>Маркировка | <a id="p100648"></a>Маркировка соответствует требованиям потребителя. Специальные требования маркировки приняты во внимание |
| <a id="p100649"></a>Повторное использование/утилизация отходов | <a id="p100650"></a>В зависимости от типа упаковки (материал, конструкция и т.д.) можно либо повторно применять ее, либо осуществить альтернативную, организованную утилизацию отходов с отделением маркированных материалов, пригодных для использования |
| <a id="p100651"></a>Сопроводительные документы на товар | <a id="p100652"></a>Документы, которые сопровождают товары и содержат всю необходимую, четко сформулированную информацию |


<a id="p100653"></a>Таблица E.19

<a id="p100654"></a>Управление стоимостью


| <a id="p100655"></a>Элементы определения | <a id="p100656"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100657"></a>Условия продажи/сроки оплаты | <a id="p100658"></a>Поставщик принимает условия покупки потребителем и сроки оплаты или, альтернативно, соблюдает обычную рыночную практику |
| <a id="p100659"></a>Практика ценообразования, дисциплина | <a id="p100660"></a>Поставщик дает надежные, долгосрочные ценовые параметры и готов подписать долгосрочные соглашения на поставки с устойчивыми ценами |
| <a id="p100661"></a>Прозрачность стоимости | <a id="p100662"></a>Затраты на производство продукции представлены так ясно, что основные составляющие стоимости (материалы, издержки производства, затраты на упаковку и т.д.) могли быть идентифицированы и потенциал для сокращений стоимости признан обеими сторонами |


<a id="p100663"></a>Таблица B.20

<div align="right">

<a id="p100664"></a>Сотрудничество

</div>



| <a id="p100665"></a>Элементы определения | <a id="p100666"></a>Целевые требования для 100%-ного соответствия |
| --- | --- |
| <a id="p100667"></a>Обмен данными | <a id="p100668"></a>Поставщик имеет технические средства обслуживания, чтобы быть в состоянии для рентабельной обработки и обмена данными (заказы, закупки, претензии, перечни данных и т.д.), используя технологии EDI (электронный обмен данных) |
| <a id="p100669"></a>Обработка запросов и заказов | <a id="p100670"></a>Время обработки заказов и запросов соответствует согласованным масштабам времени |
| <a id="p100671"></a>Время отклика/гибкость | <a id="p100672"></a>Время отклика и гибкость соответствует согласованным требованиям |
| <a id="p100673"></a>Совместные программы снижения затрат | <a id="p100674"></a>Для сокращения стоимости поставщик и потребитель регулярно анализируют совместно затраты, чтобы определить возможности сокращений стоимости и предпринимают соответствующие действия |
| <a id="p100675"></a>Прекращение выпуска | <a id="p100676"></a>Прекращение выпуска конкретной продукции выполнено в пределах подходящего периода времени, чтобы дать возможность поставщику разработать альтернативное предложение, не уменьшая его способность осуществлять поставку |


<a id="p100677"></a>*Примечание* - С разрешения издателя, приложение B было взято из публикации ZVEI FV 23: Система определения свойств поставщика.





<div align="right">

<a id="p100678"></a>Приложение F

</div>

<div align="center">

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

<a id="p100679"></a>МАТРИЦА ОПРЕДЕЛЕНИЯ СВОЙСТВ ДЛЯ ОЦЕНКИ СОВМЕСТИМОСТИ

</div>


<a id="p100680"></a>В [таблице F.1](#p100682) показан пример матрицы определения свойств.

<div align="right">

<a id="p100681"></a>Таблица F.1

</div>


<div align="center">

<a id="p100682"></a>Матрица определения свойств для оценки совместимости

</div>



<table>
<colgroup><col width="31%"><col width="19%"><col width="16%"><col width="16%"><col width="19%"></colgroup>
<tr><td><a id="p100683"></a>Тип интерфейса</td><td><a id="p100684"></a>Применяемый стандарт</td><td><a id="p100685"></a>Ранжировка</td><td><a id="p100686"></a>Соответствие ДТС</td><td><a id="p100687"></a>Приемлемость<br>Да/Нет</td></tr>
<tr><td><a id="p100688"></a>Элементы:</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100689"></a>- входные карты;</td><td><a id="p100690"></a>корпоративный</td><td rowspan="4"></td><td rowspan="4"></td><td rowspan="4"></td></tr>
<tr><td><a id="p100691"></a>- выходные карты;</td><td><a id="p100692"></a>корпоративный</td></tr>
<tr><td><a id="p100693"></a>- ............</td><td></td></tr>
<tr><td><a id="p100694"></a>- соединительные кабели</td><td><a id="p100695"></a>МЭК</td></tr>
<tr><td><a id="p100696"></a>Модули:</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100697"></a>Подсистема:</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100698"></a>Связь:</td><td><a id="p100699"></a>МЭК</td><td></td><td></td><td></td></tr>
<tr><td><a id="p100700"></a>Задача:</td><td rowspan="3"><a id="p100701"></a>МЭК</td><td></td><td></td><td></td></tr>
<tr><td><a id="p100702"></a>- управление;</td><td></td><td></td><td></td></tr>
<tr><td><a id="p100703"></a>- сбор данных;</td><td></td><td></td><td></td></tr>
<tr><td><a id="p100704"></a>Приложение:</td><td></td><td></td><td></td><td></td></tr>
<tr><td><a id="p100705"></a>- программное обеспечение</td><td><a id="p100706"></a>ИСО</td><td></td><td></td><td></td></tr>
</table>






<div align="center">

<a id="p100707"></a>Приложение ДА<br>
(справочное)

<a id="p100708"></a>СВЕДЕНИЯ О СООТВЕТСТВИИ ССЫЛОЧНЫХ МЕЖДУНАРОДНЫХ СТАНДАРТОВ<br>
НАЦИОНАЛЬНЫМ СТАНДАРТАМ

<a id="p100709"></a>Таблица ДА.1

</div>



<table>
<colgroup><col width="31%"><col width="11%"><col width="58%"></colgroup>
<tr><td><a id="p100710"></a>Обозначение ссылочного международного стандарта</td><td><a id="p100711"></a>Степень соответствия</td><td><a id="p100712"></a>Обозначение и наименование соответствующего национального стандарта</td></tr>
<tr><td><a id="p100713"></a>IEC 61069-1:2016</td><td><a id="p100714"></a>IDT</td><td><a id="p100715"></a><a href="https://bukva.ai/docs/standart-gost-r-mek-61069-1-2017">ГОСТ Р МЭК 61069-1-2017</a> "Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 1. Терминология и общие концепции"</td></tr>
<tr><td><a id="p100716"></a>IEC 61069-2:2016</td><td><a id="p100717"></a>IDT</td><td><a id="p100718"></a><a href="https://bukva.ai/docs/standart-gost-r-mek-61069-2-2017">ГОСТ Р МЭК 61069-2-2017</a> "Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 2. Методология оценки"</td></tr>
<tr><td colspan="3"><a id="p100719"></a><a id="p100720"></a>Примечание - В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов:<br>- IDT - идентичные стандарты.</td></tr>
</table>







## <a id="p100721"></a>Библиография



| <a id="p100722"></a>[1] | <a id="p100723"></a>IEC 60300-2, Dependability management - Part 2: Dependability programme elements and tasks [<1>](#p100783) |
| --- | --- |
| <a id="p100724"></a>[2] | <a id="p100725"></a>IEC 60300-3-10, Dependability management - Part 3-10: Application guide - Maintainability |
| <a id="p100726"></a>[3] | <a id="p100727"></a>IEC 61069-3:2016, Industrial-process measurement, control and automation - Evaluation of system properties for the purpose of system assessment - Part 3: Assessment of system functionality |
| <a id="p100728"></a>[4] | <a id="p100729"></a>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 |
| <a id="p100730"></a>[5] | <a id="p100731"></a>IEC 61069-5:2016, Industrial-process measurement, control and automation - Evaluation of system properties for the purpose of system assessment - Part 5: Assessment of system dependability |
| <a id="p100732"></a>[6] | <a id="p100733"></a>IEC 61069-6:2016, Industrial-process measurement, control and automation - Evaluation of system properties for the purpose of system assessment - Part 6: Assessment of system operability |
| <a id="p100734"></a>[7] | <a id="p100735"></a>IEC 61069-7:2016, Industrial process measurement, control and automation - valuation of system properties for the purpose of system assessment - Part 7: Assessment of system safety |
| <a id="p100736"></a>[8] | <a id="p100737"></a>IEC 61082-1, Preparation of documents used in electrotechnology - Part 1: Rules |
| <a id="p100738"></a>[9] | <a id="p100739"></a>IEC 61082-2, Preparation of documents used in electrotechnology - Part 2: Function oriented diagrams [<2>](#p100784) |
| <a id="p100740"></a>[10] | <a id="p100741"></a>IEC 61082-3, Preparation of documents used in electrotechnology - Part 3: Connection diagrams, tables and lists [<3>](#p100785) |
| <a id="p100742"></a>[11] | <a id="p100743"></a>IEC 61082-4, Preparation of documents used in electrotechnology - Part 4: Location and installation documents [<4>](#p100786) |
| <a id="p100744"></a>[12] | <a id="p100745"></a>IEC 61187, Electrical and electronic measuring equipment - Documentation |
| <a id="p100746"></a>[13] | <a id="p100747"></a>IEC 61346-1, Industrial systems, installations and equipment and industrial products - Structuring principles and reference designation - Part 1: Basic rules [<5>](#p100787) |
| <a id="p100748"></a>[14] | <a id="p100749"></a>IEC 61346-2, Industrial systems, installations and equipment and industrial products - Structuring principles and reference designations - Part 2: Classification of objects and codes for classes [<6>](#p100788) |
| <a id="p100750"></a>[15] | <a id="p100751"></a>IEC 61346-4, Industrial systems, installations and equipment and industrial products - Structuring principles and reference designation - Part 4: Discussion of concepts [<7>](#p100789) |
| <a id="p100752"></a>[16] | <a id="p100753"></a>IEC 61506:1997, Industrial-process measurement and control - Documentation of application software |
| <a id="p100754"></a>[17] | <a id="p100755"></a>IEC 61355 (all parts), Classification and designation of documents for plants, systems and equipment |
| <a id="p100756"></a>[18] | <a id="p100757"></a>IEC 61508 (all parts), Functional safety of electrical/electronic/programmable electronic safety-related systems |
| <a id="p100758"></a>[19] | <a id="p100759"></a>ISO/IEC/IEEE 15288, Systems and software engineering - System life cycle processes |
| <a id="p100760"></a>[20] | <a id="p100761"></a>IEC TS 62603-1, Industrial process control systems - Guideline for evaluating process control systems - Part 1: Specifications |
| <a id="p100762"></a>[21] | <a id="p100763"></a>ISO 19011, Guidelines for quality and/or environmental management systems auditing |
| <a id="p100764"></a>[22] | <a id="p100765"></a>ISO/IEC 25000, Software engineering - Software product Quality Requirements and Evaluation (SQuaRE) - Guide to SQuaRE |
| <a id="p100766"></a>[23] | <a id="p100767"></a>FV 23, Supplier evaluation system, ZVEI, Nürnberg |
| <a id="p100768"></a>[24] | <a id="p100769"></a>Saaty, Thomas, The analytical hierarchy process, McGraw-Hill, New York |
| <a id="p100770"></a>[25] | <a id="p100771"></a>Kepner, C & Tregoe, B, The rational manager, McGraw-Hill, New York |
| <a id="p100772"></a>[26] | <a id="p100773"></a>Smith, M, Dennis, Two views of "Total System", ISA paper ISBN 0-87664-701-8 |
| <a id="p100774"></a>[27] | <a id="p100775"></a>ISO 9000, Quality management systems - Fundamentals and vocabulary |
| <a id="p100776"></a>[28] | <a id="p100777"></a>ISO 9001, Quality management systems - Requirements |
| <a id="p100778"></a>[29] | <a id="p100779"></a>ISO/IEC 9126 (all parts), Software engineering - Product quality |
| <a id="p100780"></a>[30] | <a id="p100781"></a>ISO/IEC 12207:1995, Systems and software engineering - Software life cycle processes |



<a id="p100782"></a>

---

<a id="p100783"></a><1> Данная публикация отменена.
<a id="p100784"></a><2> Данная публикация отменена и заменена на IEC 61082-1:2006.
<a id="p100785"></a><3> Данная публикация отменена и заменена на IEC 61082-1:2006.
<a id="p100786"></a><4> Данная публикация отменена и заменена на IEC 61082-1:2006.
<a id="p100787"></a><5> Данная публикация отменена и заменена на IEC 81346-1:2009.
<a id="p100788"></a><6> Данная публикация отменена и заменена на IEC 81346-2:2009.
<a id="p100789"></a><7> Данная публикация отменена.



<a id="p100790"></a>

---