обеспечение+риска+производства

продукция
Результат деятельности или процессов.
Примечания
1 Продукция может включать услуги, оборудование, перерабатываемые материалы, программное обеспечение или комбинации из них.
2 Продукция может быть материальной (например, узлы или перерабатываемые материалы) или нематериальной (например, информация или понятия), или комбинацией из них.
3 Продукция может быть намеренной (например, предложение потребителям или ненамеренной (например, загрязнитель или нежелательные последствия).
[ИСО 8402-94]
[ ГОСТ Р 52104-2003]

продукция
Результат процесса.
Примечания
1. Существуют четыре общие категории продукции:
- услуги (например, перевозки);
- программные средства (например, компьютерная программа, словарь);
- технические средства (например, узел двигателя);
- перерабатываемые материалы (например, смазка).
Многие виды продукции содержат элементы, относящиеся к различным общим категориям продукции. Отнесение продукции к услугам, программным, техническим средствам или перерабатываемым материалам зависит от преобладающего элемента.(например, поставляемая продукция "автомобиль" состоит из технических средств (например, шин), перерабатываемых материалов (горючее, охлаждающая жидкость), программных средств (программное управление двигателем, инструкция для водителя) и услуги (разъяснения по эксплуатации, даваемые продавцом).
2. Услуга является результатом, по меньшей мере, одного действия, обязательно осуществленного при взаимодействии поставщика и потребителя, и, как правило, нематериальна. Предоставление услуги может включать в себя, например, следующее:
- деятельность, осуществленную на поставленной потребителем материальной продукции (например, ремонт неисправного автомобиля);
- деятельность, осуществленную на поставленной потребителем нематериальной продукции (например, составление заявления о доходах, необходимого для определения размера налога);
- предоставление нематериальной продукции (например, информации в смысле передачи знаний);
- создание благоприятных условий для потребителей (например, в гостиницах и ресторанах).
Программное средство содержит информацию и обычно является нематериальным, может также быть в форме подходов, операций или процедуры.
Техническое средство, как правило, является материальным и его количество выражается исчисляемой характеристикой. Перерабатываемые материалы обычно являются материальными и их количество выражается непрерывной характеристикой. Технические средства и перерабатываемые материалы часто называют товарами.
3. обеспечение качества направлено главным образом на предполагаемую продукцию.
[ ГОСТ Р ИСО 9000-2008]

продукция
Товары, поступившие в продажу.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

продукция
Совокупность продуктов и услуг производства (или иной экономической деятельности: строительства, транспорта, связи и др.), оцениваемая в стоимостном или натуральном измерении; выход экономической системы. В различных источниках круг объектов, относимых к П., существенно различается. В плановой практике продукцией считаются только полезные продукты труда — готовые изделия, полуфабрикаты, услуги. В более широком смысле, кроме этого, к ней относят также, например, отходы, в том числе загрязняющие среду, побочные продукты, брак. Однако в этом смысле предпочтительнее термин выпуск. См. также Валовая продукция, Конечный продукт (народнохозяйственный), Конечный продукт отрасли, Продукт, Результаты, Условно-чистая продукция, Чистая продукция.
[ http://slovar-lopatnikov.ru/]

EN

merchandise
Goods that are sold in business.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

Тематики

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

EN

• merchandise
• output
• product
• production

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

Примечание - Используют также термин «программный продукт».

Источник: ГОСТ Р ИСО/МЭК 15910-2002: Информационная технология. Процесс создания документации пользователя программного средства оригинал документа

3.2 продукция (product): Результат процесса.

Примечания

1 В стандарте ИСО 9000:2005 упоминаются четыре общие категории продукции:

- услуги (например, перевозки) (см. определение в п. 3.4);

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

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

- переработанные материалы (например, смазка).

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

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

3 Определение заимствовано из стандарта ИСО/МЭК 17000:2004 (3.3).

Источник: ГОСТ Р ИСО/МЭК 17020-2012: Оценка соответствия. Требования к работе различных типов органов инспекции оригинал документа

3.3 продукция (product): Результат процесса.

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

Источник: ГОСТ Р 52655-2006: Информационно-коммуникационные технологии в образовании. Интегрированная автоматизированная система управления учреждением высшего профессионального образования. Общие требования оригинал документа

3.1 продукция (product): Результат действий или процесса. Продукцией могут быть: услуги, технические средства, обработанные материалы, программное обеспечение или их комбинация.

Источник: ГОСТ Р 51901.4-2005: Менеджмент риска. Руководство по применению при проектировании оригинал документа

3.4.2 продукция (product): Результат процесса (3.4.1).

Примечания

1 Существуют четыре общие категории продукции:

- услуги (например, перевозки);

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

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

- перерабатываемые материалы (например, смазка).

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

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

2 Услуга является результатом, по меньшей мере, одного действия, обязательно осуществленного при взаимодействии поставщика (3.3.6)и потребителя (3.3.5), и, как правило, нематериальна. Предоставление услуги может включать в себя, например, следующее:

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

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

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

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

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

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

Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

3.4 продукция (product): Результат процесса (см. 3.3).

Примечания

1 Имеются четыре общие категории продукции:

- услуги (например перевозки);

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

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

- перерабатываемые материалы (например смазка).

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

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

2 Услуга является результатом по меньшей мере одного действия, обязательно осуществленного при взаимодействии поставщика и потребителя, она, как правило, нематериальна. Предоставление услуги может включать в себя, к примеру, следующее:

- деятельность, осуществленную на поставленной потребителем материальной продукции (например автомобиль, нуждающийся в ремонте);

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

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

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

форме подходов, операций или процедуры (3.2).

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

[см. 3.4.2 ИСО 9000]

Источник: ГОСТ Р ИСО 10005-2007: Менеджмент организации. Руководящие указания по планированию качества оригинал документа

3.1.11 продукция (product): Любые изделия или услуги.

Источник: ГОСТ Р ИСО 14021-2000: Этикетки и декларации экологические. Самодекларируемые экологические заявления (экологическая маркировка по типу II) оригинал документа

3.2 продукция (Product): Любой товар или услуга.

Источник: ГОСТ Р ИСО 14024-2000: Этикетки и декларации экологические. Экологическая маркировка типа I. Принципы и процедуры оригинал документа

3.9 продукция (product): Любые товары или услуги.

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

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

- программное обеспечение (например компьютерная программа, словарь);

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

- обработанные материалы (например смазка).

Примечание 2 - Услуги имеют материальные и нематериальные элементы. Предоставление услуги может включать, например, следующее:

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

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

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

- создание среды для потребителя (например, в гостиницах и ресторанах).

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

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

Переработанные материалы являются, как правило, материальными, а их количество - непрерывной величиной.

Примечание 3 - Адаптировано в соответствии с ИСО 14021:1999 и ИСО 9000:2005.

Источник: ГОСТ Р ИСО 14040-2010: Экологический менеджмент. Оценка жизненного цикла. Принципы и структура оригинал документа

3.9 продукция (product): Любые товары или услуги.

Примечание 1 - В настоящем стандарте термин «продукция» включает в себя также предоставление услуг. Продукцию можно распределить по следующим категориям:

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

- программное обеспечение (например, компьютерная программа, словарь);

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

- обработанные материалы (например, смазка);

Примечание 2 - Услуги включают в себя как материальные, так и нематериальные элементы. Предоставление услуги может включать в себя, например, следующее:

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

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

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

- создание среды для потребителя (например, в гостиницах и ресторанах).

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

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

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

Источник: ГОСТ Р ИСО 14044-2007: Экологический менеджмент. Оценка жизненного цикла. Требования и рекомендации оригинал документа

3.4.2 продукция (en product; fr produit): Результат процесса (3.4.1).

Примечания

1 Имеются четыре общие категории продукции:

- услуги (например перевозки);

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

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

- перерабатываемые материалы (например смазка).

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

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

2 Услуга является результатом, по меньшей мере, одного действия, обязательно осуществленного при взаимодействии поставщика (3.3.6) и потребителя (3.3.5), она, как правило, нематериальна. Предоставление услуги может включать, к примеру, следующее:

- деятельность, осуществленную на поставленной потребителем материальной продукции (например автомобиль, нуждающийся в ремонте);

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

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

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

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

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

Источник: ГОСТ Р ИСО 9000-2001: Системы менеджмента качества. Основные положения и словарь оригинал документа

3.10 продукция (product): Объект (аппаратные средства, программные средства, материалы), для которого устанавливают или оценивают пригодность использования.

Источник: ГОСТ Р ИСО 9241-11-2010: Эргономические требования к проведению офисных работ с использованием видеодисплейных терминалов (VDT). Часть 11. Руководство по обеспечению пригодности использования оригинал документа

3.7 продукция (product): Ex оборудование, защитные системы, устройства защиты, Ex компоненты и их комбинации, а также программное обеспечение и обслуживание, как определено в 3.4.2 ГОСТ Р ИСО 9000.

Источник: ГОСТ Р 54370-2011: Взрывоопасные среды. Система менеджмента качества изготовителя оборудования. Требования оригинал документа

3.4.2 продукция (product): Результат процесса (3.4.1).

Примечания

1 Существуют четыре общие категории продукции:

- услуги (например, перевозки);

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

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

- перерабатываемые материалы (например, смазка).

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

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

2 Услуга является результатом, по меньшей мере, одного действия, обязательно осуществленного при взаимодействии поставщика (3.3.6) и потребителя (3.3.5), и, как правило, нематериальна. Предоставление услуги может включать в себя, например, следующее:

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

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

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

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

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

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

Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

3.1 продукция (product): Результат процесса.

Примечания

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

2 Термин заимствован из подпункта 3.4.2 ИСО 9000:2005, три первоначальных примечания к которому были объединены в примечание 1.

Источник: ГОСТ Р 54732-2011: Менеджмент качества. Удовлетворенность потребителей. Руководящие указания по мониторингу и измерению оригинал документа

3.3 продукция (product): Результат процесса².

[ISO 9000:2000, 3.4.2].

_____________

² Термин «продукция» может быть использован в зависимости от сферы применения не только как обобщающий термин, включающий в себя различные результаты процесса, например услуги, но и как один вид результата - собственно продукция, как это используется в ИСО/МЭК 2:2004 и в законодательстве Российской Федерации.

Примечания

1 Стандарт ИСО 9000:2000 рассматривает четыре общие категории продукции: услуги (например, транспортировка); программные средства (например, компьютерная программа, словарь); технические средства (например, двигатель, механическая деталь); перерабатываемые материалы (например, смазка). Множество продукции включает в себя элементы, принадлежащие к разным общим категориям. Ее название в этом случае зависит от преобладающего элемента.

2 Заявление о соответствии, о котором идет речь в примечании 1 к 5.2, может рассматриваться как результат подтверждения соответствия (5.2).

Источник: ГОСТ Р ИСО/МЭК 17000-2009: Оценка соответствия. Словарь и общие принципы оригинал документа

3.2.29 продукция (product): Результат процесса.

Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

6.2 продукция (product): Любые товары или услуги.

Примечание 1 - Продукцию распределяют на классы по следующим категориям:

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

- программное обеспечение (например, компьютерная программа, словарь);

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

- обработанные материалы (например, смазка).

Примечание 2 - Услуги имеют материальные и нематериальные элементы. Предоставление услуги может включать в себя, например, следующее:

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

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

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

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

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

Переработанные материалы являются, как правило, материальными, а их количество - непрерывной величиной.

[ИСО 14040:2006]

Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

2.12 продукция (product): Предмет или материал, изготовленный в результате естественных или искусственных процессов.

Примечание - В настоящем стандарте термин «продукция» применим в самом широком смысле этого слова. Он включает в себя устройства, системы, материалы, программное обеспечение и услуги.

Источник: ГОСТ Р 53890-2010: Руководство по разработке спецификаций на характеристики и классы продукции. Часть 2. Технические принципы и рекомендации оригинал документа

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

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

отказ
Нарушение способности оборудования выполнять требуемую функцию.
Примечания
1. После отказа оборудование находится в неисправном состоянии.
2. «Отказ» является событием, в отличие от «неисправности», которая является состоянием.
3. Это понятие, как оно определено, не применяют к оборудованию объекту, состоящему только из программных средств.
4. На практике термины «отказ» и «неисправность» часто используют как синонимы.
[ГОСТ ЕН 1070-2003]
[ ГОСТ Р ИСО 13849-1-2003]
[ ГОСТ Р МЭК 60204-1-2007]

отказ
Событие, заключающееся в нарушении работоспособного состояния объекта.
[ ГОСТ 27.002-89]
[ОСТ 45.153-99]
[СТО Газпром РД 2.5-141-2005]
[СО 34.21.307-2005]

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

EN

failure
the termination of the ability of an item to perform a required function
NOTE 1 – After failure the item has a fault.
NOTE 2 – "Failure" is an event, as distinguished from "fault", which is a state.
NOTE 3 – This concept as defined does not apply to items consisting of software only.
[IEV number 191-04-01]
NOTE 4 - In practice, the terms fault and failure are often used synonymously
[IEC 60204-1-2006]

FR

défaillance
cessation de l'aptitude d'une entité à accomplir une fonction requise
NOTE 1 – Après défaillance d'une entité, cette entité est en état de panne.
NOTE 2 – Une défaillance est un passage d'un état à un autre, par opposition à une panne, qui est un état.
NOTE 3 – La notion de défaillance, telle qu'elle est définie, ne s'applique pas à une entité constituée seulement de logiciel.
[IEV number 191-04-01]

Тематики

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

Обобщающие термины

• события

EN

• failure
• fault

DE

• Ausfall

FR

• défaillance

отказ (failure): Событие, заключающееся в нарушении работоспособного состояния объекта

[ ГОСТ 27.002-89, статья 3.3].

Источник: ГОСТ Р 52527-2006: Установки газотурбинные. Надежность, готовность, эксплуатационная технологичность и безопасность оригинал документа

3.5 отказ (failure): Прекращение способности элемента исполнять требуемую функцию.

Примечания

1 После отказа элемент становится неисправным.

2 Отказ является событием в отличие от неисправности, которая является состоянием.

Источник: ГОСТ Р 51901.5-2005: Менеджмент риска. Руководство по применению методов анализа надежности оригинал документа

3.3. Отказ

Failure

Событие, заключающееся в нарушении работоспособного состояния объекта

Источник: ГОСТ 27.002-89: Надежность в технике. Основные понятия. Термины и определения оригинал документа

3.4 отказ (failure): Утрата изделием способности выполнять требуемую функцию.

Примечание - Отказ является событием в отличие от неисправности, которая является состоянием.

Источник: ГОСТ Р ИСО 13379-2009: Контроль состояния и диагностика машин. Руководство по интерпретации данных и методам диагностирования оригинал документа

3.2 отказ (failure): Утрата объектом способности выполнять требуемую функцию¹⁾.

___________

¹⁾ Более детально см. [1].

Источник: ГОСТ Р 51901.12-2007: Менеджмент риска. Метод анализа видов и последствий отказов оригинал документа

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

Источник: ГОСТ Р 54382-2011: Нефтяная и газовая промышленность. Подводные трубопроводные системы. Общие технические требования оригинал документа

3.1.3 отказ (failure): Потеря объектом способности выполнять требуемую функцию.

Примечания

1. После отказа объект имеет неисправность.

2. Отказ - это событие в отличие от неисправности, которое является состоянием.

3. Данное понятие по определению не касается программного обеспечения в чистом виде.

[МЭК 60050-191 ][1]

Источник: ГОСТ Р 50030.5.4-2011: Аппаратура распределения и управления низковольтная. Часть 5.4. Аппараты и элементы коммутации для цепей управления. Метод оценки рабочих характеристик слаботочных контактов. Специальные испытания оригинал документа

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

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

Источник: РД 03-422-01: Методические указания по проведению экспертных обследований шахтных подъемных установок

3.5 отказ (failure): Неспособность конструкции, системы или компонента функционировать в пределах критериев приемлемости.

[Глоссарий МАГАТЭ по безопасности, издание 2.0, 2006]

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

Примечание 2 - См. также «дефект», «отказ программного обеспечения».

Источник: ГОСТ Р МЭК 62340-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования по предотвращению отказов по общей причине оригинал документа

3.3 отказ (failure): Утрата изделием способности выполнять требуемую функцию.

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

Источник: ГОСТ Р ИСО 17359-2009: Контроль состояния и диагностика машин. Общее руководство по организации контроля состояния и диагностирования оригинал документа

3.16 отказ (failure): Отклонение реального функционирования от запланированного. [МЭК 61513, пункт 3.21, изменено]

Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа

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

Примечания

1. Определение в МЭС 191-04-01 является идентичным, с дополнительными комментариями [ИСО/МЭК 2382-14-01-11].

2. Соотношение между сбоями и отказами в МЭК 61508 и МЭС 60050(191) см. на рисунке 4.

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

4. Отказы являются либо случайными (в аппаратуре), либо систематическими (в аппаратуре или в программном обеспечении), см. 3.6.5 и 3.6.6.

Примечания

1. Как показано на рисунке 4а), функциональный блок может быть представлен в виде многоуровневой иерархической конструкции, каждый из уровней которой может быть, в свою очередь, назван функциональным блоком. На уровне i «причина» может проявить себя как ошибка (отклонение от правильного значения или состояния) в пределах функционального блока, соответствующего данному уровню i. Если она не будет исправлена или нейтрализована, эта ошибка может привести к отказу данного функционального блока, который в результате перейдет в состояние F, в котором он более не может выполнять необходимую функцию (см. рисунок 4b)). Данное состояние F уровня i может в свою очередь проявиться в виде ошибки на уровне функционального блока i - 1, которая, если она не будет исправлена или нейтрализована, может привести к отказу функционального блока уровня i - 1.

2. В этой причинно-следственной цепочке один и тот же элемент («объект X») может рассматриваться как состояние F функционального блока уровня i, в которое он попадает в результате отказа, а также как причина отказа функционального блока уровня i - 1. Данный «объект X» объединяет концепцию «отказа» в МЭК 61508 и ИСО/МЭК 2382-14, в которой внимание акцентируется на причинном аспекте, как показано на рисунке 4с), и концепцию «отказа» из МЭС 60050(191), в которой основное внимание уделено аспекту состояния, как показано на рисунке 4d). В МЭС 60050(191) состояние F называется отказом, а в МЭК 61508 и ИСО/МЭК 2382-14 оно не определено.

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

