Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

1. изучить предметную область;
2. ознакомиться со средствами и основными нотациями моделирования бизнес-процессов;
3. смоделировать бизнес-процесс транспортной доставки товара «как есть»;
4. выявить проблемы в реализации полученной модели;
5. предложить мероприятия по улучшению бизнес-процесса;
6. смоделировать бизнес-процесс транспортной доставки товара «как должно быть»;
7. сформулировать основные выводы».

Объектом исследования являются методы и средства проектирования информационных систем.

Предметом – процесс «Транспортная доставка заказов».

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

Работа состоит из двух глав:

первая посвящена моделированию процесса «как есть»;

вторая – его оптимизации и моделированию процесса «как должно быть».

ГЛАВА 1. МОДЕЛИРОВАНИЕ ПРОЦЕССА
«ТРАНСПОРТНАЯ ДОСТАВКА ЗАКАЗОВ»

1.1 Описание предметной области. Постановка задачи.

Система товародвижения определяет процесс доставки товара от места его нахождения до места его потребления. Эта система охватывает ряд взаимосвязанных операций, таких как:

1. обеспечение технических средств и коммуникаций;
2. обустройство складов предприятий и их филиалов;
3. заключение соглашений с торгово-посредническими и другими организациями;
4. обустройство транспортно-экспедиторских компаний;
5. осуществление комплектации продукции;
6. закупка, лизинг и аренда транспортных средств
7. урегулирование правовых, социальных и других отношений, возникающих в ходе процесса транспортной доставки товаров и др.

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

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

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

Но, к сожалению, данный процесс не всегда бывает эффективным. К основным проблемам процесса доставки товара относят:

1. повреждение или утрата товаров;
2. длительные сроки транспортировки;
3. плохо организованные процессы погрузки и разгрузки товаров;
4. излишние издержки.

Если в процессе доставки товаров возникают обозначенные проблемы, необходимо произвести оптимизацию процесса, то есть сделать процесс максимально эффективным при минимальных затратах.

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

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

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

1. уже сформированный заказ на складе;
2. заявку на доставку.

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

В результате осуществленного нами процесса, заказчик должен получить:

1. доставленную продукцию;
2. счет-фактуру.

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

1) сотрудники отдела сбыта – участвуют в выборе транспортной компании, заключении с ними договора, а также вручении товара заказчику;

2) руководитель отдела сбыта – подписывает договор с транспортной компанией, а также другие сопутствующие документы;

3) главный бухгалтер – подписывает счет на оплату услуг транспортной компании;

4) оператор склада – управляет процессом отгрузки товаров со склада;

5) грузчики – осуществляют отгрузку товара.

Для реализации рассматриваемого нами процесса необходимо использование технических средств и соответствующего программного обеспечения (например 1С).

Помимо этого процесс доставки товара предусматривает использование ряда нормативно-правовых документов, таких как:

1) условия работы с выбранными транспортными компаниями;

2) договора с банками для перевода средств;

3) инструкции по упаковке и перевозке товаров различных видов;

4) инструкции по эксплуатации технических средств и программного обеспечения.

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

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

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

Все эти средства удовлетворяют следующим критериям, позволяющие выбрать наиболее удобные и эффективные из них:

1. устойчивое положение продукта на рынке;
2. распространенность продукта;
3. качественная организация технической поддержки;
4. возможность обучения;
5. доступность материалов по продукту.

Рассмотрим подробнее каждый из указанных выше продуктов.

AllFusion Process Modeler (BPWin). Данный продукт разработан компании Соmputer Associates, которая входит в пятерку самых популярных производителей средств моделирования, информационной безопасности, управления инфраструктурой предприятия и пр. BPWin основан на официальном стандарте США – IDEF и предназначен для функционального моделирования и анализа деятельности предприятия.

Возможности BPWin:

1. поддерживает сразу три нотации - IDEF0 (функциональное моделирование), IDEF3 (моделирование потоков работ) и DFD (моделирование потоков данных).

Примеры спроектированных моделей в данных нотациях с помощью средства BPWin приведены на рисунках 1-3 соответственно.

Рисунок 1 – Пример модели в нотации IDEF0

