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

Разработка регламента выполнения процесса «Транспортная доставка заказов

Содержание:

ВВЕДЕНИЕ

Актуальность темы. За последние годы возросла потребность в совершенствовании и оптимизации процесса доставки заказов различными видами транспортного средства. Логистические и транспортные комплексы являются важными базисами экономики, учитывая потенциалы ресурсов нашей страны. Успех в развитии доставки заказов, товаров и грузов зависит от правильного построения бизнес-модели и применения современных технических средств к поставленной задаче.

Всё это и обосновывает актуальность темы настоящей курсовой работы.

Цель исследования. Исходя из темы данной курсовой работы, ее целью является разработка регламента выполнения процесса «Транспортная доставка заказов».

Объект исследования. Объектом настоящего исследования в данной курсовой работе является отдел доставки юридического лица с названием общество с ограниченной ответственностью «Новивешчи».

Предмет исследования. Предметом исследования является разработка регламента выполнения процесса «Транспортная доставка заказов».

ГЛАВА I. УКЛАД И АСПЕКТЫ РАБОТЫ ОТДЕЛА ДОСТАВКИ ОРГАНИЗАЦИИ.

1.1. ОСНОВНАЯ ИНФОРМАЦИЯ ОБ ОРГАНИЗАЦИИ.

Условная организация ООО «Новивешчи» является представителем молодой и амбициозной международной компании «Novivesci Ltd.» из Республики Северной Македонии, включающая в себя весь процесс по пошиву, доставки и продажи одежды.

Согласно Уставу ООО «Новивешчи» ее основная цель является в извлечении прибыли, дополнительными целями является предоставление качественных пошивочных изделий для населения.

На рынок стран Содружества Независимых Государств, включая Российскую Федерацию, организация выходит впервые. До этого доставка в страну осуществлялась одиночно и силами сторонних фирм. Организация успешно провела открытие первого розничного магазина в Московском регионе и для минимизации издержек планирует открыть складской комплекс, собственную службу доставки и сеть магазинов в столичном регионе Российской Федерации.

В организации ООО «Новивешчи» существует следующая структура управления:

Отдел по работе с клиентами – непосредственно принимают заказы у клиентов через интернет-магазин, работают с обратной связью (жалобы, предложения, возврат и т.д.) от клиентов интернет-магазина и розничных клиентов, организуют рекламу через интернет, а также в «оффлайн» точках (например, внеуличные рекламные щиты, внутри помещений торговых центров, почтовая рассылка и иные виды распространения информации)
Розничные магазины – самостоятельные подразделения организации, основная цель которых продажа товаров в розничных точках. Имеют собственные структурные подразделения. Взаимодействуют со службой
Отдел заказов – формирует список товаров для доставки из головного подразделения из Северной Македонии, т.е. с производства. Также формирует список товаров для развоза товаров розничным магазинам. Проверяет, собирает товары в отдельные заказы и загружает их в транспортные средства отдела доставки либо пешим курьерам.
Отдел доставки – принимает заказы у отдела по работе с клиентами и отдела заказов, непосредственно доставляет заказы клиентам.
Генеральный директор ООО «Новивешчи» - контролирует и координирует работу остальных отделов и отчитывается перед руководством международной компании.
Отдел управления – занимается бухгалтерией и функцией отдела кадров организации.

Для выполнения указанных планов, ООО «Новивешчи» арендовали складской комплекс в Солнечногорском городском округе Московской области в 35 километрах от Международного аэропорта Шереметьево имени Александра Сергеевича Пушкина.

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

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

Складской комплекс имеет хорошее географические и транспортное положение. Находится в 45 километрах от границы Московской кольцевой автомобильной дороги. В двух километрах находится станция «Подсолнечная» Октябрьской железной дороги, которая имеет транспортное сообщение с такими городами как: Москва, Тверь, Химки и Зеленоград. В получасовой доступности находятся следующие крупные автодороги: М-10 «Россия», М-11 «Нева» (трасса «Москва – Санкт-Петербург), А-107 «Малое бетонное кольцо», А-108 «Малое бетонное кольцо».

Основными средствами доставки заказов от складского комплекса к клиентам (заказчикам) интернет-магазина планируется к использованию: легковые автомобильные транспортные средства «Lada Largus»; малотоннажные автомобили фургоны «Газель NEXT»; пешие курьеры с оплатой проезда за счет организации для использования общественным транспортом Московского региона, включая железнодорожный транспорт, Московский метрополитен, Московские центральные диаметры, Московское центральное кольцо, Московский монорельс, автобусы, троллейбусы и трамваи.