Рисунок 4 - Модель отказа

Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа

3.21 отказ (failure): Отклонение реального функционирования от запланированного (см. рисунок 3). [МЭК 60880-2, пункт 3.8]

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

Примечание 2 - См. также «дефект», «отказ программного обеспечения».

Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

3.22 отказ (failure): Событие, заключающееся в нарушении работоспособного состояния элементов или систем платформы.

Источник: ГОСТ Р 54483-2011: Нефтяная и газовая промышленность. Платформы морские для нефтегазодобычи. Общие требования оригинал документа

3.1.7. отказ (fauit):

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

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

(МЭК 60204-1, п. 3.24).

Источник: ГОСТ Р МЭК 60519-1-2005: Безопасность электротермического оборудования. Часть 1. Общие требования оригинал документа

3.1.29 отказ (failure): Окончание способности изделия выполнять требуемую функцию.

Источник: ГОСТ Р 54828-2011: Комплектные распределительные устройства в металлической оболочке с элегазовой изоляцией (КРУЭ) на номинальные напряжения 110 кВ и выше. Общие технические условия оригинал документа

управление аварийными сигналами
-
[Интент]

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

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

„Всем известно, насколько важной является система управления аварийными сигналами. Но, несмотря на это, на производстве такие системы управления внедряются достаточно редко", - отмечает Тодд Стауффер, руководитель отдела маркетинга PCS7 в компании Siemens Energy & Automation. Однако события последних лет, среди которых взрыв на нефтеперегонном заводе BP в Техасе в марте 2005 г., в результате которого погибло 15 и получило травмы 170 человек, могут изменить отношение к данной проблеме. В отчете об этом событии говорится, что аварийные сигналы не всегда были технически обоснованы.

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

