- •Дипломная работа
- •Реферат
- •Содержание
- •Введение
- •Описание предметной области
- •Модель бизнес-процессов
- •Обзор ис «эпос»
- •Обзор аналогов
- •Подсистема оповещений и уведомлений системы «Дело»
- •Програм Лайн: Уведомления о событиях
- •Подсистема «Выписка Онлайн» в дбо bs-Clientx64
- •Сравнительная таблица аналогов
- •Постановка задачи
- •Контур Подсистемы
- •Инфологическая модель предметной области
- •Виды обеспечения
- •Информационное обеспечение
- •Описание атрибутов таблицы notify_list_wells
- •Описание атрибутов таблицыQuality_day_rec
- •Описание атрибутов таблицы well
- •Описание атрибутов таблицы notify_events
- •Описание атрибутов таблицы notify_active_events
- •Описание атрибутов таблицы notify_request_data
- •Математическое обеспечение
- •Программное обеспечение
- •Подсистема связи с субд
- •Описание модулей подсистемы связи с субд
- •Api субд
- •Описание хранимых процедур
- •Модуль опроса базы данных
- •Модуль оперативного оповещения
- •Модуль формирования заявок
- •Модуль формирования подписок
- •Техническое обеспечение
- •Описание интерфейса
- •Оповещение по событиям
- •Оповещение о запросах
- •Контроль ввода данных
- •Технико-эксплутационные характеристики
- •Заключение
- •Список использованных источников
- •Приложение 1
- •Приложение 2
Описание атрибутов таблицы notify_active_events
Атрибут |
Тип данных |
Описание |
FK |
PK |
Ограничение целостности |
EVENT_ID |
числовой |
Идентификатор события |
Да |
Да |
NOT NULL (>0) |
STATUS_ID |
числовой |
Идентификатор статуса |
Да |
Нет |
NOT NULL (>0) |
USER_NAME |
текстовый |
Имя пользователя |
Нет |
Да |
NOT NULL (<30 символов) |
NOTIFY_REQUEST_DATA – таблица запросов на дополнение или коррекцию данных. Запись имеет ссылку на протокол Дня качества, откуда можно получить информацию о Событии и скважине, по которым необходимо дополнить или скорректировать данные. Сотрудники отдела качества должны иметь возможности отслеживать изменения статуса запроса, для этого необходимо хранить информацию об авторе запроса и дату выполнения запроса. Список атрибутов таблицы NOTIFY_REQUEST_DATA описан в табл. 7.
Таблица 7
Описание атрибутов таблицы notify_request_data
Атрибут |
Тип данных |
Описание |
FK |
PK |
Ограничение целостности |
REQUEST_ID |
числовой |
Идентификатор запроса |
Нет |
Да |
NOT NULL (уникальный) |
QUALITY_DAY_REC_ID |
числовой |
Идентификатор протокола Дня Качества |
Да |
Нет |
NOT NULL |
REQUEST_STATE_ID |
числовой |
Статус запроса |
Да |
Нет |
NOT NULL |
NOTIFY_REQUEST_TYPE_ID |
числовой |
Тип запроса |
Да |
Нет |
NOT NULL |
REQUEST_DATE |
дата |
Дата запроса |
Нет |
Нет |
NOT NULL(<текущей даты) |
REQUEST_AUTHOT |
текстовый |
Автор запроса |
Да |
Нет |
NOT NULL(<30 символов) |
SERVICE_ENTERPRISE_ID |
числовой |
Сервисное предприятие |
Да |
Нет |
NOT NULL |
REQUEST_COMMENT |
текстовый |
Комментарий |
Нет |
Нет |
NULL(<4000 символов) |
REQUEST_COMPLETE_DATE |
дата |
Дата выполнения запроса |
Нет |
Нет |
NULL(<текущей даты) |
А так же используется ряд справочников:
DIC_SERVICE_ENTERPRISE – таблица сервисных предприятий;
NOTIFY_INPUT_OPR_PREFS – таблица, хранящая информацию о том, что нужно ли оповещать пользователя о несвоевременном вводе данных;
NOTIFY_LIST_WELL_SET– таблица отношения скважин к группе;
DIC_NOTIFY_STATUS – справочник статусов оповещения;
DIC_NOTIFY_EVENT_TYPE – справочник типов события;
DIC_NOTIFY_REQUEST_TYPE – справочник типов запроса;
DIC_NOTIFY_REQUEST_STATE – справочник статусов запроса;
NOTYFY_INPUT_OPR_TYPES – таблица максимально допустимых задержек ввода данных;
DIC_OPERATION_TYPE– справочник типов операций;
NOTIFY_REQUEST_DATA_FILTERS – таблица, хранящая информацию о фильтрации запросов.
Каждый сотрудник отдела качества может отвечать за несколько групп скважин сформированным его руководителем. Для каждой группы индивидуально определяется перечень событий, о которых необходимо сообщать пользователю. Каждая скважина может относиться к нескольким группам. Каждое событие должно храниться в базе данных. Каждое событие может отправляться нескольким пользователем.
Данные для заявки на дополнение и коррекцию данных хранятся в таблице NOTIFY_REQUEST_DATA. По этим данным пользователь со стороны сервисного предприятия получает оповещение, в котором указан номер скважины, ее местоположение (месторождение, куст, цех), дата расследуемого события, автор запроса, тип заявки (на коррекцию или дополнение данных) и дату создания заявки. После отработки заявки пользователь самостоятельно меняет статус заявки, чтобы пользователь со стороны отдела качества мог об этом узнать и проверить исполнение заявки.