3.2.2 Внутренняя модель предметной области

ER-диаграмма системы на уровне внутренней модели представлена на рисунке 3.2.

Рисунок 3.2 – ER-диаграмма системы на уровне внутренней модели

На этапе построения внутренней модели (физического макета) предметной области происходит принятие разработчиком окончательного решения о способах реализации создаваемой базы - выполняется отображение концептуальной модели на структуры хранимых данных. Все принимаемые здесь решения зависят от конкретной СУБД, которая будет контролировать базу [9].

В рамках данной работы в качестве СУБД выбрана MySQL.

3.3 Характеристика входной информации

Входной оперативной информацией для системы является:

• информация о заказчике, предоставляемая им в процессе регистрации в системе;

• информация о размещении заказчиком заказа покупки товаров и подробности этого заказа;

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

• информация об оплате заказчиком счета, направляемая платежной системой в адрес получателя платежа, т.е. Сервиса;

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

• информация о посылке, поступившей из интернет-магазина на склад;

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

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

• сообщения, направляемые клиентом в службу поддержки.

Экранные формы для ввода входной информации приведены в приложении Б.

3.4 Характеристика выходной информации

Выходными данными для системы являются:

• счет, выставляемый системой заказчику для оплаты его заказа;

• движение по виртуальному лицевому счету заказчика;

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

• уведомление о выполнении заказа покупки товара в интернет-магазине;

• список покупок, находящихся в процессе доставки из интернет-магазина на склад;

• список покупок, хранящихся на складе;

• список покупок, заказанных к отправке заказчикам;

• таможенная декларация на отправляемые посылки;

• список посылок, отправленных заказчикам, а также информация о содержащихся в них покупках;

• статистическая информация о работе Сервиса.

3.6 Разработка пользовательского интерфейса

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

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

– непротиворечивость;

– отсутствие избыточности (должен обеспечиваться ввод минимально необходимого объёма данных для решения задач или управления системой; не должен требоваться повторный ввод данных или ввод вычисляемых данных);

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

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

– стандартизация (однотипные данные должны отображаться одинаковым образом).

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

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

Для дополнительной помощи пользователю создана система подсказок.