Рисунок 2 – Пример модели в нотации IDEF3

Рисунок 3 – Пример модели в нотации DFD

1. позволяет оптимизировать бизнес-процессы;
2. интегрирован с ERwin, Paradigm Plus и др.;
3. интегрирован со средством имитационного моделирования Arena;
4. содержит собственный генератор отчетов;
5. поддерживает функционально-стоимостной анализ;
6. имеет широкий набор средств документирования моделей, проектов.

AllFusion ERwin Data Modeler(ERWin). Используется при моделировании и создании баз данных на основе диаграмм "сущность - связь". Возможности ERWin:

1. поддерживает методологию структурного моделирования SADT и следующие нотации: IDEF1x, IE и Dimensional. Примеры диаграмм в нотациях IDEF1x и IE изображены на рисунках 4 и 5 соответственно;

Рисунок 4 – Пример диаграммы в нотации IDEF1x

Рисунок 5 – Пример диаграммы в нотации IE

1. поддерживается проектирование для 20 типов СУБД: реляционные и специализированные СУБД, предназначенные для создания хранилищ данных;
2. позволяет переносить структуру БД из СУБД одного типа СУБД в другой;
3. возможна совместная работа группы проектировщиков с одними и теми же моделями (с помощью AllFusion Model Manager);
4. позволяет повторно использовать компоненты созданных ранее моделей, а также использовать наработки других разработчиков;
5. позволяет документировать структуру БД.

Oracle Designer. Используется для разработки прикладных систем для Web и клиент/серверных приложений. Oracle Designer участвует в каждой фазе жизненного цикла разработки программного обеспечения – от моделирования процессов до их внедрения. Включает в себя:

1. ER-диаграммы (диаграммы информационной структуры предметной области, представляемой в виде объектов и их взаимосвязей);
2. диаграммы функциональной иерархии;
3. диаграммы потоков данных.

Возможности Oracle Designer:

1. поддерживает методы RAD, JAD, waterfall, информационного проектирования и др.;
2. компоненты системы могут быть преобразованы в реальные объекты базы данных, экранные формы и отчеты;
3. генерация серверных компонентов возможна для серверов БД Oracle, СУБД Microsoft SQL Server, DB/2, Sybase и др.;
4. создание отчетов, содержащих всю информацию о проекте.

IBM Rational Rose. Предназначен для моделирования программных систем с использованием широкого круга инструментальных средств и платформ.

Возможности Rational Rose:

1. поддерживает компонентно-ориентированный процесс создания информационных систем;
2. поддерживает нотацию Unified Modeling Language (UML) (пример диаграммы изображен на рисунке 6);

Рисунок 6 – Пример диаграммы классов в нотации UML

1. предоставляет детальное описание и анализ бизнес-процесса;
2. визуальное проектирование и генерация баз данных Microsoft SQL Server, Oracle, Sybase, SQL Anywhere, IBM DB2 и др.;
3. создание шаблонов, позволяющих использовать опыт, накопленный в предыдущих проектах.

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

Ключевые характеристики PowerDesigner:

• 1. позволяет любым сотрудникам организации моделировать бизнес-процессы, опираясь на известные им термины, используя простую и понятную графическую модель;
  2. позволяет проектировать схему БД посредством двухуровневого моделирования реляционной БД, поддерживающего классические методики проектирования баз данных;
  3. предлагает технологию анализа и проектирования систем с использованием стандарта UML;
  4. автоматически осуществляет генерацию и реинжиниринг кода для популярных инструментальных сред, таких как JavaTM, PowerBuilder,Web Servicies, XML, C++, Visual Basic и др;
  5. содержит функциональность репозитория, что позволяет всем членам организации просматривать модели и другую информацию, а также осуществлять обмен ими.

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

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

Ключевые характеристики ARIS:

1) ориентирован на процессное описание;

2) используются собственные методы моделирования и различные известные методы моделирования, например ER и UML;

3) основной нотацией является eEPC (extended Event-driven Process Chain). Пример диаграммы в данной нотации изображен на рисунке 7.

Рисунок 7 - Пример диаграммы классов в нотации eEPC

