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

Содержание:

Введение

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

Тема автоматизации бизнеса в современных условиях также актуальна, в силу активного развития бизнеса, необходимости оперативной обработки больших объемов информации. Автоматизация бизнес-процессов в фирме предполагает устранение недостатков, связанных с "бумажным" (клас­сическим) способом оформления услуг, используя преимущества новых информационных технологий.

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

Цель работы – проектирование информационной системы книжного магазина с использованием Case-средства Rational Rose. Для достижения поставленной цели в работе необходимо было решить следующие задачи:

• провести анализ предметной области;
• разработать модели предметной области, спроектировать ограничения.
• Описать таблицы базы данных;

1. Анализ процесса транспортной доставки заказов

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

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

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

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

Для моделирования бизнес-процессов выбрано программное средство Rational Rose. Rational Rose представляет собой CASE средство проектирования и разработки информационных систем и программного обеспечения для управления предприятиями. Как и другие CASE средства (ARIS, BPwin, ERwin) его можно применять для анализа и моделирования бизнес процессов.

Принципиальное отличие Rational Rose от других средств заключается в объектно-ориентированном подходе. Графические модели, создаваемые с помощью этого средства, основаны на объектно-ориентированных принципах и языке UML (Unified Modeling Language). Инструменты моделирования Rational Rose позволяют разработчикам создавать целостную архитектуру процессов предприятия, сохраняя все взаимосвязи и управляющие воздействия между различными уровнями иерархии.

Rational Rose обеспечивает следующие возможности моделирования бизнес процессов:

1. Поддержка объектного моделирования. Применение принципов объектного моделирования и языка UML позволяет приблизить модели процессов к требованиям бизнеса и упрощает вид моделей.
2. Структурное представление элементов. Модели процессов и их элементы могут быть представлены в виде графической структуры, наглядно отображающий их состав и взаимосвязи.
3. Интеграция моделей. За счет применения единого языка UML, Rational Rose позволяет объединить модели бизнес процесса, модели приложений и модели данных.
4. Интеграция с программными продуктами. Для расширения возможностей моделирования и анализа бизнес процессов в Rational Rose реализована возможность интеграции с другими программными продуктами, например, Microsoft Visual Studio.
5. Открытая архитектура. Она позволяет дополнять существующий инструментарий программы новыми функциями и возможностями.
6. Обратное проектирование. Эта возможность позволяет на основе имеющегося программного кода построить понятийную модель. Для целей моделирования бизнес процессов данная возможность может быть полезна, если моделируемый процесс автоматизирован.

Основное преимущество данного CASE средства связано с объектным принципом моделирования. За счет его применения можно максимально сблизить представления различных специалистов, которые осуществляют моделирование бизнес процессов и работают с моделями. Помимо этого, есть и преимущества, обусловленные удобством работы с программным пакетом Rational Rose.

Преимуществами Rational Rose являются:

1. Поддержка командной работы. В этом CASE средстве реализована простая поддержка всех участников проекта. Пользователи могут работать со своими собственными уникальными моделями и в своем собственном окружении без смены рабочего места, при этом сохраняется взаимосвязь с общими моделями.
2. Управление моделями. Все создаваемые модели могут быть легко изменены. Изменения в одной модели автоматически отражаются во взаимосвязанных моделях. Для управления моделями применяется система контроля версий и управления конфигурацией. Это позволяет легко проводить изменения в любых моделях бизнес процессов.
3. Контроль ошибок. Rational Rose обеспечивает отслеживание ошибок, возникающих при моделировании. Это позволяет исправить ошибки с учетом их наследования и передачи на очередной уровень моделирования.
4. Документирование моделей. Пользователи могут создавать необходимые им отчеты и документы по моделям процессов. Документы формируются под потребности пользователя и могут настраиваться для применения к разным моделям.
5. Управление конфигурацией. Пользователи могут настраивать конфигурацию интерфейса и части приложений под свои потребности. В Rational Rose применяется графический пользовательский интерфейс (GUI), за счет которого можно настроить необходимое окружение для комфортной работы.

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

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

