Logo GenDocs.ru

Поиск по сайту:  


Загрузка...

Изучение предметной области и проблемной среды электронного магазина. Разработка модели предметной области - файл 1.doc


Изучение предметной области и проблемной среды электронного магазина. Разработка модели предметной области
скачать (330.5 kb.)

Доступные файлы (1):

1.doc331kb.15.12.2011 18:52скачать

содержание
Загрузка...

1.doc

Реклама MarketGid:
Загрузка...

СОДЕРЖАНИЕ


СОДЕРЖАНИЕ 1

ВВЕДЕНИЕ 2

РАЗДЕЛ 1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ 4

1.1. Понятие и функции электронного магазина 4

1.2. Основная технология приобретения товаров в электронном магазине 6

1.3. Управление электронным магазином 10

РАЗДЕЛ 2. РАЗРАБОТКА МОДЕЛИ ПРЕДМЕТНОЙ ОБЛАСТИ ЭЛЕКТРОННОГО МАГАЗИНА 13

2.1. Описание сущностей и установление ключевых полей 13

2.2. Установление связей между сущностями 16

2.3. Нормализация отношений 19

2.4. Получение реляционной схемы из ER-диаграммы 21

ЗАКЛЮЧЕНИЕ 25

^ СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 26

ВВЕДЕНИЕ


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

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

Объект исследований – основные направления деятельности электронных магазинов.

Предмет исследований – изучение технологии построения модели предметной области электронного магазина.

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

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

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

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

  • получить из ER-диаграммы реляционную схему базы данных.

Методы исследования: системный анализ литературы и знакомство со специализированными публикациями из ресурсов Интернет.

В книге [1] приведено определение электронного магазина. Функции электронного магазина описаны в [10]. В [9, 10, 15] описаны основные виды Интернет-магазинов и основной принцип приобретения товаров в них. Описание комплекса управления виртуальным предприятием нашли место в [3, 14, 15]. В [4, 5, 12] описана концепция семантического моделирования и построения ER-диаграмм. Принципы установления ключевых полей и связей между сущностями нашли место в [12]. Алгоритм нормализации отношений приведен в [6, 7, 8, 12, 13]. Процедура преобразования ER-диаграммы в реляционную схему базы данных описана в [2, 11].

^

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

1.1. Понятие и функции электронного магазина


Электронный магазин – это реализованное в сети Интернет представительство путем создания Web-сервера для продажи товаров и услуг другим пользователям сети Интернет. Электронный магазин называют также Интернет-магазином. К нему полностью подходит определение виртуального предприятия. Иначе говоря, Электронный магазин — это сообщество территориально разобщенных сотрудников магазина (продавцов, кассиров) и покупателей, которые могут общаться и обмениваться информацией через электронные средства связи при полном (или минимальном) отсутствии личного прямого контакта [1].

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

^ Традиционный магазин

Виртуальный магазин

Торговый зал

Виртуальный магазин

Ходьба покупателя по торговому залу и осмотр товаров на полках магазинов

Просмотр покупателем страниц сервера

Личный контакт покупателя с продавцом (консультация)

Консультация у продавца (при необходимости) по компьютерной сети или по телефону

Выбор покупателем товара

Выбор покупателем товара

Заказ товара

Заказ товара через сервер

Выписка продавцом и вручение покупателю счета на оплату заказанного товара

Пересылка продавцом по компьютерным сетям покупателю счета на оплату заказанного товара

Оплата покупателем счета на товар в кассе магазина наличными деньгами или банковской картой

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

Табл. 1.1. Сравнительная характеристика традиционной и электронной торговли

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

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

Основные функции Интернет-магазина [10] – это информационное обслуживание покупателя, обработка заказов, проведение платежей, а также сбор и анализ различной статистической информации.

В зависимости от функциональных возможностей, электронный магазин может быть отнесен к одной из трех категорий [9]:

  • интернет-витрина;

  • торговый автомат;

  • автоматический магазин.

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

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

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

