ТЕМА: РАЗРАБОТКА БАЗЫ ДАННЫХ

Стр 1 из 3Следующая ⇒

ТЕМА: РАЗРАБОТКА БАЗЫ ДАННЫХ

АВТОСЕРВИСА « PERFECT AUTO»

КУРСОВАЯ РАБОТА

Выполнена студентом:

Д.С.Каменюка, группа 215 ИТ

Специальность 09.04.02 «Информационные системы (по отраслям)»

Научный руководитель
____________ преп. А.Н. Фоминых

Екатеринбург

Оглавление

ВВЕДЕНИЕ. 3

ГЛАВА 1. ТЕОРЕТИЧЕСКОЕ ОБОСНОВАНИЕ БАЗ ДАННЫХ И СУБД.. 5

1.1. Понятие и сущность базы данных. 5

1.2. Жизненный цикл базы данных. 7

1.3. Стадии создания автоматизированной системы.. 11

ГЛАВА 2. ПРОЕКТИРОВАНИЕ И РАЗРАБОТКА БАЗЫ ДАННЫХ ПО АВТОСЕРВИСУ «PERFECT AUTO». 15

2.1. Описание предметной области. 15

2.2. Концептуальная модель базы данных. 16

2.2. ТЕХНИЧЕСКОЕ ЗАДАНИЕ. 19

2.1.1. НАЗНАЧЕНИЕ ПРОГРАММЫ.. 19

2.1.2. ТРЕБОВАНИЯ К ПРОГРАММЕ. 19

2.3. СТАДИИ И ЭТАПЫ РАЗРАБОТКИ.. 20

ВВЕДЕНИЕ

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

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

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

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

Объектом исследования является предприятие автосервиса «Perfect Auto», и её отрасли.

Предмет исследования является база данных Автосервиса «Perfect Auto»

Целью курсового проектирования является разработка и проектирование базы данных Автосервиса «Perfect Auto», для более эффективной работы с клиентами и хорошей организации отдыха наших посетителей.

Задачи курсового проектирования:

1. Изучение теоретического материала по базам данных и СУБД.

Поиск, обобщение, анализ необходимой информации.
Разработка материалов в соответствии с заданием на курсовую работу.
Оформление курсовой работы в соответствии с заданными требованиями.
Выполнение проектной части курсовой работы (создание базы данных).
Подготовка и защита курсовой работы.

ГЛАВА 1. ТЕОРЕТИЧЕСКОЕ ОБОСНОВАНИЕ БАЗ ДАННЫХ И СУБД

ПОНЯТИЕ И СУЩНОСТЬ БАЗЫ ДАННЫХ

Базой данных (БД) называется совокупность материалов, которые систематизированы таким образом, чтобы их было легко найти и обработать с помощью ПК или другой ЭВМ (электронно-вычислительной машины). Под материалами может пониматься все, что угодно: статьи, различные документы, отчеты и т.д.

Модели базы данных базируются на современном подходе к обработке информации. Структура информации базы позволяет формировать логические записи их элементов и их взаимосвязи. Взаимосвязи могут быть: один к одному, один ко многим и многие ко многим.

Применение того или иного типа взаимосвязи определены тремя моделями базы данных:

- иерархической

- сетевой

- реляционной

Иерархическая модель данных — это модель данных, где используется представление базы данных в виде древовидной (иерархической) структуры, состоящей из объектов (данных) различных уровней.

Между объектами существуют связи, каждый объект может включать в себя несколько объектов более низкого уровня. Такие объекты находятся в отношении предка, к потомку, при этом возможна ситуация, когда объект-предок не имеет потомков или имеет их несколько, тогда как у объекта-потомка обязательно только один предок. Объекты, имеющие общего предка, называются близнецами.

Достоинства:

- эффективное использование памяти

- неплохие временные характеристики выполнения операций над данными

Недостатки:

- сложные логические связи

- громоздкость в обработке данных

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

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

Достоинства:

- высокая эффективность затрат памяти

- оперативность обработки данных

Недостатки:

- сложность и жёсткость схемы базы

- сложность понимания

- ослаблен контроль целостности, так как в ней допускается устанавливать произвольные связи между записями