Рисунок 1. Диаграмма вариантов использования

Представим спецификации для основных вариантов использования.

1. Спецификация варианта использования «Подготовка заказа»
2. Наименование варианта использования «Подготовка заказа»
   1. Краткое описание:

Вариант использования инициируется активным субъектом «Складская служба».

1. Потоки событий
   1. Основной поток:

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

• 1. Альтернативные потоки
     1. Если необходимого товара на складе нет, то оформляется заказ поставщику.
  2. Специальные требования: специальные требования не определены

1. Предусловия: поступление заказа от клиента.
2. Постусловия: Уточнение параметров доставки, Подготовка документов, Выдача товара.
3. Дополнительные замечания: не определены
4. Спецификация варианта использования «Уточнение параметров доставки»
5. Наименование варианта использования «Уточнение параметров доставки»
   1. Краткое описание:

Вариант использования инициируется активными субъектами «Складская служба», «Логистическая служба».

1. Потоки событий
   1. Основной поток:

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

• 1. Альтернативные потоки: отсутствуют
  2. Специальные требования: специальные требования не определены

1. Предусловия: поступление заказа от клиента.
2. Постусловия: Подготовка документов, Выдача товара.
3. Дополнительные замечания: не определены
4. Спецификация варианта использования «Подготовка документов»
5. Наименование варианта использования «Подготовка документов»
   1. Краткое описание:

Вариант использования инициируется активным субъектом «Складская служба».

1. Потоки событий
   1. Основной поток:

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

• 1. Альтернативные потоки: отсутствуют
  2. Специальные требования: специальные требования не определены

1. Предусловия: подготовка заказа.
2. Постусловия: Выдача товара.
3. Дополнительные замечания: не определены
4. Спецификация варианта использования «Выдача товаров»
5. Наименование варианта использования «Выдача товаров»
   1. Краткое описание:

Вариант использования инициируется активным субъектом «Складская служба».

1. Потоки событий
   1. Основной поток:

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

• 1. Альтернативные потоки: отсутствуют
  2. Специальные требования: специальные требования не определены

1. Предусловия: заказ сформирован, документы подготовлены, определен маршрут доставки.
2. Постусловия: Доставка товара.
3. Дополнительные замечания: не определены
4. Спецификация варианта использования «Формирование маршрута»
5. Наименование варианта использования «Формирование маршрута»
   1. Краткое описание:

Вариант использования инициируется активным субъектом «Логистическая служба».

1. Потоки событий
   1. Основной поток:

Функции варианта использования начинают выполняться тогда, когда представитель логистической службы получает информацию о поступившем заказе (данные о месте доставки). Если заказ по данному адресу уже доставлялся, то осуществляется выбор маршрута, иначе – альтернативный поток 2.2.1.

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

1. Предусловия: поступление заказа от клиента.
2. Постусловия: Доставка заказа.
3. Дополнительные замечания: не определены
4. Спецификация варианта использования «Доставка товара»
5. Наименование варианта использования «Доставка товара»
   1. Краткое описание:

Вариант использования инициируется активным субъектом «Служба доставки».

1. Потоки событий
   1. Основной поток:

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

• 1. Альтернативные потоки
     1. Выгрузка товара.
  2. Специальные требования: специальные требования не определены

1. Предусловия: Оформление документов.
2. Постусловия: Приемка товара.
3. Дополнительные замечания: не определены
4. Спецификация варианта использования «Приемка товара»
5. Наименование варианта использования «Приемка товара»
   1. Краткое описание:

Вариант использования инициируется активным субъектом «Служба доставки».

1. Потоки событий
   1. Основной поток:

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

