Добавил:
ivanov666
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:Моделирование бизнес-процессов. Учебное пособие.pdf
X
- •ПРЕДИСЛОВИЕ
- •ПЕРЕЧЕНЬ СОКРАЩЕНИЙ И ОБОЗНАЧЕНИЙ
- •1. ФУНКЦИОНАЛЬНЫЙ И ПРОЦЕССНЫЙ ПОДХОДЫ
- •1.2. Особенности процессного подхода к управлению
- •2. ОБЗОР ПОНЯТИЙ ПРОЦЕССНОГО ПОДХОДА
- •2.2. Понятие и компоненты бизнес-процесса
- •3.1.1. Понятия модели и моделирования
- •3.1.2. Типовые модели выделения бизнес-процессов
- •2.3. Классификация бизнес-процессов
- •3. МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ
- •3.1. Виды моделей
- •3.1.3. Классификация методологий моделирования бизнеса
- •3.2. Структурные методологии моделирования
- •3.2.1. Методология моделирования IDEF0
- •3.2.2. Методология моделирования EPC
- •3.2.3. Методология моделирования BPMN
- •3.3. Объектно-ориентированный язык моделирования UML
- •3.3.1. Объектно-ориентированный подход
- •3.3.2. Прецедентная модель бизнеса
- •3.3.3. Объектная модель бизнеса
- •4.2.2. Инструментальное средство Business Studio
- •4.2.3. Case-средство Rational Rose
- •ЗАКЛЮЧЕНИЕ
- •БИБИЛИОГРАФИЧЕСКИЙ СПИСОК

3.3.2. Прецедентная модель бизнеса
Модель бизнес-прецедентов дает отображение бизнес-процессов с точки зрения внешних пользователей, т. е. формирует представление о деятельности организации извне. Диаграмма вариантов использования (Use
Case Diagram) визуализирует то, что делает бизнес, а не то, каким образом
он это делает. К основным составляющим диаграммы относятся такие
элементы, как:
• Актор (действующее лицо);
• Прецедент (вариант использования);
• Отношения обобщения, ассоциации, зависимости;
• Примечание (графическое представление комментариев).
Действующее лицо (актор) – это сущность, осуществляющая взаимо-
действие с информационной системой; может быть представлена испол-
нителем, организацией. Действующие лица, как правило, являются внеш-
ним окружением по отношению к бизнесу. Примеры распространенных
действующих лиц: поставщик, клиент, партнер. Не стоит относить к акторам конкретных людей, поскольку реальный человек может выступать
в нескольких ролях по отношению к бизнесу. Действующее лицо порождает прецеденты деятельности в системе.
К прецедентам (вариантам использования) относится любая завер-
шенная последовательность действий, которая вызвана внешним объек-
том, взаимодействующим с информационной системой. В процессе этого
взаимодействия объект получает некоторое сообщение от информацион-
ной системы. Прецеденты – это в основном внешние процессы, которые
прежде всего нацелены на клиента и имеют на выходе потребительскую
ценность для клиента. В качестве прецедентов можно рассматривать
и внутренние бизнес-процессы. У внутренних бизнес-процессов клиентами становятся другие части бизнес-системы, не принимающие участие
в выполнении самого процесса. Примерами прецедентов могут быть: об-
служивание клиента, формирование заявки поставщику, получение счета
и др. Варианты использования включают несколько вариантов развития
61

событий, которые являются реализациями прецедента. Исполнение вари-
анта использования зависит от условий. Если варианты использования
имеют сходства, их можно объединить в класс. Допустим, класс преце-
дентов «Закупка у поставщика» дает общее представление о процедуре
закупки материалов у любого поставщика. Но конкретная реализация пре-
цедента имеет отличительные черты, которые зависят от того, какой это
поставщик. К акторам также применимы понятия класса и экземпляра.
Класс предназначен для отображения набора качеств определенного типа
актора, экземпляр же является представителем класса с качествами кон-
кретного актора.
Диаграмма прецедентов (вариантов использования) содержит классы
вариантов использования и действующих лиц. Между элементами диа-
граммы могут реализовываться различного рода отношения, описываю-
щие взаимосвязи и взаимодействия акторов и прецедентов. Акторы раз-
ных классов зачастую имеют какие-либо общие характеристики по отношению к бизнес-процессам. Таким образом, целесообразно использовать
обобщенный класс акторов, который будет включать свойства более кон-
кретных классов. Такой тип отношений называется отношением обобще-
ния. На рис. 3.5 действующее лицо «Посетитель интернет-магазина» является обобщенным актором, а действующее лицо «Покупатель» – частным
случаем обобщенного актора.
Рис. 3.5. Отношение обобщения между акторами
Между действующими лицами и вариантами использования суще-
ствуют отношения коммуникации, т. е. отношения ассоциации со стереотипом коммуникации (communicate). Суть данных отношений сводится
62

