Республики Беларусь Республиканское унитарное предприятие «Центр научно-технической и деловой информации» «утверждаю»

^ Блок «Служебная информация о пользователях» Блок включает в себя данные о должностях пользователей, их принадлежности к структурным подразделениям организации, телефонах и т.д. ^ Схема таблиц блока «Служебная информация о пользователях» Рисунок 8 – Схема таблиц блока «Служебная информация о пользователях» Внешняя связь таблиц блока «Служебная информация о пользователях»: UserInfo.IdUsers.Id. ^ Справочник служебных данных о пользователях «UserInfo» Справочник хранит данные об имени и фамилии пользователя, его должности и принадлежности к структурному подразделению. Структура справочника показана в таблице 40. Таблица 40 – Структура справочника информации и пользователях «UserInfo» Имя поля Тип Назначение поля Id Int Идентификатор пользователя Name Varchar(127) Основные данные: фамилия, имя, отчество Structure Int Идентификатор структурного подразделения Связь с полем Structure.Id Post Int Идентификатор должности Связь с полем Posts.Id ^ Справочник структурных подразделений «Structure» Справочник хранит данные о структурных подразделениях, их наименованиях, телефонах, а также иерархической подчиненности (поле «Parent»). Структура справочника показана в таблице 41. Таблица 41 – Структура справочника структурных подразделений «Structure» Имя поля Тип Назначение поля Id Int Идентификатор подразделения Name VarChar(45) Наименование подразделения Parent Int Высшее подразделение Связь с полем Id. Может устанавливаться только про­граммным путем. CityPhone VarChar(13) Городской телефон Description Text Комментарии Заполнение справочника данными, связанными с другими таблицами будет приведена далее в таблице 44. ^ Справочник должностей «Posts» Справочник хранит данные о должностях. Структура справочника показана в таблице 42. Таблица 42 – Структура справочника должностей «Posts» Имя поля Тип Назначение поля Id Int Идентификатор должности Name VarChar(45) Наименование должности Level TinyInt Иерархический уровень должности Description Text Комментарии Поле «Level» (иерархический уровень должности) предназначено для арбитрирования возможных конфликтов между запросами в случае недоста­точности какого-либо ресурса сервера (быстродействия передачи данных, объема оперативной памяти и т.д.). В этом случае выполнение запросов от пользователей с более высоким уровнем будет учитываться программным обеспечением сервера и GSM-модуля с соответствующим приоритетом. ^ Справочник телефонов «UserPhones» Справочник хранит данные о номерах телефонов пользователей, не привязанных к структурным подразделениям организации. Структура спра­вочника показана в таблице 43. Таблица 43 – Структура справочника телефонов «UserPhones» Имя поля Тип Назначение поля Id Int Идентификатор должности User Int Код должности Связь с полем Userinfo.Id PhoneNumber VarChar(45) Номер телефона Пример использования таблиц описываемого блока и проектируемых связей показан в сводной таблице 44. Таблица 44 – Пример использования таблиц блока «Служебная информация о пользователях» Справочник служебных данных о пользователях «UserInfo» Справочник структурных подразделений «Structure» Id Name Structure Post Id Name Parent CityPhone Description 0304 Лебедев Е.П. 0206 0019 0116 Отдел 3 59-37-10 0305 Кончиц А.Н. 0159 0020 0159 Сектор 3.2 0116 59-04-74 0306 Долгая И.Г. 0116 0021 0206 Группа 3.2.2. 0159 59-11-65 0307 Архипова Е.Н. 0206 0022 Справочник должностей «Posts» Id User PhoneNumber Id Name Level Description 1354 0304 8-029-123-45-76 0019 Руководитель группы 5 1355 0304 8-044-123-45-76 0020 Начальник сектора 4 1356 0305 59-39-00 0021 Начальник отдела 3 1357 0306 8-029-456-78-90 0022 Специалист II категории 7 ^ Блок «Логи и трассировка» Блок включает в себя таблицы, предназначенные для сохранения информации о произошедших в системе событиях: регистрации пользовате­лей, установлении и разрыве связи с GSM-модулями, получении системных сообщений с GSM-модулей и т.д. ^ Схема таблиц блока «Логи и трассировка» Рисунок 9 – Схема таблиц блока «Логи и трассировка» Таблицы описываемого блока не имеют внешних связей на уровне базы данных. ^ Справочник типов событий «LogTypes» Таблица содержит известные системе типы событий. Структура справочника показана в таблице 45. Таблица 45 – Структура справочника типов событий LogTypes Имя поля Тип Назначение поля Id Int Код события Name Varchar (128) Наименование события. Level TinyInt Уровень важности. Предназначено для получения выборочной информации о произошедших и зарегистрированных в системе событиях. SourceType SmallInt Вид источника информации о событии: 0 – неизвестен (применяется только на стадии раз­работки и отладки программного обеспечения) 1 – GSM-модуль 2 – сервер 3 – пользователь. Phrase Varchar (255) Фраза, которая будет отображаться при формировании отчетных доку­ментов о работе системы. Фраза может содержать один или несколько фрагментов, предназначенных для выполнения подстановки на стадии создания отчетности для пользователей. Примеры записей таблицы типов событий приводятся в таблице 46. Таблица 46 – Пример записей таблицы типов событий Id Name Level SourceType Name 0001 User logged on 2 3 На сервере зарегистриро­ван пользователь %U% 0002 User logged off 2 3 Выход из системы пользователя %U% 0003 GSM-module logged on 2 1 Выход на связь GSM-модуля %M% 0004 Notebook data getting 3 3 Начало получения данных с ноутбука пользова­теля %U% 0005 SMS received 4 1 Получено SMS-сообщение. Модуль %M%. Отправлено с номера %N%. Текст сообщения: «%S%». На примере записей, показанных в таблице 46, фрагменты вида %M% предназначаются для выполнения в будущем подстановки номера модуля, пользователя и т.д. При отображении в отчете для пользователя фраза и событии, зафиксированном последней строкой, будет иметь следующий вид: Получено SMS-сообщение. Модуль 09. Отправлено с номера +375 29 123 45 67. Текст сообщения: «Проверка корректности работы АИР». ^ Таблица событий. Log Таблица содержит данные непосредственно о произошедших в системе событиях. Сама таблица пополняется только действиями программы. Таблица доступна для просмотра и не подлежит редактированию пользователями, независимо от их полномочий. Структура показана в таблице 47. Таблица 47 – Структура таблицы событий. Log Имя поля Тип Назначение поля Id Int Код события Type Int Код типа события Связь с полем LogTypes.Id Date TimeStamp Время события Source Int Источник события: идентификатор пользовате­ля, GSM-модуля и т.д. На программном уровне поле Source связывается с ключевыми полями таблицы пользователей Users и таблицы модулей Modules. На уровне базы данных эти реляционные отношения не устанавливаются. Отображение событий, зафиксированных в работе системы, иллюстри­руется примерами (таблица 48). Дополнительная информация, сопровождающая каждое из событий, размещается в таблицах параметров, связанных с таблицей «Log» по полю «Id». Таблица 48 – Пример записей таблицы событий Время события Событие 20.03.12 14:06 Выход на связь GSM-модуля 4 20.03.12 14:12 На сервере зарегистрирован пользователь Архипова Е.Н. Для хранения параметров числового и строкового типов предусмотре­ны, соответственно, таблицы, описываемые ниже в 1.2.1.6.4 и 1.2.1.6.5. ^ Таблица строковых параметров к логам LogParamStr Хранение параметров строкового типа. Поле «Id» хранит идентифика­тор записи таблицы «Log» о событии, к которому относится. Структура пока­зана в таблице 49. Таблица 49 – Структура таблицы событий «LogParamStr» Имя поля Тип Назначение поля Id Int Код строки Log Int Идентификатор события Связь с полем Log.Id Parameter Varchar(255) Значение строковое ^ Таблица числовых параметров к логам . «LogParamInt» Хранение параметров числового типа. Поле «Id» хранит идентификатор записи таблицы «Log» о событии, к которому относится. Структура показана в таблице 50. Таблица 50 – Структура таблицы событий «LogParanInt» Имя поля Тип Назначение поля Id Int Код строки Log Int Идентификатор события Связь с полем Log.Id Parameter Int Значение числовое ^ Схема таблиц блока «Логи и трассировка» Рисунок 10 – Схема таблиц блока «Логи и трассировка» Внешняя связь по полю Log.Source с полями Users.Id и Modules.Id организована на программном уровне. ^ Организация данных в таблицах блока событий На примере одной записи о получении GSM-модулем SMS-сообщения на рисунке показаны связи между четырьмя описанными выше таблицами. Типы событий LogType Id Name Level SourceType 0044 Получено SMS-сообщение. Модуль %M%. Отправлено с номера %N%. Текст: «%S%». 4 1 Код типа сообщения Типовое сообщение Уровень важности Тип источника GSM-модуль Строковые параметры событий LogParamStr Id Log Parameter События Log 8100 0941 Проверка корректности работы АИР Id Type Date Source 0941 0044 27.03.2012 09:14:01 4 Числовые параметры событий LogParamInt Момент регистрации события Номер GSM-модуля 1967 0941 375291234567 Номер телефона, привязанный к событию по коду 0941 Рисунок 11 – Таблицы базы данных АИР. Структура и реляционные связи ^ Информационное обеспечение компьютеров пользователей Информационное обеспечение компьютеров пользователей формирует­ся из двух источников: данные, получаемые от сервера; данные, вводимые пользователем. В свою очередь, пользовательские данные от сервера состоят из двух составляющих: справочники, получаемые по синхронизации с серверной БД; оперативные данные, возвращаемые пользователю по его запросам к базе данных. В состав информационного обеспечения пользователя входит определенный разработчиками набор справочников и таблиц оперативных данных, каждая из которых должна поддерживаться в актуальном состоянии. Справочники хранятся в серверной базе данных. На компьютерах пользователей – их копии. ^ Обновление справочников в пользовательской базе данных Технология разрабатываемой системы предполагает, что справочники на компьютерах пользователей поддерживаются в актуальном состоянии. Обеспечение актуализации осуществляет разрабатываемая система. Для реализации поддержки актуального состояния справочников предусмотрена описываемая ниже технология. При регистрации клиентская программа, помимо регистрационных данных пользователя, сообщает серверу теку­щую версию своей базы (не связанную с версией программного обеспечения). Сервер для каждого из справочников находит записи более новых версий и направляет их клиен­ту. Каждая запись справочника включает в себя поле уникального ключа. В соответствии со значением этого поля выполняется обновление справочни­ков пользователя путем выполнения стандартных функций над записями таблиц: добавление, удаление, модификация полей и т.п. По окончании этой процедуры текущая версия информационного обеспечения также обновляет­ся. Технология такого порядка взаимодействия между базами данных на сервере и на компьютере пользователя показана ниже на рисунке 12 на примере обновления данных в справочнике. Сервер Пользователь Код Наименование Версия Код Наименование Версия 0001 А 7 0001 А 7 0002 Б1 8 0002 Б 7 0003 В 8 0003 В 8 0004 Г 8 0004 Г 8 0005 Д 9 0006 Е 9 Рисунок 12 – Технология обновления справочников в клиентской базе данных

Похожие рефераты: