Размещено на http://www.allbest.ru/

Министерство сельского хозяйства Российской Федерации

КУБАНСКИЙ ГОСУДАРСТВЕННЫЙ АГРАРНЫЙ УНИВЕРСИТЕТ

Кафедра компьютерных технологий и систем

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

к курсовой работе

по дисциплине: Базы данных

на тему: Создание базы данных «автомастерская»

выполнил студент группы БИ 1102 Фролов Тимофей Сергеевич

Руководитель проекта: Галиев К.С

Краснодар 2013 г.



СОДЕРЖАНИЕ

• Введение
• 1. Анализ предметной области
• 2. Проектная часть
• 2.1 Постановка задачи
• 2.2 Инфологическая модель предметной области
• 2.3 Даталогическое проектирование
• 2.4 Инструкция пользователя
• Заключение
• Список литературы


Введение

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

- добавление новой информации в существующие файлы БД;

- добавление новых пустых файлов в БД;

- изменение (модификация) информации в существующих файлах БД;

- поиск информации в БД;

- удаление информации из существующих файлов БД;

- удаление файлов из БД.

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

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

Данную задачу будем реализовывать с помощью СУБД Access, которая является средством разработки реляционных баз данных.



1. Анализ предметной области

Предметной областью в задании является работа автомастерской.

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

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

1. Предоставление большой совокупности информации в виде таблиц базы данных;

2. Формирование различных запросов;

3. Вывод информации в виде отчетов.

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

- к информации, содержащейся в базах данных: значимость, полнота, достоверность, понятность, эффективность;

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

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

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

В результате создания и внедрения АСУ получим следующие источники эффективности:

- снижение времени при внесения новых данных и изменения старых, а, следовательно, повышение производительности труда;

- быстрое и полное получение необходимой информации.

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

Для функционирования СУБД необходима операционная система Windows 95 или последующие ее версии со стандартным приложением.

Работа производиться с базами данных, созданных в приложении Microsoft Access, которое является частью пакета Microsoft Office 2007. Для СУБД никакого дополнительного программного обеспечения не требуется, так как программа работает автономно.

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



2. Проектная часть

2.1 Постановка задачи

Система управления базами данных Microsoft Access является одним из самых популярных приложений в семействе настольных СУБД. Все версии Access имеют в своем арсенале средства, значительно упрощающие ввод и обработку данных, поиск данных и предоставление информации в виде таблиц, графиков и отчетов. Начиная с версии Access 2000, появились также Web-страницы доступа к данным, которые пользователь может просматривать с помощью программы Internet Explorer. Помимо этого, Access позволяет использовать электронные таблицы и таблицы из других настольных и серверных баз данных для хранения информации, необходимой приложению. Присоединив внешние таблицы, пользователь Access будет работать с базами данных в этих таблицах так, как если бы это были таблицы Access. При этом и другие пользователи могут продолжать работать с этими данными в той среде, в которой они были созданы. Основу базы данных составляют хранящиеся в ней данные. Кроме того, в базе данных Access есть другие важные компоненты, которые называются объектами. Объектами Access являются:

· Таблицы - содержат данные.

· Запросы - позволяют задавать условия для отбора данных и вносить изменения в данные.

· Формы - позволяют просматривать и редактировать информацию.

· Страницы - файлы в формате HTML (Hypertext Markup Language, Язык разметки гипертекста), позволяющие просматривать данные Access с помощью броузера Internet Explorer.

· Отчеты - позволяют обобщать и распечатывать информацию.

· Макросы - выполняют одну или несколько операций автоматически.

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

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

Нам необходимо спроектировать базу данных «Автомастерская», которая, содержит информацию о заказах, хранящуюся в связанных таблицах. В качестве полей будем использовать: № заказа, Вид услуги, Табельный номер мастера, Необходимы запасные части, Фамилия заказчика, Статус выполнения и Дата.

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

Для анализа информации, хранящейся в БД, организуем следующие типы запросов к БД:

Все заказы;

Выполненные заказы;

Невыполненные заказы;

Все заказы (по дате);

Выручка организации (по дате);

Штаб мастеров;

Карточка обслуженного клиента.

Создадим экранные формы:

• Все заказы;

• Добавление услуги;

• Новый заказ;

• Новый мастер;

• Поступление запасных частей

Оформим отчеты, используя мастер отчетов:

• Все заказы

• Прайс-лист

• Штаб мастеров

• Запасные части на складе

• Карточка обслуженного клиента

• Невыполненные заказы

