- •Дипломная работа
- •Реферат
- •Содержание
- •Введение
- •Описание предметной области
- •Модель бизнес-процессов
- •Обзор ис «эпос»
- •Обзор аналогов
- •Подсистема оповещений и уведомлений системы «Дело»
- •Програм Лайн: Уведомления о событиях
- •Подсистема «Выписка Онлайн» в дбо bs-Clientx64
- •Сравнительная таблица аналогов
- •Постановка задачи
- •Контур Подсистемы
- •Инфологическая модель предметной области
- •Виды обеспечения
- •Информационное обеспечение
- •Описание атрибутов таблицы notify_list_wells
- •Описание атрибутов таблицыQuality_day_rec
- •Описание атрибутов таблицы well
- •Описание атрибутов таблицы notify_events
- •Описание атрибутов таблицы notify_active_events
- •Описание атрибутов таблицы notify_request_data
- •Математическое обеспечение
- •Программное обеспечение
- •Подсистема связи с субд
- •Описание модулей подсистемы связи с субд
- •Api субд
- •Описание хранимых процедур
- •Модуль опроса базы данных
- •Модуль оперативного оповещения
- •Модуль формирования заявок
- •Модуль формирования подписок
- •Техническое обеспечение
- •Описание интерфейса
- •Оповещение по событиям
- •Оповещение о запросах
- •Контроль ввода данных
- •Технико-эксплутационные характеристики
- •Заключение
- •Список использованных источников
- •Приложение 1
- •Приложение 2
Модуль опроса базы данных
Для автоматического опроса базы данных разработан модуль опроса базы данных. Модуль в соответствии с параметрами, приходящими из модулей формирования подписки и модуля формирования запроса, периодически опрашивает сервер о наличии новых оповещений. В случае, когда появляются новые оповещения, модуль дает сигнал в модуль оперативного оповещения о том, что необходимо оповестить пользователя. Модуль содержит класс IdleHandler_MessageNotifications. Класс по созданному в подсистеме связи с СУБД соединению опрашивает каждую минуту сервер базы данных через хранимую процедуру get_data_requests_count о количестве необработанных запросов на коррекцию или дополнение данных и через хранимую процедуру get_new_events_count о новых Событиях. Если возвращаемое той или иной процедурой значение больше нуля, то отправляется соответствующий сигнал в модуль оперативного оповещения.
Модуль оперативного оповещения
Для оперативного оповещения пользователя о Событиях в модуле используется класс EventNotifications. Класс описывает правила, в соответствии с которым требуется активировать графический элемент пользовательского интерфейса, а именно:
если количество событий находится от 1 до 8 включительно, то вывести в правом нижнем углу экрана значок в форме красного круга с цифрой в центре, соответствующей количеству событий;
если количество событий больше 9, то вывести в правом нижнем углу экрана значок в форме красного круга с символом «>9» в центре;
если курсор мыши наведен на графический элемент, то отразить рядом с курсором сообщение «ЭПОС: Оповещение о событиях».
Инициализация класса происходит только по сигналу из модуля опроса базы данных. Листинг класса EventNotifications представлен в приложении 1.
Для оперативного оповещения пользователя о запросах от отдела качества в модуле используется класс RequestNotifications. Класс описывает правила, в соответствии с которым требуется активировать графический элемент пользовательского интерфейса, а именно:
если количество запросов находится от 1 до 8 включительно, то вывести в правом нижнем углу экрана значок в форме красного квадрата с цифрой в центре, соответствующей количеству запросов;
если количество запросов больше 9, то вывести в правом нижнем углу экрана значок в форме красного квадрата с символом «>9» в центре;
если курсор мыши наведен на графический элемент, то отразить рядом с курсором сообщение «ЭПОС: Оповещение о запросах».
Инициализация класса происходит только по сигналу из модуля опроса базы данных. Листинг класса RequestNotifications представлен в приложении 2.
Модуль формирования заявок
Для обеспечения возможности создания заявок на коррекцию и дополнение данных был разработан соответствующий модуль. Модуль содержит класс DKRequest_Edit. Класс позволяет создавать заявки на дополнение и коррекцию данных. На вход модуля со стороны пользователя поступает:
информация по отказу:
местоположение скважины (регион+месторождение+куст);
номер комплекта погружного оборудования;
дата отказа;
сервисное предприятие, осуществившее демонтаж;
параметры рассылки:
сервисное предприятие;
пользователь сервисного предприятия;
тип запроса (коррекция/дополнение);
статус (при создании запроса по умолчанию «новый»);
комментарий.
В результате работы модуля формируется запрос, который отправляется через модуль DataSet_OPR_Stop в подсистеме связи с СУБД в базу данных до востребования.