к обмену материальными и информационными объектами между пре-
цедентами и акторами. Отношения коммуникации не устанавливаются
между однотипными элементами, например между актором и актором.
Тип отношений ассоциации по стереотипу коммуникации представлен на
рис. 3.6.
Рис. 3.6. Пример отношения ассоциации
между актором и прецедентом
Еще один тип отношений между объектами – это отношения зависи-
мости, которые заключаются в том, что реализация класса одного объекта
зависит от описания операций класса другого объекта [24]. Между вари-
антами использования возможно установление отношений зависимости со
стереотипом включения (include) и со стереотипом расширения (extend).
Включение (include) является подтипом отношений зависимости, ко-
гда возникает зависимость между основным прецедентом и его частным
случаем. Изменение независимого прецедента ведет к изменению зависи-
мого прецедента. Отношение включения может устанавливаться между
прецедентами и подразумевает то, что определенное поведение одного
прецедента становится частью в поведенческом процессе другого преце-
дента. Например, отношение включения, которое исходит от прецедента
«Оформить заказ покупателя» к прецеденту «Выписать счет на оплату покупателю», означает то, что любой экземпляр первого прецедента всегда
включает в себя поведение второго прецедента. Поведение варианта ис-
пользования «Выписать счет на оплату покупателю» является фрагментом
поведения прецедента «Оформить заказ покупателя» (рис. 3.7).
63

Рис. 3.7. Пример отношения зависимости по стереотипу «включение»
Расширение (extend) является подтипом отношений зависимости,
определяющим взаимосвязь основного прецедента с частным прецедентом, когда поведение последнего задействуется основным прецедентом
только в случае выполнения заданных условий. Отношение расширения –
это зависимость, направленная к базовому варианту использования и со-
единенная с ним в точке расширения [24]. Например, отношение расширения между основным вариантом использования «Предоставить кредит
в банке» и вариантом использования «Предоставить налоговые льготы»
предполагает, что свойства функционирования первого варианта исполь-
зования могут быть расширены за счет поведения второго варианта ис-
пользования, но при выполнении некоторого условия (рис. 3.8).
Рис. 3.8. Пример отношения зависимости по стереотипу «расширение»
Отношение расширения всегда подразумевает проверку условий, ссы-
лаясь на точку расширения в основном прецеденте. Точка расширения
позволяет определить место в основном прецеденте, куда может быть по-
мещено расширение в случае исполнения условия. Основной прецедент не
зависит от своих расширений. Таким образом, логика отношения расши-
рения сводится к следующему сценарию: если основной прецедент вы-
полняет некую последовательность действий, определяющую его функци-
ональность, и в то же время существует точка расширения на экземпляр
другого прецедента, проверяется условие существования этого отноше-
64

ния. При выполнении условия последовательность действий основного
прецедента расширяется за счет добавления действий другого прецедента.
Приоритетным для описания варианта использования является доку-
мент – поток событий (flow of events). С помощью этого документа опи-
сываются последовательности шагов процесса и альтернативные потоки.
Например, вариант использования «Отметить статус заказа» включает
в себя основной и альтернативный потоки событий (рис. 3.9).
Рис. 3.9. Пример потоков событий для варианта использования
«Отметить статус заказа»
Из примера видно, что для шага 6 основного потока предусмотрен
альтернативный поток событий «Отмена действий с заказом». В случае
отмены действия над заказом управление передается на шаг 2 основного
потока событий.
Каждое событие варианта использования переводит прецедент в сле-
дующее состояние. Каждое текущее состояние прецедента является моти-
ватором для исполнения следующего события. Следовательно, прецедент
можно трактовать как совокупность состояний-событий.
65

Поток событий варианта использования изображается с помощью
диаграммы деятельности (Activity diagram). Такие диаграммы проектиру-
ются по типу алгоритма. На рис. 3.10 представлен пример диаграммы деятельности для варианта использования «Оформить заказ».
Рис. 3.10. Диаграмма деятельности для варианта использования
«Оформить заказ»
Точкой отсчета процесса является начальное событие, после которого
следует чередование действий, которое завершается конечным событием.
В ходе исполнения процесса могут возникать альтернативные и параллельные потоки. Например, на диаграмме деятельности (рис. 3.10) на эта-
пе выбора способа оплаты возникают два альтернативных потока: «Вы-
брать оплату наличными» и «Выбрать безналичный расчет». Также в про-
цессе могут появляться параллельные потоки, выполняющиеся в синхрон-
66

