5.5 Создание логической модели бд
Фактически, все атрибуты, сущности и отношения уже описаны выше. Поэтому, на данном этапе необходимо лишь разместить их на диаграмме, а также установить, на каком домене определен тот или иной атрибут. Домен это совокупность значений, из которых берутся значения атрибутов. Каждый атрибут может быть определен только на одном домене, но на каждом домене может быть определено несколько атрибутов. В понятие домена входит не только тип данных, но и область значения данных [2].
Домены позволяют облегчить работу с данными как разработчикам на этапе проектирования, так и администраторам баз данных на этапе эксплуатации системы.
С учётом базовых сущностей, представленных в таблице 5.6, необходимо создать логическую модель базы данных.
Таблица 5.6 – Базовые сущности
-
N п/п
Название сущности
1
Контролируемые работы
2
Перенесённые работы
3
Признаки исполнения
4
Категории важности
5
Причины переноса
6
Предупреждающие литеры
Логическая модель будет выполнена в соответствии с рисунком 5.3.
Рисунок 5.3 – Логическая модель базы данных на основе базовых сущностей
Таблица 5.7 – Внешние сущности
-
N п/п
Название сущности
1
Документы
2
Календарь
3
Функциональные службы
4
Картотека руководителей
5
Подразделения ГРПЗ
С учётом внешних сущностей логическая модель представлена на рисунке 5.4:
Рисунок 5.4 – Логическая модель базы данных
5.6 Создание физической модели бд
Физическая модель данных, в отличие от логической модели, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В этой модели содержится информация обо всех объектах базы данных. Поскольку стандартов на объекты БД не существует физическая модель зависит от конкретной реализации СУБД. Одной и той же логической модели могут соответствовать несколько разных физических моделей. В физической модели важно описать всю информацию о конкретных физических объектах – таблицах, колонках, индексах и т.д.
В качестве СУБД физической БД в данном дипломном проекте, согласно заданию, выбрана СУБД Oracle 9.2. Сама модель данных при переходе на физический уровень остается неизменной, только указываются типы данных и имена атрибутов записываются на английском языке. Доменом называется некоторый пул значений, элементы которого выбираются для присвоения значений одному или более атрибутам. На данном этапе определяются домены для всех атрибутов, присутствующих в модели [3].
Описание доменов на физическом уровне приведено в таблице 5.6.
Таблица 5.6 – Домены
-
Домен
Тип
NN
Описание
DATET
DATE
Дата
NUMBERT_1
NUMBER (1)
Целые числа, не содержащие Null значений в 1 символ
NUMBERT_3
NUMBER(3)
Целые числа, не содержащие Null значений в 3 символа
NUMBERT_9
NUMBER(9)
Целые числа, не содержащие Null значений в 9 символ
VARCHART_100
VARCHAR(100)
Строка символов длиной 100
VARCHART_2
VARCHAR(2)
Строка символов длиной 2, не содержащие Null
VARCHART_20
VARCHAR(20)
Строка символов длиной 20
VARCHART_3
VARCHAR(3)
Строка символов длиной 3, не содержащие Null
VARCHART_30
VARCHAR(30)
Строка символов длиной 30
VARCHART_40
VARCHAR(40)
Строка символов длиной 40
VARCHART_6
VARCHAR(6)
Строка символов длиной 6, не содержащие Null
Структура базовых таблиц на этом уровне представлена в таблицах 5.7 – 5.12. Поля таблицы «CF_KVR» представлены в таблице 5.7.
Таблица 5.7 - «Категории важности работ» CF_KVR
-
PK
FK
Поле
Домен
Тип
NN
Описание
K_KVR
NUMBERT_1
NUMBER (1)
Код категория важности
NAIM_KVR
VARCHART_20
VARCHAR(20)
Наименование категории важности
TABN
VARCHART_6
VARCHAR(6)
Табельный номер (корректировавшего)
DAT_KOR
DATET
DATE
Дата и время корректировки
Контролируемые работы имеют категории важности («Код категории важности» K_KVR в файле «Контролируемые работы» CF_KWORK). Первоначальное заполнение:
– для обычных работ поле K_KVR=1 ;
– для важных работ, например, по повышению качества изделий, организации производства K_KVR=2;
– для особо важных работ, например, по производству изделий и подготовке запуска новых изделий K_KVR=3.
Поля таблицы «CF_PRISP» представлены в таблице 5.8.
Таблица 5.8 - «Признак исполнения» CF_PRISP
-
PK
FK
Поле
Домен
Тип
NN
Описание
NAIM_PRISP
VARCHART_40
VARCHAR(40)
Наименование признака исполнения
PR_ISP
NUMBERT_1
NUMBER (1)
Признак исполнения
DAT_KOR
DATET
DATE
Дата и время корректировки
TABN
VARCHART_6
VARCHAR(6)
Табельный номер
Контролируемая работа обладает «Признаком исполнения» PR_ISP (в файле «Контролируемые работы» CF_KWORK). Первоначальное заполнение:
– не поставлена на контроль поле PR_ISP=0
– поставлена на контроль поле PR_ISP=1;
- работа с перенесенным сроком исполнения PR_ISP=2;
– работа выполнена PR_ISP=3.
Поля таблицы «CF_KWORK» представлены в таблице 5.9.
Таблица 5.9 - «Контролируемые работы» CF_KWORK
-
PK
FK
Поле
Домен
Тип
NN
Описание
N_DOC
VARCHART_30
VARCHAR(30)
Номер документа
N_LIST
NUMBERT_3
NUMBER(3)
Номер рассыльного листа
N_KWORC
NUMBERT_9
NUMBER(9)
Номер карточки
DAT_ZAKR
DATET
DATE
Дата закрытия
DAT_POST
DATET
DATE
Дата постановки на контроль
KR_SOD
VARCHART_100
VARCHAR(100)
Краткое содержание
N_PUNKT
VARCHART_6
VARCHAR(6)
Номер пункта
DAT_DOC
DATET
DATE
Дата документа (дата издания)
DAT_KOR
DATET
DATE
Дата и время корректировки
TABN
VARCHART_6
VARCHAR(6)
Табельный номер
K_KVR
NUMBERT_1
NUMBER(1)
Код категории важности
PR_ISP
NUMBERT_1
NUMBER(1)
Признак исполнения
ID_PS_KRUK
NUMBERT_9
NUMBER(9)
Номер записи PS_КRUK
(должностное лицо - исполнитель)
ID_OS_DOKKL
NUMBERT_9
NUMBER(9)
Номер записи OS_DOKKL
LIT
NUMBERT_1
NUMBER(1)
Предупреждающая литера
SR_ISP
DATET
DATE
Срок исполнения
ID_PS_POD
NUMBERT_9
NUMBER(9)
Номер записи PS_POD (подразделение-исполнитель)
Поля таблицы «CF_OLDW» представлены в таблице 5.10.
Таблица 5.10 - "Перенесенные работы" CF_OLDW
-
PK
FK
Поле
Домен
Тип
NN
Описание
ID_CF_OLDW
NUMBERT_9
NUMBER(9)
Номер записи
N_KWORC
NUMBERT_9
NUMBER(9)
Номер карточки
TABN
VARCHART_6
VARCHAR(6)
Табельный номер (корректировавшего)
DAT_KOR
DATET
DATE
Дата и время корректировки
DAT_OLDW
DATET
DATE
Прежний срок исполнения
K_PRI_PER
VARCHART_2
VARCHAR(2)
код причины переноса
Поля таблицы «CF_PRI» представлены в таблице 5.11.
Таблица 5.11 - "Причины переноса работ" CF_PRI
-
PK
FK
Поле
Домен
Тип
NN
Описание
K_PRI_PER
VARCHART_2
VARCHAR(2)
Код причины переноса работы
S_PRI_PER
VARCHART_100
VARCHAR(100)
Содержание причины переноса работы
DAT_KOR
DATET
DATE
Дата и время корректировки
TABN
VARCHART_6
VARCHAR(6)
Табельный номер
Поля таблицы «CF_LITER» представлены в таблице 5.12.
Таблица 5.12 - справочник «Предупреждающие литеры» CF_LITER
-
PK
FK
Поле
Домен
Тип
NN
Описание
NAIM_LIT
VARCHART_100
VARCHAR(100)
Наименование литеры
LIT
NUMBERT_1
NUMBER(1)
Литера
DAT_KOR
DATET
DATE
Дата и время корректировки
TABN
VARCHART_6
VARCHAR(6)
Табельный номер
Структура внешних таблиц на этом уровне представлена в таблицах 5.13 – 5.17.
В качестве внешних данных используется автоматизированная система «Кадры» справочник «Календарь» и общесистемный классификатор «Документы» из которых берётся информация о кодах функциональных служб, кодах подразделений, кодах документов (мероприятий) и кодах должностных лиц, ответственных за исполнение и контроль.
Поля таблицы «PS_POD» представлены в таблице 5.13.
Таблица 5.13 - «Подразделения ГРПЗ» PS_POD
-
PK
FK
Поле
Домен
Тип
NN
Описание
NAIM_KSP
VARCHART_100
VARCHAR(100)
Наименование подразделения
KSP
VARCHART_3
VARCHAR(3)
Код структурного подразделения
PRAN
NUMBERT_1
NUMBER(1)
Признак аннулированного подразделения
ID_PS_FS
NUMBERT_9
NUMBER(9)
Код функциональной службы
ID_PS_POD
NUMBERT_9
NUMBER(9)
Номер записи подразделения
Поля таблицы «PS_FS» представлены в таблице 5.14.
Таблица 5.14 - «Функциональные службы» PS_FS
-
PK
FK
Поле
Домен
Тип
NN
Описание
NAIM_FS
VARCHART_40
VARCHAR(40)
Наименование функциональной службы
K_FS
VARCHART_3
VARCHAR(3)
Код функциональной службы
ID_PS_FS
NUMBERT_9
NUMBER(9)
Номер записи функционального подразделения
Поля таблицы «PS_KRUK» представлены в таблице 5.15.
Таблица 5.15 - «Картотека руководителей» PS_KRUK
-
PK
FK
Поле
Домен
Тип
NN
Описание
OTCH
VARCHART_20
VARCHAR(20)
Отчество
IMUA
VARCHART_20
VARCHAR(20)
Имя
FAM
VARCHART_20
VARCHAR(20)
Фамилия
TABN
VARCHART_6
VARCHAR(6)
Табельный номер
ID_PS_KRUK
NUMBERT_9
NUMBER(9)
Номер записи PS_КRUK
ID_PS_POD
NUMBERT_9
NUMBER(9)
Номер подразделения подчиненного руководителю
Поля таблицы «OS_DOKKL» представлены в таблице 5.16.
Таблица 5.16 - «Документы» OS_DOKKL
-
PK
FK
Поле
Домен
Тип
NN
Описание
NAIM_DOC
VARCHART_40
VARCHAR(40)
Наименование документа
ID_OS_DOKKL
NUMBERT_9
NUMBER(9)
Номер записи OS_DOKKL
K_DOK
NUMBERT_3
NUMBER(3)
Код документа
Все даты, присваиваемые с таймера, берутся с сервера БД. При проведении любой корректировки таблиц фиксируется табельный номер корректировавшего и время корректировки.
Поля таблицы «OS_KALEND» представлены в таблице 5.17.
Таблица 5.17 - справочник "Календарь" OS_KALEND
-
PK
FK
Поле
Домен
Тип
NN
Описание
N_DAY
NUMBER(4,0)
Номер дня
ID_OS_KALEND
NUMBERT_9
NUMBER(9,0)
Номер записи
N_MES
NUMBER(2,0)
Номер месяца
GOD
NUMBER(4,0)
Год
PR_DAY
NUMBERT_1
NUMBER(1,0)
Признак дня
DATA
DATE
Дата
При проведении любой корректировки используемых таблиц фиксируется табельный номер корректировавшего и время корректировки.
Значение полю «Табельный номер» TABN берется из системных параметров парольной защиты (заполняется с использованием PAROL файл "Пароли"), а значение «Дата и время корректировки» DAT_KOR присваивается с таймера сервера БД.
Базовые таблицы, представлены в таблице 5.18.
Таблица 5.18 - Базовые таблицы
-
N п/п
Название таблицы
1
Контролируемые работы – «CF_KWORK»
2
Перенесенные работы – «CF_OLDW»
3
Признак исполнения – «CF_PRISP»
4
Категории важности работ – «CF_KVR»
5
Причины переноса работ – «CF_PRI»
6
Предупреждающие литеры – «CF_LITER»
Физическая модель базы данных на основе базовых таблиц выполнена в соответствии с рисунком 5.5.
Рисунок 5.5 –
Физическая модель базы данных на основе
базовых сущностей
Таблица 5.16 - Внешние таблицы
-
N п/п
Внешние таблицы
1
Документы – «OS_DOKKL»
2
Календарь – «OS_KALEND»
3
Функциональные службы – «PS_FS»
4
Картотека руководителей – «PS_KRUK»
5
Подразделения ГРПЗ – «PS_POD»
С учётом внешних таблиц необходимо сформировать физическую модель базы данных, которая представлена в соответствии с рисунком 5.6:
Рисунок 5.6– Физическая модель базы данных