процесс+функционирования+системы

активация
контроль
утверждение
Процесс изменения статуса аккредитации лица на Олимпийской/Паралимпийской идентификационной и аккредитационной карточке и признание карточки действующей.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

EN

validation
Process of changing the accreditation status of an individual's Olympic/Paralympic identity and accreditation card to live.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

Тематики

• спорт (службы Игр)

Синонимы

• контроль
• утверждение

EN

• validation

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

Тематики

• системы менеджмента качества

EN

• validation

общая субъективная оценка
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

EN

• validation

оценка пригодности методики анализа вещества [материала] (объекта аналитического контроля)
Подтверждение на основе представления объективных свидетельств того, что методика анализа вещества [материала] объекта аналитического контроля может быть применена для конкретного объекта или группы объектов.
Примечание
Оценка пригодности методики анализа вещества или материала включает: спецификацию требований; определение характеристик методики; проверку того, что требования могут быть удовлетворены при использовании данной методики и объявление о применимости.
[ ГОСТ Р 52361-2005]

Тематики

• контроль объекта аналитический

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

• обеспечение качества анализа

EN

• validation

подтверждение
(ITIL Service Transition)
Деятельность, которая гарантирует, что новая или измененная ИТ-услуга, процесс, план или другой результат отвечает нуждам бизнеса. Подтверждение гарантирует, что требования бизнеса удовлетворены, даже если они могли измениться по отношению к исходному результату проектирования. См. тж. верификация; приёмка; квалификация; подтверждение и тестирование услуг.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

validation
(ITIL Service Transition) An activity that ensures a new or changed IT service, process, plan or other deliverable meets the needs of the business. Validation ensures that business requirements are met even though these may have changed since the original design. See also acceptance; qualification; service validation and testing; verification.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• validation

подтверждение соответствия
Подтверждение соответствия требованиям путем испытаний и представления объективных свидетельств, выполнения конкретных требований к предусмотренному конкретному использованию.
Примечания
1. Адаптировано из ИСО 8402 путем исключения примечаний.
2. В настоящем стандарте имеется три фазы подтверждения соответствия:
- подтверждение соответствия общей системы безопасности (МЭК 61508-1 (рисунок 2));
- подтверждение соответствия E/E/PES системы (МЭК 61508-1 (рисунок 3));
- подтверждение соответствия программного обеспечения (МЭК 61508-1 (рисунок 4)).
3. Подтверждение соответствия представляет собой демонстрацию того, что рассматриваемая система, связанная с безопасностью, до или после установки удовлетворяет во всех отношениях спецификации требований к безопасности для этой системы. Следовательно, например, подтверждение соответствия программного обеспечения означает подтверждение путем испытаний и сбора объективных свидетельств того, что программное обеспечение удовлетворяет спецификации требований к безопасности программного обеспечения.
[ ГОСТ Р МЭК 61508-4-2007]

Тематики

• электробезопасность

EN

• validation