Основным средством доставки товаров от Международного аэропорта Шереметьево имени Александра Сергеевича Пушкина до складского комплекса, а также доставки товаров от складского комплекса до розничных магазинов планируется грузовики Renault T 380.

Расход топлива бензина АИ-92 у Lada Largus с двигателем Renault K4M (объём 1,6 литров и мощности 102 л.с.) составляет: 10,1 литров на 100 километров в городе; 6,7 литров на 100 километров на трассе; 7,9 литров на 100 километров в смешанном цикле.

Расход топлива бензина АИ-92 у Газель-NEXT с двигателем объём 2.7 литров и мощности 107 л.с. составляет: 11,8 литров на 100 километров в городе; 8 литров на 100 километров на трассе; 9,8 литров на 100 километров в смешанном цикле.

Усредненный расход топлива дизеля у Renault T 380 составляет 24,0 литров на 100 километров.

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

Использовать грузовик для доставки товаров будут штатные водители, имеющие водительские права с категорией С. Легковые автомобили, в том числе малотоннажный автомобиль фургон, будут использовать штатные водители, имеющие водительские права с категорией B.

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

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

Штатным водителям и курьерам ежедневно предоставляются смартфоны с предустановленным программным обеспечением в виде навигаторов и картографических сервисов для правильного построения маршрута к клиентам.

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

Отчетность о результатах работы водителей и курьеров по доставке заказов клиентам будет формироваться ежедневно. Она позволит увидеть сколько фактически было доставлено заказов к клиенту за один рабочий день и в какое время. Форма отчетности фигурирует в приложении №1 к настоящей курсовой работы.

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

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

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

Выбор средства для моделирования бизнес-процессов

Выбор инструментальных средств моделирования и методов Одним из первых и основных этапов проекта по описанию бизнес-процессов компании является выбор методов и инструментальных средств моделирования. В настоящее время на рынке программного обеспечения есть большое количество продуктов, предназначенных для моделирования деятельности предприятия, в основу каждого из них заложена определенная методология. В целом выделяют два подхода к моделированию. Структурно-алгоритмический – основными строительными блоками модели при использовании данного подхода являются функции (процедуры). Модель представляет собой выстроенную последовательность функций, при этом имеется возможность их декомпозиции на составные части; на вход каждой функции поступают некоторые данные, на выходе имеются определенные результаты ее выполнения, показывается ресурсное окружение функции – люди, информационные системы, регламенты. К этому блоку относится методология IDEF; инструментом, реализующим данную методологию, является BPWin. Объектно-ориентированный подход предполагает использование объектов – сущностей, обладающих идентичностью, состоянием и поведением. Модель в данном случае представляет собой всестороннее описание объекта исследования – кроме описания собственно бизнес-процесса, в ней содержится описание: организационной структуры предприятия, структуры информационных систем, операционных и регламентирующих документов. При моделировании в соответствии с объектно-ориентированным подходом создается единая база данных объектов модели, благодаря этому появляется возможность отслеживания взаимосвязей между объектами и безызбыточности построенной модели. Методологии, поддерживающие объектно-ориентированный принцип: методология Aris (группа продуктов IDS Sheer «Aris») и методология UML (продукт Rational Rose). Методология UML в основном ориентирована на разработку программного обеспечения, Aris используется для описания бизнес-процессов предприятия. Aris в том числе предоставляет возможность оценки процессов по заданным параметрам, например с точки зрения времени и стоимости их выполнения. При моделировании деятельности организации в случае обоснования необходимости возможна интеграция нескольких систем, в этом случае в их состав должны входить соответствующие механизмы экспорта/импорта.

В России для моделирования и анализа бизнес-процессов достаточно широко используются следующие средства моделирования: Rational Rose, Oracle Designer, AllFusion Process Modeler (BPWin) и AllFusion ERwin Data Modeler (ERWin), ARIS, Power Designer. За рубежом, помимо упомянутых, активно используются такие средства, как System Architect, Ithink Analyst, ReThink