Этот и другие подобные инциденты побудили специалистов многих предприятий пересмотреть программы управления аварийными сигналами. Специалисты пытаются найти причины непомерного роста числа аварийных сигналов, изучить и применить передовой опыт и содействовать разработке стандартов. Все это подталкивает многие компании к оценке и внедрению эталонных стандартов, таких, например, как Publication 191 Ассоциации пользователей средств разработки и материалов (EEMUA) „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке", которую многие называют фактическим стандартом систем управления аварийными сигналами. Тим Дональдсон, директор по маркетингу компании Iconics, отмечает: „Распределение и частота/колебания аварийных сигналов, взаимная корреляция, время реакции и изменения в действиях оператора в течение определенного интервала времени являются основными показателями отчетов, которые входят в стандарт EEMUA и обеспечивают полезную информацию для улучшения работы предприятия”. Помимо этого как конечные пользователи, так и поставщики поддерживают развитие таких стандартов, как SP-18.02 ISA «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности». (см. сопроводительный раздел „Стандарты, эталоны, передовой опыт" для получения более подробных сведений).

Предполагается, что одной из причин взрыва на нефтеперегонном заводе BP в Техасе в 2005 г., в результате которого погибло 15 и получило ранения 170 человек, а также был нанесен значительный ущерб имуществу, стала неэффективная система аварийных сигналов.(Источник: Комиссия по химической безопасности и расследованию аварий США)