Существенно отличает друг от друга варианты построения электронных магазинов используемая модель бизнеса [15]:

  • онлайновый магазин (отсутствует традиционная торговая сеть);

  • совмещение офлайнового бизнеса с онлайновым (когда электронный магазин создается на основе действующей реальной торговой структуры).

Несомненным преимуществом обладают магазины второго типа:

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

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



^

1.2. Основная технология приобретения товаров в электронном магазине


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

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

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

Процесс оформления покупки в электронном магазине состоит из двух этапов [15]:

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

  • оформление заказа (выбор формы оплаты и доставки).

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

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

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

Сформировав корзину, клиент отдает команду «Выполнить заказ», выбирая при этом удобную для него форму оплаты и доставки.

Важная составляющая взаимодействия покупателя и магазина – регистрация, в которой покупатель сообщает магазину данные, необходимые для [15]:

  • идентификации (имя, пароль);

  • непосредственного осуществления покупки (ФИО, адрес, телефон, адрес электронной почты и т.д.).

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

Регистрация – необязательное условие посещения электронного магазина. В то же время она предоставляет ряд преимуществ [15]:

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

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

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

Обработка заказа начинается с момента оформления заявки и содержит следующие шаги [15]:

  • резервирование товара на складе;

  • оплата (в онлайновом режиме расчеты происходят автоматически, в офлайновом – выписывается счет на оплату и далее отслеживается факт поступления средств);

  • оформление документов на доставку товара.

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

При заказе товаров в электронном магазине, их доставка может быть выполнена [9]:

  • международной курьерской службой;

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

  • почтой (по предоплате или наложенным платежом);

  • доставка с использованием магистрального транспорта;

  • международной почтовой службой;

  • самовывоз – клиент приезжает за заказанным товаром сам;

  • доставка по телекоммуникационным сетям – для информационного содержания.

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

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

Любому электронному магазину необходимы разделы [15]:

  • общей информации о магазине;

  • о специфике товарного ассортимента;

  • форма быстрого поиска нужного товара (из-за большой популярности форма для поиска обычно находится на главной странице);

  • помощь в навигации и покупке;

  • новости целевого рынка;

  • ответы на часто задаваемые вопросы.



^

1.3. Управление электронным магазином


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

Структура комплекса управления Интернет-магазином или торговой частью системы реализуется в виде трехзвенной архитектуры клиент/сервер. Такая архитектура разбивает процесс обработки данных между [14]:

  • клиентом;

  • сервером приложений;

  • базой данных.

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

В общем случае минимум компонентов необходимых для функционирования Интернет-магазина включает в себя [15]:

  • web-сервер – распределяет поступающие запросы, производит разграничение доступа;

  • cервер приложений – управляет работой всей системы, в частности бизнес-логикой электронного магазина;

  • СУБД – осуществляет хранение и обработку данных о товарах, клиентах, счетах и т.п.

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

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

К основным функциональным возможностям управления электронным магазином относятся [3, 15]:

  • управление безопасностью – назначение определенного уровня полномочий по работе с системой для разных групп пользователей (персонала магазина и покупателей);

  • управление информацией о товарах – формирование и ведение товарного каталога;

  • управление разделами/ категориями – управление классификацией товаров по разделам;

  • управление рекламными средствами – администрирование рекламных кампаний, распродаж и прочих рекламных акций, а также партнерских программ;

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

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

  • система управления контентом – управление информационным наполнением сайта (контентом), его структурой, дизайном.

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

^

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

2.1. Описание сущностей и установление ключевых полей


При проектировании модели предметной области применяется метод семантического моделирования. Семантическое моделирование представляет собой моделирование структуры данных, опираясь на смысл этих данных [5]. В качестве инструмента семантического моделирования используется диаграммы «сущность-связь» (Entity-Relationship Diagrams, ER-диаграммы).

ER-диаграммы используются для разработки данных и представляют собой стандартный способ определения данных и отношений между ними. Таким образом, осуществляется детализация хранилищ данных [4]. Основными понятиями ER-диаграммы являются сущность, связь, атрибут.