• 1. Альтернативные потоки
     1. Если клиент не удовлетворен качеством товара, то оформляется претензия и возврат товара.
     2. Если клиент не удовлетворен сроком доставки, то оформляется претензия.
  2. Специальные требования: специальные требования не определены

1. Предусловия: доставка товара.
2. Постусловия: Сдача документов.
3. Дополнительные замечания: не определены
4. Спецификация варианта использования «Сдача документов»
5. Наименование варианта использования «Сдача документов»
   1. Краткое описание:

Вариант использования инициируется активным субъектом «Служба доставки».

1. Потоки событий
   1. Основной поток:

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

• 1. Альтернативные потоки
     1. Если имеются претензии, то происходит ее оформление и обработка.
  2. Специальные требования: специальные требования не определены

1. Предусловия: Приемка товара.
2. Постусловия: не определены.
3. Дополнительные замечания: не определены

Последовательность действий при выполнении бизнес-процесса представлена на диаграмме деятельности (Activity diagram) на рисунке 2.

Рисунок 2. Диаграмма деятельности

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

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

Рисунок 3. Диаграмма последовательности

Также взаимодействие между участниками процесса можно представить на диаграмме взаимодействия (рисунок 4)..

Рисунок 4. Диаграмма взаимодействия

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

Главное предназначение этой диаграммы — описать возможные последовательности состояний и переходов, которые в совокупности характеризуют поведение элемента модели в течение его жизненного цикла. Диаграмма состояний представляет динамическое поведение сущностей, на основе спецификации их реакции на восприятие некоторых конкретных событий. Хотя диаграммы состояний чаще всего используются для описания поведения отдельных экземпляров классов (объектов), они могут быть применены и для спецификации функциональности других компонентов мо­делей, таких как варианты использования, актеры, подсистемы, операции и методы. Диаграмма состояний актера «Складская служба» представлена на рисунке 5.

Рисунок 5. Диаграмма состояний актера «Складская служба»

Рисунок 6. Диаграмма состояний актера «Служба доставки»

Диаграмма классов содержит описание сущностей предметной области – объектов предметной области, о которых нужно хранить сведения. Для каждого объекта указывается список атрибутов – характеристик объекта и возможных действий над сущностью. Диаграмма классов (Class diagram) содержит следующие сущности (Рисунок 7):

Рисунок 7. Диаграмма классов

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

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

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

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

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

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

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

На основании выявленных проблем, определим мероприятия по улучшению бизнес-процессов:

1. Разработка подсистемы «Автоматизация доставки товара» информационной системы компании, автоматизирующей работу с клиентом.
2. Интеграция новой подсистемы с существующей системой.
3. Ввод первоначальных данных.
4. Установка приложений подсистемы на мобильные устройства водителей.
5. Обучение пользователей.
6. Опытная эксплуатация системы.

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

После внедрения информационной системы произойдет изменение бизнес процесса. Модель вариантов использования представлена на рисунке 8.

Рисунок 8. Диаграмма вариантов использования

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

Рисунок 9. Диаграмма деятельности

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

Рисунок 10. Диаграмма последовательности

Также взаимодействие между участниками процесса можно представить на диаграмме взаимодействия (рисунок 11).

Рисунок 11. Диаграмма взаимодействия

Описанные ранее диаграммы состояний не изменятся, добавится диаграмма состояний информационной системы.

Рисунок 12. Диаграмма состояний актера «Информационная система»

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

Заключение

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

Для решения данной задачи мы воспользовались CASE – средством Rational Rose. При проектировании модели ИС были созданы:

• диаграмма вариантов использования, для описание бизнес-процесса «как есть» и «как будет»;
• разработаны подробные спецификации для различных вариантов использования;
• диаграмма деятельности;
• диаграмма последовательности;
• диаграмма состояний;
• диаграмма классов;

В ходе выполнения курсовой работы цель была достигнута.

Список использованной литературы