Выделим основные критерии, позволяющие из представленных средств моделирования выбрать те, применение которых в России могло бы с большей вероятностью себя оправдать. Такими критериями являются: устойчивое положение продукта на рынке (срок его существования, программа развития продукта, система отчетов о проблемах, совокупность применений и др.); распространенность продукта (количество проданных лицензий, наличие, размер и уровень деятельности пользовательской группы); доступность поддержки поставщика. Такие услуги могут включать телефонную "горячую линию", техническую и консультационную поддержку через представителя поставщика в России; доступность обучения. Обучение может проводиться на территории представителя поставщика в России, пользователя или где-либо в другом месте; доступность материалов по продукту. Они могут включать компьютерные учебные материалы, учебные пособия, книги, статьи, информацию в Интернете, демоверсии. Из приведенного в таблице списка инструментальных средств для более подробного анализа выделим те программные продукты, которые удовлетворяют указанным критериям. В этом случае в рамки нашего дальнейшего рассмотрения попадают BPWIn/ERWin, Oracle Designer, Rational Rose, Power Designer, ARIS, по которым ниже представлено более подробное описание. BPWin и ERWin компании Соmputer Associates. Computer Associates International, Inc. (CA) входит в пятерку ведущих производителей программного обеспечения, предлагая средства моделирования, резервного копирования, управления инфраструктурой предприятия (сетями, серверами и т.д.), информационной безопасности, business intelligence и т.д. Пакет BPWin основан на методологии IDEF и предназначен для функционального моделирования и анализа деятельности предприятия. Методология IDEF, являющаяся официальным федеральным стандартом США, представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель IDEF отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Возможности BPwin: поддерживает сразу три стандартные нотации - IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ). Эти три основных ракурса позволяют описывать предметную область наиболее комплексно; позволяет оптимизировать процедуры в компании; полностью поддерживает методы расчета себестоимости по объему хозяйственной деятельности (функционально-стоимостной анализ, ABC); позволяет облегчить сертификацию на соответствие стандартам качества ISO9000; интегрирован с ERwin (для моделирования БД), Paradigm Plus (для моделирования компонентов ПО) и др.; интегрирован со средством имитационного моделирования Arena; содержит собственный генератор отчетов; позволяет эффективно манипулировать моделями - сливать и расщеплять их; имеет широкий набор средств документирования моделей, проектов. Пакет ERWin это средство концептуального моделирования БД. Используется при моделировании и создании баз данных произвольной сложности на основе диаграмм "сущность - связь". В настоящее время ERWin является наиболее популярным пакетом моделирования данных благодаря поддержке широкого спектра СУБД самых различных классов. Возможности ERWin: поддерживает методологию структурного моделирования SADT и следующие нотации: стандартную нотацию IDEF1x для ER-диаграмм моделей данных, нотацию IE и специальную нотацию, предназначенную для проектирования хранилищ данных - Dimensional; поддерживается прямое (создание БД на основе модели) и обратное (генерация модели по имеющейся базе данных) проектирование для 20 типов СУБД: настольные, реляционные и специализированные СУБД, предназначенные для создания хранилищ данных; интегрирован линейкой продуктов Computer Associates для поддержки всех стадий разработки ИС, CASE-средствами Oracle Designer, Rational Rose, средствами разработки и др.; позволяет повторно использовать компоненты созданных ранее моделей, а также использовать наработки других разработчиков; возможна совместная работа группы проектировщиков с одними и теми же моделями (с помощью AllFusion Model Manager); позволяет переносить структуру БД (не сами данные!) из СУБД одного типа СУБД в другой; позволяет документировать структуру БД. Oracle Designer компании Oracle. Набор инструментальных средств Oracle Designer предлагает интегрированное решение для разработки прикладных систем корпоративного уровня для Web и клиент/серверных приложений. Oracle Designer участвует в каждой фазе жизненного цикла разработки программного обеспечения - от моделирования бизнес-процессов до внедрения. Применение единого репозитория, делает возможным использование любых его компонент для быстрой разработки масштабируемых, кросс-платформных распределенных приложений. Задачей Oracle Designer является сбор данных о потребностях пользователей и автоматизация построения гибких графических приложений. Oracle Designer используется не только для создания приложений, но и для ведения учета изменений, которые неизбежно происходят при эксплуатации системы. Графические модели определений проекта, интегрированные с многопользовательским репозиторием существенно облегчают работу с Oracle Designer. Инструментальные средства построены на базе общепринятых методик, охватывающих весь жизненный цикл разработки и позволяющих пользователям привычным для их организации способом. Это обеспечивает гибкость и открытость подхода к разработке программного обеспечения за счет использования только тех частей продукта, которые требуются в данной задаче. В рамках процесса разработки обеспечивается поддержка методов RAD, JAD, информационного проектирования, водопадного метода (waterfall), итеративного метода и др. Пользуясь этими принципами, можно добиться успешного баланса организационных потребностей и технологических возможностей, и даже эффективно управлять риском, связанным с частыми неизбежными и важными изменениями как в одной , так и в другой области. Средства концептуального моделирования Oracle Designer включают в себя: ER-диаграммы (диаграммы информационной структуры предметной области, представляемой в виде объектов и их взаимосвязей); диаграммы функциональной иерархии, описывающие функции, которые выполняет система; диаграммы потоков данных, циркулирующих на предприятии. Такие модели представляют информационные потребности в удобном и наглядном для восприятия виде, что делает их хорошим средством коммуникации между проектировщиками и пользователями в процессе уточнения постановки задач. Любой разработчик заинтересован, чтобы описание концептуальной модели было использовано для создания спецификаций,описывающих структуру и основные компоненты будущей системы. В Oracle Designer все спецификации проекта системы разрабатываются на основе моделей концептуального уровня и обеспечивают выполнение всех содержащихся в них требований и ограничений. Полученные компоненты системы могут быть преобразованы в реальные объекты базы данных, экранные формы и отчеты. Финальная часть разработки проекта - автоматическая генерация серверных компонентов - возможна не только для сервера БД Oracle, но и для СУБД Microsoft SQL Server, DB/2, Sybase и ряда других. Любые изменения бизнес-процессов могут быть внесены в модели и тут же сгенерировано модифицированное приложение, основывающееся уже на новых схемах ведения бизнеса. При этом все разработанное ранее будет сохранено и войдет в новый проект. Oгасlе Designer автоматически создает отчеты, которые содержат всю информацию о проекте и могут быть использованы как набор документов, отражающих текущее состояние проекта. Rational Rose компании IBM. IBM Rational Rose - входит в состав пакета IBM Rational Suite и предназначен для моделирования программных систем с использованием широкого круга инструментальных средств и платформ. Rational Rose является одним из ведущих инструментов визуального моделирования в программной индустрии, благодаря полноценной поддержке языка UML и многоязыковой поддержке командной разработки. Инструмент полностью поддерживает компонентно-ориентированный процесс создания ИС. Любые участники проекта - аналитики, специалисты по моделированию, разработчики и другие - могут использовать модели, построенные в Rational Rose, для большей эффективности создания конечного продукта. Для бизнес-аналитиков средство Rational Rose дает возможность детально описать и проанализировать бизнес-процессы данной предметной области. Системные аналитики, используя указанные описания, смогут разработать необходимый функционал ИС, который максимально удовлетворит запросы заказчика. Для архитекторов средство Rational Rose будет полезно при создании мощной и гибкой архитектуры системы. Для аналитиков, специализирующихся в области разработки баз данных, Rational Rose даст возможность визуально проектировать и генерировать базы данных любого размера. Таким образом, можно создавать базы данных Microsoft SQL Server, Oracle, Sybase, SQL Anywhere, IBM DB2 и любые другие, которые поддерживают возможность запуска скриптов стандарта ANSI SQL. Любые модели, создаваемые с помощью данного средства, являются взаимосвязанными: бизнес-модель, функциональная модель, модель анализа, модель проектирования, модель базы данных, модель компонентов и модель физического развертывания системы. Есть возможность по созданию шаблонов архитектурных решений, позволяющих использовать опыт, накопленный в предыдущих проектах. Существуют расширения Rational Rose, которые позволяют выполнять скелетную (round-trip) разработку ИС, создаваемых на базе языков C/C++, Java, Smalltalk, Ada, Object Pascal (Borland Delphi) и др. Таким образом, можно сгенерировать каркас программного кода на любом из указанных языков или выполнить процедуру обратного проектирования, что позволяет сформировать модель на базе существующего кода. Есть возможность публикации модели в Интернете, которая служит основой для объединения работы удаленных команд разработчиков. Интеграция Rational Rose с Rational RequisitePro позволяет на базе визуальной модели разработать полный набор требований, которые необходимо реализовать при создании конечного продукта. Интеграция Rational Rose с Rational TestManager позволяет создавать сценарии тестирования на базе визуальной модели. Интеграция Rational Rose с Rational ClearCase позволяет поставить на версионный контроль модель целиком или по частям. Интеграция Rational Rose с Rational SoDA позволяет автоматизировать процесс создания документов и отчетов по визуальной модели. PowerDesigner компании Sybase. Компания Sybase со дня своего основания традиционно является ведущим поставщиком информационных технологий на мировой рынок финансовых институтов: технологии Sybase используют 90% компаний мирового рынка ценных бумаг, 60% мировых банков и 68% компаний Wall Street. С 1996 года, когда открылся офис в Москве, Sybase активно работает в России и других странах СНГ. В апреле 2002 года открылись офисы компании в Санкт-Петербурге и Киеве. Офисы Sybase в Москве, Санкт-Петербурге и Киеве обеспечивают всестороннюю работу с клиентами, включая поставки технологий, оборудования, разработку законченных решений, обучение пользователей, полнофункциональную техническую поддержку и услуги консалтинга. PowerDesigner является комплексным решением для моделирования и разработки приложений и бизнес-процессов для организаций, которые нуждаются в быстром, последовательном и эффективном с точки зрения затрат создании или реинжиниринге бизнес-приложений. PowerDesigner позволяет устранить следующие препятствия, мешающие эффективной разработке проектов: различия в профессиональной подготовке участников проекта, разнородные платформы и изобилие языков разработки, - то, что характерно для большинства современных компаний. Это позволяет фокусироваться на бизнес-потребностях создания приложений на протяжении всего процесса разработки - от системного анализа и дизайна и вплоть до непосредственной генерации кода для приложения. Последняя версия продукта, PowerDesigner, обладает новыми возможностями по моделированию бизнес-процессов, объектному моделированию, базирующемуся на UML, и поддерживает как традиционные, так и вновь появляющиеся технологии моделирования в рамках одной развитой графической среды. Это позволяет значительно сократить затраты и время реализации проекта, который должен функционировать на различных платформах и инструментальных средах. Одним из основных преимуществ PowerDesigner является также использование репозитория масштаба предприятия для хранения и управления всей информацией, касающейся моделирования и дизайна приложений на всех уровнях ведения бизнеса в компании. Это позволяет правильно организовать рабочий процесс и кардинальным образом повысить эффективность работы разработчика. Ключевые характеристики PowerDesigner: Моделирование бизнес-процессов: PowerDesigner позволяет нетехническим специалистам компании разрабатывать и моделировать бизнес-процессы, ориентируясь на бизнес-задачи и опираясь на известные им термины, используя простую и интуитивно понятную графическую нетехническую модель. Моделирование данных: PowerDesigner позволяет разрабатывать и генерировать схему БД посредством двухуровневого (концептуального и физического) моделирования реляционной БД, поддерживающего классические методики проектирования баз данных. Имеет также встроенные средства моделирования хранилища данных. Объектное моделирование: PowerDesigner предлагает законченную технологию анализа и проектирования систем с использованием стандарта UML (диаграммы бизнес-процессов, последовательности выполнения, классов и компонентов). На основе диаграммы классов PowerDesigner автоматически осуществляет генерацию и реинжиниринг кода для популярных инструментальных сред, таких как JavaTM (включая EJB 2.0), XML, Web Servicies, C++, PowerBuilder, Visual Basic и других, посредством настраиваемого генератора. Репозиторий масштаба предприятия: Enterprise-версия PowerDesigner содержит функциональность репозитория класса предприятия. Репозиторий позволяет всем членам вашей команды легко просматривать модели и другую информацию, а также осуществлять обмен ими. Репозиторий обладает высокой масштабируемостью и поддерживает систему безопасности, основанную на роли пользователя, контроль версий, поиск и возможности составления отчетов. ARIS компании IDS Scheer AG. В настоящее время наблюдается тенденция интеграции разнообразных методов моделирования и анализа систем, проявляющаяся в форме создания интегрированных средств моделирования. Одним из таких средств является продукт, носящий название ARIS, разработанный германской фирмой IDS Scheer. Компания IDS Sheer AG основана в 1984 г. Основное направление - программное обеспечение и консалтинг. В настоящее время компания обслуживает 4000 клиентов в 50 странах мира через сеть своих представительств и партнеров. Качество решений IDS Scheer было подтверждено в июне 2005 г. золотой медалью Международной познаньской ярмарки, на которой награждаются только лучшие продукты. А также в июле 2005 г., когда на мировом рынке была представлены программные продукты ARIS 7 с абсолютно новыми web-продуктами - все они имеют общую черту - интуитивно-понятный и выразительный интерфейс. Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методов, что позволяет использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику. Методика моделирования ARIS основывается на разработанной профессором Августом Шером теории построения интегрированных ИС, определяющей принципы визуального отображения всех аспектов функционирования анализируемых компаний. ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы: организационные модели, представляющие структуру системы - иерархию организационных подразделений, должностей и конкретных лиц, связи между ними, а также территориальную привязку структурных подразделений; функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей; информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы; модели управления, представляющие комплексный взгляд на реализацию бизнес-процессов в рамках системы. Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и языки моделирования, в частности, ER и UML. В процессе моделирования каждый аспект деятельности предприятия сначала рассматривается отдельно, а после детальной проработки всех аспектов строится интегрированная модель, отражающая все связи между различными аспектами. ARIS не накладывает ограничений на последовательность построения указанных выше типов моделей. Процесс моделирования можно начинать с любого из них, в зависимости от конкретных условий и целей, преследуемых разработчиками. Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты - "функция", "событие", "структурное подразделение", "документ" и т.п. Между объектами устанавливаются разнообразные связи. Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте. Значения атрибутов могут использоваться при имитационном моделировании или для проведения стоимостного анализа. Таким образом, по результатам выполнения этого этапа возникает набор взаимосвязанных моделей, представляющих собой исходный материал для дальнейшего анализа. Стоит отметить несколько особенностей системы ARIS. Первая - семейство программных продуктов ARIS ориентированно на процессное описание. Основная бизнес-модель ARIS - eEPC (extended Event-driven Process Chain - расширенная модель цепочки процессов, управляемых событиями). По существу, модель eEPC расширяет возможности IDEF0, IDEF3 и DFD, обладая всеми их достоинствами и недостатками. Вторая особенность - в системе ARIS есть внутренняя база данных, которая позволяет проверять модель на непротиворечивость, целостность, проводить верификацию модели. В других продуктах это отсутствует. Третья особенность: ARIS - единственная система, ориентированная на описание бизнеса, где присутствуют различные взгляды на бизнес-систему, которую мы можем оценить и рассмотреть с разных сторон, чего нет в других программных продуктах. В течение последних пяти лет ARIS уверенно лидирует среди средств моделирования. Укажем основное предназначение каждого рассматриваемого продукта из множества его применений: для моделирования баз данных больше подходят инструменты Erwin, Power Designer и Rational Rose; для моделирования компонентов разрабатываемых приложений больше подходят Oracle Designer, Power Designer и Rational Rose; для моделирования бизнес-процессов больше подходят BPwin, ARIS и Rational Rose.