На большинстве предприятий системы аварийной сигнализации очень часто имеют слишком большое количество аварийных сигналов. Это в высшей степени нецелесообразно. Показатели EEMUA являются эталонными. Они содержатся в Publication 191 (1999), „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Начало работы

Наиболее важным представляется вопрос: почему так велико количество аварийных сигналов? Стауффер объясняет это следующим образом: „В эпоху аналоговых систем аварийные сигналы реализовывались аппаратно. Они должны были соответствующим образом разрабатываться и устанавливаться. Каждый аварийный сигнал имел реальную стоимость - примерно 1000 долл. США. Поэтому они выполнялись тщательно. С развитием современных DCS аварийные сигналы практически ничего не стоят, в связи с чем на предприятиях стремятся устанавливать все возможные сигналы".

Характеристики «хорошего» аварийного сообщения

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

• Должно быть четко определено возникшее состояние;

• Следует использовать терминологию, понятную для оператора;

• Должна применяться непротиворечивая система сокращений, основанная на стандартном словаре сокращений для данной отрасли производства;

• Следует использовать согласованную структуру сообщения;

• Система не должна строиться только на основе теговых обозначений и номеров;

• Следует проверить удобство работы на реальном производстве.

Информация из Publication 191 (1999) EEMUA „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

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

