ВВЕДЕНИЕ - Создание базы данных для Интернет-магазина компьютерных комплектующих

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

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

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

Создания и контроль за процессами по управлению базой данных осуществляет СУБД (система управления базами данных). Для данной работы была выбрана система управления базами данных, включенный в стандартный пакет программного обеспечения под Windows - Microsoft Office Access 2007. Для моделирования ER-диаграмм бизнес процессов использована программа Bpwin и вэб-сайт www. draw. io. Уже для создания самой оболочки базы данных используется язык программирования Borland Delphi 7, которой связывается с база данных, расположенной в Access.

1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

Одни из наиболее популярных семантических (формализирующих значения конструкций языков программирования посредством построения их формальных математических моделей) моделей данных - модели "Сущность-Связь" (часто их называют кратко ER-моделью от Entity-Relationship, где еntity - сущность и relationship - связь, отношение). Поэтому в русскоязычной литературе ER-модель иногда называют моделью сущность-отношение, а иногда и реляционной семантической моделью. На использовании разных вариантов моделей сущность-отношение основано большинство современных подходов к проектированию баз данных (главным образов, реляционных).

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

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

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

BPwin позволяет:

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

BPwin поддерживает 3 методологии - методологии функционального моделирования (IDEF0), потоков данных (DFD) и потоков работ (IDEF3). BPwin позволяет повторно использовать ключевую информацию моделирования с точки зрения базовых аспектов, чтобы определить точки конфликтов и, в конечном счете, достичь их согласования. На рисунке 1 представлена модель IDEF0. С помощью функционального моделирования (нотация IDEF0) можно провести систематический анализ бизнеса, сосредоточившись на регулярно решаемых задачах (функциях), свидетельствующих об их правильном выполнении показателях, необходимых для этого ресурсах, результатах и исходных материалах (сырье).

Рисунок 1. Описание бизнес-процессов в нотации IDEF0.

Как видно на первом рисунке главным рассматриваемым процессом является продажа в данном случае товаров. Как правило в левую грань прямоугольника входят объекты, обеспечивающие сам процесс торговли: товар от поставщиков и заказы клиентов и сопроводительная документация. Под сопроводительной документацией понимаются: формы заполнения заявки, чеки на полученную и проданную продукцию, прайс-листы. В существующем проекте такая таблица не существует, так как основная задача это создание базы данных, а не информационной системы. Стрелки управления, заходящие в верхнюю грань, указывают на влияние состояния рынка и законов, регулирующих предпринимательскую деятельность на существующий бизнес процесс. Механизмами исполнения, заходящие снизу, являются: персонал, клиенты, поставщики и оборудование, обеспечивающее все это функционирование. И на выходе (правая грань): денежные средства (чистая прибыль), документы, доставленный товар и отзывы клиентов об обслуживании и товаре. Рисунок 1 дает возможность получения четкого представления информации по исполнению бизнес-процессов по работе данного Интернет-магазина. В дальнейшем это позволить создать ER-диаграмму. Но на данном этапе еще необходимо создать модель DFD (модель потоков данных), которая часто используется при разработке программного обеспечения и сосредоточена вокруг потоков данных, передающихся между различными операциями, включая их хранение, для достижения максимальной доступности и минимального времени ответа. Такое моделирование позволяет рассмотреть конкретный процесс, проанализировать операции, из которых он состоит, а также точки принятия решений, влияющих на его ход. Чаще всего диаграммы этой нотации не являются самостоятельными, а используются как дополнения к модели бизнес-процессов, построенной в IDEF0.

Всего DFD использует четыре важных элемента:

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

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

Модель, выполненная в IDEF3, может содержать следующие элементы:

Единицы работы (Unit of Work) - основной компонент диаграммы IDEF3 близкий по смыслу к работе IDEF0.

- Связи (Links) - в IDEF3 это и есть стрелки, показывающие взаимоотношение процессов; - перекрестки (Junctions) - изображаются в виде разветвления или слияния стрелок, позволяет показать логические отношения между процессами и возможные альтернативные пути развития процесса. Существует два типа перекрестков: перекресток слияния и перекресток ветвления (Fan-out Junction) - узел, в котором единственная входящая в него стрелка ветвится, показывая, что работы, следующие за перекрестком, выполняются параллельно или альтернативно; - объекты ссылок (Referents) - служат для выражения идей и концепций без использования специальных методов, таких как стрелки, перекрестки или работы.

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

Ниже представлена модель DFD (рисунок 2).

Рисунок 2. Описание бизнес-процессов в нотации DFD.

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

Уже на основе двух описанных выше моделей BPWin, можно построить реляционную модель данных, позволяющую выделить ключевые сущности и обозначить связи, которые могут устанавливаться между этими сущностями. В прямоугольниках указаны сущности, в овалах - атрибуты. Подчеркнутые слова - это первичные ключи (поле или набор полей таблицы, которые предоставляют базе данных уникальный идентификатор для каждой строки; при помощи первичных ключей и отношений между таблицами выбирается способ, которым сведения будут объединены вновь. Поля первичного ключа используются в базе данных для быстрого сопоставления данных из нескольких таблиц и для объединения этих данных по заданному принципу), которые понадобятся для связывания таблиц и выполнения запросов. В ромбах указаны действия, которые связывают наши объекты. Непосредственно в базе данных они ни как не учитываются, а служат лишь наглядным примером в диаграмме. Более толстые линии показывают связь между столбцами, эти связи будут использованы при создании запросов в Microsoft Office Access.

Рисунок 3. ER-диаграмма Интернет-магазина.

2. ПРАКТИЧЕСКАЯ ЧАСТЬ

ВВЕДЕНИЕ - Создание базы данных для Интернет-магазина компьютерных комплектующих

Похожие статьи