обеспечение+безопасности+данных

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

Тематики

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

EN

• switched supply
• switched mode supply
• switching supply
• power supply

источник питания
источник питания электроэнергией
-
[Интент]

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

It is recommended that, where practicable, the electrical equipment of a machine is connected to a single incoming supply. Where another supply is necessary for certain parts of the equipment (for example, electronic equipment that operates at a different voltage), that supply should be derived, as far as is practicable, from devices (for example, transformers, converters) forming part of the electrical equipment of the machine.
[IEC 60204-1-2006]

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

Power supplies
The required power supplies can be determined based on the criteria for definition of the installation (receivers, power, location, etc.) and the operating conditions (safety, evacuation of the public, continuity, etc.).
They are as follows:
- Main power supply
- Replacement power supply
- Power supply for safety services
- Auxiliary power supply
[Legrand]

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

Рис. Legrand
Типовая схема электроснабжения: 1 - Main power supply - Основной источник питания
2 - Replacement power supply (2nd source) - Резервный источник питания (2-й источник)
3 - Replacement power supply (backup) - Резервный источник питания (независимый)
4 - Auxiliary power supply - Дополнительный источник питания
5 - Power supply for safety services - Аварийный источник питания для систем безопасности
6 - Management of sources - Управление источниками питания
7 - Control - Цепь управления
8 - Main LV distrib. board - Главный распределительный щит (ГРЩ)
9 - Safety panel - Панель безопасности
10 - Uninterruptible power supply - Источник бесперебойного питания
11 - Load shedding - Отключение нагрузки
12 - Non-priority circuits - Цепи неприоритетной нагрузки
14 - Uninterruptible circuits - Цепи бесперебойного питания
15 - Shed circuits - Цепи отключаемой нагрузки
16 - Safety circuits - Цепи систем безопасности

Тематики

• источники и системы электропитания
• электроснабжение в целом

Близкие понятия

• источник электрической энергии
• источник электроснабжения

Действия

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

Синонимы

• источник питания электроэнергией
• источник электропитания

Сопутствующие термины

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

EN

• electric power supply
• feed element
• feed source
• incoming supply
• power source
• power supply
• power supply node
• source of power
• supply

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

Тематики

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

Синонимы

• отказоустойчивость
• нечувствительность к отказам

EN

• fault tolerance

нечувствительность к отказам
Свойство программы или системы сохранять правильность функционирования при наличии ошибок или отказов.
[Домарев В.В. Безопасность информационных технологий. Системный подход.]

Тематики

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

EN

• fault tolerance