Именно поэтому операторы сегодня часто сталкиваются с проблемой резкого роста аварийных сигналов. В соответствии с рекомендациями Publication 191 EEMUA средняя частота аварийных сигналов не должна превышать одного сигнала за 10 минут, или не более 144 сигналов в день. В большинстве отраслей промышленности показатели значительно выше и находятся в диапазоне 5-9 сигналов за 10 минут (см. таблицу Эталонные показатели для аварийных сигналов). Дэвид Гэртнер, руководитель служб управления аварийными сигналами в компании Invensys Process Systems, вспоминает, что при запуске производственной установки пяти операторам за полгода поступило 5 миллионов сигналов тревоги. „От одного из устройств было получено 550 000 аварийных сигналов. Устройство работает на протяжении многих месяцев, и до сих пор никто не решился отключить его”.

Практика прошлых лет заключалась в том, чтобы использовать любые аварийные сигналы независимо от того - нужны они или нет. Однако в последнее время при конфигурировании систем аварийных сигналов исходят из необходимости ответных действий со стороны оператора. Этот принцип, который отражает фундаментальные изменения в разработке систем и взаимодействии операторов, стал основой проекта стандарта SP18 ISA. В этом документе дается следующее определение аварийного сигнала: „звуковой и/или визуальный способ привлечения внимания, указывающий оператору на неисправность оборудования, отклонения в технологическом процессе или аномальные условия эксплуатации, которые требуют реагирования”. При такой практике сигнал конфигурируется только в том случае, когда на него необходим ответ оператора.