В реляционной базе данных вся информации представляется в виде таблиц, и любые операции над данными – это операции над таблицами. Таблицы строят из строк и столбцов. Строки – это записи, а столбцы представляют собой структуру записи (каждый столбец имеет определенный тип данных и длину данных). Строки в таблице не упорядочены – не существует первой или десятой строки. Однако поскольку на строки необходимо как-то ссылаться, то вводится понятие «первичный ключ».

Достоинства:

- простота моделирования и физическая реализация

- высокая эффективность обработки данных

Недостатки:

- отсутствие стандартных средств идентификации каждой отдельной записи

ЖИЗНЕННЫЙ ЦИКЛ БАЗЫ ДАННЫХ

Как и любой программный продукт, база данных обладает собственным жизненным циклом (ЖЦ БД). Главной составляющей в жизненном цикле БД является создание единой базы данных и программ, необходимых для ее работы. Жизненный цикл системы базы данных определяет и жизненный цикл всей информационной системы организации, поскольку база данных является фундаментальным компонентом информационной системы.

ЖЦБД состоит из следующих этапов:

1. Предварительное планирование – планирование БД, выполняемое в процессе разработки стратегического плана БД. В процессе планирования собирается следующая информация:

1.1 Какие прикладные программы используются, и какие функции они выполняют.

2.1 Какие файлы связанны с каждым из этих приложений.

3.1 Какие новые приложения и файлы находятся в процессе работы.

Данная информация помогает определить, как используется информация приложений, определить будущие требования к системам БД. Информация этого этапа документируется в виде обобщённой модели данных.

2. Проверка осуществимости. Здесь определяется технологическая, операционная и экономическая осуществимость плана создания БД, т.е.:

1.1 Технологическая осуществимость – есть ли технология для реализации, запланированной БД?

2.1 Операционная осуществимость – есть ли средства и эксперты, необходимые для успешного осуществления плана создания БД?

3.1 Экономическая целесообразность – можно ли определить?

4.1 Окупиться ли запланированная система? Можно ли оценить издержки и выгоду?

3. Определение требований включает выбор целей БД, выяснение информационных требований к системе и требований к оборудованию и программному обеспечению. Таким образом, на данном этапе сбора данных и определения требований создаётся общая информационная модель, выражающаяся в следующих задачах:

1.1 Определяются цели системы путём анализа информационных потребностей. Здесь также обязательно указывается, какую именно БД следует создавать (распределённую, целостную) и какие коммуникационные средства необходимы. Выходной документ – комментарий, описывающий цели системы.

2.1 Определение пользовательских требований: документация в виде обобщённой информации (комментарии, отчёты, опросы, анкеты и т. д.); фиксация функций системы и определение прикладных систем, которые будут выполнять эти требования. Данные представляются в виде соответствующих документов.

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

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

4. Концептуальное проектирование – создание концептуальной схемы БД. Спецификации разрабатываются в той степени, которая необходима для перехода к реализации.

Основным выходным документом является единая инфологическая модель (или схема БД на концептуальном уровне). При разработке данной модели используются информация и функции, которые должна выполнить система, определённые на этапе сбора и определения требований к системе. На данном этапе желательно также определить:

1.1. Правила для данных.

1.2. Правила для процессов.

1.3.Правила для интерфейса.

5. Реализация – процесс превращения концептуальной модели в функциональную БД. Он включает в себя следующие этапы:

1.1 Выбор и приобретение необходимой СУБД.

1.2 Преобразование концептуальной (инфологической) модели БД в логическую и физическую модель данных.

1.3 На основе инфологической модели данных строится схема данных для конкретной СУБД, при необходимости реализуется денормализация БД с целью ускорения обработки запросов во всех критичных по времени приложениях.

1.4 Разработать сетевую топологию БД и механизм бесшовного доступа к удалённым данным (реплицированная или распределённая БД).

1.5 Построение словаря данных, который определяет хранение определений структуры данных БД. Словарь данных также содержит информацию о полномочиях доступа, правилах защиты данных и контроля данных.

1.6 Заполнение базы данных.

1.7 Создание прикладных программ, контроль управления.

1.8 Обучение пользователей.

6. Оценка и усовершенствование схемы БД. Включает опрос пользователей с целью выяснения функциональных неучтённых потребностей. При необходимости вносятся изменения, добавление новых программ и элементов данных по мере изменения и расширения потребностей.