Исходя из изложенного, наиболее рациональным считаю к использованию ERwin Data Modeler. Которая предоставляется бесплатно к исследованию для студентов. Движок программного обеспечения основан на методе IDEF1X.

Бизнес-процесс по транспортной доставке заказа «как есть».

Владелец процесса – это должностное лицо, несущее ответственность за получение результата процесса и обладающее полномочиями для распоряжения ресурсами, необходимыми для выполнения процесса. В данном случае это руководитель отдела доставки ООО «Новивешчи».

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

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

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

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

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

Водитель

Грузовой автомобиль

Накладные и иной необходимый пакет документов

Поездка в аэропорт

Забор товаров (заказов)

Доставка в складской комплекс

Рисунок 1. Подпроцесс доставка заказов из аэропорта.

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

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

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

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

Водитель

Грузовой автомобиль c заказами

Накладные и иной необходимый пакет документов

Поездка в розничный магазин при наличии заказа

Разгрузка заказа

Парковка на территории складского комплекса

Рисунок 2. Подпроцесс доставка заказов до розничных магазинов.

Доставка заказа клиентам осуществляется следующим образом:

Отдел заказов передает логисту отдела доставки заказы и списки клиентов с их контактными данными для доставки.
Логист отдела доставки распределяет заказы по весу и по маршруту между водителями легковых автомобилей и пешими курьерами. При этом настраивается навигационное программное обеспечение на
Сотрудники отдела заказов загружают автомобили водителей согласно распределению логиста отдела доставки.
Водители/курьеры доставляют товар клиентам, за 45-60 минут до приезда дозвон по смартфону клиенту.
Водитель возвращается назад на складской комплекс и заполняет отчетность. В случае отсутствия доставки заказа клиенту, то заказ передается логисту отдела доставки, который пытается самостоятельно дозвониться до клиента в течении того же рабочего дня. Если клиент не выходит на контакт, то заказ передается службе заказов.

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

