База данных для информационной системы "Продажа автобусных билетов"
Изучение методов проектирования структуры базы данных, предназначенной для функционирования автоматизированной информационной системы. Особенности разработки структуры реляционной базы данных для информационной системы "Продажа автобусных билетов".
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 03.11.2011 |
Размер файла | 100,4 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ УКРАИНЫ
ХАРЬКОВСКИЙ НАЦИОНАЛЬНЫЙ ЭКОНОМИЧЕСКИЙ УНИВЕРСИТЕТ
БАЗА ДАННЫХ
ДЛЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ
“ПРОДАЖА АВТОБУСНЫХ БИЛЕТОВ”
Пояснительная записка к курсовому проекту
по дисциплине
«Организация баз данных и знаний»
Специальность 7.080401 - информационно
управляющие системы и технологии
Факультет экономической информатики
Кафедра информационных
управляющих систем в экономике
Курс 3
Семестр 6
Харьков, 2006
СОДЕРЖАНИЕ
Введение
1. Выбор автоматизируемых функций и информационного
обеспечения
1.1 Краткое описание предметной области
1.2 Выбор и описание автоматизируемых функций
1.3 Первичное описание информационного обеспечения
1.4 Вывод
2. Выявление ограничений и правил поддержания целостности
2.1 Уровень атрибутов
2.2 Уровень кортежей
2.3 Уровень множеств кортежей
2.4 Уровень базы данных
2.5 Вывод
3. Проектирование локальных ER-моделей
3.1 Составление локальных исходных ER-моделей
3.2 Нормализация локальных ER-моделей
3.3 Спецификация ограничений и правил поддержания целостности
3.4 Вывод
4. Проектирование глобальной ER-модели
4.1 Выявление и устранение эквивалентных сущностей
4.2 Выявление категорий и синтез обобщающих сущностей
4.3 Выявление и устранение дублирования атрибутов и связей
4.4 Графическое представление глобальной ER-модели
4.5 Спецификация ограничений и правил поддержания целостности
4.6 Вывод
5. Проектирование реляционной SQL-модели
5.1 Перевод глобальной ER-модели в реляционную форму
5.2 Спецификация ограничений и правил поддержания целостности
5.3 SQL-код для создания реляционной модели
5.4 Вывод
6. Проектирование представлений для автоматизируемых функций
6.1 Определение путей доступа для автоматизируемых функций
6.2 SQL-код локальных просмотров для автоматизируемых функций
6.3 Вывод
Заключение
Список литературы
Введение
Целью данного проекта является выработка умений и навыков проектирования структуры базы данных, предназначенной для функционирования автоматизированной информационной системы. Для достижения этой цели в данном проекте выполняется разработка структуры реляционной базы данных для гипотетической информационной системы “Продажа автобусных билетов ”. база информационный система
Информационная система “Продажа автобусных билетов” предназначена для автоматизации процессов продажи билетов; регистрации предварительных заявок; учета кадров автовокзала; работы по графику; сотрудничества с органами, поставляющими транспорт.
Разрабатываемая база данных предназначена для информационного обеспечения автоматизации процессов.
Раздел 1 посвящен выбору автоматизируемых функций и информационного обеспечения. Здесь дается краткое описание предметной области; производится выбор и описание автоматизируемых функций; выполняется первичное описание информационного обеспечения.
Раздел 2 посвящен выявлению ограничений и правил поддержания целостности данных, которые будут размещаться в базе данных. Рассматриваются ограничения и правила для отдельных атрибутов, кортежей, множеств кортежей и базы данных в целом.
Раздел 3 посвящен проектированию локальных ER-моделей, соответствующих отдельным автоматизируемым функциям. Здесь выполняется составление локальных исходных ER-моделей, производится нормализация локальных ER-моделей, разрабатываются спецификации ограничений и правил поддержания целостности для локальных ER-моделей.
Раздел 4 посвящен проектированию глобальной ER-модели. Здесь производится выявление и устранение эквивалентных сущностей, выявление категорий и синтез обобщающих сущностей, выявление и устранение дублирования атрибутов и связей. Строится графическое представление глобальной модели, специфицируются ограничения и правила поддержания целостности на уровне глобальной модели.
Раздел 5 посвящен проектированию реляционной SQL-модели. Здесь выполняется перевод глобальной ER-модели в реляционную форму, специфицируются ограничения и правила поддержания целостности на реляционном уровне, записывается SQL-код для создания реляционной модели.
Раздел 6 посвящен проектированию представлений для автоматизируемых функций. Здесь выполняется определение путей доступа к данным для автоматизируемых функций, записывается SQL-код локальных просмотров для автоматизируемых функций.
1. Выбор автоматизируемых функций и информационного обеспечения
Данный раздел посвящен выбору автоматизируемых функций и информационного обеспечения, служащих основой для дальнейшего проектирования структуры базы данных. Здесь дается краткое описание предметной области; производится выбор и описание автоматизируемых функций; выполняется первичное описание информационного обеспечения.
Результаты получены путем мысленного воспроизведения и анализа предположительного функционирования гипотетической автоматизированной системы “Продажа автобусных билетов” на основе здравого смысла и опыта исполнителя. Обследование реальных или типовых объектов данного класса не производилось ввиду ограниченного времени, отводимого на курсовое проектирование.
1.1 Краткое описание предметной области
В данном подразделе дается краткое описание предметной области, в которой функционирует информационная система “Продажа автобусных билетов”. Описываются среда функционирования, объект и субъект управления, цели и задачи управления.
1.1.1 Среда функционирования
Средой функционирования системы “Продажа автобусных билетов” является город Харьков.
1.1.2 Объект управления
Объект управления представляет собой процесс обслуживания пассажиров.
1.1.3 Субъект управления (управляющая система)
Субъект управления может представлять собой автовокзал или, например, трансагентство, занимающееся продажей автобусных билетов.
1.1.4 Цели и задачи управления
Цель управления состоит в обслуживании запросов наибольшего числа пассажиров.
Для достижения этой цели в процессе управления решаются следующие задачи:
Разместить рекламу;
Продать билеты;
Быстро обслужить пассажиров;
Получить выручку от продажи билетов;
Возможность работы без перерывов;
Вести учет персонала.
1.2 Выбор и описание автоматизируемых функций
В данном подразделе выбираются и кратко описываются пять функций управляющей системы, которые предполагается автоматизировать с использованием разрабатываемой информационной системы. Дается сводка объектов предметной области, участвующих в реализации автоматизируемых функций.
1.2.1 Перечень автоматизируемых функций
В рамках данного проекта для автоматизации выбраны следующие пять функций автоматизированной системы “ Продажа автобусных билетов ”:
1) Продажа билетов.
2) Возврат билетов.
3) Бронирование билетов.
4) Заказ транспортных средств.
5) Учет кадров.
1.2.2 Функция 1 “Продажа билетов”
Данная функция предназначена для реализации процесса продажи билетов в день отправления и предварительной продажи билетов. Эта цель достигается за счет того, что выполняется вторая задача из вышеприведенного списка.
Особенности реализации функции состоят в том, что за купленный билет пассажир платит некоторую заранее установленную сумму.
В реализации данной функции участвуют следующие объекты предметной области: билет; пассажир; документ, дающий право на льготный проезд (необязательно).
Автоматизация данной функции позволит фиксировать проданные билеты за счет регистрации номера билета; номера маршрута; полной даты (число, месяц, год и время) отправления транспортного средства; номера места в транспортном средстве; документа, дающего право на льготный проезд.
1.2.3 Функция 2 “Возврат билетов”
Данная функция предназначена для реализации процесса приема билетов, возвращенных пассажирами. Эта цель достигается за счет того, что выполняется третья задача, а также за счет того, что происходит возврат билетов пассажирами.
Особенности реализации функции состоят в том, что работник автовокзала возвращает пассажиру сумму, меньшую той, которую пассажир заплатил за билет при его покупке.
В реализации данной функции участвуют следующие объекты предметной области работник автовокзала; билет. Автоматизация данной функции позволит фиксировать возвращенные билеты за счет регистрации номера билета; номера маршрута; полной даты отправления транспортного средства; номера места в транспортном средстве.
1.2.4 Функция 3 “Бронирование билетов”
Данная функция предназначена для реализации процесса бронирования билетов, что впоследствии используется работником автовокзала во время реализации функции 1. Эта цель достигается за счет того, что пассажир заранее бронирует билет.
Особенности реализации функции состоят в том, что забронированный билет исключается из списка имеющихся на данный момент билетов, но при этом работник автовокзала не получает за него деньги.
В реализации данной функции участвуют следующие объекты предметной области: работник автовокзала; пассажир.
Автоматизация данной функции позволит фиксировать билеты за счет регистрации номера билета; номера маршрута; полной даты отправления транспортного средства; номера места в транспортном средстве.
1.2.5 Функция 4 “Заказ транспортных средств”
Данная функция предназначена для последующей реализации процесса перевозки пассажиров.
Эта цель достигается за счет того, что формируется заказ на требуемое транспортное средство.
Особенности реализации функции состоят в том, что сотрудник выбирает нужное транспортное средство из списка предложенного ему ПАТП (пассажирское автотранспортное предприятие).
В реализации данной функции участвуют следующие объекты предметной области: администратор; список.
Автоматизация данной функции позволит фиксировать сформированные заказы за счет внесения их в список заказов.
1.2.6 Функция 5 “Учет кадров”
Данная функция предназначена для учета сотрудников автовокзала. Эта цель достигается за счет того, что в базе данных бюро хранятся личные данные и данные трудовой книжки каждого сотрудника. Особенности реализации функции состоят в том, что любой человек, поступивший на работу, заполняет анкету, из которой информация переносится в базу данных и хранится в ней до увольнения. В реализации данной функции участвуют следующие объекты предметной области: сотрудник; трудовая книжка.
Автоматизация данной функции позволит находить данные работающего персонала, зная номер трудовой книжки или ФИО за счет ведения учета кадров.
1.2.7 Сводка объектов, участвующих в реализации функций
Номер объекта |
Имя объекта |
Описание объекта |
Функции |
|||||
1 |
2 |
3 |
4 |
5 |
||||
1 |
Работник автовокзала |
Физическое лицо, занимающееся продажей билетов, приемом возвращенных билетов, бронированием билетов |
+ |
+ |
||||
2 |
Пассажир |
Физическое лицо |
+ |
+ |
||||
3 |
Билет |
Документ, дающий право на законный проезд в транспортном средстве |
+ |
+ |
||||
4 |
Документ |
Бумага, дающая право на льготный проезд в транспортном средстве |
+ |
|||||
5 |
Администратор |
Физическое лицо, занимающееся заказом транспортных средств и учетом кадров |
+ |
|||||
6 |
Список транспортных средств |
Организация, поставляющая транспортные средства |
+ |
|||||
7 |
Сотрудник |
Любое физическое лицо, работающее на автовокзале |
+ |
|||||
8 |
Трудовая книжка |
Документ, содержащий данные о |
+ |
Объекты предметной области, участвующие в реализации автоматизируемых функций, сведены в табл. 1.2.
1.3 Первичное описание информационного обеспечения
Объект |
Атрибут |
Описание атрибута |
|
1. Пассажир |
1.1 Фамилия пассажира |
||
1.2 Имя пассажира |
|||
1.3 Отчество пассажира |
|||
1.4 Адрес |
Место проживания пассажира |
||
1.5 Телефон |
Личный телефон пассажира |
||
2.Билет |
2.1 Номер билета |
Номер, указанный на билете |
|
2.2 Номер маршрута |
Номер, соответствующий определенному маршруту |
||
2.3 Число |
Число отправления транспортного средства |
||
2.4 Месяц |
Месяц отправления транспортного средства |
||
2.5 Год |
Год отправления транспортного средства |
||
2.6 Время |
Время отправления транспортного средства |
||
2.7 Номер места |
Место в транспортном средстве |
||
3. Документ |
3.1 Серия |
Номер, под которым записан документ |
|
3.2 Вид документа |
Паспорт, служебное удостоверение, студенческий билет и т.д. |
В данном подразделе дается первичное описание информационного обеспечения функций, выбранных для автоматизации. Информационное обеспечение каждой функции в виде совокупности атрибутов, необходимых для ее осуществления, с указанием объектов предметной области, которым
принадлежат атрибуты, отражено в табл. 1.3.
Таблица 1.3.2 Информационное обеспечение функции 2 “Возврат билетов”
Объект |
Атрибут |
Описание атрибута |
|
1. Работник автовокзала |
1.1 Фамилия |
Фамилия работника автовокзала |
|
1.2 Имя |
Имя работника автовокзала |
||
1.3 Отчество |
Отчество работника автовокзала |
||
1.4 Код работника автовокзала |
Личный номер работника автовокзала |
||
2. Билет |
2.1 Номер билета |
Номер, указанный на билете |
|
2.2 Номер маршрута |
Номер, соответствующий определенному маршруту |
||
2.3 Число |
Число отправления транспортного средства |
||
2.4 Месяц |
Месяц отправления транспортного средства |
||
2.5 Год |
Год отправления транспортного средства |
||
2.6 Время |
Время отправления транспортного средства |
||
2.7 Номер места |
Место в транспортном средстве |
Таблица 1.2.3 Информационное обеспечение функции 3 “Бронирование билетов”
Объект |
Атрибут |
Описание атрибута |
|
1. Работник автовокзала |
1.1 Фамилия |
Фамилия работника автовокзала |
|
1.2 Имя |
Имя работника автовокзала |
||
1.3 Отчество |
Отчество работника автовокзала |
||
1.4 Код работника автовокзала |
Личный номер работника автовокзала |
||
2. Пассажир |
1.1 Фамилия пассажира |
||
1.2 Имя пассажира |
|||
1.3 Отчество пассажира |
|||
1.4 Адрес |
Место проживания пассажира |
||
1.5 Телефон |
Личный телефон пассажира |
Таблица 1.2.4 Информационное обеспечение функции 4 “Заказ транспортных средств”
Объект |
Атрибут |
Описание атрибута |
|
1. Администратор |
1.1 Фамилия |
Фамилия администратора |
|
1.2 Имя |
Имя администратора |
||
1.3 Отчество |
Отчество администратора |
||
1.4 Код администратора |
Личный номер администратора |
||
2. Список предложенных транспортных средств |
1.1 Наименование |
Автобус, микроавтобус, автомобиль |
|
1.2 Номер маршрута |
Номер, соответствующий определенному маршруту |
||
1.3 Количество автобусов |
Общее количество свободных автобусов |
||
1.4 Количество микроавтобусов |
Общее количество свободных микроавтобусов |
||
1.5 Количество автомобилей |
Общее количество свободных автомобилей |
Таблица 1.2.5 Информационное обеспечение функции 5 “Учет кадров”
Объект |
Атрибут |
Описание атрибута |
|
1. Сотрудник |
1.1 Фамилия |
||
1.2 Имя |
|||
1.3 Отчество |
|||
1.4 Паспортные данные |
Серия, номер. |
||
1.5 Адрес |
Адрес сотрудника |
||
1.6 Телефон |
Телефон сотрудника |
||
1.7 Семейное положение |
Да / нет. |
||
1.8 Дети |
Количество, возраст. |
||
1.9 Образование |
Высшее / средне специальное |
||
1.10 Номер трудовой книжки |
|||
1.11 Заработная плата |
Заработная плата в рублях. |
||
1.12 Дата рождения |
|||
2. Трудовая книжка |
2.1 Номер |
||
2.2 Должность |
|||
2.3 Дата назначения |
Число, месяц, год. |
||
2.4 Дата увольнения |
Число, месяц, год. |
1.4 Вывод
В результате анализа предположительного функционирования гипотетической автоматизированной системы “Продажа автобусных билетов” выбраны пять автоматизируемых функций, охватывающих предметную область, информационное обеспечение которых соответствует восьми объектам предметной области и включает 42 атрибута, охватывающих сведения об объектах системы.
2. Выявление ограничений и правил поддержания целостности
Данный раздел посвящен выявлению ограничений и правил поддержания целостности данных, которые будут размещаться в базе данных. Рассматриваются ограничения и правила для отдельных атрибутов, кортежей, множеств кортежей и базы данных в целом.
2.1 Уровень атрибутов
В данном подразделе для функций, определенных в разд. 1.2, выявляются ограничения и правила на уровне атрибутов, выбранных в разд. 1.3. В первую очередь путем анализа отдельных атрибутов определяются характеристики доменов, из которых атрибуты объектов, участвующих в выполнении автоматизируемых функций, берут свои значения. Далее анализируются возможные изменения значений атрибутов с целью выявления динамических ограничений и операционных правил, относящихся к отдельным атрибутам.
2.1.1 Функция 1 “Продажа билетов”.
Домены, из которых атрибуты, относящиеся к данной функции, берут свои значения, приведены в табл. 2.1.1.1.Здесь же для компактности записи приведены статические ограничения для отдельных атрибутов на уровне кортежей: повторяемость, обязательность и значения по умолчанию (относящиеся, строго говоря, к операционным правилам).
Таблица 2.1.1.1 Домены атрибутов для функции 1 “Продажа билетов”.
Атрибут |
Тип (размер) |
Границы |
Структура |
Условие |
Повторяемость |
Обязатель-ность |
Значение по умолчанию |
|
1.1 Фамилия пассажира |
Строка русских букв |
А…Яя |
1) |
+ |
+ |
|||
1.2 Имя пассажира |
Строка русских букв |
А…Яя |
1) |
+ |
+ |
|||
1.3 Отчество пассажира |
Строка русских букв |
А…Яя |
1) |
+ |
+ |
|||
1.4 Адрес |
Строка символов |
А…Яя, 0…9 |
2) |
+ |
+ |
|||
1.5 Телефон |
Числовая строка |
0…9 |
3) |
+ |
Нет |
|||
2.1 Номер билета |
Целое число |
0…9 |
+ |
|||||
2.2 Номер маршрута |
Целое число |
0…9 |
+ |
+ |
||||
2.3 Число |
Целое число |
0…9 |
5) |
+ |
+ |
|||
2.4 Месяц |
Целое число |
0…9 |
6) |
+ |
+ |
|||
2.5 Год |
Целое число |
0…9 |
7) |
+ |
+ |
|||
2.6 Время |
Вещественное число |
0…9 |
8) |
+ |
+ |
|||
2.7 Номер места |
Целое число |
0…9 |
9) |
+ |
нет |
|||
3.1 Серия |
Строка символов |
0…9 |
4) |
+ |
||||
3.2 Вид документа |
Строка русских букв |
а…я |
+ |
+ |
Студ. билет |
Примечания:
1) Русскоязычные фамилии, имена, отчества (первая буква прописная, остальные буквы строчные); возможны двойные фамилии, разделенные дефисом; многословные имена, разделенные пробелами.
2) Адрес записывается в таком формате:
район _ улица_ номер дома - номер корпуса - номер квартиры
3) (цифровой код города) цифровой номер, возможны разделители-дефисы
4) Возможны разделители - пробелы .
5) Число>=1,<=31.
6) Месяц >=1, <=12.
7) Год = текущий год или год = текущий год +1.
8) Время <= 24.00.
9) Номер места<= количество мест в транспортном средстве
Динамические ограничения атрибутов объектов, участвующих в реализации данной функции, приведены в табл. 2.1.1.2.
Таблица 2.1.1.2. Динамические ограничения на уровне атрибутов для функции 1 “Продажа билетов”.
Атрибут |
Динамическое ограничение |
|
2.1 Номер билета |
Целое число. Новый номер билета получается прибавлением единицы к предыдущему номеру. |
|
2.7 Номер места |
Целое число. Новый номер не должен повторяться с предыдущими. |
Операционные правила для атрибутов объектов, участвующих в реализации данной функции, приведены в табл. 2.1.1.3.
Таблица 2.1.1.3. Операционные правила на уровне атрибутов для функции 1 “Продажа билетов”.
Атрибут |
Операционное правило |
|
1.5 Телефон 2.7 Номер места 3.2 Вид документа |
При отсутствии значений атрибутов, им присваиваются значения по умолчанию. |
2.1.2. Функция 2 “Возврат билетов”.
Домены, из которых атрибуты, относящиеся к данной функции, берут свои значения, приведены в табл. 2.1.2.1. Здесь же для компактности записи приведены статические ограничения для отдельных атрибутов на уровне кортежей: повторяемость, обязательность и значения по умолчанию (относящиеся, строго говоря, к операционным правилам).
Таблица 2.1.2.1 Домены атрибутов для функции 2 “Возврат билетов”.
Атрибут |
Тип (размер) |
Границы |
Структура |
Условие |
Повторяемость |
Обязатель-ность |
Значение по умолчанию |
|
1.1 Фамилия раб.авт. |
Строка русских букв |
А…Яя |
1) |
|||||
1.2 Имя раб.авт. |
Строка русских букв |
А…Яя |
1) |
|||||
1.3 Отчество раб.авт. |
Строка русских букв |
А…Яя |
1) |
|||||
1.4 Код раб.авт. |
Строка символов |
А…Яя, 0…9 |
2) |
+ |
0 - 00 |
|||
2.1 Номер билета |
Целое число |
0…9 |
||||||
2.2 Номер маршрута |
Целое число |
0…9 |
+ |
+ |
||||
2.3 Число2.4 Месяц 2.5 Год |
Целое число Целое число Целое число |
0…9 0…9 0…9 |
3) 4) 5) |
+ + + |
+ + + |
|||
2.6 Время |
Вещественное число |
0…9 |
6) |
+ |
+ |
|||
2.7 Номер места |
Целое число |
0…9 |
7) |
+ |
нет |
Примечания:
1) Русскоязычные фамилии, имена, отчества (первая буква прописная, остальные буквы строчные); возможны двойные фамилии, разделенные дефисом; многословные имена, разделенные пробелами.
2) Русская буква - двухзначное число.
3) Число>=1,<=31.
4) Месяц >=1, <=12.
5) Год = текущий год или год = текущий год +1.
6) Время <= 24.00.
7) Номер места<= количество мест в транспортном средстве
Динамические ограничения атрибутов объектов, участвующих в реализации данной функции, приведены в табл. 2.1.2.2.
Таблица 2.1.2.2. Динамические ограничения на уровне атрибутов для функции 2 “Возврат билетов”.
Атрибут |
Динамическое ограничение |
|
1.4 Код работника автовокзала |
Новый код получается из старого прибавлением единицы, при достижении числа 99 буква кода меняется на следующую букву алфавита. |
|
2.1 Номер билета |
Новый номер получается прибавлением единицы к предыдущему |
|
2.7 Номер места |
Целое число. Новый номер не должен повторяться с предыдущими. |
Операционные правила для атрибутов объектов, участвующих в реализации данной функции, приведены в табл. 2.1.2.3.
Таблица 2.1.2.3. Операционные правила на уровне атрибутов для функции 2 “Возврат билетов”.
Атрибут |
Операционное правило |
|
1.4 Код раб.авт. 2.7 Номер места |
При отсутствии значений атрибутов, им присваиваются значения по умолчанию. |
2.1.3. Функция 3 “Бронирование билетов”.
Домены, из которых атрибуты, относящиеся к данной функции, берут свои значения, приведены в табл. 2.1.3.1. Здесь же для компактности записи приведены статические ограничения для отдельных атрибутов на уровне кортежей: повторяемость, обязательность и значения по умолчанию (относящиеся, строго говоря, к операционным правилам).
Таблица 2.1.3.1. Домены атрибутов для функции 3 “Бронирование билетов”.
Атрибут |
Тип (размер) |
Границы |
Структура |
Условие |
Повторяемость |
Обязатель-ность |
Значение по умолчанию |
|
1.1 Фамилия раб.авт. |
Строка русских букв |
А…Яя |
1) |
|||||
1.2 Имя раб.авт. |
Строка русских букв |
А…Яя |
1) |
|||||
1.3 Отчество раб.авт. |
Строка русских букв |
А…Яя |
1) |
|||||
1.4 Код раб.авт. |
Строка символов |
А…Яя, 0…9 |
2) |
+ |
0 - 00 |
|||
1.5 Фамилия пассажира |
Строка русских букв |
А…Яя |
1) |
+ |
+ |
|||
1.6 Имя пассажира |
Строка русских букв |
А…Яя |
1) |
+ |
+ |
|||
1.7 Отчество пассажира |
Строка русских букв |
А…Яя |
1) |
+ |
+ |
|||
1.8 Адрес |
Строка символов |
А…Яя, 0…9 |
3) |
+ |
+ |
|||
1.9 Телефон |
Числовая строка |
0…9 |
4) |
+ |
нет |
Примечания:
1) Русскоязычные фамилии, имена, отчества (первая буква прописная, остальные буквы строчные); возможны двойные фамилии, разделенные дефисом; многословные имена, разделенные пробелами.
2) Русская буква - двухзначное число.
3) Адрес записывается в таком формате:
район _ улица_ номер дома - номер корпуса - номер квартиры
4) (цифровой код города) цифровой номер, возможны разделители-дефисы
Динамические ограничения атрибутов объектов, участвующих в реализации данной функции, приведены в табл. 2.1.3.2.
Таблица 2.1.3.2. Динамические ограничения на уровне атрибутов для функции 3 “Бронирование билетов”.
Атрибут |
Динамическое ограничение |
|
1.4 Код работника автовокзала |
Новый код получается из старого прибавлением единицы, при достижении числа 99 буква кода меняется на следующую букву алфавита. |
Операционные правила для атрибутов объектов, участвующих в реализации данной функции, приведены в табл. 2.1.3.3.
Таблица 2.1.3.3. Операционные правила на уровне атрибутов для функции 3 “Бронирование билетов”.
Атрибут |
Операционное правило |
|
1.4 Код работника автовокзала . 1.9 Телефон |
При отсутствии значений атрибутов, им присваиваются значения по умолчанию. |
2.1.4 Функция 4 “Заказ транспортных средств”.
Домены, из которых атрибуты, относящиеся к данной функции, берут свои значения, приведены в табл. 2.1.4.1. Здесь же для компактности записи приведены статические ограничения для отдельных атрибутов на уровне кортежей: повторяемость, обязательность и значения по умолчанию (относящиеся, строго говоря, к операционным правилам).
Таблица 2.1.4.1 Домены атрибутов для функции 4 “Заказ транспортных средств”.
Атрибут |
Тип (размер) |
Границы |
Структура |
Условие |
Повторяемость |
Обязатель-ность |
Значение по умолчанию |
|
1.1 Фамилия админис. |
Строка русских букв |
А…Яя |
1) |
|||||
1.2 Имя админис. |
Строка русских букв |
А…Яя |
1) |
|||||
1.3 Отчество админис. |
Строка русских букв |
А…Яя |
1) |
|||||
1.4 Код админис. |
Строка символов |
А…Яя, 0…9 |
2) |
+ |
||||
1.5 Наименование транспортного средства |
Строка русских букв |
А…Яя |
+ |
+ |
Автобус |
|||
1.6 Номер маршрута |
Целое число |
0…9 |
+ |
+ |
||||
1.7 Количество автобусов |
Целое число |
0…9 |
+ |
+ |
1 |
|||
1.8 Количество микроавтобусов |
Целое число |
0…9 |
+ |
+ |
1 |
|||
1.9 Количество автомобилей |
Целое число |
0…9 |
+ |
+ |
1 |
Примечания:
1) Русскоязычные фамилии, имена, отчества (первая буква прописная, остальные буквы строчные); возможны двойные фамилии, разделенные дефисом; многословные имена, разделенные пробелами.
2) Русская буква - двухзначное число.
Динамические ограничения атрибутов объектов, участвующих в реализации данной функции, не выявлены.
Операционные правила для атрибутов объектов, участвующих в реализации данной функции, приведены в табл. 2.1.4.2.
Таблица 2.1.4.2. Операционные правила на уровне атрибутов для функции 4 “Заказ транспортных средств”.
Атрибут |
Операционное правило |
|
1.5 Наименование транспортного средства |
При отсутствии значения атрибута, ему присваивается значение по умолчанию. |
|
1.7 Количество автобусов |
При отсутствии значения атрибута, ему присваивается значение по умолчанию. |
|
1.8 Количество микроавтобусов |
При отсутствии значения атрибута, ему присваивается значение по умолчанию. |
|
1.9 Количество автомобилей |
При отсутствии значения атрибута, ему присваивается значение по умолчанию. |
2.1.5. Функция 5 “Учет кадров”.
Домены, из которых атрибуты, относящиеся к данной функции, берут свои значения, приведены в табл. 2.1.5.1. Здесь же для компактности записи приведены статические ограничения для отдельных атрибутов на уровне кортежей: повторяемость, обязательность и значения по умолчанию (относящиеся, строго говоря, к операционным правилам).
Таблица 2.1.5.1. Домены атрибутов для функции 5 “Учет кадров”.
Атрибут |
Тип (размер) |
Границы |
Структура |
Условие |
Повторяемость |
Обязатель-ность |
Значение по умолчанию |
|
1.1 Фамилия сотрудника |
Строка русских букв |
А…Яя |
1) |
+ |
+ |
|||
1.2 Имя сотрудника |
Строка русских букв |
А…Яя |
1) |
+ |
+ |
|||
1.3 Отчество сотрудника |
Строка русских букв |
А…Яя |
1) |
+ |
+ |
|||
1.4 Паспортные данные |
Строка символов |
0…9 |
2) |
+ |
||||
1.5 Адрес |
Строка символов |
А…Яя, 0…9 |
3) |
+ |
||||
1.6 Телефон |
Числовая строка |
0…9 |
4) |
+ |
нет |
|||
1.7 Семейное положение |
Логический |
Да - нет |
+ |
нет |
||||
1.8 Дети |
Строка русских букв |
А…Яя |
1) |
+ |
нет |
|||
1.9 Образование |
Строка русских букв |
А…Яя |
+ |
+ |
высшее |
|||
1.10 Номер трудовой книжки |
Числовая строка |
0…9 |
+ |
|||||
1.11 Заработная плата |
Вещественное число |
0…9 |
6) |
+ |
+ |
минимальная |
||
1.12 Дата рождения |
Дата |
0…9 |
5) |
7) |
+ |
|||
2.2 Должность |
Строка русских букв |
А…Яя |
+ |
|||||
2.3 Дата назначения |
Дата |
0…9 |
5) |
8) |
+ |
|||
2.4 Дата увольнения |
Дата |
0…9 |
5) |
8) |
+ |
Примечания:
1) Русскоязычные фамилии, имена, отчества (первая буква прописная, остальные -- строчные; возможны двойные фамилии, разделенные дефисом, многословные имена, разделенные пробелами.
2) Возможны разделители - пробелы .
3) Адрес записывается в таком формате:
район _ улица_ номер дома - номер корпуса - номер квартиры
4) (цифровой код города) цифровой номер, возможны разделители-дефисы
5) В форме ччммгг - число, месяц, год.
6) >= минимальная зар.плата, <=30000.
7) Дата рождения>= текущая дата - 100 лет;
Дата рождения<=текущая дата - 18 лет
8) <=текущая дата, >=текущая дата - 50 лет
Динамические ограничения атрибутов объектов, участвующих в реализации данной функции, не выявлены. Операционные правила для атрибутов объектов, участвующих в реализации данной функции, приведены в табл. 2.1.5.2.
Таблица 2.1.5.2. Операционные правила на уровне атрибутов для функции 5 “Учет кадров”.
Атрибут |
Операционное правило |
|
1.6 Телефон |
При отсутствии значения атрибута, ему присваивается значение по умолчанию. |
|
1.7 Семейное положение |
При отсутствии значения атрибута, ему присваивается значение по умолчанию. |
|
1.8 Дети |
При отсутствии значения атрибута, ему присваивается значение по умолчанию. |
|
1.9 Образование |
При отсутствии значения атрибута, ему присваивается значение по умолчанию. |
|
1.11 Заработная плата |
При отсутствии значения атрибута, ему присваивается значение по умолчанию. |
2.2 Уровень кортежей
В данном подразделе для функций, определенных в разд. 1.2, выявляются ограничения и правила на уровне групп атрибутов, составляющих кортежи. Далее анализируются ограничения на совокупность значений нескольких атрибутов в пределах кортежа. Наконец, рассматриваются возможные изменения значений кортежей с целью выявления динамических ограничений и операционных правил, относящихся к отдельным кортежам.
2.2.1 Функция 1 “Продажа билетов”.
Статические ограничения для данной функции на уровне кортежей для групп атрибутов приведены в табл. 2.2.1.1.
Таблица 2.2.1.1. Статические ограничения для групп атрибутов на уровне кортежей функции 1 “Продажа билетов”.
№ п/п |
Группа атрибутов |
Ограничение |
|
1 |
1.1 Фамилия пассажира |
||
1.2 Имя пассажира |
Уникальность |
||
1.3 Отчество пассажира |
|||
2 |
2.1 Номер билета |
Уникальность |
|
2.7 Номер места |
|||
3 |
2.3 Число |
>= текущему числу |
|
2.4 Месяц |
Текущий или следующий месяц |
||
2.5 Год |
Текущий или следующий год |
||
2.6 Время |
<= 24.00 |
||
2.7 Номер места |
<= количество мест в транспортном средстве |
||
4 |
3.1 Серия |
Уникальность |
Динамические ограничения для кортежей атрибутов, соответствующих данной функции, приведены в табл. 2.2.1.2.
Таблица 2.2.1.2. Динамические ограничения на уровне кортежей функции 1 “Продажа билетов”.
№ п/п |
Группа атрибутов |
Ограничение |
|
2 |
2.1 Номер билета |
Новый номер билета получается прибавлением единицы к предыдущему номеру. |
|
2.7 Номер места |
Новый номер не должен повторяться с предыдущими. |
Операционные правила для кортежей атрибутов соответствующих данной функции, не выявлены.
2.2.2 Функция 2 “Возврат билетов”.
Статические ограничения для данной функции на уровне кортежей для групп атрибутов приведены в табл. 2.2.2.1.
Таблица 2.2.2.1. Статические ограничения для групп атрибутов на уровне кортежей функции 2 “Возврат билетов”.
№ п/п |
Группа атрибутов |
Ограничение |
|
1 |
1.1 Фамилия работника автовокзала |
||
1.2 Имя работника автовокзала |
|||
1.3 Отчество работника автовокзала |
уникальность |
||
1.4 Код работника автовокзала |
|||
2 |
1.5 Номер билета |
уникальность |
|
2.7 Номер места |
|||
3 |
2.3 Число |
>= текущему числу |
|
2.4 Месяц |
Текущий или следующий месяц |
||
2.5 Год |
Текущий или следующий год |
||
2.6 Время |
<= 24.00 |
||
2.7 Номер места |
<= количество мест в транспортном средстве |
Динамические ограничения для кортежей атрибутов, соответствующих данной функции, приведены в табл. 2.2.2.2.
Таблица 2.2.2.2. Динамические ограничения на уровне кортежей функции21 “Возврат билетов”.
№ п/п |
Группа атрибутов |
Ограничение |
|
2 |
2.1 Номер билета |
Новый номер билета получается прибавлением единицы к предыдущему номеру. |
|
2.7 Номер места |
Новый номер не должен повторяться с предыдущими. |
Операционные правила для кортежей атрибутов соответствующих данной функции, не выявлены.
2.2.3 Функция 3 “Бронирование билетов”.
Статические ограничения для данной функции на уровне кортежей для групп атрибутов приведены в табл. 2.2.3.1
Таблица 2.2.3.1. Статические ограничения для групп атрибутов на уровне кортежей функции 3 “Бронирование билетов”.
№ п/п |
Группа атрибутов |
Ограничение |
|
1 |
1.1 Фамилия работника автовокзала |
||
1.2 Имя работника автовокзала |
|||
1.3 Отчество работника автовокзала |
уникальность |
||
1.4 Код работника автовокзала |
|||
2 |
1.1 Фамилия пассажира |
||
1.2 Имя пассажира |
уникальность |
||
1.3 Отчество пассажира |
Динамические ограничения для кортежей атрибутов, соответствующих данной функции, не выявлены.
Операционные правила для кортежей атрибутов соответствующих данной функции, не выявлены.
2.2.4 Функция 4 “Заказ транспортных средств”.
Статические ограничения для данной функции на уровне кортежей для групп атрибутов приведены в табл. 2.2.4.1.
Таблица 2.2.4.1. Статические ограничения для групп атрибутов на уровне кортежей функции 4 “Заказ транспортных средств”.
№ п/п |
Группа атрибутов |
Ограничение |
|
1 |
1.1 Фамилия администратора |
||
1.2 Имя администратора |
|||
1.3 Отчество администратора |
уникальность |
||
1.4 Код администратора |
|||
2 |
2.1 Наименование транспортного средства |
Автобус, микроавтобус или автомобиль |
Динамические ограничения для кортежей атрибутов, соответствующих данной функции, не выявлены. Операционные правила для кортежей атрибутов соответствующих данной функции, не выявлены.
2.2.5 Функция 5 “Учет кадров”.
Статические ограничения для данной функции на уровне кортежей для групп атрибутов приведены в табл. 2.2.5.1.
Таблица 2.2.5.1. Статические ограничения для групп атрибутов на уровне кортежей функции 5 “Учет кадров”.
№ п/п |
Группа атрибутов |
Ограничение |
|
1 |
1.1 Фамилия |
||
1.2 Имя |
Уникальность |
||
1.3 Отчество |
|||
2 |
1.12 Дата рождения |
Дата назначения - дата рождения >= 18 лет |
|
2.3 Дата назначения |
|||
3 |
1.12 Дата рождения |
Дата увольнения - дата рождения >= 18 лет |
|
2.4 Дата увольнения |
Динамические ограничения для кортежей атрибутов, соответствующих данной функции, не выявлены.
Операционные правила для кортежей атрибутов соответствующих данной функции, не выявлены.
2.3 Уровень множеств кортежей
В данном подразделе для функций, определенных в разд. 1.2, выявляются ограничения и правила на уровне множеств кортежей. В первую очередь анализируется и выявляется уникальность атрибутов или групп атрибутов для определенных множеств кортежей. Далее анализируются возможные изменения нескольких кортежей с целью выявления динамических ограничений и операционных правил, относящихся к множеству кортежей.
2.3.1 Функция 1 “Продажа билетов”
Статические ограничения на множества кортежей, соответствующих данной функции, приведены в табл. 2.3.1.1 (ограничения уникальности)
Таблица 2.3.1.1 Ограничения уникальности на уровне множеств кортежей для функции 1 “Продажа билетов”.
№ п/п |
Группа атрибутов |
Множество, для которого требуется уникальность |
|
1 |
1.1 Фамилия пассажира 1.2 Имя пассажира 1.3 Отчество пассажира 1.4 Адрес пассажира |
Для всех пассажиров |
|
2 |
2.1 Номер билета2.7 Номер места |
Для всех билетов |
|
3 |
3.1 Серия документа |
Для всех документов |
Динамические ограничения для множества кортежей, соответствующих данной функции, не выявлены. Операционные правила для множеств кортежей, соответствующих данной функции, не выявлены.
2.3.2 Функция 2 “Возврат билетов”
Статические ограничения на множества кортежей, соответствующих данной функции, приведены в табл. 2.3.2.1(ограничения уникальности).
Таблица 2.3.2.1. Ограничения уникальности на уровне множеств кортежей для функции 2 “Возврат билетов”.
№ п/п |
Группа атрибутов |
Множество, для которого требуется уникальность |
|
1 |
1.1 Фамилия работника автовокзала 1.2 Имя работника автовокзала 1.3 Отчество работника автовокзала 1.4 Код работника автовокзала |
Для всех работников автовокзала |
|
2 |
2.1 Номер билета2.7 Номер места |
Для всех билетов |
Динамические ограничения для множества кортежей, соответствующих данной функции, не выявлены.
Операционные правила для множеств кортежей, соответствующих данной функции, не выявлены.
2.3.3. Функция 3 “Бронирование билетов”.
Статические ограничения на множества кортежей, соответствующих данной функции, приведены в табл. 2.3.3.1(ограничения уникальности)
Таблица 2.3.3.1. Ограничения уникальности на уровне множеств кортежей для функции 3 “Бронирование билетов”.
№ п/п |
Группа атрибутов |
Множество, для которого требуется уникальность |
|
1 |
1.5 Фамилия работника автовокзала 1.6 Имя работника автовокзала 1.7 Отчество работника автовокзала 1.8 Код работника автовокзала |
Для всех работников автовокзала |
|
2 |
2.1 Фамилия пассажира2.2 Имя пассажира 2.3 Отчество пассажира 2.4 Адрес пассажира |
Для всех пассажиров |
Динамические ограничения для множества кортежей, соответствующих данной функции, не выявлены.
Операционные правила для множеств кортежей, соответствующих данной функции, не выявлены.
2.3.4 Функция 4 “Заказ транспортных средств”.
Статические ограничения на множества кортежей, соответствующих данной функции, приведены в табл. 2.3.4.1 (ограничения уникальности) и в табл. 2.3.4.2 (другие ограничения).
Таблица 2.3.4.1. Ограничения уникальности на уровне множеств кортежей для функции 4 “Заказ транспортных средств”.
№ п/п |
Группа атрибутов |
Множество, для которого требуется уникальность |
|
1 |
1.1 Фамилия администратора |
Для всех администраторов |
|
1.2 Имя администратора |
|||
1.3 Отчество администратора 1.4 Код администратора |
Таблица 2.3.4.2. Другие ограничения для множеств кортежей для функции 4 “Заказ транспортных средств”.
№ п/п |
Группа атрибутов |
Ограничение |
|
1 |
2.1 Наименование транспортного средства |
Это может быть автобус, микроавтобус или автомобиль |
Динамические ограничения для множества кортежей, соответствующих данной функции, не выявлены.
Операционные правила для множеств кортежей, соответствующих данной функции, не выявлены.
2.3.5 Функция 5 “Учет кадров”.
Статические ограничения на множества кортежей, соответствующих данной функции, приведены в табл. 2.3.5.1 (ограничения уникальности).
Таблица 2.3.5.1. Ограничения уникальности на уровне множеств кортежей для функции 5 “Учет кадров”.
№ п/п |
Группа атрибутов |
Множество, для которого требуется уникальность |
|
1 |
1.1 Фамилия сотрудника 1.2 Имя сотрудника 1.3 Отчество сотрудника 1.4 Паспортные данные сотрудника |
Для всех сотрудников |
|
2 |
2.1 Номер трудовой книжки |
Для всех сотрудников |
Динамические ограничения для множества кортежей, соответствующих данной функции, не выявлены.
Операционные правила для множеств кортежей, соответствующих данной функции, не выявлены.
2.4 Уровень базы данных
В данном подразделе для функций, определенных в разд. 1.2, выявляются ограничения и правила на уровне базы данных в целом.
2.4.1 Функция 1 “Продажа билетов”.
Статические ограничения на уровне базы данных для данной функции приведены в табл. 2.4.1.1.
Таблица 2.4.1.1. Статические ограничения на уровне базы данных для функции 1 “Продажа билетов”.
№ п/п |
Группа атрибутов |
Ограничение |
|
1 |
2.3 Число 2.4 Месяц 2.5 Год |
Дата отправления всегда должна быть равна текущей дате или быть последующей за ней |
|
2 |
2.6 Время |
Время не может превышать значения “24.00” |
|
3 |
2.7 Номер места |
Номер места не может превышать количества мест в транспортном средстве |
|
4 |
3.1 Серия 3.2 Вид документа |
Если нет предварительного указания вида документа, то серия не может быть записана |
Динамические ограничения на уровне базы данных для данной функции приведены в табл. 2.4.1.2.
Таблица 2.4.1.2. Динамические ограничения на уровне базы данных для функции 1 “Продажа билетов”.
№ п/п |
Группа атрибутов |
Ограничение |
|
1 |
2.1 Номер билета |
При продаже билета номер билета может повторяться только в том случае, если проданный билет был зафиксирован в таблице “Возврат билетов”. В остальных случаях новый номер повторяться с предыдущими не должен. |
|
2 |
2.7 Номер места |
Билеты, имеющие одинаковый номер маршрута и дату отправления не должны иметь одинаковый номер места. |
Операционные правила на уровне базы данных для данной функции, не выявлены.
2.4.2 Функция 2 “Возврат билетов”.
Статические ограничения на уровне базы данных для данной функции приведены в табл. 2.4.2.1.
Таблица 2.4.2.1. Статические ограничения на уровне базы данных для функции 2 “Возврат билетов”.
№ п/п |
Группа атрибутов |
Ограничение |
|
1 |
1.1 Фамилия работника автовокзала 1.2 Имя работника автовокзала 1.3 Отчество работника автовокзала 1.4 Код работника автовокзала |
Не должно быть таких имен, которые не зарегистрированы в таблице “Учет кадров”. Определенному коду сотрудника должно соответствовать только одно определенное имя. |
|
2 |
2.3 Число 2.4 Месяц 2.5 Год |
Дата отправления на возвращаемом билете всегда должна быть равна текущей дате или быть последующей за ней |
|
3 |
2.6 Время |
Время не может превышать значения “24.00” |
|
4 |
2.7 Номер места |
Номер места не может превышать количества мест в транспортном средстве |
Динамические ограничения на уровне базы данных для данной функции приведены в табл. 2.4.2.2
№ п/п |
Группа атрибутов |
Ограничение |
|
1 |
2.1 Номер билета |
При возврате билетов номер возвращенного билета может повторяться в том случае, если этот билет возвращается не в первый раз. В остальных случаях новый номер повторяться с предыдущими не должен. |
Операционные правила на уровне базы данных для данной функции, не выявлены.
2.4.3 Функция 3 “Бронирование билетов”
Статические ограничения на уровне базы данных для данной функции приведены в табл. 2.4.3.1.
Таблица 2.4.3.1 Статические ограничения на уровне базы данных для функции 3 “Бронирование билетов”.
№ п/п |
Группа атрибутов |
Ограничение |
|
1 |
1.5 Фамилия работника автовокзала 1.6 Имя работника автовокзала 1.7 Отчество работника автовокзала 1.8 Код работника автовокзала |
Не должно быть таких имен, которые не зарегистрированы в таблице “Учет кадров”. Определенному коду сотрудника должно соответствовать только одно определенное имя. |
Динамические ограничения на уровне базы данных для данной функции не выявлены.
Операционные правила на уровне базы данных для данной функции не выявлены.
2.4.4 Функция 4 “Заказ транспортных средств”
Статические ограничения на уровне базы данных для данной функции приведены в табл. 2.4.4.1.
Таблица 2.4.4.1. Статические ограничения на уровне базы данных для функции 4 “Заказ транспортных средств”.
№ п/п |
Группа атрибутов |
Ограничение |
|
1 |
1.1 Фамилия администратора 1.2 Имя администратора 1.3 Отчество администратора 1.4 Код администратора |
Не должно быть таких имен, которые не зарегистрированы в таблице “Учет кадров”. Определенному коду сотрудника должно соответствовать только одно определенное имя. |
|
2 |
2.1 Наименование |
Это может быть автобус, микроавтобус или автомобиль |
Динамические ограничения на уровне базы данных для данной функции не выявлены. Операционные правила на уровне базы данных для данной функции не выявлены.
2.4.5 Функция 5 “Учет кадров”
Статические ограничения на уровне базы данных для данной функции не выявлены. Динамические ограничения на уровне базы данных для данной функции не выявлены. Операционные правила на уровне базы данных для данной функции, приведены в табл. 2.4.5.1.
Таблица 2.4.5.1. Операционные правила на уровне базы данных для функции 5 “Учет кадров”.
№ п/п |
Группа атрибутов |
Операционное правило |
|
1 |
2.1 Номер трудовой книжки сотрудника |
При увольнении работника все данные о нем помещаются в архив |
2.5 Вывод
В результате анализа информационного обеспечения функций выявлены и сформулированы ограничения и правила поддержания целостности данных, которые должны быть учтены при дальнейшем проектировании. Общее число ограничений на уровне атрибутов составляет 41 (в том числе динамических 3), на уровне кортежей -- 14 (4), на уровне множеств кортежей -- 11 и на уровне базы данных -- 11 (3). Операционные правила выявлены и сформулированы для уровня атрибутов - 12 и для уровня базы данных - 1.
3 ПРОЕКТИРОВАНИЕ ЛОКАЛЬНЫХ ER-МОДЕЛЕЙ
Данный раздел посвящен проектированию локальных ER-моделей, соответствующих отдельным автоматизируемым функциям. Здесь выполняется составление локальных исходных ER-моделей, производится нормализация локальных ER-моделей, разрабатываются спецификации ограничений и правил поддержания целостности для локальных ER-моделей.
На диаграммах ER-моделей, приведенных ниже, прямоугольники обозначают сущности, ромбы -- связи, выносные линии -- атрибуты. Повторяющиеся атрибуты или агрегаты помечены стрелками, обязательные -- затемненными кружками. Ключевые атрибуты подчеркнуты.
3.1 Составление локальных исходных ER-моделей
В данном подразделе на основе описательных моделей данных, полученных на предшествующих этапах проектирования, для каждой автоматизируемой функции строятся исходные концептуальные модели Entity-Relationship (ER-модели) в графической форме.
3.1.1 Функция 1 “Продажа билетов”
Исходная ER-модель для данной функции, полученная на основе описания, приведенного в предыдущих разделах, представлена на рисунке 3.1.1.
Модель содержит единственную сущность “Продажа”, набор атрибутов которой имеет сложную структуру: простой агрегат “Пассажир”, повторяющийся агрегат “Билет”, простой агрегат “Кассир” и простой агрегат “Касса”. Агрегат “Пассажир” содержит два агрегата: “Документ” и “ФИО”.
3.1.2 Функция 2 “Возврат билетов”
Исходная ER-модель для данной функции, полученная на основе описания, приведенного в предыдущих разделах, представлена на рисунке 3.1.2.
Рисунок 3.1.2 -- Исходная ER-модель для функции 2 “Возврат билетов”
Модель содержит единственную сущность “Возврат”, набор атрибутов которой имеет сложную структуру: простые агрегаты “Кассир” и “Касса”, повторяющийся агрегат “Билет”, который, в свою очередь, содержит агрегат “Пункт назначения”.
3.1.3 Функция 3 “Бронирование билетов”
Исходная ER-модель для данной функции, полученная на основе описания, приведенного в предыдущих разделах, представлена на рисунке 3.1.3.
Рисунок 3.1.3 -- Исходная ER-модель для функции 3 “Бронирование билетов”
Модель содержит единственную сущность “Бронирование”, набор атрибутов которой имеет сложную структуру. Простой агрегат “Кассир” содержит простой агрегат “ФИО”. Простой агрегат “Пассажир” содержит простой агрегат “ФИО” и повторяющийся агрегат “Телефон”. Последний агрегат “Билет”, в свою очередь, содержит простой агрегат “Пункт назначения”.
3.1.4 Функция 4 “Заказ транспортных средств”
Исходная ER-модель для данной функции, полученная на основе описания, приведенного в предыдущих разделах, представлена на рисунке 3.1.4.
Рисунок 3.1.4 -- Исходная ER-модель для функции 4 “Заказ транспортных средств”
Модель содержит единственную сущность “Заказ транспортных средств”, набор атрибутов которой имеет сложную структуру: простой агрегат “Администратор”, который имеет простой агрегат “ФИО”; простой агрегат “Транспортное предприятие”, имеющий повторяющийся агрегат “Транспорт”, простой агрегат “Приемщик заказа”, который также имеет простой агрегат - “ФИО”.
3.1.5 Функция 5 “Учет кадров”
Исходная ER-модель для данной функции, полученная на основе описания, приведенного в предыдущих разделах, представлена на рисунке 3.1.5.
Рисунок 3.1.5 -- Исходная ER-модель для функции 5 “Учет кадров”
Модель содержит единственную сущность “Сотрудник”, набор атрибутов которой имеет сложную структуру: простой агрегат “ФИО”, повторяющиеся агрегаты “Телефон” и “Место работы”. Последний агрегат, в свою очередь, содержит повторяющийся агрегат “Карьера”.
3.2 Нормализация локальных ER-моделей
В данном подразделе на основе анализа и преобразования исходных ER-моделей для каждой автоматизируемой функции строятся нормализованные ER-модели, не содержащие “скрытых” сущностей.
3.2.1 Функция 1 “Продажа билетов”
Нормализованная ER-модель для данной функции, полученная на основе описания, приведенного в предыдущих разделах, представлена на рисунке 3.2.1.
Рисунок 3.2.1 -- Нормализованная ER-модель для функции 1 “Продажа билетов”
Нормализованная модель содержит:
- пять базовых (самоидентифицируемых) сущности: “Касса”, “Пассажир”, “Пункт”, “Дата”, “Номер маршрута”;
четыре зависимые сущности: “Кассир”, “Продажа”, “Билет”, “Номер места”, моделирующие связи типа “один ко многим” между сущностями;
восемь связей типа “один ко многим”, идентифицирующие все сущности ;
каждая сущность содержит информацию об определенных данных.
3.2.2 Функция 2 “Возврат билетов”
Нормализованная ER-модель для данной функции, полученная на основе описания, приведенного в предыдущих разделах, представлена на рисунке 3.2.2. Сведения об ограничениях целостности, приведенные на этом
Рисунок 3.2.2 -- Нормализованная ER-модель для функции 2 “Возврат билетов”
- четыре связи типа “один ко многим”, идентифицирующие все сущности;
каждая сущность содержит информацию об определенных данных.
Нормализованная модель содержит:
- семь базовых (самоидентифицируемых) сущности: “Кассир”, “Срок выкупа”, “Пассажир”, “Пункт”, “Номер места”, “Дата”, “Время”;
две зависимые сущности: “Бронирование”, “Билет”, моделирующие связи типа “один ко многим” между сущностями;
восемь связей типа “один ко многим”, идентифицирующие все сущности;
- каждая сущность содержит информацию об определенных данных.
3.2.4 Функция 4 “Заказ транспортных средств”
Нормализованная ER-модель для данной функции, полученная на основе описания, приведенного в предыдущих разделах, представлена на рисунке 3.2.4. Сведения об ограничениях целостности, приведенные на этом
Рисунок 3.2.4 -- Нормализованная ER-модель для функции 4 “Заказ транспортных средств”
рисунке, поясняются ниже в подразделе 3.3, посвященном ограничениям и правилам поддержания целостности.
Нормализованная модель содержит:
две базовые (самоидентифицируемые) сущности: “Администратор”, “Транспорт”;
- три зависимые сущности “Заказ транспортных средств”,
“Транспортное предприятие”, “Приемщик заказа”, моделирующие связи между сущностями;
- одну связь типа “один к одному”, идентифицирующую сущности “Транспортное предприятие” и “Приемщик заказа”;
- три связи типа “один ко многим”: “Работа”, “Контакт”, “Список”;
каждая сущность содержит информацию об определенных данных.
3.2.5 Функция 5 “Учет кадров”
Нормализованная ER-модель для данной функции, полученная на основе описания, приведенного в предыдущих разделах, представлена на рисунке 3.2.5 Сведения об ограничениях целостности, приведенные на этом рисунке, поясняются ниже в подразделе 3.3, посвященном ограничениям и правилам поддержания целостности.
Рисунок 3.2.5 -- Нормализованная ER-модель для функции 5 “Учет кадров”
Нормализованная модель содержит:
- четыре базовых (самоидентифицируемых) сущности: “Сотрудник”; “Организация”; “Должность”; “Телефон”;
- одну зависимую сущность “Место работы”, моделирующую связь типа “один ко многим” между сущностями “Сотрудник” и “Организация”;
две связи типа “один ко многим”, идентифицирующие сущности;
каждая сущность содержит информацию об определенных данных.
3.3 Спецификация ограничений и правил поддержания целостности
В данном подразделе ограничения и правила поддержания целостности, сформулированные в разд. 2 в описательной форме, трансформируются применительно к локальным ER-моделям. Анализируется необходимость дополнительных ограничений и правил, не учтенных ранее.
Ограничения доменов для атрибутов остались неизменными и здесь не затрагиваются. Ограничения обязательности значений атрибутов в кортежах сущностей отражены на диаграммах моделей в подразделе 3.2 (затемненные кружки).
Дополнительные ограничения и правила, не учтенные ранее не обнаружены.
В результате анализа информационного обеспечения функций выявлены и сформулированы ограничения и правила поддержания целостности данных, которые должны быть учтены при дальнейшем проектировании.
3.4 Вывод
В результате проектирования локальных ER-моделей, соответствующих отдельным автоматизируемым функциям, получены нормализованные локальных ER-модели, включающие от 5 до 9 сущностей в третьей нормальной форме. Разработанные спецификации ограничений и правил поддержания целостности включают все ограничения и правила, полученные на предыдущем этапе и трансформированные для локальных ER-моделей.
4 ПРОЕКТИРОВАНИЕ ГЛОБАЛЬНОЙ ER-МОДЕЛИ
Данный раздел посвящен проектированию глобальной ER-модели. Здесь производится выявление эквивалентных сущностей и их слияние, выявление категорий и синтез обобщающих сущностей, выявление и устранение дублирования атрибутов и связей. Строится графическое представление глобальной модели, специфицируются ограничения и правила поддержания целостности на уровне глобальной модели.
4.1 Выявление и устранение эквивалентных сущностей
В данном подразделе были выявлены и устранены следующие эквивалентные сущности: “Касса”, “Кассир”, “Пассажир”, “Билет”, “Пункт” и “Телефон”.
Подобные документы
Проектирование автоматизированной информационной системы, позволяющей оформлять заказы на продажу керамической плитки. Разработка реляционной модели данных. Структура и содержание таблиц базы данных, формирование запросов к ней и назначение ее форм.
курсовая работа [4,9 M], добавлен 26.07.2013Проектирование структуры базы данных, предназначенной для функционирования автоматизированной информационной системы. Значение и информационное наполнение базы данных. Инфологическое, даталогическое и физическое проектирование. Инструкция по эксплуатации.
курсовая работа [4,2 M], добавлен 17.12.2011Проектирование информационной системы бронирования билетов кассы аэропорта. Анализ информационных задач и круга пользователей системы. Составление реляционных отношений. Дополнительные ограничения целостности. Физическое проектирование базы данных.
курсовая работа [949,1 K], добавлен 28.03.2011Выбор и описание автоматизируемых функций: учет кадров, инцидентов, парка компьютерной техники, заказа расходных материалов, комплектующих и ремонта техники. Первичное описание информационного обеспечения. SQL-код для создания таблиц базы данных.
курсовая работа [424,3 K], добавлен 10.04.2011Разработка базы данных для информационной поддержки деятельности аптеки с целью автоматизированного ведения данных о лекарствах аптеки. Проектирование схемы базы данных с помощью средства разработки структуры базы данных Microsoft SQL Server 2008.
курсовая работа [3,6 M], добавлен 18.06.2012Выбор методологии проектирования и разработка информационной системы "Расчёт зарплаты" для предприятия ОАО РТП "Авторемонтник". Архитектурное проектирование базы данных информационной системы и разработка её интерфейса. Тестирование программного модуля.
дипломная работа [2,3 M], добавлен 25.05.2014Выбор инструментальной среды для разработки базы данных. Подсистема сбора, обработки и загрузки данных. Укрупненный алгоритм разрабатываемой информационной системы. Формирование области запросов базы, интерфейс ввода и редактирования входных данных.
курсовая работа [2,2 M], добавлен 25.12.2012Выбор средств разработки базы данных для информационного функционирования аэропорта. Выделение и нормализация сущностей. Логическая схема и физическая структура базы данных. Спецификация и тестирование функций, процедур, триггеров, представлений.
курсовая работа [1,5 M], добавлен 07.06.2013Процессы обработки информации. Эффективность автоматизированной информационной системы. Система управления базой данных. Локальная и распределенная система банков и баз данных. Этапы проектирования базы данных. Различие уровней представления данных.
контрольная работа [75,7 K], добавлен 07.07.2015Детализация функций системы и требования к информационной системе. Анализ категорий пользователей. Этапы внедрения автоматизированной информационной системы на предприятии. Описание таблиц базы данных. Защита данных от несанкционированного доступа.
дипломная работа [1,0 M], добавлен 22.07.2015