CC BY
39
Функционал класса toJSON заключается в том, чтобы входные данные конвертировать в данные формата json и затем хранить их. Классы Collapse и BuildObject преобразуют данные, хранящиеся в классе toJSON, в данные формата json, учитывая особенности библиотеки JIT, и хранят эти данные. Класс Paint на основе преобразованных данных и средств библиотеки JIT строит графики. То, как преобразуются входные данные во времени, можно увидеть на диаграмме последовательности, рис.2.
Были изучены возможности библиотеки JIT и реализован функционал по преобразованию данных: конвертация входных данных в json-формат, преобразование данных в json-формат с особой структурой данных. Был реализован функционал рисования графиков.
Пример вывода графика представлен на рис. 3.
Дальнейшие направления исследований включают в себя:
• Добавление новых форматов входных данных.
• Размещение в сети Интернет, тестирование программного продукта.
• Добавление визуализации онтологических моделей в продукт «OntoEditor».
Литература
1. Официальный сайт Google Analytics. - [электронный ресурс]. - Режим доступа:
http://www.google.com/analytics/
2. Официальный сайт Яндекс-метрика. - [электронный ресурс]. - Режим доступа:
https://metrika.yandex.ru/
3. Официальный сайт построения онтологических моделей. - [электронный ресурс]. - Режим доступа: http://www.ontoprojects.ru/
4. Официальный сайт библиотеки JIT. - [электронный ресурс]. - Режим доступа:
http://philogb.github.io/jit/
5. Официальный сайт Plone. - [электронный ресурс]. - Режим доступа: http://www.prone.org/
6. Официальный сайт UML. - [электронный ресурс]. - Режим доступа: http://www.uml.org/
7. Jacob Gube. 20 Frash JavaScript Data Visualization Libraries. - [электронный ресурс]. - Режим доступа: http://sixrevisions.com/javascript/20-fresh-javascript-data-visualization-libraries/
8. Steve Jobs. Thoughts on Flash. - [электронный ресурс]. - Режим доступа: http://www.apple.com/hotnews/thoughts-on-flash/
9. Грегер С.Э. Редактор метамодели онтологической системы // Объектные системы - 2012: материалы VI Международной научно- практической конференции (Ростов-на-Дону, 10-12 мая 2012 г.) / Под общ. ред. П.П. Олейника. — Ростов-на-Дону: ШИ ЮРГТУ (НПИ), 2012. — c. 88-92.
УДК 004. 891
РАЗРАБОТКА МОДУЛЯ УПРАВЛЕНИЯ УРОВНЕМ ОСВЕЩЁННОСТИ ЛОКАЛЬНЫХ ЗОН МНОГОФУНКЦИОНАЛЬНОГО ПОМЕЩЕНИЯ НА ОСНОВЕ ОБЪЕКТНО-ОРИЕНТИРОВАННОГО ПОДХОДА
Сергеев Евгений Владимирович, студент, Комсомольский-на-Амуре государственный технический университет, Россия, Комсомольск-на-Амуре, [email protected] Горькавый Михаил Александрович, канд. техн, наук, доцент, Комсомольский-на-Амуре государственный технический университет, Россия, Комсомольск-на-Амуре, [email protected]
Введение
На сегодняшний день энергосбережение является одной из самых актуальных проблем энергетики. Многие учёные занимаются вопросом о разработке новых источников энергии и более эффективных способов её использования. В настоящее время правительство очень заинтересованно в данной проблеме, созданы органы управления в этой отрасли и нормативные документы. Одним из самых распространённых способов экономии
49
электроэнергии является оптимизация потребления электроэнергии на освещение. Существует множество рекомендаций и мероприятий для решения этой проблемы. Таких, как максимальное использование дневного света, оптимальное размещение световых источников, замена ламп накаливания на люминесцентные и др. Одним из актуальных решений этой проблемы является установка интеллектуальных систем управления освещением.
В ФГБОУВПО «КнАГТУ» в ЛПИП ведутся разработки интеллектуальной системы управления, основанной на оценке и сравнении сигналов естественного и искусственного освещения.
Основные задачи:
• Создание модели помещения.
• Расчёт КЕО, %.
• Расчёт искусственного освещения.
• Классификация локальных зон помещения.
• Создание Интеллектуального блока управления.
• Проверка и отладка системы.
Создание модели помещения
Модель необходима для тестирования интеллектуальной системы энергопотребления.
Рис. 1 - Упрощённая схема модели интеллектуальной системы управления
На представленном рисунке представлены следующие блоки с установленными взаимосвязями:
• блок «датчик освещённости» - это набор измерительных устройств для сбора данных об освещённости на улице;
• блок КЕО - предназначен для расчёта коэффициентов естественного освещения в локальных зонах внутри помещения;
• блок учёта - выполняет функцию счётчика;
• блок «искусственное освещение» - предназначен для расчёта коэффициентов искусственного освещения в локальных зонах внутри помещения;
• И. Б. - это интеллектуальный блок, предназначенный для повышения эффективности энергопотребления. Подробнее об интеллектуальном блоке в работе [2].
На вход 1 системы приходит сигнал с датчика, измеряющий освещённость на улице, и входит в Блок с рассчитанным коэффициентом естественной освещённости. На выходе из Блока КЕО мы получаем освещённость в каждой из локальных зон. На вход 2 поступает мощность и проходя через блок учёта мощности попадает в блок с рассчитанными коэффициентами искусственного освещения, на выходе получаем освещённость в локальной зоне, создаваемую искусственным освещением. После чего сигналы попадают в
50
интеллектуальный блок, где они сравниваются и производится необходимое регулирование. Для качественного регулирования сигналы сравниваются в локальных зонах.
Определение локальной зоны на основе объектно-ориентированного подхода
Работа технических устройств будет основываться на интеллектуальном алгоритме [2]. Каждая из локальных зон наследует следующие атрибуты субъекта управления ЭВМ с установленным ПО: такие как фунциональные возможности, класс точности и
функциональное назначение. Кроме того, субъект управления использует данные о локальных зонах: такие как расположение локальной зоны от окна, данные о расположении искуственного освещения над локальной зоной и информацию о виде работ.
Для создания диаграммы классов применялась общепринятая система обозначений [1].
На данной диаграмме изображены классы локальных зон. Наличие естественного освещения - определяет данные о расположении локальной зоны от светового проёма, т.е. расположена локальная зона близко либо далеко от окна.
Рис. 2 - Диаграмма классов
Наличие искусственного освещения - определяет наличие искусственного освещения над локальной зоной. Центрированное искусственное освещение - это когда источник света будет находиться непосредственно над локальной зоной. Такое расположение источника света будет способствовать качественному регулированию.
Вид работ - определяет, какая работа будет осуществляться в многофункциональном помещении. От этого класса будет зависеть выбор разряда зрительной работы и определение количества локальных зон.
Вид работ - будет выбираться в зависимости от рода предприятия или организации и его специфики.
Диаграмма классов будет использоваться в интеллектуальном блоке. Она будет определять локальные зоны.
Заключение
51
Разработанная диаграмма классов для определения локальных зон помещения позволяет точно определить количество локальных зон, необходимых в регулировании освещения. Она позволяет полноценно оценить факторы, влияющие на работу системы. По данной диаграмме можно определить локальные зоны в любом помещении, так как классы, выбранные в качестве характеристик помещений, являются унифицированными.
Литература
1. Буч, Г. Объектно-ориентированный анализ и проектирование с примерами приложений на C++ / Г. Буч; пер. с англ. И. Романовского; под ред. Ф. Андреева - М.: Невский Диалект, 2000. - 359 с.
2. Болдырев, В.В. Концепция интеллектуального алгоритма автоматизированной системы
энергопотребления/ В.В. Болдырев, М.А. Горькавый // Технические и математические науки: актуальные проблемы и перспективы развития: материалы междунар. науч.-практ. конф., Саратов, 14.11.2013г., С. 19 -24.
УДК 004.43:378.09
СЕРИАЛИЗАЦИЯ И ДЕСЕРЕАЛИЗАЦИЯ ОБЪЕКТОВ PYTHON В YAML - ФОРМАТ
Мясникова Нелли Александровна, доцент, Южно-Российский государственный политехнический университет (НПИ), Россия, Новочеркасск, [email protected] Шепилов Владислав Александрович, студент, Южно-Российский государственный политехнический университет (НПИ), Россия, Новочеркасск, [email protected]
Компания «Delmar» торгует ювелирными изделиями и сотрудничает с таким компаниями, как Sterling, Walmart, Commercehub, Ebay, Zulily, и многими другими. В своей деятельности для внутренних бизнес-процессов эта компания использует CRM-систему на базе OpenERP 6.1. Главной задачей для обеспечения работоспособности системы является унификация входных данных от покупателей. Система OpenERP написана на языке программирования Python 2.7, дополнительные модули, специфичные для компании «Delmar», также написаны на языке программирования Python. Поэтому в статье унификация входных/выходных данных и примеры будут рассмотрены для этого языка.
Упрощенная схема бизнес-процесса покупки показана на рисунке 1.
Рис. 1 - Упрощенная схема бизнес-процесса покупки
При разработке программного обеспечения часто возникает необходимость передачи данных между разными программными продуктами/частями программного продукта/сброса данных в базу данных. Сериализация - процесс перевода какой-либо внутренней (для языка программирования) структуры данных во внешнее представление в каком-либо из общеиспользуемых форматов обмена данными. Обратной к операции сериализации является операция десериализации (структуризации) - восстановление начального состояния структуры данных из внешнего представления[4].
За время эволюции компьютерной техники и программного обеспечения появилось множество человекочитаемых форматов данных и языков разметки. Наиболее известные: XML, YAML, JSON. Начиная с исследования форматов, следует учитывать, что
52
