Проектирование базы данных предметной области «Фирма по продаже пластиковых окон».

Автор: Пользователь скрыл имя, 07 Апреля 2011 в 18:37, курсовая работа

Краткое описание

За последние годы в нашей стране произошли значительные перемены, которые не могли не затронуть области информатики и вычислительной техники. Десять лет назад работа с базами данных и электронными таблицами была уделом профессиональных программистов. Сами системы не были предназначены для широкого пользователя. Их основным потребителем был военно-промышленный комплекс. С появлением огромного числа банков, акционерных обществ и частных компаний ситуация резко изменилась.

Оглавление

Введение
Постановка задачи и анализ предметной области
Назначение проектируемой базы данных
Проектирование инфологической модели данных
Информационные потребности пользователя (анализ запросов).
Определение сущностей и связей
Определение функций пользователя, атрибутов, ключей.
Выявление и описание ограничений целостности.
Разработка инфологической модели предметной области.
Проектирование даталогической модели БД.
Выбор СУБД.
Отображение инфологической модели на даталогическую модель.
Реализация БД
Разработка средств реализации ограничений целостности.
Разработка процедур ведения БД (добавление, удаление, изменение, контроль).
Разработка процедур реализации запросов и интерфейса пользователя.
Интерфейс и руководство пользователя
Спецификация входных и выходных документов.
Спецификация запросов пользователя
Заключение
Список используемой литературы

Файлы: 1 файл

Курсовая работа.doc

— 427.50 Кб (Скачать)

 

4.4. Выявление и описание ограничений целостности

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

      Для обеспечения целостности данных в Access есть 4 варианта:

  1. Если не указано каскадное обновление связей, то предотвращается изменение значений первичного ключа в главной таблице, если существуют связанные записи в подчиненной таблице.
  2. Если указано каскадное обновление связей, то при изменении значений первичного ключа будут изменяться соответствующие значения в связанной таблице.
  3. Если не указано каскадное удаление связанных записей, то предотвращается удаление связанных записей из главной таблицы, если имеются связанные с ней записи в подчиненной.
  4. Если указано каскадное удаление, то связанные записи подчиненной таблицы удаляются автоматически.
 

      В данном курсовом проекте у каждой связи установлены такие параметры  как каскадное обновление и каскадное  удаление связей. Свойства этих параметров описаны выше. 

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

  • Запрещение null значения: данные, заносимые в столбец или таблицу, не должны равняться нулю.
  • Ограничения на допустимые значения полей: условие, которому должны удовлетворять данные, вносимые в таблицу. 
  • Ограничение первичного ключа: на практике рекомендуется для каждой таблицы создавать первичный ключ, особенностью которого является не допуск null значения.
  • Ограничение уникальных ключей: необходимость ввода различных (уникальных) данных.
 

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

      Таблица Летчики

      В поле Дата рождения на данные накладывается ограничение от 01.01.1965 до 01.01.80.

      Таблица Аэропорты

      В поле Расстояние на данные накладывается ограничение >0.

      Таблица Маршруты

      В поле Код маршрута на данные накладывается ограничение ³100.

      Таблица Количество билетов

      В поле Количество на данные накладывается ограничение >0.

      Таблица Самолеты

      В поле Количество мест на данные накладывается ограничение >10.

 

