Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Программная реализация курьерского сервиса для интернет-магазина



Введение

курьер автоматизация интерфейс интернет

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

Главной задачей данной работы является разработка программного обеспечения, которое состоит из веб-приложения для менеджеров курьеров и мобильного Android-приложения для курьеров. Основной целью данного программного обеспечения является автоматизация бизнес-процессов внутренней курьерской службы интернет-магазина. Прежде чем перейти непосредственно к разработке приложений в данной работе будут проведены три важных анализа целью которых является не только более детально рассмотреть предметную область, но и показать, что разработка программного обеспечения действительно имеет смысл.

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

На протяжении исследований и во время всех этапов разработки, будет иметь место взаимовыгодное сотрудничество с интернет-магазином «ПрезидентВотчес. Ру», администрация которого также проявляет интерес как к исследования, проведённым в данной работе, так и к непосредственно к разработанному программному обеспечению.



1. Обзор проблематики

1.1 Анализ бизнес-процессов внутренней курьерской службы

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

Отдел ВКС состоит из двух сегментов - менеджера и курьеров. На практике чаще всего бывает так, что один менеджер управляет всеми курьерами, но в теории возможно, что курьерами могут управлять два и более менеджера, если, например, штат ВКС насчитывает более десятка курьеров.

Что касается того, почему курьерская служба именно внутренняя, это связано с тем, что далеко не все интернет-магазины имеют в своём штате курьеров. Таким образом, эти интернет-магазины непосредственно доставкой проданных ими товаров не занимаются вовсе. Отчасти поэтому на рынке присутствуют предложения от внешних курьерских служб, которые предлагают взять на себя полную ответственность за доставку товаров интернет-магазина его клиентам. Такая программа передачи ответственности между двумя юридическими лицами называется аутсорсингом [1]. В данной работе термин аутсорсинг (англ. outer-source-using) включает в себя передачу интернет-магазином большинства логистических бизнес-процессов на исполнение внешнему курьерскому сервису - компании, которая специализируется на реализации чужих доставок.

Под бизнес-процессами обычно подразумевается регулярно повторяющаяся последовательность взаимосвязанных мероприятий, направленная на создание определённых услуг для потребителей [2]. Согласно этому определению, понятия бизнес-процесс является несколько абстрактным, и одной из его особенностей является тот факт, что всегда бизнес-процесс может быть разбит на несколько бизнес-процессов, однако, не всегда это имеет смысл. Более того, поскольку система бизнес-процессов перечисляет очерёдность действий, необходимых для достижения некоторого результата, то ничто не запрещает рассматривать совокупность бизнес-процессов как частный случай понятия «алгоритм». В данной работе под бизнес-процессами ВКС будут пониматься все те мероприятия, которые необходимы для успешной доставки товара клиенту.

Рассмотрим все те процессы, которые происходят с товаром с момента, после которого его заказ был подтверждён менеджером по продажам, до того, пока этот товар не окажется в руках у клиента, и выручка не будет сдана менеджеру. Для удобства разобьём бизнес-процесс ВКС на два этапа, согласно структуре ВКС, которая приводилась выше:

? бизнес-процесс менеджера курьеров

? бизнес-процесс доставки товаров курьером

Вся информация о бизнес-процессах, описанных в рамках этой работы предоставлена интернет-магазином «ПрезидентВотчес. Ру» (url-адрес: http://presidentwatches.ru/). Сперва подробно рассмотрим бизнес-процесс менеджера курьеров. Всё начинается с того момента, когда оператор интернет-магазина подтвердит заказ, после чего все имеющиеся данные о клиенте и, естественно, о товаре автоматически с помощью web-движка интернет-торговли добавляются в базу данных интернет-магазина. В дальнейшем при подключении менеджера по работе с курьерами со своего рабочего места к системе управления базой данных (СУБД) Microsoft Access, все доставки автоматически импортируются в неё из базы, которая была упомянута в предыдущем бизнес-процессе. После успешной синхронизации между двумя базами данных менеджер посредством визуального анализа всех доставок присваивает каждой из них курьера. Отметим, что все курьеры этого интернет-магазина пешие. Затем для каждого из них менеджер печатает маршрутный лист, который формируется после сортировки доставок по полю курьер в программе Microsoft Access, и выглядит он следующим образом:

Таблица 1. Фрагмент маршрутного лист курьеров

Номер заказа	Наименование товара	Имя клиента	Цена	Адрес	Комментарий	Номер телефона клиента
398574	GA-150-1A	Филипп	7290	Кастанаевская, 18 кв. 16	после 16, заранее позвонить	9051231213
398579	GA-400GB-1A	Арсений	7390	Проспект мира, 6		9051231214
398614	L.12.12. Noir, 100ml	Инга	3190	Охотный ряд, 10	до 14	9051231215

Следующим бизнес-процессом, за который ответственен менеджер курьеров, является подготовка товара к отправке: проверяется его целостность, производится упаковка, а также печатается чек. Ну и завершающим этапом работы менеджера курьеров является передача массива товаров всем курьерам.

Таким образом, каждый этап работы менеджера курьеров можно представить как один бизнес-процесс. В таком случае, совокупность бизнес-процессов есть алгоритм, на основе которого аппарат внутренней курьерской службы осуществляет свою деятельность. Блок-схема, описывающая этот алгоритм, представлена ниже:

Рис. 1. Блок-схема бизнес-процесса менеджера курьеров во внутренней курьерской службе

Теперь по аналогии рассмотрим вторую часть бизнес процесса ВКС, которая состоит из бизнес-процессов доставки товаров курьерами. Начинается она с того момента, когда курьер прибыл в офис для того, чтобы получить товары и всю необходимую информацию об их доставке. В рамках одной из первых задач курьеру приходится анализировать печатный маршрутный лист и на основе этого анализа отметить для себя примерную последовательность доставок. Далее следует обзвон всех клиентов, путём мануального набора порядка пяти-шести номеров, и, таким образом, посредством этого обзвона формируется окончательная последовательность выполнения доставок. Есть ещё вариант рассылки sms всем клиентам вместо совершения звонков, но применяется такой метод гораздо реже, в основном, когда клиент не ответил на звонок. В пути курьеру в любом случае придётся более нескольких раз воспользоваться таким мобильным приложением как карты, чтобы сориентироваться на местности или проложить маршрут до клиента, к которому он направляется. По завершению последней доставки курьеру необходимо произвести сверку денежных средств, чтобы убедиться в верности итогов работы. Для этой процедуры курьер складывает на калькуляторе стоимости всех товаров, которые он доставлял. После этого курьеру остаётся лишь сдать выручку менеджеру, что сигнализирует о завершении бизнес-процесса доставки товаров курьером. Этот бизнес-процесс проиллюстрирован в виде привычной блок-схемы на рис. 2.

Рис. 2. Блок-схема бизнес-процесса доставки товара курьером во внутренней курьерской службе

Поскольку вначале весь бизнес-процесс ВКС для удобства анализа был разделён на два бизнес-процесса, последним из которых как раз-таки является доставка товара курьером, то успешное завершение этого процесса сигнализирует о завершении шага общего бизнес-процесса ВКС. Таким образом, на рисунках 1 и 2 последовательно изображён бизнес-процесс ВКС.

1.2 Сравнение внешней и внутренней курьерских служб

Поскольку программное обеспечение, разработанное в рамках данной выпускной квалификационной работы, предполагает реальное тестирование на примере ныне действующего интернет-магазина «ПрезидентВотчес. Ру», данные этой компании будут являться основой для последующего сравнения и анализа.

Основным ассортиментом, реализуемым данным интернет-магазином, являются наручные часы и парфюмерия. Их отдел ВКС состоит из восьми пеших курьеров и одного менеджера. Также ими было указано то, что время от времени они вынуждены пользоваться внешними курьерскими службами. В большинстве, такая необходимость возникает, когда у интернет-магазина количество продаж резко возрастает, и, таким образом, внутренний штат курьеров физически не может справиться с огромным количеством доставок.

В качестве внешней курьерской службы будет рассмотрена компания «СДЭК» (url-адрес: https://www.cdek.ru). Во-первых, эта организация является если не самой, то одной из самых популярных среди представителей комплекса логистических услуг интернет-магазинам по программе аутсорсинга. Во-вторых, факт того, что «ПрезидентВотчес. Ру» является партнёром «СДЭК», придаёт больше объективности этому анализу.

Согласно схеме [3], по которой «СДЭК» работает с компаниями дистанционной торговли, их бизнес-процессы мало чем отличаются от бизнес-процессов ВКС, которые были представлены виде блок-схемы на рис. 1.

Теперь посмотрим на различие между внутренней и внешней курьерскими службами на предмет рентабельности. От «ПрезидентВотчес. Ру» была получена следующая информация о себестоимости ВКС. Что касается, менеджера курьеров, то эта должность носит только временный характер и не является формальной. Деятельность непосредственно менеджера курьера длится всегда несколько часов. Как правило, начинается с 11 часов и заканчивается около 14. Связано это с тем, что в этот промежуток времени приезжают все курьеры и забирают свои доставки. Основная задача менеджера - распределение и подготовка всех доставок между восемью курьерами. После того, как менеджер передал все доставки курьерам, он вступает в другую должность, не связанную с логистическими процессами интренет-магазина. Таким образом, управлять курьерами - это не должность, а обязанность определённого сотрудника внутри рассматриваемого магазина. Исходя из этого, рассчитать оплату труда менеджера курьеров не представилось возможным.

Что касается оплаты труда курьеров, согласно информации, полученной от администрации «ПрезидентВотчес. Ру» она составляет 200 рублей за доставку в пределах МКАДа. Также они уточнили, что, как правило, у курьера в среднем 5-6 доставок в день; периодичность работы каждого курьера составляет 6 дней в неделю. Таким образом, затраты на заработную плату курьерам могут быть рассчитаны по следующей формуле:

,

где - количество доставок в день для одного курьера. (специально берётся верхний предел, т.к. учитывается факт того, что доставки бывают за редким исключением не в пределах МКАДа).

- среднее количество дней в месяце, которое работает каждый курьер.

- количество курьеров.

- заработная плата курьера за одну доставку.

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

Все месячные затраты компании на ВКС отражены в следующей таблице.

Таблица 2. Затраты «ПрезидентВотчес. Ру» на внутренний курьерский сервис

Услуга	Конечная стоимость, руб./мес
Оплата менеджера курьеров	N/A
Заработная плата курьеров	250971
Расходы на транспорт и связь для курьеров	6400
Итого	257371



Ниже будет рассмотрен сценарий, когда у интернет-магазина нет собственного курьерского сервиса. В таком случае компании приходится искать исполнителя логистических услуг. Как уже было указано в начале данного раздела рентабельность внешнего курьерского сервиса будет оценена на примере компании, специализирующейся на предоставлении логистических услуг, - «СДЭК». Обратимся к тарифам, которые «СДЭК» предлагает интернет-магазинам [3]. Поскольку рассматриваемый нами интернет-магазин занимается продажей наручных часов и парфюмерии, вес каждой доставки не превышает 500 грамм. Согласно калькулятору стоимости услуг курьерского сервиса от «СДЭК» [4], самым приемлемым для рассматриваемого интернет-магазина окажется тариф под названием «Экспресс лайт склад-дверь». Руководствуясь документом с тарифами для компаний дистанционной торговли, а также калькулятором стоимости предоставления услуг курьерского сервиса от «СДЭК», конечная стоимость услуг для «ПрезидентВотчес. Ру» отражена в табл. 2. Среднее количество заказов интернет-магазина за месячный период ничем не отличается от того значения, которое было использовано для расчётов в табл. 1. Оно рассчитывается по следующей формуле:

,

где - количество доставок в день для одного курьера. (специально берётся верхний предел, т.к. учитывается факт того, что доставки бывают за редким исключением не в пределах МКАДа).

- среднее количество дней в месяце, которое работает каждый курьер.

- количество курьеров.



Таблица 3. Затраты «ПрезидентВотчес. Ру» на внешний курьерский сервис

Услуга	Конечная стоимость, руб./мес
Внешний курьерский сервис	375000

Рассмотрим отношение результатов проведённого исследования на предмет рентабельности. В контексте данного исследования, под рентабельностью будет подразумеваться отношение затрат внутреннего и внешнего курьерских сервисов относительно друг друга (чистая прибыль интернет-магазина принята за единицу, то есть не учитывается). В таком случае рентабельность может быть рассчитана по следующей формуле:

где

затраты на внутренний курьерский сервис.

затраты на внутренний курьерский сервис.

Из данного расчёта следует, что затраты на внешней курьерский сервис составляют лишь от затрат на внешний курьерский сервис. Из этого следует, что внутренней курьерский сервис оказался на рентабельнее внешнего.

Резюмируя важность проведённего в данном разделе расчётно-прикладного анализа, можно с уверенностью констатировать два факта:

? согласно расчётам, проведённым выше, внутренний курьерский сервис оказался заметно рентабельнее внешнего.

? поскольку было выяснено, что бизнес-процессы внешнего курьерского сервиса практически ничем не отличаются от бизнес-процессов ВКР, это в теории означает, что разрабатываемое в рамках данной работы программное обеспечение может быть без значительных модификаций использовано внутри курьерской службы любой локализации - как внешней, так и внутренней.

1.3 Анализ существующих инструментов для автоматизации внутреннего курьерского сервиса для интернет-магазина

В данном разделе на основании проводимого анализа приводится обоснование о том, необходимо ли для интернет-магазина «ПрезидентВотчес. Ру» разрабатывать персональное программное обеспечение, или же им подойдёт какое-то из уже существующих решений.

В качестве актуальной информации о существующих на IT-рынке решениях, позволяющих автоматизировать интернет-магазинам их собственный внутренний курьерский сервис, будут рассмотрены данные с портала [5], который специализируется на публикации и обсуждении методов автоматизации бизнеса с помощью информационных технологий. При анализе существующих решений были приняты во внимание все те вышеописанные бизнес-процессы, которые происходят в интернет-магазине «ПрезидентВотчес. Ру». Также эти бизнес-процессы повлияли на формулировку следующих критериев, на основании которых будет происходить оценка пригодности программного обеспечения для использования внутри рассматриваемого интернет-магазина:

1. способность хотя бы частично автоматизировать бизнес-процесс ВКС;

2. ориентированность на пеших курьеров;

3. наличие мобильного приложения для курьеров;

4. ориентированность на интерент-магазин;

5. стоимость комплекса программного обеспечения, $/мес.

Эти задачи расположены в левой колонке табл. 4. Напротив каждой такой задачи расположена информация о том, справляется ли с ней рассматриваемое программное обеспечение. В качестве объектов в этом исследовании приняли участие 8 независимых программных решений. Из-за невозможности размещения их названий в таблице 3 они были заменены на английские буквы по алфавиту следующим образом:

a. Аурама (url: http://www.aurama.ru/);

b. Умная логистика (url: https://b2b-logist.com/);

c. Департамент логистики (url: http://logdep.ru/);

d. MobiDel (url: http://mobidel.ru/);

e. ABM Rinkai TMS (url: http://tms.abmcloud.com/);

f. Курьерская служба 2008 (url: http://courierexe.ru/);

g. Мастер Доставки (url: http://www.masterdostavki.su/);

h. 1С: Управление автотранспортом (url: http://rarus.ru/1c-transport/);

Таблица 4. Анализ существующего программного обеспечения для автоматизации ВКС

	a	b	c	d	e	f	g	h
1	+	+	+	+	+	+	+	+
2	-	-	-	-	-	-	-	-
3	+	-	-	+	-		-
4	+	-	-	+	-	+	+	+
5	99	70	40	25			83

На основании проведенного выше исследования, подкрепленного табл. 4, «MobiDel» может быть отмечена как абсолютный лидер среди конкурентов. Однако, поскольку в результате данного анализа не было обнаружено программное обеспечение, подходящее для пеших курьеров, то можно полагать, что разрабатываемое в данное работе программное обеспечение, автоматизирующее бизнес-процессы ВКС и ориентированное как на пеших курьеров, так и на курьеров-водителей, будет абсолютно уникальным, то есть не будет иметь ни одного аналога на момент разработки. Более того, было замечено, что примерно только половина из рассмотренных IT-решений ориентирована именно на интернет-магазины. Остальная же часть ставит своей целью оказание услуг компаниям, занимающимся непосредственно предоставлением логистических услуг, то есть компаниям, реализующим функции внешнего курьерского сервиса. Примером такой компании является рассмотренная в предыдущем подразделе организация «СДЭК». Стоит также отметить такой несколько парадоксальный факт, что все рассматриваемые решения являются очень близкими аналогами друг друга. Тем не менее, на основании этого можно полагать, что программное обеспечение, автоматизирующее логистические бизнес-процессы, востребовано на сегодняшнем рынке. А, в свою очередь, акцент на пеших курьеров должен позволить разрабатываемому программному обеспечению стать уникальным на фоне решений, рассматриваемых в табл. 4. Также стоит отметить, что в результате данного анализа было выявлено, что подавляющее большинство участников сравнения включают в пакет предоставляемых ими услуг такие, в которых «ПрезидентВотчес. Ру» не нуждаются. Причём отказаться от них не представляется возможным, что подразумевает затраты на ненужные услуги.

Резюмируя, опираясь на результаты анализа, в предыдущем абзаце были приведены весомые аргументы в пользу разработки персонального программного обеспечения, автоматизирующего бизнес-процесс ВКС внутри интернет-магазина «ПрезидентВотчес. Ру». Более того, разрабатываемое решение могло бы автоматизировать ВКС практически любого учреждения, занимающегося дистанционной торговлей, реализующего будь то сувениры, мебель или же продукты питания.

1.4 Функциональная спецификация

Базируясь на нескольких проведённых выше анализах, данный подраздел является своего рода неким ответом разработчика на требования, предъявленные ему в разделе «Задание на ВКР». Данный документ ставит перед собой целью обобщить всю необходимую информацию для разработчика в одном месте в удобной ему форме, начиная от главных целей и предназначения программного обеспечения, заканчивая некоторыми нюансами.

Требуется разработать программное обеспечение, предназначенное для интернет-магазина «ПрезидентВотчес. Ру». Главной целью этого программного обеспечения является автоматизация бизнес-процессов внутреннего курьерского сервиса, а под главной задачей подразумевается передача информации о доставках по сети Интернет между менеджером курьеров и курьерами. Более того, программное обеспечение должно обладать удобными пользовательскими графическими интерфейсами, как для курьера, так и для их менеджера. Главными задачами интерфейса для менеджера курьеров являются:

? отображение информации о всех невыполненных доставках;

? сортировка всех доставок по административным округам города Москвы;

? назначение курьера для каждой доставки.

Главными задачами интерфейса для курьера являются:

? отображение самой важной информации о всех доставках на главном экране мобильного приложения;

? отображение для каждой доставки двух ближайших станций метро с указанием расстояния от них до адреса доставки;

? возможность набора номера клиента в один клик;

? возможность отправки sms клиенту в один клик;

_ текст такого sms вставляется автоматически;

_ этот текст может быть отредактирован в разделе настроек;

? возможность отправки sms в один клик сразу всем клиентам, ожидающим доставку от этого курьера;

_ текст такого sms вставляется автоматически;

_ этот текст может быть отредактирован в разделе настроек.

? возможность отображения сразу всех доставок для этого курьера на одной карте;

? выдвигающеесе слева меню, которое включает следующее пункты:

_ кошелёк;

_ архив совершённых этим курьером доставок;

_ статистика совершённых доставок по следующими параметрам:

¦ количество совершённых доставок;

¦ самая дорогая доставка;

¦ самая дешёвая доставка;

¦ самая частая станция метрополитена;

¦ самая частая линия метрополитена.

_ настройки приложения.

? возможность передачи информации о только что выполненной доставки менеджеру.

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

Мобильное приложение должно быть разработано под мобильную операционную систему Android, и должно поддерживаться устройствами с Android 4.0 (Ice Cream Sandwich) и выше.

Запланировано создание такого программного обеспечения, которое не нуждается в длительной интеграции в какую-либо из уже существующих IT-систем интернет-магазина. Для начала использования этого программного обеспечения необходимо лишь предоставить информацию для обеспечения его взаимодействия с СУБД интернет-магазина, которая содержит хотя бы минимум необходимой информации о приобретённых товарах. Например, информацию о товаре и контакты клиента.



2. Предлагаемые решения

2.1 Автоматизация бизнес-процессов внутренней курьерской службы

Обратимся к блок-схемам, проиллюстрированным в прошлом разделе на рис. 1 и рис. 2. Они полностью последовательно описывают бизнес-процесс ВКС, который для удобства был разделён на бизнес-процесс менеджера курьеров и на бизнес-процесс курьеров. Ещё раз стоит отметить, что каждый бизнес-процесс состоит из нескольких других бизнес-процессов, последовательное выполнение которых свидетельствует о выполнении начального бизнес-процесса.

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

Начнём с первого этапа, а именно с бизнес-процесса менеджера курьеров. В данной ситуации невозможно программно автоматизировать процесс подготовки товара, который включает проверку и упаковку. Помимо того, на данной схеме присутствует уже автоматизированный бизнес-процесс, - получение информации о доставках. Что касается подготовки маршрутного листа, то этот бизнес-процесс будет вовсе упразднён, поскольку согласно функциональной спецификации, вся важная информация о доставках отображается на главном экране мобильного приложения. Итого, остаётся только один бизнес-процесс, который необходимо автоматизировать, это распределение доставок между курьерами. Данный бизнес-процесс требует повышенной ответственности от исполнителя, поэтому доверить над ним контроль компьютерной программе полностью может быть небезопасно. Целесообразно лишь максимально сократить непосредственное участие менеджера курьеров в данном процессе, предоставив ему информацию в максимально удобном для анализа виде. Исходя из этого, предлагается лишь частично автоматизировать бизнес-процесс распределения доставок между курьерами. А именно, разделить его на два бизнес-процесса, один из которых, - сортировка доставок по административным округам, будет полностью автоматизированным, а непосредственно распределение доставок будет доверено исключительно менеджеру. Автоматическая сортировка обеспечит менеджеру курьеров предпосылки, на основе которых ему будет гораздо проще распределить доставки между курьерами. Такой подход существенно сократит и, тем самым, облегчит работу менеджера курьеров.

Согласно информации, полученной от «ПрезидентВотчес. Ру», в их компании все доставки распределяются между курьерами по административным округам города Москвы, поскольку самый основный организатор перевозок наземным транспортом по Москве, - ГУП Мосгортранс, стремится обеспечить сообщение внутри каждого административного округа [6].

Таким образом, автоматизированный бизнес-процесс менеджера курьеров будет выглядеть следующим образом:

Рис. 3. Автоматизированный бизнес-процесс менеджера курьеров



Теперь обратимся к бизнес-процессу доставки товаров курьером. Поскольку маршрутного листа больше существовать не будет, соответственно, и процесс анализа маршрутного листа будет также упразднён. Согласно функциональной спецификации, в процессах набора номера, отправки sms и поиска на карте будут автоматизированы все подпроцессы, кроме физических. Что касается бизнес-процесса «Передача товара и получение денежных средств», возможность его автоматизации программным методом отсутствует. И, наконец, процедура сверки итогов будет полностью автоматизирована. Всё это проиллюстрировано на следующей блок-схеме:

Рис. 4. Автоматизированный бизнес-процесс доставки товаров курьером.

2.2 Проектирование общего хранилища данных о доставках для курьеров и менеджеров

Согласно информации, полученной от администрации интернет-магазина «ПрезидентВотчес. Ру», платформой, используемой ими для осуществления дистанционной торговли, в качестве хранилища информации о совершённых покупках используется база данных под управлением MySQL. Она содержит одну из основных таблиц, которая называется «Deliveries». Стоит отметить, что эта таблица не имеет ни одного внешнего ключа, поскольку является суррогатной. Некоторые данные, как например, название и цена товара копируются из другой таблицы во время формирования заказа. Схема таблицы «Deliveries» представлена в табл. 5 ниже:

Таблица 5. Схема отношения «Deliveries» в базе-данных «ПрезидентВотчес. Ру»

Содержание поля	Имя поля	Тип, длинна	Примечание
Номер заказа	orderNumber	INT(8)	потенциальный первичный ключ
Имя клиента	clientName	CHAR(110)	необязательное поле
Адрес доставки	deliveryAddress	CHAR(220)	обязательное поле
Номер телефона клиента	clientPhoneNumber	CHAR(9)	обязательное поле
Комментарий	clientComment	CHAR(220)	необязательное поле
Ограничение по времени	deliveryTimelimit	CHAR(12)	необязательное поле
Наименование товара	itemName	CHAR(110)	обязательное поле
Цена товара	itemPrice	NUMERIC(8)	обязательное поле
Дата заказа	orderDate	CHAR(10)	обязательное поле
Дата доставки	deliveryDate	CHAR(10)	необязательное поле
Статус доставки	deliveryStatus	NUMERIC(1)	по умолчанию «0», может принимать значения «1» и «2»

Согласно функциональной спецификации, для будущего программного обеспечения необходимо расширить существующее отношение «Deliveries» до следующих полей, вынесенных в табл. 6:

Таблица 6. Дополнительные поля, необходимые для взаимодействия программного обеспечения с СУБД

Содержание поля	Имя поля	Тип, длина
Геолокационные координаты доставки (широта, долгота)	latLng	CHAR(20)
Ближайшая станция метро №1	nearestUndergroundStation1	CHAR(50)
Ближайшая станция метро №2	nearestUndergroundStation2	CHAR(50)
Расстояние от станции метро №1	nearestUndergroundStation1Distance	CHAR(5)
Расстояние от станции метро №2	nearestUndergroundStation2Distance	CHAR(5)
Идентификатор курьера	deliveryCourier	CHAR(110)

Необходимость в поле «Геолокационные координаты доставки (широта, долгота)» была определена на этапе разработки программного обеспечения.

Таким образом, содержание общего отношения, необходимого для программного взаимодействия между менеджером и курьерами, может быть представлена в следующем виде:

Таблица 7. Схема отношения в общей базе данных, необходимой для взаимодействия менеджера и курьеров

Содержание поля	Имя поля	Тип, длина	Примечание
Номер заказа	orderNumber	INT(8)	PRIMARY KEY
Имя клиента	clientName	CHAR(110)
Адрес доставки	deliveryAddress	CHAR(220)	NOT NULL
Геолокационные координаты доставки (широта, долгота)	latLng	CHAR(20)	NOT NULL
Ближайшая станция метро №1	nearestUndergroundStation1	CHAR(50)	NOT NULL
Ближайшая станция метро №2	nearestUndergroundStation2	CHAR(50)	NOT NULL
Расстояние от станции метро №1	nearestUndergroundStation1Distance	CHAR(5)	NOT NULL
Расстояние от станции метро №2	nearestUndergroundStation2Distance	CHAR(5)	NOT NULL
Номер телефона клиента	clientPhoneNumber	CHAR(9)	NOT NULL
Комментарий	clientComment	CHAR(220)
Ограничение по времени	deliveryTimelimit	CHAR(12)
Наименование товара	itemName	CHAR(110)	NOT NULL
Цена товара	itemPrice	NUMERIC(8)	NOT NULL
Дата заказа	orderDate	CHAR(10)
Дата доставки	deliveryDate	CHAR(10)
Статус доставки	deliveryStatus	NUMERIC(1)	по умолчанию «0», может принимать значения «1» и «2»
Идентификатор курьера	deliveryCourier	CHAR(110)

В дальнейшем в разделе «Реализация архитектуры взаимодействия между менеджерами и курьерами» необходимо будет принять решение, клонировать ли с расширением существующую MySQL-таблицу «Deliveries» или же её расширить.

2.3 Проектирование графического интерфейса для менеджера курьеров

Согласно функциональной спецификации, от графического интерфейса для менеджера требуется следующее:

? возможность отобразить все невыполненные доставки;

? возможность их сортировать;

? присвоить курьера каждой доставке.

С отображением всех невыполненных доставок всё очевидно. Они могут быть выведены на экран стандартными методами выбранного в дальнейшем языка программирования, а также с учётом запроса к базе данных с условием WHERE deliveryStatus = 0.

Для сортировки доставок по административным округам города Москвы необходимы недостающие данные об этих самых округах. На данном этапе можно предложить два сценария получениях этих данных: либо они будут подгружаться автоматически при открытии главного окна менеджером курьеров, либо же по нажатию на кнопку. Как было описано в предыдущем разделе, в день у интернет-магазина «ПрезидентВотчес. Ру» чуть менее пятидесяти доставок, а поскольку хоть и сама процедура получения информации об округе будет занимать маленькое время, то при загрузке информации о 50 округах, это время заметно увеличится. Более того, необходимо загружать информацию не только об административном округе, но и о всех параметрах, приведённых в табл. 6, для того, чтобы для менеджера максимально упростить дальнейшую процедуру распределения доставок между курьерами. Соответственно, для того, чтобы менеджеру не казалось, что программное обеспечение зависло или долго загружается, будет уместным позволить менеджеру самому запускать этот достаточно продолжительный процесс, например, по нажатию кнопки. Более того, на этапе разработки программного обеспечения для менеджера курьеров, необходимо будет принять решение откуда и каким образом загружать данные об административных округах, к которым принадлежит каждая доставка, а также оценить продолжительность такой процедуры.

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

Для проектирования на данном этапе задействуется только разметка, выполненная с помощью HTML. На этапе разработки планируется кастомизировать имеющийся макет, спроектированный на данном этапе и продемонстрированный на следующем рисунке:

Рис. 5. Сортированные системой доставки, готовые для отправки курьерам

Резюмируя, графический интерфейс менеджера курьера будет состоять из нескольких таблиц и трёх кнопок. При непосредственном запуске приложения, менеджеру будет представлена таблица, в которой отражена информация о совершённых покупках, а также кнопки «Рассчитать параметры» и «Сортировать по округам». При нажатии на кнопку «Сортировать по районам» все имеющиеся заказы будут разбиты по административным округам, в результате чего менеджер увидит уже несколько таблиц с заголовком округа, а также внизу появится кнопка «Отправить курьерам».

2.4 Проектирование графического интерфейса для курьеров

Для проектирования графического интерфейса мобильного приложения будет использована среда разработки Android Studio. Выбор именно этого инструмента обусловлен тем, что в случае успешного проектирования на выходе будет получен реальный XML-макет, который в дальнейшем будет непосредственно отображаться курьеру в качестве главного экрана.

Начнём с поочерёдной проработки каждого пункта из списка требований к графическому интерфейсу мобильного приложения, представленных в разделе «Функциональная спецификация». Одним из основных является отображение самой важной информации о всех доставках на главном экране. В табл. 7 отражены все параметры доставки. Следующие из них критично важны курьеру для идентификации и осуществления доставки:

? адрес доставки;

? ближайшая станция метро №1;

? ближайшая станция метро №2;

? расстояние от станции метро №1;

? расстояние от станции метро №2;

? комментарий;

? наименование товара;

? цена товара.

Теперь необходимо максимально компактно расположить эти параметры, экономя место на главном экране. Чем аккуратнее будет скомпонована приведённая выше информация, тем данных о большем количестве доставок удастся продемонстрировать курьеру на видимой области главного экрана. В результате получился следующий интерфейс, содержащий информацию, необходимую непосредственно для идентификации и осуществления доставки:

Рис. 6. Графический интерфейс, иллюстрирующий одну из текущих доставок курьера

В процессе проектирования этого интерфейса был выполнен ещё один пункт из функциональной спецификации, а именно возможность передачи информации о только что выполненной доставки менеджеру. Его реализация помещена в свободное место в правом верхнем углу в виде типичной для android-приложений иконки, символизирующей выпадающее меню. Соответственно, на этапе разработки программного обеспечения этот выпадающий список будет реализован с одной выпадающей опцией «Выполнил».

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

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

Таблица 8. Описание элементов графического интерфейса одной доставки из списка доставок курьера

Название	Расположение	Описание
deliveryOptionsImageButton	правый верхний угол	содержит выпадающий список с единственной выпадающей опцией «выполнил»
coloredPointUndergroundStation1TextView	левый верхний угол	демонстрирует цвет линии, на которой находится первая ближайшая станции метро
deliveryUndergroundStation1TextView	справа от coloredPointUndergroundStation1TextView	название первой ближайшей станции метро
deliveryUndergroundStation1DistanceTextView	справа от deliveryUndergroundStation1TextView	расстояние от первой ближайшей станции метро
coloredPointUndergroundStation2TextView	под coloredPointUndergroundStation1TextView	демонстрирует цвет линии, на которой находится вторая ближайшая станции метро
deliveryUndergroundStation2TextView	справа от coloredPointUndergroundStation2TextView	название второй ближайшей станции метро
deliveryUndergroundStation2DistanceTextView	справа от deliveryUndergroundStation2TextView	расстояние от второй ближайшей станции метро
deliveryAddressTextView	под deliveryUndergroundStation2DistanceTextView посредине	адрес доставки
itemNameTextView	под deliveryAddressTextView слева	наименование доставляемого товара
itemPriceTextView	под deliveryAddressTextView справа	сумма, которую курьер должен получить от клиента
deliveryTimelimitTextView	под itemNameTextView посередине	ограничение по времени доставки
clientCommentTextView	под deliveryTimelimitTextView посередине	дополнительные сведения (например, номер квартиры)

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

курьер автоматизация интерфейс интернет

Рис. 7. Фрагмент интерфейса, появляющийся при нажатии на доставку

Также где-нибудь над иконками очень кстати бы оказалось имя клиента. Такой подход позволит курьеру узнать имя клиента непосредственно перед самим звонком. Программная реализация данного решения представлена в подразделе «Разработка программного обеспечения под Android-устройства для курьеров».

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



Список использованных источников

1. Что такое аутсорсинг // Журнал myBlaze [Электронный ресурс]. URL: http://myblaze.ru/chto-takoe-autsorsing/ (дата обращения 12.04.2017).

2. Бизнес-процесс // Wiki [Электронный ресурс]. URL: https://ru.wikipedia.org/Бизнес_процесс (дата обращения: 18.04.2017).

3. Интернет-магазинам // Компания СДЭК [Электронный ресурс]. URL: https://www.cdek.ru/services/internet-magazinam/index.html (дата обращения: 13.04.2017, 14.04.2017)

4. Калькулятор тарифов // Компания СДЭК [Электронный ресурс]. URL: https://www.cdek.ru/calculator.html (дата обращения: 17.04.2017).

5. Сервисы для автоматизации доставок // Бизнес-портал LB [Электронный ресурс]. URL: http://www.livebusiness.ru/tools/delivery/ (дата обращения: 11.04.2017).

6. Филиалы ГУП «Мосгортранс» // Wiki [Электронный ресурс]. URL: https://ru.wikipedia.org/wiki/Филиалы_ГУП_ «Мосгортранс» (дата обращения: 15.05.2017).

7. PhpMyAdmin // Web-Разработка [Электронный ресурс]. URL: https://danilin.biz/phpmyadmin-db-copy.htm (дата обращения: 01.05.2017).

8. Хостинг // Регистрация доменов [Электронный ресурс]. URL: http://faq.citydomain.com.ua/faq/hosting/119.html (дата обращения: 01.05.2017).

9. Карта московского метро // Яндекс [Электронный ресурс]. URL: https://metro.yandex.ru/moscow (дата обращения: 02.05.2017)

10. JSONObject // Android dev [Электронный ресурс]. URL: https://developer.android.com/reference/org/json/JSONObject.html (дата обращения 06.05.2017).

11. JSON // Wiki [Электронный ресурс]. URL: https://ru.wikipedia.org/wiki/JSON (дата обращения 06.05.2017).

Размещено на Allbest.ru

...