CC BY
16Решетневскце чтения
УДК 65.011.56
Е. Ю. Побирский
ОАО «Красноярский машиностроительный завод», Россия, Красноярск
РАЗРАБОТКА АНАЛИТИЧЕСКОГО БЛОКА АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ ТЕХНИЧЕСКОГО УЧЕТА ЭЛЕКТРОЭНЕРГИИ
Рассматривается разработка аналитического блока автоматизированной системы технического учета электроэнергии на Красноярском машиностроительном заводе.
В настоящее время все более важным становится качественный учет электроэнергии, поскольку тарифное регулирование постепенно заменяется механизмами свободного ценообразования. Так, для уменьшения платежей за электрическую энергию необходим инструмент, позволяющий получать актуальную, достоверную и достаточную информацию о потреблении электроэнергии каждым подразделением в отдельности и предприятия в целом. Таким инструментом является автоматизированная информационно-измерительная система технического учета электроэнергии (АИИС ТУЭ, АСТУЭ).
Система АСТУЭ условно разделена на следующие зоны:
- зону, отвечающую за сбор и накопление информации в файловой системе сервера сбора информации;
- зону, отвечающую за сбор информации из файловой системы сервера сбора информации и ее накопление в базе данных сервера обработки информации; эта зона также отвечает за администрирование системы управления базами данных, клиентского программного обеспечения и системы аналитической отчетности.
Аналитический блок системы АСТУЭ основан на системе управления базами данных (СУБД) MS-SQL. Служба SQL Server Agent каждые 10 минут считывает из кэш-каталога файлы показаний счетчиков, сформированные программным обеспечением на сервере сбора данных, опрашивающим устройством сбора и передачи данных (УСПД) с помощью контроллеров; формирует пакеты данных и производит их запись в
базу данных. После записи очередного пакета данных файл из кэш-каталога переносится в архив. Ежедневно из архива удаляются файлы старше одного месяца.
На корпоративном портале предприятия в соответствующем разделе АСТУЭ реализована система отчетов, использующая технологию Microsoft ReportServer и позволяющая в зависимости от роли пользователя, будь то администратор, энергетик или гость, выполнять настройки системы, устанавливать лимиты потребления электроэнергии подразделениями, просматривать отчеты о потреблении электроэнергии по подразделениям за указываемый период и т. д.
В качестве экономического результата внедрения АСТУЭ следует отметить следующее: обществом за первые 8 месяцев 2010 года достигнута значительная экономия объемов потребления электрической энергии и их стоимости по отношению к установленным планам на 2010 г. (см. таблицу).
Данные таблицы показывают, что за период с января по август экономия электроэнергии составила 531 389 кВт-ч и 3 502 865 руб. 52 коп. по отношению к запланированной. Однако стоит учесть, что часть экономии - 2 785 316 руб. 27 коп. - образовалась за счет уменьшения фактических цен на электроэнергию по отношению к плановым. Таким образом, фактическая экономия, образовавшаяся за счет уменьшения электропотребления, составила 717 549 руб. 25 коп.
На сегодняшний день система АСТУЭ является стабильным, экономически выгодным проектом, поэтому предполагается его дальнейшее развитие. Так, одним из возможных путей развития системы является использование технологии OLAP.
Плановые и фактические объемы (стоимость) электроэнергии ОАО «Красмаш» в 2010 г. (по состоянию на сентябрь 2010 г.)
Период Объем, кВт-ч Стоимость без НДС, руб.
План Факт Отклонения План Факт Отклонения
1 2 3 4 = 3 - 2 5 6 7 = 6 - 5
Январь 10 144 844 10 280 183 135 339 13 500 632,66 13 481 239,48 -19 393
Февраль 10 001 495 10 545 704 544 209 13 321 429,38 13 834 279,19 512 850
Март 9 645 204 10 215 064 569 860 12 844 688,93 12 986 942,60 142 254
Апрель 7 516 621 7 820 979 304 358 10 003 271,70 10 145 446,85 142 175
Май 5 709 625 5 840 021 130 396 7 604 191,92 7 776 359,71 172 168
Июнь 5 667 717 5 077 265 -590 452 7 541 889,49 6 211 606,53 -1 330 283
Июль 5 832 359 4 771 775 -1 060 584 8 340 340,11 6 570 081,13 -1 770 259
Август 5 746 617 5 182 103 -564 514 8 220 352,35 6 867 975,53 -1 352 377
Сентябрь 6 309 895 9 026 602,61 0
Октябрь 8 511 448 12 178 017,27 0
Ноябрь 9 593 223 13 727 164,38 0
Декабрь 10 920 951 15 619 419,12 0
Итого 95 600 000 -531 389 131 928 000 -3 502 865,52
Информационные системы и технологии
Е. Yu. Pobirskiy
JSC «Krasnoyarsk Machine-Building Plant», Russia, Krasnoyarsk
ANALYTICAL BLOCK DEVELOPMENT OF CBSTRE (COMPUTER-BASED SYSTEM OF TECHNICAL RECORD OF ELECTRICITY)
The author presents investigation of an analytical block for automated systems of electric power technical record keeping at Krasnoyarsk machine-building factory.
© no6npcKHH E. ro., 2011
УДК 004.932
А. В. Проскурин, А. В. Белоконь
Сибирский государственный аэрокосмический университет имени академика М. Ф. Решетнева, Красноярск, Россия
ИНТЕГРИРОВАННОЕ ПРОГРАММНОЕ СРЕДСТВО ДЛЯ ГЕНЕРАЦИИ ТЕКСТУР
Представлен программный комплекс IBoLT (Intellectual Base of Landscape Textures), состоящий из локального и веб-приложений. Описаны основные функции комплекса: генерация, редактирование, хранение процедурных текстур. Приведены инструментальные средства, использованные для разработки программного средства, и краткое обоснование их выбора.
Одной из проблем компьютерной графики является генерация процедурных текстур. Существуют несколько классов программ для работы с текстурами. Основные из них - это текстурные редакторы и текстурные базы. Существующие текстурные редакторы являются достаточно удобными инструментами генерации различных текстур. Но они имеют ряд недостатков: для накопления готовых текстур необходимо использовать сторонние средства; последовательность состояний генерируемой текстуры не сохраняется, из-за чего невозможно отредактировать готовую текстуру по слоям.
В глобальной сети Интернет можно встретить большое количество баз, содержащих множество готовых текстур, но их содержание не является исчерпывающим, поскольку отсутствует функционал постобработки искомых текстур. В связи с этим пользователям приходится использовать набор различных программ для получения требуемого результата.
Для устранения вышеперечисленных недостатков нами был разработан программный комплекс, объединяющий функции текстурных редакторов по созданию процедурных текстур и текстурных баз (IBoLT -Intellectual Base of Landscape Textures). Он состоит из локального приложения и веб-приложения.
Так как данное программное обеспечение предназначено для разработчиков симуляторов, демосцен и игр, подавляющее большинство которых предпочитает работать в среде Windows, то иные операционные системы, такие как Linux, Mac OS было решено не включать в список поддерживаемых. В связи с этим для лучшей переносимости приложений между различными компьютерами было решено использовать программную платформу .NET Framework, которую поддерживают различные среды разработки программных средств. Из-за своей распространенности,
изученности, а также учитывая то, что разрабатываемое программное обеспечение включает в себя веб-приложение, была выбрана среда Microsoft Visual Studio 2010. В качестве системы для построения клиентских приложений Windows была выбрана WPF, обладающая рядом преимуществ над Windows Forms (возможностью использования паттерна MVVM; наглядной и удобной разметкой интерфейса в XAML; возможностью использовать шаблоны) [1]. Языком программирования был выбран C#, поддерживаемый целевой средой разработки [2].
Кроме того, необходимо было выбрать систему управления базами данных (СУБД), отвечающую нашим требованиям: работать как в качестве сервера, к которому обращаются локальные и удаленные клиенты, так и в качестве внутреннего сервера, включенного в автономное приложение. Обнаружив, что большинство СУБД является специализированными, было решено использовать две различные системы - внешнюю и внутреннюю. В качестве внешней СУБД была выбрана MySQL, так как она имеет привязку к выбранному языку программирования, распространяется по лицензии GPL и уже имеются откомпилированные и оптимизированные под конкретные операционные системы исполняемые модули. В качестве внутренней СУБД была выбрана SQLite, специально оптимизированная для встраивания в приложения, имеющая привязку к выбранному языку программирования.
Разработанные приложения построены на основе трехуровневой архитектуры, состоящей из уровня данных, уровня бизнес-логики и уровня представления. В качестве источника данных выступают базы данных и изображения. Уровень бизнес-логики выполнен на основе групп функциональных и вспомогательных классов.