• Обслуженные клиенты

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

2.2 Инфологическая модель предметной области

Концептуальное (инфологическое) проектирование -- построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Термины «семантическая модель», «концептуальная модель» и «инфологическая модель» являются синонимами. Кроме того, в этом контексте равноправно могут использоваться слова «модель базы данных» и «модель предметной области» (например, «концептуальная модель базы данных» и «концептуальная модель предметной области»), поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности.

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

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

· описание информационных объектов, или понятий предметной области и связей между ними.

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

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

Рисунок 1 - Инфологическая модель предметной области

2.3 Даталогическое проектирование

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

1. Определение таблиц

2. Определение полей таблиц

3. Определение типов данных в соответствии с выбранной СУБД

4. Определение длины каждого поля таблиц

5. Определение обязательности каждого поля

6. Определение индексации каждого поля

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

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

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

При проектировании данной базы данных была использована реляционная модель. Основной структурой хранения является отношение - таблица со следующими свойствами:

Каждый столбец содержит информацию одного типа.

Ячейки - поля - таблицы не содержат агрегатов (структур или массивов) данных.

Таблицы не содержат одинаковых строк.

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

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

На основании даталогического проектирования в Access были созданы 4 таблицы, которые описаны в таблицах 1-4.



Таблица 1 - Описание полей таблицы «Мастера»

Имя поля	Тип данных	Свойства поля	Связь с другими таблицами
Табельный номер	Счетчик	Длинное целое, ключевое	Таблица «Заказы»
Фамилия	Текстовый	Длина 50 символов, обязательное	-
Имя	Текстовый	Длина 50 символов, обязательное	-
Отчество	Текстовый	Длина 50 символов, обязательное	-
Дата рождения	Числовой	Длинное целое, обязательное	-
Пол	Текстовый	Длина 1 символ, обязательное	-
Адрес проживания	Текстовый	Длина 50 символов	-
Должность	Текстовый	Длина 50 символов, обязательное	-
Оклад	Денежный	Денежный, обязательное	-

Таблица 2 - Описание полей таблицы «Услуги»

Имя поля	Тип данных	Свойства поля	Связь с другими таблицами
Код	Счетчик	Длинное целое, ключевое
Вид услуги	Текстовый	Длина 255 символов, обязательное	Таблица «Заказы»
Стоимость	Денежный	Денежный, обязательное

Таблица 3 - Описание полей таблицы «Запасные части»

Имя поля	Тип данных	Свойства поля	Связь с другими таблицами
Код	Счетчик	Длинное целое, ключевое
Наименование	Текстовый	Длина 50 символов, обязательное	Таблица «Заказы»
Автомобиль	Текстовый	Длина 50 символов
Производитель	Текстовый	Длина 50 символов
Стоимость	Денежный	Денежный, обязательное

Таблица 4 - Описание полей таблицы «Заказы»

Имя поля	Тип данных	Свойства поля	Связь с другими таблицами
№ Заказа	Счетчик	Длинное целое, ключевое
Вид услуги	Числовой	Длинное целое, обязательное	Таблица «Услуги»
Табельный номер мастера	Числовой	Длинное целое, обязательное	Таблица «Мастера»
Необходимые зап. части	Числовой	Длинное целое	Таблица «Запасные части»
Фамилия заказчика	Текстовый	Длина 50 символов, обязательное
Статус выполнения	Логический	Да/Нет
Дата	Дата/время	Краткий формат даты

После создания связей между различными частями построенной БД была получена схема данных, которая показана на рисунке 2.

Рисунок 2 - Схема данных

2.4 Инструкция пользователя

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

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



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

При нажатии на кнопку «Добавление услуг» пользователь имеет возможность добавлять новые услуги в базу данных.

Экранная форма для добавления услуг представлена на рисунке 4. Интерфейс окна представляет собой экранную форму для добавления, содержащую следующие поля: код, вид услуги и стоимость.



Рисунок 4 - Форма для добавления услуг

Для добавления нового заказа необходимо нажать кнопку «Новый заказ». После нажатия откроется форма для добавления заказов, содержащая следующие поля: № заказа, вид услуги, табельный номер мастера, необходимые зап. части, фамилия заказчика, статус выполнения и дата. Форма представлена на рисунке 5.



Рисунок 5 - Форма для добавления нового заказа

Для того, чтобы занести данные в базу о новом мастере необходимо нажать кнопку «Прием на работу мастера», после чего откроется форма для добавления нового мастера, содержащая следующие поля: Таб. номер, Фамилия, Имя, Отчество, Дата рождения, Пол, Адрес проживания, Должность и Оклад. Форма представлена на рисунке 6.



