- •Аннотация
- •Глава 2. Разработка языка для описания реальных бизнес-процессов 20
- •Введение
- •Глава 1. Моделирование и анализ бизнес-процесса «Продажа товаров/услуг/работ»
- •Текстовое описание бизнес-процесса
- •Планирование продаж
- •Поиск клиентов
- •Продажа товаров/услуг/работ
- •Описание бизнес-процесса с помощью существующих нотаций
- •Описание бизнес-процесса с помощью idef0
- •Описание бизнес-процесса с помощью Data Flow Diagram
- •Описание бизнес-процесса с помощью Entity-Relationship Diagram
- •Описание бизнес-процесса с помощью Use Case Diagram
- •Описание бизнес-процесса с помощью Class Diagram
- •Описание бизнес-процесса с помощью Sequence Diagram
- •Глава 2. Разработка языка для описания реальных бизнес-процессов
- •2.1. Составление требований к разрабатываемому языку
- •2.2. Проектирование языка
- •2.2.1. Метамодель «Карта операций»
- •2.2.1. Метамодель «Операция»
- •2.3. Правила разработки метамодели
- •2.3.1. Создание графа
- •2.3.2. Добавление нового объекта в модель
- •2.3.3. Создание связей между объектами
- •2.3.4. Создание визуальных представлений объектов
- •2.4. Разработка метамоделей
- •2.4.1. Метамодель «Карта операций»
- •2.4.2. Метамодель «Операция»
- •2.5. Моделирование бизнес-процесса «Продажа товаров/услуг/работ» с помощью созданного языка
- •Заключение
- •Библиографический список Приложение a. Описание бизнес-процесса «Продажа товаров/услуг/работ» с помощью idef0
- •Приложение b. Описание бизнес-процесса «Продажа товаров/услуг/работ» с помощью idef0
- •Приложение c. Описание бизнес-процесса «Продажа товаров/услуг/работ» с помощью нотации Sequence Diagram
Продажа товаров/услуг/работ
На следующем этапе менеджер по продажам составляет договор в соответствие с СМК СТП 05 и отправляет его на подписание заказчику.
Данная компания работает с клиентами на условия предоплаты, поэтому прежде, чем заказывать товар у поставщика или оказывать услугу клиенту, необходимо отправить заказчику счет на оплату, который выставляется офис-менеджером. Далее офис-менеджер контролирует оплату счета, и если клиент не оплачивает его в течение трех дней, то офис-менеджер должен его уведомить о неполучении оплаты. Однако если счет оплачен вовремя, то офис-менеджер передает данную информацию менеджеру по продажам, если клиент заказывает товар, или программисту консультанту, если клиент заказывает услугу/работу.
При условии, что клиент заказывал услугу/работу, она выполняется программистом-консультантом и бизнес-процесс «Продажа товаров/услуг/работ» на этом заканчивается.
Если клиент заказывал товар, то на следующем шаге менеджер по продажам оформляет заказ поставщику и передает данные офис-менеджеру для оплаты счета. Затем офис-менеджер принимает товар от поставщика, доставленный, как правило, курьером, и передает его заказчику и составляет отчет о продаже. Данный процесс полностью регулируется СМК СТП 05, который содержит визуальное представление бизнес-процесса, приведенное на рисунке 1.3.
+
+
-
-
Рисунок 1.3. Модель бизнес-процесса "Продажа товаров/услуг/работ", представленная в СМК СТП 05
Описание бизнес-процесса с помощью существующих нотаций
Для создания собственного языка для описания бизнес-процессов необходимо смоделировать бизнес-процесс с помощью уже существующих нотаций и проанализировать их, чтобы на их основе выделить необходимые элементы для создаваемого языка.
В данном разделе бизнес-процесс «Продажа товаров/услуг/работ» будет описан с помощью следующих нотаций:
IDEF0.
Data Flow Diagram (диаграмма потоков данных).
Entity-Relationship Diagram (диаграмма «сущность-связь»).
Use Case Diagram (диаграмма вариантов использования).
Class Diagram (диаграмма классов).
Sequence Diagram (диаграмма последовательностей).
Описание бизнес-процесса с помощью idef0
IDEF0 – это методология функционального моделирования, позволяющая описать процесс в виде иерархической системы взаимосвязанных функций [3].
Построение IDEF0-модели начинается с представления всей системы в виде простейшей компоненты — одного блока и стрелок, изображающих интерфейсы с функциями вне системы. Далее эта система может быть декомпозирована.
Из рисунков приложения № 1 видно, что IDEF0 позволяет описать бизнес-процесс на разных уровнях с помощью возможности декомпозирования операция. Данная нотация позволяет определить исполнителей процесса, элементы управления, а также входы и выходы для каждой операции. Однако с помощью данной модели достаточно сложно углубиться в детали предметной области. Еще одним большим недостатком IDEF0 является то, что она не отражает реакцию участников процесса на события внешней среды [7]. Данная нотация предоставляет возможность только линейного описания процессов – на диаграмме невозможно отразить действия, выполняемые в случае, если процесс отклонился от своего идеального варианта [6].
Описание данной диаграммы представлено в приложении B.