отказоустойчивость
Способность системы самой устранять возникающие в ней отказы.
Отказоустойчивость сводится к обнаружению отказов, оценке ситуаций, локализации и принятии мер по их устранению. Система способная обеспечить управление отказами и выполнять все указанные задачи является отказоустойчивой.
Для увеличения отказоустойчивости в систему в виде горячего резерва добавляются компоненты, которые не нужны при нормальной работе. Например, устанавливаются два вместо одного диска. Запись данных идет сразу на оба диска. Поэтому, если один из них выйдет из строя, то система продолжит нормальную работу с другим диском. Отказоустойчивые системы сложнее и дороже обычных. В результате рассматриваемые системы используются там, где нужна особенно большая надежность. Например, банковские системы, системы управления посадкой самолетов.
[Гипертекстовый энциклопедический словарь по информатике Э. Якубайтиса]
[ http://www.morepc.ru/dict/]

Тематики

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

EN

• fault tolerance
• fault-tolerance
• FT

отказоустойчивость (в информационных технологиях)
Способность ИТ-услуги или конфигурационной единицы продолжать обеспечивать эксплуатирование корректно после сбоя части компонента.
[ http://www.dtln.ru/slovar-terminov]

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

EN

fault tolerance
(ITIL Service Design)
The ability of an IT service or other configuration item to continue to operate correctly after failure of a component part.
See also countermeasure; resilience.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

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

EN

• fault tolerance

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

Тематики

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

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

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

EN

• fault tolerance

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

Тематики

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

EN

• fault tolerance

устойчивость к сбоям
Способность программы или системы корректно работать при возникновении сбоев. Устойчивые к сбоям системы создаются для обеспечения работы при отключении питания, повреждении дисков, серьезных ошибках пользователей и т.п. 
[ http://www.lexikon.ru/dict/net/index.html]

Тематики

• сети вычислительные

EN

• fault tolerance

3.8 устойчивость к дефектам (fault tolerance): Встроенные возможности системы обеспечивать непрерывную и правильную работу при наличии ограниченного числа дефектов технического или программного обеспечения.

[МЭК 60880, пункт 3.18]

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

3.18 устойчивость к дефектам и ошибкам (fault tolerance): Встроенные возможности системы обеспечивать непрерывную и правильную работу при наличии ограниченного числа дефектов технического или программного обеспечения.

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

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

Примечание - Определение, приведенное в МЭС 191-15-05, относится только к отказам подкомпонентов. См. примечание к 3.6.1 [ИСО/МЭК 2382-14-04-06].

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

инкрементный режим (канал)
Способ ввода данных с помощью специализированного канала (режима работы интерфейса) в оперативную память ЭВМ, при котором содержимое ячейки памяти увеличивается на единицу. Способ используется в системах автоматизации эксперимента.
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

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

EN

• incremental mode
• channel

канал
Элемент или группа элементов, которые независимо выполняют функцию.
Пример
Двухканальная (или дуальная) конфигурация - это такая конфигурация, в которой два канала независимо выполняют одну и ту же функцию.
Примечания
1 В число элементов канала могут входить модули ввода/вывода, логическая система, датчики и оконечные элементы.
2 Термин допускается использовать для описания полных систем или частей системы (например, датчиков или оконечных элементов).
[ ГОСТ Р МЭК 61508-4-2007]

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

Тематики

• экономика

EN

• channel

канал
Путь передачи сигнала между двумя единицами активного оборудования, например, такими как оборудованием ЛВС и терминальным оборудованием.
[ ГОСТ Р 53246-2008]

канал
тракт
Кабельная линия, состоящая из соединительного оборудования, шнуров и перемычек, образующих непрерывную кабельную линию от порта активного оборудования с одной стороны до порта активного оборудования с другой стороны.
[ http://www.lanmaster.ru/SKS/DOKUMENT/568b.htm]

Тематики

• СКС (структурированные кабельные системы)

Синонимы

• тракт

EN

• channel

канал
1. Искусственный открытый водовод
2. Протяжённая полость
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

канал
Искусственный открытый водовод в земляной выемке или насыпи
[ ГОСТ 19185-73]

канал
Водовод незамкнутого поперечного сечения в виде искусственного русла в грунтовой выемке и/или насыпи.
[СО 34.21.308-2005]

Тематики

• гидротехника

EN

• channel

DE

• Kanál

FR

• canal
• chenal

канал (в контактной линзе)
Предусмотренная выемка в контактной линзе.
[ ГОСТ 28956-91]

Тематики

• оптика очковая и офтальмологическая

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

• линзы контактные

EN

• channel

FR

• canal

канал (связи)
—
[В.А.Семенов. Англо-русский словарь по релейной защите]

Тематики

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

EN

• channel

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

Примечание. "Канал" и "фаза" не одно и то же. Канал напряжения определяется разностью потенциалов между двумя проводниками. Понятие "фаза" относится к отдельному проводнику. В многофазных системах канал может быть между двумя фазами, или между фазой и нейтралью, или между фазой и землей, или между нейтралью и землей.
[ ГОСТ Р 51317.4.30-2008 (МЭК 61000-4-30:2008)]

EN

channel
individual measurement path through an instrument
NOTE “Channel” and “phase” are not the same. A voltage channel is by definition the difference in potential between 2 conductors. Phase refers to a single conductor. On polyphase systems, a channel may be between 2 phases, or between a phase and neutral, or between a phase and earth, or between neutral and earth
[IEC 61000-4-30, ed. 2.0 (2008-10)]

FR

voie (de mesure)
ensemble des dispositifs de mesure associés à une mesure individuelle
NOTE «Voies» et «phases» n’ont pas la même signification. Une voie de mesure correspond par définition à une différence de potentiel entre deux conducteurs. Une phase correspond à un simple conducteur. Dans les systèmes polyphasés, une voie de mesure peut être entre deux phases ou entre une phase et le neutre, ou entre une phase et la terre, ou entre le neutre et la terre.
[IEC 61000-4-30, ed. 2.0 (2008-10)]

Тематики

• качество электрической энергии

EN

• channel

FR

• voie (de mesure)

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

Тематики

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

EN

• channel
• CH
• hole

канал изготовления фонограммы [видеограммы, видеофонограммы]
Совокупность нескольких каналов записи и воспроизведения, последовательно используемых при изготовлении фонограммы, видеограммы, видеофонограммы.
Примечания
1. Входным сигналом канала изготовления сигналограммы служит сигнал, поступающий на вход первого канала записи в последовательной цепи каналов записи и воспроизведения. Выходным сигналом является сигнал на выходе последнего канала записи в этой цепи, то есть сигнал, записанный на изготовленной сигналограмме.
2. Каналы записи и воспроизведения, составляющие канал изготовления сигналограммы, могут относиться к различным системам записи и воспроизведения.
3. В зависимости от вида сигналограммы могут образовываться видовые понятия, например "канал изготовления магнитофонной кассеты", "канал изготовления грампластинки".
[ ГОСТ 13699-91]

Тематики

• запись и воспроизведение информации

EN

• channel
• recording duplicating

канал ядерного реактора
канал
Сборочная единица ядерного реактора, предназначенная для размещения в активной зоне или отражателе или биологической защите тепловыделяющей сборки, облучательного устройства, рабочих органов системы управления и защиты, измерительной и контрольной аппаратуры.
Примечание
Канал ядерного реактора может иметь патрубки для подвода или отвода теплоносителя, а также устройства герметизации внутриканального пространства.
[ ГОСТ 23082-78]

Тематики

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

Синонимы

• канал

EN

• channel

DE

• Kanale

FR

• canal

проводящий канал
Область полевого транзистора, в которой регулируется поток носителей заряда.
Примечания
1. Данное понятие не следует смешивать с "каналом утечки", возникающим в месте выхода p-n перехода на поверхность кристалла.
2. Проводящий канал может быть n или p-типа в зависимости от типа электропроводности полупроводника.
[ ГОСТ 15133-77] 

Тематики

• полупроводниковые приборы

EN

• channel

DE

• Kanal

FR

• canal

пускать по каналу
направлять
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики

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

Синонимы

• направлять

EN

• channel

радиоствол
радиоканал
—
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

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

Синонимы

• радиоканал

EN

• channel
• radio-frequency channel

русло реки
Выработанное речным потоком ложе, по которому осуществляется сток без затопления поймы.
[ ГОСТ 19179-73]

Тематики

• гидрология суши

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

• русловые процессы

EN

• channel

DE

• Flussbett

FR

• lit

телеметрический канал связи
канал связи
Совокупность устройств и (или) составных частей с одним входом и одним выходом, обеспечивающих передачу групповых телеметрических сигналов на расстояние и их прием.
[ ГОСТ 19619-74] 

Тематики

• телемеханика, телеметрия

Синонимы

• канал связи

EN

• channel

4. Телеметрический канал связи

Канал связи

E.Channel

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

Источник: ГОСТ 19619-74: Оборудование радиотелеметрическое. Термины и определения оригинал документа

2.11 акустико-эмиссионный канал (channel, acoustic emission): Система, по которой распространяется сигнал АЭ, включающая часть объекта от источника АЭ до преобразователя, преобразователь, предусилитель или трансформатор импеданса, фильтры, вторичный усилитель или другие приборы при необходимости, соединительные кабели, а также прибор обработки сигнала или процессора.

Источник: ГОСТ Р ИСО 12716-2009: Контроль неразрушающий. Акустическая эмиссия. Словарь оригинал документа

3.6 канал (channel): Совокупность взаимосвязанных компонентов внутри системы, имеющая один выход. Канал теряет свою идентичность тогда, когда сигналы на единственном выходе сочетаются с сигналами от других каналов, например, от канала контроля или канала активизации защиты.

[Глоссарий МАГАТЭ NS-G-1.3]

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

3.3.8 канал (channel): Элемент или группа элементов, которые независимо выполняют функцию.

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

Примечания

1. В число элементов канала могут входить модули ввода/вывода, логическая система (см. 3.4.5), датчики и оконечные элементы.

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

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

3.5 канал (channel): Ряд взаимосвязанных компонентов внутри системы, которые формируют один выходной сигнал. Канал теряет свою индивидуальность, если его выходные сигналы сочетаются с сигналами от другого канала, например, канала контроля или канала безопасности.

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

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

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

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

3.1 канал (channel): Индивидуальный тракт передачи измерительной информации в средстве измерений.

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

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

3.1.14 канал (channel): Прикладное специфическое представление открытого соединения по протоколу управления передачей (TCP).

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

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

обмен данными
Передача данных между логическими объектами уровня в соответствии с установленным протоколом
[ ГОСТ 24402-88]

Тематики

• телеобработка данных и вычислительные сети
• электронный обмен информацией

EN

• communication activity
• data communication
• data exchange
• data interchange

передача данных
Пересылка данных при помощи средств связи из одного места для приема их в другом месте.
[ ГОСТ 24402-88]

Тематики

• телеобработка данных и вычислительные сети

EN

• data broadcasting
• data communication
• data communications
• data transfers
• data transmission
• datacom
• send data

передача информации
Передача оцифрованной информации в соответствии с протоколом.
[ ГОСТ Р 41.13-2007]

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

Тематики

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

EN

• conveyance of information
• data communication
• data transfer

2.25 передача информации (data communication): Передача оцифрованной информации в соответствии с протоколом.

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

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

Data communication

Передача данных между логическими объектами уровня в соответствии с установленным протоколом

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

3.4 передача данных (data communication): Обмен данными между узлами связи через каналы связи.

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

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

Тематики

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

Синонимы

• частица (чего-л.)

EN

• element

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

элемент
Первичная (для данного исследования, модели) составная часть сложного целого. См. Элемент множества, Элемент системы.
[ http://slovar-lopatnikov.ru/]

Тематики

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

EN

• element
• feature

DE

• Element

FR

• elément

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

Тематики

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

EN

• element

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

Тематики

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

Синонимы

• деталь
• часть

EN

• element

элемент (символа штрихового кода)
Отдельный штрих или пробел в символе штрихового кода, ширина которого может быть выражена в модулях или числом, кратным размеру Х.
[ ГОСТ 30721-2000]
[ ГОСТ Р 51294.3-99]

Тематики

• кодирование штриховое

EN

• element

DE

• Element

FR

• élément

элемент электровакуумного прибора
элемент
Любая целая часть электровакуумного прибора, необходимая для его работы, к которой можно подсоединиться снаружи.
[ ГОСТ 13820-77] 

Тематики

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

Синонимы

• элемент

EN

• element

FR

• élément

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

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

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

3.3 отдельная деталь (element): Часть компонента или подсистемы.

Примечание - Канаты, тканые ленты, элементы крепления, металлическая фурнитура и анкерные линии являются примерами элементов.

Источник: ГОСТ Р ЕН 358-2008: Система стандартов безопасности труда. Средства индивидуальной защиты от падения с высоты. Привязи и стропы для удержания и позиционирования. Общие технические требования. Методы испытаний

2.1 отдельная деталь (element): Часть компонента или подсистемы.

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

Источник: ГОСТ Р ЕН 363-2007: Система стандартов безопасности труда. Средства индивидуальной защиты от падения с высоты. Страховочные системы. Общие технические требования

3.1 отдельная деталь (element): Часть компонента или подсистемы.

Примечание - Тросы, тканые ленты, элементы крепления и анкерные линии являются примерами отдельных деталей. [ЕН 363: 1992]

Источник: ГОСТ Р ЕН 813-2008: Система стандартов безопасности труда. Средства индивидуальной защиты от падения с высоты. Привязи для положения сидя. Общие технические требования. Методы испытаний

2. Гальванический элемент

Элемент

Galvanisches

Element

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

Источник: ГОСТ 15596-82: Источники тока химические. Термины и определения оригинал документа

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

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

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

3.172 элемент (element): Элементарная компонента (составляющая) модели.

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

04.02.27 долговременная маркировка [ permanent marking]: Изображение, полученное с помощью интрузивного или неинтрузивного маркирования, которое должно оставаться различимым, как минимум, в течение установленного срока службы изделия.

Сравнить с терминологической статьей «соединение» по ИСО/МЭК19762-1¹⁾.

______________

¹⁾Терминологическая статья 04.02.27 не связана с указанной терминологической статьей.

<2>4 Сокращения

ECI интерпретация в расширенном канале [extended channel interpretation]

DPM прямое маркирование изделий [direct part marking]

BWA коррекция ширины штриха [bar width adjustment]

BWC компенсация ширины штриха [barwidth compensation]

CPI число знаков на дюйм [characters per inch]

PCS сигнал контраста печати [print contrast signal]

ORM оптический носитель данных [optically readable medium]

FoV поле обзора [field of view]

Алфавитный указатель терминов на английском языке

<2>Приложение ДА¹⁾

______________

¹⁾

Источник: ГОСТ Р ИСО/МЭК 19762-2-2011: Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 2. Оптические носители данных (ОНД) оригинал документа

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

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

EN

process
A structured set of activities designed to accomplish a specific objective. A process takes one or more defined inputs and turns them into defined outputs. It may include any of the roles, responsibilities, tools and management controls required to reliably deliver the outputs. A process may define policies, standards, guidelines, activities and work instructions if they are needed.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

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

EN

• process

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

[ИСО 9000:2005]

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

4.11 процесс (process): Совокупность взаимосвязанных и взаимодействующих видов деятельности, преобразующих входы в выходы [3].

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

4.37 процесс (process): Набор преобразующий исходные данные в выходные результаты (3.17 ГОСТ Р ИСО/МЭК 12207).

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

2.56 процесс (process): Компонент информационной системы, реализующий конкретный алгоритм обработки данных.

Источник: ГОСТ Р ИСО/МЭК ТО 10032-2007: Эталонная модель управления данными

3.17 процесс (process): Набор взаимосвязанных работ, которые преобразуют исходные данные в выходные результаты.

Примечание - Термин «работы» подразумевает использование ресурсов (См. 1.2 title="Управление качеством и обеспечение качества - Словарь").

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

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

Примечание - Определение заимствовано из стандарта ИСО 9000:2005.

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

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

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

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

Источник: ГОСТ Р ИСО/ТС 14048-2009: Экологический менеджмент. Оценка жизненного цикла. Формат документирования данных

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

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

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

2.10 процесс (process): Совокупность взаимосвязанных видов деятельности и ресурсов, преобразующая входы в выходы ([4], подпункт 3.4.1).

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

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

Примечания

1 Входами процесса обычно являются выходы других процессов.

2 Процессы в организации, как правило, планируются и осуществляются в управляемых условиях с целью добавления ценности (ИСО 9000, пункт 3.4.1, исключая примечание 3).

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

3.3 процесс (process): Набор находящихся во взаимосвязи ресурсов и действий, которые преобразовывают входы в выходы.

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

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

Примечание - Термин приведен в 3.4.1 ИСО 9000. Примечания удалены.

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

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

Примечание - Приведено в 3.4.1 ИСО 9000. Примечания не приведены.

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

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

[ ГОСТ Р ИСО 9000: 2005, определение 3.4.1 (без примечаний)]

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

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

[ИСО 9000:2005]

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

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

Источник: ГОСТ Р 53633.1-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с поставщиками и партнерами оригинал документа

3.4.1 процесс (en process; fr processus): Совокупность взаимосвязанных или взаимодействующих видов деятельности, преобразующая входы в выходы.

Примечания

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

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

3 Процесс, в котором подтверждение соответствия (3.6.1) конечной продукции (3.4.2) затруднено или экономически нецелесообразно, часто относят к «специальному процессу».

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

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

[ИСО 9000:2005]

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

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

Источник: ГОСТ Р 53633.2-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление и эксплуатация ресурсов оригинал документа

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

Источник: ГОСТ Р 53633.0-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Общая структура бизнес-процессов оригинал документа

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

Источник: ГОСТ Р 53633.3-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с клиентами оригинал документа

2.30 процесс (process): Совокупность взаимосвязанных или взаимодействующих видов деятельности, преобразующая входы в выходы

Источник: ГОСТ Р 53647.2-2009: Менеджмент непрерывности бизнеса. Часть 2. Требования оригинал документа

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

Источник: ГОСТ Р 53633.6-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт Разработка и управление услугами оригинал документа

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

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

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

3.58 процесс (process): Частично упорядоченный набор видов деятельности, который может быть выполнен для достижения определенного желаемого конечного результата для достижения установленной цели.

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

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

[ИСО 9000:2005]

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

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

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

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

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

Примечания

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

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

3 Процесс, в котором подтверждение соответствия (3.6.1) конечной продукции (3.4.2) затруднено или экономически нецелесообразно, часто относят к «специальному процессу».

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

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

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

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

Источник: ГОСТ Р 53633.8-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Разработка и управление цепочками поставок оригинал документа

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

Источник: ГОСТ Р 53633.5-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Управление маркетингом и предложением продукта оригинал документа

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

Примечание 1 - Входами процесса обычно являются выходы других процессов.

Примечание 2 - Процессы в организации, как правило, планируются и осуществляются в управляемых условиях с целью добавления ценности (ГОСТ Р ИСО 9000, пункт 3.4.1, исключая примечание 3).

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

6.4 процесс (process): Совокупность взаимосвязанных или взаимодействующих видов деятельности, трансформирующая входные потоки (6.17)в выходные потоки (6.18).

[ИСО 9000:2005, статья 3.4.1 без примечаний];

[ИСО 14040:2006]

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

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

Примечания

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

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

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

[ ГОСТ Р ИСО 9000-2008, ст. 3.4.1]

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

3.124 процесс (process): Частично упорядоченный набор видов деятельности, который может быть выполнен для достижения определенного желаемого конечного результата для достижения установленной цели.

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

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

Тематики

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

EN

• main frame
• computer

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

Тематики

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

Синонимы

• ВМ

EN

• computer

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

Тематики

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

EN

• computer

компьютерный
—
[http://www.rfcmd.ru/glossword/1.8/index.php?a=index&d=23]

Тематики

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

EN

• computer

периферийная ЭВМ
В многомашинном (многопользовательском) комплексе – мини-ЭВМ, рабочая станция или терминальная ЭВМ, подключенная к центральной ЭВМ и выполняющая вспомогательные функции.
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

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

EN

• satellite
• computer

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

Тематики

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

EN

• computer
• slave

7. Вычислительная машина

ВМ

Computer

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

Примечание. Как правило, в состав ВМ входит и системное программное обеспечение

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

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

[ИСО 2382-1]

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

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

надежность
Способность оборудования безотказно выполнять заданные функции при определенных условиях и в заданном интервале времени.
[ГОСТ ЕН 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é

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

Тематики

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

EN

• reliability
• durability
• integrity
• security

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

Примечание - Термин «надежность» применяется только для общего неколичественного описания свойства.

[МЭК 60050-191:1990]

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

1.1. Надежность

Reliability, dependability

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

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

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

3.5.3 надежность (en dependability; fr sûreté de fonctionnement): Собирательный термин, применяемый для описания свойства готовности и влияющих на него свойств безотказности, ремонтопригодности и обеспеченности технического обслуживания и ремонта.

Примечание - Надежность применяется только для общего неколичественного описания свойства. [МЭК 60050-191:1990].

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

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.50 надежность (reliability): Вероятность того, что прибор, система или устройство будут выполнять назначенные функции удовлетворительно в течение определенного времени в определенных условиях эксплуатации.

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

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

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

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

Примечание - Термин «надежность» применяется только для общего неколичественного описания свойства.

[IEC 60050-191:1990]

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

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

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

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

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

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

3.1 надежность (dependability): Свойства готовности¹⁾ и влияющие на нее свойства безотказности, ремонтопригодности и обеспеченности техническим обслуживанием и ремонтом²⁾.

____________

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

²⁾ Определения терминов «надежность», «безотказность», «долговечность», «ремонтопригодность» по ГОСТ 27.002 приведены в приложении Н.

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

3.2

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

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

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

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

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

Тематики

• навигация

Синонимы

• ведущая станция

EN

• master station

FR

• station maîtresse

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

Тематики

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

EN

• master station

главная станция
Приемо-передающая станция, передатчик которой синхронизируется непосредственного главным генератором, но синхронизация приемного оборудования выполняется, как правило, по принимаемому сигналу (МСЭ-R F.342-2).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

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

EN

• master station

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

Тематики

• телеобработка данных и вычислительные сети

Синонимы

• главная станция

EN

• master station

диспетчерский пункт управления
диспетчерский пункт
ДП
главный терминал
-
[Интент]

Master Terminal Unit (MTU), Master Station (MS) диспетчерский пункт управления (главный терминал); осуществляет обработку данных и управление высокого уровня, как правило, в режиме мягкого (квази-) реального времени; одна из основных функций обеспечение интерфейса между человеком-оператором и системой (HMI, MMI). В зависимости от конкретной системы MTU может быть реализован в самом разнообразном виде от одиночного компьютера с дополнительными устройствами подключения к каналам связи до больших вычислительных систем (мэйнфреймов) и/или объединенных в локальную сеть рабочих станций и серверов. Как правило, и при построении MTU используются различные методы повышения надежности и безопасности работы системы.

Рис. 2. Основные структурные компоненты SCADA-системы

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

1. User (Operator) Interface (интерфейс пользователя/оператора) исключительно важная составляющая систем SCADA. Для нее характерны
а) стандартизация интерфейса пользователя вокруг нескольких платформ;
б) все более возрастающее влияние Windows NT;
в) использование стандартного графического интерфейса пользователя (GUI);
г) технологии объектно-ориентированного программирования: DDE, OLE, Active X, OPC (OLE for Process Control), DCOM;
д) стандартные средства разработки приложений, наиболее популярные среди которых, Visual Basic for Applications (VBA), Visual C++;
е) появление коммерческих вариантов программного обеспечения класса SCADA/MMI для широкого спектра задач. Объектная независимость позволяет интерфейсу пользователя представлять виртуальные объекты, созданные другими системами. Результат расширение возможностей по оптимизации HMI-интерфейса.

2. Data Management (управление данными) - отход от узкоспециализированных баз данных в сторону поддержки большинства корпоративных реляционных баз данных (Microsoft SQL, Oracle). Функции управления данными и генерации отчетов осуществляются стандартными средствами SQL, 4GL; эта независимость данных изолирует функции доступа и управления данными от целевых задач SCADA, что позволяет легко разрабатывать дополнительные приложения по анализу и управлению данными.

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

4. Real-Time Services (службы реального времени) - освобождение MTU от нагрузки перечисленных выше компонентов дает возможность сконцентрироваться на требованиях производительности для задач реального и квази-реального времени. Данные службы представляют собой быстродействующие процессоры, которые управляют обменом информацией с RTU и SCADA-процессами, осуществляют управление резидентной частью базы данных, оповещение о событиях, выполняют действия по управлению системой, передачу информации о событиях на интерфейс пользователя (оператора).

[ http://www.mka.ru/?p=41524]

Тематики

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

Синонимы

• главный терминал
• диспетчерский пункт
• ДП

EN

• master station
• master terminal unit
• MS
• MTU

задающая опорная станция
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики

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

EN

• master station

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

Тематики

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

EN

• master station
• control house
• control unit

телемеханический пункт управления
ПУ
Пункт, с которого осуществляется управление объектами контролируемых телемеханических пунктов и контроль их состояния.
[ ГОСТ 26.005-82]

Тематики

• телемеханика, телеметрия

Синонимы

• ПУ

EN

• master station

DE

• Steuerungsstelle
• Warte

FR

• poste de conduite
• poste maître

20. Телемеханический пункт управления

ПУ

D. Steuerungsstelle; Warte

E. Master station

F. Poste maître; Poste de conduite

Пункт, с которого осуществляется управление объектами контролируемых телемеханических пунктов и контроль их состояния

Источник: ГОСТ 26.005-82: Телемеханика. Термины и определения оригинал документа

80. Главная станция данных

Главная станция

Master station

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

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

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

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

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

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

система
Группа взаимодействующих объектов, выполняющих общую функциональную задачу. В ее основе лежит некоторый механизм связи.
[ ГОСТ Р МЭК 61850-5-2011]

система
Набор элементов, которые взаимодействуют в соответствии с проектом, в котором элементом системы может быть другая система, называемая подсистемой; система может быть управляющей системой или управляемой системой и включать аппаратные средства, программное обеспечение и взаимодействие с человеком.
Примечания
1 Человек может быть частью системы. Например, человек может получать информацию от программируемого электронного устройства и выполнять действие, связанное с безопасностью, основываясь на этой информации, либо выполнять действие с помощью программируемого электронного устройства.
2 Это определение отличается от приведенного в МЭС 351-01-01.
[ ГОСТ Р МЭК 61508-4-2007]

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

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

система
Совокупность взаимосвязанных и взаимодействующих элементов.
[ ГОСТ Р ИСО 9000-2008]

система
-
[IEV number 151-11-27]

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

система
Множество элементов, находящихся в отношениях и связях друг с другом, которое образует определенную целостность, единство. Следует отметить, что это определение (взятое нами из Большой Советской Энциклопедии) не является ни единственным, ни общепризнанным. Есть десятки определений понятия “С.”, которые с некоторой условностью можно поделить на три группы. Определения, принадлежащие к первой группе, рассматривают С. как комплекс процессов и явлений, а также связей между ними, существующий объективно, независимо от наблюдателя. Его задача состоит в том, чтобы выделить эту С. из окружающей среды, т.е. как минимум определить ее входы и выходы (тогда она рассматривается как “черный ящик”), а как максимум — подвергнуть анализу ее структуру (произвести структуризацию), выяснить механизм функционирования и, исходя из этого, воздействовать на нее в нужном направлении. Здесь С. — объект исследования и управления. Определения второй группы рассматривают С. как инструмент, способ исследования процессов и явлений. Наблюдатель, имея перед собой некоторую цель, конструирует (синтезирует) С. как некоторое абстрактное отображение реальных объектов. При этом С. (“абстрактная система”) понимается как совокупность взаимосвязанных переменных, представляющих те или иные свойства, характеристики объектов, которые рассматриваются в данной С. В этой трактовке понятие С. практически смыкается с понятием модели, и в некоторых работах эти два термина вообще употребляются как взаимозаменяемые. Говоря о синтезе С., в таких случаях имеют в виду формирование макромодели, анализ же С. совпадает в этой трактовке с микромоделированием отдельных элементов и процессов. Третья группа определений представляет собой некий компромисс между двумя первыми. С. здесь — искусственно создаваемый комплекс элементов (например, коллективов людей, технических средств, научных теорий и т.д.), предназначенный для решения сложной организационной, экономической, технической задачи. Следовательно, здесь наблюдатель не только выделяет из среды С. (и ее отдельные части), но и создает, синтезирует ее. С. является реальным объектом и одновременно — абстрактным отображением связей действительности. Именно в этом смысле понимает С. наука системотехника. Между этими группами определений нет непроходимых границ. Во всех случаях термин “С.” включает понятие о целом, состоящем из взаимосвязанных, взаимодействующих, взаимозависимых частей, причем свойства этих частей зависят от С. в целом, свойства С. — от свойств ее частей. Во всех случаях имеется в виду наличие среды, в которой С. существует и функционирует. Для исследуемой С. среда может рассматриваться как надсистема, соответственно, ее части — как подсистемы, а также элементы С., если их внутренняя структура не является предметом рассмотрения. С. делятся на материальные и нематериальные. К первым относятся, например, железная дорога, народное хозяйство, ко вторым — С. уравнений в математике, математика как наука, далее — С. наук. Автоматизированная система управления включает как материальные элементы (ЭВМ, документация, люди), так и нематериальные — математические модели, знания людей. Разделение это тоже неоднозначно: железную дорогу можно рассматривать не только как материальную С., но и как нематериальную С. взаимосвязей, соотношений, потоков информации и т.д. Закономерности функционирования систем изучаются общей теорией систем, оперирующей понятием абстрактной С. Наибольшее значение среди абстрактных С. имеют кибернетические С. Есть два понятия, близкие понятию С.: комплекс, совокупность (множество объектов). Они, однако, не тождественны ему, как нередко утверждают. Их можно рассматривать как усеченные, неполные понятия по отношению к С.: комплекс включает части, не обязательно обладающие системными свойствами (в том смысле, как это указано выше), но эти части сами могут быть системами, и элементы последних такими свойствами по отношению к ним способны обладать. Совокупность же есть множество элементов, не обязательно находящихся в системных отношениях и связях друг с другом. В данном словаре мы стремимся по возможности последовательно различать понятия С. и модели, рассматривая С. как некий объект (реальной действительности или воображаемый — безразлично), который подвергается наблюдению и изучению, а модель — как средство этого наблюдения и изучения. Разумеется, и модель, если она сама оказывается объектом наблюдения и изучения, в свою очередь рассматривается как С. (в частности, как моделируемая С.) — и так до бесконечности. Все это означает, что такие, например, понятия, как переменная или параметр, мы (в отличие от многих авторов) относим не к С., а к ее описанию, т.е. к модели (см. Параметры модели, Переменная модели), численные же их значения, характеризующие С., — к С. (например, координаты С.). • Системы математически описываются различными способами. Каждая переменная модели, выражающая определенную характеристику С., может быть задана множеством конкретных значений, которые эта переменная может принимать. Состояние С. описывается вектором (или кортежем, если учитываются также величины, не имеющие численных значений), каждая компонента которого соответствует конкретному значению определенной переменной. С. в целом может быть описана соответственно множеством ее состояний. Например, если x = (1, 2, … m) — вектор существенных переменных модели, каждая из которых может принять y значений (y = 1, 2, …, n), то матрица S = [ Sxy ] размерностью m ? n представляет собой описание данной С. Широко применяется описание динамической С. с помощью понятий, связанных с ее функционированием в среде. При этом С. определяется как три множества: входов X, выходов Y и отношений между ними R. Полученный “портрет системы” может записываться так: XRY или Y = ®X. Аналитическое описание С. представляет собой систему уравнений, характеризующих преобразования, выполняемые ее элементами и С. в целом в процессе ее функционирования: в непрерывном случае применяется аппарат дифференциальных уравнений, в дискретном — аппарат разностных уравнений. Графическое описание С. чаще всего состоит в построении графа, вершины которого соответствуют элементам С., а дуги — их связям. Существует ряд классификаций систем. Наиболее известны три: 1) Ст. Бир делит все С. (в природе и обществе), с одной стороны, на простые, сложные и очень сложные, с другой — на детерминированные и вероятностные; 2) Н.Винер исходит из особенностей поведения С. (бихевиористский подход) и строит дихотомическую схему: С., характеризующиеся пассивным и активным поведением; среди последних — нецеленаправленным (случайным) и целенаправленным; в свою очередь последние подразделяются на С. без обратной связи и с обратной связью и т.д.; 3) К.Боулдинг выделяет восемь уровней иерархии С., начиная с простых статических (например, карта земли) и простых кибернетических (механизм часов), продолжая разного уровня сложности кибернетическими С., вплоть до самых сложных — социальных организаций. Предложены также классификации по другим основаниям, в том числе более частные, например, ряд классификаций С. управления. См. также: Абстрактная система, Адаптирующиеся, адаптивные системы, Большая система, Вероятностная система, Выделение системы, Входы и выходы системы, Детерминированная система, Динамическая система, Дискретная система, Диффузная система, Замкнутая (закрытая) система, Иерархическая структура, Имитационная система, Информационная система, Информационно-развивающаяся система, Кибернетическая система, Координаты системы, Надсистема, Нелинейная система, Непрерывная система, Открытая система, Относительно обособленная система, Память системы, Подсистема, Портрет системы, Разомкнутая система, Рефлексная система, Решающая система, Самонастраивающаяся система, Самообучающаяся система, Самоорганизующаяся система, Сложная система, Состояние системы, Статическая система, Стохастическая система, Структура системы, Структуризация системы, Управляющая система, Устойчивость системы, Целенаправленная система, Экономическая система, Функционирование экономической системы..
[ http://slovar-lopatnikov.ru/]

EN

system
set of interrelated elements considered in a defined context as a whole and separated from their environment
NOTE 1 – A system is generally defined with the view of achieving a given objective, e.g. by performing a definite function.
NOTE 2 – Elements of a system may be natural or man-made material objects, as well as modes of thinking and the results thereof (e.g. forms of organisation, mathematical methods, programming languages).
NOTE 3 – The system is considered to be separated from the environment and the other external systems by an imaginary surface, which cuts the links between them and the system.
NOTE 4 – The term "system" should be qualified when it is not clear from the context to what it refers, e.g. control system, colorimetric system, system of units, transmission system.
Source: 351-01-01 MOD
[IEV number 151-11-27]

system
A number of related things that work together to achieve an overall objective. For example: • A computer system including hardware, software and applications • A management system, including the framework of policy, processes, functions, standards, guidelines and tools that are planned and managed together – for example, a quality management system • A database management system or operating system that includes many software modules which are designed to perform a set of related functions.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

FR

système, m
ensemble d'éléments reliés entre eux, considéré comme un tout dans un contexte défini et séparé de son environnement
NOTE 1 – Un système est en général défini en vue d'atteindre un objectif déterminé, par exemple en réalisant une certaine fonction.
NOTE 2 – Les éléments d'un système peuvent être aussi bien des objets matériels, naturels ou artificiels, que des modes de pensée et les résultats de ceux-ci (par exemple des formes d'organisation, des méthodes mathématiques, des langages de programmation).
NOTE 3 – Le système est considéré comme séparé de l'environnement et des autres systèmes extérieurs par une surface imaginaire qui coupe les liaisons entre eux et le système.
NOTE 4 – Il convient de qualifier le terme "système" lorsque le concept ne résulte pas clairement du contexte, par exemple système de commande, système colorimétrique, système d'unités, système de transmission.
Source: 351-01-01 MOD
[IEV number 151-11-27]

Тематики

• автоматизированные системы
• информационные технологии в целом
• релейная защита
• системы менеджмента качества
• экономика

EN

• system

DE

• System

FR

• système

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

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

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

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

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

Примечания

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

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

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

4.44 система (system): Комплекс процессов, технических и программных средств, устройств, обслуживаемый персоналом и обладающий возможностью удовлетворять установленным потребностям и целям (3.31 ГОСТ Р ИСО/МЭК 12207).

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

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

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

3.36 система (system): Совокупность взаимосвязанных и взаимодействующих объектов. [ ГОСТ Р ИСО 9000, статья 3.2.1]

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

3.2 система (system): Совокупность взаимосвязанных и взаимодействующих элементов. [ ГОСТ Р ИСО 9000 - 2001]

Примечания

1 С точки зрения надежности система должна иметь:

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

b) заданные условия эксплуатации.

2 Система имеет иерархическую структуру.

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

3.2.1 система (system): Совокупность взаимосвязанных и взаимодействующих элементов.

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

3.7 система (system): Совокупность взаимосвязанных или взаимодействующих элементов.

Примечания

1 Применительно к надежности система должна иметь:

a) определенные цели, представленные в виде требований к ее функциям;

b) установленные условия функционирования;

c) определенные границы.

2 Структура системы является иерархической.

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