1. Балдин К.В., Уткин В.Б.. Информационные системы в экономике [Текст]/ К.В. Балдин, В.Б. Уткин. – М.: ИТК Дашков и К, 2009.
2. Вендров А.М. Проектирование программного обеспечения экономических информационных систем [Текст]/ А.М. Вендров. – М.: Финансы и статистика, 2003. – 352 с.
3. Вербовецкий А.А.. Основы проектирования баз данных [Текст]/ А.А. Вербовецкий. – М.: Радио и связь, 2000.
4. Гвоздева Г.В., Баллод Б.А.. Проектирование информационных систем [Текст]/ Г.В. Гвоздева, Б.А. Баллод. – М.: Феникс, 2009.
5. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л.. Проектирование информационных систем [Текст]/ В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина. – М.: Интернет – Университет информационных технологий.
6. Ивашко А.Г., Григорьев М.В., Коломиец И.И. Проектирование информационных систем: учебно-методическое пособие [Текст]/ А.Г. Ивашко, М.В. Григорьев, И.И. Коломиец. – М.: Тюменский государственный университет, 2007. – 328 с.
7. Ипатов Ю.В., Ипатова Э.Р.. Методологии и технологии проектирования информационных систем [Текст]/ Ю.В. Ипатов, Э.Р. Ипатова. – М.: Флинта, 2008. – 255 с.
8. Леоненков А.В. Объектно-ориентированный анализ и проектирование с использованием UML и IBM Rational Rose: Учебное пособие / А.В. Леоненков. – М.: Интернет-Университет Информационных технологий; БИНОМ. Лаборатория знаний, 2006. – 320 с.: ил.
9. Малков О.Б., Белимова Е.В.. Проектирование баз данных с использованием CASE-технологии: методические указания [Текст]/ О.Б. Малков, Е.В. Белимова. – М.: Омск, 2003. – 48 с.
10. Минеев П.В. Проектирование информационных систем: Методические указания к выполнению курсовой работы для студентов специальности «Прикладная информатика в экономике» [Текст]/ П.В. Минеев. – М.: КГТУ, Красноярск, 2004. – 36 с.
11. Никитин А.В., Рачковская И.А., Савченко И.В. Управление предприятием (фирмой) с использованием информационных систем [Текст]/ А.В. Никитин, И.А. Рачковская, И.В. Савченко. – М.: Инфра – М, 2007.
12. Проектирование информационных систем [Электронный ресурс]. – Режим доступа: http://google.ru.
13. Романов В.П.. Проектирование экономических информационных систем: методологии и современные технологии [Текст]/ В.П. Романов. – М.: Экзамен, 2005. – 256 с.
14. Смирнова Г., Тельнов Ю.. Проектирование экономических информационных систем [Текст]/ Г. Смирнова, Ю. Тельнов. – М.: Финансы и кредит, 2003. – 512 с.
15. Учебный курс – Проектирование информационных систем [Электронный ресурс]. – Режим доступа: http: //www.INTUIT.ru.
16. Филимонова Е.В., Шубин А.С.. Информационные технологии в экономике [Текст]/ Е.В. Филимонова, А.С. Шубин. – М.: Феникс, 2008.
17. Учебный курс - Система Автоматизации Предприятий Общественного Питания «КВАЗАР-Ресторатор 2.01» [Электронный ресурс]. – Режим доступа: http://www.kvazar.ru/articles/restoran_opis.shtml.
18. Бугорский В.Н., Соколов Р.В.. Сетевая экономика и проектирование информационных систем [Текст]/ В.Н. Бугорский, Р.В. Соколов. – М.: Питер 2007. – 320 с.: ил.
19. Кватрани Т.. Rational Rose 2000 и UML. Визуальное моделирование [Текст]/ Т. Кватрани. – М.: ДМК 2003. – 176 с.
20. Боггс. UML и Rational Rose [Текст]/ Боггс. – М.: ДМК 2007. – 286 с.