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

РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ИННОВАЦИОННЫХ ТЕХНОЛОГИЙ И ПРЕДПРИНИМАТЕЛЬСТВА

Кафедра ИНФОРМАЦИОННЫЕ СИСТЕМЫ

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

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

Тема проекта: «Разработка базы данных для интернет-магазина одежды»

Выполнила: Котерюшина Д. ИС-31

Научный руководитель: Костюк В.В.

Москва 2013 г.

СОДЕРЖАНИЕ:

1. Введение. Назначение баз данных

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

2.1 Общее описание деятельности

2.2 Пользователи базы данных

2.3 Структура организации, в которой ведется учет деятельности

2.4 Документы учета и отчетности, разные справки, журналы учета и другие формы, фигурирующие при деятельности организации, входящие, исходящие (внешние) и внутренние документы (3 - 5 форм). Описание входящих, исходящих (внешних) и внутренних документов

2.5 Описание движения этих документов внутри организации

3. Инфологическое моделирование предметной области

3.1 ER-модель предметной области

3.2 Описание ER-модели

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

4. Даталогическое моделирование предметной области

4.1 Представление базы данных в графическом виде

5. Моделирование предметной области

5.1 Анкеты описания сущностей, атрибутов и связей

5.1.1 Сущности

5.1.2 Атрибуты и колонки

5.1.3 Домены

5.1.4 Связи

6. Графические материалы

6.1 Сущности и первичные ключи

6.2 Определение связей

6.3 Атрибуты сущностей

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

6.5 Частная модель

7. SQL-скрипт схемы базы данных

8. Заключение

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

ВЕДЕНИЕ. НАЗНАЧЕНИЕ БАЗЫ ДАННЫХ

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

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

СУБД организует хранение информации таким образом, чтобы ее было удобно:

просматривать,

пополнять,

изменять,

искать нужные сведения,

делать любые выборки,

осуществлять сортировку в любом порядке.

Классификация баз данных:

По характеру хранимой информации:

-- Фактографические (картотеки),

-- Документальные (архивы)

По способу хранения данных:

-- Централизованные (хранятся на одном компьютере),

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

По структуре организации данных:

-- Табличные (реляционные),

-- Иерархические

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

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

Реляционная база данных, по сути, представляет собой двумерную таблицу.

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

В реляционной БД используются четыре основных типов полей:

Числовой,

Символьный (слова, тексты, коды и т.д.),

Дата (календарные даты в форме «день/месяц/год»),

Логический (принимает два значения: «да» - «нет» или «истина» - «ложь»).

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

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

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

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

Популярные СУБД - FoxPro, Access for Windows, Paradox.

2. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

2.1 Общее описание деятельности

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

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

База данных «Интернет магазин» предназначена для реализации автоматизированной системы управления интернет магазином. В ней можно:

- просматривать и редактировать каталог товаров

- досье на курьеров

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

- заносить и редактировать поступившие заказы

- проверять наличие товара на складе

- оформлять закупку

- просматривать информацию о поставщиках

2.2 Пользователи базы данных

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

В данном случае пользователи этой БД - сотрудники организации.

2.3 Структура организации, в которой ведется учет деятельности

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

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

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

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

Отдел доставки передает заявки курьерам, который доставляют товар покуателям.

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

Все отделы обязаны представлять отчеты администрации магазина.

2.4 Документы учёта и отчётности

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

Накладная

Служебная записка начальнику склада

Начальнику склада _________________

от _______________

Служебная записка

Просим Вас выдать для реализации в отдел __________ нижеуказанный товар:

_________________________________________________ кол. ______

_________________________________________________ кол. ______

_________________________________________________ кол. ______

_________________________________________________ кол. ______

_________________________________________________ кол. ______

_________________________________________________ кол. ______

_________________________________________________ кол. ______

_________________________________________________ кол. ______

_________________________________________________ кол. ______

_________________________________________________ кол. ______

_________________________________________________ кол. ______

_________________________________________________ кол. ______

_________________________________________________ кол. ______

_________________________________________________ кол. ______

_________________________________________________ кол. ______

Кладовщик: _________ (подпись) ______________ (расшифровка)

«_____» ___________ 200 г.

Товарный чек

Фирма _______________________________

Дата «___»________________20___г.

Товарный чек

Наименование товара	Кол-во	цена	Стоимость

Всего: _______________________________________________________

Подпись курьера:______________________________________________

Подпись получатель:___________________________________________

Закупка

2.5 Описание движения документов внутри организации

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

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

3. ИНФОЛОГИЧЕСКОЕ МОДЕЛИРОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

3.1 ER модель предметной области