4.5. Разработка инфологической  модели предметной  области.

      Инфологическая  модель описывает предметную область на содержательном уровне. Результатом этого анализа являются списки объектов предметной области, перечни свойств, или атрибутов, определение связей между объектами и описание структуры предметной области в виде диаграммы.

      Определим связи данной предметной области  на этапе разработки инфологической модели.

      Связь между сущностями можно охарактеризовать степенью связи и классом принадлежности сущности к связи. Где степень связи показывает, сколько экземпляров одной сущности могут быть связано с каждым экземпляром другой сущности, и может иметь три значения:

  • Один к одному (1:1)
  • Один ко многим (1:М или М:1)
  • Многие ко многим (М:N)

      Класс принадлежности сущности к связи может быть обязательным (каждый экземпляр сущности обязательно должен быть связан с другой сущностью) и необязательным (каждый экземпляр сущности не требует связи с экземпляром другой сущности).

      В данном курсовом проекте используются двухсторонние и трехсторонние связи. 

      1)

        

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

      Первичный ключ  для Обслуживает рейс будет определен при распределении всех других атрибутов.

      Рейс обслуживается Летчиком на Самолете - трехарная связь.

      Класс принадлежности объектов Рейс, Летчик, Самолет – обязательный. 

    2)

    

      При двухсторонней связи требуется  три предварительных отношения.

      Рейс относиться к такому-то Маршруту - бинарная связь.  Класс принадлежности объектов Код рейса, Код маршрута – обязательный. 

    3)

    

      Маршрут имеет такой-то Аэропорт - бинарная связь. Класс принадлежности объектов Код маршрута, Название аэропорта – обязательный.

      4)  Маршрут имеет такую-то Категорию направление - бинарная связь. Класс принадлежности объектов Код маршрута, код направления – обязательный.

    

      5По итогу Рейса продано столько-то Количества билетов - бинарная связь. Класс принадлежности объекта Код рейса – обязательный.

    

 

    1. Проектирование  даталогической модели БД

    5.1.Выбор СУБД.

 

       СУБД  представляет собой совокупность языковых и программных средств, с помощью  которых база данных создается и  поддерживается.  На данный момент существует множество языков, с помощью которых можно создавать различные структуры и вводить в них необходимые элементы управления. При выборе модели данных мы остановились на реляционной модели из-за ее математической определенности и наличия большого количества СУБД, которые поддерживают реляционную модель данных. Из всего множества СУБД была выбрана Microsoft Access XP благодаря имеющимся средствам визуальной разработки графического интерфейса и наличию удобной среды разработки

    5.2.Отображение  инфологической модели 

    на даталогическую модель

 

      Даталогическая  модель описывает объекты и связи предметной области на формальном уровне. Ее разработка основывается на инфологической модели. В процессе разработки осуществляется выбор модели данных, и определяются ее элементы.

      Учитывая выбранную СУБД и разработанную инфологическую модель предметной области, была разработана следующая даталогическая модель:

      Аэропорты (КодМарш, НазвАэропорта, Расстояние).

      ДниНедели (Код дня, День недели).

      ИтогиДня  (КодРейса, Дата, ЧислоПроданБил, Сумма).

      Маршрут (КодМарш, КонАэропорт, КодНапр).

      ОбслужРейса (Дата,КодРейса, НомСам, КодЛетчика).

      Проданные места (КодРейса, Дата, Место, Цена).

      РасписаниеРейсов (КодРейса, КодМарш, ДеньНедели, ВрОтпр, ВрПриб).

      Самолеты (НомСам, Поступил, ТребРемонт, ТипСам, КоличМест).

      Летчики (КодЛетчика, Фамилия, Имя, Отчество, Паспорт, ДатаРожд).

      СписокМест (Список80Места, Список50Места, Список60Места).

      СтоимПоНапр (КодНапр, НаименНапр, СтоимЗа1км, СтавкаЗаРейс). 
 
 

      Таблица: Аэропорты

Имя поля Тип данных Обязательное  поле Индексированное поле Условие на значение
КодМарш Числовой Да Да(совпадения допускаются)  
НазвАэропорта Текстовый Да  
Расстояние Числовой Да Нет >0
 

      Таблица: ДниНедели 

Имя поля Тип данных Обязательное  поле Индексированное поле Условие на значение
КодДня Числовой Да Да(совпадения не допускаются)  
ДеньНедели Текстовый Да Нет  
 

      Таблица: ИтогиДня

Имя поля Тип данных Обязательное  поле Индексированное поле Условие на значение
Дата Дата/время Да Да(совпадения допускаются)  
КодРейса Числовой Да  
ЧислоПроданБил Числовой Да Нет >0
Сумма Денежный Да Нет  
 

      Таблица: Маршрут 

Имя поля Тип данных Обязательное  поле Индексированное поле
КодМарш Числовой Да Да(совпадения не допускаются)
КонАэропорт Текстовый Да
КодНапр Числовой Да Нет
 

      Таблица: ОбслужРейса

Имя поля Тип данных Обязательное  поле Индексированное поле
Дата Дата/Время Да Да (Совпадения  допускаются)
КодРейса Числовой Да
НомСам Текстовый Да
КодЛетчика Числовой Да

Информация о работе Проектирование базы данных предметной области «Фирма по продаже пластиковых окон».