В нижеуказанной таблице представлена организация процесса:

Процесс	Ответственный
Получение и разбор заказов	Логист
Разработка маршрутов	Логист
Выполнение доставки	Водители
Отчетность	Водители и логист
Анализ, планирование, оптимизация, отчетность руководству организации	Руководитель отдела доставки

Схема управления процессом «Транспортной доставки заказа» выглядит следующим образом:

Получение и разбор

заказов

Выполнение доставки

Отчетность

Анализ, планирование, оптимизация, отчетность руководству организации

Рисунок 3. Схема управления процессом «Транспортной доставки заказа».

ГЛАВА II. Улучшение процесса транспортной доставки в организации.

2.1. Предлагаемые мероприятия по улучшению бизнес-процессов в организации.

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

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

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

Например, сформированный заказ отделом заказа на одежду, обувь из Республики Северной Македонии будет виден головному офису корпорации, так и отделу доставки в Российской Федерации. В этом случае отдел доставки будет видеть когда был сформирован заказ и будет ждать прилёта грузового самолёта. График которого, может оптимизирован по степени продаж в розничных магазинах и интернет-магазина страны.

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

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

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

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

Логисту следует постоянно совершенствовать маршрут используя самое современное картографическое программное обеспечение и следя за новостями Московского региона.

