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


НазваниеРеспублики Беларусь Республиканское унитарное предприятие «Центр научно-технической и деловой информации» «утверждаю»
страница6/11
Дата публикации29.04.2014
Размер1.2 Mb.
ТипНаучно-исследовательская работа
www.referatdb.ru > Информатика > Научно-исследовательская работа
1   2   3   4   5   6   7   8   9   10   11
^

        1. Блок «Служебная информация о пользователях»


Блок включает в себя данные о должностях пользователей, их принадлежности к структурным подразделениям организации, телефонах и т.д.
          1. ^
            Схема таблиц блока «Служебная информация о пользователях»



Рисунок 8 – Схема таблиц блока «Служебная информация о пользователях»
Внешняя связь таблиц блока «Служебная информация о пользователях»: UserInfo.IdUsers.Id.
          1. ^
            Справочник служебных данных о пользователях «UserInfo»

Справочник хранит данные об имени и фамилии пользователя, его должности и принадлежности к структурному подразделению. Структура справочника показана в таблице 40.
Таблица 40 – Структура справочника информации и пользователях «UserInfo»

Имя поля

Тип

Назначение поля

Id

Int

Идентификатор пользователя

Name

Varchar(127)

Основные данные: фамилия, имя, отчество

Structure

Int

Идентификатор структурного подразделения

Связь с полем Structure.Id

Post

Int

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

Связь с полем Posts.Id
^
          1. Справочник структурных подразделений «Structure»

Справочник хранит данные о структурных подразделениях, их наименованиях, телефонах, а также иерархической подчиненности (поле «Parent»).

Структура справочника показана в таблице 41.
Таблица 41 – Структура справочника структурных подразделений «Structure»

Имя поля

Тип

Назначение поля

Id

Int

Идентификатор подразделения

Name

VarChar(45)

Наименование подразделения

Parent

Int

Высшее подразделение

Связь с полем Id. Может устанавливаться только про­граммным путем.

CityPhone

VarChar(13)

Городской телефон

Description

Text

Комментарии

Заполнение справочника данными, связанными с другими таблицами будет приведена далее в таблице 44.

          1. ^
            Справочник должностей «Posts»

Справочник хранит данные о должностях. Структура справочника показана в таблице 42.

Таблица 42 – Структура справочника должностей «Posts»

Имя поля

Тип

Назначение поля

Id

Int

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

Name

VarChar(45)

Наименование должности

Level

TinyInt

Иерархический уровень должности

Description

Text

Комментарии

Поле «Level» (иерархический уровень должности) предназначено для арбитрирования возможных конфликтов между запросами в случае недоста­точности какого-либо ресурса сервера (быстродействия передачи данных, объема оперативной памяти и т.д.). В этом случае выполнение запросов от пользователей с более высоким уровнем будет учитываться программным обеспечением сервера и GSM-модуля с соответствующим приоритетом.
          1. ^
            Справочник телефонов «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



^



        1. Блок «Логи и трассировка»


Блок включает в себя таблицы, предназначенные для сохранения информации о произошедших в системе событиях: регистрации пользовате­лей, установлении и разрыве связи с GSM-модулями, получении системных сообщений с GSM-модулей и т.д.
          1. ^
            Схема таблиц блока «Логи и трассировка»



Рисунок 9 Схема таблиц блока «Логи и трассировка»
Таблицы описываемого блока не имеют внешних связей на уровне базы данных.
          1. ^
            Справочник типов событий «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. Текст сообщения: «Проверка корректности работы АИР».


          1. ^
            Таблица событий. 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.
          1. ^
            Таблица строковых параметров к логам LogParamStr

Хранение параметров строкового типа. Поле «Id» хранит идентифика­тор записи таблицы «Log» о событии, к которому относится. Структура пока­зана в таблице 49.
Таблица 49 – Структура таблицы событий «LogParamStr»

Имя поля

Тип

Назначение поля

Id

Int

Код строки

Log

Int

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

Связь с полем Log.Id

Parameter

Varchar(255)

Значение строковое


          1. ^
            Таблица числовых параметров к логам . «LogParamInt»

Хранение параметров числового типа. Поле «Id» хранит идентификатор записи таблицы «Log» о событии, к которому относится. Структура показана в таблице 50.
Таблица 50 – Структура таблицы событий «LogParanInt»