3.2.1 система (en system; fr systéme): Совокупность взаимосвязанных или взаимодействующих элементов.

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

2.39 система (system): Совокупность взаимосвязанных и взаимодействующих элементов.

Источник: ГОСТ Р 53647.2-2009: Менеджмент непрерывности бизнеса. Часть 2. Требования оригинал документа

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

(МЭК 61513, статья 3.61)

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

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

[МЭК 61508-4, пункт 3.3.1, модифицировано]

Примечание 1 - См. также «система контроля и управления».

Примечание 2 - Системы контроля и управления следует отличать от механических систем и электрических систем АС.

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

3.2.1 система (system): Совокупность взаимосвязанных и взаимодействующих элементов.

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

2.34 система (system): Специфическое воплощение ИТ с конкретным назначением и условиями эксплуатации.

[ИСО/МЭК 15408-1]

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

[ИСО/МЭК 15288]

Примечания

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

[ИСО/МЭК 15288]

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

[ИСО/МЭК 15288]

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

3.34 система (system):

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

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

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

3.1.13 система, использующая солнечную и дополнительную энергию (solar-plus-supplementary system): Система солнечного теплоснабжения, использующая одновременно источники как солнечной, так и резервной энергии и способная обеспечить заданный уровень теплоснабжения независимо от поступления солнечной энергии.

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