Адекватная реакция

Особенно важно учитывать следующую рекомендацию: „Не следует ничего предпринимать в отношении событий, для которых нет измерительного инструмента (обычно программного)”.Высказывания Ника Сэнд-за, сопредседателя комитета по разработке стандартов для систем управления аварийными сигналами SP-18.00.02 Общества ISA и менеджера технологий управления процессами химического производства DuPont, подчеркивают необходимость контроля: „Система контроля должна сообщать - в каком состоянии находятся аварийные сигналы. По каким аварийным сигналам проводится техническое обслуживание? Сколько сигналов имеет самый высокий приоритет? Какие из них относятся к системе безопасности? Она также должна сообщать об эффективности работы системы. Соответствует ли ее работа вашим целям и основополагающим принципам?"

Кейт Джоунз, старший менеджер по системам визуализации в Wonderware, добавляет: „Во многих отраслях промышленности, например в фармацевтике и в пищевой промышленности, уже сегодня требуется ведение баз данных по материалам и ингредиентам. Эта информация может также оказаться полезной при анализе аварийных сигналов. Мы можем установить комплект оборудования, работающего в реальном времени. Оно помогает определить место, где возникла проблема, с которой связан аварийный сигнал. Например, можно создать простые гистограммы частот аварийных сигналов. Можно сформировать отчеты об аварийных сигналах в соответствии с разными уровнями системы контроля, которая предоставляет сведения как для менеджеров, так и для исполнителей”.