Таким образом, ЖЦБД включает в себя:

- Изучение предметной области и представление соответствующей документации.

- Построение инфологической модели.

- Реализация.

7. Методология и средства системного проектирования. (CASE-средства) составляют основу любой ИС. Методология реализуется через конкретные технологии и поддерживающие их стандарты, методики и инструментальные средства, которые обеспечивают выполнение ЖЦ.

Технология проектирования определяется как совокупность трёх составляющих:

-Пошаговой процедуры, определяющей последовательность технологических операций проектирования.

-Критериев и правил, используемых для оценки результатов выполнения технологических операций.

-Нотаций, используемых для описания проектируемой системы.

Технология проектирования, разработки и сопровождения должна удовлетворять следующими общими требованиями:

- Технология должна поддерживать ЖЦ ПО.

- Технология должна обеспечивать гарантированное достижение целей разработки ИС с заданным качеством и в установленное время.

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

- Технология должна обеспечивать возможность ведения работ по проектированию отдельных подсистем небольшими группами. Это обусловлено принципами управляемости коллектива и повышения производительности за счёт минимизации числа внешних связей.

- Технология должна обеспечивать минимальное время получения работоспособной ИС.

- Технологи должна обеспечивать независимость выполняемых проектных решений от средств реализации ИС операционных систем, языков и систем программирования.

- Технология должна быть поддержана комплексом согласованных.

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

- Стандарт проектирования.

- Стандарт оформления проектной документации.

- Стандарт пользовательского интерфейса.

ЭТАП. Постановка задачи.

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

ЭТАП. Анализ объекта.

На этом этапе рассматривается, из каких объектов может состоять БД, на отдельные объекты, или, другими словами, установить, какими параметрами описывается каждый объект. Все эти сведения можно располагать в виде отдельных записей в таблице. Далее необходимо рассмотреть тип данных каждой отдельной единице записи. Сведения о типах данных также следует занести в составляемую таблицу.

ЭТАП. Синтез модели.

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

Описание предметной области

Мы работаем в сети Автосервисов. Наша компания работает с клиентами, осуществляя ремонт, тюнинг и другие подобные услуги, связанные с вашим автомобилем. Нашей задачей является отслеживание и хранение всей информации о данном предприятии.

Работа с клиентами в нашей компании организованна следующим образом: у каждого клиента, пришедшего к нам, собираются некоторые стандартные данные – фамилия, имя, отчество, адрес, телефон, марка автомобиля.

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

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

Фирма работает с многими известными поставщиками деталей и все аксесуаров для автомобиля.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

НАЗНАЧЕНИЕ ПРОГРАММЫ

База данных автосервиса «Perfect Auto» предназначена для упорядочения, накопления, хранения, а также облегчения доступа к документам фирмы. Данная модель является первым этапом реализации сложного комплекса системы документоведения, предназначенного для расчёта предоставляемых услуг нашего автосервиса. Назначение системы – реализовать новый подход к организации работы с документами фирмы, а также облегчит доступ к поступающей информации в отдельно взятом предприятии.

ТРЕБОВАНИЯ К ПРОГРАММЕ

1. Требования к функциональным характеристикам.

Разрабатываемая модель должна обладать следующими функциями:

1.1.Использовать для соединения и обмена данными.

2.1.Иметь доступный и простой интерфейс пользователя.

3.1.Работать под управлением ОС Windows.

4.1.Иметь гибкую систему настроек.

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

6.1.Клиентская часть должна хранить базы данных адресов и их контактов.

7.1 Серверная часть должна хранить БД обслуживаемых клиентов и хранить документацию. О сборе информации предлагаемых услуг.

2. Требования к надёжности.

Надежность системы в целом зависит от надежности используемой операционной системы. Серверная часть должна обслуживать без сбоев одновременное подключение и работу более 10 пользователей. Обе части должны без потерь передавать информацию по каналу связи между клиентом и сервером.

3. Условия эксплуатации.

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

СТАДИИ И ЭТАПЫ РАЗРАБОТКИ

Рассмотрим этапы создания БД «Автосервис» с помощью СУБД Access 2007. Сначала составляем модель " сущность – связь" для базы данных «Автосервис». Этапы проектирования модели " сущность – связь" Создание БД. Этапы проектирования".

