Распределенная база данных электронного магазина по продажам принтеров

НЕГОСУДАРТСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

ВОСТОЧНАЯ ЭКОНОМИКО-ЮРИДИЧЕСКАЯ ГУМАНИТАРНАЯ АКАДЕМИЯ (Академия ВЭГУ)

 

Специальность – Информатика и вычислительная техника

Специализация – Прикладная информатика в менеджменте

 

 

 

 

 

 

 

 

 

Охримович Константин Валерьевич

 

КУРСОВАЯ РАБОТА

 

 

«Распределенная База данных электронного магазина по продажам принтеров»

 

 

 

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

 

Гумеров Эмиль Абильхаирович

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

УФА 2015

 

ОГЛАВЛЕНИЕ

 

 

 

Введение

PHP был задуман где-то в конце 1994 года Расмусом Ледорфом(Rasmus Lerdorf). Ранние невыпущенные версии использовались на его домашней странице для того, чтобы следить за тем кто просматривал его интерактивное резюме. Первая используемая версия cтала доступна где-то в начале 1995 и была известна как Personal Home Page Tools. Она состояла из очень упрощенного движка синтаксического анализатора, который понимал только несколько специальных макрокоманд и ряд утилит, которые затем были в общем использовании на домашних страницах. Гостевые книги, счетчики и некоторые другие дополнения.

PHP, что означает "PHP: Препроцессор Гипертекста", является широко используемым языком сценариев общего назначения с открытым исходным кодом. PHP создавался специально для ведения Web-разработок и может использоваться непосредственно в HTML-коде. Синтаксис языка берет начало из C, Java и Perl и является легким для изучения. Преимущественным назначением PHP является предоставление web-разработчикам возможности быстрого создания динамически генерируемых web-страниц, однако, область применения PHP не ограничивается только этим.

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

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

- изучить язык написания скриптов  PHP для доступа к базам данных;

- проанализировать предметную  область интернет-магазинов принтеров;

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

- реализовать спроектированную  базу данных средствами СУБД MySQL и языка программирования РНР в интерактивной среде Интернет.

- рассчитать эффективность создания  сайта.

 

1. ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ магазина принтеров в терминах ER-моделирования

3. Описание предметной области магазина принтеров

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

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

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

Проведем анализ предметной области. Магазин реализует товары (принтеры), товары покупают клиенты. Клиенты покупают товар, делая заказ.

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

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

Сущность – любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе. Например, типом сущности может быть ГОРОД, а экземпляром – Минск, Москва, Киев и т.д.

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

4. Построение концептуальной модели базы данных

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

Одна из наиболее популярных семантических моделей данных - модель "Сущность-Связи" (часто ее называют кратко ER-моделью).

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

Сущность - это реальный или представляемый объект, информация о котором должна сохраняться и быть доступна. В диаграммах ER-модели сущность представляется в виде прямоугольника, содержащего имя сущности. При этом имя сущности - это имя типа, а не некоторого конкретного экземпляра этого типа. Для большей выразительности и лучшего понимания имя сущности может сопровождаться примерами конкретных объектов этого типа. Каждый экземпляр сущности должен быть отличим от любого другого экземпляра той же сущности (это требование в некотором роде аналогично требованию отсутствия кортежей-дубликатов в реляционных таблицах

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

Связь представляется в виде ромба и имени связи внутри ромба.

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

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

В результате анализа предметной области были определены следующие сущности:

• Модель принтеров (classes).
• Принтеры (goods).
• Покупатели (buyers).
• Счет (orders).

Определим типы связей существующих между выделенными нами сущностями. Для этого снова анализируем требования к БД. Тип связи представляет собой название связи, ее координальность в этой связи. Результат анализа представлен в табл. 1.1.

 

Таблица 1.1 - Типы связей между сущностями

Тип сущности	Тип связи	Тип сущности	Координальность
classes	принадлежит (belong)	goods
buyers	оформляет (bill)	orders
goods	принадлежит(belong)	orders

 

На следующем этапе проектирования базы данных мы построим ER-диаграмму отражающую основные виды сущностей и связи между ними (рисунок 1.1).

Рисунок 1.1 - ER-диаграмма концептуальной модели

 

Выделим атрибуты сущностей.

Выявленные атрибуты приведены в табл. 1.2.

Затем определим атрибуты, являющиеся потенциальными и первичными ключами.

Для этого из табл. 1.2 выберем возможные потенциальные ключи. Затем из них выберем первичные ключи.

 

Таблица 1.2 - Атрибуты сущностей и связей

Тип сущности (связи)	Атрибут	Домен	Обязательность
goods	good_id	Целое	Да
	good_name	Символьный(50)
	description	Символьный(255)
	image	Символьный(20)
	class_id	Целое
	good_price	Целое
orders	order_id	Целое	Да
	buyer_id	Целое	Да
	order_date	data
buyers	buyer_id	Целое	Да
	buyer_name	Символьный(100)	Да
	buyer_phone	Символьный(20)	Да
	buyer_address	Символьный(100)	Да
classes	class_id	Целое	Да
	class_name	Символьный(255)	Да

 

Следует отметить, что потенциальный ключ должен обладать следующими свойствами:

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

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

На основании вышеизложенного составим табл. 1.3 первичных и альтернативных ключей.

 

 

Таблица 1.3 - Первичные и альтернативные ключи

Сущность	Первичный ключ	Альтернативный ключ
goods	good_id	good_name class_id
orders	order_id	order_id buyer_id order_date
buyers	buyer_id	buyer_name buyer_phone
classes	class_id	class_name

 

5. Построение логической модели данных

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

 

Рисунок 1.2 - Введение новой сущности orderbook

 

При построении логической модели можно использовать язык ER-диаграмм (от англ. Entity-Relationship, т.е. сущность-связь). В них сущности изображаются помеченными прямоугольниками, ассоциации – помеченными ромбами или шестиугольниками, атрибуты – помеченными овалами, а связи между ними – ненаправленными ребрами, над которыми может проставляться степень связи (1 или буква, заменяющая слово "много") и необходимое пояснение.

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