Проектирование и разработка базы данных «Автосалон»

Министерство образования и науки РФ Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования

" Ярославский государственный технический университет"

Кафедра «Информационные системы и технологии»

Курсовой проект

ПРОЕКТИРОВАНИЕ И РАЗРАБОТКА БАЗЫ ДАННЫХ «АВТОСАЛОН»

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

Нормоконтролер канд. техн. наук, доцент С. Ю. Бойков Работу выполнил студент гр. ЭИС-34

Р.Р. Яиков

Задание по курсовому проектированию

Яикова Рафаэля Равильевича ИЭФ 3 курс группа ЭИС-34

БД должна содержать:

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

2. Информацию о покупателях (Ф.И.О., паспортные данные, должность, адрес, телефон и др.).

3. Информацию о продаже автомобилей (когда, что и кому продано).

2. Представить следующие материалы

1) текстовые а) Пояснительная записка б) Реферат

2) графические а) Презентация

3) электронные а) Диск

3. Рекомендуемая литература и материал

1. Microsoft SQL Server 2005. Реализация и обслуживание.

2. MS SQL Server 2005 dlya sisadminov.

3. Работа с базами данных на языке С#. Технология ADO.net. Учебное пособие. Ульяновск 2009

4. Дата выдачи задания 15 сентября 2013 года

5. Срок сдачи законченного проекта 19 декабря 2013 года

Реферат

__ с., ___ рис., ___ табл., 3 источника, ___ приложение.

Microsoft SQL Server 2008 SQLManagementStudio.

Microsoft Visual Studio 2012

Visual Paradigm for UML 10.0

Объект исследования — магазин по продажи автомобилей.

Предмет исследования — учет информации о продажах.

Цель разработки — система разработана для удобства использования информации о студенте и упрощение задач при обработке информации.

• Введение
• 1. Проектирование серверной части
• 1.1 Системный анализ предметной области
• 1.2 Назначение проектируемой информационной системы
• 1.3 Концептуальная модель предметной области
• 1.4 Логическая модель базы данных
• 1.5 Выбор СУБД
• 1.6 Физическая модель базы данных
• 2. Разработка серверной части
• 2.1 Создание таблиц
• 2.2 Хранимые процедуры, функции
• 3. Создадим процедуру, которая возвращает марки автомобилей, произведённые в заданной стране
• 3.1 Описание интерфейса клиентского приложения
• 4. Руководство пользователю
• Заключение
• Список использованных источников

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

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

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

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

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

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

1. Проектирование серверной части

1.1 Системный анализ предметной области

База данных автосалон по продаже автомобилей.

В соответствии с предметной областью система строится с учётом

следующих особенностей:

а) каждый автомобиль имеет свою характеристику;

б) поставщиком автомобиля может быть любая страна и фирма, участвующая в его производстве;

в) каждого покупателя могут обслужить несколько продавцов персонала;

г) количество продаж, совершенных персоналом влияет на размер гонорара.

Выделим базовые сущности этой предметной области:

Персонал предприятия. Атрибуты персонала:

v ФИО

v оклад

v должность

v адрес

v телефоны

v стаж

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

Автомобили. Атрибуты автомобили:

v Название

v Цвет

v Кузов

v Мощность

v Объём двигателя

v Количество цилиндров

v Шины

v Длина

v Ширина

v Дата выпуска

v Расход топлива

v Характеристики топлива

Продажи будем рассматривать как связь между автомобилями, персоналом и покупателями. Атрибуты продажи:

v Дата

v Стоимость

Покупатели. Атрибуты покупатели:

v № паспорта

v Серия

v Фамилия

v Имя

v Отчество

v Адрес

v Телефон

Функции персонала:

1. Обслуживание покупателей

2. Уход за товаром

3. Поиск фирм для сотрудничества

4. Формирование базы данных о покупателях

5. Составление отчётов

Функции покупателей

1. Оплата товара

Выводы. Система должна обеспечивать:

a) Поиск автомобилей по названию, стране, фирме

b) Поиск автомобилей фирмы

c) Поиск автомобиля по стоимости

d) Фиксировать дату продажи

e) Поиск покупателя по ФИО

1.2 Назначение проектируемой информационной системы

Функции, решаемые информационной системой

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

ввод и хранение, необходимой для работы информации;

исключение избыточности данных;

обеспечение целостности данных;

обновление информации в базе данных;

резервное архивирование данных;

Задачи, решаемые информационной системой:

хранение информации о покупателях, о персонале (фамилия, имя, отчество и т. д.);

хранение информации о купленных автомобилей покупателем;

хранение информации о дате, когда был куплен товар и его стоимость;

хранение информации о том, кто принял участие в продаже товара;

хранение информации о автомобилей, которые имеются в продаже;

Требования к представлению информации

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

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

Система должна обеспечивать:

целостность данных;

непротиворечивость данных;

1.3 Концептуальная модель предметной области