После создания модели запускаем приложение Access 2007. Открывается окно приложение Access 2007 на странице Приступая к работе с MicrosoftAccess 2007. В разделе Новая пустая база данных щелкаем на пиктограмме Новая база данных. В правой части окна появится информация об имени файла и указана директория для его хранения. По умолчанию имя файла - База данных1.accdb.

Изменить имя файла и путь к директории для хранения файла БД можно в окне " Файл новой базы данных" щелкнув на пиктограмме " Поиск расположения для размещения базы данных". Установив имя файла и требуемое имя директории в окне " Файл новой базы данных", надо щелкнуть на кнопке ОК, окно закроется.

Далее необходимо щелкнуть на кнопке Создать, чтобы создать пустую базу данных. При создании новой пустой базы данных окно приложения Access 2007 открывается на контекстной вкладке " Режим таблицы". В окне отображается новая пустая таблица с именем Таблица 1 в режиме таблица, представленная на рисунке 1.

Рисунок 1. Таблица «Сотрудники»

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

Рисунок 2. Переход в режим конструктора

Откроется окно Сохранение, в котором надо указать имя таблицы и нажать кнопку ОК.

Рисунок 3. Сохранение и переименование таблиц

Откроется таблица в режиме Конструктор.

Создаем структуру таблицы. В первую строку колонки " Имя поля" вводим код и нажимаем клавишу Enter. Курсор переместится в колонку Тип данных. Access по умолчанию назначает тип данных. Нажимаем клавишу Enter, при этом курсор переместится в колонку Описание, при необходимости вводим описание данных.

Первой строке таблицы Access по умолчанию назначает поле первичного ключа. Для первичного ключа в свойствах поля устанавливается значение Индексированного поля: Да (Совпадения не допускаются). Далее заполняем вторую строку (второе поле таблицы), Имя поля, Тип данных - текстовый. Третья строка: Имя поля -, Тип данных, Тип данных.

Затем создаем структуры остальных в соответствии

Рисунок 4. Таблица «Клиенты» в режиме таблицы

Рисунок 5. Таблица «Услуги» в режиме таблицы

Рисунок 6. Таблица «Список Марок ремонтируемых авто» в режиме таблицы

Рисунок 7. Таблица «Справочник выполненных работ» в режиме таблицы

После этого необходимо установить логические связи между всеми таблицами. Логические связи устанавливаются между одноименными полями таблиц базы данных Access 2007. Связь данных в одной таблице с даннымив других таблицах осуществляется через уникальные идентификаторы (ключи) или ключевые поля.

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

Далее необходимо установить связи между таблицами в окне Схема данных. В появившемся окне диалога " Изменение связей" необходимо установить флажки: " Обеспечить целостность данных", " каскадное обновление связанных полей" и " каскадное удаление связанных записей", убедиться в том, что установлен тип отношений один-ко-многим и нажать кнопку Создать.

Рисунок 8. Изменения связей

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

Рисунок 9. Схема данных

После установки связей между таблицами, окно Схема данных необходимо закрыть. Далее необходимо осуществить заполнение всех таблиц. Таблицы БД Access 2007 необходимо заполнять данными в определенной последовательности. Сначала надо заполнять главные таблицы, а затем подчиненные. Раскрывающийся список данных для вторичных ключей появится только в том случае, если при создании структуры подчиненных таблиц в режиме конструктор для полей вторичных ключей выбран тип данных " Мастер подстановок".

В Access 2007 можно вводить данные непосредственно в таблицу в режиме таблица. Но обычно для ввода данных в БД Access 2007 используют формы. Форма ускоряет работу с базой данных. Форма в БД - это структурированное интерактивное окно с элементами управления, в котором отображаются поля одной или нескольких таблиц, или запросов.

Форму можно использовать для ввода, изменения или отображения данных из таблицы или запроса. В Microsoft Office Access 2007 предусмотрены новые средства, помогающие быстро создавать формы, а также новые типы форм и функциональные возможности.

Формы в БД Access можно создавать с помощью различных средств:

инструмента форм;
инструмента Разделенная форма;
инструмента Несколько элементов;
инструмента Пустая форма;
Мастера форм;
Конструктора форм.

Все средства создания форм помещены в группу формы на вкладке Создание

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

Рисунок 10. Создание формы

