Тема курсовой работы: Разработка базы данных для системы поддержки продаж

Курсовая работа 24 с., 6 рис., 7 табл., 3 источника, 2 прил.

Ключевые слова: ИНФОРМАЦИОННАЯ СИСТЕМА, СИСТЕМА ПОДДЕРЖКИ ПРОДАЖ, РЕЛЯЦИОННАЯ БАЗА ДАННЫХ, ER-МОДЕЛЬ ДАННЫХ, РЕЛЯЦИОННАЯ МОДЕЛЬ ДАННЫХ, СУБД, EMBEDDED SQLITE, VDOM

Цель: разработка базы данных для системы поддержки продаж.

Результаты работы: разработана реляционная база данных для системы поддержки продаж на платформе VDOM (СУБД Embedded SQLite 3).

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

Курсовая защищена в 2011 году на факультете информатики Томского государственного университета на оценку "отлично".

* Содержание *



Введение

1 Система поддержки продаж

1.1 Концепция

1.2 Основные требования

1.3 Предметная область

2 Платформа VDOM

2.1 Технология VDOM

2.2 Аппаратная и программная части

3 База данных

3.1 Модель данных

3.1.1 ER-модель данных

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

3.2 Реляционная база данных

Заключение

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

Приложение А. Диаграмма ER-модели данных

Приложение Б. Диаграмма реляционной модели данных



* Выдержки из текста *



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

Основным товаром, распространяемым компанией VDOM Box International, является web-сервер приложений VDOM Box, который объединяет в себе аппаратную и программную части. Стоит отметить, что, как правило, продается не сам сервер, а некое «готовое решение», в комплект поставки которого входит также некий набор устройств (например, флэш-карта), приложений и услуг (например, гарантийное обслуживание).

Первичными поставщиками товара являются подразделения компании VDOM Box International. От них товар попадает к дистрибьюторам, то есть оптовым поставщикам, которые в свою очередь продают товар либо другим дистрибьюторам, либо конечным потребителям.

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

Разрабатываемая система поддержки продаж в первую очередь должна решать именно приведенные выше задачи. Непосредственными пользователями данной системы станут первичные поставщики товаров и дистрибьюторы.



***



Так как СУБД, используемая на платформе VDOM (Embedded SQLite 3) не поддерживает ER-модель данных, а также, в силу своих ограничений, – и внешние ключи, отдельным шагом проектирования БД стало построение реляционной модели данных [2,3] на основе полученной на предыдущем шаге ER-модели, согласно правилам, описанным в [2].

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

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

2. Бинарные множества связей типа 1:M без атрибутов представляются дублированием первичного ключа 1-отношения в M-отношение.

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

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

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

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



***



Для начала рассмотрим технические возможности VDOM по разработке БД. Как уже было сказано ранее, в системе VDOM в качестве СУБД используется вариация SQLite – embedded SQLite 3. Данная СУБД является «встраиваемой», то есть разработанная с ее помощью база данных интегрируется непосредственно в само приложение.

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

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

• Отсутствие поддержки составных первичных ключей.

• Отсутствие поддержки внешних ключей.

• Отсутствие поддержки каскадных операций.

• Отсутствие поддержки триггеров.

• Ограниченный набор типов данных.