Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Курсовой проэкт .docx
Скачиваний:
1
Добавлен:
03.03.2016
Размер:
709.88 Кб
Скачать

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

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

Для функционирования Б.Д. магазина необходима информация о персонале, ассортименте, производителе

Данная БД использует информацию о персонале . Она состоит из таких данных:

Должность, ФИО, табельный номер , год рождения, пол, образование, оклад, ставка.

Данные об ассортименте будут хранить информацию о количестве того или иного товара в хранилище характеристики данного товара.

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

Задачи которые необходимо выполнить при проектировании базы данных данной предметной области :

  1. Исследовать предметную область магазина напольных покрытий.

  2. Построить диаграмму «сущность – связь» данной предметной области.

  3. Построить иерархическую модель данных.

  4. Построить сетевую модель данных.

  5. Построить реляционную модель данных.

  6. Выбор СУБД.

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

  8. Создание интерфейса.

  9. Реализация функционирования приложения.

  10. Организация взаимодействий компонентов системы.

  11. Написание руководства пользователю и инструкции по занесению данных.

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

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

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

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

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

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

  • контроль, сохранность и достоверность существующей информации;

  • возможность получения сведений по определенным критериям.

3 Концептуальное проектирование субд

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

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

  • диаграмма потоков данных ДПД, DFD;

  • диаграммы «сущность – связь» ERD;

  • диаграммы переходов состояний STD.

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

3.1.1 Построение диаграммы потоков данных

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

Диаграмма потоков данных изображена на рисунке 3.1.

Продавцы

Покупатель

информация от покупателя

информация от продавца

информация для продавца

Магазин напольных покрытий

информация для покупателя

информация от поставщика

информация поставщику

Поставщики

Рисунок 3.1– Начальная контекстная диаграмма

В таблице 3.1. приведено соответствие потоков данных на диаграммах двух уровней.

Таблица 3.1 – Соответствие потоков данных на диаграммах

Потоки на диаграмме

верхнего уровня

Потоки на диаграмме

нулевого уровня

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

Запрос на имеющийся товар

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

Ответ на запрос

информация от продавца

ответ на запрос о продажах, данные о продавце

информация для продавца

запрос о продажах

информация поставщику

запрос на поставку продукции

информация от поставщика

ответ на запрос поставки продукции, данные о поставщике

На рисунке 3.2 приведена контекстная диаграмма первого уровня.

Магазин напольных покрытий

Производитель

Продавец

Запрос на заказаз

Отчёт о товареаз

отчёт о продажахаз

Информация о товаре

Отчёт о товаре

Запрос на имеющийся товар

Покупатель

Ответ на запрос

Рисунок 3.2 – Контекстная диаграмма первого уровня

3.2 Обоснование выбора модели данных

Существует три типа модели данных: иерархическая, сетевая и реляционная. Рассмотрим каждый тип модели данных.

3.2.2 Сетевая модель данных

В сетевой модели связи описываются с помощью графа, поэтому все элементы связаны друг с другом.

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

Сетевая модель данных для предметной области «Строительный магазин» приведена на рисунке 3.4.

Покрытие

Рисунок 3.4 – Сетевая модель данных

3.2.3 Реляционная модель данных

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

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

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

Реляционная модель данных для предметной области «Магазин напольных покрытий » приведена на рисунке 3.5.

Рисунок 3.5 – Реляционная модель данных

3.3 Схема «объект-отношение»

Данная схема содержит 5 объектов, 16 свойств и 4 отношения. Выбраны основные объекты для данной предметной области.

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

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

Объект «Вид покрытия связан с объектами «Ассортимент».

Объект «Ассортимент связан как многие ко многим с объектом продавец, так как один ассортимент могут продавать несколько продавцов и один продавец может торговать несколькими ассортиментами товара.

Схема объект-отношение представлена на рисунке 3.6. Эта схема наглядно представляет все свойства и отношения в БД для данной предметной области.

Рис. 3.6 Схема обьект-отношение