Сущность – это класс однотипных объектов, информация о которых должна быть учтена в модели [12]. Каждая сущность должна иметь наименование, выраженное существительным в единственном числе, и изображается в виде прямоугольника.

Экземпляр сущности – это конкретный представитель данной сущности [12].

Атрибут сущности – это именованная характеристика, являющаяся некоторым свойством сущности [12]. Наименование атрибута должно быть выражено существительным в единственном числе (возможно, с характеризующими прилагательными). Атрибуты изображаются в пределах прямоугольника, определяющего сущность.

Ключ сущности – это не избыточный набор атрибутов, значения которых в совокупности являются уникальными для каждого экземпляра сущности [12]. Неизбыточность заключается в том, что при удалении любого атрибута из ключа, нарушается его уникальность. Сущность может иметь несколько различных ключей. Ключевые атрибуты изображаются на диаграмме подчеркиванием.

При проектировании модели предметной области электронного магазина выделено сущности ^ Товар, Заказанные товары, Заказы, Клиенты, Сотрудники, Доставка заказа.

Сущность Товар предназначена для отображения товарного ассортимента электронного магазина и включает в себя следующие атрибуты:

  • Код товара;

  • Наименование товара;

  • Описание товара;

  • Цена.

Ключевым в данной сущности является атрибут Наименование товара.

Сущность Товар-Заказ предназначена для отображения количества и стоимости заказанного товара и содержит следующие атрибуты:

  • Код заказа;

  • Код товара;

  • Количество;

  • Стоимость.

Ключевыми атрибутами в сущности Заказанные товары являются Код заказа и Код товара.

Сущность Заказы содержит информацию о заказах, сделанных в электронном магазине, и включает в себя следующие атрибуты:

  • Код заказа;

  • Код клиента;

  • Код сотрудника;

  • Тип оплаты;

  • Код доставки;

  • Дата заказа;

  • Стоимость заказа;

  • Статус заказа.

Ключевой атрибут данной сущности – Код заказа.

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

  • Код клиента;

  • Фамилия;

  • Имя;

  • Отчество;

  • Дата рождения;

  • Город;

  • Адрес;

  • Телефон;

  • E-mail.

Ключевым в данной сущности является атрибут Код клиента.

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

  • Код сотрудника

  • Фамилия;

  • Имя;

  • Отчество;

  • Дата рождения;

  • Телефон;

  • Должность;

  • Оклад.

Ключевое атрибут данной сущности – Код сотрудника.

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

  • Код доставки;

  • Тип доставки;

  • Срок доставки;

  • Стоимость.

Ключевым атрибутом данной сущности является Код доставки.

^

2.2. Установление связей между сущностями


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

Связь – это некоторая ассоциация между двумя сущностями [12]. Связи позволяют по одной сущности находить другие сущности, связанные с нею.

Графически связь изображается линией, соединяющей две сущности.

Каждая связь может иметь один из следующих типов связи [12]:

Один-к-одному

Один-ко-многим

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

Связь типа «один-к-одному» означает, что один экземпляр первой сущности связан с одним экземпляром второй сущности. Эта связь самая простая, но встречается она нечасто. Сущности, имеющие тип связи «один-к-одному», всегда можно скомпоновать в одну.

Связь типа «один-ко-многим» означает, что один экземпляр первой сущности связан с несколькими экземплярами второй сущности. Это наиболее часто используемый тип связи.

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

Поскольку один товар в одном заказе может быть заказан несколько раз, между сущностями ^ Товар и Товар-Заказ установлена связь «один-ко-многим».

В одном заказе можно заказать множество товаров, поэтому между сущностями Товар-Заказ и Заказ установлена связь «один-ко-многим».

Сущность Покупатель связана с сущностью Заказ связью «один-ко-многим», поскольку один покупатель может сделать большое количество заказов.

Одним и тем же способом доставки может быть заказано несколько товаров, поэтому между сущностями ^ Заказ и Доставка установлена связь «один-ко-многим».

