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

Министерство образования  и науки РФ

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

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

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

 

 

Курсовой проект защищен

с оценкой (                )

Руководитель,

доцент 

(                ) С. Ю. Бойков

19.12.2013

 

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

Пояснительная записка  по курсовой проект

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

ЯГТУ 230201.62-010 КП

 

 

 

 

 

 

 

Нормоконтролер                                                    Работу выполнил

канд. техн. наук, доцент                                      студент гр. ЭИС-34

(              ) С. Ю. Бойков                                      (             ) Р. Р. Яиков

19.12.2013                                                               19.12.2013

 

 

 

 

 

 

2013

Министерство образования  и науки РФ

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

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

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

 

Задание № 10

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

Яикова Рафаэля Равильевича ИЭФ 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 года

Реферат

22с., 15 рис., 5табл., 3 источника, 1 приложение.

 

Microsoft SQL Server 2008  SQLManagementStudio.

Microsoft Visual Studio 2012

Visual Paradigm for UML 10.0

 

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

 

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

 

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Содержание

Введение…………………………………………………………………..............5

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

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

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

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

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

1.5 Выбор СУБД…………………………………………………………………12

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

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

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

2.2Создание хранимых процедур, функций……………………………………17

3.Разработка  приложения………………………………………………………18

3.1Описание интерфейса………………………………………………………..18

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

Заключение………………………………………………………………………19

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

 

 

 

 

 

 

 

 

 

 

 

ВВЕДЕНИЕ

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

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

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

 

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

 

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

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

 

 

 

 

 

 

 

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

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

 

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

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

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

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

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

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

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

 

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

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

• ФИО
• оклад
• должность
• адрес
• телефоны
• стаж

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

 

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

• Название
• Цвет
• Кузов
• Мощность
• Объём двигателя
• Количество цилиндров
• Шины
• Длина
• Ширина
• Дата выпуска
• Расход топлива
• Характеристики топлива

 

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

 

• Дата
• Стоимость

 

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

• № паспорта
• Серия
• Фамилия
• Имя
• Отчество
• Адрес
• Телефон

 

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

1. Обслуживание покупателей
2. Уход за товаром
3. Поиск фирм для сотрудничества
4. Формирование базы данных о покупателях
5. Составление отчётов

 

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

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

 

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

1. Поиск автомобилей по названию, стране, фирме
2. Поиск автомобилей фирмы
3. Поиск автомобиля по стоимости
4. Фиксировать дату продажи
5. Поиск покупателя по ФИО

 

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

 

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

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

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

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

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

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

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

 

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

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

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

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

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1.5 Выбор СУБД

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

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

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

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