-
101 mrac algorithm
-
102 leaky bucket algorithm
- алгоритм “дырявое ведро”
- алгоритм "протекающего ведра"
алгоритм "протекающего ведра"
Используется в транспортном протоколе Frame Relay для борьбы с заторами в соединениях с резервированием ресурсов.
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]Тематики
EN
алгоритм “ дырявое ведро”
Метод защиты от ошибок при перегрузке системы, основанный на временном отключении тех каналов, для которых качество связи наихудшее. Техническая реализация формирует для каждого абонента системы свой счетчик, в который заносятся данные о качестве связи. На основании этой информации система управления производит отсев части “плохих” каналов с пониженным качеством. В результате показатели качества связи у оставшейся части абонентов улучшаются.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]Тематики
- электросвязь, основные понятия
EN
Англо-русский словарь нормативно-технической терминологии > leaky bucket algorithm
-
103 design algorithm
алгоритм проектирования; алгоритм синтеза < системы управления> -
104 steering algorithm
Большой англо-русский и русско-английский словарь > steering algorithm
-
105 steering algorithm
Англо-русский словарь технических терминов > steering algorithm
-
106 mrac algorithm
-
107 MRAC algorithm
-
108 Proportional, integral and derivative (PID) contro
Proportional, integral and derivative (PID) controller algorithmEnglish-Russian industrial glossariy > Proportional, integral and derivative (PID) contro
-
109 Proportional, integral and derivative (PID) contro
Proportional, integral and derivative (PID) controller algorithmEnglish-Russian industrial glossariy > Proportional, integral and derivative (PID) contro
-
110 combat operations control algorithm
English-Russian military dictionary > combat operations control algorithm
-
111 4-D algorithm
-
112 field bus
полевая шина
-
[Интент]
полевая магистраль по зарубежной терминологии
Имеет много терминов-синонимов и обозначает специализированные последовательные магистрали малых локальных сетей (МЛС), ориентированны на сопряжение с ЭВМ рассредоточенных цифровых датчиков и исполнительных органов. Магистрали рассчитаны на применение в машиностроении, химической промышленности, в системах автоматизации зданий, крупных установках, бытовых электронных системах, системах автомобильного оборудования, малых контрольно-измерительных и управляющих системах на основе встраиваемых микроЭВМ и т. п. Основными магистралями являются Bitbus, MIL STD-1553В. В настоящее время рабочими группами IEC (65С и SP-50) стандартизируются два основных типа МЛС: высокоскоростные и низкоскоростные, ориентированные на датчики.
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]ЧТО ТАКОЕ FIELDВUS?
Так пишется оригинальный термин, который в русском переводе звучит как «промышленная сеть». Fieldbus — это не какой-то определенный протокол передачи данных и не тип сетевой архитектуры, этот термин не принадлежит ни одной отдельно взятой компании и обозначает скорее сферу применения, чем какую-либо конкретную сетевую технологию.
Давайте попробуем сформулировать лишь некоторые основные требования, которые можно предъявить к «идеальной» промышленной сети.
1. Производительность.
2. Предсказуемость времени доставки информации.
3. Помехоустойчивость.
4. Доступность и простота организации физического канала передачи данных.
5. Максимальный сервис для приложений верхнего уровня.
6. Минимальная стоимость устройств аппаратной реализации, особенно на уровне контроллеров.
7. Возможность получения «распределенного интеллекта», путем предоставления максимального доступа к каналу нескольким ведущим узлам.
8.Управляемость и самовосстановление в случае возникновения нештатных ситуаций.
[Сергей Гусев. Краткий экскурс в историю промышленных сетей]
Международный стандарт IEC 61158 “Fieldbus for use in Industrial Control Systems” («Промышленная управляющая сеть для применения в промышленных системах управления») определяет восемь независимых и несовместимых коммуникационных технологий, из которых FOUNDATION Fieldbus H1 и PROFIBUS PA стали в значительной степени преобладающими в различных отраслях промышленности.
Эти промышленные сети соответствуют требованиям стандарта IEC 61158 2, который устанавливает физический уровень так называемых промышленных сетей H1.
Основными требованиями к промышленным сетям H1 являются:
● передача данных и питание устройств нижнего уровня по одной витой паре;
● гибкость при проектировании различных топологий сети;
● совместимость всех полевых приборов;
● взрывобезопасность при установкево взрывоопасных зонах;
● распределение одной инфраструктуры на многочисленные сегменты.[Виктор Жданкин. Концепция FieldConnex® для промышленных сетей FOUNDATION Fieldbus H1 и PROFIBUS_PA: повышение производительности и снижение затрат. СТА 2/2009]
Термин полевая шина является дословным переводом английского термина fieldbus.
Термин промышленная сеть является более точным переводом и в настоящее время именно он используется в профессиональной технической литературе.Промышленная сеть — сеть передачи данных, связывающая различные датчики, исполнительные механизмы, промышленные контроллеры и используемая в промышленной автоматизации. Термин употребляется преимущественно в автоматизированной системе управления технологическими процессами (АСУТП).
Устройства используют сеть для:
- передачи данных, между датчиками, контроллерами и исполнительными механизмами;
- диагностики и удалённого конфигурирования датчиков и исполнительных механизмов;
- калибрования датчиков;
- питания датчиков и исполнительных механизмов;
- связи между датчиками, исполнительными механизмами, ПЛК и АСУ ТП верхнего уровня.
В промышленных сетях для передачи данных применяют:
- электрические линии;
- волоконно-оптические линии;
- беспроводную связь (радиомодемы и Wi-Fi).
Промышленные сети могут взаимодействовать с обычными компьютерными сетями, в частности использовать глобальную сеть Internet.
[ Википедия]
Главной функцией полевой шины является обеспечение сетевого взаимодействия между контроллерами и удаленной периферией (например, узлами ввода/вывода). Помимо этого, к полевой шине могут подключаться различные контрольно-измерительные приборы ( Field Devices), снабженные соответствующими сетевыми интерфейсами. Такие устройства часто называют интеллектуальными ( Intelligent Field Devices), так как они поддерживают высокоуровневые протоколы сетевого обмена.
Пример полевой шины представлен на рисунке 1.
Рис. 1. Полевая шина.Как уже было отмечено, существует множество стандартов полевых шин, наиболее распространенные из которых приведены ниже:
1. Profibus DP
2. Profibus PA
3. Foundation Fieldbus
4. Modbus RTU
5. HART
6. DeviceNet
Несмотря на нюансы реализации каждого из стандартов (скорость передачи данных, формат кадра, физическая среда), у них есть одна общая черта – используемый алгоритм сетевого обмена данными, основанный на классическом принципе Master-Slave или его небольших модификациях.
Современные полевые шины удовлетворяют строгим техническим требованиям, благодаря чему становится возможной их эксплуатация в тяжелых промышленных условиях. К этим требованиям относятся:- Детерминированность. Под этим подразумевается, что передача сообщения из одного узла сети в другой занимает строго фиксированный отрезок времени. Офисные сети, построенные по технологии Ethernet, - это отличный пример недетерминированной сети. Сам алгоритм доступа к разделяемой среде по методу CSMA/CD не определяет время, за которое кадр из одного узла сети будет передан другому, и, строго говоря, нет никаких гарантий, что кадр вообще дойдет до адресата. Для промышленных сетей это недопустимо. Время передачи сообщения должно быть ограничено и в общем случае, с учетом количества узлов, скорости передачи данных и длины сообщений, может быть заранее рассчитано.
- Поддержка больших расстояний. Это существенное требование, ведь расстояние между объектами управления может порой достигать нескольких километров. Применяемый протокол должен быть ориентирован на использование в сетях большой протяженности.
- Защита от электромагнитных наводок. Длинные линии в особенности подвержены пагубному влиянию электромагнитных помех, излучаемых различными электрическими агрегатами. Сильные помехи в линии могут исказить передаваемые данные до неузнаваемости. Для защиты от таких помех применяют специальные экранированные кабели, а также оптоволокно, которое, в силу световой природы информационного сигнала, вообще нечувствительно к электромагнитным наводкам. Кроме этого, в промышленных сетях должны использоваться специальные методы цифрового кодирования данных, препятствующие их искажению в процессе передачи или, по крайней мере, позволяющие эффективно детектировать искаженные данные принимающим узлом.
- Упрочненная механическая конструкция кабелей и соединителей. Здесь тоже нет ничего удивительного, если представить, в каких условиях зачастую приходиться прокладывать коммуникационные линии. Кабели и соединители должны быть прочными, долговечными и приспособленными для использования в самых тяжелых окружающих условиях (в том числе агрессивных атмосферах).
По типу физической среды полевые шины делятся на два типа:
-
Полевые шины, построенные на базе оптоволоконного кабеля.
Преимущества использования оптоволокна очевидны: возможность построения протяженных коммуникационных линий (протяженностью до 10 км и более); большая полоса пропускания; иммунитет к электромагнитным помехам; возможность прокладки во взрывоопасных зонах.
Недостатки: относительно высокая стоимость кабеля; сложность физического подключения и соединения кабелей. Эти работы должны выполняться квалифицированными специалистами. -
Полевые шины, построенные на базе медного кабеля.
Как правило, это двухпроводной кабель типа “витая пара” со специальной изоляцией и экранированием. Преимущества: удобоваримая цена; легкость прокладки и выполнения физических соединений. Недостатки: подвержен влиянию электромагнитных наводок; ограниченная протяженность кабельных линий; меньшая по сравнению с оптоволокном полоса пропускания.
Итак, перейдем к рассмотрению методов обеспечения отказоустойчивости коммуникационных сетей, применяемых на полевом уровне. При проектировании и реализации этот аспект становится ключевым, так как в большой степени определяет характеристики надежности всей системы управления в целом.
На рисунке 2 изображена базовая архитектура полевой шины – одиночная (нерезервированная). Шина связывает контроллер С1 и четыре узла ввода/вывода IO1-IO4. Очевидно, что такая архитектура наименее отказоустойчива, так как обрыв шины, в зависимости от его локализации, ведет к потере коммуникации с одним, несколькими или всеми узлами шины. В нашем случае в результате обрыва теряется связь с двумя узлами.
Рис. 2. Нерезервированная шина.Здесь важное значение имеет термин “единичная точка отказа” (SPOF, single point of failure). Под этим понимается место в системе, отказ компонента или обрыв связи в котором приводит к нарушению работы всей системы. На рисунке 2 единичная точка отказа обозначена красным крестиком.
На рисунке 3 показана конфигурация в виде дублированной полевой шины, связывающей резервированный контроллер с узлами ввода/вывода. Каждый узел ввода/вывода снабжен двумя интерфейсными модулями. Если не считать сами модули ввода/вывода, которые резервируются редко, в данной конфигурации единичной точки отказа нет.
Рис. 3. Резервированная шина.Вообще, при построении отказоустойчивых АСУ ТП стараются, чтобы единичный отказ в любом компоненте (линии связи) не влиял на работу всей системы. В этом плане конфигурация в виде дублированной полевой шины является наиболее распространенным техническим решением.
На рисунке 4 показана конфигурация в виде оптоволоконного кольца. Контроллер и узлы ввода/вывода подключены к кольцу с помощью резервированных медных сегментов. Для состыковки медных сегментов сети с оптоволоконными применяются специальные конверторы среды передачи данных “медь<->оптоволокно” (OLM, Optical Link Module). Для каждого из стандартных протоколов можно выбрать соответствующий OLM.
Рис. 4. Одинарное оптоволоконное кольцо.Как и дублированная шина, оптоволоконное кольцо устойчиво к возникновению одного обрыва в любом его месте. Система такой обрыв вообще не заметит, и переключение на резервные интерфейсные и коммуникационные модули не произойдет. Более того, обрыв одного из двух медных сегментов, соединяющих узел с оптоволоконным кольцом, не приведет к потере связи с этим узлом. Однако второй обрыв кольца может привести к неработоспособности системы. В общем случае два обрыва кольца в диаметрально противоположных точках ведут к потере коммуникации с половиной подключенных узлов.
На рисунке 5 изображена конфигурация с двойным оптическим кольцом. В случае если в результате образования двух точек обрыва первичное кольцо выходит из строя, система переключается на вторичное кольцо. Очевидно, что такая архитектура сети является наиболее отказоустойчивой. На рисунке 5 пошагово изображен процесс деградации сети. Обратите внимание, сколько отказов система может перенести до того, как выйдет из строя.
Рис. 5. Резервированное оптоволоконное кольцо.[ http://kazanets.narod.ru/NT_PART1.htm]
Тематики
Синонимы
EN
Англо-русский словарь нормативно-технической терминологии > field bus
-
113 fieldbus
полевая шина
-
[Интент]
полевая магистраль по зарубежной терминологии
Имеет много терминов-синонимов и обозначает специализированные последовательные магистрали малых локальных сетей (МЛС), ориентированны на сопряжение с ЭВМ рассредоточенных цифровых датчиков и исполнительных органов. Магистрали рассчитаны на применение в машиностроении, химической промышленности, в системах автоматизации зданий, крупных установках, бытовых электронных системах, системах автомобильного оборудования, малых контрольно-измерительных и управляющих системах на основе встраиваемых микроЭВМ и т. п. Основными магистралями являются Bitbus, MIL STD-1553В. В настоящее время рабочими группами IEC (65С и SP-50) стандартизируются два основных типа МЛС: высокоскоростные и низкоскоростные, ориентированные на датчики.
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]ЧТО ТАКОЕ FIELDВUS?
Так пишется оригинальный термин, который в русском переводе звучит как «промышленная сеть». Fieldbus — это не какой-то определенный протокол передачи данных и не тип сетевой архитектуры, этот термин не принадлежит ни одной отдельно взятой компании и обозначает скорее сферу применения, чем какую-либо конкретную сетевую технологию.
Давайте попробуем сформулировать лишь некоторые основные требования, которые можно предъявить к «идеальной» промышленной сети.
1. Производительность.
2. Предсказуемость времени доставки информации.
3. Помехоустойчивость.
4. Доступность и простота организации физического канала передачи данных.
5. Максимальный сервис для приложений верхнего уровня.
6. Минимальная стоимость устройств аппаратной реализации, особенно на уровне контроллеров.
7. Возможность получения «распределенного интеллекта», путем предоставления максимального доступа к каналу нескольким ведущим узлам.
8.Управляемость и самовосстановление в случае возникновения нештатных ситуаций.
[Сергей Гусев. Краткий экскурс в историю промышленных сетей]
Международный стандарт IEC 61158 “Fieldbus for use in Industrial Control Systems” («Промышленная управляющая сеть для применения в промышленных системах управления») определяет восемь независимых и несовместимых коммуникационных технологий, из которых FOUNDATION Fieldbus H1 и PROFIBUS PA стали в значительной степени преобладающими в различных отраслях промышленности.
Эти промышленные сети соответствуют требованиям стандарта IEC 61158 2, который устанавливает физический уровень так называемых промышленных сетей H1.
Основными требованиями к промышленным сетям H1 являются:
● передача данных и питание устройств нижнего уровня по одной витой паре;
● гибкость при проектировании различных топологий сети;
● совместимость всех полевых приборов;
● взрывобезопасность при установкево взрывоопасных зонах;
● распределение одной инфраструктуры на многочисленные сегменты.[Виктор Жданкин. Концепция FieldConnex® для промышленных сетей FOUNDATION Fieldbus H1 и PROFIBUS_PA: повышение производительности и снижение затрат. СТА 2/2009]
Термин полевая шина является дословным переводом английского термина fieldbus.
Термин промышленная сеть является более точным переводом и в настоящее время именно он используется в профессиональной технической литературе.Промышленная сеть — сеть передачи данных, связывающая различные датчики, исполнительные механизмы, промышленные контроллеры и используемая в промышленной автоматизации. Термин употребляется преимущественно в автоматизированной системе управления технологическими процессами (АСУТП).
Устройства используют сеть для:
- передачи данных, между датчиками, контроллерами и исполнительными механизмами;
- диагностики и удалённого конфигурирования датчиков и исполнительных механизмов;
- калибрования датчиков;
- питания датчиков и исполнительных механизмов;
- связи между датчиками, исполнительными механизмами, ПЛК и АСУ ТП верхнего уровня.
В промышленных сетях для передачи данных применяют:
- электрические линии;
- волоконно-оптические линии;
- беспроводную связь (радиомодемы и Wi-Fi).
Промышленные сети могут взаимодействовать с обычными компьютерными сетями, в частности использовать глобальную сеть Internet.
[ Википедия]
Главной функцией полевой шины является обеспечение сетевого взаимодействия между контроллерами и удаленной периферией (например, узлами ввода/вывода). Помимо этого, к полевой шине могут подключаться различные контрольно-измерительные приборы ( Field Devices), снабженные соответствующими сетевыми интерфейсами. Такие устройства часто называют интеллектуальными ( Intelligent Field Devices), так как они поддерживают высокоуровневые протоколы сетевого обмена.
Пример полевой шины представлен на рисунке 1.
Рис. 1. Полевая шина.Как уже было отмечено, существует множество стандартов полевых шин, наиболее распространенные из которых приведены ниже:
1. Profibus DP
2. Profibus PA
3. Foundation Fieldbus
4. Modbus RTU
5. HART
6. DeviceNet
Несмотря на нюансы реализации каждого из стандартов (скорость передачи данных, формат кадра, физическая среда), у них есть одна общая черта – используемый алгоритм сетевого обмена данными, основанный на классическом принципе Master-Slave или его небольших модификациях.
Современные полевые шины удовлетворяют строгим техническим требованиям, благодаря чему становится возможной их эксплуатация в тяжелых промышленных условиях. К этим требованиям относятся:- Детерминированность. Под этим подразумевается, что передача сообщения из одного узла сети в другой занимает строго фиксированный отрезок времени. Офисные сети, построенные по технологии Ethernet, - это отличный пример недетерминированной сети. Сам алгоритм доступа к разделяемой среде по методу CSMA/CD не определяет время, за которое кадр из одного узла сети будет передан другому, и, строго говоря, нет никаких гарантий, что кадр вообще дойдет до адресата. Для промышленных сетей это недопустимо. Время передачи сообщения должно быть ограничено и в общем случае, с учетом количества узлов, скорости передачи данных и длины сообщений, может быть заранее рассчитано.
- Поддержка больших расстояний. Это существенное требование, ведь расстояние между объектами управления может порой достигать нескольких километров. Применяемый протокол должен быть ориентирован на использование в сетях большой протяженности.
- Защита от электромагнитных наводок. Длинные линии в особенности подвержены пагубному влиянию электромагнитных помех, излучаемых различными электрическими агрегатами. Сильные помехи в линии могут исказить передаваемые данные до неузнаваемости. Для защиты от таких помех применяют специальные экранированные кабели, а также оптоволокно, которое, в силу световой природы информационного сигнала, вообще нечувствительно к электромагнитным наводкам. Кроме этого, в промышленных сетях должны использоваться специальные методы цифрового кодирования данных, препятствующие их искажению в процессе передачи или, по крайней мере, позволяющие эффективно детектировать искаженные данные принимающим узлом.
- Упрочненная механическая конструкция кабелей и соединителей. Здесь тоже нет ничего удивительного, если представить, в каких условиях зачастую приходиться прокладывать коммуникационные линии. Кабели и соединители должны быть прочными, долговечными и приспособленными для использования в самых тяжелых окружающих условиях (в том числе агрессивных атмосферах).
По типу физической среды полевые шины делятся на два типа:
-
Полевые шины, построенные на базе оптоволоконного кабеля.
Преимущества использования оптоволокна очевидны: возможность построения протяженных коммуникационных линий (протяженностью до 10 км и более); большая полоса пропускания; иммунитет к электромагнитным помехам; возможность прокладки во взрывоопасных зонах.
Недостатки: относительно высокая стоимость кабеля; сложность физического подключения и соединения кабелей. Эти работы должны выполняться квалифицированными специалистами. -
Полевые шины, построенные на базе медного кабеля.
Как правило, это двухпроводной кабель типа “витая пара” со специальной изоляцией и экранированием. Преимущества: удобоваримая цена; легкость прокладки и выполнения физических соединений. Недостатки: подвержен влиянию электромагнитных наводок; ограниченная протяженность кабельных линий; меньшая по сравнению с оптоволокном полоса пропускания.
Итак, перейдем к рассмотрению методов обеспечения отказоустойчивости коммуникационных сетей, применяемых на полевом уровне. При проектировании и реализации этот аспект становится ключевым, так как в большой степени определяет характеристики надежности всей системы управления в целом.
На рисунке 2 изображена базовая архитектура полевой шины – одиночная (нерезервированная). Шина связывает контроллер С1 и четыре узла ввода/вывода IO1-IO4. Очевидно, что такая архитектура наименее отказоустойчива, так как обрыв шины, в зависимости от его локализации, ведет к потере коммуникации с одним, несколькими или всеми узлами шины. В нашем случае в результате обрыва теряется связь с двумя узлами.
Рис. 2. Нерезервированная шина.Здесь важное значение имеет термин “единичная точка отказа” (SPOF, single point of failure). Под этим понимается место в системе, отказ компонента или обрыв связи в котором приводит к нарушению работы всей системы. На рисунке 2 единичная точка отказа обозначена красным крестиком.
На рисунке 3 показана конфигурация в виде дублированной полевой шины, связывающей резервированный контроллер с узлами ввода/вывода. Каждый узел ввода/вывода снабжен двумя интерфейсными модулями. Если не считать сами модули ввода/вывода, которые резервируются редко, в данной конфигурации единичной точки отказа нет.
Рис. 3. Резервированная шина.Вообще, при построении отказоустойчивых АСУ ТП стараются, чтобы единичный отказ в любом компоненте (линии связи) не влиял на работу всей системы. В этом плане конфигурация в виде дублированной полевой шины является наиболее распространенным техническим решением.
На рисунке 4 показана конфигурация в виде оптоволоконного кольца. Контроллер и узлы ввода/вывода подключены к кольцу с помощью резервированных медных сегментов. Для состыковки медных сегментов сети с оптоволоконными применяются специальные конверторы среды передачи данных “медь<->оптоволокно” (OLM, Optical Link Module). Для каждого из стандартных протоколов можно выбрать соответствующий OLM.
Рис. 4. Одинарное оптоволоконное кольцо.Как и дублированная шина, оптоволоконное кольцо устойчиво к возникновению одного обрыва в любом его месте. Система такой обрыв вообще не заметит, и переключение на резервные интерфейсные и коммуникационные модули не произойдет. Более того, обрыв одного из двух медных сегментов, соединяющих узел с оптоволоконным кольцом, не приведет к потере связи с этим узлом. Однако второй обрыв кольца может привести к неработоспособности системы. В общем случае два обрыва кольца в диаметрально противоположных точках ведут к потере коммуникации с половиной подключенных узлов.
На рисунке 5 изображена конфигурация с двойным оптическим кольцом. В случае если в результате образования двух точек обрыва первичное кольцо выходит из строя, система переключается на вторичное кольцо. Очевидно, что такая архитектура сети является наиболее отказоустойчивой. На рисунке 5 пошагово изображен процесс деградации сети. Обратите внимание, сколько отказов система может перенести до того, как выйдет из строя.
Рис. 5. Резервированное оптоволоконное кольцо.[ http://kazanets.narod.ru/NT_PART1.htm]
Тематики
Синонимы
EN
Англо-русский словарь нормативно-технической терминологии > fieldbus
-
114 process
- Процессы обработки данных
- процесс обработки данных
- процесс (в теории управления)
- процесс (в спорте)
- процесс (в системе менеджмента качества)
- процесс (в кибернетике)
- процесс
- процедура
- перерабатывать
- обрабатывать
процедура
Упорядоченная совокупность взаимосвязанных определенными отношениями действий, направленных на решение задачи.
[МУ 64-01-001-2002]
процедура
Установленный способ осуществления деятельности или процесса.
Примечания
1. Процедуры могут быть документированными или недокументированными.
2. Если процедура документирована, часто используется термин "письменная процедура" или "документированная процедура". Документ, содержащий процедуру, может называться "процедурный документ".
[ ГОСТ Р ИСО 9000-2008]
процедура
Документ, содержащий шаги, которые предписывают способ выполнения деятельности. Процедуры определяются как части процессов. См. тж. рабочая инструкция.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]EN
procedure
A document containing steps that specify how to achieve an activity. Procedures are defined as part of processes. See also work instruction.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]Тематики
EN
процесс
Совокупность взаимосвязанных ресурсов и деятельности, которая преобразует входящие элементы в выходящие.
[МУ 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
процесс (в кибернетике)
Последовательная смена состояний, стадий изменения (развития) системы или иного объекта (См. также Преобразование). Различают процессы: вещественные (например, преобразование сырья в готовый продукт в производстве) и информационные (например, преобразование бухгалтерской информации в связи с указанным производственным П.); управляемые (регулируемые) и неуправляемые; детерминированные и случайные (стохастические) — см. Случайный процесс; дискретные и непрерывные — см. Дискретность, непрерывность. Дискретные П. в экономико-математических моделях описываются разностными уравнениями, непрерывные — дифференциальными уравнениями. Для экономико-математического моделирования большое значение имеют также различия в степени инерционности экономических П., т.е. в скорости изменения их параметров (характеристик) под влиянием тех или иных воздействий. См. Инерционные показатели, Нестационарный экономический процесс, Стационарный экономический процесс.
[ http://slovar-lopatnikov.ru/]Тематики
EN
процесс
Совокупность взаимосвязанных или взаимодействующих видов деятельности, преобразующая входы в выходы.
Примечания
1. Входами к процессу обычно являются выходы других процессов.
2. Процессы в организации, как правило, планируются и осуществляются в управляемых условиях с целью добавления ценности.
3. Процесс, в котором подтверждение соответствия конечной продукции затруднено или экономически нецелесообразно, часто относят к "специальному процессу".
[ ГОСТ Р ИСО 9000-2008]
процесс
Совокупность взаимосвязанных ресурсов и деятельности, которая преобразует входящие элементы в выходящие.
Примечание
К ресурсам могут относиться: персонал, средства обслуживания, оборудование, технология и методология.
[ИСО 8402-94]Тематики
- системы менеджмента качества
- управл. качеством и обеспеч. качества
EN
процесс
Связанный и регламентированный набор работ по получению повторяющихся результатов.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]EN
process
Coherent and regulated set of works aimed at recurrent results achievement.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]Тематики
EN
процесс
Последовательность изменений во времени вещества, энергии, информации в объекте.
Примечание
Процесс можно рассматривать как объект.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]Тематики
- автоматизация, основные понятия
EN
процесс обработки данных
процесс
Система действий, реализующая определенную функцию в системе обработки информации и оформленния так, что управляющая программа данной системы может перераспределять ресурсы этой системы в целях обеспечения мультипрограммирования.
Примечания
1. Процесс характеризуется состояниями, которые определяются наличием тех или иных ресурсов в распоряжении процесса и, следовательно, возможностью фактически выполнять действия, относящиеся к процессу.
2. Перераспределение ресурсов, выполняемое управляющей программой, влияет на продолжительность процесса обработки данных, но не на его конечный результат.
3. Процесс оформляют с помощью специальных структур управляющих данных, которыми манипулирует управляющий механизм.
4. В конкретных системах обработки информации встречаются разновидности процессов, которые различаются способом оформления и составом ресурсов, назначаемых процессу и отнимаемых от него, и допускается вводить специальные названия для таких разновидностей, например, задача в операционной системе ОС ЕС ЭВМ.
[ ГОСТ 19781-90]Тематики
- обеспеч. систем обраб. информ. программное
Синонимы
EN
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): Совокупность взаимосвязанных и взаимодействующих видов деятельности, преобразующая входные потоки в выходные.
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. Основная деятельность. Управление взаимоотношениями с поставщиками и партнерами оригинал документа
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: Системы менеджмента качества. Основные положения и словарь
Процесс
Computational process
Process
Система действий, реализующая определенную функцию в системе обработки информации и оформленная так, что управляющая программа данной системы может перераспределять ресурсы этой системы в целях обеспечения мультипрограммирования.
Примечания:
1. Процесс характеризуется состояниями, которые определяются наличием тех или иных ресурсов в распоряжении процесса и, следовательно, возможностью фактически выполнять действия, относящиеся к процессу.
2. Перераспределение ресурсов, выполняемое управляющей программой, влияет на продолжительность процесса обработки данных, но не на его конечный результат.
3. Процесс оформляют с помощью специальных структур управляющих данных, которыми манипулирует управляющий механизм.
4. В конкретных системах обработки информации встречаются разновидности процессов, которые различаются способом оформления и составом ресурсов, назначаемых процессу и отнимаемых от него, и допускается вводить специальные названия для таких разновидностей, например задача в операционной системе ОС ЕС ЭВМ.
Источник: ГОСТ 19781-90: Обеспечение систем обработки информации программное. Термины и определения оригинал документа
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]
3.124 процесс (process): Частично упорядоченный набор видов деятельности, который может быть выполнен для достижения определенного желаемого конечного результата для достижения установленной цели.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Процесс
Computational process
Process
Источник: ГОСТ 19781-90: Обеспечение систем обработки информации программное. Термины и определения оригинал документа
Англо-русский словарь нормативно-технической терминологии > process
-
115 SCADA
диспетчерское управление и сбор данных
Подсистема сбора, хранения и обработки телеметрической информации, поступающей от удаленных датчиков, осуществляющих измерение температуры, давления, расхода электроэнергии и др. Сбор данных осуществляется с помощью контроллеров, программное обеспечение которых позволяет реализовать практически любой алгоритм опроса датчиков, а также обеспечить первичную обработку информации. Обмен данными часто осуществляется через интерфейс RS-485. Термин SCADA обычно употребляют, когда речь идет о контроле и регулировании каких-либо производственных процессов.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]Тематики
- электросвязь, основные понятия
EN
SCADA
SCADA-система
диспетчерское управление и сбор данных
ПО, предназначенное для поддержки средств автоматизации и построения систем промышленной автоматизации.
[ http://www.morepc.ru/dict/]SCADA (аббр. от англ. supervisory control and data acquisition, диспетчерское управление и сбор данных) — программный пакет, предназначенный для разработки или обеспечения работы в реальном времени систем сбора, обработки, отображения и архивирования информации об объекте мониторинга или управления. SCADA может являться частью АСУ ТП, АСКУЭ, системы экологического мониторинга, научного эксперимента, автоматизации здания и т. д. SCADA-системы используются во всех отраслях хозяйства, где требуется обеспечивать операторский контроль за технологическими процессами в реальном времени. Данное программное обеспечение устанавливается на компьютеры и, для связи с объектом, использует драйверы ввода-вывода или OPC/DDE серверы. Программный код может быть как написан на языке программирования (например на C++), так и сгенерирован в среде проектирования.
Иногда SCADA-системы комплектуются дополнительным ПО для программирования промышленных контроллеров. Такие SCADA-системы называются интегрированными и к ним добавляют термин SoftLogic.
Термин «SCADA» имеет двоякое толкование. Наиболее широко распространено понимание SCADA как приложения[2], то есть программного комплекса, обеспечивающего выполнение указанных функций, а также инструментальных средств для разработки этого программного обеспечения. Однако, часто под SCADA-системой подразумевают программно-аппаратный комплекс. Подобное понимание термина SCADA более характерно для раздела телеметрия.
Значение термина SCADA претерпело изменения вместе с развитием технологий автоматизации и управления технологическими процессами. В 80-е годы под SCADA-системами чаще понимали программно-аппаратные комплексы сбора данных реального времени. С 90-х годов термин SCADA больше используется для обозначения только программной части человеко-машинного интерфейса АСУ ТП.Основные задачи, решаемые SCADA-системами
SCADA-системы решают следующие задачи:- Обмен данными с «устройствами связи с объектом», то есть с промышленными контроллерами и платами ввода/вывода) в реальном времени через драйверы.
- Обработка информации в реальном времени.
- Логическое управление.
- Отображение информации на экране монитора в удобной и понятной для человека форме.
- Ведение базы данных реального времени с технологической информацией.
- Аварийная сигнализация и управление тревожными сообщениями.
- Подготовка и генерирование отчетов о ходе технологического процесса.
- Осуществление сетевого взаимодействия между SCADA ПК.
- Обеспечение связи с внешними приложениями (СУБД, электронные таблицы, текстовые процессоры и т. д.). В системе управления предприятием такими приложениями чаще всего являются приложения, относимые к уровню MES.
SCADA-системы позволяют разрабатывать АСУ ТП в клиент-серверной или в распределённой архитектуре.
Основные компоненты SCADA
SCADA—система обычно содержит следующие подсистемы:- Драйверы или серверы ввода-вывода — программы, обеспечивающие связь SCADA с промышленными контроллерами, счётчиками, АЦП и другими устройствами ввода-вывода информации.
- Система реального времени — программа, обеспечивающая обработку данных в пределах заданного временного цикла с учетом приоритетов.
- Человеко-машинный интерфейс (HMI, англ. Human Machine Interface) — инструмент, который представляет данные о ходе процесса человеку оператору, что позволяет оператору контролировать процесс и управлять им. Программа-редактор для разработки человеко-машинного интерфейса.
- Система логического управления — программа, обеспечивающая исполнение пользовательских программ (скриптов) логического управления в SCADA-системе. Набор редакторов для их разработки.
- База данных реального времени — программа, обеспечивающая сохранение истории процесса в режиме реального времени.
- Система управления тревогами — программа, обеспечивающая автоматический контроль технологических событий, отнесение их к категории нормальных, предупреждающих или аварийных, а также обработку событий оператором или компьютером.
- Генератор отчетов — программа, обеспечивающая создание пользовательских отчетов о технологических событиях. Набор редакторов для их разработки.
- Внешние интерфейсы — стандартные интерфейсы обмена данными между SCADA и другими приложениями. Обычно OPC, DDE, ODBC, DLL и т. д.
Концепции систем
Термин SCADA обычно относится к централизованным системам контроля и управления всей системой, или комплексами систем, осуществляемого с участием человека. Большинство управляющих воздействий выполняется автоматически RTU или ПЛК. Непосредственное управление процессом обычно обеспечивается RTU или PLC, а SCADA управляет режимами работы. Например, PLC может управлять потоком охлаждающей воды внутри части производственного процесса, а SCADA система может позволить операторам изменять уста для потока, менять маршруты движения жидкости, заполнять те или иные ёмкости, а также следить за тревожными сообщениями (алармами), такими как — потеря потока и высокая температура, которые должны быть отображены, записаны, и на которые оператор должен своевременно реагировать. Цикл управления с обратной связью проходит через RTU или ПЛК, в то время как SCADA система контролирует полное выполнение цикла.
Сбор данных начинается в RTU или на уровне PLC и включает — показания измерительного прибора. Далее данные собираются и форматируются таким способом, чтобы оператор диспетчерской, используя HMI мог принять контролирующие решения — корректировать или прервать стандартное управление средствами RTU/ПЛК. Данные могут также быть записаны в архив для построения трендов и другой аналитической обработки накопленных данных.[ http://ru.wikipedia.org/wiki/SCADA]
CitectSCADA
полнофункциональная система мониторинга, управления и сбора данных (SCADA – Supervisory Control And Data Acquisition)
ТЕХНИЧЕСКАЯ ИНФОРМАЦИЯ:CitectSCADA построена на базе мультизадачного ядра реального времени, что обеспечивает производительность сбора до 5 000 значений в секунду при работе в сетевом режиме с несколькими станциями. Модульная клиент-серверная архитектура позволяет одинаково эффективно применять CitectSCADA как в малых проектах, с использованием только одного АРМ, так и в больших, с распределением задач на несколько компьютеров.
В отличие от других SCADA-систем среда разработки CitectSCADA поставляется бесплатно. Оплачивается только среда исполнения (runtime). Это позволяет пользователю разработать и протестировать пробный проект, не вкладывая средств на начальном этапе.
Схема лицензирования CitectSCADA основана на учете числа одновременно задействованных компьютеров в проекте, а не общего числа компьютеров, на которых установлена CitectSCADA.
CitectSCADA лицензируется на заданное количество точек (дискретных или аналоговых переменных). При этом учитываются только внешние переменные, считываемые из устройств ввода/вывода, а внутренние переменные, находящиеся в памяти или на диске, бесплатны и не входят в количество лицензируемых точек. Градация количества лицензируемых точек в CitectSCADA более равномерна, чем в других системах: 75, 150, 500, 1 500, 5 000, 15 000, 50 000 и неограниченное количество.
В CitectSCADA резервирование является встроенным и легко конфигурируемым. Резервирование позволяет защищать все зоны потенциальных отказов как функциональных модулей (серверов и клиентов), так и сетевых соединений между узлами и устройствами ввода/вывода.
CitectSCADA имеет встроенный язык программирования CiCode, а также поддержку VBA.
CitectSCADA работает как 32-разрядное приложение Windows 9X/NT/2000/XP/2003. Сбор данных, формирование алармов и построение трендов происходит одновременно с редактированием и компиляцией.
[ http://www.rtsoft.ru/catalog/soft/scada/detail/343/]
Словесный портрет современной управляющей системы типа SCADA
-
Масштабируемая
- Наращивание системы без её переконфигурирования
- Масштабы проекта не ограничены
- До 255 одновременно подключённых клиентов
- Поддержка локальных и глобальных сетей
- Возможность интеграции с веб-приложениями без конфигурирования системы
- Возможность функционирования при малой пропускной способности коммуникаций
- Поддержка кластерных конфигураций
- Возможность перезапуска отдельных процессов, относящихся к разным компонентам
-
Гибкая
- Полноценная архитектура «клиент-сервер»
- Возможность масштабирования серверов/серверных массивов алармов, трендов и отчётов
- Поддержка централизованного хранения файлов проекта для удобства обслуживания, а также распределённого хранения и комбинированного варианта
- Внесение изменений на отдельных локациях
- Возможность функционирования при малой пропускной способности коммуникаций
- Поддержка устоявшихся и новых стандартов
-
Надёжная
- Встроенная поддержка режима ожидания
- Резервирование файловых серверов
- Резервирование сетевых коммуникаций
- Резервирование серверов алармов
- Резервирование серверов трендов
- Резервирование серверов отчётов
- Многоуровневое резервирование ввода-вывода
- Автоматическая замена серверов
- Автоматическая синхронизация историй трендов
- Автоматическая синхронизация таблиц алармов
- Автоматическая синхронизация времени
- Защитные функции
- Автоматический перезапуск в случае сбоя системы
- Высокопроизводительная
- Безопасная
-
Коммуникационные технологии
- Поддержка открытых коммуникационных стандартов
- Поддержка каждым сервером ввода-вывода многих протоколов
- Драйверы протоколов RS-232, RS-422, RS-485, TCP/IP
- Время установки драйверов в пределах 60 секунд
- До 255 одновременно подключённых клиентов
- До 4096 устройств ввода-вывода на одну систему
- Поддержка внешнего подключения для удалённых устройств
- Средства разработки драйверов для специализированных протоколов
- Поддержка стандарта OPC Server DA2.0
- Интегрированный веб-сервис XML
- Доступ
- Неограниченное число меток
- Длина имени метки до 80 символов
- Поддержка меток качества и времени для соответствующих драйверов
- Единая база данных для контроллеров ПЛК и системы SCADA
- Двунаправленная синхронизация со средой разработки для ПЛК
- Статическая синхронизация для разработки в автономном режиме
- - Автоматические импорт и синхронизация
- Импорт из ПЛК разных типов
- Добавление пользовательских схем импорта
-
Разработка
- Неограниченное число экранов
- 24-битные цвета
- Быстрый выбор цветов по названиям
- Поддержка прозрачных цветов
- Продвинутая анимация без дополнительного программирования
- Анимация символов на базе тегов
- До 32000 анимированных изображений на страницу
- Неограниченное число мигающих цветов
- Мультиязычность
- Инструменты типа 3D Pipe
- Трёхмерные эффекты (поднятие, опускание, выдавливание)
-
Импорт графики
- Растровые изображения Windows (BMP, RLE, DIB)
- Формат AutoCAD (DXF)
- Формат Encapsulated Postscript (EPS)
- Формат Fax Image (FAX)
- Формат Ventura (IMG)
- Формат JPEG (JPG, JIF, JFF, JFE)
- Формат Photo CD (PCD)
- Формат PaintBrush (PCX)
- Формат Portable Network Graphics (PNG)
- Формат Targa (TGA)
- Формат Tagged Image Format (TIFF)
- Формат Windows Meta File (WMF)
- Формат Word Perfect Graphics (WPG)
- Неограниченное число отмен действий
- Кнопки в стиле Windows XP со свойствами динамического перемещения
- Шаблоны
- Символы
- Более 800 символов в комплекте поставки
-
Объектное конфигурирование
- Неограниченное число объектов типа «джинн» (Genie) и «суперджинн» (Super Genie)
- Пользовательские «джинны» позволяют отображать на экране пользовательское оборудование
- Пользовательские «суперджины» позволяют работать с разными устройствами через один интерфейс
- Объекты типа «джинн» и «суперджинн» способны воспринимать изменения в тегах устройств без дополнительного программирования
-
Работа
- Разрешения до 4096 x 4096
- Изменение размеров изображений (изотропное и анизотропное)
- Поддержка вывода на несколько мониторов
- Настройка скорости обновления страниц (минимум 10 мс)
- Информирование о потере связи
- Переключение языков в ходе работы
- Поддержка одно- и двухбайтовых наборов символов
-
Безопасность
- Уровень безопасности влияет на:
- Видимость объектов
- Доступ к графическим дисплеям
- Подтверждение алармов
- Создание отчётов
- Системные утилиты
-
Управление
- Сенсорные команды
- Мышь
- -Клавиатурное управление системой, страницами и анимацией
- Вертикальные и горизонтальные ползунки
- Замена БД
-
Анализ процессов
- Объединение алармов с трендами
- 32 и более перьев
- 4 и более оконных секций
- 2 и более курсоров
- Наложение перьев
- Информация о качестве данных
- Аналоговые и цифровые перья
- Информация о подтверждении алармов
- Описание алармов (аналоговых и мультицифровых)
- Комментарии к алармам
- Поддержка перехода на летнее и зимнее время
- Сохранение просмотров в процессе работы
- Хранение просмотров в удалённых локациях
- Отображение различных временных периодов на том же дисплее
- Настраиваемое и расширяемое управление
-
Алармы
- Неограниченное число алармов
- Централизованная обработка алармов
- Алармы могут быть следующих типов:
- Цифровые
- Аналоговые
- Временные метки
- Высокоуровневые выражения
- Мультицифровые
- Цифровые с временными метками
- Аналоговые с временными метками
- Изменение языка для всех алармов в процессе работы
- Подтверждение приёма в сети без дополнительного конфигурирования
- Отключение сети без дополнительного конфигурирования
- Категории, зоны и приоритеты алармов
- Задержки алармов
- Назначение временных меток с разрешением в 1 мс
- Различные данные в алармах
- Индивидуальные и групповые подтверждения
- Подтверждения на основе категорий и приоритетов
- Подтверждения отображаются графически, в списке алармов или через специализированный код:
- Сортировка алармов
- Фильтрация алармов
- Пользовательские поля алармов
-
Тренды
- Неограниченное число трендов
- До 16000 трендов на страницу
- Отображение любого тренда из истории менее чем за 1 секунду
- Файлов трендов регулируемых размеров
- Просмотр архивных трендов параллельно с актуальными в процессе работы системы
- Выбор с разрешением 1 мс
- Сравнение трендов
- Быстрый выбор трендов по тегам
- Сохранение по событию или периодическое сохранение
Статистический контроль ( SPC)
- Таблицы индексов Cp и CpK
- Контрольные карты X, R и S
- Диаграммы Парето
- Настраиваемые размеры и границы подгрупп
- Типы алармов: Above UCL, Below LCL, Outside CL, Down Trend, Up Trend, Erratic, Gradual, Down, Gradual Up, Mixture, Outside WL, Freak, Stratification и высокоуровневые выражения
- Редактор сгенерированных отчётов, редактирование по модели WYSIWYN, отчёты в формате Rich Text
- Запуск внешними событиями, по расписанию, через высокоуровневые выражения и по команде оператора
- Вывод на принтер, в файл, по электронной почте, на экран, в формат HTML
- Разработка проекта
- Масштабы проекта не ограничены
- Возможность разбиения на несколько проектов
- Удобная стандартизация проектов
- Удобное обслуживание проектов
- Встроенное средство настройки компьютеров позволяет конфигурировать каждый подключённый к сети ПК по отдельности
- Истинная вытесняющая многозадачность
- До 512 параллельных потоков
- Доступно более 600 функций SCADA
- Библиотеки для пользовательских функций
- До 2700 пользовательских функций
- Локальные, модульные и глобальные переменные
- Дополнительное программное обеспечение для создания собственных функций не требуется
- Прямой доступ к данным трендов, отчётов и алармов
- Подсвечивание синтаксиса
- Система онлайн-подсказок
- Всплывающие подсказки
- При редактировании доступны:
- Контрольные точки
- Просмотр переменных
- Мониторинг нитей
- Выделение кода цветом
- Окно контрольных точек
- Пошаговый режим выполнения
- Выделение текущей строки
- Удалённая отладка
- Автоматическая отладка в случае ошибок
- Сервер и клиент OPC
- Интерфейс ODBC
- Интерфейс OLE-DB
- Интерфейс CTAPI
- Интерфейс DLL
- Интерфейс MAPI (MAIL)
- Протоколы TCP/IP
- Последовательный интерфейс
[ http://www.rtsoft-training.ru/?p=600074]
Тематики
Синонимы
- SCADA-система
- диспетчерское управление и сбор данных
- система диспетчерского управления и сбора данных
- система мониторинга, управления и сбора данных
EN
Англо-русский словарь нормативно-технической терминологии > SCADA
-
116 protocol
- протокол опыта
- протокол обмена
- протокол взаимосвязи
- протокол (в информационных технологиях)
- протокол
- план (программа, алгоритм) действий
- WKS-RDATA:: = ADDRESS PROTOCOL BIT-MAP
план (программа, алгоритм) действий
Описание цели, задач, этапов проведения исследования или программы.
[Англо-русский глоссарий основных терминов по вакцинологии и иммунизации. Всемирная организация здравоохранения, 2009 г.]Тематики
- вакцинология, иммунизация
EN
протокол
Набор правил, соглашений, сигналов и процедур, регламентирующий взаимодействие между двумя устройствами.
[ http://www.morepc.ru/dict/]
протокол
Совокупность определенных правил, регулирующих обмен данными между двумя объектами. Протоколы используются на многих уровнях обмена данными и делятся на аппаратные и программные.
[ http://www.alltso.ru/publ/glossarij_setevoe_videonabljudenie_terminy/1-1-0-34]Тематики
EN
протокол взаимосвязи
протокол
Набор семантических и синтетических правил, определяющий взаимосвязь логических объектов уровня при обмене данными.
[ ГОСТ 24402-88]Тематики
Синонимы
EN
протокол обмена
Совокупность семантических и синтаксических правил, определяющих работу радиоэлектронных средств в процессе их взаимодействия.
[ ГОСТ Р 50304-92 ]Тематики
- системы для сопряж. радиоэлектр. средств интерфейсные
Обобщающие термины
EN
протокол опыта
Последовательная запись хода эксперимента
[ http://www.dunwoodypress.com/148/PDF/Biotech_Eng-Rus.pdf]Тематики
EN
Протокол
Protocol
Набор семантических и синтетических правил, определяющий взаимосвязь логических объектов уровня при обмене данными
Источник: ГОСТ 24402-88: Телеобработка данных и вычислительные сети. Термины и определения оригинал документа
3.7 протокол (protocol): Соглашение о форматах данных, временных последовательностях и устранении ошибок при обмене данными в системах связи.
[МЭК 61158-3-19:2007]
Источник: ГОСТ Р МЭК 61500-2012: Атомные станции. Системы контроля и управления, важные для безопасности. Передача данных в системах, выполняющих функции категории А оригинал документа
3.1.39 протокол (protocol): Набор семантических и синтаксических правил, определяющий поведение взаимодействующих объектов.
5.3.2.1.9. WKS-RDATA:: = ADDRESS PROTOCOL BIT-MAP
ADDRESS
:: = < 32-разрядный адрес IР>
PROTOCOL
:: = 8(Xbit); номер протокола IP
BIT-MAP
:: = *(8(Xbit)); битовая маска
; запись WKS предназначена для описания хорошо известных
; сервисов, поддерживаемых отдельным протоколом на отдельных
; адресах IP
; Битовая маска указывает порт протокола. Первый бит
; соответствует 0-му порту, второй - 1-му и т.д.
; Значения номеров протоколов и портов должны
; соответствовать RFC 1700 [9]
5.3.3. Формат RR в контрольных файлах
Большинство RR занимают единственную строку, хотя возможны строки продолжения с использованием скобок.
Для улучшения читаемости могут быть включены пустые строки.
Начало строки указывает владельца. Если начало строки пустое, тогда владелец предполагается таким же, как и в предыдущей RR. Далее идут TTL, класс и тип.
Более подробно формат RR в контрольном файле описан в п. 6.4.4.
5.3.4. Шаблоны
Имя владельца в записи RR может начинаться с символа «*». Такие RR называются шаблонами. Наиболее часто шаблоны используются для создания зон, которые в свою очередь, используются для перенаправления почты из Internet в некоторую другую почтовую систему. Любое имя, соответствующее шаблону, будет принадлежать такой зоне и обладать определенными свойствами согласно данным, указанным в RR с шаблоном, если только не существует RR, точно соответствующий имени.
Шаблоны не применяются, когда:
- запрос принадлежит другой зоне,
- известно, что существует запрашиваемое имя либо имя между запрашиваемым именем и шаблоном.
Например, если есть RR-шаблон с именем владельца «*.Х» и в данной зоне также содержатся RR, прикрепленные к В.Х, шаблоны будут применяться к запрашиваемому имени Z.X, но не к запрашиваемому имени В.Х, А.В.Х или X.
Символ «*» в запрашиваемом имени не имеет специального значения, но может использоваться для тестирования шаблонов в авторитетной зоне. Запрос с «*» является единственным способом получить ответ, содержащий RR-шаблоны. Результат такого запроса не должен кэшироваться.
Пример использования шаблонов:
Пусть существует большая компания с большой сетью не-ТСР/IP. Эта компания хочет создать почтовый шлюз. Если компания названа Х.СОМ, и шлюз ТСР/IР назван А.Х.СОМ, то в зону СОМ могут быть введены следующие записи RR.
Х.СОМ
MX
10
А.Х.СОМ
*.Х.СОМ
MX
10
А.Х.СОМ
А.Х.СОМ
А
1.2.3.4
А.Х.СОМ
MX
10
А.Х.СОМ
*.А.Х.СОМ
MX
10
А.Х.СОМ
Данные записи будут заставлять сервер на любой запрос MX для любого доменного имени, заканчивающегося Х.СОМ возвращать запись MX RR, указывающую на А.Х.СОМ. Последний шаблон необходим, так как действие первого шаблона перекрывается 4-й строкой.
Источник: РД 45.134-2000: Средства технические телематических служб. Общие технические требования
Англо-русский словарь нормативно-технической терминологии > protocol
-
117 function
- шина магистрали, несущая Информацию, определяющую действие во время интерфейсной операции
- часть команды, определяющая действия адресуемого абонента (во время интерфейсной операции)
- функция (сети и системы связи)
- функция
- функционирование
- направления деятельности системы управления
- мн. должностные обязанности
- зависимости
зависимости
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]Тематики
EN
мн. должностные обязанности
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]Тематики
EN
направления деятельности системы управления
Пять основных направлений в командной системе по устранению последствий инцидента, то есть командование, действия, планирование, логистика и финансово-административное управление.
Примечание
Термин "функционирование" также используют при описании сопутствующей активности, например планирования.
[ ГОСТ Р 53389-2009]Тематики
Обобщающие термины
EN
функционирование
Корректное выполнение предназначения – «компьютер функционирует».
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]EN
function
To perform the intended purpose correctly, as in «The computer is functioning».
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]Тематики
EN
функция
Команда или группа людей, а также инструментарий или другие ресурсы, которые они используют для выполнения одного или нескольких процессов или деятельности. Например, служба поддержки пользователей. Этот термин также имеет другое значение: предназначение конфигурационной единицы, человека, команды, процесса или ИТ-услуги. Например, одна из функций услуги электронной почты может заключаться в сохранении и пересылке исходящей почты, тогда как функция бизнес-процесса может заключаться в отправке товаров заказчикам.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]
функция
Синоним термина функциональное направление деятельности.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]
функция
1. Зависимая переменная величина; 2. Соответствие y=f(x) между переменными величинами, в силу которого каждому рассматриваемому значению некоторой величины x (аргумента или независимой переменной) соответствует определенное значение другой величины y (зависимой переменной или Ф. в значении 1.). Ф. задана, если известен закон, определяющий такое соответствие. На практике она задается формулой, таблицей или графиком (есть и другие способы, например, алгоритмический — см. Алгоритм). При построении графика функции анализируются такие ее свойства, как четность или нечетность, нулевые значения, периодичность (см. Периодическая функция), монотонность (см. Монотонная функция), наличие асимптоты и другие. Важны еще два часто употребляемых понятия: функция, заданная в виде уравнения f(x,y) =0, неразрешенного относительно y, называется неявной; функция, заданная в виде y= f(g(x), то есть функция функции, называется сложной Ф. или, иначе, суперпозицией функций g и f. (См. также Функционал). Сложную функцию часто записывают в виде y=f(u), где u=g(x), при этом u называют промежуточным аргументом. Множество значений аргументов функции X (x ? X) называется областью определения функции, а, соответственно, множество Y — областью значений функции или областью изменения функции. См. также Отображение. В различных экономических приложениях применяются (и рассматриваются в словаре), следующие функции: Взвешивающие, Дифференцируемые, Гладкие, Кусочно-линейные, Кусочно-непрерывные, Линейные, Нелинейные, Непрерывные, Сепарабельные, Экспоненты и др. См. также: Вектор-функция, Гессиан, Мультипликативная форма представления функции, Производная, Рекурсия, Частная производная, Эластичность функции, Якобиан, Интеграл.
[ http://slovar-lopatnikov.ru/]EN
function
A team or group of people and the tools or other resources they use to carry out one or more processes or activities – for example, the service desk. The term also has two other meanings: • An intended purpose of a configuration item, person, team, process or IT service. For example, one function of an email service may be to store and forward outgoing mails, while the function of a business process may be to despatch goods to customers.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]
function
Another term for functional area.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]Тематики
EN
функция (сети и системы связи)
Задача, выполняемая системой автоматизации подстанции, то есть прикладными функциями.
Примечание 1. Обычно функции обмениваются данными с другими функциями. Функции выполняются интеллектуальными электронными устройствами (физическими устройствами).
Примечание 2. Функция может быть разделена на части, которые резидентно находятся в интеллектуальных электронных устройствах, но сообщаются друг с другом и с частями других функций. Эти сообщающиеся части называются логическими узлами.
Примечание 3. В контексте стандартов серии "Сети и системы связи на подстанциях" декомпозиция функций или степень их детализации определяется только характером связи. Это означает, что все функции состоят из логических узлов, которые обмениваются данными.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]EN
function(s)
task(s) performed by the substation automation system i.e. by application functions. Generally, functions exchange data with other functions. Details are dependant on the functions involved. Functions are performed by IEDs (physical devices). A function may be split into parts residing in different IEDs but communicating with each other (distributed function) and with parts of other functions. These communicating parts are called logical nodes.
In the context of this standard, the decomposition of functions or their granularity is ruled by the communication behaviour only. Therefore, all functions considered consist of logical nodes that exchange data. Functions without an explicit reference to logical nodes mean only that in the actual context, the logical node modelling of these functions is of no importance to the standard
[IEC 61850-2, ed. 1.0 (2003-08)]Тематики
EN
часть команды, определяющая действия адресуемого абонента (во время интерфейсной операции)
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]Тематики
EN
шина магистрали, несущая Информацию, определяющую действие во время интерфейсной операции
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]Тематики
EN
2.1 функция (function): Реализация в программе алгоритма, по которому пользователь или программа могут частично или полностью выполнять решаемую задачу.
Примечания
1 Пользователю нет необходимости вызывать функцию (например, автоматическое резервирование или сохранение данных).
2 Определение функции в настоящем стандарте уже, чем в ИСО/МЭК 2382-14 [9] (в части определений отказа, сбоя, эксплуатации и надежности), но шире аналогичных определений в ИСО 2382-2 [10] и ИСО 2382-15 [11].
Источник: ГОСТ Р ИСО/МЭК 12119-2000: Информационная технология. Пакеты программ. Требования к качеству и тестирование оригинал документа
3.7 функция (function): Конкретная цель или предназначенная для выполнения задача, которая может быть установлена или описана без ссылок на физические средства ее достижения.
Источник: ГОСТ Р МЭК 61226-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Классификация функций контроля и управления оригинал документа
Англо-русский словарь нормативно-технической терминологии > function
-
118 LRU
1) Least Recently Used [ algorithm] - [алгоритм удаления] дольше всех неиспользовавшихся элементов, алгоритм LRUв чистом виде в системах управления замещением страниц виртуальной памяти или записей в кэш-памяти этот алгоритм не применяется, так как требует обновления учётной структуры данных после каждого доступа к главной памяти, однако используются аппроксимирующие его алгоритмы типа NFU (not frequently used - не часто используемый)2) Lambda Routing Unit - устройство лямбда-маршрутизации (маршрутизации по длине волны)аппаратное устройство, обеспечивающее формирование множества (например, до 256) виртуальных каналов для передачи данных по одному физическому оптическому каналуАнгло-русский толковый словарь терминов и сокращений по ВТ, Интернету и программированию. > LRU
-
119 program
- управляемый с помощью меню
- программировать
- программа (ЭВМ)
- программа
- осуществление программы
- Основные понятия
- задавать последовательность операций
задавать последовательность операций
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]Тематики
EN
осуществление программы
реализация программы
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]Тематики
Синонимы
EN
программа
Данные, предназначенные для управления конкретными компонентами системы обработки информации в целях реализации определенного алгоритма.
[ ГОСТ 19781-90]
[ ГОСТ 28806-90]
[ ГОСТ 28397-89]
программа
Ряд проектов и видов деятельности, которые планируются и управляются вместе для достижения общего набора связанных целей и прочих конечных результатов.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]
программа
1. См. Комплексная народнохозяйственная программа. 2. В кибернетике (главным образом технической) — основной элемент программного управления, строго определенная последовательность действий, предписанная объекту управления. В частности, машинная П. — алгоритм задачи, записанный таким образом, чтобы ее можно было решить на электронной вычислительной машине. Запись ведется на одном из языков программирования как последовательность команд (операторов), указывающих, в каком порядке, с какими данными и какие надо проводить элементарные операции. Известно, что одну и ту же задачу можно решать разными методами. При составлении П. выбирают те способы решения, которые быстрее приводят к результату.
[ http://slovar-lopatnikov.ru/]EN
programme
A number of projects and activities that are planned and managed together to achieve an overall set of related objectives and other outcomes.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]Тематики
- информационные технологии в целом
- качество программных средств
- обеспеч. систем обраб. информ. программное
- экономика
- языки программирования
EN
программа (ЭВМ)
Описание действий на языке программирования или в машинном коде.
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]Тематики
EN
программировать
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]Тематики
EN
управляемый с помощью меню
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]Тематики
EN
11. Программа
Program
По ГОСТ 19781
Источник: ГОСТ 28397-89: Языки программирования. Термины и определения оригинал документа
1. Программа
Program
Данные, предназначенные для управления конкретными компонентами системы обработки информации в целях реализации определенного алгоритма
Источник: ГОСТ 19781-90: Обеспечение систем обработки информации программное. Термины и определения оригинал документа
Англо-русский словарь нормативно-технической терминологии > program
-
120 programme
программа
Данные, предназначенные для управления конкретными компонентами системы обработки информации в целях реализации определенного алгоритма.
[ ГОСТ 19781-90]
[ ГОСТ 28806-90]
[ ГОСТ 28397-89]
программа
Ряд проектов и видов деятельности, которые планируются и управляются вместе для достижения общего набора связанных целей и прочих конечных результатов.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]
программа
1. См. Комплексная народнохозяйственная программа. 2. В кибернетике (главным образом технической) — основной элемент программного управления, строго определенная последовательность действий, предписанная объекту управления. В частности, машинная П. — алгоритм задачи, записанный таким образом, чтобы ее можно было решить на электронной вычислительной машине. Запись ведется на одном из языков программирования как последовательность команд (операторов), указывающих, в каком порядке, с какими данными и какие надо проводить элементарные операции. Известно, что одну и ту же задачу можно решать разными методами. При составлении П. выбирают те способы решения, которые быстрее приводят к результату.
[ http://slovar-lopatnikov.ru/]EN
programme
A number of projects and activities that are planned and managed together to achieve an overall set of related objectives and other outcomes.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]Тематики
- информационные технологии в целом
- качество программных средств
- обеспеч. систем обраб. информ. программное
- экономика
- языки программирования
EN
3.2.4 программа (programme): Последовательность операций управления, устанавливаемая программным блоком, в которую входят включение, пуск, контроль и отключение горелки.
Источник: ГОСТ Р 54788-2011: Кондиционеры абсорбционные и адсорбционные и/или тепловые насосы газовые с номинальной тепловой мощностью до 70 кВт. Часть 1. Безопасность оригинал документа
Англо-русский словарь нормативно-технической терминологии > programme
См. также в других словарях:
алгоритм управления — Алгоритм, определяющий управление в реальном времени. [Сборник рекомендуемых терминов. Выпуск 107. Теория управления. Академия наук СССР. Комитет научно технической терминологии. 1984 г.] Тематики автоматизация, основные понятия EN control… … Справочник технического переводчика
Алгоритм Управления — отработанный порядок принятия решений по управлению, планированию и передачи информации в процессе управления. Словарь бизнес терминов. Академик.ру. 2001 … Словарь бизнес-терминов
АЛГОРИТМ УПРАВЛЕНИЯ — АЛГОРИТМ УПРАВЛЕНИЯ. Регламентированная система учебных действий, обеспечивающих достижение определенной языковой или речевой цели. Наиболее доступными для учащихся являются инструкции, регламентирующие действия, направленные на выполнение… … Новый словарь методических терминов и понятий (теория и практика обучения языкам)
алгоритм управления — valdymo dėsnis statusas T sritis automatika atitikmenys: angl. control law vok. Regelgesetz, n rus. алгоритм управления, m; закон управления, m pranc. loi de commande, f … Automatikos terminų žodynas
алгоритм управления — valdymo algoritmas statusas T sritis automatika atitikmenys: angl. control algorithm vok. Steueralgorithmus, m rus. алгоритм управления, m pranc. algorithme de commande, m … Automatikos terminų žodynas
алгоритм управления крутящим моментом — — [Интент] Тематики управление электродвигателями EN torque control … Справочник технического переводчика
алгоритм управления — Алгоритм, определяющий управление в реальном времени … Политехнический терминологический толковый словарь
АЛГОРИТМ УПРАВЛЕНИЯ — точно определенный порядок выработки управленческих решений, формирования планов, обмена информацией в процессе управления. Необходимый этап проектирования любой АСУ … Большой экономический словарь
последовательный алгоритм управления — nuoseklusis valdymo algoritmas statusas T sritis automatika atitikmenys: angl. sequential control algorithm vok. sequentieller Steueralgorithmus, m rus. последовательный алгоритм управления, m pranc. algorithme de commande séquentielle, m … Automatikos terminų žodynas
итеративный алгоритм управления — iteratyvusis valdymo algoritmas statusas T sritis automatika atitikmenys: angl. iterative control algorithm vok. iterativer Regelalgorithmus, m; iterativer Steueralgorithmus, m rus. итеративный алгоритм управления, m pranc. algorithme de réglage… … Automatikos terminų žodynas
рекурсивный алгоритм управления — rekursyvusis valdymo algoritmas statusas T sritis automatika atitikmenys: angl. recursive control algorithm vok. rekursiver Regelungs od. Steuerungs algorithmus, m rus. рекурсивный алгоритм управления, m pranc. algorithme de réglage récurrent, m … Automatikos terminų žodynas