Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

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

Поиск
Атрибут Тип данных Описание FK PK Ограничение целостности
WELL_ID числовой Идентификатор скважины Нет Да NOT NULL (уникальное значение)
OILWELL текстовый Имя скважины Нет Нет NOT NULL (<30 символов)
REGION текстовый Регион Нет Нет NOT NULL (<30 символов)
OIL_FIELD текстовый Месторождение Нет Нет NOT NULL (<30 символов)
WELL_CLUSTER текстовый Куст Нет Нет NOT NULL (<30 символов)
SHOP текстовый Цех Нет Нет NOT NULL (<30 символов)
NOTE текстовый Примечание Нет Нет NULL (<255 символов)
KIT_PO_NUMBER текстовый Номер комплекта ПО Нет Нет NULL (<30 символов)

Информация о скважинах будет использоваться при оповещении по Событиям, создании заявки на дополнение и коррекцию данных и в оповещении по заявкам.

4. NOTIFY_EVENTS – таблица событий, связанных со скважинами. Список атрибутов таблицы NOTIFY_EVENTS описан в табл. 5. Информация данной таблицы используется при оповещении по Событиям.

Таблица 5

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

Атрибут Тип данных Описание FK PK Ограничение целостности
EVENT_ID числовой Идентификатор события Нет Да NOT NULL (уникальное значение)
WELL_ID числовой Идентификатор скважины Да Нет NOT NULL
EVENT_DATE дата Дата события Нет Нет NOT NULL (<текущей даты)
STOP_REASON_TYPE текстовый Причина остановки Нет Нет NULL (<150 символов)
OPERATION_ID числовой Операция в ЭПОС Нет Нет NULL
MPR числовой Межремонтный период Нет Нет NULL (>0)
MODUFY_DATE дата Дата модификации записи в ЭПОС Нет Нет NULL (<текущей даты и >EVENT_DATE)
EVENT_TYPE_ID числовой Идентификатор типа события Да Нет NULL

 

5. NOTIFY_ACTIVE_EVENTS – таблица, хранящая информацию об оповещении пользователя о событии. Список атрибутов таблицы NOTIFY_ACTIVE_EVENTS описан в табл. 6. Оповещение о Событие может приходить нескольким пользователям и в разное время. После получения оповещения пользователь может сменить статус События относительно себя. В зависимости от статуса оповещения могут приходить повторно или приходить только при изменении информации о Событии. Хранить время изменения статуса События нет необходимости.

Таблица 6

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

Атрибут Тип данных Описание FK PK Ограничение целостности
EVENT_ID числовой Идентификатор события Да Да NOT NULL (>0)
STATUS_ID числовой Идентификатор статуса Да Нет NOT NULL (>0)
USER_NAME текстовый Имя пользователя Нет Да NOT NULL (<30 символов)

 

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

Математическое обеспечение

В Подсистеме используется формула для расчета времени задержки ввода данных:

Оповещение о несвоевременности ввода данных формируется по правилу:

где Z – допустимая задержка ввода данных, определяемая каждым пользователем индивидуально.

Алгоритм Подсистемы работает в зависимости от категории пользователя. Для сотрудников сервисных предприятий выводятся оповещения по заявкам на дополнение или коррекцию данных для отдела качества добывающей организации. При наличии необработанных заявок пользователь ответственный за данные получает оповещение о том, что нужно внести требуемые данные или скорректировать их. Если данные по заявке не были внесены или скорректированы, то оповещение повторно приходит пользователю с определенной периодичностью пока данные не будут внесены или скорректированы.

Блок-схема алгоритма работы подсистемы оповещения изображена на рис. 17.

Рис. 17. Алгоритм работы Подсистемы

Лица, контролирующие работу ответственных за ввод данных со стороны сервисных предприятий, получают персональные оповещения о задержках ввода данных по электронной почте. При работе сотрудников сервисных предприятий отслеживается время ввода данных пользователей. По итогам каждого дня формируется и отправляется электронное письмо заинтересованным лицам.

В ходе работы пользователи могут регистрировать события, связанные с оборудованием (остановка, демонтаж и разбор). При регистрации в системе события связанного с оборудованием, которое может входить в подписку какого-либо сотрудника отдела качества, формируются оповещения для подписчиков на данные события.

Сотрудники отдела качества в процессе работы формируют подписки на события связанные с определенным перечнем оборудования. При регистрации в системе «ЭПОС» таких событий, сотрудники отдела качества получают оповещения об этом по их подписке. Кроме подписок пользователи формируют заявки для сотрудников сервисных предприятий на коррекцию или дополнение данных.

Программное обеспечение

В данном подразделе описаны изменения, которые необходимо внести в подсистему связи с СУБД и API СУБД, а также описаны модули Подсистемы.

Изменения и модули Подсистемы разработаны с помощью среды разработки Microsoft Visual Studio 2008. Внесения изменений и интеграция Подсистемы с ИС «ЭПОС» были проведены на одном из этапов развития целевой системы.

Программа работает на Framework 3.5, поддерживающий операционную систему Windows XP[13]. При внесении изменений в графический интерфейс были использованы пакеты графических компонентов DevExpress. Легкая интеграция Подсистемы с ИС «ЭПОС» была достигнута благодаря системе управления версиями SourceGear Vualt версии 5.1.2. Для тиражирования Подсистемы на рабочие места использовалась ClickOne. СУБД было использовано Microsoft SQL Server 2008 R2. Изменения в базу данных ИС «ЭПОС» были внесены с помощью среды SQL Server Management Studio.

Подсистема связи с СУБД

Для взаимодействия Подсистемы с СУБД были разработаны и внесены модули:

· DataSet_DelayNotifications – оповещение по задержкам ввода данных;

· DataSet_EventNotifications – оповещение по событиям;

· DataSet_EventNotifications_Lists – список личных групп подконтрольных скважин;

· DataSet_EventNotifications_SharedLists – список общих групп скважин;

· DataSet_RequestResponce_List – оповещение о запросах на коррекцию и дополнение данных;

· DataSet_OPR_Stop – создание запроса на коррекцию и дополнение данных.

Каждый модуль подсистемы связи с СУБД взаимодействует с несколькими процедурами из API СУБД согласно таблице 8

Таблица 8



Поделиться:


Последнее изменение этой страницы: 2016-07-11; просмотров: 70; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.21.12.41 (0.006 с.)