Рисунок 11. Форма «Справочник выполненных заказов»

Рисунок 12. Форма «Список марок ремонтируемых авто»

Рисунок 13. Форма «Сотрудники»

Рисунок 14. Форма «Услуги»

Рисунок 15. Форма «Клиенты»

Рисунок 16. Главная кнопочная форма

Мастер форм.Создание форм при помощи мастера форм осуществляется быстро, и это средство позволяет включить в форму поля из нескольких связанных таблиц или запросов. На вкладке Создание в группе Формы надо нажать кнопку Другие формы, а затем выбрать команду Мастер форм. Откроется окно диалога Создание форм, в котором необходимо отвечать на вопросы каждого текущего экрана Мастера и щелкать на кнопке Далее.

В первом окне необходимо выбрать поля из источника данных (таблиц или запросов). Для этого надо открыть список Таблицы и запросы, щелкнув на кнопку, справа.

Затем все " Доступные поля" переведем в " Выбранные поля", выделив их и щелкнув на кнопку > >. Необходимо отметить, что, если форма создается на основе нескольких таблиц, необходимо повторить действия для каждой таблицы – источника. Затем необходимо щелкнуть на кнопке Далее. В следующем окне надо выбрать внешний вид, например, в один столбец и щелкнуть Далее. В следующем окне выберем требуемый стиль - официальный

После выбора стиля, требуется перейти в последнее окно, щелкнув на кнопке Далее. В последнем окне Мастера требуется ввести имя и указать дальнейшие действия: Открыть форму для просмотра и ввода данных; Изменить макет формы.

Конструктор форм. Для создания новой пустой формы необходимо выполнить следующее:

1. В окне приложения Access 2007 выбрать вкладку Создание. Выполнить щелчок на пиктограмме " Конструктор форм". В окне редактирования появится окно Form1 с пустой областью данных.

2. Для отображения списка полей требуемой таблицы выполнить щелчок на пиктограмме " Добавить существующие поля", появится список таблиц. Щелкнув на знак " +" таблицы, откроется список необходимых полей.

3. Поля из списка переместить на форму. Добавление полей осуществляется при нажатой левой кнопки мыши.

4. Поместить поля на форму.

5. Перемещение полей и их имен по форме производиться следующим образом:

1.1 Выделить поле с именем щелчком мыши. Вокруг него появятся маркеры перемещения и изменения размеров. Перемещать поле можно вместе с привязанным к нему именем или отдельно от него.

2.1 Для перемещения поместить указатель мыши на квадратик, находящийся в левом верхнем углу элемента. Указатель мыши в виде четырех направленной стрелки позволяет перемещать объект.

3.1 Нажать кнопку мыши и, удерживая ее, буксировать поле или его имя в нужное место в форме. Затем отпустить кнопку мыши.

4.1 Для изменения надписи, связанной с полем необходимо выполнить на ней двойной щелчок мышью и выполнить необходимые изменения. Затем закрыть окно.

5.1 Для изменения размеров поместить курсор на размерные маркеры, при этом курсор примет вид двунаправленной стрелки. Нажать кнопку мыши, буксировать в нужном направлении, затем отпустить кнопку мыши.

6.1 Для удаления поля выделить его, нажать клавишу Delete или другим способом.

7.1 Сохранить форму.

8.1 Просмотреть форму конструктор, выполнив на ней двойной щелчок в области переходов.

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

В Microsoft Access 2007 для создания отчетов можно использовать различные средства:

1.1 Мастер отчетов

2.1 Конструктор отчетов

3.1 Инструмент отчётов

4.1 Пустой отчёт

Рисунок 17. Отчёт

Рисунок 18. Отчёт «Автомобили»

Рисунок 19. Отчёт «Должность сотрудников»

Рисунок 20. Отчёт «Услуги»

Рисунок 21. Отчёт «Клиенты»

Рисунок 22. Отчёт «Справочник выполненных работ»

Запрос - предложение (инструкция) на языке SQL, по которой компьютер выполняет требуемые действия с данными или со структурой данных. Создание запроса с помощью конструктора, на вкладке Создание выбираем Конструктор запросов затем добавляем таблицы, которые нам нужны. Из таблиц выбираем поля, которые будут использоваться в запросе. Вводим условие отбора и нажимаем кнопку Выполнить. Затем закрываем запрос и в окне сохранения вводим имя запроса. Посмотреть готовый запрос можно на рисунках 23; 24; 25; 26; 27.

