2.3 Общая топология асдп
Опишем общую предлагаемую топологию АСДП. Для обеспечения логической целостности в процессе описания элементов системы, будем приводить определения, перечисляя функциональные элементы топологии в порядке вызова их функциональных ролей (рис. 2.3).
1. Интернет-сайт. Основное средство взаимодействия АСДП непосредственно с пользователем, согласно её основным концептуальным требованиям (см. гл.2.1). Может быть реализован в виде стандартного интернет-магазина. Сайт можно разместить как на основе собственных вычислительных мощностей, так и на технической базе сторонней фирмы, предоставляющей услуги платного хостинга с обеспечением надлежащего уровня защищённости и сохранности передаваемых данных. Основным критерием в выборе реального расположения сайта стоит считать обеспечение максимального уровня защищённости приватных данных пользователей. Углубляется в подробности реализации сайта, нет необходимости так же и по тому, что на эту тему уже существует достаточное количество работ различного уровня и подхода к реализации.
Рис.2.3. Топология АСДП
2. Автоматизированная система управления (АСУ). Основной функциональный элемент АСДП. Координирует работу системы в целом, обрабатывая заказы клиентов и генерируя план доставки. Расчёт оплаты и учёт продукции так же обрабатываются по средствам АСУ, подводится статистика. АСУ – наиболее сложный в реализации элемент системы. Реализация расчётов подобной сложности требует привлечения серьёзных вычислительных мощностей. Поэтому логичнее всего реализовать АСУ в виде алгоритмов, реализованных через скрипты, запущенные на сервере.
Скрипты удобнее всего реализовать на основе языка PHP, как наиболее широко распространённом средстве решения подобных задач, хотя принципиального значения выбор средства реализации не имеет.
Автоматизированная система обработки заказов должна получать данные о заказах клиентов с сайта сервиса, хранить их в соответствующих базах данных.
Заказы структурируются, сверяется способ и прохождение оплаты (безналичный расчёт, оплата при получении, электронные платежи, привязка к кредитной карте) .
Раз в сутки АСУ формирует список заказов, прошедших проверку прохождения оплаты и формирует списки доставки для каждого отдельного ПС таким образом, чтобы каждый ПС обслуживал адреса, ближайшие к его месторасположению. Генерируется список для ЦС, о количестве товара, необходимого для отправки каждому ПС.
Кроме того АСУ может формировать статистику заказов, в целях прогнозирования спроса и изучения рынка.
3. Центральный склад (ЦС). Помещение, оборудованное и предназначенное для хранения продовольствия, закупаемого у поставщиков и/или производителей.
Центральный склад – самый экономически затратный объект системы. Это связано в первую очередь с затратами на аренду помещения, платой за электроэнергию, потребляемую холодильными камерами и затраты на оборудование в целом. Однако данные затраты не идут ни в какое сравнение с затратами на организацию работы полнофункционального супермаркета.
Центральный склад должен обладать доступом к промежуточным складам по средствам скоростных автоперевозок. Проще говоря, необходимо выбрать его месторасположение так, чтобы повседневный автомобильный поток или аварии на трассе не минимально сказывались на сообщении между ЦС и ПС. По тем же причинам целесообразно будет осуществлять доставку груза из ЦС в ПС один или несколько раз в сутки, в часы, когда автомобильные трассы наиболее разгружены.
Кроме понятия ЦС АСДП (реальный ЦС), введём понятие виртуального ЦС. Под виртуальным ЦС будем подразумевать произвольный ПС, осуществляющий функции ЦС для других ПС системы, расположенных по близости и выделенных в виртуальную подсистему АСДП. Более подробное обоснование необходимости подобного подхода и описание процесса функционирования виртуальной подсистемы АСДП будет приведён ниже.
4. Промежуточные склады (ПС). Специально оборудованные помещения, предназначающиеся для комплектации и хранения заказов на последнем этапе процесса доставки (перед доставкой заказа непосредственно клиенту). Располагаются в различных районах города, которые обслуживают.
ПС уступает в масштабах ЦС, но принцип его работы в целом схож, с поправкой на отделы комплектации товара. Комплектация происходит согласно стеку приоритета заказа, заказ с наибольшим приоритетом (содержащий скоропортящиеся продукты), комплектуется в последнюю очередь. Заказы с низшим приоритетом срочности (картошка, макароны и пр.), комплектуются первыми. Подробнее алгоритм генерации приоритета заказа будет рассмотрен позже в главе 3 данной работы.
ПСы необходимы, в первую очередь, в связи со спецификой доставляемой продукции: потенциально скоропортящегося продовольствия, которое необходимо хранить в надлежащих условиях и извлекать лишь на время доставки, которое должно быть минимальным.
Важно отметить, что любой ПС изначальной системы, может стать виртуальным ЦС, при расширении АСДП. Это означает, что если возникнет необходимость создать некое число новых ПС, значительно удалённых от центрального склада (ЦС) можно облегчить задачу. Для этого требуется объединить удалённые ПС в отдельную виртуальную подсистему. Роль виртуального ЦС, для данной подсистемы, должен будет выполнять произвольный и, по возможности, равноудалённый от всех элементов подсистемы ПС, после некоторой доработки. Главным критерием выбора виртуального ЦС из всего множества ПС внутри подсистемы логично предположить скорость и качество дорожного сообщения между ПС-кандидатом и реальным ЦС (или виртуальным ЦС более высокого уровня).
Подобный алгоритм расширения, путём автономной модульной аддитивности (выделение отдельных элементов системы в модули в произвольном автономном порядке), обеспечит наименьшую потерю производительности, при дальнейшем расширении АСДП. В противном случае, время, необходимое на доставку заказа будет расти экспоненциально относительно реальной удалённости ПС-получателя от ЦС.
Кроме того, при возможном неконтролируемом интенсивном возрастании количества пользователей АСДП внутри небольшой по площади территории, возможна ситуация, когда «узким местом» системы окажется максимальное количество клиентов, которых способен обслужить один ПС за заданный интервал времени. В таком случае будет целесообразно повысить плотность расположения ПС в данном районе и выделение их в отдельную виртуальную подсистему АСДП, для облегчения процесса последующей эксплуатации и обслуживания.
5. Конечные пользователи АСДП. Каждый отдельный ПС обслуживает исключительно расположенный вокруг него район города. В случае повышения нагрузки в каком-то районе города, там можно организовать работу дополнительного ПС, снизив нагрузку на АСДП в целом, минимально снижая уровень её эффективности.
6. Поток продовольствия (ПП). Продовольствие, продвигающееся в рамках АСДП, вплоть до последнего момента (достижение ПС, обслуживающего пользователя), считается однородным потоком продовольствия. Это означает, что продовольствие продвигается по системе и заказы формируются лишь на финальном этапе доставки клиенту. До этого момента, продовольствие поступает в склады однородным потоком, разделённым по наименованиям доставляемых товаров.
17. Поток заказов (ПЗ). После достижения конечного ПС, из ПП в ПС комплектуются отдельные заказы. Затем заказы доставляются клиентам, формируя поток заказов.
8. Понятие локального промежуточного склада (ЛПС). Локальным складом, или ЛПС для конечного пользователя системы будет считаться тот ПС, который является заключительным звеном АСДП и непосредственно имеет дело с клиентом. На ЛПС из ПП формируются заказы, направляемые группе клиентов, обслуживаемой данным ПС. ЛПС для пользователя может быть только один, однако вопрос, связанный с резервированием ЛПС за счёт мощностей соседних ПС будет подробно рассмотрен позже.
9. Понятие виртуальной подсистемы АСДП. Любой ПС в рамках АСДП, в случае последующего расширения системы, может быть преобразован в виртуальный ЦС. Это означает, что все ПС, для которых данный склад выполняет функции поставщика продовольствия, работают с ним, как с реальным ЦС и при этом им не обязательно видеть вышестоящие уровни виртуальной подсистемы.
Данный метод обеспечения возможности расширения АСДП, продиктован следующим:
1. Если изначальные ПС можно спланировать, то позже спрос сам будет диктовать условия и место расположение для новых ПС.
2. Данная система обеспечивает достаточный уровень «гибкости» для АСДП, повышая её отказоустойчивость.
Стоит отметить, что виртуальная подсистема АСДП, по возможности, должна быть оборудована отдельным АСУ, для обеспечения наибольших показателей производительности АСДП в целом и систематизации процесса взаимодействий внутри виртуальных подсистем, находящихся на различных уровнях.