48
Рисунок 2.3 – Сценарий диалога АРМ
49
2.3.2. Характеристика базы данных
Концептуальное проектирование БД
Существует несколько систем условных обозначений для описания инфо-
логической модели предметной области. Наиболее простые и понятные обозна-
чения имеет модель «сущность – связь» (кратко ER – модель) [18].
В базе данных АРМ менеджера по персоналу мультикоплекса «Киномакс»
необходимо хранить следующую информацию:
персональные сведения о сотрудниках;
аттестация и повышение квалификации сотрудников;
сведения о предоставленных льготах и поощрениях;
график отпусков;
список подразделений;
список должностей (вакансий);
список пользователей АРМ.
На рисунке 2.4 приведена ER-диаграмма предметной области.
Рисунок 2.4 – Концептуальная модель данных
50
Логическое проектирование базы данных
Следующим этапом проектирования базы данных является ее логическое
проектирование. В основе этого этапа лежит процедура нормализации БД. Нор-
мализация – это метод создания набора отношений с заданными свойствами на
основе требований к данным, установленным в некоторой организации.
В результате преобразования ER-диаграммы по определенным прави-
лам [5], получим 10 таблиц (талицы 2.2. – 2.11), находящихся в нормальной
форме Бойса-Кодда (далее НФБК). НФБК гарантирует отсутствие избыточного
дублирования данных и «ловушек» соединения таблиц.
Таблица 2.2
«Сотрудники»
№
Атрибуты
1
табельный номер (ключ)
2
ФИО сотрудника
3
пол
4
дата рождения
5
место рождения
6
гражданство
7
адрес прописки
8
адрес местожительства
9
номер телефона
10
ИНН
11
номер пенсионного страхования
12
паспортные данные
13
семейное положение
14
образование
15
воинская обязанность
16
стаж работы
17
номер трудового договора
18
должность
19
подразделение
51
Таблица 2.3
«Пользователи АРМ»
№
Атрибуты
1
табельный номер (ключ)
2
ФИО пользователя
3
код подразделения (ключ)
4
наличие прав администратора
5
пароль
Таблица 2.4
«Подразделения»
№
Атрибуты
1
код подразделения (ключ)
2
название подразделения
Таблица 2.5
«Должность»
№
Атрибуты
1
код должности (ключ)
2
название должности
Таблица 2.6
«Прием/перевод на работу»
№
Атрибуты
1
номер приказа (ключ)
2
дата приема
3
код подразделения
4
табельный номер сотрудника
5
код должности
6
оклад
7
основание
52
Таблица 2.7
«Аттестация»
№
Атрибуты
1
номер протокола (ключ)
2
дата аттестации
3
решение комиссии
4
основание
5
табельный номер
Таблица 2.8
«Повышение квалификации»
№
Атрибуты
1
номер протокола (ключ)
2
сроки повышения квалификации
3
вид
4
учреждение
5
наименование документа
6
серия, номер и дата свидетельства (ключ)
7
основание
8
табельный номер
Таблица 2.9
«График отпусков»
№
Атрибуты
1
вид отпуска
2
период отпуска
3
количество дней
4
основание
5
табельный номер (ключ)
53
Таблица 2.10
«Льготы»
№
Атрибуты
1
наименование льготы
2
номер и дата выдачи документа (ключ)
3
основание
4
табельный номер (ключ)
Таблица 2.11
«Поощрения»
№
Атрибуты
1
наименование награды
2
название документа
3
номер и дата выдачи документа (ключ)
4
табельный номер (ключ)
Существуют классификации таблиц БД по виду изменений информации,
которая содержится в таблицах, а именно:
справочные таблицы – содержат информацию справочного характера,
обладают невысокой степенью изменчивости. Они находятся с операционными
и транзакционными таблицами в отношении 1:М, являясь при этом родитель-
скими таблицами.
операционные таблицы – в них происходит непрерывное или перио-
дическое обновление информации. Они находятся в подчиненном отношении со
справочными. На основании данных операционных таблиц формируются итого-
вые отчеты.
В разрабатываемой БД справочными являются таблицы «Сотрудники»,
«Пользователи АРМ», «Подразделения», «Должности», «Льготы».
К операционным таблицам относятся таблицы «Прием/перевод на рабо-
ту», «Аттестация», «Повышение квалификации», «График отпусков», «Поощре-
ния».
54
Рисунок 2.5 иллюстрирует модель логического проектирования базы дан-
ных мультикомплекса «Киномакс».
Рисунок 2.5 – Логическая схема базы данных мультикомплекса «Киномакс»
Физическое проектирование базы данных
Физическое проектирование базы данных – это процесс создания описа-
ния конкретной реализации базы данных, размещаемой во вторичной памяти.
Предусматривает описание структуры хранения данных и методов доступа,
предназначенных для осуществления наиболее эффективного доступа к инфор-
мации.
Фаза физического проектирования базы данных предусматривает приня-
тие разработчиком окончательного решения о способах реализации создаваемой
базы. Поэтому физическое проектирование обязательно производится с учетом
всех особенностей используемой СУБД. Между фазами физического и логиче-
ского проектирования всегда имеется определенная обратная связь, поскольку
решения, принятые на этапе физического проектирования с целью повышения
производительности разрабатываемой системы, могут потребовать некоторого
пересмотра логической модели данных.
55
Ниже приведена структура таблиц, используемых в БД (таблица 2.12-
2.21).
Таблица 2.12
Сотрудники
Имя поля
Тип данных
Размер поля
Ключевое или
индексированное
поле
табельный номер
Текстовый
10
Ключевое
ФИО сотрудника
Текстовый
50
-
пол
Текстовый
10
-
дата рождения
Дата
8
-
место рождения
Текстовый
30
--
гражданство
Текстовый
10
-
адрес местожи-
тельства
Текстовый
50
-
номер телефона
Текстовый
50
-
ИНН
Числовой
15
-
номер пенсионного
страхования
Числовой
15
-
паспортные дан-
ные
Текстовый
50
-
семейное положе-
ние
Текстовый
10
-
образование
Текстовый
50
-
воинская обязан-
ность
Текстовый
10
-
стаж работы
Числовой
2
-
номер трудового
договора
Текстовый
10
-
должность
Текстовый
10
-
подразделение
Текстовый
10
-
56
Таблица 2.13
Пользователи АРМ
Имя поля
Тип данных
Размер поля
Ключевое или
индексированное
поле
табельный номер
Текстовый
10
Ключевое
код подразделения
(ключ);
Счетчик
Длинное целое
Ключевое
ФИО пользователя
Текстовый
50
-
наличие прав ад-
министратора
Логическое
1
-
пароль
Текстовый
10
-
Таблица 2.14
Подразделения
Имя поля
Тип данных
Размер поля
Ключевое или
индексированное
поле
код подразделения
Счетчик
Длинное целое
Ключевое
наименование под-
разделение
Текстовый
10
-
Таблица 2.15
Должность
Имя поля
Тип данных
Размер поля
Ключевое или
индексированное
поле
код должности
Счетчик
Длинное целое
Ключевое
наименование
должности
Текстовый
10
-
Таблица 2.16
Прием/перевод на работу
Имя поля
Тип данных
Размер поля
Ключевое или
индексированное
поле
1
2
3
4
номер приказа
Текстовый
10
Ключевое
дата приема
Дата
8
-
код подразделения
Счетчик
Длинное целое
-
57
Таблица 2.17
Аттестация
Таблица 2.18
Повышение квалификации
Продолжение таблицы 2.16
1
2
3
4
табельный номер
Текстовый
10
-
код должности
Счетчик
Длинное целое
-
оклад
Денежный
Длинное дроб-
ное
-
основание
Текстовый
10
-
Имя поля
Тип данных
Размер поля
Ключевое или
индексированное
поле
номер протокола
Текстовый
10
Ключевое
дата аттестации
Дата
8
-
решение комиссии
Текстовый
30
табельный номер
Текстовый
10
-
основание
Текстовый
10
-
Имя поля
Тип данных
Размер поля
Ключевое или
индексированное
поле
номер протокола
Текстовый
10
Ключевое
сроки повышения
Текстовый
30
-
вид
Текстовый
30
-
учреждение
Текстовый
60
-
наименование до-
кумента
Текстовый
60
-
серия, номер и да-
та свидетельства
Текстовый
60
Ключевое
табельный номер
Текстовый
10
-
основание
Текстовый
10
-