Рисунок 6 - Форма для добавления нового мастера

И последняя форма для добавления открывается при нажатии кнопки «Добавления запасных частей», которая содержит следующие поля: Код, Наименование, Авто, Стоимость зап_части. Форма представлена на рисунке 7.



Рисунок 7 - Форма для добавления новых запасных частей

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

Рисунок 8 - Справочник всех заказов



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

Рисунок 9 - Страница «Отчеты»

автомастерская база инфологический

Для открытии нужного отчета, необходимо нажать на соответствующую кнопку. Для того, чтобы вернуться обратно в главную форму, нужно нажать нижнюю кнопку «К главной форме». Все отчеты представлены на рисунках 10-17.

Рисунок 10 - Отчет «Все заказы»

Рисунок 11 - Отчет «Прайс-лист»

Рисунок 12 - Отчет «Штаб мастеров»



Рисунок 13 - Отчет «Запасные части на складе»

Рисунок 14 - Отчет «Невыполненные заказы»

Рисунок 15 - Отчет «Обслуженные клиенты»

При нажатии кнопки «Карточка обслуженного клиента» открывается окно в которое необходимо записать фамилию или часть фамилии клиента на которого вы хотите составить отчет. Окно показано на рисунке 15, а сам отчет на рисунке 16.

Рисунок 16 - Окно ввода фамилии клиента

Рисунок 17 - Отчет «Карточка обслуженного клиента»

После того, как перейдем к главной форме, нажав соответствующую кнопку, можем открыть страницу формы содержащую запросы к базе. Сделать это мы можем нажав кнопку «Отчеты». Интерфейс страницы показан на рисунке 18.

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



Рисунок 18 - Страница «Запросы»

При нажатии кнопки «Все заказы (по дате)» откроется окно для ввода, в которое нужно внести дату в кротком формате (рис. 19). Например 08.12.2013. После нажатия кнопки «Ок» откроется отчет содержащий все заказы на эту дату. Отчет показан на рисунке 20.

Рисунок 19 - Окно для ввода даты



Рисунок 20 - Запрос «Все заказы (по дате)»

Запрос для вывода выручки организации на каждый рабочий день, необходимо нажать кнопку «Выручка организации (по дате)». Отчет показан на рисунке 21.

Рисунок 21 - Запрос «Выручка организации (по дате)»

Для удаления данных из базы созданы четыре запроса: «Увольнение мастера», «Удаление заказы», «Удаление запасных частей» и «Удаление услуги». Чтобы запустить каждый запрос, нужно нажать на соответствующие кнопки на странице «Запросы» кнопочной формы, после чего откроется окно ввода для определения удаляемой записи. Например при нажатии кнопки «Увольнение мастера», откроется окно в которое необходимо будет ввести табельный номер(рис 22) и в соответствии с внесенными данными запись о мастере будет удалена.

Рисунок 22 - Окно для ввода табельного номера мастера

Аналогичным образом удаляем заказы, запасные части и услуги. При нажатии кнопки «Удаление заказа» откроется окно для ввода фамилии заказчика(рис 23).

Рисунок 23 - Окно для ввода фамилии заказчика

При нажатии кнопки «Удаление запасных частей» откроется окно для ввода наименования запасной части (рис 24).

Рисунок 24 - Окно для ввода наименования запасной части

При нажатии кнопки «Удаление услуги» откроется окно для ввода наименования услуги (рис 25).

Рисунок 25 - Окно для ввода наименования услуги.



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



Заключение

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

Были разработаны концептуальная, логическая модели и модель «сущность-связь» на основе рассмотренной предметной области.

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

На основе полученных моделей была разработана управляющая программа.

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



Список литературы

1. Хохлачев Е.Н. "Теоретические основы создания и применения АСУ", Москва, Министерство обороны, 1987г.

2. Абчук В.А., Лифшиц А.Л., Федулов А.А., Куштина Э.И. "Автоматизация управления", Москва "Радио и связь", 1984г.

3. Мамиконов А. Г. "Проектирование АСУ" (учебник для вузов), Москва "Высшая школа".

4. Ахаян Р., Горев А., Макашарипов С. "Эффективная работа с СУБД", Санкт-Петербург, 1997г.

5. Гончаров A. "Access 2000 в примерах" Санкт-Петербург, 1997г.

Размещено на Allbest.ru