Концептуальная схема должна отражать состав и взаимодействие объектов будущей базы данных. Для этой цели разработано несколько систем соглашений о представлении информации, содержащейся в базе данных. Например, универсальный язык моделирования (UML) — промышленный стандарт создания моделей процессов и данных для объектно-ориентированных разработок информационных систем (ИС). Подобные системы предназначены для автоматизации всего процесса разработки ИС.

Рис. 1 Диаграмма вариантов использования

Рис. 2 Диаграмма последовательности на изменение данных

Рис. 3 Диаграмма последовательности для просмотра

Рис. 4. Диаграмма классов

1.4 Логическая модель базы данных

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

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

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

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

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

Рис. 5 Структура таблиц в третьей нормальной форме

Таблица находится в 3НФ, если она удовлетворяет следующим требованиям:

а) таблицы должны быть приведены ко 2НФ;

б) не должно быть транзитивных зависимостей между не ключевыми полями;

В данном примере таблицы приведены к первой и второй нормальным формам, а также из Рис. 5 видно, что в таблицах не осталось транзитивных зависимостей, поэтому процесс приведения к 3НФ считаем завершенным.

1.5 Выбор СУБД

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

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

По характеру использования СУБД делят на многопользовательские и персональные.

Многопользовательские СУБД позволяют создавать информационные системы, функционирующие в архитектуре «клиент-сервер». Наиболее известными многопользовательскими СУБД являются: Oracle, Informix, SyBase, Microsoft SQL Server, InterBase.

В данном проекте для проектирования базы данных используем Microsoft SQL Server 2008.

1.6 Физическая модель базы данных

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

Пример проектирования таблиц СУБД

Физическая модель БД

Таблица Страна

Таблица Фирма

Таблица Персонал

Таблица Автомобили

Таблица Покупатели

Таблица Продажи

2. Разработка серверной части

2.1 Создание таблиц

База данных включает в себя 6 таблиц, одна из которых родительская

Таблица Продажи:

Рис. 6 Продажи

Таблица Покупатели:

Рис. 7 Покупатели

Таблица Персонал:

Рис. 8 Персонал

Таблица Автомобили:

Рис. 9 Автомобили

Таблица Страна:

Рис. 10 Страна

Таблица Фирма:

Рис. 11 Фирма

2.2 Хранимые процедуры, функции

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

Create function f1 (@name varchar (50))

Returns varchar (50)

As

begin

declare @d varchar (50)

Select @d=Автомобили. Марка from Автомобили, Покупатели, Продажи

Where Автомобили. ID_Auto=Продажи. ID_Auto and Покупатели. ID_Pokup=Продажи. ID_Pokup and @name=Покупатели. Фамилия

Return @d

end

Вызов функции:

select Марка=dbo. f1 ('Сидоров');

Результат:

Рис. 12 Скалярная функция

2. Создадим табличную функцию, которая возвращает марку, стоимость, дату продажи автомобиля и ФИО продавца по дате продажи.

create function f3 (@дата date)

returns table

as

return

(select Автомобили. Марка, Продажи. Стоимость, Дата, Персонал. ФИО from Автомобили, Персонал, Продажи

where Продажи. Дата=@дата and Автомобили. ID_Auto=Продажи. ID_Auto and Персонал. ID_Pers=Продажи. ID_Pers)

Вызов функции:

select*from dbo. f3 ('2013;10−22');

Результат:

Рис. 13 Табличная функция

3. Создадим процедуру, которая возвращает марки автомобилей, произведённые в заданной стране

CREATE PROC pr3 (@auto varchar (50))

AS

begin

select Автомобили. Марка from Автомобили, Страна

WHERE Страна. Название='Германия' and Автомобили. ID_Strana=Страна. ID_Strana;

End

Вызов: exec pr3 'Германия'

Результат:

Рис. 14 Процедура

3.1 Описание интерфейса клиентского приложения

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

Рис. 14 Главная форма

Дочерняя форма (на примере таблицы Персонал) содержит кнопки: Сохранить изменение, Создать отчет и Фильтр:

Рис. 15 Справочник Персонал

4. Руководство пользователю

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

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

Справочник — -> Выбор произвольного справочника.

На каждой из дочерних форм пользователь может воспользоваться следующими функциями:

1. Фильтрация информации: в TexBox вводится информация, на основе которой производится фильтрация, и нажимается кнопка Фильтр.

2. Для того чтобы снять фильтр нужно нажать кнопку Очистить фильтр.

3. Функция поиска заданного значения таблицы, на основе корой производиться поиск.

4. Пользователь может изменить любое значение в справочнике, нажав кнопку Сохранить.

5. Для каждого справочника можно создать отчет в виде таблицы Excel, нажав кнопку Отчёт.

Заключение

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

Для создания базы данных использовали Microsoft SQL Server 2008.

Для упрощения работы с базой данных было создано клиентское приложение в Visual Studio.

Список использованных источников

1. Microsoft SQL Server 2005. Реализация и обслуживание.

2. MS SQL Server 2005 dlya sisadminov.

3. Работа с базами данных на языке С#. Технология ADO.net. Учебное пособие. Ульяновск 2009