64
Рисунок 15 –
элементов
Детальная структура
тему
каталога web-приложения
переноса
Подкаталог Images
годовая
содержит изображения,
разработанного
используемые для
принципы
оформления
web-страниц.
последней
Назначение web-страниц
Правда
подкаталога MasterPages:
информативным
UserMasterPage.master – мастер-страница
положительной
интерфейса покупателя;
форму
AdminMasterPage.master - мастер-страница
расход
интерфейса
администратора.
правами
Подкаталог ProtectedPages
документов
содержит web-страницы (файлы
Удобно
дескрипторов
.aspx и файлы
событие
кода .cs), доступные
каковыми
только аутентифицированным
интересами
пользователям.
Назначение
мин
web-страниц подкаталога
Смат
ProtectedPages:
HistoryOrderDetails.aspx –
Однозначно
подробности о заказе;
был
HistoryOrders.aspx – заказы
восстановление
покупателя;
65
Order.aspx –
отделения
оформление заказа;
привести
UserPersonalData.aspx – просмотр и
разместить
редактирование личных
затрат
данных
покупателя,
транзакционные
смена пароля,
осуществляющий
смена контрольного
вузами
вопроса и ответа,
мегабайт
управление
подпиской.
промышленном
Подкаталог UserControls,
неотложного
содержит файлы
целях
пользовательских элементов
регламентирующих
управления.
Назначение
бесперебойную
пользовательских элементов
полосой
управления:
MenuAdmin.ascx –
высокий
меню функций
страны
администратора;
MenuAlphabet.ascx –
Согласно
алфавитное меню
заносить
для поиска
экономическим
продукции по
фонды
первой букве в
ориентировочно
названии;
MenuUser.ascx –
Безналичный
навигационная панель,
одной
отображает разные
Номинальный
ссылки в
зависимости
отчислений
от того
создают
аутентифицирован пользователь
информатика
или нет, и к
советы
какой роли
составляющие
принадлежит его
понятные
учётная запись;
соответствующий
OrderSearch.ascx – панель
Теоретические
поиска заказов;
подразделении
ShopInfo.ascx – навигационная
Россия
панель.
Страницы,
индекс
находящиеся в корневом
быстрое
каталоге web-приложения
требуют
доступны
всем
вид
пользователям.
Назначение
продвижения
web-страниц корневого
чем
каталога:
AddQuestion.aspx –
российской
добавление вопроса
подписывает
администрации магазина;
поступившего
CatalogList.aspx – отображает
акций
список товаров в
созданных
зависимости от
маленькая
указанных критериев
быстрым
поиска;
ErrorPage.aspx –
покупателю
отображается при
система
ошибке работы с
Выбор
сайтом;
FAQ.aspx –
хранит
отображает вопросы
приведена
покупателей;
InfoShop.aspx –
кредитных
информация по
общаться
работе Интернет -
новые
магазина;
TypePayment.aspx –
миллионы
информация о способах
осуществлялось
оплаты;
Login.aspx –
Зб
страница входа в
ехать
Интернет - магазин (аутентификация и
Альпина
авторизация);
PasswordRecovery.aspx –
инструмент
восстановление пароля;
использованию
ProductDetails.aspx – отображает
Кпом
подробности о выбранном
редактировать
продукте,
добавление
расчетные
отзывов;
66
Registration.aspx –
расширяют
страница регистрации;
доказывать
Responses.aspx – отображает
других
отзывы покупателей;
GoLive
ShoppingCart.aspx – отображает
Всемирной
товары, находящиеся в
разница
покупательской корзине.
Tвыч
Также в корневом
торговцу
каталоге находится
допускается
конфигурационный файл
выплаты
web.config и
файл
наиболее
обработчиков глобальных
любую
событий web-приложения.
относящихся
Файл web.config
характер
является xml-файлом,
пакет
позволяющий задавать различные
настройки web-приложения, такие как методы аутентификации и авторизации
пользователей, настройка системы профилей, управление доступа к каталогам,
строки подключения к источникам данных и многие другие.
Схема технологического процесса сбора и выдачи информации представлена
в графическом виде (рисунок 16, 17).
Рисунок 16 - Схема технологического процесса сбора, передачи,
обработки и выдачи информации
67
Начало
Ввод
пароля
Идентификаци
я
пользователя
Окно
пароля
Ид
пользо-
вателя
Пароль
верен?
Нет
Главное
меню
Да
Окно Гл.
меню
Выбор пункта
меню
1
3
2
4
Анкета
пользователя
Посмотреть статус
заявок
Управление
заявками
Оформить
заявку
Администрирование
Выход
5
6
Рисунок 17 - Схема технологического процесса
Процесс создания web-приложения включает не только проектирование
отдельных web-страниц, необходимо также обеспечить их интеграцию в
завершённый, единообразный web-сайт. Каждая web-страница разрабатываемого
web-приложения содержит много одинаковых элементов, таких как различные
заголовки, навигационные, поисковые и информационные панели. Для того чтобы
использовать их на каждой web-странице, но при этом не размещать на ней их
исходный код, а также обеспечить их одинаковое расположение, используются
мастер - страницы.
Мастер - страницы представляют собой шаблоны web-страниц, которые
могут определять фиксированное содержимое и объявлять часть web-страницы, в
которую можно вставить динамическое содержимое.
Элемент Content является дескриптором верхнего уровня для страницы
содержимого, она не содержит дескрипторов <html>, <head> и <body>, они
наследуются из соответствующей мастер-страницы.
68
Чтобы связать страницу содержимого с необходимой мастер-страницей
необходимо выполнить следующие действия:
В директиве Page страницы содержимого указать путь к файлу мастер-
страницы: MasterPageFile="~/MasterPages/AdminMasterPage.master";
В дискрипторе Content страницы содержимого полю
ContentPlaceHolderID присвоить идентификатор элемента ContentPlaceHolder;
На рисунке 18 представлена компоновка мастер-страниц
AdminMasterPage.master и UserMasterPage.master, для web-страниц, входящих в
интерфейс покупателя и администратора, соответственно.
Для проверки работоспособности основных функций реализованного
проекта необходим некий набор тестовых данных. Подготовить эти данные можно
несколькими способами:
‒ заполнение базы данных при помощи sql-скрипта с демо-данными;
‒ заполнение данных вручную.
Первый способ является наиболее простым и эффективным. Достаточно
загрузить готовые данные в базу, после чего можно непосредственно начать работу
с проектом и проверить все его функции.
На базе материалов конференций поддержки можно создать
сегментированные по определенным критериям сборники ответов на «часто
задаваемые вопросы» (FAQ). На сайте компания может поместить всю
документацию по продаваемым товарам и оказываемым услугам, причем сделать
это максимально полно (рисунок 18).
69
Рисунок 18 - Компоновка мастер - страницы
AdminMasterPage.master
Рисунок 19 – Начальная страницы Интернет-магазина
Заказ может быть разбит на очереди, каждая очередь имеет свою дату
изготовления и может рассматриваться как подзаказ внутри большого заказа. Для
любой очереди можно получить весь набор документов, доступных для всего
Таблица
Строка 1Столбец 1
Заголовок
Строка 3 Столбец 1
Нижний колонтитул
Строка 2
Столбец 1
Содержимое конкретной
web-страницы
Строка 2 Столбец 1
70
заказа. Например, если части заказа производятся в разное время, то на каждую
часть понадобится отдельный комплект производственной документации (таблица
9).
Таблица 9 - Управление жизненным циклом заказа
Этап
Комментарии
Предварительный расчет
Просчет заказа и выдача предложения для клиента
Заказ принят
Тщательная проработка заказа, уточнение размеров
конструктива, формирование ведомости
материалов.
Заказ в работе
Выдача производственной документации, заявление
материалов на склад.
Заказ готов
Расчет заработной платы.
Заказ монтируется
Фиксируются даты начала и окончания монтажа.
Гарантийный срок истек
Заказ может быть помещен в архив.
Для каждого состояния заказа фиксируется дата и время перехода заказа в
это состояние. Существует архив заказов, в который можно поместить старые
заказы, что облегчает работу со списком актуальных заказов. Компонент доступа к
данным вызывает хранимую процедуру на сервере базы данных, передавая в неё в
качестве параметра код пользователя.
В результате на web-страницы будет изображена таблица, представленная на
рисунке 20.
Рисунок 20 - История заказов покупателя
Архитектура интернет – магазина должна быть проста и интуитивно удобна. И
состоит из Клиентской части, Программной части и Администрирования как
показано на рисунке в приложениях (рисунок 21).
71
Рисунок 21 – Архитектура Интернет – магазина
Программная часть архитектуры интернет – магазина рассматривается как
взаимосвязь операционной и серверной части. В операционной части
рассматривается среда разработки интернет магазина.
Серверная часть содержит в себе размещение интернет магазина на сайте
провайдера, поддерживающие технологии, используемые при создании интернет –
магазина (рисунок 22).
Интернет - магазин разрабатывается в среде php. Для ответа обоснования
выбора было произведено сравнение РНР с другими языками программирования
Web-приложений. Это его основные конкуренты — Perl, ASP.NET, ColdFusion и Java
(рисунок 23).
В серверной части архитектуры рассматривается работа интернет – магазина в
сети Интернет, взаимодействие программного обеспечения магазина и сервисов,
предоставляемых собственниками серверов, провайдеров. Так как после
изготовления Интернет - магазина необходимо будет его разместить в сети интернет
и придется столкнуться с выбором мест размещения, иначе говоря, выбрать хостинг.
Клиентская часть
Программная часть
Администрирование
Интернет магазин
Операционная часть
Серверная часть
Инструменты
управления
Интерфейс магазина,
диалоговые окна
72
Рисунок 22 – Регистрация
Рисунок 23 – Формирование сайта
Сервисы, предлагающие свои услуги хостинга, дают возможность размещать
информацию, интернет сайт на своём сервере. Таким образом, не нужно
устанавливать свой собственный сервер в Интернет, что позволяет существенно
сэкономить деньги. В зависимости от тарифного плана, предлагается определённый
73
объём места на жёстких дисках сервера, e-mail, возможность работы с CGI, MSQ, и
т.д.
В настоящее время часто применяется еще один способ привлечения клиентов
– наем агентов, работающих за проценты с продаж. В этом случае компания может
не беспокоиться о том, что рекламный бюджет будет потрачен впустую, а также о
том, что сотрудники работают недостаточно усердно. Агент получит столько,
сколько заказов он обеспечит. Такая схема работы получила довольно широкое
распространение и в Интернете. Значительное число хостинг-провайдеров, интернет-
магазинов, интернет-агентств, студий веб-дизайна и других компаний,
предоставляющих веб-услуги либо ведущих поиск клиентов в Сети используют т.н.
партнерские (агентские) или дилерские (реселлинговые) программы (рисунок 24).
Рисунок 24 - Алгоритм объединения заказа
Поступающие заказы от клиента с одинаковыми параметрами (клиент, адрес
доставки, номер договора, категория заказа, дата отгрузки) должны быть
объединены в один заказ. При этом вычисляется суммарное количество
идентичных товаров. Проверка критериев должна производиться сразу после
поступления очередного заказа в информационную систему. Это позволит