Разработка базы данных ER-методом для заданной области

МИНИСТЕРСТВО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ

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

ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

«ТЮМЕНСКИЙ ГОСУДАРСТВЕННЫЙ НЕФТЕГАЗОВЫЙ УНИВЕРСИТЕТ»

ИНСТИТУТ ГЕОЛОГИИ И НЕФТЕГАЗОДОБЫЧИ

 

 

 

 

Кафедра автоматизации и вычислительной техники

 

 

 

 

 

 

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

К КУРСОВОЙ РАБОТЕ

по дисциплине «Базы данных» на тему

«Разработка базы данных ER-методом

для заданной области»

 

 

 

 

 

 

 

 

 

Выполнили студенты группы ИВТ(б)-10

____________ Васильева Д.В.

(подпись)

____________ Карабекова  Э.Б.

(подпись)

 

 

Руководитель курсового проекта:

________________Пономарёва Н.П.

(подпись)

 

 

 

 

Тюмень, 2013 г.

 

Содержание

 

 

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

1. Описание предметной области………………………………………………..4

2. Описание постановки задачи………………………………………………….5

2.1 Характеристики комплекса задач…………………………………………..5

2.2 Выходная информация………………………………………………………5

2.3 Входная информация…………………………………………………………7

3. Проектирование  БД…………………………………………………………..9

3.1 Проектирование БД методом «Сущность-связь»………………………….9

3.2 Проектирование БД с помощью CASE-средств…………………………...12

3.2.1 IDEF 1X……………………………………………………………………12

3.2.2 Построение логической модели………………………………………….13

3.2.3 Построение физической  модели …………………………………………13

3.3 Тестирование информационной  модели с помощью CASE-средств……..14

4. Создание БД в СУБД………………………………………………………….16

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

Список источников………………………………………………………………20

Приложение А……………………………………………………………………21

Приложение Б……………………………………………………………………22

 

 

 

 

 

 

 

 

 

 

Введение

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

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

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

 

 

 

 

 

 

 

 

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

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

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

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

Клиент, оплативший заказ, включается в историю покупателей данного Стола заказов.

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

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

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

 

 

2. Описание постановки задачи

2.1. Характеристики комплекса задач

Автоматизированная система предназначена для оптимизации процесса приема и оформления заказов. Данная система дает возможность получить клиентам (покупателям) полную информацию о товаре, стоимости, наличии.

Целями создания системы является:

а) автоматизация подбора и оформления заказов в магазине;

б) быстрый доступ к нужной информации;

в) интуитивно понятный интерфейс программы;

Для достижения целей в системе автоматизируются следующие функции:

а) ввод и корректировка сведений о товарах, имеющихся в ассортименте;

б) хранение и быстрое извлечение информации о товарах;

в) формирование отчетов о заказах и клиентах.

 

2. Выходная информация

а) данные заказа (Приложение А);

б) информация о клиенте (Приложение Б)

Таблица 1. Данные заказа

Идентификатор
Форма представления	Таблица
Вид представления	Документ MS Word, в соответствии с типовой формой определенной нормативными актами предприятия (см. Приложение А).
Состав атрибутов	Дата_заказа; ФИО_ответственного_лица; Заказанный_товар; Категория; Наименование; Стоимость; Дополнительная_информация;
Периодичность выдачи	По требованию
Получатель	Пользователь
Назначение	Таблица, содержащая все необходимые данные заказа

 

Таблица 2. Информация о клиенте

Идентификатор
Форма представления	Таблица
Вид представления	Документ MS Word, в соответствии с типовой формой определенной нормативными актами предприятия (см. Приложение Б).
Состав атрибутов	ФИО_клиента; Адрес; Телефон; Дата; Приобретенный_товар; Количество; Единица_измерения
Периодичность выдачи	По требованию
Получатель	Пользователь
Назначение	Таблица, содержащая всю необходимую информацию о клиенте

 

2.3. Входная информация

В качестве исходных данных система использует следующие документы:

а) ответственное лицо;

б) товар;

в) клиент.

