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

производство
Подразделение АНБ США, специализирующееся на вскрытии шифросистем и чтении шифропереписки.
[[http://www.rfcmd.ru/glossword/1.8/index.php?a=index&d=23]]

Тематики

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

EN

• production
• PROD

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

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

3.1.6 производство (manufacturing): Процесс изготовления или выпуска:

- производственных материалов;

- компонентов или запасных частей;

- узлов;

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

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

3.7 производство (production): Период, в течение которого оборудование используется по назначению надлежащим образом, включая следующие операции:

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

- обработку, в процессе которой луч лазера работает один или в комплексе с другими инструментами;

- контрольные операции.

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

производство (manufacture): Операции и виды контроля, связанные с закупкой исходных материалов, их приемкой, обработкой, упаковкой, выпуском в реализацию, хранением и отгрузкой АФС.

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

3.48 производство (manufacture): Изготовление предметов или материалов, часто в значительном объеме.

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

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

3.6.22 производство (manufacturing): Функция или действие, предусматривающие перевод или превращение материала из сырья или заготовки в завершенное в дальнейшем состояние.

Примечание - Определение взято из словаря [5].

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

3.1.6 производство (manufacturing): Процесс изготовления или выпуска:

- производственных материалов;

- компонентов или запасных частей;

- узлов;

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

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

3.116 производство (manufacturing): Функция или действие по превращению или преобразованию материала от сырья или частично готового продукта до последующей завершающей стадии продукта.

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

автоматизированная система, управляющая
АСУ
Управляющая система, часть функций которой, главным образом функцию принятия решений, выполняет человек-оператор.
Примечание
В зависимости от объектов управления различают, например: АСУ П, когда объектом управления является предприятие; АСУ ТП, когда объектом управления является технологический процесс; ОАСУ, когда объектом управления является организационный объект или комплекс.
[Сборник рекомендуемых терминов. Выпуск 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

система
Группа взаимодействующих объектов, выполняющих общую функциональную задачу. В ее основе лежит некоторый механизм связи.
[ ГОСТ Р МЭК 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: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

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

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

человеко-машинный интерфейс
Средства обеспечения двусторонней связи "оператор - технологическое оборудование" (АСУ ТП). Название класса средств, в который входят подклассы:
SCADA (Supervisory Control and Data Acquisition) - Операторское управление и сбор данных от технологического оборудования.
DCS (Distributed Control Systems) - Распределенная система управления технологическим оборудованием.
[ http://www.morepc.ru/dict/]

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

MotorSys™ iPMCC solutions can integrate a dedicated human-machine interface (HMI) or communicate via a personal computer directly on the motor starters.
[Schneider Electric]

Интеллектуальный центр распределения электроэнергии и управления электродвигателями MotorSys™ может иметь в своем составе специальный человеко-машинный интерфейс (ЧМИ). В качестве альтернативы используется обмен данным между персональным компьютером и пускателями.
[Перевод Интент]

HMI на базе операторских станций

Самое, пожалуй, главное в системе управления - это организация взаимодействия между человеком и программно-аппаратным комплексом. Обеспечение такого взаимодействия и есть задача человеко-машинного интерфейса (HMI, human machine interface).

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

Как же организован HMI в современных АСУ ТП?
Существует, как минимум, два подхода реализации функционала HMI:

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

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

Аппаратно рабочая станция оператора (OS, operator station) представляет собой ни что иное как персональный компьютер. Как правило, станция снабжается несколькими широкоэкранными мониторами, функциональной клавиатурой и необходимыми сетевыми адаптерами для подключения к сетям верхнего уровня (например, на базе Industrial Ethernet). Станция оператора несколько отличается от привычных для нас офисных компьютеров, прежде всего, своим исполнением и эксплуатационными характеристиками (а также ценой 4000 - 10 000 долларов).
На рисунке 1 изображена рабочая станция оператора системы SIMATIC PCS7 производства Siemens, обладающая следующими техническими характеристиками:

Процессор: Intel Pentium 4, 3.4 ГГц;
Память: DDR2 SDRAM до 4 ГБ;
Материнская плата: ChipSet Intel 945G;
Жесткий диск: SATA-RAID 1/2 x 120 ГБ;
Слоты: 4 x PCI, 2 x PCI E x 1, 1 x PCI E x 16;
Степень защиты: IP 31;
Температура при эксплуатации: 5 – 45 C;
Влажность: 5 – 95 % (без образования конденсата);
Операционная система: Windows XP Professional/2003 Server.

Рис. 1. Пример промышленной рабочей станции оператора.

Системный блок может быть как настольного исполнения ( desktop), так и для монтажа в 19” стойку ( rack-mounted). Чаще применяется второй вариант: системный блок монтируется в запираемую стойку для лучшей защищенности и предотвращения несанкционированного доступа.

Какое программное обеспечение используется?
На станции оператора устанавливается программный пакет визуализации технологического процесса (часто называемый SCADA). Большинство пакетов визуализации работают под управлением операционных систем семейства Windows (Windows NT 4.0, Windows 2000/XP, Windows 2003 Server), что, на мой взгляд, является большим минусом.
Программное обеспечение визуализации призвано выполнять следующие задачи:

1. Отображение технологической информации в удобной для человека графической форме (как правило, в виде интерактивных мнемосхем) – Process Visualization;
2. Отображение аварийных сигнализаций технологического процесса – Alarm Visualization;
3. Архивирование технологических данных (сбор истории процесса) – Historical Archiving;
4. Предоставление оператору возможности манипулировать (управлять) объектами управления – Operator Control.
5. Контроль доступа и протоколирование действий оператора – Access Control and Operator’s Actions Archiving.
6. Автоматизированное составление отчетов за произвольный интервал времени (посменные отчеты, еженедельные, ежемесячные и т.д.) – Automated Reporting.

Как правило, SCADA состоит из двух частей:

1. Среды разработки, где инженер рисует и программирует технологические мнемосхемы;
2. Среды исполнения, необходимой для выполнения сконфигурированных мнемосхем в режиме runtime. Фактически это режим повседневной эксплуатации.

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

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

Есть и другой вариант. Часто операторские станции подключают к серверу или резервированной паре серверов, а серверы в свою очередь подключаются к промышленным контроллерам. Таким образом, сервер, являясь неким буфером, постоянно считывает данные с контроллера и предоставляет их по запросу рабочим станциям. Станции, подключенные по такой схеме, часто называют клиентами (см. рисунок 3).

Рис. 3. Клиент-серверная архитектура операторского уровня.

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

 

Рис. 5. Схема взаимодействия программных модулей при использовании клиент-серверной архитектуры.
Как выглядит SCADA?
Разберем простой пример. На рисунке 6 приведена абстрактная схема технологического процесса, хотя полноценным процессом это назвать трудно.

Рис. 6. Пример операторской мнемосхемы.
На рисунке 6 изображен очень упрощенный вариант операторской мнемосхемы для управления тех. процессом. Как видно, резервуар (емкость) наполняется водой. Задача системы - нагреть эту воду до определенной температуры. Для нагрева воды используется газовая горелка. Интенсивность горения регулируется клапаном подачи газа. Также должен быть насос для закачки воды в резервуар и клапан для спуска воды.

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

Сигналы ввода/вывода и исполнительные механизмы отображаются на мнемосхемах в виде интерактивных графических символов (иконок). Каждому типу сигналов и исполнительных механизмов присваивается свой символ: для дискретного сигнала это может быть переключатель, кнопка или лампочка; для аналогового – ползунок, диаграмма или текстовое поле; для двигателей и насосов – более сложные фейсплейты ( faceplates). Каждый символ, как правило, представляет собой отдельный ActiveX компонент. Вообще технология ActiveX широко используется в SCADA-пакетах, так как позволяет разработчику подгружать дополнительные символы, не входящие в стандартную библиотеку, а также разрабатывать свои собственные графические элементы, используя высокоуровневые языки программирования.

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

Рис. 7. Пример фейсплейта для управления насосом.

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

Рис. 8. Пример отображения двух параметров на тренде реального времени.
Для более детального обзора сообщений и аварийных сигнализаций оператор может воспользоваться специальной панелью ( alarm panel), пример которой изображен на рисунке 9. Это отсортированный список сигнализаций (alarms), представленный в удобной для восприятия форме. Оператор может подтвердить ту или иную аварийную сигнализацию, применить фильтр или просто ее скрыть.

Рис. 9. Панель сообщений и аварийных сигнализаций.
Говоря о SCADA, инженеры часто оперируют таким важным понятием как “тэг” ( tag). Тэг является по существу некой переменной программы визуализации и может быть использован как для локального хранения данных внутри программы, так и в качестве ссылки на внешний параметр процесса. Тэги могут быть разных типов, начиная от обычных числовых данных и кончая структурой с множеством полей. Например, один визуализируемый параметр ввода/вывода – это тэг, или функциональный блок PID-регулятора, выполняемый внутри контроллера, - это тоже тэг. Ниже представлена сильно упрощенная структура тэга, соответствующего простому PID-регулятору:

Tag Name = “MyPID”;
Tag Type = PID;

Fields (список параметров):

MyPID.OP
MyPID.SP
MyPID.PV
MyPID.PR
MyPID.TI
MyPID.DI
MyPID.Mode
MyPID.RemoteSP
MyPID.Alarms и т.д.

В комплексной прикладной программе может быть несколько тысяч тэгов. Производители SCADA-пакетов это знают и поэтому применяют политику лицензирования на основе количества используемых тэгов. Каждая купленная лицензия жестко ограничивает суммарное количество тэгов, которые можно использовать в программе. Очевидно, чем больше тегов поддерживает лицензия, тем дороже она стоит; так, например, лицензия на 60 000 тэгов может обойтись в 5000 тыс. долларов или даже дороже. В дополнение к этому многие производители SCADA формируют весьма существенную разницу в цене между “голой” средой исполнения и полноценной средой разработки; естественно, последняя с таким же количеством тэгов будет стоить заметно дороже.

Сегодня на рынке представлено большое количество различных SCADA-пакетов, наиболее популярные из которых представлены ниже:

1.    Wonderware Intouch;
2.    Simatic WinCC;
3.    Iconics Genesis32;
4.    Citect;
5.    Adastra Trace Mode

Лидирующие позиции занимают Wonderware Intouch (производства Invensys) и Simatic WinCC (разработки Siemens) с суммарным количеством инсталляций более 80 тыс. в мире. Пакет визуализации технологического процесса может поставляться как в составе комплексной системы управления, так и в виде отдельного программного продукта. В последнем случае SCADA комплектуется набором драйверов ввода/вывода для коммуникации с контроллерами различных производителей.   [ http://kazanets.narod.ru/HMI_PART1.htm]

Тематики

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

Синонимы

• ЧМИ

EN

• CHI
• computer human interface
• HMI
• human interface
• human interface device
• human-computer interface
• human-machine interface
• man-machine communication
• man-machine interface
• MMI
• operator-machine communication

Русско-английский словарь нормативно-технической терминологии > человеко-машинный интерфейс

интеллектуальный учет электроэнергии
-
[Интент]

Учет электроэнергии

Понятия «интеллектуальные измерения» (Smart Metering), «интеллектуальный учет», «интеллектуальный счетчик», «интеллектуальная сеть» (Smart Grid), как все нетехнические, нефизические понятия, не имеют строгой дефиниции и допускают произвольные толкования. Столь же нечетко определены и задачи Smart Metering в современных электрических сетях.
Нужно ли использовать эти термины в такой довольно консервативной области, как электроэнергетика? Что отличает новые системы учета электроэнергии и какие функции они должны выполнять? Об этом рассуждает Лев Константинович Осика.

SMART METERING – «ИНТЕЛЛЕКТУАЛЬНЫЙ УЧЕТ» ЭЛЕКТРОЭНЕРГИИ

Определения и задачи
По многочисленным публикациям в СМИ, выступлениям на конференциях и совещаниях, сложившемуся обычаю делового оборота можно сделать следующие заключения:
• «интеллектуальные измерения» производятся у потребителей – физических лиц, проживающих в многоквартирных домах или частных домовладениях;
• основная цель «интеллектуальных измерений» и реализующих их «интеллектуальных приборов учета» в России – повышение платежной дисциплины, борьба с неплатежами, воровством электроэнергии;
• эти цели достигаются путем так называемого «управления электропотреблением», под которым подразумеваются ограничения и отключения неплательщиков;
• средства «управления электропотреблением» – коммутационные аппараты, получающие команды на включение/отключение, как правило, размещаются в одном корпусе со счетчиком и представляют собой его неотъемлемую часть.
Главным преимуществом «интеллектуального счетчика» в глазах сбытовых компаний является простота осуществления отключения (ограничения) потребителя за неплатежи (или невнесенную предоплату за потребляемую электроэнергию) без применения физического воздействия на существующие вводные выключатели в квартиры (коттеджи).
В качестве дополнительных возможностей, стимулирующих установку «интеллектуальных приборов учета», называются:
• различного рода интеграция с измерительными приборами других энергоресурсов, с биллинговыми и информационными системами сбытовых и сетевых компаний, муниципальных администраций и т.п.;
• расширенные возможности отображения на дисплее счетчика всей возможной (при первичных измерениях токов и напряжений) информации: от суточного графика активной мощности, напряжения, частоты до показателей надежности (времени перерывов в питании) и денежных показателей – стоимости потребления, оставшейся «кредитной линии» и пр.;
• двухсторонняя информационная (и управляющая) связь сбытовой компании и потребителя, т.е. передача потребителю различных сообщений, дистанционная смена тарифа, отключение или ограничение потребления и т.п.

ЧТО ТАКОЕ «ИНТЕЛЛЕКТУАЛЬНЫЕ ИЗМЕРЕНИЯ»?

Приведем определение, данное в тематическом докладе комитета ЭРРА «Нормативные аспекты СМАРТ ИЗМЕРЕНИЙ», подготовленном известной международной компанией КЕМА:
«…Для ясности необходимо дать правильное определение смарт измерениям и описать организацию инфраструктуры смарт измерений. Необходимо отметить, что между смарт счетчиком и смарт измерением существует большая разница. Смарт счетчик – это отдельный прибор, который установлен в доме потребителя и в основном измеряет потребление энергии потребителем. Смарт измерения – это фактическое применение смарт счетчиков в большем масштабе, то есть применение общего принципа вместо отдельного прибора. Однако, если рассматривать пилотные проекты смарт измерений или национальные программы смарт измерений, то иногда можно найти разницу в определении смарт измерений. Кроме того, также часто появляются такие термины, как автоматическое считывание счетчика (AMR) и передовая инфраструктура измерений (AMI), особенно в США, в то время как в ЕС часто используется достаточно туманный термин «интеллектуальные системы измерений …».
Представляют интерес и высказывания В.В. Новикова, начальника лаборатории ФГУП ВНИИМС [1]: «…Это автоматизированные системы, которые обеспечивают и по-требителям, и сбытовым компаниям контроль и управление потреблением энергоресурсов согласно установленным критериям оптимизации энергосбережения. Такие измерения называют «интеллектуальными измерениями», или Smart Metering, как принято за рубежом …
…Основные признаки Smart Metering у счетчиков электрической энергии. Их шесть:
1. Новшества касаются в меньшей степени принципа измерений электрической энергии, а в большей – функциональных возможностей приборов.
2. Дополнительными функциями выступают, как правило, измерение мощности за короткие периоды, коэффициента мощности, измерение времени, даты и длительности провалов и отсутствия питающего напряжения.
3. Счетчики имеют самодиагностику и защиту от распространенных методов хищения электроэнергии, фиксируют в журнале событий моменты вскрытия кожуха, крышки клеммной колодки, воздействий сильного магнитного поля и других воздействий как на счетчик, его информационные входы и выходы, так и на саму электрическую сеть.
4. Наличие функций для управления нагрузкой и подачи команд на включение и отключение электрических приборов.
5. Более удобные и прозрачные функции для потребителей и энергоснабжающих организаций, позволяющие выбирать вид тарифа и энергосбытовую компанию в зависимости от потребностей в энергии и возможности ее своевременно оплачивать.
6. Интеграция измерений и учета всех энергоресурсов в доме для выработки решений, минимизирующих расходы на оплату энергоресурсов. В эту стратегию вовлекаются как отдельные потребители, так и управляющие компании домами, энергоснабжающие и сетевые компании …».
Из этих цитат нетрудно заметить, что первые 3 из 6 функций полностью повторяют требования к счетчикам АИИС КУЭ на оптовом рынке электроэнергии и мощности (ОРЭМ), которые не менялись с 2003 г. Функция № 5 является очевидной функцией счетчика при работе потребителя на розничных рынках электроэнергии (РРЭ) в условиях либеральной (рыночной) энергетики. Функция № 6 практически повторяет многочисленные определения понятия «умный дом», а функция № 4, провозглашенная в нашей стране, полностью соответствует желаниям сбытовых компаний найти наконец действенное средство воздействия на неплательщиков. При этом ясно, что неплатежи – не следствие отсутствия «умных счетчиков», а результат популистской политики правительства. Отключить физических (да и юридических) лиц невозможно, и эта функция счетчика, безусловно, останется невостребованной до внесения соответствующих изменений в нормативно-правовые акты.
На функции № 4 следует остановиться особо. Она превращает измерительный прибор в управляющую систему, в АСУ, так как содержит все признаки такой системы: наличие измерительного компонента, решающего компонента (выдающего управляющие сигналы) и, в случае размещения коммутационных аппаратов внутри счетчика, органов управления. Причем явно или неявно, как и в любой системе управления, подразумевается обратная связь: заплатил – включат опять.
Обоснованное мнение по поводу Smart Grid и Smart Metering высказал В.И. Гуревич в [2]. Приведем здесь цитаты из этой статьи с локальными ссылками на используемую литературу: «…Обратимся к истории. Впервые этот термин встретился в тексте статьи одного из западных специалистов в 1998 г. [1]. В названии статьи этот термин был впервые использован Массудом Амином и Брюсом Волленбергом в их публикации «К интеллектуальной сети» [2]. Первые применения этого термина на Западе были связаны с чисто рекламными названиями специальных контроллеров, предназначенных для управления режимом работы и синхронизации автономных ветрогенераторов (отличающихся нестабильным напряжением и частотой) с электрической сетью. Потом этот термин стал применяться, опять-таки как чисто рекламный ход, для обозначения микропроцессорных счетчиков электроэнергии, способных самостоятельно накапливать, обрабатывать, оценивать информацию и передавать ее по специальным каналам связи и даже через Интернет. Причем сами по себе контроллеры синхронизации ветрогенераторов и микропроцессорные счетчики электроэнергии были разработаны и выпускались различными фирмами еще до появления термина Smart Grid. Это название возникло намного позже как чисто рекламный трюк для привлечения покупателей и вначале использовалось лишь в этих областях техники. В последние годы его использование расширилось на системы сбора и обработки информации, мониторинга оборудования в электроэнергетике [3] …
1. Janssen M. C. The Smart Grid Drivers. – PAC, June 2010, p. 77.
2. Amin S. M., Wollenberg B. F. Toward a Smart Grid. – IEEE P&E Magazine, September/October, 2005.
3. Gellings C. W. The Smart Grid. Enabling Energy Efficiency and Demand Response. – CRC Press, 2010. …».
Таким образом, принимая во внимание столь различные мнения о предмете Smart Grid и Smart Metering, сетевая компания должна прежде всего определить понятие «интеллектуальная система измерения» для объекта измерений – электрической сети (как актива и технологической основы ОРЭМ и РРЭ) и представить ее предметную область именно для своего бизнеса.

БИЗНЕС И «ИНТЕЛЛЕКТУАЛЬНЫЙ УЧЕТ»

В результате изучения бизнес-процессов деятельности ряда сетевых компаний и взаимодействия на РРЭ сетевых, энергосбытовых компаний и исполнителей коммунальных услуг были сформулированы следующие исходные условия.
1. В качестве главного признака новой интеллектуальной системы учета электроэнергии (ИСУЭ), отличающей ее от существующей системы коммерческого и технического учета электроэнергии, взято расширение функций, причем в систему вовлекаются принципиально новые функции: определение технических потерь, сведение балансов в режиме, близком к on-line, определение показателей надежности. Это позволит, среди прочего, получить необходимую информацию для решения режимных задач Smart Grid – оптимизации по реактивной мощности, управления качеством электроснабжения.
2. Во многих случаях (помимо решения задач, традиционных для сетевой компании) рассматриваются устройства и системы управления потреблением у физических лиц, осуществляющие их ограничения и отключения за неплатежи (традиционные задачи так называемых систем AMI – Advanced Metering Infrastructure).
Учитывая вышеизложенное, для электросетевой компании предлагается принимать следующее двойственное (по признаку предметной области) определение ИСУЭ:
в отношении потребителей – физических лиц: «Интеллектуальная система измерений – это совокупность устройств управления нагрузкой, приборов учета, коммуникационного оборудования, каналов передачи данных, программного обеспечения, серверного оборудования, алгоритмов, квалифицированного персонала, которые обеспечивают достаточный объем информации и инструментов для управления потреблением электроэнергии согласно договорным обязательствам сторон с учетом установленных критериев энергоэффективности и надежности»;
в отношении системы в целом: «Интеллектуальная система измерений – это автоматизированная комплексная система измерений электроэнергии (с возможностью измерений других энергоресурсов), определения учетных показателей и решения на их основе технологических и бизнес-задач, которая позволяет интегрировать различные информационные системы субъектов рынка и развиваться без ограничений в обозримом будущем».

ЗАДАЧИ «ИНТЕЛЛЕКТУАЛЬНОГО УЧЕТА»

Далее мы будем основываться на том, что ИСУЭ позволит осуществить следующие функции в бытовом секторе:
• дистанционное получение от каждой точки измерения (узла учета) у бытового потребителя сведений об отпущенной или потребленной электроэнергии;
• расчет внутриобъектового (многоквартирный жилой дом, поселок) баланса поступления и потребления энергоресурсов с целью выявления технических и коммерческих потерь и принятия мер по эффективному энергосбережению;
• контроль параметров поставляемых энергоресурсов с целью обнаружения и регистрации их отклонений от договорных значений;
• обнаружение фактов несанкционированного вмешательства в работу приборов учета или изменения схем подключения электроснабжения;
• применение санкций против злостных неплательщиков методом ограничения потребляемой мощности или полного отключения энергоснабжения;
• анализ технического состояния и отказов приборов учета;
• подготовка отчетных документов об электропотреблении;
• интеграция с биллинговыми системами.

«ИНТЕЛЛЕКТУАЛЬНЫЙ КОММЕРЧЕСКИЙ УЧЕТ»

Остановимся подробно на одном из атрибутов ИСУЭ, который считаю ключевым для основного электросетевого бизнеса.
Особенностью коммерческого учета электроэнергии (КУЭ) распределительных сетевых компаний является наличие двух сфер коммерческого оборота электроэнергии – ОРЭМ и РРЭ, которые хотя и сближаются в нормативном и организационном плане, но остаются пока существенно различными с точки зрения требований к КУЭ.
Большинство сетевых компаний является субъектом как ОРЭМ, так и РРЭ. Соответственно и сам коммерческий учет в отношении требований к нему разделен на два вида:
• коммерческий учет на ОРЭМ (технические средства – АИИС КУЭ);
• коммерческий учет на РРЭ (технические средства – АСКУЭ).
Кроме того, к коммерческому учету, т.е. к определению тех показателей, которые служат для начисления обязательств и требований сетевой компании (оплата услуг по транспорту электроэнергии, купля-продажа технологических потерь), следует отнести и измерения величин, необходимых для определения показателей надежности сети в отношении оказания услуг по передаче электроэнергии.
Отметим, что сложившиеся технологии АИИС КУЭ и АСКУЭ по своей функциональной полноте (за исключением функции коммутации нагрузки внутри систем) – это технологии Smart Metering в том понимании, которое мы обсуждали выше. Поэтому далее будем считать эти понятия полностью совпадающими.
Подсистема ИСУЭ на РРЭ, безусловно, самая сложная и трудоемкая часть всей интеллектуальной системы как с точки зрения организации сбора информации (включая измерительные системы (ИС) и средства связи в автоматизированных системах), так и с точки зрения объема точек поставки и соответственно средств измерений. Последние отличаются большим многообразием и сложностью контроля их и метрологических характеристик (МХ).
Если технические требования к ИС на ОРЭМ и к ИС крупных потребителей (по крайней мере потребителей с присоединенной мощностью свыше 750 кВА) принципиально близки, то в отношении нормативного и организационного компонентов имеются сильные различия. Гармоничная их интеграция в среде разных компонентов – основная задача создания современной системы ИСУЭ любой сетевой компании.
Особенностью коммерческого учета для нужд сетевого комплекса – основного бизнеса компании в отличие от учета электроэнергии потребителей, генерирующих источников и сбытовых компаний – является сам характер учетных показателей, вернее, одного из них – технологических потерь электроэнергии. Здесь трудность состоит в том, что границы балансовой принадлежности компании должны оснащаться средствами учета в интересах субъектов рынка – участников обращения электроэнергии, и по правилам, установленным для них, будь то ОРЭМ или РРЭ. А к измерению и учету важнейшего собственного учетного показателя, потерь, отдельные нормативные требования не предъявляются, хотя указанные показатели должны определяться по своим технологиям.
При этом сегодня для эффективного ведения бизнеса перед сетевыми компаниями, по мнению автора, стоит задача корректного определения часовых балансов в режиме, близком к on-line, в условиях, когда часть счетчиков (со стороны ОРЭМ) имеют автоматические часовые измерения электроэнергии, а подавляющее большинство (по количеству) счетчиков на РРЭ (за счет физических лиц и мелкомоторных потребителей) не позволяют получать такие измерения. Актуальность корректного определения фактических потерь следует из необходимости покупки их объема, не учтенного при установлении тарифов на услуги по передаче электроэнергии, а также предоставления информации для решения задач Smart Grid.
В то же время специалистами-практиками часто ставится под сомнение практическая востребованность определения технологических потерь и их составляющих в режиме on-line. Учитывая это мнение, которое не согласуется с разрабатываемыми стратегиями Smart Grid, целесообразно оставить окончательное решение при разработке ИСУЭ за самой компанией.
Cистемы АИИС КУЭ сетевых компаний никогда не создавались целенаправленно для решения самых насущных для них задач, таких как:
1. Коммерческая задача купли-продажи потерь – качественного (прозрачного и корректного в смысле метрологии и требований действующих нормативных документов) инструментального или расчетно-инструментального определения технологических потерь электроэнергии вместе с их составляющими – техническими потерями и потреблением на собственные и хозяйственные нужды сети.
2. Коммерческая задача по определению показателей надежности электроснабжения потребителей.
3. Управленческая задача – получение всех установленных учетной политикой компании балансов электроэнергии и мощности по уровням напряжения, по филиалам, по от-дельным подстанциям и группам сетевых элементов, а также КПЭ, связанных с оборотом электроэнергии и оказанием услуг в натуральном выражении.
Не ставилась и задача технологического обеспечения возможного в перспективе бизнеса сетевых компаний – предоставления услуг оператора коммерческого учета (ОКУ) субъектам ОРЭМ и РРЭ на территории обслуживания компании.
Кроме того, необходимо упорядочить систему учета для определения коммерческих показателей в отношении определения обязательств и требований оплаты услуг по транспорту электроэнергии и гармонизировать собственные интересы и интересы смежных субъектов ОРЭМ и РРЭ в рамках существующей системы взаимодействий и возможной системы взаимодействий с введением института ОКУ.
Именно исходя из этих целей (не забывая при этом про коммерческие учетные показатели смежных субъектов рынка в той мере, какая требуется по обязательствам компании), и нужно строить подлинно интеллектуальную измерительную систему. Иными словами, интеллект измерений – это главным образом интеллект решения технологических задач, необходимых компании.
По сути, при решении нового круга задач в целевой модели интеллектуального учета будет реализован принцип придания сетевой компании статуса (функций) ОКУ в зоне обслуживания. Этот статус формально прописан в действующей редакции Правил розничных рынков (Постановление Правительства РФ № 530 от 31.08.2006), однако на практике не осуществляется в полном объеме как из-за отсутствия необходимой технологической базы, так и из-за организационных трудностей.
Таким образом, сетевая компания должна сводить баланс по своей территории на новой качественной ступени – оперативно, прозрачно и полно. А это означает сбор информации от всех присоединенных к сети субъектов рынка, формирование учетных показателей и передачу их тем же субъектам для определения взаимных обязательств и требований.
Такой подход предполагает не только новую схему расстановки приборов в соответствии с комплексным решением всех поставленных технологами задач, но и новые функциональные и метрологические требования к измерительным приборам.

ПРЕИМУЩЕСТВА ИСУЭ

Внедрение ИСУЭ даст новые широкие возможности для всех участников ОРЭМ и РРЭ в зоне обслуживания электросетевой компании.
Для самой компании:
1. Повышение эффективности существующего бизнеса.
2. Возможности новых видов бизнеса – ОКУ, регистратор единой группы точек поставки (ГТП), оператор заправки электрического транспорта и т.п.
3. Обеспечение внедрения технологий Smart grid.
4. Создание и развитие программно-аппаратного комплекса (с сервисно-ориентированной архитектурой) и ИС, снимающих ограничения на развитие технологий и бизнеса в долгосрочной перспективе.
Для энергосбытовой деятельности:
1. Автоматический мониторинг потребления.
2. Легкое определение превышения фактических показателей над планируемыми.
3. Определение неэффективных производств и процессов.
4. Биллинг.
5. Мониторинг коэффициента мощности.
6. Мониторинг показателей качества (напряжение и частота).
Для обеспечения бизнеса – услуги для генерирующих, сетевых, сбытовых компаний и потребителей:
1. Готовый вариант на все случаи жизни.
2. Надежность.
3. Гарантия качества услуг.
4. Оптимальная и прозрачная стоимость услуг сетевой компании.
5. Постоянное внедрение инноваций.
6. Повышение «интеллекта» при работе на ОРЭМ и РРЭ.
7. Облегчение технологического присоединения энергопринимающих устройств субъектов ОРЭМ и РРЭ.
8. Качественный консалтинг по всем вопросам электроснабжения и энергосбережения.
Успешная реализации перечисленных задач возможна только на базе информационно-технологической системы (программно-аппаратного комплекса) наивысшего достигнутого на сегодняшний день уровня интеграции со всеми возможными информационными системами субъектов рынка – измерительно-учетными как в отношении электроэнергии, так и (в перспективе) в отношении других энергоресурсов.

ЛИТЕРАТУРА

1. Новиков В.В. Интеллектуальные измерения на службе энергосбережения // Энергоэксперт. 2011. № 3.
2. Гуревич В.И. Интеллектуальные сети: новые перспективы или новые проблемы? // Электротехнический рынок. 2010. № 6.

[ http://www.news.elteh.ru/arh/2011/71/14.php]

Тематики

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

EN

• smart metering

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ввод-вывод

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

Метки

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

Графика

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

Действия

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

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

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

Отчёты

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

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

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

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

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

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

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

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

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

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

Тематики

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

Синонимы

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

EN

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

система
Группа взаимодействующих объектов, выполняющих общую функциональную задачу. В ее основе лежит некоторый механизм связи.
[ ГОСТ Р МЭК 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

анализатор процессов
-
[Интент]

Анализатор процессов системы Vijeo Citect является управляющим приложением ActiveX, которое позволяет оператором наблюдать данные трендов с сервера трендов, данные сигналов тревог с сервера тревог, теги переменных и локальные переменные.
Анализатор процессов предоставляет визуальные средства для анализа и сравнения данных трендов (реального времени или архивных) и данных сигналов тревог в более понятной форме, чем шаблоны трендов и шаблоны отображения
сигналов тревог.
[В.Г.Давыдов. Система супервизорного управления Vijeo Citect. Базовый курс. Учебное пособие. Санкт-Петербург. 2009]

Тематики

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

EN

• process analyst

вспомогательная функция автоматизированной системы управления технологическим процессом
вспомогательная функция АСУТП
Функция АСУ технологическим процессом, включающая сбор и обработку данных о состоянии АСУТП и либо представление этой информации персоналу системы или осуществление управляющих воздействий на соответствующие технические и (или) программные средства АСУТП.
[ ГОСТ 34.003-90]

Тематики

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

Синонимы

• вспомогательная функция АСУТП

EN

• auxiliary function of CPCS

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

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

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

Тематики

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

EN

• information facility

источник данных
Устройство, осуществляющее выдачу сигналов данных на линии интерфейса.
[ ГОСТ Р 50304-92 ]

Тематики

• автоматизированные системы
• системы для сопряж. радиоэлектр. средств интерфейсные

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

• средства реализации взаимодействия

EN

• data source

3.1 источник данных (data source): Источник происхождения данных.

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

7.4.3 источник данных (data source): Источник происхождения данных.

[ИСО/ТС 14048:2002]

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

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

клиринг
В банковском деле, система безналичных расчетов за товары и услуги, основанная на зачете взаимных требований и обязательств. Клиринг происходит от английского слова to с1еаг, что значит «очищать». Он используется банками в целях уменьшения потребности в средствах и упрощения обмена платежами. Поясним. Можно действовать последовательно, производить расчет по каждой сделке отдельно. А можно подсчитать, сколько денег сегодня должен перевести один банк другому и сколько второй банк — первому. Если, например, оказывается, что в сумме первый банк задолжал второму больше, чем второй первому, первый уплачивает разницу — и они в расчете. Вот такая система и называется взаимным зачетом (клирингом). Она применяется между банками, которые тесно связаны между собой (бывают случаи, когда количество сделок между такими парами банков исчисляется сотнями и даже тысячами в день). Подведение итогов может происходить через разные промежутки времени — сутки, месяц и даже год. Взаимозачет может быть двусторонним (между двумя банками), и многосторонним. В системах, охватывающих подобными взаимными расчетами множество банков, создаются местные, региональные и национальные клиринговые палаты, в том числе автоматизированные. Часто используется клиринг в торговых отношениях между разными государствами.
[ http://slovar-lopatnikov.ru/]

Тематики

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

EN

• clearing

контроль доступа
Средства, обеспечивающие доступ к ресурсам системы обработки данных только авторизованным субъектам разрешенными способами (ИСО/МЭК 2382-8).
[ГОСТ Р ИСО-ТС 18308-2008]

Тематики

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

EN

• access control

процессные переменные
-
[Интент]

Процессные переменные.

Под словосочетанием “процессные переменные” понимаются численные параметры, определяющие текущее состояние технологического процесса. К процессным переменным можно отнести сигналы ввода/вывода, параметры функциональных блоков, локальные и глобальные флаги (переменные), тэги SCADA и т.д.

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

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

Как записываются процессные переменные в архив?
Существуют две технологии регистрации значений процессных переменных в архиве:

1.    Циклическая запись ( cyclic archiving) подразумевает периодическую запись текущего значения процессной переменной через заданные пользователем интервалы времени вне зависимости от величины и скорости изменения данной переменной (см. рис. 1). Хотя эта техника не очень экономична, она довольно часто используется для архивации аналоговых переменных. Период циклической записи для каждой переменной настраивается индивидуально и, как правило, лежит в диапазоне от 0.5 с до 10 мин. Как для дискретных переменных, так и быстро изменяющихся аналоговых переменных, подобный подход записи в архив явно не оптимален.

Рис. 1. Циклическая запись процессной переменной в архив.

2.    Архивация по изменению переменной (дельта-архивированиe, delta-archiving). Этот подход предполагает запись переменной в архив только тогда, когда изменение ее значения по сравнению с предыдущим записанным значением (абсолютная разность) достигает определенной величины (дельты, см. рис. 2). Дельта настраивается пользователем и может быть выражена как в абсолютных единицах измерения, так и в процентах от шкалы. Безусловно, это техника более экономична, чем циклическая запись, так как она адаптируется к скорости изменения архивируемой величины. Для дискретных величин – этот подход незаменим. Допустим, у нас есть дискретная переменная, которая изменяется, скажем, раз в час. Зачем же ее архивировать каждую секунду или минуту? Ведь гораздо логичнее записывать значение переменной в архив только в те моменты, когда это значение переходит из 1 в 0 или наоборот.

Рис. 2. Дельта-архивирование процессной переменной.

Куда записывается архив процессных переменных?
Чаще всего используется один из трех вариантов:

1.    Архив записывается в обычный текстовый файл в формате CSV ( comma separated values). Этот файл может храниться как на локальном, так и на сетевом диске. На самом деле архив состоит из множества последовательно создаваемых файлов: система генерирует новый файл архива каждую рабочую смену или сутки. У такого формата представления архива есть неоспоримое преимущество – его можно просмотреть любым текстовым редактором. Его также можно экспортировать в MS Excel и посмотреть в виде таблицы, применив необходимые сортировки и фильтры. Существенный недостаток – это неэкономичность хранения; накопленный таким образом архив занимает неприлично много места на жестком диске. Для уменьшения объема архива можно применить компрессию по алгоритму ZIP или RAR – благо, что текстовые файлы очень хорошо сжимаются.

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

3.    Самый прогрессивный способ. Хранение архива в виде реляционной базы данных с поддержкой СУБД SQL. Этот способ позволяет достичь достаточно большой скорости работы с архивом (добавление записей, чтение и обработка данных), при этом сервер SQL может обеспечить оптимальный доступ к истории сразу нескольким десяткам удаленных клиентов. Поскольку доступ к архиву осуществляется по открытому интерфейсу SQL, разработчики имеют возможность создавать клиентские приложения под свои нужды. Но главное преимущество заключается в том, что архив на базе SQL – это отличная возможность для интеграции АСУ ТП с информационными системами более высокого уровня (например, уровня MES). Как правило, для ведения архива SQL и обслуживания клиентов используется достаточно мощная серверная платформа.

Во всех описанных случаях система архивирования процессных переменных – это неотъемлемая часть ПО визуализации технологического процесса. Разница заключается в формате представления архива и технологии доступа.

Какие средства служат для отображения архива? Архив можно отобразить несколькими способами. Самый простой – это представить его в табличной форме и экспортировать, например, в Excel, в котором можно строить графики, диаграммы и делать отчеты. Однако это довольно утомительно и требует много ручного труда.

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

Рис. 3. Пример исторического тренда, отображающего две процессные переменные.

На тренд можно выводить до 16 переменных одновременно, как дискретных, так и аналоговых. При этом тренд можно строить за произвольный промежуток времени ( time span). Также поддерживается масштабирование ( scaling). Передвигая ползунок ( slider) вдоль шкалы времени можно просматривать точные значения переменных в различные моменты времени в прошлом. Отрезки времени, в течение которых наблюдались аварийные значения переменных, выделяются на тренде контрастным цветом. В общем, тренды – это мощный и очень удобный инструмент, наглядно показывающий поведение переменных в динамике.

[ http://kazanets.narod.ru/AlarmsArchive.htm]

Тематики

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

EN

• process values

система оперативного управления производством
-
[Интент]

Уровень оперативного управления реализуется с помощью MES-систем.

Классический подход при рассмотрении системы класса MES предполагает 11 функций, которыми такая система должна располагать. Эти функции были определены ассоциацией Manufacturing Execution Systems Association (MESA), и подробное их описание можно найти во многих источниках, например в книге Michael McClellan “Applying Manufacturing Execution Systems”.

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

Приведём пример такого подхода.
В качестве ядра системы оперативного управления производством может выступать классическая MES-система,
например Factelligence компании CIMNET, обладающая полным набором классических MES-функций. Однако существуют программные компонен ты, «заточенные» на решение определённых задач. Если требуется оптимизационное планирование, то функций модуля планирования MES Factelligence может не хватить и нужно использовать решения класса Advanced Planning Systems (APS), например программный продукт Preactor компании Preactor International, в тесной интеграции с MES-системой. На основе созданного в ERP объёмно-календарного плана производства APS-система сформирует оптимизированный по вы бранным критериям цеховой план.

Если стоит задача отслеживать плановые и учитывать оперативные ремонты оборудования, то совместно с MES-системой можно использовать систему класса Enterprise Asset Management (EAM). В этом случае при составлении плана производства будут учитываться связанные с ремонтами и техническим обслуживанием простои оборудования. В качестве EAM-системы может использоваться и решение на базе программного продукта DataStream.

Не всегда классические MES-системы имеют необходимые для решения специальных задач средства визуализации и агрегирования данных. Здесь их функцию могут выполнить системы класса Enterprise Manufacturing Intelligence (EMI). Они позволяют создавать информационную среду, обладающую Web-интерфейсом, предоставляющую доступ к данным о производственных процессах предприятия и ключевым показателям эффективности и помогающую формировать различные виды отчётов о ежедневной деятельности предприятия. На основе полученной информации EMI-системы позволяют менеджерам принимать своевременные решения, направленные на увеличение эффективности производства и повышение качества выпускаемой продукции. Системы класса EMI позволяют собирать и анализировать данные не только с одного АРМ, линии или завода, но и с нескольких предприятий, расположенных как в одной стране, так и географически распределённых по всему миру. Представителем класса EMI-решений является система ActivePlant.

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

Таким образом, получаем структуру, изображённую на рис. 2.

Рис. 2. Структура, решающая задачи оперативного управления производством

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

[Владимир Демидов. Решение задач оперативного управления производством на различных уровнях информационной структуры предприятия. СТА 1/2006]

Тематики

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

EN

• Manufacturing Execution Systems
• MES