56
В таблице 2.5 использовались следующие сокращения: генер – генерация;
корр – корректировка; просм – просмотр; ПК – первичный ключ; УК –
уникальный ключ; Д.б. – должен быть; М.б. – может быть.
Таблица 2.6 – Связи между классами
Связь классов
объектов
Название связи
со стороны
классов объектов
Тип связи
со стороны
класса
объекта
Опц-сть
связи
класса
объекта
Главный
Подчиненны
й
Главного
Подчин
енный
Глав-
ного
Под
чин.
Глав
-
ного
Под
ч
1 2 3 4 5 6 7 8
Тип улицы Улица имеет соответс
твует
1 М М.б. Д.б.
Тип
населённого
пункта
Населённый
пункт
имеет соответс
твует
1 М М.б. Д.б.
Населённый
пункт
Адрес имеет соответс
твует
1 М М.б. Д.б.
Улица Адрес имеет соответс
твует
1 М М.б. Д.б.
Тип
комплект.
Комплектующ
ие
имеет соответс
твует
1 М М.б. Д.б.
Комплектую
щие
Позиция
документа
имеет соответс
твует
1 М М.б. Д.б.
Поломка Документ о
ремонте
имеет соответс
твует
1 М М.б. Д.б.
Тип
структурной
единицы
Структурная
единица
имеет соответс
твует
1 М М.б. Д.б.
Физическое
лицо
Адрес имеет соответс
твует
1 М М.б. М.б.
Структурная
единица
Адрес имеет соответс
твует
1 М М.б. М.б.
Физическое
лицо
Трудовой
договор
имеет соответс
твует
1 М М.б. Д.б..
Структурная
единица
Трудовой
договор
имеет соответс
твует
1 М М.б. Д.б.
Должность Трудовой
договор
имеет соответс
твует
1 М М.б. Д.б.
Трудовой
договор
Приём на
баланс
имеет соответс
твует
1 М М.б. Д.б.
Трудовой
договор
Документ ТО имеет соответс
твует
1 М М.б. Д.б.
57
Трудовой
договор
Документ о
ремонте
имеет соответс
твует
1 М М.б. Д.б.
Приём на
баланс
Документ о
ремонте
имеет соответс
твует
1 М М.б. Д.б.
Тип
неисправн.
Документ о
ремонте
имеет соответс
твует
1 М М.б. Д.б.
Структурная
единица
Документ о
ремонте
имеет соответс
твует
1 М М.б. Д.б.
Поломка
Документ о
ремонте
имеет
соответс
твует
1 М М.б. Д.б.
Продолжение таблицы 2.6
1 2 3 4 5 6 7 8
Документ о
ремонте
Позиция
документа
имеет
соответс
твует
1 М М.б. Д.б.
Станок
Приём на
баланс
имеет
соответс
твует
1 М М.б. Д.б.
Марка
станка
Станок имеет
соответс
твует
1 М М.б. Д.б.
Приём на
баланс
Документ ТО имеет
соответс
твует
1 М М.б. Д.б.
Состояние
станка
Документ ТО имеет
соответс
твует
1 М М.б. Д.б.
В таблице 2.6 использованы сокращения: Мб. – может быть; Дб. – должно
быть; КО – класс объектов, главн. – главный; подч. – подчиненный.
2.2.3 Описание пользователей АС
На этапе анализа предметной области кроме функций системы, классов
объектов предметной области, их связей были определены потенциальные
пользователи программной системы и БД. В таблице 2.7 представлено описание
уровня доступа пользователей. Были выделены четыре группы пользователей:
- администратор БД. Пользователи данной категории имеют полный
доступ к БД, т.е. они могут добавлять, удалять, просматривать,
модифицировать записи БД, создавать новые уровни доступа пользователей и
т.д. Администратор БД хорошо знаком со структурой и назначением БД, её
функциональными возможностями.
- прикладной программист. Пользователь данной категории
характеризуется тем, что имеет ограниченные права по сравнению с
администратором БД. Этот пользователь хорошо знаком со структурой БД и её
физической реализацией, он разрабатывает приложения для данной БД,
58
являющиеся составной частью программной системы и позволяющие
автоматизировать и упростить работу с БД посредством простого, удобного
даже для начинающего пользователя интерфейса.
- конечный пользователь, сотрудники отдела 135. Пользователь данной
категории характеризуется тем, что поддерживает БД в актуальном состоянии и
использует её данные в своей работе. Посредством приложений, он добавляет
записи в БД и модифицирует некоторые данные. Он может просматривать
данные и проводить их статистическую обработку с помощью программной
системы.
- конечный пользователь, прочие сотрудники организации. Могут только
просматривать данные.
Таблица 2.7 – Права доступа пользователей
Объекты
доступа
Пользователи
Админист
ратор БД
Приклад
ной
програм
мист
Сотрудник
и отдела
135
Прочие
сотрудники
1 2 3 4 5
Улица
номер RUID RI RI R
название RUID RUI RUI R
Населённый пункт
номер RUID RI RI R
название RUID RUI RUI R
Тип населённого пункта
номер RUID RI RI R
название RUID RUI RUI R
Тип улицы
номер RUID RI RI R
название RUID RUI RUI R
Тип комплектующих
номер RUID RI RI R
название RUID RUI RUI R
Поломка
номер RUID RI RI R
название RUID RUI RUI R
Тип структурной единицы
номер RUID RI RI R
название RUID RUI RUI R
краткое название RUID RUI RUI R
Должность
номер RUID RI RI R
название RUID RUI RUI R
59
Состояние станка
номер RUID RI RI R
название RUID RUI RUI R
Тип неисправности
номер RUID RI RI R
название RUID RUI RUI R
Марка станка
номер RUID RI RI R
название RUID RUI RUI R
Продолжение таблицы 2.8
1 2 3 4 5
Позиция документа
номер RUID RI RI R
наименование RUID RUI RUI R
Комплектующие
код RUID RI RI R
название RUID RUI RUI R
краткое название RUID RUI RUI R
артикул RUID RUI RUI R
Документ ТО
код RUID RI RI R
дата ТО RUID RUI RUI R
Адрес
номер RUID RI RI R
дом RUID RUI RUI R
корпус RUID RUI RUI R
квартира RUID RUI RUI R
Станок
номер RUID RI RI R
Табельный номер RUID RUI RUI R
Срок эксплуатации RUID RUI RUI R
год выпуска RUID RUI RUI R
Физическое лицо
номер RUID RI RI R
фамилия RUID RUI RUI R
имя RUID RUI RUI R
отчество RUID RUI RUI R
Документ о ремонте
номер RUID RI RI R
дата принятия RUID RUI RUI R
дата окончания RUID RUI RUI R
описание RUID RUI RUI R
Трудовой договор
номер RUID RI RI R
дата начала RUID RUI RUI R
дата окончания RUID RUI RUI R
Структурная единица
номер RUID RI RI R
название RUID RUI RUI R
краткое название RUID RUI RUI R
60
Приём на баланс
номер RUID RI RI R
дата RUID RUI RUI R
наименование RUID RUI RUI R
примечание RUID RUI RUI R
В таблице использованы следующие сокращения: R – read; I – insert;
U – update; D – delete.
2.2.4 Инфологическая модель предметной области
Концептуальный уровень является обобщением локальных
представлений пользователей, т.е. является общим глобальным описанием
предметной области в терминах (концептах) конкретной СУБД.
Концептуальный уровень исполняет роль некоторого стандарта пользователей,
согласуя их представление о предметной области в единое целое [18].
Пояснение к диаграмме, изображенной на рисунке 2.3. Класс объектов
отображен в виде четырехугольника с закругленными углами. Имя и свойства
класса объектов указано внутри четырехугольника. Опциональность свойств:
обязательные свойства обозначены (*), не обязательные (0); первичные ключи
обозначены знаком (#). Опциональность связей: обязательная связь отмечена
сплошной линией, необязательная пунктиром, тип (мощность) связи «один»
отмечена линией, «много» — «вороньей лапой».
Исходными данными для построения ИЛМ предметной области являются
результаты анализа предметной области, представленные в виде описания
классов объектов и связей между ними. Чаще всего ИЛМ предметной области
представляют в терминах семантической модели данных. В настоящее время
существуют разнообразные методологий (нотации) построения ER—модели.
Построим инфологическую модель базы данных в виде ER-диаграммы по
методологии Ричарда-Баркера.
Построение даталогической модели базы данных – это следующий этап
проектирования базы данных. Исходными данными для даталогического
проектирования является ИЛМ модель предметной области. В результате
61
должна быть получена логическая структура базы данных, описанная в
терминах выбранной модели данных на основе физических записей.
В ходе проектирования было произведено преобразование
инфологической модели в даталогическую модель, построенной на основе
реляционной модели данных. Классы объектов преобразуются в таблицы, а
связи приводят к появлению внешних ключей.
Полученная ER-диаграмма представлена на рисунке 2.3.
62
63
Рисунок 2.3 - Инфологическая модель
2.2.5 Даталогическая модель БД
Даталогическая модель представлена на рисунке 2.4.
Рисунок 2.4 – Даталогическая модель
2.2.6 Анализ схем отношений на соответствие 3НФ
Ввиду того, что все атрибуты в таблицах базы данных атомарные и нет
повторяющихся групп, можно говорить, что схема отношений находится в
первой нормальной форме(1НФ).
СО
СТ
ОЯ
НИ
Е
СТ
АН
КА
#
*
ко
д
*
на
им
ен
ов
ан
ие
ПО
ЛО
МК
А
#
*
ко
д
*
на
им
ен
ов
ан
ие
НА
СЕ
ЛЁ
НН
ЫЙ
ПУ
НК
Т
#
*
ко
д
*
на
им
ен
ов
ан
ие
ТИ
П
НА
С.
ПУ
НК
ТА
#
*
ко
д
*
на
им
ен
ов
ан
ие
УЛ
ИЦ
А
#
*
ко
д
*
на
им
ен
ов
ан
ие
ТИ
П
УЛ
ИЦ
Ы
#
*
ко
д
*
на
им
ен
ов
ан
ие
АД
РЕ
С
#
*
ко
д
*
до
м
0
ко
рп
ус
0
кв
ар
ти
ра
ТИ
П
КО
МП
ЛЕ
КТ
.
#
*
ко
д
*
на
зв
ан
ие
КО
МП
ЛЕ
КТ
УЮ
ЩИ
Е
#
*
ко
д
*
на
зв
ан
ие
*
кр
.
на
зв
ан
ие
*
ар
ти
ку
л
СТ
РУ
КТ
УР
НА
Я
ЕД
ИН
ИЦ
А
#
*
ко
д
*
на
зв
ан
ие
*
кр
.
на
зв
ан
ие
ТИ
П
СТ
Р.
ЕД
ИН
ИЦ
Ы
#
*
ко
д
*
на
зв
ан
ие
ТР
УД
ОВ
ОЙ
ДО
ГО
ВО
Р
#
*
ко
д
*
да
та
на
ча
ла
0
да
та
ок
он
ча
ни
я
МА
РК
А
СТ
АН
КА
#
*
ко
д
*
на
им
ен
.
ФИ
ЗИ
ЧЕ
СК
ОЕ
ЛИ
ЦО
#
*
ко
д
*
фа
ми
ли
я
*
им
я
*
от
че
ст
во
ПР
ИЁ
М
НА
БА
ЛА
НС
#
*
ко
д
*
да
та
*
на
им
ен
ов
ан
ие
0
пр
им
еч
ан
ие
СТ
АН
ОК
#
*
ко
д
*
мо
де
ль
*
та
б.
но
ме
р
*
го
д
вы
пу
ск
а
ТИ
П
НЕ
ИС
ПР
АВ
НО
СТ
И
#
*
ко
д
*
на
им
ен
ов
ан
ие
ПО
ЗИ
ЦИ
Я
ДО
КУ
МЕ
НТ
А
#
*
ко
д
*
на
им
ен
ов
ан
ие
ДО
КУ
МЕ
НТ
О
РЕ
МО
НТ
Е
#
*
ко
д
*
да
та
пр
ин
ят
ия
0
да
та
ок
он
ча
ни
я
0
оп
ис
ан
ие
ДО
КУ
МЕ
НТ
ТО
#
*
ко
д
*
да
та
ТО
ДО
ЛЖ
НО
СТ
Ь
#
*
ко
д
*
на
зв
ан
ие
код ПК
наименование
Тип улицы
код ПК
наименование
Тип нас. пункта
код ПК
наименование
тип на. пункта ВК1
Населённый пункт
код ПК
наименование
тип улицы ВК1
Улица
код ПК
наименование
Типзапчасти
код ПК
название
кр.название
артикул
тип запчасти ВК1
Комплектующие
код ПК
дом
корпус
квартира
стр. единица ВК1
физ. лицо ВК2
нас. рункт ВК3
улица ВК4
Адрес
код ПК
фамилия
имя
отчество
дата рождения
Физическое лицо
код ПК
название
кр. название
тип стр. един ВК1
Стр. единица
код ПК
название
кр. название
Тип стр. един.
код ПК
дата начала
дата окончания
кр. название
должность ВК1
физ. лицо ВК2
стр. единица ВК3
Трудовой договор
код ПК
название
Должность
код ПК
наименование
док. о ремонте ВК1
прайс ВК2
Позиция документа
код ПК
дата принятия
дата окончания
описание
тип неиспр. ВК1
док. о приёме ВК2
стр. единица ВК3
поломка ВК4
Док. о ремонте
код ПК
наименование
Поломка
код ПК
название
Тип неисправности код ПК
дата
наименование
примечание
станок ВК1
труд. договор ВК2
ПРИЁМ НА БАЛАНС
код ПК
модель
таб. номер
год выпуска
марка станка ВК1
СТАНОК
код ПК
название
МАРКА
СТАНКА
код ПК
дата ТО
труд. Договор ВК1
состояние ВК2
док. о приёме ВК3
Документ ТО
код ПК
наименование
Состояние станка
64
Также верно, что каждая таблица имеет уникальное ключевое поле,
которое однозначно определяет любое не ключевое, т.е. запись ему
соответствующую. Что в совокупности с соответствием первой нормальной
форме является соответствием второй нормальной форме (2НФ).
Ни одно из не ключевых полей каждой из таблиц модели однозначно не
определяться значением других не ключевых полей, т.е. все поля, не зависящие
от ключевого поля, уже выделены в отдельные таблицы, что соответствует
третьей нормальной форме (3НФ).
Целостность данных – это поддержка точности и корректности данных,
хранящихся в БД. Ограничения целостности таблиц реализованы наличием
первичных и уникальных ключей, значения которых обязательны, что
обеспечивает уникальность каждой строки каждой таблицы. Декларативные
ограничения реализованы посредством задания обязательности значения поля,
его типа, длины, а также диапазона значений.
При обновлении первичного ключа в родительской таблице используется
стратегия поддержки ссылочной целостности – CASCADE. При удалении
записи из родительской таблицы используется стратегия поддержки ссылочной
целостности – CASCADE.
2.2.7 Физическая модель БД
Техническое описание таблиц БД представлено в таблицах. 2.8 – 2.26 на
языке описания данных СУБД InterBase 2013.
Таблица 2.8 – Реляционная таблица «nas_punkt»
Название
поля
Ключ
Тип,
длина
Опц-ть
Логич.
огранич.
Примеры
данных
nom primarykey integer notnull check (>0) 1
name varChar(30) notnull Ивановка
tupe_nas_punkt foreign key integer notnull >0 6
Таблица 2.9 – Реляционная таблица «type_ylic»
Название
поля
Ключ
Тип,
длина
Опц-ть
Логич.
огранич.
Примеры
данных
nom primarykey integer notnull check (>0) 1
name varchar(30) notnull улица
КО
МП
ЛЕ
КТ
УЮ
ЩИ
Е
#
*
ко
д
*
на
зв
ан
ие
*
кр
.
на
зв
ан
ие
*
ар
ти
ку
л
СТ
РУ
КТ
УР
НА
Я
ЕД
ИН
ИЦ
А
#
*
ко
д
*
на
зв
ан
ие
*
кр
.
на
зв
ан
ие
ТР
УД
ОВ
ОЙ
ДО
ГО
ВО
Р
#
*
ко
д
*
да
та
на
ча
ла
0
да
та
ок
он
ча
ни
я
ФИ
ЗИ
ЧЕ
СК
ОЕ
ЛИ
ЦО
#
*
ко
д
*
фа
ми
ли
я
*
им
я
*
от
че
ст
во
ПР
ИЁ
М
НА
БА
ЛА
НС
#
*
ко
д
*
да
та
*
на
им
ен
ов
ан
ие
0
пр
им
еч
ан
ие
СТ
АН
ОК
#
*
ко
д
*
мо
де
ль
*
та
б.
но
ме
р
*
го
д
вы
пу
ск
а
ДО
КУ
МЕ
НТ
О
РЕ
МО
НТ
Е
#
*
ко
д
*
да
та
пр
ин
ят
ия
0
да
та
ок
он
ча
ни
я
0
оп
ис
ан
ие
65
Таблица 2.10 – Реляционная таблица «type_nas_pt»
Название
поля
Ключ
Тип,
длина
Опц-ть
Логич.
огранич.
Примеры
данных
nom primarykey integer notnull check ( >0) 1
name varchar(30) notnull Село
Таблица 2.11 – Реляционная таблица «Adres»
Название
поля
Ключ
Тип,
длина
Опц-ть
Логич.
огранич.
Пример
ы
данных
nom primarykey integer notnull check (>0) 1
dom integer notnull >0 1
kv integer >0 1
korp integer >0 1
nas_punkt_FK foreign key integer notnull >0 1
ylica_FK foreign key integer not null >0 1
filz_lic_FK foreign key integer >0 1
str_ed_fk foreign key integer >0 1
Таблица 2.12 – Реляционная таблица «type_kompl»
Название
поля
Ключ
Тип,
длина
Опц-ть
Логич.
огранич.
Примеры
данных
nom primarykey integer notnull check (>0) 1
name varchar(30) notnull Ротор
Таблица 2.13 – Реляционная таблица «ylica»
Название
поля
Ключ
Тип,
длина
Опц-ть
Логич.
огранич.
Примеры
данных
nom primarykey integer notnull check (>0) 1
name varchar(30) notnull Красная
type_ylic_FK foreign key integer notnull >0 1
Таблица 2.14 – Реляционная таблица «kompl»
Название
поля
Ключ
Тип,
длина
Опц-ть
Логич.
огранич.
Пример
ы
данных
nom primarykey integer notnull check (>0) 1
name varchar(30) notnull свеча 32f
FK_type_kompl foreign key integer notnull >0 2
Таблица 2.15 – Реляционная таблица «polomka»
Название
поля
Ключ
Тип,
длина
Опц-ть
Логич.
огранич.
Примеры
данных
nom primarykey integer notnull check (>0) 1
name varchar(30) notnull поломка
Таблица 2.16 – Реляционная таблица «dolgnost»