2.2 Функциональная структура информационной системы
Основываясь на требованиях, предъявляемых к системе, которые были описаны выше и её общей структуре, рассмотрим подробно функциональную структуру разрабатываемого программного продукта.
Структура сайта состоит из Пользовательского меню и Системы Администрирования. Пользовательская часть сайта состоит из множества окон, которые может увидеть любой клиент-пользователь. Так любой пользователь, даже незарегистрированный в системе, может попасть в следующие разделы сайта и должен иметь к ним доступ:
О компании;
Регистрация пользователя;
Поиск;
Документы;
Помощь;
Список всех лотов по категориям.
После регистрации в системе её участник получает ещё больше прав и функций и может выступать в роли покупателя или продавца. Покупатель должен иметь возможность ознакомиться не только со списком предлагаемых товаров, но и принять участие в торгах на аукционе. Он должен быть уверен в надёжности совершаемых операций: может ознакомиться с документами на аукцион, написать свой отзыв об лоте, оставить жалобу и др. В свою очередь продавец должен не только выставить свой товар на аукционе, но и грамотно подойти к самой продаже: выбрать правильную категорию, определить время проведения торгов, предоставить полные данные о способе связи с собой и способах оплаты товара. Административная часть сайта состоит в свою очередь из так называемой административной панели, через которое происходит доступ к настройкам сайта и управления его контентом. Так, через панель администратора добавлять новые категории для лотов, юридические документы и соглашения публичной офёрты, блокировать и удалять аккаунты недобросовестных пользователей, управлять всеми лотами продавцов, рассылкой писем, добавлять новости в системе. Администратор сайта не только управляет системой, но и следит за работой её участников, рассматривая жалобы и отзывы пользователей. Изобразим на рис. 2.2 функциональную структуру разрабатываемой системы:
Рисунок 2.2 – Функциональная схема сайт
Данная схема отвечает требованиям, предъявляемым к проектируемой системе, и обеспечивает её эффективную реализацию.
2.3 Проектирование базы данных
2.3.1 Концептуальная модель данных
Важнейшая цель проектирования информационной модели – выработка непротиворечивой структурированной интерпретации реально существующей информации изучаемой предметной области и взаимодействия между ее структурными компонентами. Понятие концептуальной модели данных связано с методологией семантического моделирования данных, т.е. с представлением данных в контексте их взаимосвязей с другими данными.
Основными объектами концептуальной модели являются сущности и связи.
Сущность (Entity) — это реальный либо воображаемый объект, имеющий существенное значение для рассматриваемой предметной области, информация о котором подлежит хранению. Каждая сущность должна обладать уникальным идентификатором. Каждый экземпляр сущности должен однозначно идентифицироваться и отличаться от всех других экземпляров данного типа сущности. Каждая сущность должна обладать некоторыми свойствами:
каждая сущность должна иметь уникальное имя, и к одному и тому же имени должна всегда применяться одна и та же интерпретация. Одна и та же интерпретация не может применяться к различным именам, если только они не являются псевдонимами;
сущность обладает одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через связь;
сущность обладает одним или несколькими атрибутами, которые однозначно идентифицируют каждый экземпляр сущности;
каждая сущность может обладать любым количеством связей с другими сущностями модели.
Связь (Relationship) — ассоциация между двумя сущностями, значимая для рассматриваемой предметной области. Связи характеризуются двумя свойствами:
обязательность связи. Связи могут быть либо обязательными, когда экземпляр сущности, соответствующий этой связи существует обязательно, либо необязательными, когда такого экземпляра может не существовать.
мощность связи.
В соответствии со значением этого свойства связи между сущностями делятся на три вида:
«один-к-одному», когда одному экземпляру первой сущности соответствует один экземпляр второй;
«один-ко-многим», когда одному экземпляру первой сущности соответствует несколько экземпляров второй, а одному экземпляру второй – один экземпляр первой;
«многие-ко-многим», когда одному экземпляру первой сущности соответствует несколько экземпляров второй, а одному экземпляру второй – несколько экземпляров первой.
Атрибутом является любая характеристика сущности, значимая для рассматриваемой предметной области и предназначенная для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности. Экземпляр атрибута – это определенная характеристика отдельного элемента множества. Экземпляр атрибута определяется типом характеристики и ее значением, называемым значением атрибута. В ER-модели атрибуты ассоциируются с конкретными сущностями. Таким образом, экземпляр сущности должен обладать единственным определенным значением для ассоциированного атрибута.
То есть для построения модели сущность-связь необходимо произвести ряд действий:
Формулирование сущностей;
Назначение сущностям описательных атрибутов. Спецификация атрибутов заключается в указании для каждого атрибута множества значений, которые они могут принимать;
Выбор идентифицирующего атрибута для каждой сущности. Правильный выбор ключа очень важен, так как он должен однозначно идентифицировать сущность и включать в свой состав минимальное количество атрибутов;
Спецификация связей: с помощью связей выявляются зависимости между двумя и более сущностями.
Таким образом, на основе анализа предметной области разработана концептуальная модель данных подсистемы, представленная на рис. 2.3.
Для построения концептуальной модели базы данных необходимо определить связи между объектами (таблицами). Связи между таблицами базы данных дают возможность совместно использовать данные из разных таблиц. В нормализованной базе данных связи характеризуются отношениями. Таким образом, выделив в первом приближении основные сущности и установив между ними связи, построим концептуальную модель информационной системы проведения интернет-аукционов.
Рис 2.3 Концептуальная модель информационной системы проведения интернет-аукционов