Московский регион Российской Федерации как самый быстро развивающейся имеет постоянный прирост улично-дорожной сети, строятся и реконструируются новые развязки, дороги, соединяются новые направления автодорог, строятся новые станции Московского метрополитена и Московских центральных диаметров. Это играет напрямую на пользу логистическому бизнесу, путём сокращения пробега автомобилей, прохождение курьерами пешком, сокращение времени в пути. Это так же влияет напрямую на экологию региона и планеты.

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

Следующий этап развития доставки должен быть учитывая время доставки клиенту вплоть до определенного времени, например с 08:00 до 12:00, 12:00 – 18:00, 18:00 – 22:00 и т.д. Также, возможна реализация мобильного программного обеспечения, где клиент будет видеть курьера на карте и примерно понимать в какое время стоит ожидать доставки.

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

вместе с товаром.

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

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

2.2. Моделирование бизнес-процессов «как должно быть»

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

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

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

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

Таким образом простой водителя грузового автомобиля ликвидирован и он использует рабочее время на пользу общему делу.

Водитель

Грузовой автомобиль

Накладные и иной необходимый пакет документов

Поездка в аэропорт

Забор товаров (заказов)

Доставка в складской комплекс

Получение нового задания или выполнение технических работ с грузовиком.

Рисунок 4. Подпроцесс доставка заказов из международного аэропорта имени Александра Сергеевича Пушкина «как должно быть».

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

