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

Введение

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

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

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

Цель работы – проектирование информационной системы книжного магазина с использованием 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.

---