Сущность Сотрудник связана с сущностью Заказ связью «один-ко-многим», поскольку один сотрудник может обслуживать несколько заказов.

Модель предметной области электронного магазина представлена на Рис. 2.1.


Товар-Заказ

Заказ

Клиент

Код заказанного товара

Код товара

Код заказа

Количество

Стоимость


^ Код заказа

Код клиента

Код сотрудника

Тип оплаты

Код доставки

Дата заказа

Статус


Товар

Код товара

Наименование товара

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

Цена


Сотрудник

Код сотрудника

Фамилия

Имя

Отчество

Дата рождения

Телефон

Должность

Оклад

Доставка

Код доставки

Тип доставки

Срок доставки

Стоимость







Код клиента

Фамилия

Имя

Отчество

Дата рождения

Город

Адрес

Телефон

E-mail


Рис. 2.1. ER-диаграмма
^

2.3. Нормализация отношений


Нормализация отношений – это формальный аппарат ограничений на формирование отношений, который позволяет устранить дублирование, обеспечивает непротиворечивость хранимых данных и уменьшает трудозатраты на ведение (ввод, корректировку) данных [13].

Нормализация отношений представляет собой последовательное изменение структуры отношений до тех пор, пока она не будет удовлетворять требованиям последней формы нормализации [7]. Всего существует шесть форм нормализации: первая нормальная форма, вторая нормальная форма, третья нормальная форма, нормальная форма Бойса-Кодда, четвертая нормальная форма и пятая нормальная форма или нормальная форма проекции-соединения. На практике нормализация отношений заканчивается третьей нормальной формой.

Отношение находится в первой нормальной форме если[12]:

  • в отношении нет одинаковых кортежей;

  • кортежи не упорядочены;

  • атрибуты не упорядочены и различаются по наименованию;

  • все значения атрибутов атомарны.

Несмотря на внешнею строгость определения атомарности, однозначно определить данное понятие зачастую оказывается довольно затруднительно, если заранее неизвестны семантика атрибута и его роль в обработке хранимых данных. Атрибут, который является атомарным в одном приложении, может оказаться составным в другом [8].

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

Отношения модели предметной области электронного магазина отвечают требованиям первой нормальной формы поскольку:

  • отношения не содержат одинаковых кортежей;

  • в таблицах отношения столбцы могут идти в различном порядке;

  • каждый атрибут имеет уникальное имя;

  • порядок атрибутов не имеет значения;

  • атрибуты не содержат более одного значения. Атрибут Адрес сущности Клиент является атомарным понятием, и его деление на составные части не имеет смысла, так как только внесет в ER-диаграмму лишнюю громоздкость.

Отношение находится во второй нормальной форме, если оно находится в первой нормальной форме и каждый не ключевой атрибут функционально полно зависит от составного ключа. Пусть X и Y – два атрибута некоторого отношения. Говорят, что Y функционально зависит от X, если в любой момент времени каждому значению X соответствует не более одного значения атрибута Y [6].

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

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

Отношение находится в третьей нормальной форме, если оно находится во второй нормальной форме, и каждый не ключевой атрибут не транзитивно зависит от первичного ключ. Пусть X, Y, Z – атрибуты отношения и X зависит от Y, а Y зависит от Z, но обратное соответствие отсутствует. Тогда говорят, что Z транзитивно зависит от X [6].

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

^

2.4. Получение реляционной схемы из ER-диаграммы


Процедура преобразования ER-диаграммы в реляционную схему базы данных состоит из следующих шагов [11]:

  • каждый простой тип сущности превращается в таблицу. Простым типом сущности называется тип сущности, не являющийся подтипом и не имеющий подтипом [11]. Имя сущности становится именем таблицы. Экземплярам типа сущности соответствуют строки соответствующей таблицы;

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

  • связи типа «один-ко-многим» становятся внешними ключами, тоесть образуется копия уникального идентификатора сущности на конце связи «один», и соответствующие столбцы составляют внешний ключ таблицы, соответствующий типу сущности на конце связи «многие». Необязательные связи соответствуют столбцам, допускающим неопределенные значения; обязательные связи – столбцам, не допускающим неопределенные значения;

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