Таблица 1. Ответственное лицо

Идентификатор
Форма представления	Таблица
Вид представления	Текстовые данные
Состав атрибутов	ИНН ФИО;
Назначение	Таблица, содержащая все необходимые сведения об ответственном лице

 

Таблица 2. Товар

Идентификатор
Форма представления	Таблица
Вид представления	Текстовые данные
Состав атрибутов	Категория; Наименование; Количество; Стоимость; Дата;
Назначение	Таблица, содержащая все необходимые сведения о товаре

 

Таблица 2. Клиент

Идентификатор
Форма представления	Таблица
Вид представления	Текстовые данные
Состав атрибутов	ФИО_клиента; Адрес; Телефон; Дата; Количество; Единица_измерения
Назначение	Таблица, содержащая всю необходимую информацию о клиенте

 

 

 

 

 

 

 

 

 

 

 

3. Проектирование базы данных

3.1 Проектирование базы данных

методом «Сущность-Связь»

 

Модель «сущность-связь» (англ. “Entity-Relationship model”), или ER-модель, предложенная П. Ченом в 1976 г., является наиболее известным представителем класса семантических (концептуальных, инфологических) моделей предметной области. ER-модель обычно представляется в графической форме, с использованием оригинальной нотации П. Чена, называемой ER-диаграмма, либо с использованием других графических нотаций (Crow's Foot, Information Engineering и др.).

Основные преимущества ER-моделей:

а) наглядность;

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

в) ER-модели реализованы во многих системах автоматизированного проектирования баз данных (например, ERWin).

Основные элементы ER-моделей:

а) объекты (сущности);

б) атрибуты объектов;

в) связи между объектами.

Сущность — объект предметной области, имеющий атрибуты.

Связь между сущностями характеризуется:

а) типом связи (1:1, 1:N, N:М);

б) классом принадлежности. Класс может быть обязательным и необязательным. Если каждый экземпляр сущности участвует в связи, то класс принадлежности — обязательный, иначе — необязательный.

Судя по предметной области автоматизируемой системы, сущностей в системе будет 4:

а) Ответственное лицо;

б) Заказ;

в) Клиент;

г) Товар.

Первичные ключи для более удобного использования лучше назначить суррогатные, к примеру: №_Заказа.

Заказ имеет статус (состояние), уже выполнен или находится на оформлении;

Заказ имеет определенный товар (товары), и эти товары могут также принадлежать другим заказам;

Купить (заказать) товар может любой клиент, если нет возрастного ограничения;

За каждым заказом закреплено ответственное лицо.

На основе этих данных можно построить диаграмму ER-типа:

Рисунок 1. Диаграмма ER-типа

 

Исследование набора отношений на избыточность:

Если степень связи M:N, то генерируем три отношения, по одному на каждую сущность, ключами отношений будут ключи соответствующей сущности и одно отношение для связи. Отношение связи среди своих атрибутов должно содержать ключи связываемых сущностей.

Order_Product:

а) Order (Order_No, Client_No, INN, Date_O, Order_status)

б) Product (Product_No, Category, Name_product, Cost, Kolichestvo_products, Date_P)

в) Order_Product (Order_No, Product_No,  Kolichestvo_orders, Sold_orders, OrderProduct_No)

Если степень связи 1:N и класс принадлежности N-связной сущности является обязательным, то генерируем два отношения. Ключами отношения будут ключи соответствующей сущности. Кроме того ключ односвязной сущности добавляется в качестве атрибута в отношение выделенное для N-связной сущности.

Responsible_person- Order:

а) Responsible_person (INN, Surname, Name, Patronymic)

б) Order (Order_No, Client_No, INN, Date_O, Order_status)

Client-Order:

а) Client (Client_No, Surname_C, Name_C, Patronymic_C, Adress, Telephone, Date_C, Unit)

б) Order (Order_No, Client_No, INN, Date_O, Order_status)

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

а) Order (Order_No, Client_No, INN, Date_O, Order_status)

б) Product (Product_No, Category, Name_product, Cost, Kolichestvo_products, Date_P)