Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

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




IDEF

Начнем рассмотрение с концепции IDEF как более простой и доступной в виде большого числа программных продуктов, поддерживающих эту концепцию (BPWIN, БИГ-Мастер, MS Visio и др.).

IDEF технология используется, начиная с конца 1980-х годов. Department of Defense USA (Министерство обороны США) является основным пользователем данной технологии. Ею пользуются также некоторые крупные корпорации в США.

Графически формат IDEF0 представляет собой следующую структуру (см. Рис. 10). Функции (работы, операции) изображаются прямоугольниками. Названия функций по стандарту формируются в глагольном наклонении: оформить заказ, обработать заготовку.

Каждая из сторон прямоугольника имеет свое назначение:

59. Верхняя сторона - управление;

60. Нижняя сторона-механизмы (ресурсы);

61. Левая сторона - входы;

62. Правая сторона - выходы.

Все ресурсы, участвующие в процессе, изображаются стрелками (потоками). Значение стрелок различно в зависимости от того, с какой стороны процесса они расположены. Названия стрелок уникальны и формируются по правилам стандарта IDEF как обороты существительного.

Рис. 10. Графическое представление процесса в IDEF0 (сделано в MS Visio XP)

Стрелками управления могут быть документы, регламентирующие деятельность (стандарты, технические условия и т.п.) Входами, выходами и механизмами могут быть различные ресурсы: люди, станки, материалы, сырье, документы, базы данных и т. п. (см. Рис. 11).

Рис. 11. Пример блока IDEF диаграммы

Функции 1DEF могут детализироваться в отдельных схемах, это называется декомпозиция. На самом верхнем уровне это может быть все предприятие, отраженное как один блок, а далее - в отдельной схеме - будут раскрыты различные процессы. Декомпозиция обозначается под блоком процесса с правой стороны в виде номера схемы детализации. В отличие от номера блока, расположенного внутри прямоугольного блока функции, номер схемы детализации находится снаружи прямоугольника (см. Рис. 12). На рисунке номер схемы декомпозиции "АО". Уровень вложенности процессов не ограничивается.

Рис. 12 Декомпозиция процесса в IDEF

Пример процесса в формате IDEF (см. Рис. 13). Надписи на стрелках сделаны выносками в форме молний.

 

Рис. 13 Пример процесса в формате IDEF

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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




Поделиться с друзьями:


Дата добавления: 2015-04-29; Просмотров: 2210; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.007 сек.