В качестве инструмента построения реляционной схемы базы данных использована СУБД Access. Отличительной чертой данной СУБД является простота ее использования в сочетании с широкими возможностями по разработке приложений. Создание реляционной схемы данных с помощью СУБД Access начинается с формирования структуры таблиц. При этом определяется состав полей и задается их описание [2].

Схема данных электронного магазина состоит из 6 таблиц: ^ Товар, Клиент, Сотрудник, Доставка, Заказ и Товар-Заказ.

Свойства полей для таблицы Товар приведены в табл. 2.1.

Имя поля

Ключевое поле

Тип поля

Размер поля

Индексированное поле

Код товара

Ключевое поле

Счетчик

Длинное целое

Да (Совпадения не допускаются)

Наименование товара




Текстовый

100

Нет

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




Текстовый

100

Нет

Цена




Денежный

Основной

Нет

Табл. 2.1. Свойства полей таблицы Товар

Свойства полей для таблицы Клиент приведены в табл. 2.2.

Имя поля

Ключевое поле

Тип поля

Размер поля

Индексированное поле

Код клиента

Ключевое поле

Счетчик

Длинное целое

Да (Совпадения не допускаются)

Фамилия




Текстовый

50

Нет

Имя




Текстовый

50

Нет

Отчество




Тестовый

50

Нет

Дата рождения




Дата/время

Краткий формат даты

Нет

Город




Текстовый

50

Нет

Адрес




Текстовый

100

Нет

Телефон




Числовой

Длинное целое

Нет

E-mail




Текстовый

50

Нет

Табл. 2.2. Свойства полей таблицы Клиент

Свойства полей для таблицы Сотрудник приведены в табл. 2.3.

Имя поля

Ключевое поле

Тип поля

Размер поля

Индексированное поле

Код сотрудника

Ключевое поле

Счетчик

Длинное целое

Да (Совпадения не допускаются)

Фамилия




Текстовый

50

Нет

Имя




Текстовый

50

Нет

Отчество




Текстовый

50

Нет

Дата рождения




Дата/время

Краткий формат даты

Нет

Телефон




Числовой

Длинное целое

Нет

Должность




Тестовый

100

Нет

Оклад




Денежный

Основной

Нет

Табл. 2.3. Свойства полей таблицы Сотрудник

Свойства полей для таблицы Доставка приведены в табл. 2.4.

Имя поля

Ключевое поле

Тип поля

Размер поля

Индексированное поле

Код доставки

Ключевое поле

Счетчик

Длинное целое

Да (Совпадения не допускаются)

Тип доставки




Текстовый

100

Нет

Срок доставки




Текстовый

50

Нет

Стоимость




Денежный

Основной

Нет

Табл. 2.4. Свойства полей таблицы Доставка

Свойства полей для таблицы Заказ приведены в табл. 2.5.

Имя поля

Ключевое поле

Тип поля

Размер поля

Индексированное поле

Код заказа

Ключевое поле

Счетчик

Длинное целое

Да (Совпадения не допускаются)

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




Числовой

Длинное целое

Да (Совпадения допускаются)

Код сотрудника




Числовой

Длинное целое

Да (Совпадения допускаются)

Тип оплаты




Текстовый

100

Нет

Код доставки




Числовой

Длинное целое

Да (Совпадения допускаются)

Дата заказа




Дата/время

Краткий формат даты

Нет

Стоимость заказа




Денежный

Основной

Нет

Статус заказа




Текстовый

50

Нет

Табл. 2.5. Свойства полей таблицы Заказ

Свойства полей для таблицы Товар-Заказ приведены в табл. 2.6.

Имя поля

Ключевое поле

Тип поля

Размер поля

Индексированное поле

Код заказанного товара

Ключевое поле

Счетчик

Длинное целое

Да (Совпадения не допускаются)

Код заказа




Числовой

Длинное целое

Да (Совпадения допускаются)

Код товара




Числовой

Длинное целое