4) каждый аспект деятельности предприятия рассматривается отдельно, затем строится интегрированная модель;

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

Все рассмотренные нами средства имеют функцию моделирования бизнес-процессов. Однако не для всех она является основной. Так, Erwin, Power Designer и Rational Rose чаще используются для моделирования баз данных, а Oracle Designer, Power Designer и Rational Rose – для моделирования компонентов разрабатываемых приложений.

Для моделирования бизнес-процессов больше подходят BPwin, ARIS и Rational Rose. В таблице 1 приведем сравнительный анализ этих инструментов, где «+» означает «да», «+/-» – «частичная реализация, требующая доработки иными инструментальными средствами», «-» – «нет»

Таблица 1

Сравнительный функциональный анализ инструментов
моделирования бизнес-процессов

	Функциональные возможности	ARIS	BPWin	Rational Rose
1	Поддерживаемый стандарт	еEPS, ERD, UML, собственные нотации	IDEF0, IDEF3, DFD	UML
2	Наличие выразительных средств графического отображения моделей	Репрезентативность моделей высока	Репрезентативность моделей низка	Репрезентативность моделей низка
3	Моделирование диаграмм различных типов	+	+/-	+/-
4	Функционально-стоимостной анализ	+	+	+/-
5	Имитационное моделирование	+	+/-	-
6	Возможность декомпозиции объекта	+	+	+
7	Оформление проектной документации: генерация технологических и рабочих инструкций	+	+/-	+
8	Хранение моделей деятельности предприятий	+	+/-	+/-
9	Контроль и обеспечение целостности проектных данных	+	+/-	+
10	Ведение библиотеки типовых бизнес-моделей	+	+/-	+/-
11	Возможность групповой работы	+	+	+
12	Простота освоения продукта	Сложно	Просто	Сложно

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

Из таблицы видно, что BPWin поддерживает три стандарта: IDEF0, IDEF3, DFD. Из них наиболее полную информацию о процессе предоставляет IDEF0, так как отражает одновременно все функциональные подпроцессы, нормативно-правовые документы, стандарты, сотрудников организации, подразделения, технические средства и пр., задействованные при реализации определенного бизнес-процесса.

Кроме того IDEF0 имеет ряд преимуществ:

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

Прежде чем перейти к моделированию бизнес-процесса, рассмотрим основные правила построения диаграмм в нотации IDEF0:

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

2) Блоки на диаграмме должны располагаться по диагонали – от левого верхнего угла диаграммы до правого нижнего в порядке присвоенных номеров.

3) Не контекстные диаграммы должны состоять из трех-шести блоков.

4) Имена блоков и метки стрелок должны быть уникальными.

5) Блоки всегда должны иметь хотя бы одну управляющую и одну выходную стрелку, но могут не иметь входных стрелок.

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

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

Входы процесса:

1. уже сформированный заказ на складе;
2. заявка на доставку.

Выходы процесса:

1. доставленная продукция;
2. счет-фактура.

Механизмы процесса:

1) отдел сбыта;

2) руководитель отдела сбыта – он же является владельцем процесса, т.е. лицом, ответственным за выполнение всех связанных операций;

3) главный бухгалтер;

4) оператор склада;

5) грузчики;

6) технические средства и программное обеспечение.

Средства управления процессом:

1. условия работы с выбранными транспортными компаниями;
2. договора с банками для перевода средств;
3. инструкции по упаковке и перевозке товаров различных видов;
4. инструкции по эксплуатации технических средств и программного обеспечения.

Основываясь на этих данных при помощи выбранного средства моделирования BPWin построим схему управления процессом (контекстную диаграмму) и изобразим ее на рисунке 8.

Рисунок 8 – Схема управления процессом транспортной доставки товаров

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