Представитель компании Invensys Гэртнер утверждает, что двумя основными элементами каждой программы управления аварийными сигналами должны быть: „хороший аналитический инструмент, с помощью которого можно определить устройства, подающие наибольшее количество аварийных сигналов, и эффективный технологический процесс, позволяющий объединить усилия персонала и технические средства для устранения неисправностей. Инструментарий помогает выявить источник проблемы. С его помощью можно определить наиболее частые сигналы, а также ложные и отвлекающие сигналы. Таким образом, мы можем выяснить, где и когда возникают аварийные сигналы, можем провести анализ основных причин и выяснить, почему происходит резкое увеличение сигналов, а также установить для них новые приоритеты. На многих предприятиях высокий приоритет установлен для всех аварийных сигналов. Это неприемлемое решение. Наиболее разумным способом распределения приоритетности является следующий: 5 % аварийных сигналов имеют приоритет № 1, 15% приоритет № 2, и 80% приоритет № 3. В этом случае оператор может отреагировать на те сигналы, которые действительно важны”.

И, тем не менее, Марк МакТэвиш, руководитель группы решений в области управления аварийными сигналами и международных курсов обучения в компании Matrikon, отмечает: „Необходимо помнить, что программное обеспечение - это всего лишь инструмент, оно само по себе не является решением. Аварийные сигналы должны представлять собой исключительные случаи, которые указывают на события, выходящие за приемлемые рамки. Удачные программы управления аварийными сигналами позволяют добиться внедрения на производстве именно такого подхода. Они помогают инженерам изо дня в день управлять своими установками, обеспечивая надежный контроль качества и повышение производительности за счет снижения незапланированных простоев”.

Система, нацеленная на оператора

Тем не менее, даже наличия хорошей системы сигнализации и механизма контроля и анализа ее функционирования еще недостаточно. Необходимо следовать основополагающим принципам, руководящему документу, который должен стать фундаментом для всей системы аварийной сигнализации в целом, подчеркивает Сэндз, сопредседатель ISA SP18. При разработке стандарта „основное внимание мы уделяем не только рационализации аварийных сигналов, - говорит он, - но и жизненному циклу систем управления аварийными сигналами в целом, включая обучение, внесение изменений, совершенствование и периодический контроль на производственном участке. Мы стремимся использовать целостный подход к системе управления аварийными сигналами, построенной в соответствии с ISA 84.00.01, Функциональная безопасность: Системы безопасности с измерительной аппаратурой для сектора обрабатывающей промышленности». (см. диаграмму Модель жизненного цикла системы управления аварийными сигналами)”.

«В данном подходе учитывается участие оператора. Многие недооценивают роль оператора,- отмечает МакТэвиш из Matrikon. - Система управления аварийными сигналами строится вокруг оператора. Инженерам трудно понять проблемы оператора, если они не побывают на его месте и не получат опыт управления аварийными сигналами. Они считают, что знают потребности оператора, но зачастую оказывается, что это не так”.

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

