• Как правильно управлять финансами своего бизнеса, если вы не специалист в области финансового анализа - Финансовый анализ

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

    Поговорим о том, что же такое коучинг? Одни считают, что это буржуйский брэнд, другие что прорыв с современном бизнессе. Коучинг - это свод правил для удачного ведения бизнесса, а также умение правильно распоряжаться этими правилами

1.3.3. UML как средство описания бизнес-процессов

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 
17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 
34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 
51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 
68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 
85 86 

UML - объектно-ориентированный язык моделирования для описания сложных систем. Также весьма распространен, существуют многочисленные инструменты для проектирования систем на данном языке, например: Rational Rose, Paradigm Plus, 4Keeps, MS Visio 2002 XP и др.

Данный язык описания содержит 8 различных типов диаграмм:

Диаграмма вариантов использования - показывает статический вид системы с точки зрения конечного пользователя.

Диаграмма классов - отражает статичные отношения между элементами модели.

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

Диаграмма деятельности - представляет собой поток управления между видами деятельности, отражает динамику системы.

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

Диаграмма кооперации - показывает структурную организацию обменивающихся сообщениями объектов.

Диаграмма компонентов - статическое отображение организации совокупности компонентов и существующих между ними зависимостей.

Диаграмма развертывания - показывает организацию обрабатывающих узлов системы и размещение в них компонентов.

Для описания бизнес-процессов применяются Диаграммы деятельности. Диаграмма деятельности состоит из следующих элементов:

Точка инициации - начало процесса.

Точка завершения - окончание процесса.

Действие - функция, работа или операция.

Подпроцесс - обозначение блока, описанного детально в другой диаграмме.

Исполнитель (роль, персона, должность, оргзвено).

Решение - условие перехода при разветвлениях процесса.

Объект - используемый в процессе ресурс.

Ветвитель / синхронизатор - обозначение точек синхронизации  исполнения параллельных задач или разветвление на несколько одновременно выполняемых операций.

Обозначения элементов на диаграмме деятельности (UML-Activity) см. на Рис. 14.

Рис. 14 Элементы диаграммы UML-Activity

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

Рис. 15 Пример диаграммы UML-activity

Для обозначения исполнителей используются, так называемые, дорожки. Диаграмма строится по вертикальным дорожкам (колонкам), в которых указываются исполнители (см. Рис. 16). Порядок следования исполнителей не важен. На рисунке приведены три исполнителя - Заказчик, Отдел продаж и Склад. В данном примере хорошо видно, что процесс начинается и заканчивается за пределами организации, исполняющей заказы т.е. процесс является кроссорганизационным.

Рис. 16 Пример диаграммы с дорожками и обозначением исполнителей

Для обозначения документов, программного обеспечения, и других используемых в процессе сущностей применяется обозначение «объект». Так как объект используется в процессе, то его состояние может изменяться (см. Рис. 17). Например, заказ может в процессе обработки принимать следующие состояния: размещен, введен в систему, скомплектован, доставлен. Все эти состояния показываются на схеме процесса в квадратных скобках под названием объекта. Связи между действиями и объектами показываются пунктиром.

Рис. 17 Диаграмма UML-activity с колонками и объектами

В случае, если между двумя действиями существует связь через объект (см. Рис. 18), то нет необходимости соединять их непосредственно между собой, так как такая связь согласно спецификации UML, уже подразумевается.

Рис. 18 Связь двух действий через объект

Рис. 19 Излишняя связь между действиями

UML - объектно-ориентированный язык моделирования для описания сложных систем. Также весьма распространен, существуют многочисленные инструменты для проектирования систем на данном языке, например: Rational Rose, Paradigm Plus, 4Keeps, MS Visio 2002 XP и др.

Данный язык описания содержит 8 различных типов диаграмм:

Диаграмма вариантов использования - показывает статический вид системы с точки зрения конечного пользователя.

Диаграмма классов - отражает статичные отношения между элементами модели.

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

Диаграмма деятельности - представляет собой поток управления между видами деятельности, отражает динамику системы.

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

Диаграмма кооперации - показывает структурную организацию обменивающихся сообщениями объектов.

Диаграмма компонентов - статическое отображение организации совокупности компонентов и существующих между ними зависимостей.

Диаграмма развертывания - показывает организацию обрабатывающих узлов системы и размещение в них компонентов.

Для описания бизнес-процессов применяются Диаграммы деятельности. Диаграмма деятельности состоит из следующих элементов:

Точка инициации - начало процесса.

Точка завершения - окончание процесса.

Действие - функция, работа или операция.

Подпроцесс - обозначение блока, описанного детально в другой диаграмме.

Исполнитель (роль, персона, должность, оргзвено).

Решение - условие перехода при разветвлениях процесса.

Объект - используемый в процессе ресурс.

Ветвитель / синхронизатор - обозначение точек синхронизации  исполнения параллельных задач или разветвление на несколько одновременно выполняемых операций.

Обозначения элементов на диаграмме деятельности (UML-Activity) см. на Рис. 14.

Рис. 14 Элементы диаграммы UML-Activity

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

Рис. 15 Пример диаграммы UML-activity

Для обозначения исполнителей используются, так называемые, дорожки. Диаграмма строится по вертикальным дорожкам (колонкам), в которых указываются исполнители (см. Рис. 16). Порядок следования исполнителей не важен. На рисунке приведены три исполнителя - Заказчик, Отдел продаж и Склад. В данном примере хорошо видно, что процесс начинается и заканчивается за пределами организации, исполняющей заказы т.е. процесс является кроссорганизационным.

Рис. 16 Пример диаграммы с дорожками и обозначением исполнителей

Для обозначения документов, программного обеспечения, и других используемых в процессе сущностей применяется обозначение «объект». Так как объект используется в процессе, то его состояние может изменяться (см. Рис. 17). Например, заказ может в процессе обработки принимать следующие состояния: размещен, введен в систему, скомплектован, доставлен. Все эти состояния показываются на схеме процесса в квадратных скобках под названием объекта. Связи между действиями и объектами показываются пунктиром.

Рис. 17 Диаграмма UML-activity с колонками и объектами

В случае, если между двумя действиями существует связь через объект (см. Рис. 18), то нет необходимости соединять их непосредственно между собой, так как такая связь согласно спецификации UML, уже подразумевается.

Рис. 18 Связь двух действий через объект

Рис. 19 Излишняя связь между действиями