1. Как только поступит заявка на доставку и заказ будет сформирован, необходимо заключить договор с транспортной компанией о перевозке товара со склада до пункта выдачи. Для этого отделу сбыта следует изучить условия транспортной компании, подготовить договор, который подпишет руководитель отдела. После заключения договора транспортная компания предоставит счет для оплаты.
2. После получения бухгалтерией счета, необходимо перевести определенное количество денежных средств со счета организации на счет транспортной компании. Этот подпроцесс выполняется главным бухгалтером организации через банк, в котором у организации открыт денежный счет и с которым заключен соответствующий договор. Как только счет будет оплачен, дается разрешение на отгрузку товара.
3. На третьем этапе происходит отгрузка товара. Здесь свою работу выполняют грузчики согласно инструкции по упаковке и перевозке товаров. Руководит этим подпроцессом оператор склада при помощи соответствующего программного обеспечения. Результатом работы будет отгруженный товар.
4. Когда товар доставлен в пункт выдачи, начинается заключительный этап процесса – вручение товара заказчику. Здесь снова функционирует отдел сбыта при помощи программного обеспечения. В итоге заказчик получает заказанную продукцию и счет-фактуру.

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

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

Рисунок 9 - Схема управления подпроцессами транспортной доставки товаров

ГЛАВА 2. ОПТИМИЗАЦИЯ ПРОЦЕССА
«ТРАНСПОРТНАЯ ДОСТАВКА ЗАКАЗОВ»

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

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

В процессе оптимизации можно выделить три этапа:

1. выявление недостатков существующей системы;
2. разработка мероприятий по устранению проблемы;
3. реализация разработанных мероприятий.

Из нашей модели «как есть» видно, что смоделированный нами процесс имеет недостатки. Два основных из них связаны с сотрудничеством с транспортной компанией.

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

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

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

1. добавить процесс выбора способа доставки груза. Здесь будет два выходных потока: первый – отправка груза собственным транспортным средством (если расстояние доставки не превышает заданного предела), второй – отправка груза транспортной компанией (используется для транспортировки в другие города/регионы). Этот процесс поможет сэкономить деньги на доставке товаров по своему городу/региону;
2. добавить процесс группировки нескольких заказов в один при доставке товара транспортной компанией. Этот процесс установит определенную периодичность доставки товара в пункты выдачи каждого города. Сроки доставки увеличатся, но при это снизятся издержки. Выходным поток являются сгруппированные заказы, вместо одного конкретного.

Остальные изменения в модели рассмотрим подробнее в следующем параграфе данной работы

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

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

1. механизмы: транспортное средство и экспедитор;
2. средства управления: инструкцию по эксплуатации транспортным средством и информацию о заказчике.

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

Входы процесса:

1. уже сформированный заказ на складе;
2. заявка на доставку.

Выходы процесса:

1. доставленная продукция;
2. счет-фактура.

Механизмы процесса:

1) отдел сбыта;

2) руководитель отдела сбыта – он же является владельцем процесса, т.е. лицом, ответственным за выполнение всех связанных операций;

3) главный бухгалтер;

4) оператор склада;

5) грузчики;

6) технические средства и программное обеспечение;

7) транспортное средство

8) экспедитор.

Средства управления процессом:

1. условия работы с выбранными транспортными компаниями;
2. договора с банками для перевода средств;
3. инструкции по упаковке и перевозке товаров различных видов;
4. инструкции по эксплуатации технических средств и программного обеспечения;
5. инструкции по эксплуатации транспортным средством;
6. информация о заказчике.

Измененная контекстная диаграмма изображена на рисунке 10.

Рисунок 10 – Схема управления процессом транспортной доставки товаров после оптимизации

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

1. Выбрать способ доставки груза – новый этап в оптимизированном процессе – на основе информации о заказчике (в первую очередь информации о его географическом положении) отделом сбыта принимается решение о способе транспортировки товара: отправка товара транспортной компанией либо собственным транспортом, если выбран второй вариант – переходим к процессу отгрузки товара.
2. Если выбран вариант транспортировки заказа транспортной компанией, необходимо скомпоновать несколько заказов в одну группу. Плюсы и минусы этого этапа мы рассмотрели в предыдущем праграфе. Осуществляется этот процесс отделом сбыта на основе критерия географического положения заказчика, поэтому необходимо использовать информацию о заказчике. В результате получаем сгруппированные заказы.
3. Далее для удобства использования диаграммы управления подпроцессами, мы объединили этапы по заключению договора с транспортной компанией и оплату его услуг. «Механизм» и «управления» остаются те же, что и были на этих двух этапах. В результате получаем разрешение на отгрузку.
4. Кроме отгрузки товара, наша организация теперь реализует самостоятельную доставку. Поэтому к «механизмам» на четвертом этапе добавляются экспедитор и транспортное средство, а к «управлениям» - инструкция по эксплуатации транспортного средства. В итоге имеем также, как и прежде, отгруженную продукцию.
5. Последний этап – выдача товара заказчику – остается без изменений.