3.2 Описание ER-модели

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

ER-модель используется при высокоуровневом (концептуальном) проектировании баз данных. С её помощью можно выделить ключевые сущности и обозначить связи, которые могут устанавливаться между этими сущностями.

Во время проектирования баз данных происходит преобразование ER-модели в конкретную схему базы данных на основе выбранной модели данных (реляционной, объектной, сетевой или др.).

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

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

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

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

Информацию о покупателях.

Информацию о курьерах.

Информацию о заказах.

Информацию о товарах.

Информацию о складе.

Информацию о закупке.

Информацию о поставщике.

4. ДАТАЛОГИЧЕСКОЕ МОДЕЛИРОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

4.1 Представление базы данных в графическом виде (диаграмма).

5. МОДЕЛИРОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

5.1 Анкеты описания сущностей, атрибутов и связей.

5.1.1 Сущности

№1 Сущность «Заказ»

Name: Заказ

Label: Зак

Persistent: v

Abbreviation: Zakaz

Owner (Схема - логин создателя):

Documentation:

1. Определение: Описание заказа.

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

3. Примеры возможных запросов: 1. Список заказов, сделанных одним покупателем. 2. Заказы с оплатой банковской картой

4. Примеры экземпляров сущности: 115245

Идентификатор сущности: “Номер заказа”

№2 Сущность «Каталог»

Name: Каталог

Label: Кат

Persistent: v

Abbreviation: Katalog

Owner (Схема - логин создателя):

Documentation:

1. Определение: Содержание каталога.

2. Дополнение определения: Покупатель, просматривая каталог, формирует заказ. Из каталога можно узнать артикул, цвета и стоимость интересующего товара

Примеры возможных запросов: 1. Список товаров, цены на которые ниже 500 рублей

2. Список брюк.

4. Примеры экземпляров сущности: А151620

5. Идентификатор сущности: “Артикул”

№3 Сущность «Корзина»

Name: Корзина

Label: Корз

Persistent: v

Abbreviation: Korzina

Owner (Схема - логин создателя):

Documentation:

1. Определение: Содержание корзины.

2. Дополнение определения: Покупатель, отправляет в корзину, выбранный товар.

3. Примеры возможных запросов: Список товаров, заказанных одним покупателем.

4. Примеры экземпляров сущности: 115245

5. Идентификатор сущности: “Номер заказа”

№4 Сущность «Склад»

Name: Склад

Label: Скл

Persistent: v

Abbreviation: Sklad

Owner (Схема - логин создателя):

Documentation:

1. Определение: Содержание склада.

2. Дополнение определения: Количество и наименование товара, хранящегося на складе.

3. Примеры возможных запросов: Количество брюк в наличие.

4. Примеры экземпляров сущности: А151620

5. Идентификатор сущности: “Артикул”

5.1.2 Атрибуты и колонки

Атрибуты сущности «Заказ»

№1 Атрибут: «Номер заказа» сущности Заказ

атрибут:

Name: Номер заказа

Label: Ном_зак

Abbreviation: NOM_ZAK

Привязка к домену:

Имя домена: «Номер»

Documentation:

1. Определение: Номер заказа.

2. Примеры экземпляров атрибута: 115245, 122190.

колонка:

Data Type - Тип данных: DECIMAL

Length - Размер: 7

Ключ: PK - Primary Key

Режим нулевых значений: - Not Null

№2 Атрибут: «Номер покупателя» сущности Заказ

Наследуется от атрибута сущности Покупатель по неидентифицирующей связи

колонка:

Data Type - Тип данных: DECIMAL

Length - Размер: 5

Ключ: FK - Foreign Key

№3 Атрибут: «Номер курьера» сущности Заказ

Наследуется от атрибута сущности Курьер по неидентифицирующей связи

колонка:

Data Type - Тип данных: DECIMAL

Length - Размер: 5

Ключ: FK - Foreign Key

№4 Атрибут: «Дата заказа» сущности Заказ

атрибут:

Name: Дата заказа

Label: Дата_зак

Abbreviation: DATA_ZAK

Привязка к домену:

Имя домена: «Дата»

Documentetion:

1.Определение: Дата совершения заказа

2.Примеры экземпляров атрибута: 15.02.2012.

колонка:

Data Type - Тип данных: Date

Length - Размер: ______

Ключ: ______

№5 Атрибут: «Дата доставки» сущности Заказ

атрибут:

Name: Дата доставки

Label: Дата_дост

Abbreviation: DATA_DOST

Привязка к домену:

Имя домена: «Дата»

Documentetion:

1.Определение: Дата доставки заказа

2.Примеры экземпляров атрибута: 15.02.2012.

колонка:

Data Type - Тип данных: Date

Length - Размер: ______

Ключ: ______

№6 Атрибут: «Способ оплаты» сущности Заказ

атрибут:

Name: Способ оплаты

Label: Спос_опл

Abbreviation: SPOS_OPL

Documentetion:

1.Определение: Способ оплаты заказа

2.Примеры экземпляров атрибута: Наличные, банковская карточка.

колонка:

Data Type - Тип данных: Char

Length - Размер: 15

Ключ: ______

Атрибуты сущности «Каталог»

№1 Атрибут: «Артикул» сущности Каталог

атрибут:

Name: Артикул

Label: Арт

Abbreviation: Articyl

Привязка к домену:

Имя домена: «Артикул»

Documentation:

1. Определение: Артикул товара.

2. Примеры экземпляров атрибута: А122190.

колонка:

Data Type - Тип данных: CHAR

Length - Размер: 7

Ключ: PK - Primary Key

Режим нулевых значений: - Not Null

№2 Атрибут: «Наименование» сущности Каталог

- атрибут:

Name: Наименование

Label: Наим

Abbreviation: NAIM

Documentetion:

1.Определение: Наименование товара

2.Примеры экземпляров атрибута: Брюки, блуза.

колонка:

Data Type - Тип данных: Char

Length - Размер: 20

Ключ: ______

№3 Атрибут: «Цвет» сущности Каталог

- атрибут:

Name: Цвет

Label: Цв

Abbreviation: CVET

Documentetion:

1.Определение: Цвет товара

2.Примеры экземпляров атрибута: Белый, черный.

колонка:

Data Type - Тип данных: Char

Length - Размер: 15

Ключ: ______

№4 Атрибут: «Стоимость» сущности Каталог

- атрибут:

Name: Стоимость

Label: Стоим

Abbreviation: STOIM

Documentetion:

1.Определение: Стоимость товара

2.Примеры экземпляров атрибута: 450, 530.

колонка:

Data Type - Тип данных: DECIMAL

Length - Размер: 5

Ключ: ______

Атрибуты сущности «Корзина»

№1 Атрибут: «Номер заказа» сущности Корзина

Наследуется от атрибута сущности Заказ по идентифицирующей связи

колонка:

Data Type - Тип данных: DECIMAL

Length - Размер: 7

Ключ: PK - Primary Key , FK - Foreign Key

Режим нулевых значений: - Not Null

№2 Атрибут: «Артикул» сущности Корзина

Наследуется от атрибута сущности Каталог по неидентифицирующей связи

колонка:

Data Type - Тип данных: CHAR

Length - Размер: 7

№3 Атрибут: «Размер» сущности Корзина

атрибут:

Name: Размер

Label: Разм

Abbreviation: RAZM

Documentetion:

1.Определение: Размер товара

2.Примеры экземпляров атрибута: 44, 50.

колонка:

Data Type - Тип данных: DECIMAL

Length - Размер: 2

Ключ: ______

Атрибуты сущности «Склад»

№1 Атрибут: «Артикул» сущности Склад

атрибут:

Name: Артикул

Label: Арт

Abbreviation: Articyl

Привязка к домену:

Имя домена: «Артикул»

Documentation:

1. Определение: Артикул товара.

Примеры экземпляров атрибута: 122190.

- колонка:

Data Type - Тип данных: CHAR

Length - Размер: 7

Ключ: PK - Primary Key

Режим нулевых значений: - Not Null

№2 Атрибут: «Количество в наличие» сущности Склад

- атрибут:

Name: Количество в наличие

Label: КОЛ_В_НАЛ

Abbreviation: KOL_V_NAL

Documentetion:

1.Определение: Количество товара в наличие на складе

2.Примеры экземпляров атрибута: 40, 52.

колонка:

Data Type - Тип данных: DECIMAL

Length - Размер: 3

Ключ: ______

5.1.3 Домены

№1 Домен: «Дата»

Name: Дата

Label: Дата

Abbreviation: Data

Base Type: Date

Length: __

Patterns: 99.99.99

Documentation: Дата вводится в формате ДД(день).ММ(месяц).ГГ(год)

№2 Домен: «Номер»

Name: Номер

Label: Ном

Abbreviation: NOM

Base Type: DECIMAL

Length: 7

Patterns: 9999999

№3 Домен: «Артикул»

Name: Артикул

Label: Арт

Abbreviation: Art

Base Type: CHAR

Length: 7

Patterns: A999999

5.1.4 Связи

1. Связь «Заказ-Корзина»

Verb Phrase со стороны родительской сущности - обрабатывается

Verb Phrase со стороны дочерней сущности - формирует

