Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Диплом_Волков.docx
Скачиваний:
51
Добавлен:
13.05.2015
Размер:
3.17 Mб
Скачать

Описание атрибутов таблицы notify_active_events

Атрибут

Тип данных

Описание

FK

PK

Ограничение целостности

EVENT_ID

числовой

Идентификатор события

Да

Да

NOT NULL (>0)

STATUS_ID

числовой

Идентификатор статуса

Да

Нет

NOT NULL (>0)

USER_NAME

текстовый

Имя пользователя

Нет

Да

NOT NULL (<30 символов)

  1. 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. По этим данным пользователь со стороны сервисного предприятия получает оповещение, в котором указан номер скважины, ее местоположение (месторождение, куст, цех), дата расследуемого события, автор запроса, тип заявки (на коррекцию или дополнение данных) и дату создания заявки. После отработки заявки пользователь самостоятельно меняет статус заявки, чтобы пользователь со стороны отдела качества мог об этом узнать и проверить исполнение заявки.