Рисунок 23. Запрос «ХэчБеки»

Рисунок 24. Запрос «Зар. Плата»

Рисунок 25. Запрос «Возраст сотрудников»

Рисунок 25. Запрос «Поиск по фамилии и должности»

Рисунок 27. Запрос «Between по дате»

ЗАКЛЮЧЕНИЕ

Была осуществлена задача, разработать базу данных своей предметной области, а также приложение для работы с разработанной базой данных. Данная система позволяет автоматизировать действия, связанные с учетом и обслуживанием клиентов. А именно позволяет осуществлять учет деталей, клиентов и выполненных заказов, позволяет добавлять новые, редактировать и удалять старые данные. В ходе работы были улучшены знания и навыки работы с основными этапами разработки и проектирования автоматизированных систем для работы с реляционными базами данных, улучшены навыки работы с документацией и с данными в выбранной предметной области. Проводилось проектирование, нормализация, моделирование базы данных, по заданной предметной области. Было создано приложение для работы с созданной базой данных, которое может помочь работникам автосервиса в осуществлении быстрой регистрации клиентов и заказов, а также помочь в управлении деятельностью автосервиса. В ходе работы была выполнена работа, целью которой является разработка и проектирование базы данных автосервиса «Perfect Auto», для более эффективной работы с клиентами и хорошей организации отдыха наших посетителей.

Были выполнены следующие задачи:

1.Изучение теоретического материала по базам данных и СУБД.

2.Поиск, обобщение, анализ необходимой информации.

3.Разработка материалов в соответствии с заданием на курсовую работу.

4.Оформление курсовой работы в соответствии с заданными требованиями.

5.Выполнение проектной части курсовой работы (создание базы данных).

6.Подготовка и защита курсовой работы.

СПИСОК ЛИТЕРАТУРЫ

1. О.Д.Марков Автосервис Рынок-автомобиль-клиент, В.В.Волгин Малый автосервис организация и управление, Вахрамеев Д.А. Проектирование автотранспортных предприятий.

2. Управление автосервисом. Л. Ряховский. 2004 г.

3. Автосервис. Торговые операции. Для предпринимателей и руководителей сервисных предприятий, в качестве образовательного ресурса - для профессионалов автосервиса, студентов вузов и техникумов. В. Волгин. 2004 г.

ТЕМА: РАЗРАБОТКА БАЗЫ ДАННЫХ

АВТОСЕРВИСА « PERFECT AUTO»

КУРСОВАЯ РАБОТА

Выполнена студентом:

Д.С.Каменюка, группа 215 ИТ

Специальность 09.04.02 «Информационные системы (по отраслям)»

Научный руководитель
____________ преп. А.Н. Фоминых

Екатеринбург

Оглавление

ВВЕДЕНИЕ. 3

ГЛАВА 1. ТЕОРЕТИЧЕСКОЕ ОБОСНОВАНИЕ БАЗ ДАННЫХ И СУБД.. 5

1.1. Понятие и сущность базы данных. 5

1.2. Жизненный цикл базы данных. 7

1.3. Стадии создания автоматизированной системы.. 11

ГЛАВА 2. ПРОЕКТИРОВАНИЕ И РАЗРАБОТКА БАЗЫ ДАННЫХ ПО АВТОСЕРВИСУ «PERFECT AUTO». 15

2.1. Описание предметной области. 15

2.2. Концептуальная модель базы данных. 16

2.2. ТЕХНИЧЕСКОЕ ЗАДАНИЕ. 19

2.1.1. НАЗНАЧЕНИЕ ПРОГРАММЫ.. 19

2.1.2. ТРЕБОВАНИЯ К ПРОГРАММЕ. 19

2.3. СТАДИИ И ЭТАПЫ РАЗРАБОТКИ.. 20

ВВЕДЕНИЕ

Объектом исследования является предприятие автосервиса «Perfect Auto», и её отрасли.

Предмет исследования является база данных Автосервиса «Perfect Auto»

Задачи курсового проектирования:

1. Изучение теоретического материала по базам данных и СУБД.

12 3 Следующая ⇒