3.2.6 система (system): Совокупность взаимосвязанных или взаимодействующих элементов.

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

3.12 система (system): Совокупность взаимосвязанных и взаимодействующих элементов

[ ГОСТ Р ИСО 9000-2008, ст. 3.2.1]

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

3.136 система (system): Совокупность объектов реального мира, организованная для заданной цели.

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

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

Тематики

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

EN

• magnetic tape unit
• MTU

диспетчерский пункт управления
диспетчерский пункт
ДП
главный терминал
-
[Интент]

Master Terminal Unit (MTU), Master Station (MS) диспетчерский пункт управления (главный терминал); осуществляет обработку данных и управление высокого уровня, как правило, в режиме мягкого (квази-) реального времени; одна из основных функций обеспечение интерфейса между человеком-оператором и системой (HMI, MMI). В зависимости от конкретной системы MTU может быть реализован в самом разнообразном виде от одиночного компьютера с дополнительными устройствами подключения к каналам связи до больших вычислительных систем (мэйнфреймов) и/или объединенных в локальную сеть рабочих станций и серверов. Как правило, и при построении MTU используются различные методы повышения надежности и безопасности работы системы.

Рис. 2. Основные структурные компоненты SCADA-системы

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

1. User (Operator) Interface (интерфейс пользователя/оператора) исключительно важная составляющая систем SCADA. Для нее характерны
а) стандартизация интерфейса пользователя вокруг нескольких платформ;
б) все более возрастающее влияние Windows NT;
в) использование стандартного графического интерфейса пользователя (GUI);
г) технологии объектно-ориентированного программирования: DDE, OLE, Active X, OPC (OLE for Process Control), DCOM;
д) стандартные средства разработки приложений, наиболее популярные среди которых, Visual Basic for Applications (VBA), Visual C++;
е) появление коммерческих вариантов программного обеспечения класса SCADA/MMI для широкого спектра задач. Объектная независимость позволяет интерфейсу пользователя представлять виртуальные объекты, созданные другими системами. Результат расширение возможностей по оптимизации HMI-интерфейса.

