- •Содержание
- •Перечень условных обозначений, символов и терминов
- •Введение
- •1 Анализ предметной области
- •1.1 Структура предприятия
- •1.2 Информационная система предприятия
- •1.3 Постановка задачи
- •2.2 Сумматор электронный многофункциональный «сэм-1»
- •2 Варианты возможных способов учёта и контроля электрической энергии
- •2.1 Электронный программируемый прибор для дистанционного учёта электрической энергии типа «ets-m»
- •2.3 Сумматор электронный многофункциональный для учета электроэнергии «сэм-2»
- •2.4 Счётчик статический активной энергии однофазный «Гран-Электро сс-101»
- •2.5 Характеристика аскуэ
- •2.6 Структурная схема аскуэ
- •2.7 Общие требования к системе аскуэ
- •2.8 Обзор существующих аскуэ
- •3 Создание программного модуля
- •3.1 Выбор языка и среды разработки
- •3.2 Протокол обмена данных со счётчиком
- •3.3 Структура программного модуля обработки данных счётчиков электроэнергии
- •3.4 Последовательность выполнения запроса модуля обработки данных счётчика электроэнергии
- •3.5 Чтение, модификация и обнуление параметров
- •3.6 Программная реализация
- •3.7 Циклический избыточный код (crc)
- •3.8 Поиск счётчиков при использовании расширенной адресации
- •3.9 Инструкция пользователя
- •4 Технико-экономическое обоснование разработки программного модуля обработки данных счётчиков электроэнергии
- •4.1 Характеристика программного модуля
- •4.2 Оценка трудоемкости и сроков разработки
- •4.3 Расчет затрат на разработку и отпускной цены программного продукта
- •4.4 Расчет затрат по использованию по
- •Заключение
- •Список использованных источников
- •Приложение а (обязательное) Кодировка параметров
- •Приложение б (обязательное) Кодировка поля «результат» ответа
- •Приложение в (обязательное) Циклический избыточный код «crc»
- •Приложение г (обязательное) Алгоритм поиска счётчиков при использовании расширенной адресации
- •Приложение д (обязательное) Параметры группы энергия
- •Приложение е (обязательное) Параметры группы мощность
3 Создание программного модуля
3.1 Выбор языка и среды разработки
Поставленные задачи были решены с использование следующих средств:
1 При построении диаграммы вариантов использования и других диаграмм данного приложения было использовано приложение Enterprise Architect 7.5.
2 Для написания приложения был выбран объектно-ориентированный язык Java (оболочка Eclipse MARS.1). Система будет реализована в виде распределённого приложения с использованием платформы JEE7. Модель доступа к данным электросчётчика будет осуществляться с помощью последовательного канала связи. Доступ к данным будет осуществляться с помощью технологии Hibernate ORM. Бизнес-логика будет реализована с помощью фреймворка Spring 4.1. Клиентское приложение будет реализовано с использованием технологи GUI-приложения и библиотеки jssc-2.8.0. Графический интерфейс будет разработан с помощью фреймворка Swing.
Spring Framework (или коротко Spring) – универсальный фреймворк с открытым исходным кодом для Java-платформы. Spring Framework наиболее известен как источник расширений (features), нужных для эффективной разработки сложных бизнес-приложений вне тяжеловесных программных моделей, которые исторически были доминирующими.
Hibernate – библиотека для языка программирования Java, предназначенная для решения задач объектно-реляционного отображения (object-relational mapping – ORM). Данная библиотека предоставляет легкий в использовании фреймворк для отображения объектно-ориентированной модели данных в традиционные реляционные базы данных. Целью Hibernate является освобождение разработчика от значительного объёма сравнительно низкоуровневого программирования по обеспечению хранения объектов в реляционной базе данных.
Swing Framework (или коротко Swing) – предоставляет более гибкие интерфейсные компоненты, чем более ранняя библиотека AWT. В отличие от AWT, компоненты Swing разработаны для одинаковой кросс-платформенной работы, в то время как компоненты AWT повторяют интерфейс исполняемой платформы без изменений. AWT же использует только стандартные элементы ОС для отображения, то есть для каждого элемента создается отдельный объект ОС (окно), в связи с чем, AWT не позволяет создавать элементы произвольной формы (возможно использовать только прямоугольные компоненты), элементы управления на основе AWT всегда отображаются поверх Swing-элементов (так как все Swing компоненты отображаются на поверхности контейнера). Компоненты Swing поддерживают специфические динамически подключаемые виды и поведения, благодаря которому возможна адаптация к графическому интерфейсу платформы (то есть к компоненту можно динамически подключить другой, специфический для операционной системы, в том числе и созданный программистом вид и поведение). Таким образом, приложения, использующие Swing, могут выглядеть как родные приложения для данной операционной системы. Основным минусом таких «легковесных» компонентов является относительно медленная работа. Положительная сторона – универсальность интерфейса созданных приложений на всех платформах.
Jssc (полное название Java Simple Serial Connector) – открытая библиотека, позволяющая свободно работать с последовательными СОМ-портами. Основные преимушества данной библиотеки:
возможность свободного использования;
простота работы;
многопоточность;
высокая скорость работы основных классов и функций;
поддержка максимально возможного количества операционных систем семейства Windows.
