Автор работы: Пользователь скрыл имя, 24 Ноября 2013 в 19:04, курсовая работа
Цель проектирования базы данных состоит в отображении процесса ремонтной деятельности малого предприятия
Для достижения данной цели были поставлены следующие задачи:
определение и анализ предметной области;
разработка концептуальной модели базы данных;
построение таблиц базы данных «Автосервис»;
построение форм, запросов и отчётов данной БД.
Введение 3
РАЗДЕЛ 1. Разработка базы данных 4
Постановка задачи 4
Анализ предметной области 5
РАЗДЕЛ 2. Моделирование структур данных 7
2.1. Разработка концептуальной модели базы данных 7
2.2. Разработка логической модели данных 9
2.3. Преобразование модели «сущность-связь» в реляционную
модель данных 10
РАЗДЕЛ 3. Проектирование базы данных 12
3.1. Разработка таблиц 12
3.2. Разработка форм для ввода данных 17
3.3. Разработка запросов к базе данных 21
3.4. Разработка отчетов 27
ЗАКЛЮЧЕНИЕ 30
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 31
Введение 3
РАЗДЕЛ 1. Разработка базы данных 4
РАЗДЕЛ 2. Моделирование структур данных 7
2.1. Разработка концептуальной модели базы данных 7
2.2. Разработка логической модели данных 9
2.3. Преобразование модели «сущность-связь» в реляционную
модель данных 10
РАЗДЕЛ 3. Проектирование базы данных 12
3.1. Разработка таблиц 12
3.2. Разработка форм для ввода данных 17
3.3. Разработка запросов к базе данных 21
3.4. Разработка отчетов 27
ЗАКЛЮЧЕНИЕ 30
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 31
ПРИЛОЖЕНИЯ 32
ВВЕДЕНИЕ
На сегодняшний день проектирование баз данных (далее БД) приобрело важное значение для многих организаций, которые для повышения производительности своей работы применяют компьютерные технологии. Базы данных стали основой информационных систем, а их использование становится неотъемлемой частью функционирования любых предприятий.
Объектом курсовой работы является изучение технологий проектирования реляционной БД.
Предмет курсовой работы — изучение принципов разработки реляционных баз данных на примере проектирования и создания базы данных «Автосервис».
Цель проектирования базы данных состоит в отображении процесса ремонтной деятельности малого предприятия
Для достижения данной цели были поставлены следующие задачи:
Существует огромное количество различных источников информации, касающиеся проектирования реляционных баз данных и их применения. Из всех предложенных ресурсов, были выбраны те, которые подходят для проектирования баз данных в среде OpenOffice.org Base. Так, например, в книгах [2, 7] рассматриваются основные приемы и принципы работы и создании баз данных с помощью Base, входящей в состав OpenOffice.org. В источниках [5, 6, 8] изложены основные сведенья о создании таблиц, форм, запросов и отчётов. В книгах [1, 3, 4] описаны методические рекомендации по проектированию и реализации баз данных.
РАЗДЕЛ 1. Разработка базы данных
Данная база данных предназначена для организаций, занимающихся любыми видами услуг по техническому обслуживанию автомобилей.
Основные функции БД относятся к учету всех автомобилей, когда-либо находящихся в автосервисе, хранение полной информации о каждом автомобиле (марка, серия и № технического паспорта, № шасси и № двигателя, цвет, год выпуска и т.п.).
В БД так же должна храниться информация о каждом владельце, который хотя бы единожды пользовался услугами автосервиса. Должна существовать возможность хранения не только основной и самой необходимой информации, но и примечаний, уточнений, описания и тех. характеристик устанавливаемых запчастей и много другой полезной информации.
Администрации автосервиса могут потребоваться следующие данные:
Оператор СУБД может вносить следующие изменения:
В отчетах необходимо предусмотреть возможность выдачи справки о наличии неисправности автомобиля данного владельца и отчета о работе автосервиса (количество ремонтируемых автомобилей, ФИО работника, который их ремонтировал).
База данных «Автосервис» разработана для администратора и сотрудников автосервиса, осуществляющих прием и оформление заказов на ремонт, и сервисное обслуживание автомобилей.
Предметной областью в задании является данные о неисправностях, владельцах автомобилей и работниках автосервиса.
Разрабатываемая информационная система должна выполнять следующие функции:
К разрабатываемой базе данных предъявляются следующие требования: целостность данных, отсутствие дублирования, отсутствие связей типа «многие-ко-многим», отсутствие рекурсивных связей, связей с атрибутами, множественных атрибутов.
К информации, содержащейся в базе данных, предъявляются требования:
значимости, полноты, достоверности, понятности, эффективности.
Такое представление повышает удобство использование базы данных, в данном случае ввод информации сведется к выбору необходимых сведений из списка, где это возможно, что, безусловно, повысит скорость ввода информации и поможет избежать неверного ввода параметров.
В результате создания и внедрения данной базы данных требуется получение следующих показателей эффективности: снижение времени при внесения новых данных и изменения старых а, следовательно, повышение производительности труда, а так же своевременное и полное получение информации необходимой администрации автосервиса.
РАЗДЕЛ 2. Моделирование структур данных
2.1. Разработка концептуальной модели базы данных
При построении концептуальной модели БД воспользуемся рекомендациями Карповой И.П. [3]. Как отмечает автор концептуальная модель базы данных — это высокоуровневая объектно-ориентированная модель предметной области, представляющая объектную область в виде набора объектов, обладающих определенными свойствами и находящимися в некоторых отношениях. Основная цель разработки высокоуровневой модели данных заключается в создании модели пользовательского восприятия данных и согласовании большого количества технических аспектов, связанных с проектированием базы данных. Концептуальная модель данных не привязана к конкретной физической реализации баз данных и не зависит от конкретной СУБД. Концептуальная модель создается на основе представлений о предметной области каждого типа пользователей, представляющих собой набор данных, необходимых пользователю для решения своих задач [3, C. 36-38].
Концептуальная модель для базы «Автосервис» проектировалась, как модель «сущность-связь».
Основные концепции модели включают такие понятия: как сущность (объект), отношение (связь), типы сущностей, типы связей и атрибуты [3, C. 36].
Сущность — реальный или представляемый объект, информация о котором должна сохраняться и быть доступна. В диаграммах ER-модели сущность представляется в виде прямоугольника, содержащего имя сущности. Каждая сущность определяется набором атрибутов.
Атрибут — поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей. Атрибутом сущности является любая деталь, которая служит для уточнения, идентификации, классификации, числовой характеристики или выражения состояния сущности. Имена атрибутов будем заносить в прямоугольник, обозначающий сущность, и записывать под именем сущности.
Между сущностями устанавливаются связи.
Связь — это графически изображаемая ассоциация, устанавливаемая между двумя сущностями. Эта ассоциация всегда является бинарной и может существовать между двумя разными сущностями или между сущностью и ей же самой (рекурсивная связь). Связи — обозначим линиями.
Таким образом, из описания предметной области извлечем все типы
сущностей:
– Заказчики;
– Заказы;
– Мастера;
– Перечень работ.
Каждой из сущностей определим свой набор атрибутов.
Сущность Заказчик определяется следующим набором атрибутов:
Атрибуты сущности Заказы определяются следующим образом:
Сущность Мастера документируется на основании следующих атрибутов:
Сущность Перечень работ определяется следующим набором атрибутов:
В соответствии с моделью предметной области, представляется следующая концептуальная модель базы данных «Автосервис» (рис. 1).
Рис.1 Концептуальная модель базы данных «Автосервис».
2.2. Разработка логической модели данных
Преобразование локальной концептуальной модели данных в локальную логическую модель заключается в удалении из концептуальных моделей нежелательных элементов и преобразование полученных моделей в локальные логические модели [4, C. 569–568]. К нежелательным элементам относятся [1, C. 50]:
– связи типа «многие-ко-многим»;
– рекурсивные связи;
– связи с атрибутами.
В созданной концептуальной
модели вышеперечисленных
Логическая схема данных приведена на рис.2.
Рис. 2. Логическая схема данных.
Преобразование модели «сущность-связь» в реляционную модель данных
осуществляется путем последовательного выполнения ряда шагов [1, C. 56]:
– каждой сущности ставится в соответствие отношение реляционной модели данных;
– каждый атрибут сущности становится атрибутом соответствующего отношения;
– первичный ключ сущности становится первичным ключом соответствующего отношения. Атрибуты, входящие в первичный ключ отношения, автоматически получают свойство обязательности (NOT NULL). В каждое отношение, соответствующее подчиненной сущности, добавляется набор атрибутов основной сущности, являющейся первичным ключом основной сущности. В отношении, соответствующем подчиненной сущности, этот набор атрибутов становится внешним ключом.
Этот процесс рассмотрен ниже.
РАЗДЕЛ 3. Проектирование базы данных
Таблица — это объект, предназначенный для хранения данных в виде записей (строк) и полей (столбцов) [2, С. 3].
В программе OpenOffice.org Base предусмотрено три различных способа создания таблицы базы данных:
В данной работе таблицы создавались с помощью мастера.
Для каждой реляционной таблицы БД приводится ее структура: состав полей, их имена, тип данных и размер каждого поля, ключи таблицы и другие свойства полей.
Разработка таблиц базы данных производится последовательно: