Проектирование базы данных «Оптовый магазин»

Автор работы: Пользователь скрыл имя, 11 Января 2015 в 10:28, контрольная работа

Краткое описание

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

Содержание

Описание предметной области.
Проектирование таблиц.
Проектирование запросов.
Проектирование форм.
Проектирование отчетов.
Заключение.
Список используемой литературы.

Прикрепленные файлы: 1 файл

Моя курсовая.doc

— 2.81 Мб (Скачать документ)

Управление Алтайского края по образованию и делам молодежи

КГБОУ СПО «Алтайский колледж информационных технологий»

 

 

 

 

 

 

Курсовая работа

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

на тему: Проектирование базы данных «Оптовый магазин»

 

 

 

                     Выполнила студентка

                                                4 курса    188-УБ группы

Ковальчук Евгения

                          Научный руководитель:

Ляпин Александр Иванович

 

 

 

 

 

Волчиха 2012

 

 

Содержание

 

  1. Описание предметной области.
  2. Проектирование таблиц.
  3. Проектирование запросов.
  4. Проектирование форм.
  5. Проектирование отчетов.
  6. Заключение.
  7. Список используемой литературы.
  8. Приложения.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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

 

 

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

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

Процессы, осуществляемые в работе магазина, будут автоматизированы с помощью современных программ: 1С «Предприятие», «ЮЛ Налогоплательщик». Сведенья о поставщиках, заказах, покупателях и товарах будут храниться в нашей базе данных «Оптовый магазин».

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

Данная база позволит решить следующие задачи:

  1. вести точный учет поступивших и реализованных товаров;
  2. дает информацию о поставщиках и заказчиках, а так же поставленных и приобретенных ими товаров ;
  3. определяет остаток товаров на складе;
  4. выводит заказы за определенную дату;
  5. формирует отчеты об остатках и заказах.

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

Данная база имеет следующие преимущества:

- простота в освоении,

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

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

Назначение базы:

  1. формирование сведений о поступлениях и продажах в сводных таблицах
  2. формирование отчетов.

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2. Проектирование таблиц

 

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

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

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

Характеристики полей базы данных:

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

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

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

 

 

 

-поставщики, она имеет следующую структуру:

Наименование поля

Тип данных

Свойство

Код поставщика

(ключевое поле)

Числовой

Размер поля - длинное целое

Поставщик

Текстовый

Размер поля 30

Страна

Текстовый

Размер поля 20

Город

Текстовый

Размер поля 20

Фото

Поле объекта OLE

 



 

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

В конструкторе таблица представлена в следующем виде (рис. 1.1)


 

 

                                                  

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рис.1.1

- товары

Наименование поля

Тип данных

Свойство

Код товара

Числовой

Размер поля - длинное целое

Товар

Текстовый

Размер поля 20

Единица измерения

Текстовый

Размер поля 5

Цена

Денежный

Размер поля - длинное целое

Код поставщика

Числовой

Размер поля - длинное целое

Количество

Числовой

Размер поля - длинное целое




 

Ключевое поле - Код товара

 

- покупатели

Наименование поля

Тип данных

Свойство

Код покупателя

Числовой

Размер поля - длинное целое

Покупатель

Текстовый

Размер поля 20

Страна

Текстовый

Размер поля 20

Город

Текстовый

Размер поля 20

Адрес

Текстовый

Размер поля 20

Телефон

Текстовый

Размер поля 20




 

Ключевое поле - Код покупателя

 

 

 

 

 

 

 

 

 

-заказы

Наименование поля

Тип данных

Свойство

Код заказа

Числовой

Размер поля - длинное целое

Код товара

Числовой

Размер поля - длинное целое

Код покупателя

Числовой

Размер поля - длинное целое

Дата заказа

Дата/время

 

Количество

Числовой

Размер поля - длинное целое




 

Ключевое поле - Код заказа

 

- поступления

Наименование поля

Тип данных

Свойство

Код товара

Числовой

Размер поля - длинное целое

Товар

Текстовый

Размер поля 20

Sum-Количество

Числовой

Размер поля - длинное целое




 

Ключевого поля в данной таблице нет

 

-продажи

 

Наименование поля

Тип данных

Свойство

Код товара

Числовой

Размер поля - длинное целое

Товар

Текстовый

Размер поля 20

Sum-Количество

Числовой

Размер поля - длинное целое




Ключевого поля в данной таблице нет

 

-остаток на складе

Наименование поля

Тип данных

Свойство

Код товара

Числовой

Размер поля - длинное целое

Товар

Текстовый

Размер поля 20

Поступления_Sum-Количество

Числовой

Размер поля - длинное целое

Продажи_Sum-Количество

Числовой

Размер поля - длинное целое

Остаток

Числовой

Размер поля - длинное целое




 

Ключевого поля в данной таблице нет.

Просмотр вышеописанных таблиц приведены в приложении 1.

Между таблицами возможны 4 типа отношений: "один к одному", "один ко многим", "многие к одному", "многие ко многим".

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

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

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

Отношение "один ко многим" используется очень часто, поддерживается всеми СУБД.

- " многие к одному"

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

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

-" многие ко многим"

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

Логическая модель представлена в следующем виде:

 

Данная схема данных образована при помощи следующих таблиц: поставщики, товары, покупатели, заказы. В меню сервис базы данных «Оптовый магазин» выбирается  пункт схема данных. Выходит меню добавление таблиц, из данного меню выбираем все таблицы. Далее из таблицы «Поставщики» перетаскиваем код поставщика на код поставщика в таблицу «Товары», причем табельный номер в таблице «Поставщики» является ключевым полем, обеспечивая  при этом целостность данных и образуется  связь один ко многим. Таким  же образом связываем таблицу «Заказы» с таблицами «Товары» и «Покупатели» обеспечивая целостность данных и созданием связи один ко многим.

Информация о работе Проектирование базы данных «Оптовый магазин»