Documentation: Корзина формирует заказ.

Тип связи: идентифицирующая.

2. Связь «Каталог-Корзина»

Verb Phrase со стороны родительской сущности - формирует

Verb Phrase со стороны дочерней сущности - заполняется из

Documentation: Корзина заполняется из каталога.

Тип связи: неидентифицирующая.

3. Связь «Склад-Корзина»

Verb Phrase со стороны родительской сущности -- подтверждает наличие

Verb Phrase со стороны дочерней сущности - проверяет наличие на

Documentation: Корзина проверяет наличие товара на складе.

Тип связи: неидентифицирующая.

6. ГРАФИЧЕСКИЕ МАТЕРИАЛЫ

6.1 Сущности и первичные ключи

6.2 Определение связей

6.3 Атрибуты сущностей

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

6.5 Частная модель

7. SQL-СКРИПТ СХЕМЫ БАЗЫ ДАННЫХ

CREATE SCHEMA Schema;

CREATE TABLE POK (

NOM_POK DECIMAL(5 , 2) NOT NULL,

FIO CHAR(30),

TEL CHAR(15),

ADR CHAR(80),

EMAIL CHAR(30)

)

DATA CAPTURE NONE ;

CREATE TABLE ZAKAZ (

NOM_ZAK DECIMAL(5 , 2) NOT NULL,

NOM_POK DECIMAL(5 , 2) NOT NULL,

NOM_KYR DECIMAL(5 , 2) NOT NULL,

DATA_ZAK DATE,

DATA_DOST DATE,

SPOS_OPL CHAR(15)

)

DATA CAPTURE NONE ;

CREATE TABLE KYRER (

NOM_KYR DECIMAL(5 , 2) NOT NULL,

FIO CHAR(30),

TEL CHAR(15)

)

DATA CAPTURE NONE ;

CREATE TABLE KATALOG (

ARTICYL CHAR(7) NOT NULL,

NAIM CHAR(20),

CVET CHAR(15),

STOIM DECIMAL(5 , 0)

)

DATA CAPTURE NONE ;

CREATE TABLE KORZINA (

NOM_ZAK DECIMAL(5 , 2) NOT NULL,

ARTICYL CHAR(7) NOT NULL,

RAZM DECIMAL(2 , 0)

)

DATA CAPTURE NONE ;

CREATE TABLE SKLAD (

ARTICYL CHAR(7) NOT NULL,

KOL_V_NAL DECIMAL(3 , 0)

)

DATA CAPTURE NONE ;

CREATE TABLE ZAKYPKA (

NOM_ZAKYP DECIMAL(5 , 2) NOT NULL,

ARTICYL CHAR(7) NOT NULL,

KOL_NEOBX DECIMAL(3 , 0)

)

DATA CAPTURE NONE ;

CREATE TABLE POSTAVCIK (

NOM_POST DECIMAL(5 , 2) NOT NULL,

NOM_ZAKYP DECIMAL(5 , 2) NOT NULL,

ADR CHAR(80),

TEL CHAR(15),

EMAIL CHAR(30)

)

DATA CAPTURE NONE ;

ALTER TABLE POK ADD CONSTRAINT POK_PK PRIMARY KEY (NOM_POK);

ALTER TABLE ZAKAZ ADD CONSTRAINT ZAKAZ_PK PRIMARY KEY (NOM_ZAK);

ALTER TABLE KYRER ADD CONSTRAINT KYRER_PK PRIMARY KEY (NOM_KYR);

ALTER TABLE KATALOG ADD CONSTRAINT KATALOG_PK PRIMARY KEY (ARTICYL);

ALTER TABLE KORZINA ADD CONSTRAINT KORZINA_PK PRIMARY KEY (NOM_ZAK);

ALTER TABLE SKLAD ADD CONSTRAINT SKLAD_PK PRIMARY KEY (ARTICYL);

ALTER TABLE ZAKYPKA ADD CONSTRAINT ZAKYPKA_PK PRIMARY KEY (NOM_ZAKYP);

ALTER TABLE POSTAVCIK ADD CONSTRAINT POSTAVCIK_PK PRIMARY KEY (NOM_POST);

ALTER TABLE ZAKAZ ADD CONSTRAINT ZAKAZ_POK_FK FOREIGN KEY (NOM_POK)

REFERENCES POK (NOM_POK);

ALTER TABLE ZAKAZ ADD CONSTRAINT ZAKAZ_KYRER_FK FOREIGN KEY (NOM_KYR)

REFERENCES KYRER (NOM_KYR);

ALTER TABLE KORZINA ADD CONSTRAINT KORZINA_ZAKAZ_FK FOREIGN KEY (NOM_ZAK)