Водитель

Грузовой автомобиль c заказами

Накладные и иной необходимый пакет документов

Поездка в розничный магазин при наличии заказа

Разгрузка заказа

Водитель + грузовой автомобиль + накладные

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

Доставка заказа клиентам осуществляется следующим образом:

Отдел заказов передает логисту отдела доставки заказы и списки клиентов с их контактными данными для доставки.
Логист отдела доставки распределяет заказы по весу и по маршруту между водителями легковых автомобилей и пешими курьерами. При этом настраивается навигационное программное обеспечение на
Сотрудники отдела заказов загружают автомобили водителей согласно распределению логиста отдела доставки под наблюдением водителя отдела доставки, чтобы убедиться в какой последовательности разложен груз или его наличие.
Водители/курьеры доставляют товар клиентам, за 45-60 минут до приезда водители сами связываются по смартфону клиенту.
Параллельно водители/курьеры связываются с клиентами за 45-60 минут, у которых нужно забрать бракованный товар для возврата.
Водитель возвращается назад на складской комплекс и заполняет отчетность. В случае отсутствия доставки заказа клиенту, то заказ передается логисту отдела доставки, который пытается самостоятельно дозвониться до клиента в течении того же рабочего дня. Если клиент не выходит на контакт, то заказ остается у отдела доставки на протяжении трех дней для последующей попытки связи с клиентом.

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

Получение и разбор

заказов

Выполнение доставки

Отчетность

Анализ, планирование, оптимизация, отчетность руководству организации

Рисунок 3. Схема управления процессом «Транспортной доставки заказа» как должно быть.

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

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

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ И ЛИТЕРАТУРЫ

