2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и ее описание
Создание и внедрение интернет-магазина приводит к изменению условий выполнения отдельных операций, структуры процессов и предприятия в целом. Это приводит к необходимости изменения системы правил, используемых на предприятии, модификации должностных инструкций сотрудников. Функциональная модель TO-BE позволяет уже на стадии проектирования будущего интернет-магазина определить эти изменения. Применение функциональной модели TO-BE позволяет не только сократить сроки внедрения информационной системы, но также снизить риски, связанные с невосприимчивостью персонала к информационным технологиям. Модель ТО-ВЕ нужна для анализа альтернативных путей выполнения функций.
Для визуального представления функционирования разрабатываемого программного средства в среде BP-win были разработаны соответствующие диаграммы DFD (диаграммы потоков данных). Продажи в сервисе происходят только через интернет-магазин, поэтому на диаграммах отражена архитектура программного обеспечения интернет-магазина.
На рисунке 2.2 представлена декомпозиция процессов нулевого уровня.
По своему решению посетитель заходит на сайт, после чего он имеет возможность просмотреть каталог интересующей его продукции, и сделать заказ на выбранные товары. Администратор системы, со своей стороны, редактирует материалы сайта и обрабатывает заказы.
Процессы:
вход на сайт;
просмотр каталога интересующей продукции;
заказ продукции;
редактирование материалов сайта;
обработка заказов.
Внешние сущности:
посетитель;
администратор сайта.
Хранилища данных:
база данных каталога;
база данных заказов;
контент страницы.
Рисунок 2.2 – Декомпозиция процессов нулевого уровня
На рисунках 2.3 – 2.7 отражена декомпозиция процессов первого уровня. Работа предприятия происходит исключительно через интернет-магазин, все продажи осуществляются виртуально. На рисунке 2.3 отражена декомпозиция первого уровня процесса «Вход на сайт». Вход на сайт осуществляется посетителем интернет-магазина. Первый процесс – «Просмотр главной страницы», после чего по решению посетителя может быть осуществлен «Просмотр внутренних страниц» или «Отказ». Пользователь на этом этапе обращается только к «Контенту страницы».
Процессы:
просмотр главной страницы;
просмотр внутренних страниц;
отказ.
Внешние сущности:
посетитель.
Хранилища данных:
контент страницы.
Рисунок 2.3 – Декомпозиция первого уровня процесса «Вход на сайт»
На рисунке 2.4 отражена декомпозиция первого уровня процесса «Редактирование материалов сайта». Редактирование материалов интернет-магазина осуществляется администратором системы по необходимости и по мере обновления наполнения интернет-магазина. Редактирование материалов сайта состоит из трех процессов: «Редактирование каталога», «Редактирование контента», «Модерирование пользовательской информации». Редактирование каталога – обновление, удаление или дополнение имеющейся информации о продукции, присутствующей в каталогах автотоваров и мототоваров. Редактирование контента – редактирование наполнения статических страниц, например, информации о компании, контактной информации и т.д.. Модерирование пользовательской информации – изменение или удаление пользовательской информации в случаях неправильной регистрации, регистрации ботами, неверно заполненных заказов.
Процессы:
редактирование каталога;
редактирование контента;
модерирование пользовательской информации.
Хранилища данных:
база данных каталога;
контент-страницы;
база данных заказов.
Внешние сущности:
администратор.
Рисунок 2.4 – Декомпозиция первого уровня процесса «Редактирование материалов сайта»
На рисунке 2.5 отражена декомпозиция процесса «Просмотр каталога интересующей продукции». Просмотр каталога начинается с «Перехода в каталог» посетителем. После того, как посетитель осуществил переход в каталог, происходит «Просмотр каталога мототоваров» и «Просмотр каталога автотоваров». Затем, по «Решению посетителя», происходит «Просмотр внутренних страниц каталога мототоваров» и «Просмотр внутренних страниц каталога автотоваров». Следующий процесс – «Просмотр карточки товара». С любой позиции посетитель может выполнить «Отказ» (закрыть сайт), или «Возврат» (переход на предыдущие из страниц).
Процессы:
переход в каталог;
просмотр каталога мототоваров;
просмотр каталога автотоваров;
просмотр внутренних страниц каталога мототоваров;
просмотр внутренних страниц каталога автотоваров;
просмотр карточки товара;
отказ;
возврат.
Внешние сущности:
посетитель.
Хранилища данных:
база данных каталога.
Рисунок 2.5 – Декомпозиция первого уровня процесса «Просмотр каталога интересующей продукции»
На рисунке 2.6 представлена декомпозиция первого уровня процесса «Заказ продукции». Заказ любого продукта начинается с «Просмотра карточки товара». Затем происходит «Добавление товара в корзину», после чего следует «Заполнение личных данных» для выполнения последующего заказа. После заполнения данных происходит либо возврат с целью добавления еще одного или нескольких товаров в корзину, либо «Отправление запроса». Запрос попадает в «Базу данных заказов». Посетитель может в любой момент до отправления заказа выполнить «Отказ».
Процессы:
просмотр карточки продукции;
добавление товара в корзину;
заполнение личных данных;
отправление заказа;
отказ;
возврат.
Хранилища данных:
база данных каталога;
база данных заказов.
Внешние сущности:
посетитель.
Рисунок 2.6 – Декомпозиция первого уровня процесса «Заказ продукции»
На рисунке 2.7 представлена декомпозиция первого уровня процесса «Обработка заказов». Сначала администратором производится «Обработка заказа из администраторского модуля» - просмотр новых заказов, проверка заполнения контактных данных для связи с клиентом. Затем происходит «Подтверждение заказа по электронной почте» - пользователю отправляется автоматически формируемое письмо, в котором указан номер заказа и содержится информация о том, что заказ поступил в обработку. Посетитель (который становится заказчиком) получает информацию на электронную почту. Оплата происходит по тому сценарию, который выбрал клиент (электронные деньги, наложенный платеж и т.п.).
Процессы:
обработка заказа из администраторского модуля;
подтверждение заказа по электронной почте.
Хранилища данных:
база данных заказов.
внешние сущности:
посетитель;
администратор.
Рисунок 2.7 – Декомпозиция первого уровня процесса «Обработка заказов»