Да (Совпадения допускаются)

Количество




Текстовый

50

Нет

Стоимость




Денежный

Основной

Нет

Табл. 2.6. Свойства полей таблицы Товар-Заказ

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

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



Рис. 2.2. Реляционная схема базы данных электронного магазина

ЗАКЛЮЧЕНИЕ


В курсовой работе поставлены и решены следующие задачи:

  • выполнен анализ предметной области, на основе работы электронного магазина;

  • построена ER-диаграмма;

  • проведена нормализация отношений;

  • получена реляционная модель базы данных.

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

Построенная ER-диаграммы состоит из 6 сущностей: ^ Товар, Заказ, Товар-Заказ, Сотрудник, Клиент и Доставка, в данных сущностях были установлены ключевые поля, между сущностями установлены связи, а также проведена нормализация, полученных отношений.

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

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ


  1. Балабанов, И.Т. Электронная коммерция [Текст]: Учеб. пос. / И.Т. Балабанов. – СПб.: Питер, 2001. – 336 с.: ил.

  2. Бекаревич, Ю.Б. Самоучитель Microsoft Access 2003 [Текст] / Ю.Б. Бекаревич, Н.В. Пушкина. – BHV, 2004. – 752 с.

  3. Джерк, Н. Разработка приложений для электронной коммерции [Текст] / Н. Джерк. – СПб.: Питер, 2001. – 512 с.

  4. Козленко, Л. Проектирование информационных систем [Текст] // КомпьютерПресс. – № 9. – 2001. – С. 3-17

  5. Кузнецов, С.Д. Основы современных баз данных [Электронный ресурс]. – Режим доступа: http://www.ods.com.ua/win/rus/db/osbd/contents. htm. – Загл. с экрана.

  6. Нормализация отношений (документация) [Электронный ресурс]. – Режим доступа: http://www.interface.ru/home.asp?artId=3807. – Загл. с экрана.

  7. Нормализация реляционных баз данных. Нормализация отношений [Электронный ресурс]. – Режим доступа: http://www.cyberguru.ru/ database/database-theory/relational-database-normalization-page4.html. –Загл. с экрана.

  8. Нормализация реляционных баз данных. Первая нормальная форма [Электронный ресурс]. – Режим доступа: http://www.cyberguru.ru/ database/database-theory/relational-database-normalization-page5.html. – Загл. с экрана.

  9. Орлов, Л.В. Как создать электронный магазин в Интернет [Текст] / Л.В. Орлов . – 2-е изд. – М.: Бук-пресс, 2006. – 384 с.

  10. Программный комплекс управления Интернет-магазином [Электронный ресурс]. – Режим доступа: http://www.e-commerce.ru/biz_tech/ implementation/b2c/ishop_management.html#3. – Загл. с экрана.

  11. Проектирование реляционных баз данных с использованием семантических моделей: ER-диаграммы [Электронный ресурс]. – Режим доступа: http://datasql.ru/gotorelbd/9.htm. – Загл. с экрана.

  12. Пушников, А.Ю. Введение в системы управления базами данных. Часть 1. Реляционная модель данных [Текст]: Учеб. пос. / А.Ю. Пушников. – Уфа: Изд-е Башкирского ун-та, 1999. – 108 с.

  13. Реляционный подход к построению инфологической модели [Электронный ресурс]. – Режим доступа: http://www.ssti.ru/kpi/informatika/ Content/biblio/b1/inform_man/gl_15_2.htm. – Загл. с экрана.

  14. Система управления Web-контентом (Web-content Management Systems) [Электронный ресурс]. – Режим доступа: http://www.e-commerce. ru/biz_tech/implementation/web_tech/wcsm.html. – Загл. с экрана.

  15. Юрасов, А.В. Электронная коммерция [Текст]: Учеб пос. / А.В. Юрасов. – М.: Дело, 2003. – 480 с.






Скачать файл (330.5 kb.)

Поиск по сайту:  

© gendocs.ru
При копировании укажите ссылку.
обратиться к администрации
Рейтинг@Mail.ru