REFERENCES ZAKAZ (NOM_ZAK);

ALTER TABLE KORZINA ADD CONSTRAINT KORZINA_SKLAD_FK FOREIGN KEY (ARTICYL)

REFERENCES SKLAD (ARTICYL);

ALTER TABLE KORZINA ADD CONSTRAINT KORZINA_KATALOG_FK FOREIGN KEY (ARTICYL)

REFERENCES KATALOG (ARTICYL);

ALTER TABLE SKLAD ADD CONSTRAINT SKLAD_KATALOG_FK FOREIGN KEY (ARTICYL)

REFERENCES KATALOG (ARTICYL)

NOT ENFORCED;

ALTER TABLE ZAKYPKA ADD CONSTRAINT ZAKYPKA_SKLAD_FK FOREIGN KEY (ARTICYL)

REFERENCES SKLAD (ARTICYL);

ALTER TABLE POSTAVCIK ADD CONSTRAINT POSTAVCIK_ZAKYPKA_FK FOREIGN KEY (NOM_ZAKYP)

REFERENCES ZAKYPKA (NOM_ZAKYP);

COMMENT ON TABLE POK IS

1. Определение: Список покупателей

2. Дополнение определения: Покупатель оставляет заказ

3. Примеры возможных запросов: Покупатели, сделавшие заказ в один день

4. Примеры экземпляров сущности: 154570

5. Идентификатор сущности: “Номер покупателя”';

COMMENT ON TABLE ZAKAZ IS

1. Определение: Описание заказа.

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

3. Примеры возможных запросов: 1. Список заказов, сделанных одним покупателем. 2. Заказы с оплатой банковской картой

4. Примеры экземпляров сущности: 115245

5. Идентификатор сущности: “Номер заказа”';

COMMENT ON TABLE KYRER IS

1. Определение: Список курьеров

2. Дополнение определения: Курьеры, доставляют заказы, сделанные поупателями

3. Примеры возможных запросов: Свободные курьеры

4. Примеры экземпляров сущности: 151214

5. Идентификатор сущности: “Номер курьера”';

COMMENT ON TABLE KATALOG IS

1. Определение: Содержание каталога.

2. Дополнение определения: Покупатель, просматривая каталог, формирует заказ. Из каталога можно узнать артикул, цвета и стоимость интересующего товара

3. Примеры возможных запросов: 1. Список товаров, цены на которые ниже 500 рублей . 2. Список брюк.

4. Примеры экземпляров сущности: А151620

5. Идентификатор сущности: “Артикул”';

COMMENT ON TABLE KORZINA IS

'1. Определение: Содержание корзины.

2. Дополнение определения: Покупатель, отправляет в корзину, выбранный товар.

3. Примеры возможных запросов: Список товаров, заказанных одним покупателем.

4. Примеры экземпляров сущности: 115245

5. Идентификатор сущности: “Номер заказа”';

COMMENT ON TABLE SKLAD IS

'1. Определение: Содержание склада.

2. Дополнение определения: Количество и наименование товара, хранящегося на складе.

3. Примеры возможных запросов: Количество брюк в наличие.

4. Примеры экземпляров сущности: А151620

5. Идентификатор сущности: “Артикул”';

COMMENT ON TABLE ZAKYPKA IS

'1. Определение: Список закупоу

2. Дополнение определения: Список товаров, которые необходимо закупить для пополнения склада

3. Примеры возможных запросов: Закупки для поставки в Москву

4. Примеры экземпляров сущности: 151618

5. Идентификатор сущности: “Номер закупки”';

COMMENT ON TABLE POSTAVCIK IS

'1. Определение: Список поставщиков

2. Дополнение определения: Поставщики, выполняют поставки закупки

3. Примеры возможных запросов: Поставщики брюк

4. Примеры экземпляров сущности: 181210

5. Идентификатор сущности: “Номер поставщика”';

8. ЗАКЛЮЧЕНИЕ

Результатом проделанной курсовой работы является функционирующая БД для обработки заказов интернет-магазина одежды. Было выполнено описание предметной области, выявлены и описаны основные объекты с их атрибутами и связи между ними, построены модель в нотации Чена и представление базы данных в графическом виде, для реализации которых, использовались средства Microsoft Word. Реализация базы данных осуществлена средствами RDA для DB2.

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

1. Материалы курсового проекта по курсу «Управление данными», 2012г.;

2. Методические материалы по лабораторному практикуму, 2013г.;

3. Рабочие материалы к лабораторным работам (анкетные формы), 2013г.;

4. http://ru.wikipedia.org

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

...