2. Data Management (управление данными) - отход от узкоспециализированных баз данных в сторону поддержки большинства корпоративных реляционных баз данных (Microsoft SQL, Oracle). Функции управления данными и генерации отчетов осуществляются стандартными средствами SQL, 4GL; эта независимость данных изолирует функции доступа и управления данными от целевых задач SCADA, что позволяет легко разрабатывать дополнительные приложения по анализу и управлению данными.

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

4. Real-Time Services (службы реального времени) - освобождение MTU от нагрузки перечисленных выше компонентов дает возможность сконцентрироваться на требованиях производительности для задач реального и квази-реального времени. Данные службы представляют собой быстродействующие процессоры, которые управляют обменом информацией с RTU и SCADA-процессами, осуществляют управление резидентной частью базы данных, оповещение о событиях, выполняют действия по управлению системой, передачу информации о событиях на интерфейс пользователя (оператора).

[ http://www.mka.ru/?p=41524]

Тематики

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

Синонимы

• главный терминал
• диспетчерский пункт
• ДП

EN

• master station
• master terminal unit
• MS
• MTU

максимальный передаваемый блок
Наибольший блок данных, который может быть передан через данную физическую среду с использованием данного протокола. 
[ http://www.lexikon.ru/dict/net/index.html]

Тематики

• сети вычислительные

EN

• maximum transmission unit
• MTU

максимальный передаваемый модуль данных
Максимально возможный модуль данных, который можно передать через данную физическую среду. Пример: MTU для Ethernet составляет 1500 байт. См. также fragmentation. 
[ http://www.lexikon.ru/dict/net/index.html]

Тематики

• сети вычислительные

EN

• maximum transmission unit
• MTU

максимальный размер передаваемого блока
Максимальный размер области полезной нагрузки GFP в октетах (МСЭ-T G.7041/ Y.1303).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

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

EN

• maximum transmission unit
• MTU

максимальный размер передаваемого блока данных
Максимально возможный модуль данных, который можно передать через данную физическую среду. Пример: MTU для Ethernet составляет 1500 байт. См. также fragmentation.
[ http://www.morepc.ru/dict/]

Тематики

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

EN

• Maximum Transmission Unit
• MTU

максимальный размер транспортного блока
(МСЭ-Т Y.1415).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

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

EN

• maximum transport unit
• MTU

оконечный блок технического обслуживания
(МСЭ-Т G.991.2).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

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

EN

• maintenance termination unit
• MTU

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

Тематики

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

EN

• meter terminal unit
• MTU

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

Тематики

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

EN

• system

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

Тематики

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

Синонимы

• ЭВМ

EN

• computer system
• system

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

Тематики

• теоретическая механика

Синонимы

• система

EN

• system

DE

• materielles System
• Punktsystem

FR

• système mécanique

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

Тематики

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

EN

• system
• SYS

система
Группа взаимодействующих объектов, выполняющих общую функциональную задачу. В ее основе лежит некоторый механизм связи.
[ ГОСТ Р МЭК 61850-5-2011]

система
Набор элементов, которые взаимодействуют в соответствии с проектом, в котором элементом системы может быть другая система, называемая подсистемой; система может быть управляющей системой или управляемой системой и включать аппаратные средства, программное обеспечение и взаимодействие с человеком.
Примечания
1 Человек может быть частью системы. Например, человек может получать информацию от программируемого электронного устройства и выполнять действие, связанное с безопасностью, основываясь на этой информации, либо выполнять действие с помощью программируемого электронного устройства.
2 Это определение отличается от приведенного в МЭС 351-01-01.
[ ГОСТ Р МЭК 61508-4-2007]

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

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

система
Совокупность взаимосвязанных и взаимодействующих элементов.
[ ГОСТ Р ИСО 9000-2008]

система
-
[IEV number 151-11-27]

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

система
Множество элементов, находящихся в отношениях и связях друг с другом, которое образует определенную целостность, единство. Следует отметить, что это определение (взятое нами из Большой Советской Энциклопедии) не является ни единственным, ни общепризнанным. Есть десятки определений понятия “С.”, которые с некоторой условностью можно поделить на три группы. Определения, принадлежащие к первой группе, рассматривают С. как комплекс процессов и явлений, а также связей между ними, существующий объективно, независимо от наблюдателя. Его задача состоит в том, чтобы выделить эту С. из окружающей среды, т.е. как минимум определить ее входы и выходы (тогда она рассматривается как “черный ящик”), а как максимум — подвергнуть анализу ее структуру (произвести структуризацию), выяснить механизм функционирования и, исходя из этого, воздействовать на нее в нужном направлении. Здесь С. — объект исследования и управления. Определения второй группы рассматривают С. как инструмент, способ исследования процессов и явлений. Наблюдатель, имея перед собой некоторую цель, конструирует (синтезирует) С. как некоторое абстрактное отображение реальных объектов. При этом С. (“абстрактная система”) понимается как совокупность взаимосвязанных переменных, представляющих те или иные свойства, характеристики объектов, которые рассматриваются в данной С. В этой трактовке понятие С. практически смыкается с понятием модели, и в некоторых работах эти два термина вообще употребляются как взаимозаменяемые. Говоря о синтезе С., в таких случаях имеют в виду формирование макромодели, анализ же С. совпадает в этой трактовке с микромоделированием отдельных элементов и процессов. Третья группа определений представляет собой некий компромисс между двумя первыми. С. здесь — искусственно создаваемый комплекс элементов (например, коллективов людей, технических средств, научных теорий и т.д.), предназначенный для решения сложной организационной, экономической, технической задачи. Следовательно, здесь наблюдатель не только выделяет из среды С. (и ее отдельные части), но и создает, синтезирует ее. С. является реальным объектом и одновременно — абстрактным отображением связей действительности. Именно в этом смысле понимает С. наука системотехника. Между этими группами определений нет непроходимых границ. Во всех случаях термин “С.” включает понятие о целом, состоящем из взаимосвязанных, взаимодействующих, взаимозависимых частей, причем свойства этих частей зависят от С. в целом, свойства С. — от свойств ее частей. Во всех случаях имеется в виду наличие среды, в которой С. существует и функционирует. Для исследуемой С. среда может рассматриваться как надсистема, соответственно, ее части — как подсистемы, а также элементы С., если их внутренняя структура не является предметом рассмотрения. С. делятся на материальные и нематериальные. К первым относятся, например, железная дорога, народное хозяйство, ко вторым — С. уравнений в математике, математика как наука, далее — С. наук. Автоматизированная система управления включает как материальные элементы (ЭВМ, документация, люди), так и нематериальные — математические модели, знания людей. Разделение это тоже неоднозначно: железную дорогу можно рассматривать не только как материальную С., но и как нематериальную С. взаимосвязей, соотношений, потоков информации и т.д. Закономерности функционирования систем изучаются общей теорией систем, оперирующей понятием абстрактной С. Наибольшее значение среди абстрактных С. имеют кибернетические С. Есть два понятия, близкие понятию С.: комплекс, совокупность (множество объектов). Они, однако, не тождественны ему, как нередко утверждают. Их можно рассматривать как усеченные, неполные понятия по отношению к С.: комплекс включает части, не обязательно обладающие системными свойствами (в том смысле, как это указано выше), но эти части сами могут быть системами, и элементы последних такими свойствами по отношению к ним способны обладать. Совокупность же есть множество элементов, не обязательно находящихся в системных отношениях и связях друг с другом. В данном словаре мы стремимся по возможности последовательно различать понятия С. и модели, рассматривая С. как некий объект (реальной действительности или воображаемый — безразлично), который подвергается наблюдению и изучению, а модель — как средство этого наблюдения и изучения. Разумеется, и модель, если она сама оказывается объектом наблюдения и изучения, в свою очередь рассматривается как С. (в частности, как моделируемая С.) — и так до бесконечности. Все это означает, что такие, например, понятия, как переменная или параметр, мы (в отличие от многих авторов) относим не к С., а к ее описанию, т.е. к модели (см. Параметры модели, Переменная модели), численные же их значения, характеризующие С., — к С. (например, координаты С.). • Системы математически описываются различными способами. Каждая переменная модели, выражающая определенную характеристику С., может быть задана множеством конкретных значений, которые эта переменная может принимать. Состояние С. описывается вектором (или кортежем, если учитываются также величины, не имеющие численных значений), каждая компонента которого соответствует конкретному значению определенной переменной. С. в целом может быть описана соответственно множеством ее состояний. Например, если x = (1, 2, … m) — вектор существенных переменных модели, каждая из которых может принять y значений (y = 1, 2, …, n), то матрица S = [ Sxy ] размерностью m ? n представляет собой описание данной С. Широко применяется описание динамической С. с помощью понятий, связанных с ее функционированием в среде. При этом С. определяется как три множества: входов X, выходов Y и отношений между ними R. Полученный “портрет системы” может записываться так: XRY или Y = ®X. Аналитическое описание С. представляет собой систему уравнений, характеризующих преобразования, выполняемые ее элементами и С. в целом в процессе ее функционирования: в непрерывном случае применяется аппарат дифференциальных уравнений, в дискретном — аппарат разностных уравнений. Графическое описание С. чаще всего состоит в построении графа, вершины которого соответствуют элементам С., а дуги — их связям. Существует ряд классификаций систем. Наиболее известны три: 1) Ст. Бир делит все С. (в природе и обществе), с одной стороны, на простые, сложные и очень сложные, с другой — на детерминированные и вероятностные; 2) Н.Винер исходит из особенностей поведения С. (бихевиористский подход) и строит дихотомическую схему: С., характеризующиеся пассивным и активным поведением; среди последних — нецеленаправленным (случайным) и целенаправленным; в свою очередь последние подразделяются на С. без обратной связи и с обратной связью и т.д.; 3) К.Боулдинг выделяет восемь уровней иерархии С., начиная с простых статических (например, карта земли) и простых кибернетических (механизм часов), продолжая разного уровня сложности кибернетическими С., вплоть до самых сложных — социальных организаций. Предложены также классификации по другим основаниям, в том числе более частные, например, ряд классификаций С. управления. См. также: Абстрактная система, Адаптирующиеся, адаптивные системы, Большая система, Вероятностная система, Выделение системы, Входы и выходы системы, Детерминированная система, Динамическая система, Дискретная система, Диффузная система, Замкнутая (закрытая) система, Иерархическая структура, Имитационная система, Информационная система, Информационно-развивающаяся система, Кибернетическая система, Координаты системы, Надсистема, Нелинейная система, Непрерывная система, Открытая система, Относительно обособленная система, Память системы, Подсистема, Портрет системы, Разомкнутая система, Рефлексная система, Решающая система, Самонастраивающаяся система, Самообучающаяся система, Самоорганизующаяся система, Сложная система, Состояние системы, Статическая система, Стохастическая система, Структура системы, Структуризация системы, Управляющая система, Устойчивость системы, Целенаправленная система, Экономическая система, Функционирование экономической системы..
[ http://slovar-lopatnikov.ru/]

EN

system
set of interrelated elements considered in a defined context as a whole and separated from their environment
NOTE 1 – A system is generally defined with the view of achieving a given objective, e.g. by performing a definite function.
NOTE 2 – Elements of a system may be natural or man-made material objects, as well as modes of thinking and the results thereof (e.g. forms of organisation, mathematical methods, programming languages).
NOTE 3 – The system is considered to be separated from the environment and the other external systems by an imaginary surface, which cuts the links between them and the system.
NOTE 4 – The term "system" should be qualified when it is not clear from the context to what it refers, e.g. control system, colorimetric system, system of units, transmission system.
Source: 351-01-01 MOD
[IEV number 151-11-27]

system
A number of related things that work together to achieve an overall objective. For example: • A computer system including hardware, software and applications • A management system, including the framework of policy, processes, functions, standards, guidelines and tools that are planned and managed together – for example, a quality management system • A database management system or operating system that includes many software modules which are designed to perform a set of related functions.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

FR

système, m
ensemble d'éléments reliés entre eux, considéré comme un tout dans un contexte défini et séparé de son environnement
NOTE 1 – Un système est en général défini en vue d'atteindre un objectif déterminé, par exemple en réalisant une certaine fonction.
NOTE 2 – Les éléments d'un système peuvent être aussi bien des objets matériels, naturels ou artificiels, que des modes de pensée et les résultats de ceux-ci (par exemple des formes d'organisation, des méthodes mathématiques, des langages de programmation).
NOTE 3 – Le système est considéré comme séparé de l'environnement et des autres systèmes extérieurs par une surface imaginaire qui coupe les liaisons entre eux et le système.
NOTE 4 – Il convient de qualifier le terme "système" lorsque le concept ne résulte pas clairement du contexte, par exemple système de commande, système colorimétrique, système d'unités, système de transmission.
Source: 351-01-01 MOD
[IEV number 151-11-27]

Тематики

• автоматизированные системы
• информационные технологии в целом
• релейная защита
• системы менеджмента качества
• экономика

EN

• system

DE

• System

FR

• système

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

Тематики

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

EN

• system

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

Тематики

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

EN

• system

система (в экологическом менеджменте)
Совокупность взаимосвязанных или взаимодействующих элементов.
[ http://www.14000.ru/glossary/main.php?PHPSESSID=25e3708243746ef7c85d0a8408d768af]

EN

system
Set of interrelated or interacting elements.
[ISO 9000:2000]

Тематики

• управление окружающей средой

EN

• system

система (в электроэнергетике)
Означает любые транспортные сети, распределительные сети, комплексы СПГ и/или хранилища, принадлежащие и/или эксплуатируемые предприятием природного газа, включая хранилища в трубопроводе и объекты, поставляющие вспомогательные услуги, а также подобные же подразделения связанных предприятий, необходимые для обеспечения доступа к транспортировке, распределению и СПГ (Директива 2003/55/ЕС).
[Англо-русский глосcарий энергетических терминов ERRA]

EN

system
Means any transmission networks, distribution networks, LNG facilities and/or storage facilities owned and/or operated by a natural gas undertaking, including linepack and its facilities supplying ancillary services and those of related undertakings necessary for providing access to transmission, distribution and LNG (Directive 2003/55/EC).
[Англо-русский глосcарий энергетических терминов ERRA]

Тематики

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

EN

• system

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

Тематики

• геология, геофизика

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

• геохронология

EN

• system

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

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

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

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

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

Примечания

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

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

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

4.44 система (system): Комплекс процессов, технических и программных средств, устройств, обслуживаемый персоналом и обладающий возможностью удовлетворять установленным потребностям и целям (3.31 ГОСТ Р ИСО/МЭК 12207).

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

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

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

3.36 система (system): Совокупность взаимосвязанных и взаимодействующих объектов. [ ГОСТ Р ИСО 9000, статья 3.2.1]

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

3.2 система (system): Совокупность взаимосвязанных и взаимодействующих элементов. [ ГОСТ Р ИСО 9000 - 2001]

Примечания

1 С точки зрения надежности система должна иметь:

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

b) заданные условия эксплуатации.

2 Система имеет иерархическую структуру.

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

3.2.1 система (system): Совокупность взаимосвязанных и взаимодействующих элементов.

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

3. Система обработки

информации

СОИ

Information processing

system

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

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

3.7 система (system): Совокупность взаимосвязанных или взаимодействующих элементов.

Примечания

1 Применительно к надежности система должна иметь:

a) определенные цели, представленные в виде требований к ее функциям;

