3.1 Синтез алгоритма оформления и обработки заявки на заказ

На рис. 3.1 приведён разработанный алгоритм оформления и обработки заявки на заказ. Причиной объединения этих, по сути, отдельных алгоритмов в единый механизм является их тесная логическая взаимосвязь и возможность реализации на единой технической базе.

Опишем блоки этого алгоритма:

1. Клиент заходит через интернет-браузер на общедоступный сайт АСДП;

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

3. Данные о пользователе заносятся в защищённую базу данных АСДП, из которых затем будут извлекаться АСУ, по мере необходимости обработки заказа;

4. Клиент авторизуется на сайте и осуществляет выбор интересующих его товаров. При этом он указывает количество требуемого товара в принятой для данного типа продукции мере (кг, шт., и пр.). Если продукт, выбранный пользователем в качестве одного или нескольких позиций заказа, не может быть доставлен, с соблюдением установленных для его класса требований к условиям доставки и хранения, пользователь должен быть об этом проинформирован. Такое может произойти, например, если количество ПС между ЦС и клиентом превышает допустимое для данного класса продуктов, или если клиент расположен слишком далеко от ЛПС.

5. Клиент переходит к выбору удобного метода оплаты товара.

Пользователь

Регистрация на сайте асдп Авторизация на сайте

НЕТ

ДА

НЕТ

ДА

Передача заказа на обработку в АСУ

Рис.3.1 Алгоритм оформления и обработки заявки на заказ

Более подробно разберём методы реального воплощения процессов оформления и оплаты заказа в топологии АСДП.

1. Оформление заказа на сайте.

Поскольку АСДП является системой массового обслуживания, она должна быть в состоянии обеспечить взаимодействие с наибольшим количеством клиентов. Для обеспечения подобного взаимодействия в массовых масштабах, без создания очередей, лучше всего использовать ресурсы всемирной сети Интернет. Данный аспект является концептуальным требованием, предъявляемым к концепции АСДП (см. гл. 2).

Сайт может обслуживать практически неограниченное количество клиентов, не создавая при этом очередей и работая с каждым клиентом в отдельности в режиме реального времени. АСДП должна принимать заявки максимально оперативно и централизованно, используя при этом минимальное количество прослоек от пользователя до АСУ системы.

Опционально можно обеспечить уточнение деталей заказа с оператором по средствам телефонной связи, однако строгим требованием к топологии АСДП данная опция не является.

В топологии АСДП сайт может быть расположен произвольно, требованием является лишь обеспечение максимально надёжного, защищённого и оперативного канала связи между сайтом и АСУ, для обеспечения логической последовательности структуры. Это означает, что сайт может, в отдельных случаях, располагаться на одном сервере с АСУ, или на соседнем вычислительном сервере в пределах одного помещения, обеспечивая тем самым максимальный уровень оперативности поступления заявок на обработку в АСУ. Однако более предпочтителен будет второй вариант топологии расположения сайта (который будем считать рекомендуемым): размещение на платном стороннем хостинге, способном обеспечить сайту надёжную (в идеале – бесперебойную) работу в соответствии с требованиями, предъявляемыми проектом к производительности и защите информации. Но следует отметить, что базы данных с информацией о пользователях и заказах, в подобной топологии, необходимо размещать на сервере АСУ, в рамках АСДП, поскольку за сохранность этих данных поставщик услуг АСДП должен отвечать перед клиентом в личном порядке.

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

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