проверка подлинности
—
[ http://www.rfcmd.ru/glossword/1.8/index.php?a=index&d=5032]

Тематики

• защита информации

EN

• validation

4.54 валидация (validation): Подтверждение (на основе представления объективных свидетельств) того, что требования, предназначенные для конкретного использования или применения, выполнены [3].

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

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

4.23 валидация (validation): Подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены [3].

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

Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

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

Примечания

1 В процессе проектирования и разработки аттестация связана с экспертизой продукта в целях определения его соответствия потребностям пользователя.

2 Аттестацию обычно проводят для конечного продукта в установленных условиях эксплуатации. При необходимости аттестация может проводиться на более ранних стадиях.

3 Термин «аттестован» используется для обозначения соответствующих состояний объекта.

4 Может быть проведен ряд аттестаций, если они преследуют различные цели. (См. 2.18 title="Управление качеством и обеспечение качества - Словарь").

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

3.17 валидация (validation): Подтверждение посредством представления объективных свидетельств того, что требования в отношении конкретного использования или применения были выполнены.

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

3.10 аттестация (qualificfcion, validation): Подтверждение соответствия заданным требованиям.

Примечания

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

- аттестация проекта (DQ - Design Qualification);

- аттестация в построенном состоянии (IQ - installation Qualification);

- аттестация в оснащенном состоянии (OQ - Operation Qualification);

- аттестация в эксплуатируемом состоянии (PQ - Performance Qualification).

2. Для проведения аттестации требуются программа аттестации (validation master plan) и методики аттестации.

«Валидационный мастер план» - нерекомендуемый термин.

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

3.8.5 валидация (validation): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что требования (3.1.2), предназначенные для конкретного использования или применения, выполнены.

Примечания

1 Термин «валидирован» используют для обозначения соответствующего статуса.

2 Условия применения могут быть реальными или смоделированными.

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

испытания (validation): Синоним термина "аттестация".

Источник: ГОСТ Р 52249-2009: Правила производства и контроля качества лекарственных средств оригинал документа

2.17 валидация (validation): Подтверждение посредством предоставления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

[ИСО 9000:2005]

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

Источник: ГОСТ Р ИСО 9241-210-2012: Эргономика взаимодействия человек-система. Часть 210. Человеко-ориентированное проектирование интерактивных систем оригинал документа

2.31 валидация (validation): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ, относящийся к плану проекта по парниковым газам, на соответствие согласованным критериям валидации.

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

Источник: ГОСТ Р ИСО 14064-1-2007: Газы парниковые. Часть 1. Требования и руководство по количественному определению и отчетности о выбросах и удалении парниковых газов на уровне организации оригинал документа

2.26 валида ция (validation): Систематический, независимый и документально оформленный процесс оценки утверждения по парниковым газам (2.10), относящегося к плану проекта по парниковым газам, на соответствие согласованным критериям валидации.

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

Примечание 2 - Содержание плана проекта описано в 5.2.

Источник: ГОСТ Р ИСО 14064-2-2007: Газы парниковые. Часть 2. Требования и руководство по количественной оценке, мониторингу и составлению отчетной документации на проекты сокращения выбросов парниковых газов или увеличения их удаления на уровне проекта оригинал документа

2.32 валидация (validation): Систематический, независимый и документально оформленный процесс оценки утверждения по парниковым газам (2.11), относящийся к плану проекта по парниковым газам, на соответствие согласованным критериям валидации (2.33).

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

Примечание 2 - Содержание плана проекта по ПГ приведено в ИСО 14064-2, подраздел 5.2.

Источник: ГОСТ Р ИСО 14064-3-2007: Газы парниковые. Часть 3. Требования и руководство по валидации и верификации утверждений, касающихся парниковых газов оригинал документа

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

Источник: ГОСТ Р ЕН 13528-3-2010: Качество атмосферного воздуха. Диффузионные пробоотборники, используемые при определении содержания газов и паров. Требования и методы испытаний. Часть 3. Руководство по выбору, использованию и техническому обслуживанию

3.1.21 валидация (validation): Подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

[ИСО 9000, статья 3.8.5]

Источник: ГОСТ ИСО 14698-1-2005: Чистые помещения и связанные с ними контролируемые среды. Контроль биозагрязнений. Часть 1. Общие принципы и методы оригинал документа

3.14 валидация (validation): По ИСО 14698-1 (ИСО 9000, 3.8.5).

Источник: ГОСТ ИСО 14698-2-2005: Чистые помещения и связанные с ними контролируемые среды. Контроль биозагрязнений. Часть 2. Анализ данных о биозагрязнениях оригинал документа

3.5 валидация (validation): Подтверждение на основе предоставления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

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

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

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

[Справочник по безопасности МАГАТЭ, Издание 2.0, 2006]

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

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

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

Примечание 1 - Адаптированное определение по ИСО 9000:2005, пункт 3.8.5 [1].

Примечание 2 - См. рисунок 1.

Примечание 3 - Данный термин часто используют совместно с термином «верификация», и оба термина составляют аббревиатуру «V&V» (верификация и валидация).

Источник: ГОСТ Р ИСО 11064-7-2010: Эргономическое проектирование центров управления. Часть 7. Принципы оценки оригинал документа

2.140 валидация (validation): Подтверждение на основе представления объективных доказательств того, что требования, предназначенные для конкретного использования или применения, выполнены.

[ИСО 14698-1:2003, статья 3.1.21], [ИСО 14698-2:2003, статья 3.14]

Источник: ГОСТ Р ИСО 14644-6-2010: Чистые помещения и связанные с ними контролируемые среды. Часть 6. Термины оригинал документа

3.8.2 подтверждение соответствия (validation): Подтверждение соответствия требованиям путем испытаний и представления объективных свидетельств, выполнения конкретных требований к предусмотренному конкретному использованию.

Примечания

1. Адаптировано из ИСО 8402 путем исключения примечаний.

2. В настоящем стандарте имеется три фазы подтверждения соответствия:

- подтверждение соответствия общей системы безопасности (МЭК 61508-1 (рисунок 2));

- подтверждение соответствия E/E/PES системы (МЭК 61508-1 (рисунок 3));

- подтверждение соответствия программного обеспечения (МЭК 61508-1 (рисунок 4)).

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

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

3.8.5 валидация (validation): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что требования (3.1.2), предназначенные для конкретного использования или применения, выполнены.

Примечания

1 Термин «валидирован» используют для обозначения соответствующего статуса.

2 Условия применения могут быть реальными или смоделированными.

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

3.1 смещение (bias), предельное значение (limit value), процедура измерения (measuring procedure), расширенная неопределенность (overall uncertainty), прецизионность (precision), истинное значение (true value), валидация (validation): По ЕН 482.

Источник: ГОСТ Р ЕН 838-2010: Воздух рабочей зоны. Диффузионные пробоотборники, используемые при определении содержания газов и паров. Требования и методы испытаний

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

Источник: ГОСТ Р 54360-2011: Лабораторные информационные менеджмент-системы (ЛИМС). Стандартное руководство по валидации ЛИМС оригинал документа

3.2.60 валидация (validation): Подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

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

5.4 валидация (validation):

в контексте оценки: Процесс (6.4), посредством которого эксперт по оценке (5.31.4) определяет, что собранная информация является точной, достоверной, надежной, достаточной и соответствующей целям проведения оценки.

[ИСО 14015:2001];

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

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

[ИСО 14065:2007]

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

3.3.1 валидация (validation): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ, относящийся к плану проекта по ПГ, на соответствие согласованным критериям валидации.

Примечания

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

2 Содержание плана проекта ПГ см. ИСО 14064-2:2006, 5.2.

3 В соответствии с ИСО 14064-3:2006, статья 2.32.

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

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

Тематики

• надежность, основные понятия

EN

• technological system

FR

• système technologique

ОБЩИЕ ПОНЯТИЯ

1. Технологическая система

Е. Technological system

F. Système technologique

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

Примечания:

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

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

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

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

1. Технологическая система

Е. Technological system

F. Système technologique

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

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

Тематики

• надежность, основные понятия

EN

• technological system

FR

• système technologique

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

Тематики

• надежность, основные понятия

EN

• technological system

FR

• système technologique

1. Технологическая система

Е. Technological system

F. Système technologique

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

борьба
(напр. с загрязнением окружающей среды)
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• control

борьба с шумом
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

EN

• control

геодезическая основа карты
геодезическая основа
Совокупность геодезических данных, необходимых для создания карты.
[ ГОСТ 21667-76]

Тематики

• картография

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

• математическая картография

Синонимы

• геодезическая основа

EN

• control
• geodetic control

FR

• Canevas
• canevas géodésique
• Triangulation géodésique

директивы (мн.)
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• control

клавиша управления
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

Тематики

• электротехника, основные понятия

EN

• control
• control key
• CRTL
• CTR

кнопка управления
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

Тематики

• электротехника, основные понятия

EN

• control
• control button
• control key
• CRTL
• CTR

контроль
Деятельность, включающая, проведение измерений, экспертизы, испытаний или оценки одной или нескольких характеристик (с целью калибровки) объекта и сравнение полученных результатов с установленными требованиями для определения, достигнуто ли соответствие по каждой их этих характеристик.
Примечания
1. Во французском языке термин «Inspection» может обозначать деятельность по надзору за качеством, проводимую в рамках определенного задания.
2. Вышеуказанное определение применяется в стандартах на качество. Термин «контроль» определен в Руководстве ИСО/МЭК 2.
[ИСО 8402-94]

контроль
Процедура оценивания соответствия путем наблюдения и суждений, сопровождаемых соответствующими измерениями, испытаниями или калибровкой.
[Руководство ИСО/МЭК 2].
[ ГОСТ Р ИСО 9000-2008]

контроль
Способ управления риском, обеспечивающий достижение бизнес-цели или соблюдение процесса. Примерами контроля могут служить политики, процедуры, роли, дисковый массив (RAID), дверные замки и т.п. Контроль иногда называют контрмерой или мерой предосторожности.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

control
A means of managing a risk, ensuring that a business objective is achieved or that a process is followed. Examples of control include policies, procedures, roles, RAID, door locks etc. A control is sometimes called a countermeasure or safeguard.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• системы менеджмента качества
• управл. качеством и обеспеч. качества

EN

• control
• inspection

контроль
Проверка соответствия предъявляемым требованиям характеристик или свойств изделий (размеров, формы, материала, физико-механических свойств, качества, функциональных характеристик и др.).
[ http://www.manual-steel.ru/eng-a.html]

Тематики

• металлургия в целом

EN

• control
• inspection
• testing

контрольный объект
Эталонный объект, используемый для проверки выводов, полученных на основе эксперимента. В области защиты и безопасности контрольными обычно называют образцы или группы людей, которые не подвергается воздействию излучения от конкретного источника; возникновение определенных эффектов в образце или у группы людей, которая подвергалась воздействию, сравнивается с эффектами в контрольном образце или контрольной группе с тем, чтобы получить некоторые данные о воздействии, которое может быть вызвано облучением. Например, контрольное предметное исследование (случаев) – это общий тип эпидемиологического исследования, в котором возникновение воздействий на здоровье (т.е. ‘случаев последствий’) у населения, на которое воздействовало излучение от данного источника, сравнивается с возникновением воздействий (последствий) у такой же группы населения (‘контрольной’), которая не подвергалась облучению, с целью выяснить, может ли облучение от этого источника приводить к воздействиям на здоровье.
[Глоссарий МАГАТЭ по вопросам безопасности]

Тематики

• МАГАТЭ

EN

• control

НКУ управления
-
[Интент]

комплектное устройство управления
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

EN

controlgear
a general term covering switching devices and their combination with associated control, measuring, protective and regulating equipment, also assemblies of such devices and equipment with associated interconnections, accessories, enclosures and supporting structures, intended in principle for the control of electric energy consuming equipment
[IEV number 441-11-03]

FR

appareillage de commande
terme général applicable aux appareils de connexion et à leur combinaison avec des appareils de commande, de mesure, de protection et de réglage qui leur sont associés, ainsi qu'aux ensembles de tels appareils avec les connexions, les accessoires, les enveloppes et les supports correspondants, destinés en principe à la commande des appareils utilisateurs d'énergie électrique
[IEV number 441-11-03]

Тематики

• НКУ (шкафы, пульты,...)

Синонимы

• комплектное устройство управления

EN

• automation switchboard
• control
• control switchboard
• control system construction
• controlgear
• packaged control unit

FR

• appareillage de commande

направлять (скважину по заданному направлению при помощи клиньев)
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики

• нефтегазовая промышленность

EN

• control

орган регулирования
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• control

орган управления
Часть системы аппарата управления, к которой прилагается извне усилие управления.
МЭК 60050(441-15-22).
Примечание. Орган управления может иметь форму рукоятки, ручки, нажимной кнопки, ролика, плунжера и т. п.
[ ГОСТ Р 50030. 1-2000 ( МЭК 60947-1-99)]

орган управления
Часть приводного механизма, к которой прикладывается внешняя сила воздействия.
Примечание - Орган управления может иметь форму ручки, кнопки, ролика, поршня и т.д.
[ ГОСТ Р 52726-2007]

орган управления
Часть системы привода, подвергаемая внешнему силовому воздействию.
Примечания
1. Орган управления может иметь форму ручки, рукоятки, нажимной кнопки, ролика, плунжера и т.д.
2. Есть несколько способов приведения в действие, которые не требуют внешнего силового воздействия, а только какого-либо действия.
[ГОСТ ЕН 1070-2003]

орган управления
Часть системы управления, которая предназначена непосредственно для воздействия оператором, например путем нажатия.
[ГОСТ Р ЕН 614-1-2003]

орган управления
Часть системы приведения в действие, которая принимает воздействие человека.
[ ГОСТ Р МЭК 60447-2000]

орган управления
Часть системы приведения в действие, которая воспринимает воздействие человека (ГОСТ Р МЭК 60447).
Примечание
В настоящем стандарте орган управления в виде интерактивного экранного устройства отображения является частью этого устройства, которое представляет функцию органа управления.
[ ГОСТ Р МЭК 60073-2000]

орган управления
Часть механизма прибора управления, на который оказывается вручную внешнее силовое воздействие.
Примечание.
Орган управления может иметь форму ручки, рукоятки, кнопки, ролика, плунжера и т.д.
Некоторые органы управления не требуют воздействия внешней силы, а только какого-либо действия.
[ ГОСТ Р МЭК 60204-1-2007]

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

орган управления
-
[IEV number 442-04-14]

средства оперирования
-
[Интент]

EN

actuator
the part of the actuating system to which an external actuating force is applied
NOTE – The actuator may take the form of a handle, knob, push-button, roller, plunger, etc.
[IEV number 441-15-22]

actuator
part of a device to which an external manual action is to be applied
NOTE 1 The actuator may take the form of a handle, knob, push-button, roller, plunger, etc.
NOTE 2 There are some actuating means that do not require an external actuating force, but only an action.
NOTE 3 See also 3.34.
[IEC 60204-1 -2005]

actuating member
a part which is pulled, pushed, turned or otherwise moved to cause an operation of the switch
[IEV number 442-04-14]

FR

organe de commande
partie du mécanisme transmetteur à laquelle un effort extérieur de manoeuvre est appliqué
NOTE – L'organe de commande peut prendre la forme d'une poignée, d'un bouton, d'un bouton-poussoir, d'une roulette, d'un plongeur, etc.
[IEV number 441-15-22]

organe de manoeuvre
partie qui est tirée, poussée, tournée ou manipulée de toute autre façon pour provoquer le fonctionnement de l'interrupteur
[IEV number 442-04-14]

Аппарат должен оставаться механически действующим. Не допускается сваривание контактов, препятствующее операции размыкания при использовании нормальных средств оперирования.
[ГОСТ  Р 50030.3-99 (МЭК  60947-3-99) ]

ВДТ следует оперировать как при нормальной эксплуатации. Операции размыкания должны проводиться в следующем порядке:
для первых 1000 циклов — с использованием ручных средств оперирования;...
[ ГОСТ Р 51326. 1-99 ( МЭК 61008-1-96)]

Параллельные тексты EN-RU

The operating means (for example, a handle) of the supply disconnecting device shall be easily accessible and located between 0,6 m and 1,9 m above the servicing level.
[IEC 60204-1-2006]

Органы управления, например, рукоятки аппаратов отключения питания, должны быть легко доступны и располагаться на высоте от 0,6 до 1,9 м от рабочей площадки.
[Перевод Интент]

Where the external operating means is not intended for emergency operations, it is recommended that it be coloured BLACK or GREY.
[IEC 60204-1-2006]

Если внешние средства оперирования не предназначены для выполнения действий при возникновении аварийных ситуаций, то рекомендуется, применять такие средства ЧЕРНОГО или СЕРОГО цвета.
[Перевод Интент]

1.2.2. Control devices

Control devices must be:
— clearly visible and identifiable and appropriately marked where necessary,
— positioned for safe operation without hesitation or loss of time, and without ambiguity,
— designed so that the movement of the control is consistent with its effect,
— located outside the danger zones, except for certain controls where necessary, such as emergency stop, console for training of robots,
— positioned so that their operation cannot cause additional risk,
— designed or protected so that the desired effect, where a risk is involved, cannot occur without an intentional operation,
— made so as to withstand foreseeable strain; particular attention must be paid to emergency stop devices liable to be subjected to considerable strain.

1.2.2. Органы управления

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

Where a control is designed and constructed to perform several different actions, namely where there is no one-to-one correspondence (e.g. keyboards, etc.), the action to be performed must be clearly displayed and subject to confirmation where necessary.

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

Controls must be so arranged that their layout, travel and resistance to operation are compatible with the action to be performed, taking account of ergonomic principles.

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

Constraints due to the necessary or foreseeable use of personal protection equipment (such as footwear, gloves, etc.) must be taken into account.

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

Machinery must be fitted with indicators (dials, signals, etc.) as required for safe operation. The operator must be able to read them from the control position.

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

From the main control position the operator must be able to ensure that there are no exposed persons in the danger zones.

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

If this is impossible, the control system must be designed and constructed so that an acoustic and/ or visual warning signal is given whenever the machinery is about to start.

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

The exposed person must have the time and the means to take rapid action to prevent the machinery starting up.

[DIRECTIVE 98/37/EC OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL]

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

[Перевод Интент]

Тематики

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

Синонимы

• средства оперирования

EN

• actuating member
• actuator
• command unit
• control
• control device
• controller
• controls
• operating control
• operating means

DE

• Bedienteil
• Betätigungsglied
• Betätigungsorgan

FR

• organe de commande
• organe de manoeuvre

орган управления СЧМ
орган управления
Техническое средство в СЧМ, предназначенное для передачи управляющих воздействий от оператора СЧМ к машине.
[ ГОСТ 26387-84]

орган управления
Часть тормозной системы, на которую непосредственно воздействует водитель (или в случае прицепа соответствующей конструкции - сопровождающее лицо), обеспечивая подачу в тормозной привод энергии, необходимой для торможения, или управляя такой подачей.
Примечание
Этой энергией может быть или мускульная энергия водителя, или энергия из другого источника, управляемого водителем, или кинетическая энергия прицепа, или сочетание этих видов энергии.
[ ГОСТ Р 41.13-2007]

Тематики

• автотранспортная техника
• система "Человек-машина"

Синонимы

• орган управления

EN

• control

регулирование
Управление, цель которого заключается в обеспечении близости текущих значений одной или нескольких координат объекта управления к их заданным значениям.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
 Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

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

Тематики

• автоматизация, основные понятия
• экономика

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

• виды управления

EN

• control
• regulation

регулирование ГТД
регулирование
Процесс поддержания или преднамеренного изменения режима работы ГТД.
[ ГОСТ 23851-79] 

Тематики

• двигатели летательных аппаратов

Синонимы

• регулирование

EN

• control

DE

• Regelung

FR

• régulation

управление
Упорядочивающее воздействие одной системы на другую, направленное на поддержание и улучшение функционирования объекта управления
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

управление
Совокупность целенаправленных действий, включающая оценку ситуации и состояния объекта управления, выбор управляющих воздействий и их реализацию.
[ ГОСТ 34.003-90]

управление
1. В самом широком смысле, действительном, наверное, для всех эпох истории человечества и для всех народов, У. — совокупность целенаправленных действий одних людей (управляющих), которые тем или иным способом организуют деятельность или отдельные действия других людей (управляемых) для достижения назначенных первыми целей. Это одно из самых широких, философских по своему существу, понятий, вокруг которых ведутся дискуссии, и которые вряд ли когда-нибудь обретут общепринятые дефиниции и толкования. Более конкретная и современная формула: управление это выработка и осуществление целенаправленных управляющих воздействий на объект (систему), что включает сбор, передачу и обработку необходимой информации, принятие и реализацию соответствующих решений. (Часто этим термином называют само управляющее воздействие). Основные понятия, связанные с У. и рассматриваемые в словаре: прогнозирование, планирование, организация, стимулирование и ряд других. См. Наука об управлении. Качество и эффективность управления на всех его уровнях и во всех ипостасях – важнейший фактор развития человечества, в том числе определяющий фактор экономического, научно-технического развития. Может быть, особенно ярко это отражает один исторический эпизод. Когда после 2-й мировой войны выявилось отставание европейских стран от США, во Франции вышла книга публициста Серван-Шрейбера, во многом перевернувшая сознание европейских политиков и экономистов: «Американский вызов». В ней, в частности, говорилось: «Благодаря прогрессу в методах управления американцы достигли такой производительности труда в расчете на одного человека, которая на 40 % выше производительности труда в Швеции, на 60% выше, чем в Западной Германии, на 70% выше, чем во Франции, и на 80% выше, чем в Англии. Для того, чтобы получить такие же прибыли, как получает американская корпорация «Дженерал моторс», т.е. примерно два с четвертью миллиарда долларов, 30 самых крупных европейских компаний и 10 самых крупных японских компаний нанимают в совокупности 3,5 млн человек, в то время как «Дженерал моторс» для получения той же прибыли нанимает только 730 тыс. человек, т.е. почти в пять раз меньше»… 2. В математической теории оптимальных процессов У. — совокупность управляющих параметров, переводящих систему из одного фазового состояния в другое.
[ http://slovar-lopatnikov.ru/]

Тематики

• автоматизированные системы
• теория управления
• экономика

EN

• control
• management

DE

• Leitung
• Verwaltung

FR

• gestion

управление технической системой
Этот термин обозначает управление загрузкой или поведением конфигурационной единицы, системы или ИТ-услуги.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

control
Control also means to manage the utilization or behaviour of a configuration item, system or IT service.
[Словарь терминов ITIL® версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• control

управляющее воздействие
Воздействие на объект управления, предназначенное для достижения цели управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
 Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

управляющее воздействие
Сознательное целенаправленное воздействие, единичный акт управления, в частности, управления экономической системой. В общем смысле – само управление (при этом единичный акт понимается как постоянный, неопределенной длительности).
[ http://slovar-lopatnikov.ru/]

Тематики

• автоматизация, основные понятия
• экономика

EN

• control
• control action
• controlling action

управляющий элемент в MS DOS
Используется для организации общения с пользователем. Как правило, эти элементы объединяются в составе аналогового окна. Различают следующие виды управляющих элементов: кнопки, списки, комбинированные элементы, редактирующие элементы, линейка прокрутки и статический текст.
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

EN

• control

2.7 контроль (control): -

Примечание - В контексте безопасности информационно-телекоммуникационных технологий термин «контроль» может считаться синонимом «защитной меры» (см. 2.24).

Источник: ГОСТ Р ИСО/МЭК 13335-1-2006: Информационная технология. Методы и средства обеспечения безопасности. Часть 1. Концепция и модели менеджмента безопасности информационных и телекоммуникационных технологий оригинал документа

3.17 мера управления (control): По 3.64, термин «защитная мера».

Источник: ГОСТ Р ИСО/ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

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

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

Источник: ГОСТ Р 41.13-2007: Единообразные предписания, касающиеся транспортных средств категорий М, N и О в отношении торможения оригинал документа

3.17 мера управления (control): По 3.64, термин «защитная мера».

Источник: ГОСТ Р ИСО ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

2.26 контроль риска (control): Мера, которая модифицирует (изменяет) риск (2.1).

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

Примечание 2 - Контроль риска может не всегда приводить к желаемому или ожидаемому эффекту.

[Руководство ИСО 73:2009, определение 3.8.1.1]

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

2.8 управляющее воздействие (control): Воздействия, определяющие, регулирующие и/или влияющие на процесс.

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

Источник: ГОСТ Р 52380.1-2005: Руководство по экономике качества. Часть 1. Модель затрат на процесс оригинал документа

3.5 контрольная проба (control): Смесь морской воды, питательной среды и клеток водорослей без анализируемой пробы.

Источник: ГОСТ Р 53910-2010: Вода. Методы определения токсичности по замедлению роста морских одноклеточных водорослей Phaeodactylum tricornutum Bohlin и Sceletonema costatum (Greville) Cleve оригинал документа

3.6 контрольная проба (control): Смесь питательной среды, засеянная водорослями, без испытуемой пробы.

Источник: ГОСТ Р 54496-2011: Вода. Определение токсичности с использованием зеленых пресноводных одноклеточных водорослей оригинал документа

3.4 управление (control)

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

3.4 управление (control)

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

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

Тематики

• надежность, основные понятия

EN

• technological system

FR

• système technologique

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

Тематики

• системы менеджмента качества

EN

• validation

4.54 валидация (validation): Подтверждение (на основе представления объективных свидетельств) того, что требования, предназначенные для конкретного использования или применения, выполнены [3].

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

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

4.23 валидация (validation): Подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены [3].

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

Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

3.17 валидация (validation): Подтверждение посредством представления объективных свидетельств того, что требования в отношении конкретного использования или применения были выполнены.

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

3.8.5 валидация (validation): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что требования (3.1.2), предназначенные для конкретного использования или применения, выполнены.

Примечания

1 Термин «валидирован» используют для обозначения соответствующего статуса.

2 Условия применения могут быть реальными или смоделированными.

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

2.17 валидация (validation): Подтверждение посредством предоставления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

[ИСО 9000:2005]

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

Источник: ГОСТ Р ИСО 9241-210-2012: Эргономика взаимодействия человек-система. Часть 210. Человеко-ориентированное проектирование интерактивных систем оригинал документа

2.31 валидация (validation): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ, относящийся к плану проекта по парниковым газам, на соответствие согласованным критериям валидации.

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

Источник: ГОСТ Р ИСО 14064-1-2007: Газы парниковые. Часть 1. Требования и руководство по количественному определению и отчетности о выбросах и удалении парниковых газов на уровне организации оригинал документа

2.32 валидация (validation): Систематический, независимый и документально оформленный процесс оценки утверждения по парниковым газам (2.11), относящийся к плану проекта по парниковым газам, на соответствие согласованным критериям валидации (2.33).

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

Примечание 2 - Содержание плана проекта по ПГ приведено в ИСО 14064-2, подраздел 5.2.

Источник: ГОСТ Р ИСО 14064-3-2007: Газы парниковые. Часть 3. Требования и руководство по валидации и верификации утверждений, касающихся парниковых газов оригинал документа

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

Источник: ГОСТ Р ЕН 13528-3-2010: Качество атмосферного воздуха. Диффузионные пробоотборники, используемые при определении содержания газов и паров. Требования и методы испытаний. Часть 3. Руководство по выбору, использованию и техническому обслуживанию

3.1.21 валидация (validation): Подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

[ИСО 9000, статья 3.8.5]

Источник: ГОСТ ИСО 14698-1-2005: Чистые помещения и связанные с ними контролируемые среды. Контроль биозагрязнений. Часть 1. Общие принципы и методы оригинал документа

3.14 валидация (validation): По ИСО 14698-1 (ИСО 9000, 3.8.5).

Источник: ГОСТ ИСО 14698-2-2005: Чистые помещения и связанные с ними контролируемые среды. Контроль биозагрязнений. Часть 2. Анализ данных о биозагрязнениях оригинал документа

3.8.5 валидация (en validation; fr validation): Подтверждение на основе представления объективных свидетельств (3.8.1) того, что требования (3.1.2), предназначенные для конкретного использования или применения, выполнены.

Примечания

1 Термин «подтверждено» используется для обозначения соответствующего статуса.

2 Условия применения могут быть реальными или смоделированными.

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

3.5 валидация (validation): Подтверждение на основе предоставления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

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

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

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

[Справочник по безопасности МАГАТЭ, Издание 2.0, 2006]

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

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

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

Примечание 1 - Адаптированное определение по ИСО 9000:2005, пункт 3.8.5 [1].

Примечание 2 - См. рисунок 1.

Примечание 3 - Данный термин часто используют совместно с термином «верификация», и оба термина составляют аббревиатуру «V&V» (верификация и валидация).

Источник: ГОСТ Р ИСО 11064-7-2010: Эргономическое проектирование центров управления. Часть 7. Принципы оценки оригинал документа

2.140 валидация (validation): Подтверждение на основе представления объективных доказательств того, что требования, предназначенные для конкретного использования или применения, выполнены.

[ИСО 14698-1:2003, статья 3.1.21], [ИСО 14698-2:2003, статья 3.14]

Источник: ГОСТ Р ИСО 14644-6-2010: Чистые помещения и связанные с ними контролируемые среды. Часть 6. Термины оригинал документа

3.8.5 валидация (validation): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что требования (3.1.2), предназначенные для конкретного использования или применения, выполнены.

Примечания

1 Термин «валидирован» используют для обозначения соответствующего статуса.

2 Условия применения могут быть реальными или смоделированными.

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

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

Источник: ГОСТ Р 54360-2011: Лабораторные информационные менеджмент-системы (ЛИМС). Стандартное руководство по валидации ЛИМС оригинал документа

3.2.60 валидация (validation): Подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

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

5.4 валидация (validation):

в контексте оценки: Процесс (6.4), посредством которого эксперт по оценке (5.31.4) определяет, что собранная информация является точной, достоверной, надежной, достаточной и соответствующей целям проведения оценки.

[ИСО 14015:2001];

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

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

[ИСО 14065:2007]

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

3.3.1 валидация (validation): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ, относящийся к плану проекта по ПГ, на соответствие согласованным критериям валидации.

Примечания

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

2 Содержание плана проекта ПГ см. ИСО 14064-2:2006, 5.2.

3 В соответствии с ИСО 14064-3:2006, статья 2.32.

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

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

Параллельные тексты EN-RU

Information for site engineering

With information delivered to ensure the traceability of electrical distribution, motor operation and power consumption data, installations are constantly improved.
[Schneider Electric]

Информационная система для оперативного управления

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

Тематики

• управление производством

EN

• day-to-day management
• dispatching
• dispatching control
• on-line control
• operating control
• operation
• operational control
• operational management
• operative administration
• schedule control
• scheduling
• site engineering
• snap-acting control

операция
Отдельная законченная часть технологического процесса, выполняемая на одном рабочем месте одним или не сколькими рабочими.
[МУ 64-01-001-2002]

операция
1. Совокупность действий, направленных на достижение некоторой цели, основное понятие научной дисциплины «исследование операций.» (примеры см. в статье Исследование операций). То же, например, в сетевом планировании и управлении — работа. Математически О. описывается следующими множествами: начальных условий, характеристик внешней среды, альтернативных стратегий, предназначенных для достижения цели (или целей) О., а также характеристик этих целей, т.е. ожидаемых результатов. Степень соответствия результата О. поставленной цели характеризуется критерием эффективности О. Результат О. зависит от действий оперирующей стороны, а также от неконтролируемых факторов, создающих обстановку (условия) проведения этой О. Неконтролируемые факторы могут быть: а) фиксированными (значение их известно); б) случайными фиксированными (известен закон их распределения); в) неопределенными, для которых может быть известна только возможная область изменения (либо в силу ограниченности знаний, либо если эти факторы отражают действие каких-то объектов, независимых от оперирующей стороны и преследующих собственные цели). 2. Элементарная часть процесса функционирования экономической системы, стабильная по содержанию и имеющая самостоятельную цель. Характеризуется множествами входных ресурсов, количественных и качественных характеристик продуктов, получаемых в результате ее выполнения, а также допустимых технологических способов преобразования ресурсов в продукты.
[ http://slovar-lopatnikov.ru/]

Совокупность последовательно выполняемых операций...

Разрешается применение гибких шлангов для подключения к оборудованию, подвергающегося вибрации в процессе эксплуатации и для проведения операций слива и налива в железнодорожные цистерны и другое нестационарное оборудование, а также для выполнения вспомогательных операций
[ПБ 09-61-93]

Тематики

• производство лекарственных средств
• экономика

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

• процесс производства, технология

Действия

• выполнять
• проводить

EN

• operation

операция (в информационных технологиях)
Любая предопределенная деятельность или транзакция. Например, загрузка магнитной ленты, принятие денег в точке продаж или чтение данных с диска.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

operation
(ITIL Service Operation)
Day-to-day management of an IT service, system or other configuration item. Operation is also used to mean any predefined activity or transaction - for example, loading a magnetic tape, accepting money at a point of sale, or reading data from a disk drive.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• operation

операция устройства вычислительной машины
операция
Однозначно определенное действие, выполняемое устройством вычислительной машины и составляющее выполнение команды или реакцию на определенные условия.
[ ГОСТ 15971-90]

Тематики

• системы обработки информации

Синонимы

• операция

EN

• operation

описание и работа устройства
-
[Интент]

Тематики

• проектирование, документация

EN

• operation

работа
1. Занятие, труд, деятельность.
2. Производственная деятельность по созданию, обработке чего-либо.
3. Продукт труда, готовое изделие.
4. Любые работы - строительно-монтажные, ремонтные, научно-исследовательские, опытно-конструкторские, технологические, проектно-изыскательские и иные, реализуемые либо предназначенные для реализации.
[ http://www.lexikon.ru/dict/buh/index.html]

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

Тематики

• бухгалтерский учет
• экономика

Синонимы

• операция

EN

• operation

режим (работы)
Правила и процедуры, определяющие порядок проведения работы (см. тж. mode). См. around-the-clock- DM0, duplex-, half-duplex-, slip-free-, talkaround ~, unattended ~, wormhole ~, wrap-up ~.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• электросвязь, основные понятия

EN

• operation

режим работы
-
[Интент]

EN

• action
• Beh
• behavior
• behaviour
• condition
• duty
• method of working
• mode
• mode of behavior
• mode of behaviour
• mode of operation
• mode of working
• operating conditions
• operating mode
• operating regime
• operating running regime
• operation
• practice
• regime
• routine
• routine of work
• run
• schedule
• state
• type of operation

технологическая операция
операция
Законченная часть технологического процесса, выполняемая на одном рабочем месте.
[ГОСТ 3.1109-82]
[ОСТ 68-13-99]

технологическая операция
Элементарная часть производственного процесса или технологической стадии, выполненная за один прием машиной, отдельным аппаратом или работником.
[МУ 64-01-001-2002]

Тематики

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

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

• организационно-технические категории производства
• процесс производства, технология

Синонимы

• операция

EN

• operation

DE

• Arbeitsgang
• Operation

FR

• opération

управление (оборудованием)
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

Тематики

• электротехника, основные понятия

EN

• operation

цикл обработки
процесс обработки
разработка
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики

• нефтегазовая промышленность

Синонимы

• процесс обработки
• разработка

EN

• operation

эксплуатация
-
[IEV number 151-11-28]

EN

operation
combination of activities necessary to permit an installation to function
NOTE – Operation includes matters as switching, controlling, monitoring and maintenance as well as any work activities.
[IEV number 151-11-28]

FR

exploitation, f
ensemble des activités nécessaires pour permettre le fonctionnement d'une installation
NOTE – L'exploitation comprend des activités telles que manœuvres, commande, contrôle et maintenance, ainsi que tous travaux.
[IEV number 151-11-28]

EN

• operation

DE

• Betrieb

FR

• exploitation

эксплуатация (в информационных технологиях)
(ITIL Service Operation)
Ежедневное управление ИТ-услугой, Системой или другими Конфигурационными единицами.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

operation
(ITIL Service Operation)
Day-to-day management of an IT service, system or other configuration item. Operation is also used to mean any predefined activity or transaction for example, loading a magnetic tape, accepting money at a point of sale, or reading data from a disk drive.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• operation

3.6.1 оперирование (operation): Перевод подвижного контакта (контактов) из разомкнутого положения в замкнутое и наоборот.

Примечание - Различают электрическое оперирование (т.е. включение и отключение) как коммутирующее и механическое оперирование (т.е. замыкание или размыкание).

Источник: ГОСТ Р МЭК 60755-2012: Общие требования к защитным устройствам, управляемым дифференциальным (остаточным) током оригинал документа

3.58 аварийная эксплуатация (Operation, Incidental): Условия, которые не соответствуют нормальной эксплуатации оборудования или системы.

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

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

3.59 нормальная эксплуатация (Operation, Normal): Условия, которые возникают в результате эксплуатации и применения оборудования или системы в соответствии с их предназначением, включая управление условиями, контроль целостности, обслуживание, ремонтные работы и т.д.

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

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

3.5.8 операция (operation): Завершение действия или части работы с целью достижения конечного результата.

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

3.2.11 срабатывание (operation): Переход одного или более подвижных контактов из разомкнутого в замкнутое положение и наоборот.

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

Источник: ГОСТ Р 50345-2010: Аппаратура малогабаритная электрическая. Автоматические выключатели для защиты от сверхтоков бытового и аналогичного назначения. Часть 1. Автоматические выключатели для переменного тока оригинал документа

33. Операция устройства вычислительной машины

Операция

Operation

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

Источник: ГОСТ 15971-90: Системы обработки информации. Термины и определения оригинал документа

3.1.6 операция (operation): Рабочее задание, для которого проводят измерение представительной вибрации.

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

Источник: ГОСТ 16519-2006: Вибрация. Определение параметров вибрационной характеристики ручных машин и машин с ручным управлением. Общие требования оригинал документа

3.74 операция (operation): Услуга, которая может быть запрошена от объекта для воздействия на поведение.

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

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

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

Если технология хороша, то, казалось бы, чем шире она применяется, тем лучше. Разве не так? Как раз нет. Больше не всегда означает лучше. Наступление эпохи микропроцессоров и широкое распространение современных распределенных систем управления (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

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

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

Если технология хороша, то, казалось бы, чем шире она применяется, тем лучше. Разве не так? Как раз нет. Больше не всегда означает лучше. Наступление эпохи микропроцессоров и широкое распространение современных распределенных систем управления (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

безотказность
Свойство объекта непрерывно сохранять работоспособное состояние в течение некоторого времени или наработки.
[ ГОСТ 27.002-89]

Тематики

• надежность, основные понятия

EN

• failure-free operation
• faultlessness
• reliability

надежность
Способность оборудования безотказно выполнять заданные функции при определенных условиях и в заданном интервале времени.
[ГОСТ ЕН 1070-2003]

надежность
Способность машины, частей или оборудования исполнять требуемую функцию в регламентированных условиях и заданном временном отрезке без сбоев.
[ ГОСТ Р 51333-99]

надежность
Свойство объекта сохранять во времени в установленных пределах значения всех параметров, характеризующих способность выполнять требуемые функции в заданных режимах и условиях применения, технического обслуживания, хранения и транспортирования.
Примечание. Надежность является комплексным свойством, которое в зависимости от назначения объекта и условий его применения может включать безотказность, долговечность, ремонтопригодность и сохраняемость или определенные сочетания этих свойств
[ ГОСТ 27.002-89]
[ОСТ 45.153-99]
[СО 34.21.307-2005]
[СТО Газпром РД 2.5-141-2005]

надежность
Собирательный термин, используемый для описания характеристики готовности и влияющих на нее факторов: безотказности, ремонтопригодности и обеспечение технического обслуживания и ремонта.
Примечания
1 Надежность используется только для общих описаний, когда не применяются количественные термины.
2 Надежность является одним из зависящих от времени аспектов качества.
3 Определение надежности и Примечание 1, приведенные выше взяты из главы 191 словаря МЭК 50, который также включает родственные термины и определения.
[ИСО 8402-94]

надежность
Собирательный термин, применяемый для описания свойства готовности и влияющих на него свойств безотказности, ремонтопригодности и обеспеченности технического обслуживания и ремонта.
Примечание
Термин "надежность" применяется только для общего неколичественного описания свойства.
[МЭК 60050-191:1990].
[ ГОСТ Р ИСО 9000-2008]

Недопустимые, нерекомендуемые

• надежность в работе
• надежность применения

Тематики

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

EN

• dependability
• fail-safety
• reliability
• reliability application

DE

• Zuverlässigkeit

FR

• fiabilité

надежность (программного средства)
Совокупность свойств, характеризующая способность программного средства сохранять заданный уровень пригодности в заданных условиях в течение заданного интервала времени.
Примечания
1. Программное средство не подвержено износу или старению. Ограничения его уровня пригодности являются следствием дефектов, внесенных в содержание программного средства в процессе постановки и решения задачи его создания или модификации. Количество и характер отказов программного средства, являющихся следствием этих дефектов, зависят от способа применения программного средства и от выбираемых вариантов его функционирования, но не зависят от времени.
2. Надежность программных средств, являющихся частью конкретной системы обработки информации, может входить в состав признаков ее качества наряду с ее надежностью как технической системы.
[ ГОСТ 28806-90 ]

Тематики

• качество программных средств

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

• общие характеристики качества программного средства

EN

• reliability

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

[Разработка типовых структурных схем микропроцессорных устройств РЗА на объектах ОАО "ФКС ЕЭС". Пояснительная записка. Новосибирск 2006 г.]

надежность на несрабатывание
надежность защиты на несрабатывание
—
[В.А.Семенов. Англо-русский словарь по релейной защите]

EN

security of protection
security of relay system (US)
the probability for a protection of not having an unwanted operation under given conditions for a given time interval

[IEV ref 448-12-06]

FR

sécurité d'une protection
probabilité pour une protection de ne pas avoir de fonctionnement intempestif, dans des conditions données, pendant un intervalle de temps donné
[IEV ref 448-12-06]

Тематики

• релейная защита

EN

• reliability
• security
• security of protection
• security of relay system

DE

• Sicherheit des Selektivschutzes, f

FR

• sécurité d'une protection

надёжность
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999]

Тематики

• электротехника, основные понятия

EN

• reliability
• durability
• integrity
• security

надёжность 
(ITIL Continual Service Improvement) (ITIL Service Design)
Мера того, как долго конфигурационная единица или ИТ-услуга может выполнять согласованные функции без перерывов. Обычно измеряется как MTBF или MTBSI. Термин «надежность» также может быть применён для обозначения вероятности того, что процесс, функция и т.п. произведут требуемые результаты. См. тж. доступность.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

reliability
(ITIL Continual Service Improvement) (ITIL Service Design) A measure of how long an IT service or other configuration item can perform its agreed function without interruption. Usually measured as MTBF or MTBSI. The term can also be used to state how likely it is that a process, function etc. will deliver its required outputs. See also availability.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• reliability

надёжность
Способность зданий и сооружений, а также их несущих и ограждающих конструкций выполнять заданные функции в период эксплуатации
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

Тематики

• строительство в целом

EN

• reliability

DE

• Zuverlässigkeit

FR

• fiabilité

2.17 достоверность (reliability): Свойство соответствия предусмотренному поведению и результатам.

Источник: ГОСТ Р ИСО/МЭК 13335-1-2006: Информационная технология. Методы и средства обеспечения безопасности. Часть 1. Концепция и модели менеджмента безопасности информационных и телекоммуникационных технологий оригинал документа

3.54 достоверность (reliability): Свойство соответствия предусмотренному поведению и результатам [2]:

Источник: ГОСТ Р ИСО/ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

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

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

Источник: ГОСТ Р ИСО 10075-3-2009: Эргономические принципы обеспечения адекватности умственной нагрузки. Часть 3. Принципы и требования к методам измерений и оценке умственной нагрузки оригинал документа

3.54 достоверность (reliability): Свойство соответствия предусмотренному поведению и результатам [2]:

Источник: ГОСТ Р ИСО ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

2.37 надежность (reliability) (информации): Степень уверенности в информации при представлении или оценивании соответствующего рассматриваемого объекта.

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

Источник: ГОСТ Р ИСО 24511-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента коммунальных предприятий и оценке услуг удаления сточных вод оригинал документа

2.37 надежность (reliability) (информации): Степень уверенности в информации при представлении или оценивании соответствующего рассматриваемого объекта.

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

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

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

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

3.1.1 надежность (reliability): Вероятность того, что объект может выполнять требуемую функцию в данных условиях в течение данного периода времени (t₁, t₂).

Примечания

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

2. Термин «надежность» также используют для обозначения работоспособности, характеризуемой этой вероятностью (МЭК 60050-191) [1].

[МЭК 60050-191] [1]

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

2.37 надежность (reliability) (информации): Степень уверенности в информации при представлении или оценивании соответствующего рассматриваемого объекта.

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

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

3.21 вероятность безотказной работы (reliability): Вероятность выполнения объектом требуемой функции в заданных условиях и в заданном интервале времени.

[ИСО 921:1997]

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

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

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

[МАГАТЭ 50-SG-D8]

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

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

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

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

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

SCADA
SCADA-система
диспетчерское управление и сбор данных
ПО, предназначенное для поддержки средств автоматизации и построения систем промышленной автоматизации.
[ http://www.morepc.ru/dict/]

SCADA (аббр. от англ. supervisory control and data acquisition, диспетчерское управление и сбор данных) — программный пакет, предназначенный для разработки или обеспечения работы в реальном времени систем сбора, обработки, отображения и архивирования информации об объекте мониторинга или управления. SCADA может являться частью АСУ ТП, АСКУЭ, системы экологического мониторинга, научного эксперимента, автоматизации здания и т. д. SCADA-системы используются во всех отраслях хозяйства, где требуется обеспечивать операторский контроль за технологическими процессами в реальном времени. Данное программное обеспечение устанавливается на компьютеры и, для связи с объектом, использует драйверы ввода-вывода или OPC/DDE серверы. Программный код может быть как написан на языке программирования (например на C++), так и сгенерирован в среде проектирования.

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

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

Значение термина SCADA претерпело изменения вместе с развитием технологий автоматизации и управления технологическими процессами. В 80-е годы под SCADA-системами чаще понимали программно-аппаратные комплексы сбора данных реального времени. С 90-х годов термин SCADA больше используется для обозначения только программной части человеко-машинного интерфейса АСУ ТП.

Основные задачи, решаемые SCADA-системами

SCADA-системы решают следующие задачи:

• Обмен данными с «устройствами связи с объектом», то есть с промышленными контроллерами и платами ввода/вывода) в реальном времени через драйверы.
• Обработка информации в реальном времени.
• Логическое управление.
• Отображение информации на экране монитора в удобной и понятной для человека форме.
• Ведение базы данных реального времени с технологической информацией.
• Аварийная сигнализация и управление тревожными сообщениями.
• Подготовка и генерирование отчетов о ходе технологического процесса.
• Осуществление сетевого взаимодействия между SCADA ПК.
• Обеспечение связи с внешними приложениями (СУБД, электронные таблицы, текстовые процессоры и т. д.). В системе управления предприятием такими приложениями чаще всего являются приложения, относимые к уровню MES.

SCADA-системы позволяют разрабатывать АСУ ТП в клиент-серверной или в распределённой архитектуре.

Основные компоненты SCADA

SCADA—система обычно содержит следующие подсистемы:

• Драйверы или серверы ввода-вывода — программы, обеспечивающие связь SCADA с промышленными контроллерами, счётчиками, АЦП и другими устройствами ввода-вывода информации.
• Система реального времени — программа, обеспечивающая обработку данных в пределах заданного временного цикла с учетом приоритетов.
• Человеко-машинный интерфейс (HMI, англ. Human Machine Interface) — инструмент, который представляет данные о ходе процесса человеку оператору, что позволяет оператору контролировать процесс и управлять им. Программа-редактор для разработки человеко-машинного интерфейса.
• Система логического управления — программа, обеспечивающая исполнение пользовательских программ (скриптов) логического управления в SCADA-системе. Набор редакторов для их разработки.
• База данных реального времени — программа, обеспечивающая сохранение истории процесса в режиме реального времени.
• Система управления тревогами — программа, обеспечивающая автоматический контроль технологических событий, отнесение их к категории нормальных, предупреждающих или аварийных, а также обработку событий оператором или компьютером.
• Генератор отчетов — программа, обеспечивающая создание пользовательских отчетов о технологических событиях. Набор редакторов для их разработки.
• Внешние интерфейсы — стандартные интерфейсы обмена данными между SCADA и другими приложениями. Обычно OPC, DDE, ODBC, DLL и т. д.

Концепции систем
Термин SCADA обычно относится к централизованным системам контроля и управления всей системой, или комплексами систем, осуществляемого с участием человека. Большинство управляющих воздействий выполняется автоматически RTU или ПЛК. Непосредственное управление процессом обычно обеспечивается RTU или PLC, а SCADA управляет режимами работы. Например, PLC может управлять потоком охлаждающей воды внутри части производственного процесса, а SCADA система может позволить операторам изменять уста для потока, менять маршруты движения жидкости, заполнять те или иные ёмкости, а также следить за тревожными сообщениями (алармами), такими как — потеря потока и высокая температура, которые должны быть отображены, записаны, и на которые оператор должен своевременно реагировать. Цикл управления с обратной связью проходит через RTU или ПЛК, в то время как SCADA система контролирует полное выполнение цикла.

Сбор данных начинается в RTU или на уровне PLC и включает — показания измерительного прибора. Далее данные собираются и форматируются таким способом, чтобы оператор диспетчерской, используя HMI мог принять контролирующие решения — корректировать или прервать стандартное управление средствами RTU/ПЛК. Данные могут также быть записаны в архив для построения трендов и другой аналитической обработки накопленных данных.

[ http://ru.wikipedia.org/wiki/SCADA]

CitectSCADA
полнофункциональная система мониторинга, управления и сбора данных (SCADA – Supervisory Control And Data Acquisition)

ТЕХНИЧЕСКАЯ ИНФОРМАЦИЯ:

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

В отличие от других SCADA-систем среда разработки CitectSCADA поставляется бесплатно. Оплачивается только среда исполнения (runtime). Это позволяет пользователю разработать и протестировать пробный проект, не вкладывая средств на начальном этапе.

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

CitectSCADA лицензируется на заданное количество точек (дискретных или аналоговых переменных). При этом учитываются только внешние переменные, считываемые из устройств ввода/вывода, а внутренние переменные, находящиеся в памяти или на диске, бесплатны и не входят в количество лицензируемых точек. Градация количества лицензируемых точек в CitectSCADA более равномерна, чем в других системах: 75, 150, 500, 1 500, 5 000, 15 000, 50 000 и неограниченное количество.

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

CitectSCADA имеет встроенный язык программирования CiCode, а также поддержку VBA.

CitectSCADA работает как 32-разрядное приложение Windows 9X/NT/2000/XP/2003. Сбор данных, формирование алармов и построение трендов происходит одновременно с редактированием и компиляцией.

[ http://www.rtsoft.ru/catalog/soft/scada/detail/343/]

Словесный портрет современной управляющей системы типа SCADA

• Масштабируемая
  • Наращивание системы без её переконфигурирования
  • Масштабы проекта не ограничены
  • До 255 одновременно подключённых клиентов
  • Поддержка локальных и глобальных сетей
  • Возможность интеграции с веб-приложениями без конфигурирования системы
  • Возможность функционирования при малой пропускной способности коммуникаций
  • Поддержка кластерных конфигураций
  • Возможность перезапуска отдельных процессов, относящихся к разным компонентам
• Гибкая
  • Полноценная архитектура «клиент-­сервер»
  • Возможность масштабирования серверов/серверных массивов алармов, трендов и отчётов
  • Поддержка централизованного хранения файлов проекта для удобства обслуживания, а также распределённого хранения и комбинированного варианта
  • Внесение изменений на отдельных локациях
  • Возможность функционирования при малой пропускной способности коммуникаций
  • Поддержка устоявшихся и новых стандартов
• Надёжная
  • Встроенная поддержка режима ожидания
  • Резервирование файловых серверов
  • Резервирование сетевых коммуникаций
  • Резервирование серверов алармов
  • Резервирование серверов трендов
  • Резервирование серверов отчётов
  • Многоуровневое резервирование ввода-вывода
  • Автоматическая замена серверов
  • Автоматическая синхронизация историй трендов
  • Автоматическая синхронизация таблиц алармов
  • Автоматическая синхронизация времени
  • Защитные функции
  • Автоматический перезапуск в случае сбоя системы
• Высокопроизводительная
  • Приемлемый уровень производительности для проектов любых масштабов
  • Низкие требования к процессорам и памяти
  • Малая загруженность сети
  • Поддержка многопроцессорных конфигураций
• Безопасная
  • Настройки безопасности для отдельных пользователей и групп пользователей
  • До 250 одновременно работающих с системой пользователей
  • Неограниченное число имен пользователей
  • Задание набора прав и привилегий для каждого пользовательского имени

Ввод-вывод

• Коммуникационные технологии
  • Поддержка открытых коммуникационных стандартов
  • Поддержка каждым сервером ввода-вывода многих протоколов
  • Драйверы протоколов RS-232, RS-422, RS-485, TCP/IP
  • Время установки драйверов в пределах 60 секунд
  • До 255 одновременно подключённых клиентов
  • До 4096 устройств ввода-вывода на одну систему
  • Поддержка внешнего подключения для удалённых устройств
  • Средства разработки драйверов для специализированных протоколов
  • Поддержка стандарта OPC Server DA2.0
  • Интегрированный веб-сервис XML
• Доступ
  • Драйверы предоставляются без дополнительной платы
  • Новые версии драйверов выкладываются на сайт
  • Поддержка обновления драйверов
  • Высокая скорость доступа
  • Динамическая оптимизация для всех драйверов
  • Чтение данных по запросу
  • До 100000 целых чисел в секунду
  • Обновление с устройств ввода-вывода

Метки

• Неограниченное число меток
• Длина имени метки до 80 символов
• Поддержка меток качества и времени для соответствующих драйверов
• Единая база данных для контроллеров ПЛК и системы SCADA
• Двунаправленная синхронизация со средой разработки для ПЛК
• Статическая синхронизация для разработки в автономном режиме
• - Автоматические импорт и синхронизация
• Импорт из ПЛК разных типов
• Добавление пользовательских схем импорта

Графика

• Разработка
  • Неограниченное число экранов
  • 24-битные цвета
  • Быстрый выбор цветов по названиям
  • Поддержка прозрачных цветов
  • Продвинутая анимация без дополнительного программирования
  • Анимация символов на базе тегов
  • До 32000 анимированных изображений на страницу
  • Неограниченное число мигающих цветов
  • Мультиязычность
  • Инструменты типа 3D Pipe
  • Трёхмерные эффекты (поднятие, опускание, выдавливание)
• Импорт графики
  • Растровые изображения Windows (BMP, RLE, DIB)
  • Формат AutoCAD (DXF)
  • Формат Encapsulated Postscript (EPS)
  • Формат Fax Image (FAX)
  • Формат Ventura (IMG)
  • Формат JPEG (JPG, JIF, JFF, JFE)
  • Формат Photo CD (PCD)
  • Формат PaintBrush (PCX)
  • Формат Portable Network Graphics (PNG)
  • Формат Targa (TGA)
  • Формат Tagged Image Format (TIFF)
  • Формат Windows Meta File (WMF)
  • Формат Word Perfect Graphics (WPG)
  • Неограниченное число отмен действий
  • Кнопки в стиле Windows XP со свойствами динамического перемещения
• Шаблоны
  • Большое число шаблонов в разных стилях и для разных разрешений
  • Растягивание шаблонов средствами графического инструментария
  • Шаблоны могут содержать анимацию
  • Изменения в шаблонах отражаются на всех страницах
  • Одни и те же шаблоны могут использоваться в разных проектах
• Символы
• Более 800 символов в комплекте поставки
  • Создание пользовательских символов средствами графического инструментария
  • Символы могут содержать анимацию
  • Изменения в символах отражаются на всех их копиях
  • Одни и те же символы могут использоваться в разных проектах
• Объектное конфигурирование
  • Неограниченное число объектов типа «джинн» (Genie) и «суперджинн» (Super Genie)
  • Пользовательские «джинны» позволяют отображать на экране пользовательское оборудование
  • Пользовательские «суперджины» позволяют работать с разными устройствами через один интерфейс
  • Объекты типа «джинн» и «суперджинн» способны воспринимать изменения в тегах устройств без дополнительного программирования
• Работа
  • Разрешения до 4096 x 4096
  • Изменение размеров изображений (изотропное и анизотропное)
  • Поддержка вывода на несколько мониторов
  • Настройка скорости обновления страниц (минимум 10 мс)
  • Информирование о потере связи
  • Переключение языков в ходе работы
  • Поддержка одно- и двухбайтовых наборов символов
• Безопасность
  • Уровень безопасности влияет на:
  • Видимость объектов
  • Доступ к графическим дисплеям
  • Подтверждение алармов
  • Создание отчётов
  • Системные утилиты

Действия

• Управление
  • Сенсорные команды
  • Мышь
  • -Клавиатурное управление системой, страницами и анимацией
  • Вертикальные и горизонтальные ползунки
  • Замена БД
• Анализ процессов
  • Объединение алармов с трендами
  • 32 и более перьев
  • 4 и более оконных секций
  • 2 и более курсоров
  • Наложение перьев
  • Информация о качестве данных
  • Аналоговые и цифровые перья
  • Информация о подтверждении алармов
  • Описание алармов (аналоговых и мультицифровых)
  • Комментарии к алармам
  • Поддержка перехода на летнее и зимнее время
  • Сохранение просмотров в процессе работы
  • Хранение просмотров в удалённых локациях
  • Отображение различных временных периодов на том же дисплее
  • Настраиваемое и расширяемое управление
• Алармы
  • Неограниченное число алармов
  • Централизованная обработка алармов
  • Алармы могут быть следующих типов:
  • Цифровые
  • Аналоговые
  • Временные метки
  • Высокоуровневые выражения
  • Мультицифровые
  • Цифровые с временными метками
  • Аналоговые с временными метками
  • Изменение языка для всех алармов в процессе работы
  • Подтверждение приёма в сети без дополнительного конфигурирования
  • Отключение сети без дополнительного конфигурирования
  • Категории, зоны и приоритеты алармов
  • Задержки алармов
  • Назначение временных меток с разрешением в 1 мс
  • Различные данные в алармах
  • Индивидуальные и групповые подтверждения
  • Подтверждения на основе категорий и приоритетов
  • Подтверждения отображаются графически, в списке алармов или через специализированный код:
  • Сортировка алармов
  • Фильтрация алармов
  • Пользовательские поля алармов
• Тренды
  • Неограниченное число трендов
  • До 16000 трендов на страницу
  • Отображение любого тренда из истории менее чем за 1 секунду
  • Файлов трендов регулируемых размеров
  • Просмотр архивных трендов параллельно с актуальными в процессе работы системы
  • Выбор с разрешением 1 мс
  • Сравнение трендов
  • Быстрый выбор трендов по тегам
  • Сохранение по событию или периодическое сохранение

Статистический контроль ( SPC)

• Таблицы индексов Cp и CpK
• Контрольные карты X, R и S
• Диаграммы Парето
• Настраиваемые размеры и границы подгрупп
• Типы алармов: Above UCL, Below LCL, Outside CL, Down Trend, Up Trend, Erratic, Gradual, Down, Gradual Up, Mixture, Outside WL, Freak, Stratification и высокоуровневые выражения

Отчёты

• Редактор сгенерированных отчётов, редактирование по модели WYSIWYN, отчёты в формате Rich Text
• Запуск внешними событиями, по расписанию, через высокоуровневые выражения и по команде оператора
• Вывод на принтер, в файл, по электронной почте, на экран, в формат HTML

Конфигурирование

• Разработка проекта
• Масштабы проекта не ограничены
• Возможность разбиения на несколько проектов
• Удобная стандартизация проектов
• Удобное обслуживание проектов
• Встроенное средство настройки компьютеров позволяет конфигурировать каждый подключённый к сети ПК по отдельности

Программное обеспечение

• Истинная вытесняющая многозадачность
• До 512 параллельных потоков
• Доступно более 600 функций SCADA
• Библиотеки для пользовательских функций
• До 2700 пользовательских функций
• Локальные, модульные и глобальные переменные
• Дополнительное программное обеспечение для создания собственных функций не требуется
• Прямой доступ к данным трендов, отчётов и алармов
• Подсвечивание синтаксиса
• Система онлайн-подсказок
• Всплывающие подсказки
• При редактировании доступны:
• Контрольные точки
• Просмотр переменных
• Мониторинг нитей
• Выделение кода цветом
• Окно контрольных точек
• Пошаговый режим выполнения
• Выделение текущей строки
• Удалённая отладка
• Автоматическая отладка в случае ошибок

Безопасность

• Интегрированные средства безопасности Windows на уровне проекта

Обмен данными

• Сервер и клиент OPC
• Интерфейс ODBC
• Интерфейс OLE-DB
• Интерфейс CTAPI
• Интерфейс DLL
• Интерфейс MAPI (MAIL)
• Протоколы TCP/IP
• Последовательный интерфейс

[ http://www.rtsoft-training.ru/?p=600074]

Тематики

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

Синонимы

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

EN

• SCADA
• SCADA system
• Supervisory for Control And Data Acquision

диспетчерское управление и сбор данных
Подсистема сбора, хранения и обработки телеметрической информации, поступающей от удаленных датчиков, осуществляющих измерение температуры, давления, расхода электроэнергии и др. Сбор данных осуществляется с помощью контроллеров, программное обеспечение которых позволяет реализовать практически любой алгоритм опроса датчиков, а также обеспечить первичную обработку информации. Обмен данными часто осуществляется через интерфейс RS-485. Термин SCADA обычно употребляют, когда речь идет о контроле и регулировании каких-либо производственных процессов.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• электросвязь, основные понятия

EN

• SCADA
• Supervisory Control and Data Acquisition

SCADA
SCADA-система
диспетчерское управление и сбор данных
ПО, предназначенное для поддержки средств автоматизации и построения систем промышленной автоматизации.
[ http://www.morepc.ru/dict/]

SCADA (аббр. от англ. supervisory control and data acquisition, диспетчерское управление и сбор данных) — программный пакет, предназначенный для разработки или обеспечения работы в реальном времени систем сбора, обработки, отображения и архивирования информации об объекте мониторинга или управления. SCADA может являться частью АСУ ТП, АСКУЭ, системы экологического мониторинга, научного эксперимента, автоматизации здания и т. д. SCADA-системы используются во всех отраслях хозяйства, где требуется обеспечивать операторский контроль за технологическими процессами в реальном времени. Данное программное обеспечение устанавливается на компьютеры и, для связи с объектом, использует драйверы ввода-вывода или OPC/DDE серверы. Программный код может быть как написан на языке программирования (например на C++), так и сгенерирован в среде проектирования.

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

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

Значение термина SCADA претерпело изменения вместе с развитием технологий автоматизации и управления технологическими процессами. В 80-е годы под SCADA-системами чаще понимали программно-аппаратные комплексы сбора данных реального времени. С 90-х годов термин SCADA больше используется для обозначения только программной части человеко-машинного интерфейса АСУ ТП.

Основные задачи, решаемые SCADA-системами

SCADA-системы решают следующие задачи:

• Обмен данными с «устройствами связи с объектом», то есть с промышленными контроллерами и платами ввода/вывода) в реальном времени через драйверы.
• Обработка информации в реальном времени.
• Логическое управление.
• Отображение информации на экране монитора в удобной и понятной для человека форме.
• Ведение базы данных реального времени с технологической информацией.
• Аварийная сигнализация и управление тревожными сообщениями.
• Подготовка и генерирование отчетов о ходе технологического процесса.
• Осуществление сетевого взаимодействия между SCADA ПК.
• Обеспечение связи с внешними приложениями (СУБД, электронные таблицы, текстовые процессоры и т. д.). В системе управления предприятием такими приложениями чаще всего являются приложения, относимые к уровню MES.

SCADA-системы позволяют разрабатывать АСУ ТП в клиент-серверной или в распределённой архитектуре.

Основные компоненты SCADA

SCADA—система обычно содержит следующие подсистемы:

• Драйверы или серверы ввода-вывода — программы, обеспечивающие связь SCADA с промышленными контроллерами, счётчиками, АЦП и другими устройствами ввода-вывода информации.
• Система реального времени — программа, обеспечивающая обработку данных в пределах заданного временного цикла с учетом приоритетов.
• Человеко-машинный интерфейс (HMI, англ. Human Machine Interface) — инструмент, который представляет данные о ходе процесса человеку оператору, что позволяет оператору контролировать процесс и управлять им. Программа-редактор для разработки человеко-машинного интерфейса.
• Система логического управления — программа, обеспечивающая исполнение пользовательских программ (скриптов) логического управления в SCADA-системе. Набор редакторов для их разработки.
• База данных реального времени — программа, обеспечивающая сохранение истории процесса в режиме реального времени.
• Система управления тревогами — программа, обеспечивающая автоматический контроль технологических событий, отнесение их к категории нормальных, предупреждающих или аварийных, а также обработку событий оператором или компьютером.
• Генератор отчетов — программа, обеспечивающая создание пользовательских отчетов о технологических событиях. Набор редакторов для их разработки.
• Внешние интерфейсы — стандартные интерфейсы обмена данными между SCADA и другими приложениями. Обычно OPC, DDE, ODBC, DLL и т. д.

Концепции систем
Термин SCADA обычно относится к централизованным системам контроля и управления всей системой, или комплексами систем, осуществляемого с участием человека. Большинство управляющих воздействий выполняется автоматически RTU или ПЛК. Непосредственное управление процессом обычно обеспечивается RTU или PLC, а SCADA управляет режимами работы. Например, PLC может управлять потоком охлаждающей воды внутри части производственного процесса, а SCADA система может позволить операторам изменять уста для потока, менять маршруты движения жидкости, заполнять те или иные ёмкости, а также следить за тревожными сообщениями (алармами), такими как — потеря потока и высокая температура, которые должны быть отображены, записаны, и на которые оператор должен своевременно реагировать. Цикл управления с обратной связью проходит через RTU или ПЛК, в то время как SCADA система контролирует полное выполнение цикла.

Сбор данных начинается в RTU или на уровне PLC и включает — показания измерительного прибора. Далее данные собираются и форматируются таким способом, чтобы оператор диспетчерской, используя HMI мог принять контролирующие решения — корректировать или прервать стандартное управление средствами RTU/ПЛК. Данные могут также быть записаны в архив для построения трендов и другой аналитической обработки накопленных данных.

[ http://ru.wikipedia.org/wiki/SCADA]

CitectSCADA
полнофункциональная система мониторинга, управления и сбора данных (SCADA – Supervisory Control And Data Acquisition)

ТЕХНИЧЕСКАЯ ИНФОРМАЦИЯ:

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

В отличие от других SCADA-систем среда разработки CitectSCADA поставляется бесплатно. Оплачивается только среда исполнения (runtime). Это позволяет пользователю разработать и протестировать пробный проект, не вкладывая средств на начальном этапе.

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

CitectSCADA лицензируется на заданное количество точек (дискретных или аналоговых переменных). При этом учитываются только внешние переменные, считываемые из устройств ввода/вывода, а внутренние переменные, находящиеся в памяти или на диске, бесплатны и не входят в количество лицензируемых точек. Градация количества лицензируемых точек в CitectSCADA более равномерна, чем в других системах: 75, 150, 500, 1 500, 5 000, 15 000, 50 000 и неограниченное количество.

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

CitectSCADA имеет встроенный язык программирования CiCode, а также поддержку VBA.

CitectSCADA работает как 32-разрядное приложение Windows 9X/NT/2000/XP/2003. Сбор данных, формирование алармов и построение трендов происходит одновременно с редактированием и компиляцией.

[ http://www.rtsoft.ru/catalog/soft/scada/detail/343/]

Словесный портрет современной управляющей системы типа SCADA

• Масштабируемая
  • Наращивание системы без её переконфигурирования
  • Масштабы проекта не ограничены
  • До 255 одновременно подключённых клиентов
  • Поддержка локальных и глобальных сетей
  • Возможность интеграции с веб-приложениями без конфигурирования системы
  • Возможность функционирования при малой пропускной способности коммуникаций
  • Поддержка кластерных конфигураций
  • Возможность перезапуска отдельных процессов, относящихся к разным компонентам
• Гибкая
  • Полноценная архитектура «клиент-­сервер»
  • Возможность масштабирования серверов/серверных массивов алармов, трендов и отчётов
  • Поддержка централизованного хранения файлов проекта для удобства обслуживания, а также распределённого хранения и комбинированного варианта
  • Внесение изменений на отдельных локациях
  • Возможность функционирования при малой пропускной способности коммуникаций
  • Поддержка устоявшихся и новых стандартов
• Надёжная
  • Встроенная поддержка режима ожидания
  • Резервирование файловых серверов
  • Резервирование сетевых коммуникаций
  • Резервирование серверов алармов
  • Резервирование серверов трендов
  • Резервирование серверов отчётов
  • Многоуровневое резервирование ввода-вывода
  • Автоматическая замена серверов
  • Автоматическая синхронизация историй трендов
  • Автоматическая синхронизация таблиц алармов
  • Автоматическая синхронизация времени
  • Защитные функции
  • Автоматический перезапуск в случае сбоя системы
• Высокопроизводительная
  • Приемлемый уровень производительности для проектов любых масштабов
  • Низкие требования к процессорам и памяти
  • Малая загруженность сети
  • Поддержка многопроцессорных конфигураций
• Безопасная
  • Настройки безопасности для отдельных пользователей и групп пользователей
  • До 250 одновременно работающих с системой пользователей
  • Неограниченное число имен пользователей
  • Задание набора прав и привилегий для каждого пользовательского имени

Ввод-вывод

• Коммуникационные технологии
  • Поддержка открытых коммуникационных стандартов
  • Поддержка каждым сервером ввода-вывода многих протоколов
  • Драйверы протоколов RS-232, RS-422, RS-485, TCP/IP
  • Время установки драйверов в пределах 60 секунд
  • До 255 одновременно подключённых клиентов
  • До 4096 устройств ввода-вывода на одну систему
  • Поддержка внешнего подключения для удалённых устройств
  • Средства разработки драйверов для специализированных протоколов
  • Поддержка стандарта OPC Server DA2.0
  • Интегрированный веб-сервис XML
• Доступ
  • Драйверы предоставляются без дополнительной платы
  • Новые версии драйверов выкладываются на сайт
  • Поддержка обновления драйверов
  • Высокая скорость доступа
  • Динамическая оптимизация для всех драйверов
  • Чтение данных по запросу
  • До 100000 целых чисел в секунду
  • Обновление с устройств ввода-вывода

Метки

• Неограниченное число меток
• Длина имени метки до 80 символов
• Поддержка меток качества и времени для соответствующих драйверов
• Единая база данных для контроллеров ПЛК и системы SCADA
• Двунаправленная синхронизация со средой разработки для ПЛК
• Статическая синхронизация для разработки в автономном режиме
• - Автоматические импорт и синхронизация
• Импорт из ПЛК разных типов
• Добавление пользовательских схем импорта

Графика

• Разработка
  • Неограниченное число экранов
  • 24-битные цвета
  • Быстрый выбор цветов по названиям
  • Поддержка прозрачных цветов
  • Продвинутая анимация без дополнительного программирования
  • Анимация символов на базе тегов
  • До 32000 анимированных изображений на страницу
  • Неограниченное число мигающих цветов
  • Мультиязычность
  • Инструменты типа 3D Pipe
  • Трёхмерные эффекты (поднятие, опускание, выдавливание)
• Импорт графики
  • Растровые изображения Windows (BMP, RLE, DIB)
  • Формат AutoCAD (DXF)
  • Формат Encapsulated Postscript (EPS)
  • Формат Fax Image (FAX)
  • Формат Ventura (IMG)
  • Формат JPEG (JPG, JIF, JFF, JFE)
  • Формат Photo CD (PCD)
  • Формат PaintBrush (PCX)
  • Формат Portable Network Graphics (PNG)
  • Формат Targa (TGA)
  • Формат Tagged Image Format (TIFF)
  • Формат Windows Meta File (WMF)
  • Формат Word Perfect Graphics (WPG)
  • Неограниченное число отмен действий
  • Кнопки в стиле Windows XP со свойствами динамического перемещения
• Шаблоны
  • Большое число шаблонов в разных стилях и для разных разрешений
  • Растягивание шаблонов средствами графического инструментария
  • Шаблоны могут содержать анимацию
  • Изменения в шаблонах отражаются на всех страницах
  • Одни и те же шаблоны могут использоваться в разных проектах
• Символы
• Более 800 символов в комплекте поставки
  • Создание пользовательских символов средствами графического инструментария
  • Символы могут содержать анимацию
  • Изменения в символах отражаются на всех их копиях
  • Одни и те же символы могут использоваться в разных проектах
• Объектное конфигурирование
  • Неограниченное число объектов типа «джинн» (Genie) и «суперджинн» (Super Genie)
  • Пользовательские «джинны» позволяют отображать на экране пользовательское оборудование
  • Пользовательские «суперджины» позволяют работать с разными устройствами через один интерфейс
  • Объекты типа «джинн» и «суперджинн» способны воспринимать изменения в тегах устройств без дополнительного программирования
• Работа
  • Разрешения до 4096 x 4096
  • Изменение размеров изображений (изотропное и анизотропное)
  • Поддержка вывода на несколько мониторов
  • Настройка скорости обновления страниц (минимум 10 мс)
  • Информирование о потере связи
  • Переключение языков в ходе работы
  • Поддержка одно- и двухбайтовых наборов символов
• Безопасность
  • Уровень безопасности влияет на:
  • Видимость объектов
  • Доступ к графическим дисплеям
  • Подтверждение алармов
  • Создание отчётов
  • Системные утилиты

Действия

• Управление
  • Сенсорные команды
  • Мышь
  • -Клавиатурное управление системой, страницами и анимацией
  • Вертикальные и горизонтальные ползунки
  • Замена БД
• Анализ процессов
  • Объединение алармов с трендами
  • 32 и более перьев
  • 4 и более оконных секций
  • 2 и более курсоров
  • Наложение перьев
  • Информация о качестве данных
  • Аналоговые и цифровые перья
  • Информация о подтверждении алармов
  • Описание алармов (аналоговых и мультицифровых)
  • Комментарии к алармам
  • Поддержка перехода на летнее и зимнее время
  • Сохранение просмотров в процессе работы
  • Хранение просмотров в удалённых локациях
  • Отображение различных временных периодов на том же дисплее
  • Настраиваемое и расширяемое управление
• Алармы
  • Неограниченное число алармов
  • Централизованная обработка алармов
  • Алармы могут быть следующих типов:
  • Цифровые
  • Аналоговые
  • Временные метки
  • Высокоуровневые выражения
  • Мультицифровые
  • Цифровые с временными метками
  • Аналоговые с временными метками
  • Изменение языка для всех алармов в процессе работы
  • Подтверждение приёма в сети без дополнительного конфигурирования
  • Отключение сети без дополнительного конфигурирования
  • Категории, зоны и приоритеты алармов
  • Задержки алармов
  • Назначение временных меток с разрешением в 1 мс
  • Различные данные в алармах
  • Индивидуальные и групповые подтверждения
  • Подтверждения на основе категорий и приоритетов
  • Подтверждения отображаются графически, в списке алармов или через специализированный код:
  • Сортировка алармов
  • Фильтрация алармов
  • Пользовательские поля алармов
• Тренды
  • Неограниченное число трендов
  • До 16000 трендов на страницу
  • Отображение любого тренда из истории менее чем за 1 секунду
  • Файлов трендов регулируемых размеров
  • Просмотр архивных трендов параллельно с актуальными в процессе работы системы
  • Выбор с разрешением 1 мс
  • Сравнение трендов
  • Быстрый выбор трендов по тегам
  • Сохранение по событию или периодическое сохранение

Статистический контроль ( SPC)

• Таблицы индексов Cp и CpK
• Контрольные карты X, R и S
• Диаграммы Парето
• Настраиваемые размеры и границы подгрупп
• Типы алармов: Above UCL, Below LCL, Outside CL, Down Trend, Up Trend, Erratic, Gradual, Down, Gradual Up, Mixture, Outside WL, Freak, Stratification и высокоуровневые выражения

Отчёты

• Редактор сгенерированных отчётов, редактирование по модели WYSIWYN, отчёты в формате Rich Text
• Запуск внешними событиями, по расписанию, через высокоуровневые выражения и по команде оператора
• Вывод на принтер, в файл, по электронной почте, на экран, в формат HTML

Конфигурирование

• Разработка проекта
• Масштабы проекта не ограничены
• Возможность разбиения на несколько проектов
• Удобная стандартизация проектов
• Удобное обслуживание проектов
• Встроенное средство настройки компьютеров позволяет конфигурировать каждый подключённый к сети ПК по отдельности

Программное обеспечение

• Истинная вытесняющая многозадачность
• До 512 параллельных потоков
• Доступно более 600 функций SCADA
• Библиотеки для пользовательских функций
• До 2700 пользовательских функций
• Локальные, модульные и глобальные переменные
• Дополнительное программное обеспечение для создания собственных функций не требуется
• Прямой доступ к данным трендов, отчётов и алармов
• Подсвечивание синтаксиса
• Система онлайн-подсказок
• Всплывающие подсказки
• При редактировании доступны:
• Контрольные точки
• Просмотр переменных
• Мониторинг нитей
• Выделение кода цветом
• Окно контрольных точек
• Пошаговый режим выполнения
• Выделение текущей строки
• Удалённая отладка
• Автоматическая отладка в случае ошибок

Безопасность

• Интегрированные средства безопасности Windows на уровне проекта

Обмен данными

• Сервер и клиент OPC
• Интерфейс ODBC
• Интерфейс OLE-DB
• Интерфейс CTAPI
• Интерфейс DLL
• Интерфейс MAPI (MAIL)
• Протоколы TCP/IP
• Последовательный интерфейс

[ http://www.rtsoft-training.ru/?p=600074]

Тематики

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

Синонимы

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

EN

• SCADA
• SCADA system
• Supervisory for Control And Data Acquision

SCADA
SCADA-система
диспетчерское управление и сбор данных
ПО, предназначенное для поддержки средств автоматизации и построения систем промышленной автоматизации.
[ http://www.morepc.ru/dict/]

SCADA (аббр. от англ. supervisory control and data acquisition, диспетчерское управление и сбор данных) — программный пакет, предназначенный для разработки или обеспечения работы в реальном времени систем сбора, обработки, отображения и архивирования информации об объекте мониторинга или управления. SCADA может являться частью АСУ ТП, АСКУЭ, системы экологического мониторинга, научного эксперимента, автоматизации здания и т. д. SCADA-системы используются во всех отраслях хозяйства, где требуется обеспечивать операторский контроль за технологическими процессами в реальном времени. Данное программное обеспечение устанавливается на компьютеры и, для связи с объектом, использует драйверы ввода-вывода или OPC/DDE серверы. Программный код может быть как написан на языке программирования (например на C++), так и сгенерирован в среде проектирования.

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

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

Значение термина SCADA претерпело изменения вместе с развитием технологий автоматизации и управления технологическими процессами. В 80-е годы под SCADA-системами чаще понимали программно-аппаратные комплексы сбора данных реального времени. С 90-х годов термин SCADA больше используется для обозначения только программной части человеко-машинного интерфейса АСУ ТП.

Основные задачи, решаемые SCADA-системами

SCADA-системы решают следующие задачи:

• Обмен данными с «устройствами связи с объектом», то есть с промышленными контроллерами и платами ввода/вывода) в реальном времени через драйверы.
• Обработка информации в реальном времени.
• Логическое управление.
• Отображение информации на экране монитора в удобной и понятной для человека форме.
• Ведение базы данных реального времени с технологической информацией.
• Аварийная сигнализация и управление тревожными сообщениями.
• Подготовка и генерирование отчетов о ходе технологического процесса.
• Осуществление сетевого взаимодействия между SCADA ПК.
• Обеспечение связи с внешними приложениями (СУБД, электронные таблицы, текстовые процессоры и т. д.). В системе управления предприятием такими приложениями чаще всего являются приложения, относимые к уровню MES.

SCADA-системы позволяют разрабатывать АСУ ТП в клиент-серверной или в распределённой архитектуре.

Основные компоненты SCADA

SCADA—система обычно содержит следующие подсистемы:

• Драйверы или серверы ввода-вывода — программы, обеспечивающие связь SCADA с промышленными контроллерами, счётчиками, АЦП и другими устройствами ввода-вывода информации.
• Система реального времени — программа, обеспечивающая обработку данных в пределах заданного временного цикла с учетом приоритетов.
• Человеко-машинный интерфейс (HMI, англ. Human Machine Interface) — инструмент, который представляет данные о ходе процесса человеку оператору, что позволяет оператору контролировать процесс и управлять им. Программа-редактор для разработки человеко-машинного интерфейса.
• Система логического управления — программа, обеспечивающая исполнение пользовательских программ (скриптов) логического управления в SCADA-системе. Набор редакторов для их разработки.
• База данных реального времени — программа, обеспечивающая сохранение истории процесса в режиме реального времени.
• Система управления тревогами — программа, обеспечивающая автоматический контроль технологических событий, отнесение их к категории нормальных, предупреждающих или аварийных, а также обработку событий оператором или компьютером.
• Генератор отчетов — программа, обеспечивающая создание пользовательских отчетов о технологических событиях. Набор редакторов для их разработки.
• Внешние интерфейсы — стандартные интерфейсы обмена данными между SCADA и другими приложениями. Обычно OPC, DDE, ODBC, DLL и т. д.

Концепции систем
Термин SCADA обычно относится к централизованным системам контроля и управления всей системой, или комплексами систем, осуществляемого с участием человека. Большинство управляющих воздействий выполняется автоматически RTU или ПЛК. Непосредственное управление процессом обычно обеспечивается RTU или PLC, а SCADA управляет режимами работы. Например, PLC может управлять потоком охлаждающей воды внутри части производственного процесса, а SCADA система может позволить операторам изменять уста для потока, менять маршруты движения жидкости, заполнять те или иные ёмкости, а также следить за тревожными сообщениями (алармами), такими как — потеря потока и высокая температура, которые должны быть отображены, записаны, и на которые оператор должен своевременно реагировать. Цикл управления с обратной связью проходит через RTU или ПЛК, в то время как SCADA система контролирует полное выполнение цикла.

Сбор данных начинается в RTU или на уровне PLC и включает — показания измерительного прибора. Далее данные собираются и форматируются таким способом, чтобы оператор диспетчерской, используя HMI мог принять контролирующие решения — корректировать или прервать стандартное управление средствами RTU/ПЛК. Данные могут также быть записаны в архив для построения трендов и другой аналитической обработки накопленных данных.

[ http://ru.wikipedia.org/wiki/SCADA]

CitectSCADA
полнофункциональная система мониторинга, управления и сбора данных (SCADA – Supervisory Control And Data Acquisition)

ТЕХНИЧЕСКАЯ ИНФОРМАЦИЯ:

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

В отличие от других SCADA-систем среда разработки CitectSCADA поставляется бесплатно. Оплачивается только среда исполнения (runtime). Это позволяет пользователю разработать и протестировать пробный проект, не вкладывая средств на начальном этапе.

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

CitectSCADA лицензируется на заданное количество точек (дискретных или аналоговых переменных). При этом учитываются только внешние переменные, считываемые из устройств ввода/вывода, а внутренние переменные, находящиеся в памяти или на диске, бесплатны и не входят в количество лицензируемых точек. Градация количества лицензируемых точек в CitectSCADA более равномерна, чем в других системах: 75, 150, 500, 1 500, 5 000, 15 000, 50 000 и неограниченное количество.

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

CitectSCADA имеет встроенный язык программирования CiCode, а также поддержку VBA.

CitectSCADA работает как 32-разрядное приложение Windows 9X/NT/2000/XP/2003. Сбор данных, формирование алармов и построение трендов происходит одновременно с редактированием и компиляцией.

[ http://www.rtsoft.ru/catalog/soft/scada/detail/343/]

Словесный портрет современной управляющей системы типа SCADA

• Масштабируемая
  • Наращивание системы без её переконфигурирования
  • Масштабы проекта не ограничены
  • До 255 одновременно подключённых клиентов
  • Поддержка локальных и глобальных сетей
  • Возможность интеграции с веб-приложениями без конфигурирования системы
  • Возможность функционирования при малой пропускной способности коммуникаций
  • Поддержка кластерных конфигураций
  • Возможность перезапуска отдельных процессов, относящихся к разным компонентам
• Гибкая
  • Полноценная архитектура «клиент-­сервер»
  • Возможность масштабирования серверов/серверных массивов алармов, трендов и отчётов
  • Поддержка централизованного хранения файлов проекта для удобства обслуживания, а также распределённого хранения и комбинированного варианта
  • Внесение изменений на отдельных локациях
  • Возможность функционирования при малой пропускной способности коммуникаций
  • Поддержка устоявшихся и новых стандартов
• Надёжная
  • Встроенная поддержка режима ожидания
  • Резервирование файловых серверов
  • Резервирование сетевых коммуникаций
  • Резервирование серверов алармов
  • Резервирование серверов трендов
  • Резервирование серверов отчётов
  • Многоуровневое резервирование ввода-вывода
  • Автоматическая замена серверов
  • Автоматическая синхронизация историй трендов
  • Автоматическая синхронизация таблиц алармов
  • Автоматическая синхронизация времени
  • Защитные функции
  • Автоматический перезапуск в случае сбоя системы
• Высокопроизводительная
  • Приемлемый уровень производительности для проектов любых масштабов
  • Низкие требования к процессорам и памяти
  • Малая загруженность сети
  • Поддержка многопроцессорных конфигураций
• Безопасная
  • Настройки безопасности для отдельных пользователей и групп пользователей
  • До 250 одновременно работающих с системой пользователей
  • Неограниченное число имен пользователей
  • Задание набора прав и привилегий для каждого пользовательского имени

Ввод-вывод

• Коммуникационные технологии
  • Поддержка открытых коммуникационных стандартов
  • Поддержка каждым сервером ввода-вывода многих протоколов
  • Драйверы протоколов RS-232, RS-422, RS-485, TCP/IP
  • Время установки драйверов в пределах 60 секунд
  • До 255 одновременно подключённых клиентов
  • До 4096 устройств ввода-вывода на одну систему
  • Поддержка внешнего подключения для удалённых устройств
  • Средства разработки драйверов для специализированных протоколов
  • Поддержка стандарта OPC Server DA2.0
  • Интегрированный веб-сервис XML
• Доступ
  • Драйверы предоставляются без дополнительной платы
  • Новые версии драйверов выкладываются на сайт
  • Поддержка обновления драйверов
  • Высокая скорость доступа
  • Динамическая оптимизация для всех драйверов
  • Чтение данных по запросу
  • До 100000 целых чисел в секунду
  • Обновление с устройств ввода-вывода

Метки

• Неограниченное число меток
• Длина имени метки до 80 символов
• Поддержка меток качества и времени для соответствующих драйверов
• Единая база данных для контроллеров ПЛК и системы SCADA
• Двунаправленная синхронизация со средой разработки для ПЛК
• Статическая синхронизация для разработки в автономном режиме
• - Автоматические импорт и синхронизация
• Импорт из ПЛК разных типов
• Добавление пользовательских схем импорта

Графика

• Разработка
  • Неограниченное число экранов
  • 24-битные цвета
  • Быстрый выбор цветов по названиям
  • Поддержка прозрачных цветов
  • Продвинутая анимация без дополнительного программирования
  • Анимация символов на базе тегов
  • До 32000 анимированных изображений на страницу
  • Неограниченное число мигающих цветов
  • Мультиязычность
  • Инструменты типа 3D Pipe
  • Трёхмерные эффекты (поднятие, опускание, выдавливание)
• Импорт графики
  • Растровые изображения Windows (BMP, RLE, DIB)
  • Формат AutoCAD (DXF)
  • Формат Encapsulated Postscript (EPS)
  • Формат Fax Image (FAX)
  • Формат Ventura (IMG)
  • Формат JPEG (JPG, JIF, JFF, JFE)
  • Формат Photo CD (PCD)
  • Формат PaintBrush (PCX)
  • Формат Portable Network Graphics (PNG)
  • Формат Targa (TGA)
  • Формат Tagged Image Format (TIFF)
  • Формат Windows Meta File (WMF)
  • Формат Word Perfect Graphics (WPG)
  • Неограниченное число отмен действий
  • Кнопки в стиле Windows XP со свойствами динамического перемещения
• Шаблоны
  • Большое число шаблонов в разных стилях и для разных разрешений
  • Растягивание шаблонов средствами графического инструментария
  • Шаблоны могут содержать анимацию
  • Изменения в шаблонах отражаются на всех страницах
  • Одни и те же шаблоны могут использоваться в разных проектах
• Символы
• Более 800 символов в комплекте поставки
  • Создание пользовательских символов средствами графического инструментария
  • Символы могут содержать анимацию
  • Изменения в символах отражаются на всех их копиях
  • Одни и те же символы могут использоваться в разных проектах
• Объектное конфигурирование
  • Неограниченное число объектов типа «джинн» (Genie) и «суперджинн» (Super Genie)
  • Пользовательские «джинны» позволяют отображать на экране пользовательское оборудование
  • Пользовательские «суперджины» позволяют работать с разными устройствами через один интерфейс
  • Объекты типа «джинн» и «суперджинн» способны воспринимать изменения в тегах устройств без дополнительного программирования
• Работа
  • Разрешения до 4096 x 4096
  • Изменение размеров изображений (изотропное и анизотропное)
  • Поддержка вывода на несколько мониторов
  • Настройка скорости обновления страниц (минимум 10 мс)
  • Информирование о потере связи
  • Переключение языков в ходе работы
  • Поддержка одно- и двухбайтовых наборов символов
• Безопасность
  • Уровень безопасности влияет на:
  • Видимость объектов
  • Доступ к графическим дисплеям
  • Подтверждение алармов
  • Создание отчётов
  • Системные утилиты

Действия

• Управление
  • Сенсорные команды
  • Мышь
  • -Клавиатурное управление системой, страницами и анимацией
  • Вертикальные и горизонтальные ползунки
  • Замена БД
• Анализ процессов
  • Объединение алармов с трендами
  • 32 и более перьев
  • 4 и более оконных секций
  • 2 и более курсоров
  • Наложение перьев
  • Информация о качестве данных
  • Аналоговые и цифровые перья
  • Информация о подтверждении алармов
  • Описание алармов (аналоговых и мультицифровых)
  • Комментарии к алармам
  • Поддержка перехода на летнее и зимнее время
  • Сохранение просмотров в процессе работы
  • Хранение просмотров в удалённых локациях
  • Отображение различных временных периодов на том же дисплее
  • Настраиваемое и расширяемое управление
• Алармы
  • Неограниченное число алармов
  • Централизованная обработка алармов
  • Алармы могут быть следующих типов:
  • Цифровые
  • Аналоговые
  • Временные метки
  • Высокоуровневые выражения
  • Мультицифровые
  • Цифровые с временными метками
  • Аналоговые с временными метками
  • Изменение языка для всех алармов в процессе работы
  • Подтверждение приёма в сети без дополнительного конфигурирования
  • Отключение сети без дополнительного конфигурирования
  • Категории, зоны и приоритеты алармов
  • Задержки алармов
  • Назначение временных меток с разрешением в 1 мс
  • Различные данные в алармах
  • Индивидуальные и групповые подтверждения
  • Подтверждения на основе категорий и приоритетов
  • Подтверждения отображаются графически, в списке алармов или через специализированный код:
  • Сортировка алармов
  • Фильтрация алармов
  • Пользовательские поля алармов
• Тренды
  • Неограниченное число трендов
  • До 16000 трендов на страницу
  • Отображение любого тренда из истории менее чем за 1 секунду
  • Файлов трендов регулируемых размеров
  • Просмотр архивных трендов параллельно с актуальными в процессе работы системы
  • Выбор с разрешением 1 мс
  • Сравнение трендов
  • Быстрый выбор трендов по тегам
  • Сохранение по событию или периодическое сохранение

Статистический контроль ( SPC)

• Таблицы индексов Cp и CpK
• Контрольные карты X, R и S
• Диаграммы Парето
• Настраиваемые размеры и границы подгрупп
• Типы алармов: Above UCL, Below LCL, Outside CL, Down Trend, Up Trend, Erratic, Gradual, Down, Gradual Up, Mixture, Outside WL, Freak, Stratification и высокоуровневые выражения

Отчёты

• Редактор сгенерированных отчётов, редактирование по модели WYSIWYN, отчёты в формате Rich Text
• Запуск внешними событиями, по расписанию, через высокоуровневые выражения и по команде оператора
• Вывод на принтер, в файл, по электронной почте, на экран, в формат HTML

Конфигурирование

• Разработка проекта
• Масштабы проекта не ограничены
• Возможность разбиения на несколько проектов
• Удобная стандартизация проектов
• Удобное обслуживание проектов
• Встроенное средство настройки компьютеров позволяет конфигурировать каждый подключённый к сети ПК по отдельности

Программное обеспечение

• Истинная вытесняющая многозадачность
• До 512 параллельных потоков
• Доступно более 600 функций SCADA
• Библиотеки для пользовательских функций
• До 2700 пользовательских функций
• Локальные, модульные и глобальные переменные
• Дополнительное программное обеспечение для создания собственных функций не требуется
• Прямой доступ к данным трендов, отчётов и алармов
• Подсвечивание синтаксиса
• Система онлайн-подсказок
• Всплывающие подсказки
• При редактировании доступны:
• Контрольные точки
• Просмотр переменных
• Мониторинг нитей
• Выделение кода цветом
• Окно контрольных точек
• Пошаговый режим выполнения
• Выделение текущей строки
• Удалённая отладка
• Автоматическая отладка в случае ошибок

Безопасность

• Интегрированные средства безопасности Windows на уровне проекта

Обмен данными

• Сервер и клиент OPC
• Интерфейс ODBC
• Интерфейс OLE-DB
• Интерфейс CTAPI
• Интерфейс DLL
• Интерфейс MAPI (MAIL)
• Протоколы TCP/IP
• Последовательный интерфейс

[ http://www.rtsoft-training.ru/?p=600074]

Тематики

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

Синонимы

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

EN

• SCADA
• SCADA system
• Supervisory for Control And Data Acquision

SCADA
SCADA-система
диспетчерское управление и сбор данных
ПО, предназначенное для поддержки средств автоматизации и построения систем промышленной автоматизации.
[ http://www.morepc.ru/dict/]

SCADA (аббр. от англ. supervisory control and data acquisition, диспетчерское управление и сбор данных) — программный пакет, предназначенный для разработки или обеспечения работы в реальном времени систем сбора, обработки, отображения и архивирования информации об объекте мониторинга или управления. SCADA может являться частью АСУ ТП, АСКУЭ, системы экологического мониторинга, научного эксперимента, автоматизации здания и т. д. SCADA-системы используются во всех отраслях хозяйства, где требуется обеспечивать операторский контроль за технологическими процессами в реальном времени. Данное программное обеспечение устанавливается на компьютеры и, для связи с объектом, использует драйверы ввода-вывода или OPC/DDE серверы. Программный код может быть как написан на языке программирования (например на C++), так и сгенерирован в среде проектирования.

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

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

Значение термина SCADA претерпело изменения вместе с развитием технологий автоматизации и управления технологическими процессами. В 80-е годы под SCADA-системами чаще понимали программно-аппаратные комплексы сбора данных реального времени. С 90-х годов термин SCADA больше используется для обозначения только программной части человеко-машинного интерфейса АСУ ТП.

Основные задачи, решаемые SCADA-системами

SCADA-системы решают следующие задачи:

• Обмен данными с «устройствами связи с объектом», то есть с промышленными контроллерами и платами ввода/вывода) в реальном времени через драйверы.
• Обработка информации в реальном времени.
• Логическое управление.
• Отображение информации на экране монитора в удобной и понятной для человека форме.
• Ведение базы данных реального времени с технологической информацией.
• Аварийная сигнализация и управление тревожными сообщениями.
• Подготовка и генерирование отчетов о ходе технологического процесса.
• Осуществление сетевого взаимодействия между SCADA ПК.
• Обеспечение связи с внешними приложениями (СУБД, электронные таблицы, текстовые процессоры и т. д.). В системе управления предприятием такими приложениями чаще всего являются приложения, относимые к уровню MES.

SCADA-системы позволяют разрабатывать АСУ ТП в клиент-серверной или в распределённой архитектуре.

Основные компоненты SCADA

SCADA—система обычно содержит следующие подсистемы:

• Драйверы или серверы ввода-вывода — программы, обеспечивающие связь SCADA с промышленными контроллерами, счётчиками, АЦП и другими устройствами ввода-вывода информации.
• Система реального времени — программа, обеспечивающая обработку данных в пределах заданного временного цикла с учетом приоритетов.
• Человеко-машинный интерфейс (HMI, англ. Human Machine Interface) — инструмент, который представляет данные о ходе процесса человеку оператору, что позволяет оператору контролировать процесс и управлять им. Программа-редактор для разработки человеко-машинного интерфейса.
• Система логического управления — программа, обеспечивающая исполнение пользовательских программ (скриптов) логического управления в SCADA-системе. Набор редакторов для их разработки.
• База данных реального времени — программа, обеспечивающая сохранение истории процесса в режиме реального времени.
• Система управления тревогами — программа, обеспечивающая автоматический контроль технологических событий, отнесение их к категории нормальных, предупреждающих или аварийных, а также обработку событий оператором или компьютером.
• Генератор отчетов — программа, обеспечивающая создание пользовательских отчетов о технологических событиях. Набор редакторов для их разработки.
• Внешние интерфейсы — стандартные интерфейсы обмена данными между SCADA и другими приложениями. Обычно OPC, DDE, ODBC, DLL и т. д.

Концепции систем
Термин SCADA обычно относится к централизованным системам контроля и управления всей системой, или комплексами систем, осуществляемого с участием человека. Большинство управляющих воздействий выполняется автоматически RTU или ПЛК. Непосредственное управление процессом обычно обеспечивается RTU или PLC, а SCADA управляет режимами работы. Например, PLC может управлять потоком охлаждающей воды внутри части производственного процесса, а SCADA система может позволить операторам изменять уста для потока, менять маршруты движения жидкости, заполнять те или иные ёмкости, а также следить за тревожными сообщениями (алармами), такими как — потеря потока и высокая температура, которые должны быть отображены, записаны, и на которые оператор должен своевременно реагировать. Цикл управления с обратной связью проходит через RTU или ПЛК, в то время как SCADA система контролирует полное выполнение цикла.

Сбор данных начинается в RTU или на уровне PLC и включает — показания измерительного прибора. Далее данные собираются и форматируются таким способом, чтобы оператор диспетчерской, используя HMI мог принять контролирующие решения — корректировать или прервать стандартное управление средствами RTU/ПЛК. Данные могут также быть записаны в архив для построения трендов и другой аналитической обработки накопленных данных.

[ http://ru.wikipedia.org/wiki/SCADA]

CitectSCADA
полнофункциональная система мониторинга, управления и сбора данных (SCADA – Supervisory Control And Data Acquisition)

ТЕХНИЧЕСКАЯ ИНФОРМАЦИЯ:

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

В отличие от других SCADA-систем среда разработки CitectSCADA поставляется бесплатно. Оплачивается только среда исполнения (runtime). Это позволяет пользователю разработать и протестировать пробный проект, не вкладывая средств на начальном этапе.

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

CitectSCADA лицензируется на заданное количество точек (дискретных или аналоговых переменных). При этом учитываются только внешние переменные, считываемые из устройств ввода/вывода, а внутренние переменные, находящиеся в памяти или на диске, бесплатны и не входят в количество лицензируемых точек. Градация количества лицензируемых точек в CitectSCADA более равномерна, чем в других системах: 75, 150, 500, 1 500, 5 000, 15 000, 50 000 и неограниченное количество.

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

CitectSCADA имеет встроенный язык программирования CiCode, а также поддержку VBA.

CitectSCADA работает как 32-разрядное приложение Windows 9X/NT/2000/XP/2003. Сбор данных, формирование алармов и построение трендов происходит одновременно с редактированием и компиляцией.

[ http://www.rtsoft.ru/catalog/soft/scada/detail/343/]

Словесный портрет современной управляющей системы типа SCADA

• Масштабируемая
  • Наращивание системы без её переконфигурирования
  • Масштабы проекта не ограничены
  • До 255 одновременно подключённых клиентов
  • Поддержка локальных и глобальных сетей
  • Возможность интеграции с веб-приложениями без конфигурирования системы
  • Возможность функционирования при малой пропускной способности коммуникаций
  • Поддержка кластерных конфигураций
  • Возможность перезапуска отдельных процессов, относящихся к разным компонентам
• Гибкая
  • Полноценная архитектура «клиент-­сервер»
  • Возможность масштабирования серверов/серверных массивов алармов, трендов и отчётов
  • Поддержка централизованного хранения файлов проекта для удобства обслуживания, а также распределённого хранения и комбинированного варианта
  • Внесение изменений на отдельных локациях
  • Возможность функционирования при малой пропускной способности коммуникаций
  • Поддержка устоявшихся и новых стандартов
• Надёжная
  • Встроенная поддержка режима ожидания
  • Резервирование файловых серверов
  • Резервирование сетевых коммуникаций
  • Резервирование серверов алармов
  • Резервирование серверов трендов
  • Резервирование серверов отчётов
  • Многоуровневое резервирование ввода-вывода
  • Автоматическая замена серверов
  • Автоматическая синхронизация историй трендов
  • Автоматическая синхронизация таблиц алармов
  • Автоматическая синхронизация времени
  • Защитные функции
  • Автоматический перезапуск в случае сбоя системы
• Высокопроизводительная
  • Приемлемый уровень производительности для проектов любых масштабов
  • Низкие требования к процессорам и памяти
  • Малая загруженность сети
  • Поддержка многопроцессорных конфигураций
• Безопасная
  • Настройки безопасности для отдельных пользователей и групп пользователей
  • До 250 одновременно работающих с системой пользователей
  • Неограниченное число имен пользователей
  • Задание набора прав и привилегий для каждого пользовательского имени

Ввод-вывод

• Коммуникационные технологии
  • Поддержка открытых коммуникационных стандартов
  • Поддержка каждым сервером ввода-вывода многих протоколов
  • Драйверы протоколов RS-232, RS-422, RS-485, TCP/IP
  • Время установки драйверов в пределах 60 секунд
  • До 255 одновременно подключённых клиентов
  • До 4096 устройств ввода-вывода на одну систему
  • Поддержка внешнего подключения для удалённых устройств
  • Средства разработки драйверов для специализированных протоколов
  • Поддержка стандарта OPC Server DA2.0
  • Интегрированный веб-сервис XML
• Доступ
  • Драйверы предоставляются без дополнительной платы
  • Новые версии драйверов выкладываются на сайт
  • Поддержка обновления драйверов
  • Высокая скорость доступа
  • Динамическая оптимизация для всех драйверов
  • Чтение данных по запросу
  • До 100000 целых чисел в секунду
  • Обновление с устройств ввода-вывода

Метки

• Неограниченное число меток
• Длина имени метки до 80 символов
• Поддержка меток качества и времени для соответствующих драйверов
• Единая база данных для контроллеров ПЛК и системы SCADA
• Двунаправленная синхронизация со средой разработки для ПЛК
• Статическая синхронизация для разработки в автономном режиме
• - Автоматические импорт и синхронизация
• Импорт из ПЛК разных типов
• Добавление пользовательских схем импорта

Графика

• Разработка
  • Неограниченное число экранов
  • 24-битные цвета
  • Быстрый выбор цветов по названиям
  • Поддержка прозрачных цветов
  • Продвинутая анимация без дополнительного программирования
  • Анимация символов на базе тегов
  • До 32000 анимированных изображений на страницу
  • Неограниченное число мигающих цветов
  • Мультиязычность
  • Инструменты типа 3D Pipe
  • Трёхмерные эффекты (поднятие, опускание, выдавливание)
• Импорт графики
  • Растровые изображения Windows (BMP, RLE, DIB)
  • Формат AutoCAD (DXF)
  • Формат Encapsulated Postscript (EPS)
  • Формат Fax Image (FAX)
  • Формат Ventura (IMG)
  • Формат JPEG (JPG, JIF, JFF, JFE)
  • Формат Photo CD (PCD)
  • Формат PaintBrush (PCX)
  • Формат Portable Network Graphics (PNG)
  • Формат Targa (TGA)
  • Формат Tagged Image Format (TIFF)
  • Формат Windows Meta File (WMF)
  • Формат Word Perfect Graphics (WPG)
  • Неограниченное число отмен действий
  • Кнопки в стиле Windows XP со свойствами динамического перемещения
• Шаблоны
  • Большое число шаблонов в разных стилях и для разных разрешений
  • Растягивание шаблонов средствами графического инструментария
  • Шаблоны могут содержать анимацию
  • Изменения в шаблонах отражаются на всех страницах
  • Одни и те же шаблоны могут использоваться в разных проектах
• Символы
• Более 800 символов в комплекте поставки
  • Создание пользовательских символов средствами графического инструментария
  • Символы могут содержать анимацию
  • Изменения в символах отражаются на всех их копиях
  • Одни и те же символы могут использоваться в разных проектах
• Объектное конфигурирование
  • Неограниченное число объектов типа «джинн» (Genie) и «суперджинн» (Super Genie)
  • Пользовательские «джинны» позволяют отображать на экране пользовательское оборудование
  • Пользовательские «суперджины» позволяют работать с разными устройствами через один интерфейс
  • Объекты типа «джинн» и «суперджинн» способны воспринимать изменения в тегах устройств без дополнительного программирования
• Работа
  • Разрешения до 4096 x 4096
  • Изменение размеров изображений (изотропное и анизотропное)
  • Поддержка вывода на несколько мониторов
  • Настройка скорости обновления страниц (минимум 10 мс)
  • Информирование о потере связи
  • Переключение языков в ходе работы
  • Поддержка одно- и двухбайтовых наборов символов
• Безопасность
  • Уровень безопасности влияет на:
  • Видимость объектов
  • Доступ к графическим дисплеям
  • Подтверждение алармов
  • Создание отчётов
  • Системные утилиты

Действия

• Управление
  • Сенсорные команды
  • Мышь
  • -Клавиатурное управление системой, страницами и анимацией
  • Вертикальные и горизонтальные ползунки
  • Замена БД
• Анализ процессов
  • Объединение алармов с трендами
  • 32 и более перьев
  • 4 и более оконных секций
  • 2 и более курсоров
  • Наложение перьев
  • Информация о качестве данных
  • Аналоговые и цифровые перья
  • Информация о подтверждении алармов
  • Описание алармов (аналоговых и мультицифровых)
  • Комментарии к алармам
  • Поддержка перехода на летнее и зимнее время
  • Сохранение просмотров в процессе работы
  • Хранение просмотров в удалённых локациях
  • Отображение различных временных периодов на том же дисплее
  • Настраиваемое и расширяемое управление
• Алармы
  • Неограниченное число алармов
  • Централизованная обработка алармов
  • Алармы могут быть следующих типов:
  • Цифровые
  • Аналоговые
  • Временные метки
  • Высокоуровневые выражения
  • Мультицифровые
  • Цифровые с временными метками
  • Аналоговые с временными метками
  • Изменение языка для всех алармов в процессе работы
  • Подтверждение приёма в сети без дополнительного конфигурирования
  • Отключение сети без дополнительного конфигурирования
  • Категории, зоны и приоритеты алармов
  • Задержки алармов
  • Назначение временных меток с разрешением в 1 мс
  • Различные данные в алармах
  • Индивидуальные и групповые подтверждения
  • Подтверждения на основе категорий и приоритетов
  • Подтверждения отображаются графически, в списке алармов или через специализированный код:
  • Сортировка алармов
  • Фильтрация алармов
  • Пользовательские поля алармов
• Тренды
  • Неограниченное число трендов
  • До 16000 трендов на страницу
  • Отображение любого тренда из истории менее чем за 1 секунду
  • Файлов трендов регулируемых размеров
  • Просмотр архивных трендов параллельно с актуальными в процессе работы системы
  • Выбор с разрешением 1 мс
  • Сравнение трендов
  • Быстрый выбор трендов по тегам
  • Сохранение по событию или периодическое сохранение

Статистический контроль ( SPC)

• Таблицы индексов Cp и CpK
• Контрольные карты X, R и S
• Диаграммы Парето
• Настраиваемые размеры и границы подгрупп
• Типы алармов: Above UCL, Below LCL, Outside CL, Down Trend, Up Trend, Erratic, Gradual, Down, Gradual Up, Mixture, Outside WL, Freak, Stratification и высокоуровневые выражения

Отчёты

• Редактор сгенерированных отчётов, редактирование по модели WYSIWYN, отчёты в формате Rich Text
• Запуск внешними событиями, по расписанию, через высокоуровневые выражения и по команде оператора
• Вывод на принтер, в файл, по электронной почте, на экран, в формат HTML

Конфигурирование

• Разработка проекта
• Масштабы проекта не ограничены
• Возможность разбиения на несколько проектов
• Удобная стандартизация проектов
• Удобное обслуживание проектов
• Встроенное средство настройки компьютеров позволяет конфигурировать каждый подключённый к сети ПК по отдельности

Программное обеспечение

• Истинная вытесняющая многозадачность
• До 512 параллельных потоков
• Доступно более 600 функций SCADA
• Библиотеки для пользовательских функций
• До 2700 пользовательских функций
• Локальные, модульные и глобальные переменные
• Дополнительное программное обеспечение для создания собственных функций не требуется
• Прямой доступ к данным трендов, отчётов и алармов
• Подсвечивание синтаксиса
• Система онлайн-подсказок
• Всплывающие подсказки
• При редактировании доступны:
• Контрольные точки
• Просмотр переменных
• Мониторинг нитей
• Выделение кода цветом
• Окно контрольных точек
• Пошаговый режим выполнения
• Выделение текущей строки
• Удалённая отладка
• Автоматическая отладка в случае ошибок

Безопасность

• Интегрированные средства безопасности Windows на уровне проекта

Обмен данными

• Сервер и клиент OPC
• Интерфейс ODBC
• Интерфейс OLE-DB
• Интерфейс CTAPI
• Интерфейс DLL
• Интерфейс MAPI (MAIL)
• Протоколы TCP/IP
• Последовательный интерфейс

[ http://www.rtsoft-training.ru/?p=600074]

Тематики

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

Синонимы

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

EN

• SCADA
• SCADA system
• Supervisory for Control And Data Acquision

системный анализ
Совокупность методологических средств, используемых для подготовки и обоснования решений по сложным проблемам различного характера. Он опирается на системный подход, а также на ряд математических методов и современных методов управления. Основная процедура – построение обобщенной модели, отображающей взаимосвязи реальной ситуации. [http://www.rol.ru/files/dict/internet/#P].
[ http://www.morepc.ru/dict/]

системный анализ
1. Научная дисциплина, разрабатывающая общие принципы исследования сложных объектов с учетом их системного характера. 2. Методология исследования объектов посредством представления их в качестве систем и анализа этих систем. Как научную дисциплину С.а. можно считать развитием идей кибернетики. Как и кибернетика, он исследует категории, общие для многих дисциплин и относящиеся к так называемым системам, которые изучаются любой наукой. Когда речь идет об изучении действующих, развивающихся систем, какими являются и любой экономический объект, и экономика в целом, то системное исследование может иметь два аспекта — генетический и функциональный, т.е. изучение исторического развития системы и изучение ее реального действия, функционирования. Будучи методологией исследования объектов посредством представления их в качестве систем и анализа этих систем, С.а. представляет собой весьма эффективное средство решения сложных, обычно недостаточно четко сформулированных проблем в науке, на производстве и в других областях. При этом любой объект рассматривается не как единое, неразделимое целое, а как система взаимосвязанных составных элементов, их свойств, качеств. Например, в экономике отдельные стороны, характеризующие данный экономический процесс, рассматриваются как элементы системы, изучается их взаимосвязь. Соответственно С.а. сводится к уточнению сложной проблемы и ее структуризации в серию задач, решаемых с помощью экономико-математических методов, нахождению критериев их решения, детализации целей, конструированию эффективной организации для достижения целей. С.а. любого объекта проводится в несколько этапов. Главные из них следующие: 1. Постановка задачи — определение объекта исследования, постановка целей, задание критериев для изучения объекта и управления им. 2. Выделение системы, подлежащей изучению, и ее структуризация. 3. Составление математической модели изучаемой системы: параметризация, установление зависимостей между введенными параметрами, упрощение описания системы путем выделения подсистем и определения их иерархии, окончательная фиксация целей и критериев. Таким образом, создается модель системы, которая помогает лучше ее понять, выделить главное — то, благодаря чему можно поставить и решить задачу. Такую модель называют также абстрактной системой. Результаты исследования абстрактной системы по определенным правилам можно перенести на реальные изучаемые системы (объекты исследования). В этом смысл применения С.а. прежде всего при решении сложных проблем управления (сложных в том смысле, что требуют выбора наилучших альтернатив в условиях неполноты информации, неопределенности и т.п.). С.а. применяется, в частности, при проектировании организационных структур управления (здесь одно из правил заключается в том, что необходимо строить оргструктуры в зависимости от задачи и методов решения, а не наоборот, как обычно бывает на практике), при выборе альтернатив путем сопоставления затрат на реализацию возможных альтернатив с их ожидаемой эффективностью — такие методики, например, в США называются анализом “затраты-эффективность”, “затраты-выгоды” и др. Системный подход к изучению экономических явлений [systems approach in eco¬nomics] - “комплексное изучение экономики как единого целого с позиций системного анализа”[1]. Можно встретить двоякое понимание С.п.: с одной стороны, это — рассмотрение, анализ существующих систем, с другой — создание или, как часто говорят, конструирование, синтез систем для достижения каких-то целей. Эта двойственность отражает реальное положение дел. Анализ и синтез тесно связаны. Рассмотрим в качестве примера автоматизированную систему управления (АСУ). Ее создание — синтез системы — невозможно без анализа реальных процессов управления, взаимодействия отдельных звеньев предприятия, самого предприятия с внешним миром и т.д. Поскольку главная отличительная особенность большой или сложной системы — тесная взаимосвязь всех ее эле¬ментов и частей, то С.п. к анализу экономических явлений означает учет этих взаимосвязей, изучение отдельных экономических объектов как структурных частей более сложных систем, выявление роли каждого из них в общем процессе функционирования экономической системы и, наоборот, воздействия системы в целом на отдельные ее элементы. [1] Федоренко Н.П. Системный под¬ход к изучению экономических явлений. — в кн.: Математика и кибернетика в экономике: Словарь-справочник. — М.: Эко¬номика, 1975, стр. 517.
[ http://slovar-lopatnikov.ru/]

Тематики

• информационные технологии в целом
• экономика

EN

• system analysis
• systems analysis

анализ систем
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• system analysis
• SA

системный анализ
Совокупность методологических средств, используемых для подготовки и обоснования решений по сложным проблемам различного характера. Он опирается на системный подход, а также на ряд математических методов и современных методов управления. Основная процедура – построение обобщенной модели, отображающей взаимосвязи реальной ситуации. [http://www.rol.ru/files/dict/internet/#P].
[ http://www.morepc.ru/dict/]

системный анализ
1. Научная дисциплина, разрабатывающая общие принципы исследования сложных объектов с учетом их системного характера. 2. Методология исследования объектов посредством представления их в качестве систем и анализа этих систем. Как научную дисциплину С.а. можно считать развитием идей кибернетики. Как и кибернетика, он исследует категории, общие для многих дисциплин и относящиеся к так называемым системам, которые изучаются любой наукой. Когда речь идет об изучении действующих, развивающихся систем, какими являются и любой экономический объект, и экономика в целом, то системное исследование может иметь два аспекта — генетический и функциональный, т.е. изучение исторического развития системы и изучение ее реального действия, функционирования. Будучи методологией исследования объектов посредством представления их в качестве систем и анализа этих систем, С.а. представляет собой весьма эффективное средство решения сложных, обычно недостаточно четко сформулированных проблем в науке, на производстве и в других областях. При этом любой объект рассматривается не как единое, неразделимое целое, а как система взаимосвязанных составных элементов, их свойств, качеств. Например, в экономике отдельные стороны, характеризующие данный экономический процесс, рассматриваются как элементы системы, изучается их взаимосвязь. Соответственно С.а. сводится к уточнению сложной проблемы и ее структуризации в серию задач, решаемых с помощью экономико-математических методов, нахождению критериев их решения, детализации целей, конструированию эффективной организации для достижения целей. С.а. любого объекта проводится в несколько этапов. Главные из них следующие: 1. Постановка задачи — определение объекта исследования, постановка целей, задание критериев для изучения объекта и управления им. 2. Выделение системы, подлежащей изучению, и ее структуризация. 3. Составление математической модели изучаемой системы: параметризация, установление зависимостей между введенными параметрами, упрощение описания системы путем выделения подсистем и определения их иерархии, окончательная фиксация целей и критериев. Таким образом, создается модель системы, которая помогает лучше ее понять, выделить главное — то, благодаря чему можно поставить и решить задачу. Такую модель называют также абстрактной системой. Результаты исследования абстрактной системы по определенным правилам можно перенести на реальные изучаемые системы (объекты исследования). В этом смысл применения С.а. прежде всего при решении сложных проблем управления (сложных в том смысле, что требуют выбора наилучших альтернатив в условиях неполноты информации, неопределенности и т.п.). С.а. применяется, в частности, при проектировании организационных структур управления (здесь одно из правил заключается в том, что необходимо строить оргструктуры в зависимости от задачи и методов решения, а не наоборот, как обычно бывает на практике), при выборе альтернатив путем сопоставления затрат на реализацию возможных альтернатив с их ожидаемой эффективностью — такие методики, например, в США называются анализом “затраты-эффективность”, “затраты-выгоды” и др. Системный подход к изучению экономических явлений [systems approach in eco¬nomics] - “комплексное изучение экономики как единого целого с позиций системного анализа”[1]. Можно встретить двоякое понимание С.п.: с одной стороны, это — рассмотрение, анализ существующих систем, с другой — создание или, как часто говорят, конструирование, синтез систем для достижения каких-то целей. Эта двойственность отражает реальное положение дел. Анализ и синтез тесно связаны. Рассмотрим в качестве примера автоматизированную систему управления (АСУ). Ее создание — синтез системы — невозможно без анализа реальных процессов управления, взаимодействия отдельных звеньев предприятия, самого предприятия с внешним миром и т.д. Поскольку главная отличительная особенность большой или сложной системы — тесная взаимосвязь всех ее эле¬ментов и частей, то С.п. к анализу экономических явлений означает учет этих взаимосвязей, изучение отдельных экономических объектов как структурных частей более сложных систем, выявление роли каждого из них в общем процессе функционирования экономической системы и, наоборот, воздействия системы в целом на отдельные ее элементы. [1] Федоренко Н.П. Системный под¬ход к изучению экономических явлений. — в кн.: Математика и кибернетика в экономике: Словарь-справочник. — М.: Эко¬номика, 1975, стр. 517.
[ http://slovar-lopatnikov.ru/]

Тематики

• информационные технологии в целом
• экономика

EN

• system analysis
• systems analysis

системный анализ
Совокупность методологических средств, используемых для подготовки и обоснования решений по сложным проблемам различного характера. Он опирается на системный подход, а также на ряд математических методов и современных методов управления. Основная процедура – построение обобщенной модели, отображающей взаимосвязи реальной ситуации. [http://www.rol.ru/files/dict/internet/#P].
[ http://www.morepc.ru/dict/]

системный анализ
1. Научная дисциплина, разрабатывающая общие принципы исследования сложных объектов с учетом их системного характера. 2. Методология исследования объектов посредством представления их в качестве систем и анализа этих систем. Как научную дисциплину С.а. можно считать развитием идей кибернетики. Как и кибернетика, он исследует категории, общие для многих дисциплин и относящиеся к так называемым системам, которые изучаются любой наукой. Когда речь идет об изучении действующих, развивающихся систем, какими являются и любой экономический объект, и экономика в целом, то системное исследование может иметь два аспекта — генетический и функциональный, т.е. изучение исторического развития системы и изучение ее реального действия, функционирования. Будучи методологией исследования объектов посредством представления их в качестве систем и анализа этих систем, С.а. представляет собой весьма эффективное средство решения сложных, обычно недостаточно четко сформулированных проблем в науке, на производстве и в других областях. При этом любой объект рассматривается не как единое, неразделимое целое, а как система взаимосвязанных составных элементов, их свойств, качеств. Например, в экономике отдельные стороны, характеризующие данный экономический процесс, рассматриваются как элементы системы, изучается их взаимосвязь. Соответственно С.а. сводится к уточнению сложной проблемы и ее структуризации в серию задач, решаемых с помощью экономико-математических методов, нахождению критериев их решения, детализации целей, конструированию эффективной организации для достижения целей. С.а. любого объекта проводится в несколько этапов. Главные из них следующие: 1. Постановка задачи — определение объекта исследования, постановка целей, задание критериев для изучения объекта и управления им. 2. Выделение системы, подлежащей изучению, и ее структуризация. 3. Составление математической модели изучаемой системы: параметризация, установление зависимостей между введенными параметрами, упрощение описания системы путем выделения подсистем и определения их иерархии, окончательная фиксация целей и критериев. Таким образом, создается модель системы, которая помогает лучше ее понять, выделить главное — то, благодаря чему можно поставить и решить задачу. Такую модель называют также абстрактной системой. Результаты исследования абстрактной системы по определенным правилам можно перенести на реальные изучаемые системы (объекты исследования). В этом смысл применения С.а. прежде всего при решении сложных проблем управления (сложных в том смысле, что требуют выбора наилучших альтернатив в условиях неполноты информации, неопределенности и т.п.). С.а. применяется, в частности, при проектировании организационных структур управления (здесь одно из правил заключается в том, что необходимо строить оргструктуры в зависимости от задачи и методов решения, а не наоборот, как обычно бывает на практике), при выборе альтернатив путем сопоставления затрат на реализацию возможных альтернатив с их ожидаемой эффективностью — такие методики, например, в США называются анализом “затраты-эффективность”, “затраты-выгоды” и др. Системный подход к изучению экономических явлений [systems approach in eco¬nomics] - “комплексное изучение экономики как единого целого с позиций системного анализа”[1]. Можно встретить двоякое понимание С.п.: с одной стороны, это — рассмотрение, анализ существующих систем, с другой — создание или, как часто говорят, конструирование, синтез систем для достижения каких-то целей. Эта двойственность отражает реальное положение дел. Анализ и синтез тесно связаны. Рассмотрим в качестве примера автоматизированную систему управления (АСУ). Ее создание — синтез системы — невозможно без анализа реальных процессов управления, взаимодействия отдельных звеньев предприятия, самого предприятия с внешним миром и т.д. Поскольку главная отличительная особенность большой или сложной системы — тесная взаимосвязь всех ее эле¬ментов и частей, то С.п. к анализу экономических явлений означает учет этих взаимосвязей, изучение отдельных экономических объектов как структурных частей более сложных систем, выявление роли каждого из них в общем процессе функционирования экономической системы и, наоборот, воздействия системы в целом на отдельные ее элементы. [1] Федоренко Н.П. Системный под¬ход к изучению экономических явлений. — в кн.: Математика и кибернетика в экономике: Словарь-справочник. — М.: Эко¬номика, 1975, стр. 517.
[ http://slovar-lopatnikov.ru/]

Тематики

• информационные технологии в целом
• экономика

EN

• system analysis
• systems analysis

управление электропитанием
-
[Интент]

Управление электропитанием ЦОД

Автор: Жилкина Наталья
Опубликовано 23 апреля 2009 года

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

Три задачи

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

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

Многие специалисты этого рынка, отмечая важность процедуры мониторинга, считают, что управление должно быть сведено к минимуму. «Функция управления ИБП тоже нужна, но скорее факультативно, — говорит Сергей Ермаков, технический директор компании Inelt и эксперт в области систем Chloride. — Я глубоко убежден, что решения об активном управляющем вмешательстве в работу систем защиты электропитания ответственной нагрузки должен принимать человек, а не автоматизированная система. Завершение работы современных мощных серверов, на которых функционируют ответственные приложения, — это, как правило, весьма длительный процесс. ИБП зачастую не способны обеспечивать необходимое для него время, не говоря уж о времени запуска какого-то сервиса». Функция же мониторинга позволяет предотвратить наступление нежелательного события — либо, если таковое произошло, проанализировать его причины, опираясь не на слова, а на запротоколированные данные, хранящиеся в памяти адаптера или файлах на рабочей станции мониторинга.

Эту точку зрения поддерживает и Алексей Сарыгин, технический директор компании Radius Group: «Дистанционное управление мощных ИБП — это вопрос, к которому надо подходить чрезвычайно аккуратно. Если функции дистанционного мониторинга и диспетчеризации необходимы, то практика предоставления доступа персоналу к функциям дистанционного управления представляется радикально неверной. Доступность модулей управления извне потенциально несет в себе риск нарушения безопасности и категорически снижает надежность системы. Если существует физическая возможность дистанционно воздействовать на ИБП, на его параметры, отключение, снятие нагрузки, закрытие выходных тиристорных ключей или блокирование цепи байпаса, то это чревато потерей питания всего ЦОД».

Практически на всех трехфазных ИБП предусмотрена кнопка E.P.O. (Emergency Power Off), дублер которой может быть выведен на пульт управления диспетчерской. Она обеспечивает аварийное дистанционное отключение блоков ИБП при наступлении аварийных событий. Это, пожалуй, единственная возможность обесточить нагрузку, питаемую от трехфазного аппарата, но реализуется она в исключительных случаях.

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

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

Средства мониторинга

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

В первом случае устройство подключается напрямую через интерфейс RS-232 (Com-порт) к консоли администратора. Дальность такого подключения не превышает 15 метров, но может быть увеличена с помощью конверторов RS-232/485 и RS-485/232 на концах провода, связывающего ИБП с консолью администратора. Такой способ обеспечивает низкую скорость обмена информацией и пригоден лишь для топологии «точка — точка».

Второй способ предполагает использование SNMP-адаптера — встроенной или внешней интерфейсной карты, позволяющей из любой точки локальной сети получить информацию об основных параметрах ИБП. В принципе, для доступа к ИБП через SNMP достаточно веб-браузера. Однако для большего комфорта производители оснащают свои системы более развитым графическим интерфейсом, обеспечивающим функции мониторинга и корректного завершения работы. На базе SNMP-протокола функционируют все основные системы мониторинга и управления ИБП, поставляемые штатно или опционально вместе с ИБП.

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

Большое удобство предоставляет метод эксплуатационного удаленного контроля T.SERVICE, позволяющий отследить работу оборудования посредством телефонной линии (через модем GSM) или через Интернет (с помощью интерфейса Net Vision путем рассылки e-mail на электронный адрес потребителя). T.SERVICE обеспечивает диагностирование оборудования в режиме реального времени в течение 24 часов в сутки 365 дней в году. ИБП автоматически отправляет в центр технического обслуживания регулярные отчеты или отчеты при обнаружении неисправности. В зависимости от контролируемых параметров могут отправляться уведомления о неправильной эксплуатации (с пользователем связывается опытный специалист и рекомендует выполнить простые операции для предотвращения ухудшения рабочих характеристик оборудования) или о наличии отказа (пользователь информируется о состоянии устройства, а на место установки немедленно отправляется технический специалист).

Профессиональное мнение

Наталья Маркина, коммерческий директор представительства компании SOCOMEC

Управляющее ПО фирмы SOCOMEC легко интегрируется в общий контур управления инженерной инфраструктурой ЦОД посредством разнообразных интерфейсов передачи данных ИБП. Установленное в аппаратной или ЦОД оборудование SOCOMEC может дистанционно обмениваться информацией о своих рабочих параметрах с системами централизованного управления и компьютерными сетями посредством сухих контактов, последовательных портов RS232, RS422, RS485, а также через интерфейс MODBUS TCP и GSS.

Интерфейс GSS предназначен для коммуникации с генераторными установками и включает в себя 4 входа (внешние контакты) и 1 выход (60 В). Это позволяет программировать особые процедуры управления, Global Supply System, которые обеспечивают полную совместимость ИБП с генераторными установками.

У компании Socomec имеется широкий выбор интерфейсов и коммуникационного программного обеспечения для установки диалога между ИБП и удаленными системами мониторинга промышленного и компьютерного оборудования. Такие опции связи, как панель дистанционного управления, интерфейс ADC (реконфигурируемые сухие контакты), обеспечивающий ввод и вывод данных при помощи сигналов сухих контактов, интерфейсы последовательной передачи данных RS232, RS422, RS485 по протоколам JBUS/MODBUS, PROFIBUS или DEVICENET, MODBUS TCP (JBUS/MODBUS-туннелирование), интерфейс NET VISION для локальной сети Ethernet, программное обеспечение TOP VISION для выполнения мониторинга с помощью рабочей станции Windows XP PRO — все это позволяет контролировать работу ИБП удобным для пользователя способом.

Весь контроль управления ИБП, ДГУ, контроль окружающей среды сводится в единый диспетчерский пункт посредством протоколов JBUS/MODBUS.
 

Индустриальный подход

Третий метод основан на использовании высокоскоростной индустриальной интерфейсной шины: CANBus, JBus, MODBus, PROFIBus и проч. Некоторые модели ИБП поддерживают разновидность универсального smart-слота для установки как карточек SNMP, так и интерфейсной шины. Система мониторинга на базе индустриальной шины может быть интегрирована в уже существующую промышленную SCADA-систему контроля и получения данных либо создана как заказное решение на базе многофункциональных стандартных контроллеров с выходом на шину. Промышленная шина через шлюзы передает информацию на удаленный диспетчерский пункт или в систему управления зданием (Building Management System, BMS). В эту систему могут быть интегрированы и контроллеры, управляющие ИБП.

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

Сергей Ермаков, технический директор компании Inelt, считает, что применение универсальных систем управления на базе промышленных контроллеров нецелесообразно, если используется для мониторинга только ИБП и ДГУ. Один из практичных подходов — создание заказной системы, с удобной для заказчика графической оболочкой и необходимым уровнем детализации — от карты местности до поэтажного плана и погружения в мнемосхему компонентов ИБП.

— ИБП может передавать одинаковое количество информации о своем состоянии и по прямому соединению, и по SNMP, и по Bus-шине, — говорит Сергей Ермаков. — Применение того или иного метода зависит от конкретной задачи и бюджета. Создав первоначально систему UPS Look для мониторинга ИБП, мы интегрировали в нее систему мониторинга ДГУ на основе SNMP-протокола, после чего по желанию одного из заказчиков конвертировали эту систему на промышленную шину Jbus. Новое ПО JSLook для мониторинга неограниченного количества ИБП и ДГУ по протоколу JBus является полнофункциональным средством мониторинга всей системы электроснабжения объекта.

Профессиональное мение

Денис Андреев, руководитель департамента ИБП компании Landata

Практически все ИБП Eaton позволяют использовать коммуникационную Web-SNMP плату Connect UPS и датчик EMP (Environmental Monitoring Probe). Такой комплект позволяет в числе прочего осуществлять мониторинг температуры, влажности и состояния пары «сухих» контактов, к которым можно подключить внешние датчики.

Решение Eaton Environmental Rack Monitor представляет собой аналог такой связки, но с существенно более широким функционалом. Внешне эта система мониторинга температуры, влажности и состояния «сухих» контактов выполнена в виде компактного устройства, которое занимает минимум места в шкафу или в помещении.

Благодаря наличию у Eaton Environmental Rack Monitor (ERM) двух выходов датчики температуры или влажности можно разместить в разных точках стойки или помещения. Поскольку каждый из двух датчиков имеет еще по два сухих контакта, с них дополнительно можно принимать сигналы от датчиков задымления, утечки и проч. В центре обработки данных такая недорогая система ERM, состоящая из неограниченного количества датчиков, может транслировать информацию по протоколу SNMP в HTML-страницу и позволяет, не приобретая специального ПО, получить сводную таблицу измеряемых величин через веб-браузер.

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

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

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

Требование объекта

Как поясняет Олег Письменский, в критичных объектах, таких как ЦОД, можно условно выделить две области контроля и управления. Первая, Grey Space, — это собственно здание и соответствующая система его энергообеспечения и энергораспределения. Вторая, White Space, — непосредственно машинный зал с его системами.

Выбор системы управления энергообеспечением ЦОД определяется типом объекта, требуемым функционалом системы управления и отведенным на эти цели бюджетом. В большинстве случаев кратковременная задержка между наступлением события и получением информации о нем системой мониторинга по SNMP-протоколу допустима. Тем не менее в целом ряде случаев, если характеристики объекта подразумевают непрерывность его функционирования, объект является комплексным и содержит большое количество элементов, требующих контроля и управления в реальном времени, ни одна стандартная система SNMP-мониторинга не обеспечит требуемого функционала. Для таких объектов применяют системы управления real-time, построенные на базе программно-аппаратных комплексов сбора данных, в том числе c функциями Softlogic.

Системы диспетчеризации и управления крупными объектами реализуются SCADA-системами, широкий перечень которых сегодня присутствует на рынке; представлены они и в портфеле решений Schneider Electric. Тип SCADA-системы зависит от класса и размера объекта, от количества его элементов, требующих контроля и управления, от уровня надежности. Частный вид реализации SCADA — это BMS-система(Building Management System).

«Дата-центры с объемом потребляемой мощности до 1,5 МВт и уровнем надежности Tier I, II и, с оговорками, даже Tier III, могут обслуживаться без дополнительной SCADA-системы, — говорит Олег Письменский. — На таких объектах целесообразно применять ISX Central — программно-аппаратный комплекс, использующий SNMP. Если же категория и мощность однозначно предполагают непрерывность управления, в таких случаях оправданна комбинация SNMP- и SCADA-системы. Например, для машинного зала (White Space) применяется ISX Central с возможными расширениями как Change & Capacity Manager, в комбинации со SCADA-системой, управляющей непосредственно объектом (Grey Space)».

Профессиональное мнение

Олег Письменский, директор департамента консалтинга APC by Schneider Electric в России и СНГ

Подход APC by Schneider Electric к реализации полномасштабного полноуправляемого и надежного ЦОД изначально был основан на базисных принципах управления ИТ-инфраструктурой в рамках концепции ITIL/ITSM. И история развития системы управления инфраструктурой ЦОД ISX Manager, которая затем интегрировалась с программно-аппаратным комплексом NetBotz и трансформировалась в портал диспетчеризации ISX Central, — лучшее тому доказательство.

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

Эта система не может и не должна отвечать абсолютно всем принципам ITSM, потому что не все они касаются существа поставленной задачи. Но как только в отношении политик и некоторых тактик управления емкостью и изменениями в ЦОД потребовался соответствующий инструментарий — это нашло отражение в расширении функционала ISX Central, который в настоящее время реализуют ПО APC by Schneider Electric Capacity Manager и APC by Schneider Electric Change Manager. С появлением этих двух решений, интегрированных в систему управления реальным объектом, АРС предоставляет возможность службе эксплуатации оптимально планировать изменения количественного и качественного состава оборудования машинного зала — как на ежедневном оперативном уровне, так и на уровне стратегических задач массовых будущих изменений.

Решение APC by Schneider Electric Capacity обеспечивает автоматизированную обработку информации о свободных ресурсах инженерной инфраструктуры, реальном потреблении мощности и пространстве в стойках. Обращаясь к серверу ISX Central, системы APC by Schneider Electric Capacity Manager и APC by Schneider Electric Change Manager оценивают степень загрузки ИБП и систем охлаждения InRow, прогнозируют воздействие предполагаемых изменений и предлагают оптимальное место для установки нового или перестановки имеющегося оборудования. Новые решения позволяют, выявив последствия от предполагаемых изменений, правильно спланировать замену оборудования в ЦОД.

Переход от частного к общему может потребовать интеграции ISX Central в такие, например, порталы управления, как Tivoli или Open View. Возможны и другие сценарии, когда ISX Central вписывается и в SCADA–систему. В этом случае ISX Central выполняет роль диспетчерской настройки, функционал которой распространяется на серверную комнату, но не охватывает целиком периметр объекта.

Случай из практики

Решение задачи управления энергообеспечением ЦОД иногда вступает в противоречие с правилами устройств электроустановок (ПУЭ). Может оказаться, что в соответствии с ПУЭ в ряде случаев (например, при компоновке щитов ВРУ) необходимо обеспечить механические блокировки. Однако далеко не всегда это удается сделать. Поэтому такая задача часто требует нетривиального решения.

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

[ http://www.computerra.ru/cio/old/products/infrastructure/421312/]

Тематики

• ЦОДы (центры обработки данных)

EN

• power management

контроль потребления электроэнергии
контроль энергопотребления
—
[Интент]

Тематики

• ЦОДы (центры обработки данных)

Синонимы

• контроль энергопотребления

EN

• power management

управление электропитанием
-
[Интент]

Управление электропитанием ЦОД

Автор: Жилкина Наталья
Опубликовано 23 апреля 2009 года

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

Три задачи

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

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

Многие специалисты этого рынка, отмечая важность процедуры мониторинга, считают, что управление должно быть сведено к минимуму. «Функция управления ИБП тоже нужна, но скорее факультативно, — говорит Сергей Ермаков, технический директор компании Inelt и эксперт в области систем Chloride. — Я глубоко убежден, что решения об активном управляющем вмешательстве в работу систем защиты электропитания ответственной нагрузки должен принимать человек, а не автоматизированная система. Завершение работы современных мощных серверов, на которых функционируют ответственные приложения, — это, как правило, весьма длительный процесс. ИБП зачастую не способны обеспечивать необходимое для него время, не говоря уж о времени запуска какого-то сервиса». Функция же мониторинга позволяет предотвратить наступление нежелательного события — либо, если таковое произошло, проанализировать его причины, опираясь не на слова, а на запротоколированные данные, хранящиеся в памяти адаптера или файлах на рабочей станции мониторинга.

Эту точку зрения поддерживает и Алексей Сарыгин, технический директор компании Radius Group: «Дистанционное управление мощных ИБП — это вопрос, к которому надо подходить чрезвычайно аккуратно. Если функции дистанционного мониторинга и диспетчеризации необходимы, то практика предоставления доступа персоналу к функциям дистанционного управления представляется радикально неверной. Доступность модулей управления извне потенциально несет в себе риск нарушения безопасности и категорически снижает надежность системы. Если существует физическая возможность дистанционно воздействовать на ИБП, на его параметры, отключение, снятие нагрузки, закрытие выходных тиристорных ключей или блокирование цепи байпаса, то это чревато потерей питания всего ЦОД».

Практически на всех трехфазных ИБП предусмотрена кнопка E.P.O. (Emergency Power Off), дублер которой может быть выведен на пульт управления диспетчерской. Она обеспечивает аварийное дистанционное отключение блоков ИБП при наступлении аварийных событий. Это, пожалуй, единственная возможность обесточить нагрузку, питаемую от трехфазного аппарата, но реализуется она в исключительных случаях.

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

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

Средства мониторинга

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

В первом случае устройство подключается напрямую через интерфейс RS-232 (Com-порт) к консоли администратора. Дальность такого подключения не превышает 15 метров, но может быть увеличена с помощью конверторов RS-232/485 и RS-485/232 на концах провода, связывающего ИБП с консолью администратора. Такой способ обеспечивает низкую скорость обмена информацией и пригоден лишь для топологии «точка — точка».

Второй способ предполагает использование SNMP-адаптера — встроенной или внешней интерфейсной карты, позволяющей из любой точки локальной сети получить информацию об основных параметрах ИБП. В принципе, для доступа к ИБП через SNMP достаточно веб-браузера. Однако для большего комфорта производители оснащают свои системы более развитым графическим интерфейсом, обеспечивающим функции мониторинга и корректного завершения работы. На базе SNMP-протокола функционируют все основные системы мониторинга и управления ИБП, поставляемые штатно или опционально вместе с ИБП.

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

Большое удобство предоставляет метод эксплуатационного удаленного контроля T.SERVICE, позволяющий отследить работу оборудования посредством телефонной линии (через модем GSM) или через Интернет (с помощью интерфейса Net Vision путем рассылки e-mail на электронный адрес потребителя). T.SERVICE обеспечивает диагностирование оборудования в режиме реального времени в течение 24 часов в сутки 365 дней в году. ИБП автоматически отправляет в центр технического обслуживания регулярные отчеты или отчеты при обнаружении неисправности. В зависимости от контролируемых параметров могут отправляться уведомления о неправильной эксплуатации (с пользователем связывается опытный специалист и рекомендует выполнить простые операции для предотвращения ухудшения рабочих характеристик оборудования) или о наличии отказа (пользователь информируется о состоянии устройства, а на место установки немедленно отправляется технический специалист).

Профессиональное мнение

Наталья Маркина, коммерческий директор представительства компании SOCOMEC

Управляющее ПО фирмы SOCOMEC легко интегрируется в общий контур управления инженерной инфраструктурой ЦОД посредством разнообразных интерфейсов передачи данных ИБП. Установленное в аппаратной или ЦОД оборудование SOCOMEC может дистанционно обмениваться информацией о своих рабочих параметрах с системами централизованного управления и компьютерными сетями посредством сухих контактов, последовательных портов RS232, RS422, RS485, а также через интерфейс MODBUS TCP и GSS.

Интерфейс GSS предназначен для коммуникации с генераторными установками и включает в себя 4 входа (внешние контакты) и 1 выход (60 В). Это позволяет программировать особые процедуры управления, Global Supply System, которые обеспечивают полную совместимость ИБП с генераторными установками.

У компании Socomec имеется широкий выбор интерфейсов и коммуникационного программного обеспечения для установки диалога между ИБП и удаленными системами мониторинга промышленного и компьютерного оборудования. Такие опции связи, как панель дистанционного управления, интерфейс ADC (реконфигурируемые сухие контакты), обеспечивающий ввод и вывод данных при помощи сигналов сухих контактов, интерфейсы последовательной передачи данных RS232, RS422, RS485 по протоколам JBUS/MODBUS, PROFIBUS или DEVICENET, MODBUS TCP (JBUS/MODBUS-туннелирование), интерфейс NET VISION для локальной сети Ethernet, программное обеспечение TOP VISION для выполнения мониторинга с помощью рабочей станции Windows XP PRO — все это позволяет контролировать работу ИБП удобным для пользователя способом.

Весь контроль управления ИБП, ДГУ, контроль окружающей среды сводится в единый диспетчерский пункт посредством протоколов JBUS/MODBUS.
 

Индустриальный подход

Третий метод основан на использовании высокоскоростной индустриальной интерфейсной шины: CANBus, JBus, MODBus, PROFIBus и проч. Некоторые модели ИБП поддерживают разновидность универсального smart-слота для установки как карточек SNMP, так и интерфейсной шины. Система мониторинга на базе индустриальной шины может быть интегрирована в уже существующую промышленную SCADA-систему контроля и получения данных либо создана как заказное решение на базе многофункциональных стандартных контроллеров с выходом на шину. Промышленная шина через шлюзы передает информацию на удаленный диспетчерский пункт или в систему управления зданием (Building Management System, BMS). В эту систему могут быть интегрированы и контроллеры, управляющие ИБП.

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

Сергей Ермаков, технический директор компании Inelt, считает, что применение универсальных систем управления на базе промышленных контроллеров нецелесообразно, если используется для мониторинга только ИБП и ДГУ. Один из практичных подходов — создание заказной системы, с удобной для заказчика графической оболочкой и необходимым уровнем детализации — от карты местности до поэтажного плана и погружения в мнемосхему компонентов ИБП.

— ИБП может передавать одинаковое количество информации о своем состоянии и по прямому соединению, и по SNMP, и по Bus-шине, — говорит Сергей Ермаков. — Применение того или иного метода зависит от конкретной задачи и бюджета. Создав первоначально систему UPS Look для мониторинга ИБП, мы интегрировали в нее систему мониторинга ДГУ на основе SNMP-протокола, после чего по желанию одного из заказчиков конвертировали эту систему на промышленную шину Jbus. Новое ПО JSLook для мониторинга неограниченного количества ИБП и ДГУ по протоколу JBus является полнофункциональным средством мониторинга всей системы электроснабжения объекта.

Профессиональное мение

Денис Андреев, руководитель департамента ИБП компании Landata

Практически все ИБП Eaton позволяют использовать коммуникационную Web-SNMP плату Connect UPS и датчик EMP (Environmental Monitoring Probe). Такой комплект позволяет в числе прочего осуществлять мониторинг температуры, влажности и состояния пары «сухих» контактов, к которым можно подключить внешние датчики.

Решение Eaton Environmental Rack Monitor представляет собой аналог такой связки, но с существенно более широким функционалом. Внешне эта система мониторинга температуры, влажности и состояния «сухих» контактов выполнена в виде компактного устройства, которое занимает минимум места в шкафу или в помещении.

Благодаря наличию у Eaton Environmental Rack Monitor (ERM) двух выходов датчики температуры или влажности можно разместить в разных точках стойки или помещения. Поскольку каждый из двух датчиков имеет еще по два сухих контакта, с них дополнительно можно принимать сигналы от датчиков задымления, утечки и проч. В центре обработки данных такая недорогая система ERM, состоящая из неограниченного количества датчиков, может транслировать информацию по протоколу SNMP в HTML-страницу и позволяет, не приобретая специального ПО, получить сводную таблицу измеряемых величин через веб-браузер.

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

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

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

Требование объекта

Как поясняет Олег Письменский, в критичных объектах, таких как ЦОД, можно условно выделить две области контроля и управления. Первая, Grey Space, — это собственно здание и соответствующая система его энергообеспечения и энергораспределения. Вторая, White Space, — непосредственно машинный зал с его системами.

Выбор системы управления энергообеспечением ЦОД определяется типом объекта, требуемым функционалом системы управления и отведенным на эти цели бюджетом. В большинстве случаев кратковременная задержка между наступлением события и получением информации о нем системой мониторинга по SNMP-протоколу допустима. Тем не менее в целом ряде случаев, если характеристики объекта подразумевают непрерывность его функционирования, объект является комплексным и содержит большое количество элементов, требующих контроля и управления в реальном времени, ни одна стандартная система SNMP-мониторинга не обеспечит требуемого функционала. Для таких объектов применяют системы управления real-time, построенные на базе программно-аппаратных комплексов сбора данных, в том числе c функциями Softlogic.

Системы диспетчеризации и управления крупными объектами реализуются SCADA-системами, широкий перечень которых сегодня присутствует на рынке; представлены они и в портфеле решений Schneider Electric. Тип SCADA-системы зависит от класса и размера объекта, от количества его элементов, требующих контроля и управления, от уровня надежности. Частный вид реализации SCADA — это BMS-система(Building Management System).

«Дата-центры с объемом потребляемой мощности до 1,5 МВт и уровнем надежности Tier I, II и, с оговорками, даже Tier III, могут обслуживаться без дополнительной SCADA-системы, — говорит Олег Письменский. — На таких объектах целесообразно применять ISX Central — программно-аппаратный комплекс, использующий SNMP. Если же категория и мощность однозначно предполагают непрерывность управления, в таких случаях оправданна комбинация SNMP- и SCADA-системы. Например, для машинного зала (White Space) применяется ISX Central с возможными расширениями как Change & Capacity Manager, в комбинации со SCADA-системой, управляющей непосредственно объектом (Grey Space)».

Профессиональное мнение

Олег Письменский, директор департамента консалтинга APC by Schneider Electric в России и СНГ

Подход APC by Schneider Electric к реализации полномасштабного полноуправляемого и надежного ЦОД изначально был основан на базисных принципах управления ИТ-инфраструктурой в рамках концепции ITIL/ITSM. И история развития системы управления инфраструктурой ЦОД ISX Manager, которая затем интегрировалась с программно-аппаратным комплексом NetBotz и трансформировалась в портал диспетчеризации ISX Central, — лучшее тому доказательство.

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

Эта система не может и не должна отвечать абсолютно всем принципам ITSM, потому что не все они касаются существа поставленной задачи. Но как только в отношении политик и некоторых тактик управления емкостью и изменениями в ЦОД потребовался соответствующий инструментарий — это нашло отражение в расширении функционала ISX Central, который в настоящее время реализуют ПО APC by Schneider Electric Capacity Manager и APC by Schneider Electric Change Manager. С появлением этих двух решений, интегрированных в систему управления реальным объектом, АРС предоставляет возможность службе эксплуатации оптимально планировать изменения количественного и качественного состава оборудования машинного зала — как на ежедневном оперативном уровне, так и на уровне стратегических задач массовых будущих изменений.

Решение APC by Schneider Electric Capacity обеспечивает автоматизированную обработку информации о свободных ресурсах инженерной инфраструктуры, реальном потреблении мощности и пространстве в стойках. Обращаясь к серверу ISX Central, системы APC by Schneider Electric Capacity Manager и APC by Schneider Electric Change Manager оценивают степень загрузки ИБП и систем охлаждения InRow, прогнозируют воздействие предполагаемых изменений и предлагают оптимальное место для установки нового или перестановки имеющегося оборудования. Новые решения позволяют, выявив последствия от предполагаемых изменений, правильно спланировать замену оборудования в ЦОД.

Переход от частного к общему может потребовать интеграции ISX Central в такие, например, порталы управления, как Tivoli или Open View. Возможны и другие сценарии, когда ISX Central вписывается и в SCADA–систему. В этом случае ISX Central выполняет роль диспетчерской настройки, функционал которой распространяется на серверную комнату, но не охватывает целиком периметр объекта.

Случай из практики

Решение задачи управления энергообеспечением ЦОД иногда вступает в противоречие с правилами устройств электроустановок (ПУЭ). Может оказаться, что в соответствии с ПУЭ в ряде случаев (например, при компоновке щитов ВРУ) необходимо обеспечить механические блокировки. Однако далеко не всегда это удается сделать. Поэтому такая задача часто требует нетривиального решения.

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

[ http://www.computerra.ru/cio/old/products/infrastructure/421312/]

Тематики

• ЦОДы (центры обработки данных)

EN

• power management

энергоменеджмент
-
[Интент]

Тематики

• электроагрегаты генераторные

EN

• power management