Абдикеев, Н.М.; Данько, Т.П. и др. Реинжиниринг бизнес-процессов; Эксмо; Издание 2-е, испр. - Москва, 2014. - 590 c.
Гвоздева В.А., Лаврентьева И.Ю. «Основы построения автоматизиро- ванных информационных систем»: учебник. – М: ИД «ФОРУМ»; ИНФРА-М, 2013 – 320 с.
Гагарина Л.Г., Киселев Д.В., Федотова Е.Л. «Разработка и эксплуатация автоматизированных информационных систем» - М.: ИД «ФОРУМ»: ИНФРА-М, 2012. – 384 с.
Гусятников В.Н., Безруков А.И. Стандартизация и разработка про- граммных систем: учеб. Пособие. – М.: Финансы и статистика; ИНФРА-М, 2011. – 288 с.
Емельянова Н.З., Партыка Т.Л., Попов И.И. Основы простроения автомати- зированных информационных систем: Учебное пособие. – М.: ФОРУМ: ИНФРА-М, 2014. – 416 с.
Елиферов, В.Г. Бизнес-процессы: Регламентация и управление: Учебник / В.Г. Елиферов. - М.: НИЦ ИНФРА-М, 2013. - 319 c.
Ильин В.В. Моделирование бизнес – процессов. Практический опыт разработчиков.- М.: ООО «И. Д. Вильямс», 2013. – 176 с.
Крышкин, О. Настольная книга по внутреннему аудиту: Риски и бизнес-процессы. 3-е изд. / О. Крышкин. - М.: Альпина Паблишер, 2016. - 477 с.
Калашян А.Н., Калянов Г.Н. Структурные модели бизнеса: DFD-технологии. – М.: Финансы и статистика. – 2013. – 256 с.
Кондратьев В.В., Кузнецов М.Н. Показываем бизнес-процессы от модели процессов компании до регламентов процедур. – М.: Эксмо. – 2012. – 256 с.
Мезенцев К.Н. «Автоматизированные информационные системы», учебник, М.: Издательский центр «Академия», 2012. – 176 с.
Репин, В.В. Бизнес-процессы. Моделирование, внедрение, управление / В.В. Репин. - М.: Манн, Иванов и Фербер, 2013. - 512 c.
Ротер, М. Учитесь видеть бизнес-процессы: Построение карт потоков создания ценности. 4-е изд. / М. Ротер. - М.: Альпина Паблишер, 2015. - 136 c.
Титоренко Г.А. Автоматизированные информационные технологии в экономике: Учебник.– М.: Компьютер, ЮНИТИ, 2014. – 400 с.
Чукарин, А.В. Бизнес-процессы и информационные технологии в управлении современной инфокоммуникационной компанией / А.В. Чукарин. - М.: Альпина Паблишер, 2016. - 512 c.
Шеер А.В. Моделирование бизнес-процессов. – М.: Весть-МетаТехнология, 2013. - 427 с. Веб-ресурс: ЭкспертВаз.ру. Статья: Фактический расход топлива на 100 км у Лады Ларгус. http://expertvaz.ru/lada-largus/rashod-topliva-na-100-km.html
Веб-ресурс: drom.ru. Статья: Расход топлива ГАЗ ГАЗель NEXT. https://www.drom.ru/catalog/gaz/gazelle_next/specs/fuel_consumption
Веб-ресурс: Expert-servise.ru. Статья: Нормы расхода топлива на седельные тягачи Renault (Рено). http://www.expert-servise.ru/norma_rasxoda_topliva_renault.php
Веб-ресурс: Econ.wikireading.ru Статья: Выбор инструментальных средств моделирования и методов. https://econ.wikireading.ru/73273
Веб-ресурс: reengine.ru Статья: Анализ современных средств моделирования бизнес-процессов. http://www.reengine.ru/index.asp?Menu=2&Sub=2

Приложение 1

Форма Ф-1

Водитель (курьер):

Дата:

№ заказа

Фамилия и адрес доставки клиента

Время

Доставлено?

(Писать «Да» или «Нет»

Примечание: ___________________________________________________

Приложение 2

Форма Ф-2

Логист:

Дата:

Отчёт №:

Название транспортного средства и гос.номер/

ФИО Курьера

Кол-во

заказов

Израсходованное топливо и его стоимость/

Стоимость проезда курьера*

Стоимость доставки 1 заказа

Сравнение со стоимостью с конкурентами

* - стоимость месячных проездных билетов в месяц делятся на 4 и прибавляются дополнительные ЖД-билеты

Примечание: _______________________________________________________