Имя поля

Тип

Назначение поля

Id

Int

Код строки

Log

Int

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

Связь с полем Log.Id

Parameter

Int

Значение числовое
^
          1. Схема таблиц блока «Логи и трассировка»



Рисунок 10 – Схема таблиц блока «Логи и трассировка»
Внешняя связь по полю Log.Source с полями Users.Id и Modules.Id организована на программном уровне.
          1. ^
            Организация данных в таблицах блока событий

На примере одной записи о получении 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 – Таблицы базы данных АИР. Структура и реляционные связи
      1. ^

        Информационное обеспечение компьютеров пользователей


Информационное обеспечение компьютеров пользователей формирует­ся из двух источников:

  1. данные, получаемые от сервера;

  2. данные, вводимые пользователем.

В свою очередь, пользовательские данные от сервера состоят из двух составляющих:

  1. справочники, получаемые по синхронизации с серверной БД;

  2. оперативные данные, возвращаемые пользователю по его запросам к базе данных.

В состав информационного обеспечения пользователя входит определенный разработчиками набор справочников и таблиц оперативных данных, каждая из которых должна поддерживаться в актуальном состоянии. Справочники хранятся в серверной базе данных. На компьютерах пользователей – их копии.
        1. ^

          Обновление справочников в пользовательской базе данных


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

При регистрации клиентская программа, помимо регистрационных данных пользователя, сообщает серверу теку­щую версию своей базы (не связанную с версией программного обеспечения). Сервер для каждого из справочников находит записи более новых версий и направляет их клиен­ту. Каждая запись справочника включает в себя поле уникального ключа. В соответствии со значением этого поля выполняется обновление справочни­ков пользователя путем выполнения стандартных функций над записями таблиц: добавление, удаление, модификация полей и т.п. По окончании этой процедуры текущая версия информационного обеспечения также обновляет­ся. Технология такого порядка взаимодействия между базами данных на сервере и на компьютере пользователя показана ниже на рисунке 12 на примере обновления данных в справочнике.


Сервер




Пользователь

Код

Наименование

Версия




Код

Наименование

Версия

0001

А

7




0001

А

7

0002

Б1

8




0002

Б

7

0003

В

8




0003

В

8

0004

Г

8




0004

Г

8

0005

Д

9













0006

Е

9














Рисунок 12 – Технология обновления справочников в клиентской базе данных
1   2   3   4   5   6   7   8   9   10   11

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

Республики Беларусь Республиканское унитарное предприятие «Центр...
Республиканского унитарного предприятия «Центр научно-технической и деловой информации»
Республики Беларусь Республиканское унитарное предприятие «Центр...
Республиканского унитарного предприятия «Центр научно-технической и деловой информации»
Республики Беларусь Республиканское унитарное предприятие «Центр...
Республиканского унитарного предприятия «Центр научно-технической и деловой информации»
Республики Беларусь Республиканское унитарное предприятие «Центр...
Директор Республиканского унитарного предприятия «Центр научно-технической и деловой информации»
Республики Беларусь Республиканское унитарное предприятие «Центр...
Директор Республиканского унитарного предприятия «Центр научно-технической и деловой информации»
Республики Беларусь Республиканское унитарное предприятие «Центр...
Разработать и ввести в эксплуатацию автоматизированный информационный ресурс специализированной научно-технической информации в области...
Государственный комитет по науке и технологиям республики беларусь...
Республиканское унитарное предприятие научно-аналитический центр информации, инновации
Республики беларусь республиканское унитарное предприятие «научно-аналитический...
Республиканское унитарное предприятие научно-аналитический центр информации, инновации
Республики беларусь республиканское унитарное предприятие «научно-аналитический...
Республиканское унитарное предприятие научно-аналитический центр информации, инновации
Создать систему электронного обмена научно-технической документацией...
Организация-соисполнитель: Научно-инженерное республиканское унитарное предприятие «Межотраслевой научно-практический центр систем...

Вы можете разместить ссылку на наш сайт:
Школьные материалы


При копировании материала укажите ссылку © 2013
контакты
www.referatdb.ru
referatdb.ru
Рефераты ДатаБаза