Проектирование электронной модели деятельности предприятия с использованием CASE-средств

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

В результате формального (модельного) описания деятельности на этапе разработки ТЗ проекта ИКСУ необходимо определить и согласовать с заказчиком спецификации бизнес-процессов, их функциональную связь и задать основные атрибуты результатов деятельности, которые в последующем могут стать основой проектных решений 1-C (SAP)-системы управления.

Система целей и показателей отвечает на вопрос «Чего?» необходимо достигнуть организации и «Как?» будет определяться достижение целей.

Модель бизнес-процессов отвечает на вопросы «Что?», «Когда?» (в некоторых случаях и «Как?») необходимо для этого делать.

Организационная структура отвечает на вопрос «Кто?» будет делать.

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

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

Рис.3.2. Структурные компоненты описания деятельности

Пусть целями предприятия являются:

1. Прокачка газа по трубопроводной магистрали строго в соответствии с установленным компанией графиком поставки (объем хх, сроки уу).

2. Снижение дебиторской и кредиторской задолженности (%).

3. Повышение ликвидности (руб.).

В качестве программного обеспечения мониторинга результативности поставленных целей может быть использована программная платформа SEM (Strategic Enterprise Management – стратегическое управление предприятием), разработанная немецкой фирмой SAP AG.

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

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

Проектирование описания БП. В пояснительной записке проекта необходимо описать каким образом в настоящий момент (AS IS) реализуется деятельность, как функционируют те или иные подразделения цеха, как выполняются различные операции в этих подразделениях (в случае отсутствия этих сведений можно ограничиться концептуальным описанием деятельности) [18].

Для описания деятельности предприятия могут использоваться специальные CASE-системы проектирования бизнес-процессов – BPWin, ARIS, Business-Studio [17] или средства программной системы MS Visio.

Перечень бизнес процессов, подлежащих автоматизации, должен быть определен в ТЗ.

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

Таблица 3.1

Варианты разработки модели бизнес- процессов

№	Подход	Использование
	1.Выделение и описание набора отдельных бизнес-процессов цеха с использованием рекомендаций методологии и программного продукта "Бизнес-инженер» [18]	Целесообразно использовать на предприятии, которое недавно приступило к формализации своей системы управления. Позволяет быстро решить задачи формализации отдельного набора бизнес-процессов. Для согласования бизнес-процессов между собой их можно связать по входам и выходам с помощью междиаграммных ссылок.
	2.Создание комплексной модели бизнес-процессов «Вusinessstudio» [17]	Предназначено для предприятия, осуществляющего полный цикл проектирования системы управления. Модель создается в соответствии с методологией структурного анализа и проектирования SADT. Это позволяет создать комплексную непротиворечивую модель бизнес-процессов, получить распределение ответственности за основные результаты деятельности. Используемые нотации – IDEF0

В зависимости от числа уровней системы управления и набора объектов управления может создаваться не одна, а несколько моделей бизнес-процессов, например, многоуровневая модель [17].

При разработке модели бизнес-процессов должны быть выполнены следующее задачи:

· Выявлен набор объектов управления (перечень бизнес процессов), и установлена ответственность.

· Выбран инструмент описания бизнес-процессов.

· Разработана модель (модели) бизнес-процессов.

· Выбраны документированные атрибуты входа и выхода (результативности БП).

· Определены критерии расчетов показателей процессов.

Согласно IDEF0-методологии, модель бизнес-процессов создается на основе принципа декомпозиции: «…декомпозиция заключается в начальном разделении объекта на более мелкие части и последующем соединении их в более детальное описание объекта».

В IDEF0-модели выделяются следующие основные виды стрелок: Вход, Выход, Механизм и Управление. Входы преобразуются, создаются или расходуются процессом, чтобы получить выход. Управления определяют условия, необходимые процессу, чтобы произвести правильный выход. Выходы - это информационные данные или материальные объекты, произведенные процессом. Механизмы идентифицируют средства, поддерживающие выполнение процесса. Таким образом, функциональный блок IDEF0 показывает преобразование входа в выход с помощью механизмов с учетом управляющих воздействий (таблица 3.2).

Таблица 3.2

Графические символы, используемые в IDEF0

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

Подробнее с правилами создания нотации IDEF0 можно познакомиться в [4] и Р50.1.028-2001, «Информационные технологии поддержки жизненного цикла изделия. Методология функционального моделирования».

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

Пусть на верхнем уровне модели рассматриваемая система представляется в виде одного процесса, например, «Производственная деятельность по транспортированию нефти». Далее он декомпозируется на совокупность функций первого уровня. Каждая из бизнес-функций этого уровня (например, БП оперативного учета) в свою очередь декомпозируется на ряд функций второго уровня (рис. 6.1). В качестве критерия выделения функций второго уровня можно использовать операционные действия при выполнении процесса. Так «Мониторинг технологических объектов магистральных нефтепроводов» (АС ТОиР) может быть декомпозирован на функции:

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