b) установленные условия функционирования;

c) определенные границы.

2 Структура системы является иерархической.

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

2.39 система (system): Совокупность взаимосвязанных и взаимодействующих элементов.

Источник: ГОСТ Р 53647.2-2009: Менеджмент непрерывности бизнеса. Часть 2. Требования оригинал документа

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

(МЭК 61513, статья 3.61)

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

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

[МЭК 61508-4, пункт 3.3.1, модифицировано]

Примечание 1 - См. также «система контроля и управления».

Примечание 2 - Системы контроля и управления следует отличать от механических систем и электрических систем АС.

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

3.2.1 система (system): Совокупность взаимосвязанных и взаимодействующих элементов.

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

2.34 система (system): Специфическое воплощение ИТ с конкретным назначением и условиями эксплуатации.

[ИСО/МЭК 15408-1]

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

[ИСО/МЭК 15288]

Примечания

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

[ИСО/МЭК 15288]

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

[ИСО/МЭК 15288]

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

3.34 система (system):

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

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

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

3.2.6 система (system): Совокупность взаимосвязанных или взаимодействующих элементов.

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

3.12 система (system): Совокупность взаимосвязанных и взаимодействующих элементов

[ ГОСТ Р ИСО 9000-2008, ст. 3.2.1]

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

3.136 система (system): Совокупность объектов реального мира, организованная для заданной цели.

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

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

