- •Аннотация
- •Глава 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
Описание бизнес-процесса с помощью Class Diagram
Class Diagram (диаграмма классов) отражает статическую структуру понятий, типов и классов системы.
На диаграмме классов класс создается для каждого типа объектов из диаграммы последовательности или диаграммы сотрудничества. На диаграмме показаны связи между классами, реализующими вариант использования [2].
Диаграммы классов применяют для моделирования статического вида системы с точки зрения проектирования. В этом представлении удобнее всего описывать функциональные требования к системе – услуги, которые она предоставляет конечному пользователю. Однако, данный метод не работает в терминах предметной области [2].
Описание данной диаграммы представлено на рисунке 1.7:
Рисунок 1.7. Описание бизнес-процесса "Продажа товаров/услуг/работ" с помощью диаграммы классов
Описание бизнес-процесса с помощью Sequence Diagram
Sequence Diagram (диаграмма последовательности) – это диаграмма, чаще всего, описывающая один сценарий системы. На диаграмме изображаются экземпляры объектов и сообщения, которыми они обмениваются в рамках одного прецедента. Каждый объект имеет свою линию жизни, которая определяет жизненный цикл объекта в процессе взаимодействия [2].
Так как диаграмма последовательности, также как и диаграмма классов относится к объектно-ориентированному подходу, то к ее основному недостатку можно отнести, неспособность работы в терминах предметной области.
Описание данной диаграммы представлено в приложении С.
Глава 2. Разработка языка для описания реальных бизнес-процессов
2.1. Составление требований к разрабатываемому языку
Рассмотрев возможности нотаций IDEF0, DFD, ERD, Class Diagram, Use Case Diagram, Sequence Diagram, было выявлено, что ни одна из данных нотаций не подходит в полной мере для описания языка, который может быть трансформирован в язык для описания учебных бизнес-процессов. Однако в совокупности эти диаграммы эти диаграммы могут дать достаточно полное описание бизнес-процессов. Поэтому разрабатываемый язык будет создаваться на их основе.
Основным требованием к создаваемому языку является универсальность, то есть с помощью данного языка может быть описана любой бизнес-процесс различных предметных областей. Более того, разрабатываемый язык должен обладать способностью к трансформации в язык для описания учебных бизнес-процессов.
С помощью разрабатываемого языка должна описываться информация достаточная для создания учебного бизнес-процесса в рамках СКДИ. Любой бизнес-процесс включает в себя следующие характеристики:
название процесса;
реализуемая функция или их последовательность;
участники процесса;
ответственное лицо – владелец процесса;
входные и выходные потоки, а также их поставщики (или потребители);
требуемые ресурсы (производственные, технические, материальные, информационные);
определяющая цель процесса;
метрики процесса, точки и процедуры мониторинга [3].
Соответственно создаваемый язык для описания реальных бизнес-процессов должен включать в себя вышеуказанные характеристики.
Владелец процесса - лицо (бизнес-роль), несущее полную ответственность за процесс и наделенное полномочиями в отношении этого процесса. Владелец не касается функций, выполняемых в рамках процесса отдельными исполнителями, ему важна успешная реализация всего процесса. Следовательно, владелец процесса может быть не включен в создаваемый язык, так как для обучающего процесса данный объект не важен, поскольку он не выполняет никаких функций, кроме контроля, а в рамках СКДИ предполагается, что функцию контроля будет выполнять информационная система.
Далее определим, какие ресурсы необходимы для описания бизнес-процесса. Деловая игра представляет собой некую виртуальную сцену, которая отражает реальность для игрока. Для составления данной сцены игроку должны быть представлены виртуальные объекты, с помощью которых он сможет выполнять операции. Так как данные объекты (ресурсы) должны соответствовать ресурсам реальной среды, то они должны быть описаны в «реальном» бизнес-процессе. Таким образом, разрабатываемый нами язык для каждой операции должен включать в себя ресурсы, которые используются в реальной среде.
Итак, ресурсы можно разделить на следующие виды:
Трудовой ресурс. Под трудовым ресурсов понимается сотрудник, который выполняет операцию или ответственен за ее выполнение.
Информационный ресурс. Информационный ресурс может регламентировать операцию или быть изменен или добавлен в процессе ее выполнения.
Продукт.
Услуга. Услуга может быть произведена при выполнении операции, а также потреблена или продана.
Товар. Товар может быть получен, произведен или потреблен в процессе выполнения операции.
Финансовый ресурс. Финансовый ресурс может уменьшаться или увеличиваться с выполнением операции.
Оборудование. Отражает оборудование, необходимое для выполнения операции.