· Учет остановов и расчет наработки оборудования и его узлов.

· Формирование и контроль выполнения планов-графиков ремонта и технического обслуживания оборудования.

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

Выберем в качестве примера IDEF-проектирования второго уровня декомпозиции следующие функции:

· Оперативное планирование сменных заданий.

· Учет объемов прокачки газа на участке газопровода.

Для описания выбранных функций и организационной структуры предприятия можно использовать готовые шаблоны регламентирующей документации, опубликованные в сети Интернет. В качестве подходящей модели процессно-организационной деятельности может быть использована Интернет-модель нефтегазовой компании, занимающейся транспортированием нефтепродуктов (методология и программный продукт "Бизнес-инженер» на сайте [18]).

Отредактируем шаблон карты процессов предприятия так, как это показано на рис.3.3.

Отредактируем организационную структуру предприятия (рис.3.7).

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

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

· «Учет наличия и движения оборудования».

· «Учет остановов и контроль состояния оборудования».

· «Расчет наработки оборудования».

· Будем считать, что бизнес- процесс «Учет прокачки газа» включает в себя выполнение следующих функций:

· «Расчет выработки газа на участке газопровода».

· «Расчет расхода газа на участке».

· «Расчет потерь газа».

Для определения функций «Оперативное планирование сменных заданий» воспользуемся шаблоном диаграммы «Оперативное планирование сменных заданий», аналогичной процедуры http://businessstudio.ru/navigator/proizv_predpr_abc. Этот шаблон позволяет доопределить следующие функции бизнес-процесса:

1. «Анализ и корректировка графика производства».

2. «Внесение изменений в график производства».

3. «Формирование заданий».

4. «Назначение исполнителей».

Разработанные на основе этих шаблонов IDEF0-модели бизнес процессов приведены на рис.3.4 - 3.6, регламентирующие документы размещены на сайте ( http://www.betec.ru) [18].

Рис. 3.3. Карта процессов предприятия

Рис. 3.4. Модель функций «Оперативное планирование сменных заданий»

Рис. 3.5. Модель функций «Расчет выработки газа на участке газопровода»
Рис. 3.6. Модель функций «Ремонт техоборудования»
Рис. 3.7. Организационная структура предприятия

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

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

Получив из поддерживающих информационных систем (например, SAP) данные, оперативно фиксируемые по ходу процесса, и структурировав их надлежащим образом, можно восстановить реально протекающий в цехе производственный процесс [38]. Затем его можно анализировать относительно различных процессных атрибутов, в частности, определяя эффективность работы отдельных исполнителей, находить «узкие» места и формировать направления оптимизации процесса.

Рис. 3.8. Он-лайн мониторинг показателей деятельности производственного цеха

Контрольные вопросы

1. Какие программные системы используются для проектирования автоматизированного управления деятельностью предприятия?

2. Каким образом проектируется система целей предприятия?

3. Что представляет собой CASE- система проектирования бизнес-процессов?

4. Что представляет собой методология IDEF0- проектирования объектов управления АСУ ПД?

5. Каким образом осуществляется автоматизированный мониторинг бизнес-деятельности предприятия?

Проектные решения по АСКУЭ

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

Нормативными документами, регламентирующими учет энергии, являются:

РД 153-39-011-97 «Инструкция по учету нефтепродуктов на магистральных нефтепродуктопроводах».

РД 34.09.101-94 «Типовая инструкция по учету электроэнергии при ее производстве, передаче и распределении».

РД 153-39.0-111-2001 «Методика определения нормативной потребности и норм расхода природного газа на собственные технологические нужды газодобывающих предприятий».

СНиП 2.04.07-86 "Тепловые сети".

РД 34.09.102 «Правила учета тепловой энергии и теплоносителя».

Общие принципы проектных решений

Обычно АСКУЭ цеха строится по иерархической трехуровневой схеме. Концептуальная структурная схема такого решения приведена на рис.3.9.

Верхний уровень АСКУЭ представляет собой автоматизированное рабочее место энергодиспетчера цеха, объединённое по ЛВС c рабочими местами специалистов, использующих в своей работе учетную информацию. Если существует удалённые объекты энергоучёта, они связываются с АРМ энергодиспетчера по радиомодему или телефонному модему (выделенному или коммутируемому каналу).

Программа верхнего уровня энергодиспетчера производит:

· сбор информации измерителей расхода энергии циклическим опросом с диапазоном опроса устанавливаемым с пульта АРМ диспетчера;

Рис. 3.9. Концептуальная структурная схема АСКУЭ

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

· коррекцию технических параметров каналов энергопотребления с пульта АРМ диспетчера;

· расчёт и отображение информации о показателях режимов энергопотребления по различным типам энергоносителей за устанавливаемые промежутки времени (3 минуты, 30 минут, 1 час, 1 месяц и др.) в виде таблиц, диаграмм и графиков;

· коррекцию структурно-функциональной схемы энергопотребления;

· сквозное отображение полной информации по энергопотреблениию от уровня системы до отдельного канала (датчика, электросчётчика, теплосчётчика);

· регистрацию аварийных ситуаций и отображение аварий на пульте АРМ энергодиспетчера в звуковом и визуальном виде;

· ведение журнала аварийных событий;

· ведение архива параметров энергопотребления;

· автоматизированное управление объектами энергосистемы с пульта АРМ энергодиспетчера.

Средний уровень АСКУЭ состоит из устройств сбора и передачи данных (УСПД) со встроенным программным обеспечением, установленным непосредственно вблизи объектов контроля и управления и связанным с первичными датчиками (счётчиками электроэнергии, теплосчётчиками, счётчиками расхода холодной воды, датчиками давления, температуры, состояния объекта и др.). УСПД передают на АРМ информацию о состоянии объекта, расходе энергоносителей (мгновенном, накопительным итогом, архивном и т.д.) по выбранной линии связи (коммутируемый или выделенный телефонный канал, радиоканал, RS-485). АСКУЭ имеют гибко настраиваемые энергонезависимые архивы. Требуемая скорость обмена информацией определяется на этапе согласования технического задания. Реализация энергосберегающих технологий осуществляется УСПД либо автоматически, либо по команде с АРМ диспетчера.

Нижний уровень АСКУЭ состоит из установленных на объектах контроля и управления датчиков различных производителей (с нормализованным выходом, с представлением физической величины и др.), счётчиков электроэнергии, теплосчётчиков, счётчиков расхода холодной воды, пара, газа, датчиков состояния технологического оборудования (различного вида сигнализации, срабатывание реле, положение задвижек, высоковольтных выключателей и т.д.).

В качестве аппаратуры нижнего уровня АСКУЭ применяются стандартные серийно выпускаемые различными предприятиями измерительные преобразователи, например:

· электросчетчики типа СА3У, СР4У и др. (с устройством формирования импульсов), СЭТ-3, СЭТ-4, "АЛЬФА" и т.д.;

· теплосчётчики;

· расходомеры с числоимпульсным, цифровым или аналоговым выходом;

· датчики температуры – терморезисторы и термопары;

· датчики давления;

· другие датчики по согласованию с Заказчиком.

В соответствии с ТЗ в АСКУЭ реализуются следующие функции:

· контроль и учет параметров энергопотребления с учётом существующих тарифов;

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

· обеспечение энергопотребления и поддержание оптимальных режимов работы оборудования;

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

· ведение архива энергопотребления в соответствии с требованиями нормативных документов;

· регистрация аварийных ситуаций в системе энергоснабжения и выполнение функций аварийного управления;

· ведение аварийного архива в соответствии с требованиями заказчика;

· проведение экономических расчётов параметров энергоснабжения и энергопотребления;

· выполнение расчётных операций в соответствии с алгоритмами Заказчика;

· представление информации по энергопотреблению в различных формах различным пользователям АСКУЭ (экономистам, энергетикам, ПТО, бухгалтерии и др.);

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

· введение системы приоритетов и разграничения доступа различных пользователей АСКУЭ.

Экономическая выгода от внедрения решений для учёта энергоресурсов достигается, благодаря:

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

· сокращению расхода энергии в результате более экономного распределения нагрузок, снижения потерь;

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

· “прозрачности” структуры энерго-затрат на производство одной единицы производимой продукции;

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

Из-за специфики предприятий НГО особое внимание должно уделяться разработке специального внутреннего нормативного документа «Порядок определения расхода энергии для расчетов с поставщиком» и, в частности, «Порядок определения расхода электроэнергии и мощности для расчетов с поставщиком». Эти документы удобно разрабатывать на основе IDEF0-модели процесса учета энергии на предприятии.

В АСКУЭ обычно используются специально разрабатываемые алгоритмы управления сбора данных измерений, управления договорами о поставке энергии, бухгалтерскими расчетами, формированием специальных форм документов, планированием и алгоритмы анализа.

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

Потребитель.

Узел.

Подстанция.

Тариф.

Договор.

Корректировка.

Присоединение.

Расчетный месяц.

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

Банк.

Поставщик.

Счет-фактура.

Счет-извещение.

Платежное требование.

Расчет.

Плата за мощность.

Промежуточный платеж.

Окончательный платеж.

Оплата.

Реестр журнал

Платежные требования.

Оборотная ведомость.

Акт сверок.

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

Для расчетов используется записи базы данных, например, сущность Справочник_П. Ее атрибуты:

Прогноз потребления.

План потребления.

Планы оплаты.

Результат выполнения.

Тариф.

Оплата за различные виды энергии.

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

Для расчетов используется записи базы данных, например, сущность Справочник_О. Ее атрибуты:

Отчет.

Форма.

Справка.

Реестр.

Вид энергии.

Тариф.

Договор.

Потребитель.

Подстанция.

Присоединение.

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

Для расчетов используется записи базы данных, например, Справочник_А. Ее атрибуты:

Отпуск.

Потери.

Баланс.

Совмещенный максимум.

Экономика.

Платеж.

План.

Структурная схема АСКУЭ, обеспечивающей учет различных видов энергоресурсов, показана на рис. 3.10.

Рис. 3.10. Структурная схема системы АСКУЭ

АСКУЭ функционирует под управлением специальной программы, установленной на АРМ диспетчера, и реализует алгоритмы энергосберегающих технологий.

Эта программа находится на энергонезависимом электронном диске памяти и запускается автоматически при включении питания. УСПД периодически опрашивают энергосчётчики и датчики контроля состояния производственного процесса, анализируют полученную информацию на достоверность, контролируют исправность каналов связи с датчиками и преобразуют полученные сигналы в физические величины (мгновенные показатели энергопотребления, параметры состояния объекта), организуя архив и контролируя заданные предельные значения параметров. По запросу с АРМ диспетчера УСПД передает информацию о показателях энергопотребления и состоянии производственных объектов в запрашиваемом виде (3-минутные показатели расхода, 30-минутные, часовые, архивные за заданный промежуток времени показатели расхода энергоносителей и др.). УСПД контролирует напряжение питающей сети с автоматической регистрацией времени отключения и включения питания, а также проводит периодическое самотестирование с выдачей аварийных сообщений на АРМ.

Функции управления реализуются в УСПД в виде автоматического (автоматизированного по команде с АРМ) управления объектами (насосами, выключателями, регуляторами и др.), а также аварийного управления потребляемой энергией.

Программа учета энергии проводит опрос всех УСПД, входящих в АСКУЭ, с периодичностью, задаваемой с АРМ. Информация с УСПД контролируется на достоверность и отображается на экране АРМа в виде таблиц, диаграмм и графиков показателей расхода энергоносителей за 3-х минутные, 30-минутные, часовые, месячные интервалы времени с возможностью вывода представляемой информации на печать.

Общая информация о системе энергоснабжения отображается на экране АРМ в виде структурно-функциональной схемы. Общая схема энергоснабжения при сквозном просмотре "сверху вниз" разбивается на более подробные схемы энергоснабжения по всем видам энергоносителей вплоть до отдельного канала (такой же сквозной просмотр возможен для показателей режимов энергопотребления). Структурно-функциональные схемы энергоснабжения можно корректировать с пульта АРМ энергодиспетчера в соответствии с изменениями реальных схем при наличии необходимого допуска.

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

Рабочие формы отображения информации на экране АРМ приведены на рис.3.11-3.13.

Рис. 3.11. Экран контроля потребления электрической энергии

Рис.3.12. Экран контроля тренда потребления энергии

При проектировании части АСКУЭ, связанной с электрической энергией, разрабатывается следующая рабочая документация:

· принципиальная схема АСКУЭ, выполненная на базе существующей схемы электроснабжения предприятия (цеха) с указанием счетчиков коммерческого учета, присвоенных им номеров каналов учета и линий связи их с ПЛК;

· структурная схема АСКУЭ, позволяющая проследить сбор и передачу информации от счетчиков до диспетчерских пунктов;

· функциональная схема автоматизации;

· схема электропитания и электрических соединений всех элементов, входящих в состав АСКУЭ;

· перечень каналов коммерческого учета электроэнергии, подключенных к АСКУЭ;

· состав групп учета электроэнергии и мощности по узлу учета, по каждому абоненту и субабоненту и для каждой тарифной группы потребителей;

· порядок определения расхода электроэнергии и мощности для расчетов с потребителем по АСКУЭ;

· спецификация заказного оборудования и приборов.

Рис. 3.13. Экран управления энергопотоком предприятия

Контрольные вопросы

1. Какими нормативными документами следует руководствоваться при проектировании АСКУЭ?

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

3. Что представляет собой средний уровень иерархической структуры АСКУЭ?

4. Что представляет собой нижний уровень иерархической структуры АСКУЭ?

5. Перечислить основные алгоритмы управления АСКУЭ.