Тематики

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

Синонимы

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

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

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

Тематики

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

EN

• animation

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

Примечания

1 Анимация применима, например, к спецификации требований для представления проекта системы на достаточно высоком уровне в соответствующем формате.

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

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

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

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

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

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

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

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

Тематики

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

EN

• computer

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

[ИСО 2382-1]

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

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

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

Тематики

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

Синонимы

• код

EN

• computer code
• code

3.10 компьютерная программа (computer program): Набор упорядоченных команд и данных, которые описывают операции в форме, приемлемой для их выполнения компьютером.

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

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

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

Автор: Жилкина Наталья
Опубликовано 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

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

Тематики

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

EN

• American Chemical Society
• ACS

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

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

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

Тематики

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

Синонимы

• АСУ

EN

• ACS
• automated
• automated control system
• automated controlling system
• automated data management system
• automatized control system
• automatized management system
• computerized control system
• management information system
• MIS

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

Тематики

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

EN

• automatic call sequencer
• ACS

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

Тематики

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

EN

• automatic contingency selection
• ACS

доступ
обращение
-.
[ http://www.morepc.ru/dict/]

доступ
Процедура обращения абонента, процесса, устройства к общесетевым ресурсам системы.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• информационные технологии в целом
• электросвязь, основные понятия

Синонимы

• обращение

EN

• access
• acs

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

Тематики

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

EN

• above core structure
• ACS

НКУ распределения и управления для строительных площадок (НКУ СП)
Комбинация одного или нескольких трансформаторных устройств или коммутационных аппаратов с устройствами управления, измерения, сигнализации, защиты и регулирования со всеми внутренними электрическими и механическими соединениями и конструктивными элементами, разработанная и изготовленная для применения на любых строительных площадках — для наружной и внутренней установки.
[ ГОСТ Р 51321. 4-2000 ( МЭК 60439-4-90)]

EN

low-voltage switchgear and controlgear assembly for construction sites (ACS)
combination of one or several transforming or switching devices with associated control, measuring, signalling, protective and regulating equipment complete with all their internal electrical and mechanical connections and structural parts, designed and built for use on all construction sites, indoors and outdoors
[IEC 60439-4, ed. 2.0 (2004-06)]

FR

ensemble d'appareillage à basse tension utilisé sur les chantiers (EC)
combinaison d'un ou de plusieurs appareils de transformation ou de connexion avec équipements associés de commande, de mesure, de signalisation, de protection et de régulation complètement assemblés avec toutes leurs liaisons internes électriques et mécaniques et leurs éléments de construction (voir 2.4), conçue et construite pour être utilisée sur tous les chantiers, à l'intérieur et à l'extérieur.
[IEC 60439-4, ed. 2.0 (2004-06)]

Рис. ABB

Рис. ABB

Рис. ABB

НКУ СП, устанавливаемое на ножках

НКУ СП, закрепляемое на вертикальной поверхности

НКУ СП розеточное

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

Assemblies for construction sites have different dimensions, ranging from the simple socket-outlet units to proper distribution boards in metal enclosure or insulating material.
These assemblies are usually mobile.
The Standard IEC 60439-4 establishes the particular requirements for this type of assemblies, making specific reference to mechanical strength and resistance to corrosion.
[ABB]

НКУ для строительных площадок имеют разные размеры и функции - от простых розеточных до распределительных панелей в металлической или пластмассовой оболочке.
Данные НКУ обычно являются переносными.
Стандарт МЭК 60439-4 устанавливает дополнительные требования для НКУ данного типа, особенно по механической прочности и коррозионной стойкости.
[Перевод Интент]

Тематики

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

EN

• ACS
• assemblies for construction sites
• low-voltage switchgear and controlgear assembly for construction sites

FR

• EC
• ensemble d'appareillage à basse tension utilisé sur les chantiers

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

Тематики

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

EN

• alternate core spray
• ACS

секция доступа к каналу
Физический канал или набор каналов, соединяющий Оконечное оборудование передачи данных с (местной) Станцией коммутации. Сюда не входит никакая часть оборудования передачи данных или станции коммутации (МСЭ-Т Х.144, МСЭ-Т Х.145, МСЭ-Т Х.147).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

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

EN

• access circuit section
• ACS

сервер вызова доступа
(МСЭ-Т Y.2261).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

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

EN

• access call server
• ACS

сервер управления доступом
(МСЭ-Т M.3016).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

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

EN

• access control server
• ACS

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

Тематики

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

EN

• auxiliary coolant system
• ACS

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

Тематики

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

EN

• auxiliary coolant system
• ACS

система контроля и управления доступом
Совокупность совместно действующих технических средств (контроля и управления), предназначенных для контроля и управления доступом и обладающих технической, информационной, программной и эксплуатационной совместимостью.
[РД 25.03.001-2002] 

система контроля доступа
система управления доступом
СКД
Одна из важнейших составляющих интегрированного комплекса систем и средств физической защиты. Системой контроля доступа называется совокупность программно-аппаратных средств и организационных мероприятий, с помощью которых решается задача контроля и управления посещением отдельных помещений, а также оперативный контроль персонала и времени его нахождения на территории объекта.
Интегрированная СКД реализуется, в общем случае, гармоничным взаимодействием интеллектуальных уровней управления:
(1) уровень систем - графический пользовательский интерфейс и сервер базы данных;
(2) уровень подсистем - главный контроллер (мультиплексор);
(3) уровень локальных процессоров - локальные контроллеры, охранные панели.
Базовыми компонентами системы контроля доступа, управляемы тремя уровнями управления, являются: считыватели и идентификаторы, исполнительные устройства контроля доступа (турникеты, барьеры, замки, шлюзовые кабины, шлагбаумы, и т.п.), специализированные обнаружители (обнаружители металлов, обнаружители ядерных материалов, обнаружители взрывчатых веществ).
[ http://datasheet.do.am/forum/22-4-1]

Тематики

• системы охраны и безопасности объектов

Синонимы

• система контроля доступа
• система управления доступом
• СКД

EN

• access control system
• ACS

Acs

Доступ

Двоичный

Источник: ГОСТ Р МЭК 61850-7-4-2011: Сети и системы связи на подстанциях. Часть 7. Базовая структура связи для подстанций и линейного оборудования. Раздел 4. Совместимые классы логических узлов и классы данных оригинал документа