Аварийный сигнал должен сообщать о том, что необходимо сделать. Например, как отмечает Стауффер из Siemens: „Когда специалист по автоматизации настраивает конфигурацию системы, он может задать обозначение для физического устройства в соответствии с системой идентификационных или контурных тегов ISA. При этом обозначение аварийного сигнала может выглядеть как LIC-120. Но оператору информацию представляют в другом виде. Для него это 'регулятор уровня для резервуара XYZ'. Если в сообщении оператору указываются неверные сведения, то могут возникнуть проблемы. Оператор, а не специалист по автоматизации является адресатом. Он - единственный, кто реагирует на сигналы. Сообщение должно быть сразу же абсолютно понятным для него!"

Эдди Хабиби, основатель и главный исполнительный директор PAS, отмечает: „Эффективность деятельности оператора, которая существенно влияет на надежность и рентабельность предприятия, выходит за рамки совершенствования системы управления аварийными сигналами. Инвестиции в операторов являются такими же важными, как инвестиции в современные системы управления технологическим процессом. Нельзя добиться эффективности работы операторов без учета человеческого фактора. Компетентный оператор хорошо знает технологический процесс, имеет прекрасные навыки общения и обращения с людьми и всегда находится в состоянии готовности в отношении всех событий системы аварийных сигналов”. „До возникновения DCS, -продолжает он, - перед оператором находилась схема технологического процесса, на которой были указаны все трубопроводы и измерительное оборудование. С переходом на управление с помощью ЭВМ сотни схем трубопроводов и контрольно-измерительных приборов были занесены в компьютерные системы. При этом не подумали об интерфейсе оператора. Когда произошел переход от аналоговых систем и физических схем панели управления к цифровым системам с экранными интерфейсами, оператор утратил целостную картину происходящего”.

«Оператору также требуется иметь необходимое образование в области технологических процессов, - подчеркивает Хабиби. - Мы часто недооцениваем роль обучения. Каковы принципы работы насоса или компрессора? Летчик гражданской авиации проходит бесчисленные часы подготовки. Он должен быть достаточно подготовленным перед тем, как ему разрешат взять на себя ответственность за многие жизни. В руках оператора химического производства возможно лежит не меньшее, если не большее количество жизней, но его подготовка обычно ограничивается двухмесячными курсами, а потом он учится на рабочем месте. Необходимо больше внимания уделять повышению квалификации операторов производства”.

Рентабельность

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

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

Управление аварийными сигналами - это процесс, а не схема, - подводит итог Гэртнер из Invensys. - Это то же самое, что и производственная безопасность. Это - постоянный процесс, он никогда не заканчивается. Мы уже осознали высокую стоимость низкой эффективности и руководители предприятий больше не хотят за нее расплачиваться”.

Автор: Джини Катцель, Control Engineering

[ http://controlengrussia.com/artykul/article/hmi-upravlenie-avariinymi-signalami/]

Тематики

• автоматизированные системы

EN

• alarm management

управление риском
Действия, осуществляемые для выполнения решений в рамках менеджмента риска.
Примечание
Управление риском может включать в себя мониторинг, переоценивание и действия, направленные на обеспечение соответствия принятым решениям.
[ ГОСТ Р 51897-2002]

управление риском
Реализация мер к снижению хозяйственного риска (напр., диверсификация производства, страхование, накопление резервов, получение дополнительной информации о различных вариантах экономического поведения и их возможных последствиях).
[ http://slovar-lopatnikov.ru/]

Тематики

• менеджмент риска
• экономика

Обобщающие термины

• термины, относящиеся к обработке риска и управлению риском

EN

• risk control
• risk management

FR

• maîtrise du risque

2.16 управление риском (risk control): Процесс принятия решений и осуществления защитных мер по уменьшению рисков до установленных уровней или поддержания рисков на установленных уровнях.

Источник: ГОСТ Р ИСО 14971-2006: Изделия медицинские. Применение менеджмента риска к медицинским изделиям оригинал документа

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

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

Источник: Р 50.1.068-2009: Менеджмент риска. Рекомендации по внедрению. Часть 1. Определение области применения