ном режиме. При отображении потоков событий на диаграмме деятельно-
сти зачастую используются отношения зависимости по стереотипу вклю-
чения или расширения, поскольку описания прецедентов могут быть до-
статочно сложными и содержать большое количество альтернативных по-
токов событий.
Таким образом, прецедентная модель бизнеса является общей схемой
с точки зрения бизнес-пользователя; она отображает основные бизнеспроцессы достаточно понятным для всех участников проекта способом.
Эффективная модель бизнес-прецедентов дает независимое от програм-
мных средств описание процессов, которое позволяет более осознанно по-
дойти к технологии реализации будущей системы.
3.3.3. Объектная модель бизнеса
Для полного описания и анализа деятельности организации кроме
прецедентной модели бизнеса необходима модель, которая отображает
управляющие и реализующие составляющие (кем и за счет чего выполня-
ются варианты использования). Для этих целей проектируется объектная
модель бизнеса, которая предназначена для того, чтобы показать, каким
образом устроен бизнес компании изнутри. Это предполагает выявление
ресурсов, используемых для организации деятельности, а также способов
взаимодействия вариантов использования. Объектную модель бизнеса
также можно называть моделью бизнес-анализа (Business Analysis Model)
[16, с. 94]. Основной категорией модели бизнес-анализа является объект.
Объекты – это персонал, отвечающий за взаимодействие с акторами и выполняющий бизнес-процесс, а также сущности, которые являются резуль-
татом деятельности или посредством которых осуществляется деятель-
ность организации. Объекты разделяют на две категории: активные и пас-
сивные. К активным объектам относятся исполнители процессов, сущно-
сти же являются пассивными объектами. Как упоминалось выше, при
сходстве объектов их можно объединять в классы. Класс – это совокупность объектов, которые объединены общими характеристиками функционирования. Например, сотрудников одной компании можно отнести
67

к классу «Сотрудник». Любой объект имеет набор свойств, описываемый
атрибутами. Для класса набор атрибутов один и тот же, но каждый объект
имеет определенный набор значений атрибутов, которые могу меняться
по истечении какого-то времени. Поведение объекта подразумевает ис-
полнение совокупности операций и ответную реакцию на действия других
объектов.
Для обозначения взаимодействия между классами применяется диа-
грамма классов (Class diagram). Использование диаграмм классов имеет
достаточно широкий диапазон: от разработки новой системы до описания
существующих систем. Информация о системе из диаграммы классов пе-
редается в код будущего приложения. Поэтому диаграмму классов по
праву можно считать завершением стадии проектирования и начальной
стадией разработки системы. Чаще всего на диаграммах изображаются
классы со стереотипами business worker (исполнитель) и business entity
(сущность). На рис. 3.11 представлена диаграмма классов для будущей системы туристической фирмы.
Рис. 3.11. Пример диаграммы классов
Как видно из рис. 3.11, на диаграмме присутствуют классы исполните-
лей (Клиент) и классы сущностей (Заказ тура). Каждый класс имеет набор
атрибутов. Например, класс «Тур» имеет следующие атрибуты: Код тура,
68

Длительность, Места, Транспорт, Стоимость. Некоторые классы содержат
набор операций. Так, класс «Бронирование» содержит следующие опера-
ции: Добавить бронь, Удалить бронь. Сущности и исполнители могут быть
взаимосвязаны, когда исполнитель каким-либо образом воздействует на
сущность. Например, Клиент через Бронирование осуществляет Заказ тура.
Еще один тип диаграмм в объектной модели бизнеса применяется для
наглядной визуализации взаимодействия объектов во временном аспекте –
диаграмма последовательности (Sequence diagram). Данный тип диаграмм
имеет два измерения. Согласно первому измерению определяется порядок
вхождения объектов в процесс взаимодействия (отображается слева на-
право). Инициатор взаимодействия располагается крайним слева. Соглас-
но второму измерению, определяется порядок обмена сообщениями меж-
ду объектами (отображается сверху вниз). Основными элементами диаграммы являются:
• Линии жизни (обозначение периода времени);
• Сообщения;
• Фрагменты.
Линии жизни служат для графического представления некоторого от-
резка времени, в рамках которого конкретный экземпляр объекта нахо-
дится в процессе взаимодействия. Между линиями жизни, на которых
находятся объекты, происходит обмен информацией в виде сообщений.
Существует несколько видов сообщений. Обмен синхронными сообщени-
ями подразумевает то, что при отправке сообщения объект-адресант ожидает обработки сообщения объектом-адресатом. Асинхронное сообщение
отличается от синхронного тем, что объект-адресант отправляет сообще-
ние и продолжает выполнять дальнейшие операции, не дожидаясь ответа
от объекта-адресата. После обработки сообщений объект-адресат отправляет ответ на запрос объекту-адресанту, т. е. формирует возвращающее
сообщение. Также в диаграмме последовательности предусмотрено ис-
пользование фрагментов, т. е. элементов, позволяющих описывать осо-
бенности взаимодействия посредством циклов, операторов условий и др.
На рис. 3.12 приведен пример диаграммы последовательности для системы, разрабатываемой для туристического агентства.
69

Рис. 3.12. Пример диаграммы последовательности
70
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]
