51
Рисунок 10 – Макет формы Пользователь
На рисунке 11 изображен макет формы для работы с записями
справочника «Категории товаров».
Рисунок 11 – Макет формы Категория товаров
На рисунке 12 изображен макет формы для загрузки новой
фотографии.
52
Рисунок 12– Макет формы добавления фотографии
В качестве входных данных для интернет-магазина выступают данные
о товарах компании, информационные разделы, комментарии и заказы
покупателей. Ввод этих данных выполняется с помощью специальных форм,
макеты которых приведены на рисунке 13-16.
Рисунок 13 – Макет формы ввода данных о товаре
53
Рисунок 14 – Макет формы работы с разделом
Рисунок 15 – Макет формы добавления комментария
54
Рисунок 16 – Макет формы оформления заказа
Данные, которые пользователи вводят в эти формы сохраняются в базе
данных, а затем используются для формирования результатной информации.
2.2.3 Характеристика результатной информации
В качестве выходных данных интернет-магазина выступают страницы
о заказах, страницы каталога товаров и страницы разделов сайта, а также
письма с уведомлениями о новых комментариях и заказах покупателей.
Подробное описание выходных данных приведено в виде таблицы 7.
Таблица 7
Описание результатной информации
Наименован
ие
Реквизиты
Таблицы,
на основе
которых
формируетс
я
Частота
формирован
ие
Способ
доставки
Страница
каталога с
информацией о
товаре
Идентификат
ор товара
Категория
товара
Название
Описание
Цена
Комментарий
Изображение
Товары,
Категории
товары,
Комментарии
к товарам,
Изображения
товаров.
По мере
необходимости
Экранная
форма
Страница с
информацией о
комплекте
Идентификат
ор комплекта
Название
Описание
Цена
Комментарий
Изображение
Комплекты,
Товары,
Категории
товары,
Изображения
товаров,
Изображения
По мере
необходимости
Экранная
форма
55
Наименован
ие
Реквизиты
Таблицы,
на основе
которых
формируетс
я
Частота
формирован
ие
Способ
доставки
Список
товаров
комплектов
Страница
раздела
Название
Текст
Разделы
По мере
необходимости
Экранная
форма
Заказ клиента
Номер заказа
ФИО клиента
Статус заказа
Общая сумма
заказа
Товары в
заказе
Заказы,
Пользователь
Статус заказа,
Товары в
заказе
Товары
По мере
необходимости
Экранная
форма
Письмо о новом
комментарии
Текст
комментария;
Дата и время
добавления
Комментарии
По мере
необходимости
Электронно
е письмо
Письмо о новом
заказе
Номер заказа
ФИО клиента
Статус заказа
Общая сумма
заказа
Товары в
заказе
Заказы,
Пользователь
Статус заказа,
Товары в
заказе
Товары
По мере
необходимости
Электронно
е письмо
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Дерево функций необходимо для того, чтобы показать на одной схеме
(или чертеже) перечень выполняемых системой функций, их классификацию
и иерархию.
Дерево функций интернет-магазина представлено на рисунке 17.
56
Главная страница
Управление
списком товаров
АвторизацияРегистрация
Просмотр каталога
товаров
Добавление товара
в корзину
Оформление заказа
Добавление
комментариев к
товару
Модерация
комментариев
Управление
разделами сайта
Просмотр заказов
Изменение статуса
заказа
Просмотр разделов
сайта
Управление
списком
пользователей
Просмотр
комплектов
Рисунок 17 – Дерево функций
Сценарий диалога необходим для отображения того, как пользователь
будет взаимодействовать с проектируемой системой. Кроме того, с помощью
сценария диалога иногда отображают структуру интерфейса создаваемого
программного продукта.
На основании дерева функций разработан сценарий диалога, который
представлен на рисунке 18.
57
Добавление
комментариев
Главная страница
Управление
Управление
товарами и
комплектами
Управление
разделами
Модерация
комментариев
Управление
справочниками
Авторизация
Просмотр
заказов
Просмотр
товаров
Просмотр
разделов
Регистрация
Восстановление
пароля
Добавление
товаров в корзину
Оформление
заказа
Рисунок 18 – Сценарий диалога информационной системы
После открытия сайта пользователь может посмотреть каталог товаров,
содержимое разделов сайта, пройти регистрацию, авторизацию, восстановить
пароль.
После авторизации на сайте, в зависимости от роли авторизованного
пользователя, ему доступны различные функции: управление содержимым,
добавление комментариев к товарам или оформление заказа.
2.3.2 Характеристика базы данных
Проектирование и создание базы данных начинается с выделения всех
сущностей, характерных для исследуемой предметной области. Исходя из
описания и анализа предметной области можно выделить следующие
сущности:
Товар;
Категория товара;
Комментарий к товару;
Фотографии к товару;
Пользователь;
Роль пользователя;
58
Заказ;
Раздел сайта;
Помещение;
Комплект;
Фотографии комплекта.
Эти сущности связаны между собой. Существует 3 типа связей между
сущностями:
Один-к-одному. Когда одному экземпляру одной сущности
соответствует только один экземпляр другой, и наоборот;
Один-ко-многим. Когда одному экземпляру одной сущности
соответствует несколько экземпляров другой;
Многие-ко-многим. Когда в каждой из связанных сущностей
находятся экземпляры, которые могут быть связаны с несколькими
экземплярами другой.
Каждый товар относится только к одной категории, а к каждой
категории может относится несколько различных товаров, значит связь
между данными сущностями – один-ко-многим.
Аналогичные связи присутствуют и между остальными сущностями
предметной области, кроме сущностей Пользователи и Роли, между данными
сущностями – связь многие-ко-многим, а также сущностей Товар и Заказ
(также связь многие-ко-многим).
В соответствии с правилами нормализации отношений реляционной
модели данных, необходимо нормализовать выделенные сущности и
отношения между ними. В соответствии с данными правилами необходимо
выделить атрибуты, имеющие повторяющиеся значения у экземпляров одной
сущности в отдельную сущность. Данные сущности были выделены таким
образом, что таких атрибутов не имеется.
Кроме того, для каждой сущности необходимо выбрать ключевой
атрибут. Ключевым атрибутом (или первичным ключом сущности)
59
называется такой атрибут, значение которого для каждого экземпляра
сущности является уникальным. Первичный ключ служит для однозначной
идентификации экземпляров сущности. В каждую сущность добавим атрибут
Идентификатор, он и будет служить первичным ключом.
Также необходимо разрешить связь многие-ко-многим между
сущностями «Пользователи» и «Роли» путем ввода промежуточной
сущности «Роли пользователей», первичным ключом которой будет служит
составной ключ, состоящий из мигрирующих первичных ключей сущностей
«Пользователи» и «Роли». Аналогично разрешим связь между сущностями
«Товар» и «Заказ», добавив промежуточную сущность «Товары в заказах».
Итоговая ER-диаграмма изображена на рисунке 19.
Рисунок 19 – ER-диаграмма
Товар
Идентификатор
Наименование
Короткое описание
Описание
Цена
Категория (FK)
Главное изображение
Активен
ЧПУ
Пользователь
Идентификатор
ФИО
Логин
Пароль
Электронная почта
Телефон
Категория
Идентификатор
Наименование
Активна
ЧПУ
Заказ
Номер
Общая су мма заказ а
Дата и время заказ а
Описание доставки
Клиент (FK)
Стату с (FK)
Стату с заказ а
Идентификатор
Наименование
Товары в заказ ах
Идентификатор
Товар (FK)
Заказ (FK)
Цена
Количество
Комментарий
Идентификатор
Автор
email
Текст
Дата и время
Товар (FK)
Активен
Фотографии
Идентификатор
Пу ть к файлу
Товар (FK)
Роль
Идентификатор
Наименование
Роли польз ователей
Пользователь (FK)
Роль (FK)
Раз дел сайта
Идентификатор
Наз вание
Текст
Опу бликован?
Автор (FK)
Комплект
Идентификатор
Наименование
Из ображение
Короткое описание
Большое описание
ЧПУ
Активен
Товары в комплекте
Идентификатор
Комплект (FK)
Товар (FK)
Обязательный
Фотографии комплекта
Идентификатор
Пу ть к файлу
Комплект (FK)
60
Даталогической моделью базы данных является полное описание всех
объектов базы данных в терминах выбранной СУБД. Ниже представлено
описание таблиц базы данных (Таблицы 8-21).
Таблица 8
Таблица Product (Товар)
Атрибут
Поле
таблицы
Тип
данных
Размер
Обязательность
значений
Идентификатор
id
integer
4
Да
Короткое
описание
small
varchar
255
Да
Длинное
описание
texts
text
65655
Да
Цена
price
decimal
10
Да
Категория
categoryid
integer
4
Да
Главное
изображение
image
varchar
255
Да
Активен
active
tinyint
1
Нет
Таблица 9
Таблица ImageUpload (Фотографии)
Атрибут
Поле
таблицы
Тип
данных
Размер
Обязательность
значений
Идентификатор
id
integer
4
Да
Наименование
title
varchar
255
Да
Ссылка на
файл
image
varchar
255
Да
Товар
productid
integer
4
Да
Таблица 10
Таблица ProductComment (Комментарии)
Атрибут
Поле
таблицы
Тип
данных
Размер
Обязательность
значений
Идентификатор
id
integer
4
Да
Автор
author
integer
4
Да
Электронный
адрес
email
varchar
255
Да
Текст
комментария
description
varchar
255
Да
Дата и время
createdAt
datetime
10
Да
Товар
productid
integer
4
Да
Активен?
active
tinyint
1
Нет
Таблица 11
Таблица ProductCategory (Категории товаров)
Атрибут
Поле
таблицы
Тип
данных
Размер
Обязательность
значений
Идентификатор
id
integer
4
Да
Наименование
caption
varchar
255
Да
Активна
active
tinyint
1
Нет