Полученную декомпозицию изобразим на рисунке 11.

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

Рисунок 11 - Схема управления подпроцессами транспортной доставки товаров

ЗАКЛЮЧЕНИЕ

В ходе работы были изучены основные средства моделирования бизнес-процессов: Oracle Designer, Rational Rose, ARIS, AllFusion Process Modeler (BPWin) и AllFusion ERwin Data Modeler (ERWin), Power Designer.

Наиболее приемлемыми из них для решения оставленной нами задачи являются: Rational Rose, ARIS, AllFusion Process Modeler (BPWin).

После анализа этих средств для выполнения данной работы был выбран инструмент моделирования AllFusion Process Modeler (BPWin) из-за простоты использования и наличия необходимого функционала.

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

BPWin поддерживает три нотации IDEF0, IDEF3, DFD. Главным достоинством первого стандарта является полнота информации. Нами было принято решение использовать этот стандарт, и в ходе работы был выявлен его важный недостаток – огромное количество стрелок и надписей, что делает схему трудной для чтения и понимания.

Целью работы была разработка регламента выполнения процесса «Транспортная доставка заказов». Для этого необходимо было создать две модели данного процесса «Как есть» и «Как должно быть».

Благодаря первой мы выявили основные недостатки имеющейся системы, а именно:

1. нерентабельность транспортировки товаров на короткие дистанции посредством транспортных компаний;
2. нерентабельность отправки товаров посредством транспортных компаний сразу после получения заявки на доставку.

Для того чтобы исправить эти проблемы, были предложены следующие мероприятия:

1) добавить процесс выбора способа доставки груза;

2) добавить процесс группировки нескольких заказов в один при доставке товара транспортной компанией;

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

1. механизмы: транспортное средство и экспедитор;
2. средства управления: инструкцию по эксплуатации транспортным средством и информацию о заказчике.

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

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

1. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем - М.: ИУИТ, 2012 - 300 с.
2. Коваленко В.В. Проектирование информационных систем, учебник - М.: Форум - 2012, 320 с.
3. Федотова Д.Э., Семенов Ю.Д., Чижик К.Н. CASE-технологии: Практикум. – М.: Горячая линия - Телеком, 2005 – 160 с.
4. Методические рекомендации по подготовке курсовой работы по дисциплине «Методы и средства проектирования информационных систем» [Электронный ресурс] // URL: http://e-biblio.ru/book/bib/doc/pir/ mrkursov_misrpinfs.html
5. Основное содержание процесса организации доставки товаров. Концепция логистики [Электронный ресурс] // Центр управления финансами. URL: http://center-yf.ru/data/stat/Osnovnoe-soderzhanie-processa-organizacii-dostavki-tovarov.-Koncepciya-logistiki.php (дата обращения: 22.10.2017)
6. Информационные технологии в управлении [Электронный ресурс] // ИНТУИТ URL: http://www.intuit.ru/studies/courses/1055/271/lecture/6878 (дата обращения: 25.10.2017)
7. Анализ современных средств моделирования бизнес-процессов [Электронный ресурс] // reengine.ru URL: http://www.reengine.ru/ index.asp?Menu=2&Sub=2 (дата обращения: 27.10.2017)
8. Светлана Милашук. Какие бизнес-процессы требуют описания и оптимизации? Дата публикации: 13.12.2016 URL: http://www.krconsult.org /about/analytics/article/companymanagement/129.html (дата обращения: 27.10.2017)
9. Преимущества и недостатки использования IDEF0 [Электронный ресурс] // Студопедия URL: https://studopedia.su/11_92013_preimushchestva-i-nedostatki-ispolzovaniya-IDEF.html (дата обращения: 1.11.2017)