Файл: Средства разработки клиентских программ.pdf

Основные возможности системы:

• система допускает возможность слежения за всеми энергоресурсами предприятия: электричество, тепло, вода, газ. Также возможен непрерывный мониторинг экологической обстановки – температуры, влажности, сигаретного дыма, концентрации токсичных, взрывоопасных веществ в атмосфере – угарный газ, оксид и двуокись азота, паров бензина, фреона, хлора, водорода, и др.;
• обеспечивается возможность слежения за параметрами энергоресурсов в реальном режиме времени. Вывод усредненного значения на мониторинг от 1 минуты. Обеспечивается возможность планирования месячного потребления энергоресурсов;
• доступ обеспечен с любого оборудования, оснащенного интернетом: компьютер, телефон;
• пользователь системы избавлен от содержания IT специалистов для обслуживания программных и технических средств системы, программные сервисы являются облачными (интернет), обслуживание технических средств входит в программу сервисного обслуживания нашей компании;
• обеспечивается возможность получения e-mail и sms сообщений.

Рисунок 1.3. Схема мониторинга энергоресурсов.

1. StruxureWare Power Monitoring Expert.

Программное обеспечение StruxureWare Power Monitoring Expert – это полноценная система энергоменеджмента, которая агрегирует данные о распределительной сети предприятия и представляет их в качестве понятной информации через интуитивный веб-интерфейс. Характеристики системы:

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

1. APROL EnMon.

APROL EnMon – решение компании B&R, предназначенное для измерения, регистрации и оценки всех значимых компонентов энергопотребления в целях непрерывного совершенствования производственных процессов. Являясь программно-техническим комплексом, система APROL обеспечивает максимальную гибкость при минимуме затрат и усилий. Она значительно упрощает реализацию задач по управлению энергопотреблением, определяемых стандартами ISO 50001.

Программно-аппаратный комплекс APROL EnMon включает в себя промышленный ПК APC910 с предустановленной операционная системой и необходимым прикладным программным обеспечением. Наряду с ПО для инженерно-технического персонала и операторов, в состав системы мониторинга энергопотребления входит центральный компонент – база данных с высокоскоростным доступом и SQL-интерфейсом, работающая под управлением современной и исключительно устойчивой операционной системы SUSE Linux Enterprise Server. Все необходимые данные об энергопотреблении хранятся в архиве. Доступ к ним возможен из любой точки через простой веб-браузер. В системе необходим как минимум один контроллер для считывания данных об энергопотреблении из модулей ввода/вывода и предварительной обработки этих данных. В зависимости от способа обработки и типа используемых модулей, один контроллер может обрабатывать сведения, поступающие от нескольких сотен точек измерения.

1. Janitza GridVis.

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

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

1. АРГО: Энергоресурсы

Основное назначение программно-технического комплекса "АРГО: Энергоресурсы" – использование в компаниях, активно занимающихся процессом генерации, транспорта, сбыта и потребления различного рода энергоресурсов. Это различного рода ресурсосбытовые компании, водоканалы, энергосбыты, а также управляющие компании ЖКХ, ТСЖ и пр. Комплекс может быть применён на промышленных объектах с большим количеством точек учета энергоресурсов. В силу своих функциональных возможностей, комплекс может быть применён для мониторинга объектов энергетики, промышленности и ЖКХ, а также для построения эффективных автоматизированных систем управления.

Технические решения, заложенные в нем, позволяют использовать комплекс для учета энергопотребления, как на объектах энергетики, так и на промпредприятиях и объектах ЖКХ. Являясь, во многом, инструментальной средой, ПТК “АРГО: Энергоресурсы” может быть сконфигурирован как для решения комплексных задач учета ресурсов, так и для задач диспетчеризации и управления. Программно-технологический комплекс обеспечивает выполнение следующих функций:

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

Рисунок 1.3. Система АРГО: Энергоресуры.

ГЛАВА 2. ПРОЕКТИРОВАНИЕ АРХИТЕКТУРЫ ИНФОРМАЦИОННОЙ СИСТЕМЫ

2.1 Спецификация требований

В пункте 2.1 второй главы, определим функциональные и нефункциональные требования проектируемой архитектуры. Функциональные требования впоследствии будут распределены по субъектам и прецедентам.

Проектируемая информационная система должна включать в себя следующие функции:

1. Предоставление базы данных для хранения компонентов системы.
2. Возможность добавления, удаления, редактирования данных о потреблении стандартных и технологических видов ресурсов в локальную базу данных и на веб-ресурс.
3. Возможность авторизации на веб-ресурсе и в версии для настольного ПК.
4. Возможность действий в личном кабинете пользователя на веб-ресурсе и в версии для настольного ПК.
5. Возможность синхронизации данных веб-ресурса и локально установленных версий системы.
6. Возможность экспорта данных в продукты Microsoft Office.
7. Возможность просмотра данных локально и в сети Интернет.
8. Возможность применения различных фильтров к данным локально и в сети Интернет.
9. Возможность получения справочной информации по проведению комплекса мер по энергетическому менеджменту локально и в сети Интернет.
10. Возможность выполнения анализа данных локально и в сети Интернет.
11. Возможность построения графиков и отчетов локально и в сети Интернет.
12. Возможность обновления системы.
13. Возможность скачивания версии системы для настольного ПК

Таким образом, выявив все необходимые функции ИС, перейдем к построению диаграммы прецедентов.

2.2 Построение диаграммы прецедентов

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

В таблице 2.1 представлено распределение требований деятельности ИС по субъектам и прецедентам.

Таблица 2.1. Распределение требований по субъектам и прецедентам

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

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

Рисунок 2.1. Диаграмма прецедентов информационной системы.

Рисунок 2.2. Диаграмма прецедентов компонента бизнес-логики информационной системы.

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

Спецификация прецедентов, построение диаграмм активности и последовательности представлено в приложении Б.

Диаграмма классов

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

На рисунке 2.13 представлена диаграмма классов для информационной системы энергетического менеджмента.

Рисунок 2.13. Диаграмма классов.

Далее подробно опишем, что включает в себя каждый класс и какие в нем выполняются методы.

1. Класс Company – хранит информацию о компании. Включает в себя:
   • id – идентификационный номер компании, уникален для каждой компании;
   • name – название компании;
   • login, pass – логин и пароль для входа в систему;
   • changeName() – изменение названия компании;
   • changePass() – изменения пароля.
2. Класс DataStatistic – класс получения статистических данных. Включает в себя:
   • company – данные о компании;
   • maxValue, minValue – максимальное и минимальное значение потребление ресурса за период;
   • production – произведенная продукция;
   • resource – потребляемый ресурс;
   • statDay() – статистика за день;
   • statMonth() – статистика за месяц;
   • statWeek() – статистика за неделю;
   • statPeriod() – статистика за определенный период.
3. Класс DataChange – класс редактирования данных. Включает в себя:
   • company – данные о компании;
   • addCounter() – метод добавление счетчика;
   • addData() – метод добавления данных;
   • addEvent() – метод добавления мероприятия;
   • addProduction() – метод добавления продукции;
   • addRates() – метод добавления тарифных ставок;
   • addResource() – метод добавления ресурса;
   • changeCounter() – метод изменения счетчика;
   • changeData() – метод изменения данных;
   • changeEvent() – метод изменения мероприятия;
   • changeProduction() – метод изменения продукции;
   • changeRates() – метод изменения тарифных ставок;
   • changeResource() – метод изменения ресурса;
   • deleteCounter() – метод удаления счетчика;
   • deleteData() – метод удаления данных;
   • deleteEvent() – метод удаления мероприятия;
   • deleteProduction() – метод удаления продукции;
   • deleteRates() – метод удаления тарифных ставок;
   • deleteResource() – метод удаления ресурса.
4. Класс DataPlan – класс планирования затрат. Включает в себя:
   • company – данные о компании;
   • resource – потребляемый ресурс;
   • changePlan() – изменения запланированных данных;
   • deletePlan() – удаление запланированных данных;
   • planDay() – запланировать на день;
   • planMonth() – запланировать на месяц;
   • planPeriod() – запланировать на период;
   • planWeek() – запланировать на неделю.
5. Класс DataExport – класс экспорта данных. Включает в себя:
   • company – данные о компании;
   • resource – потребляемый ресурс;
   • period – временной отрезок;
   • exportCustomer() – экспорт в пользовательский шаблон;
   • exportExcel() – экспорт в MS Excel;
   • exportWord() – экспорт в MS Word.
6. Класс DataMonitoring – класс мониторинга данных. Включает в себя:
   • company – данные о компании;
   • resource – потребляемый ресурс;
   • monitoringDay() – метод мониторинга за день;
   • monitoringWeek() – метод мониторинга за неделю;
   • monitoringMonth() – метод мониторинга за месяц;
   • monitoringFiltr() – метод мониторинга за период.
7. Класс DataCheck – класс мониторинга данных. Включает в себя:
   • company – данные о компании;
   • period – временной период;
   • checkCounter() – метод просмотра счетчика;
   • checkData() – метод просмотра данных;
   • checkEvent() – метод просмотра мероприятия;
   • checkProduction() – метод просмотра продукции;
   • checkRates() – метод просмотра тарифных ставок;
   • checkPlan() – метод просмотра тарифных ставок;
   • checkResource() – метод просмотра ресурса.
8. Класс DataAnalysis – класс мониторинга данных. Включает в себя:
   • company – данные о компании;
   • resource – временной период;
   • averageMonth() – нахождение среднего за месяц;
   • averagePeriod() – нахождение среднего за период;
   • compareMonth() – сравнение значений за месяц;
   • comparePlanFact() – сравнение плана и факта;
   • compareYear() – сравнения текущих показателей и год назад;
   • findFails() – поиск пиков и провалов;
   • forecastDay() – прогноз по потреблению ресурса за день;
   • forecastMonth – прогноз по потреблению ресурса за месяц.
9. Класс DBConnection – метод взаимодействия с БД. Включает в себя:
   • connection – протокол подключения к БД;
   • changeData() – метод изменения данных в БД;
   • checkData() – метод получения данных из БД;
   • createData() – метод добавления данных в БД;
   • deleteData() – метод удаления данных из БД.