Какие существуют системы моделирования бизнес процессов. Моделирование бизнеса — IDEF, UML, ARIS

Систематический контроль всех процессов предприятия дает возможность эффективно продвигать продукцию на рынке сбыта, стабилизировать все этапы производства и поддерживать надлежащий уровень для занятия лидирующей позиции в экономике страны.

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

Особенность его заключается в последовательном исследовании всех процессов производства доля выявления и устранения проблемы.

Как на практике осуществляется анализ и моделирование бизнес-процессов вы узнаете тут:

Цели процесса

При отсутствии систематических исследований необходимых механизмов, основными факторами для срочного проведения анализа являются:

Высокие затраты на внедрение новых технологических процессов;
Существенные затраты на транспортировку или внутреннее хранение продукции;
Низкий процент периода обработки продукции от создания до продажи;
Длительность поставки продукции;
Проблемы соблюдения сроков подписанных договоров;
Слишком обширный перечень ассортимента.

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

Чтобы вникнуть в детали работы предприятия необходимо:

Провести: аудит бухгалтерской отчетности. Как провести вы узнаете в публикации по ссылке;
Изучить производственные бумаги;
Выполнить опись производства;
Изучить процесс на деле.

Важно: улучшение эффективности работы всех процессов предприятия является основополагающей задачей анализа.

Чтобы этого достигнуть необходимо совокупное применение нескольких методик:

Выявление размера финансового дохода от работы бизнес-процессов;
Изучение внутренних и внешних факторов, влияющих на работу предприятия;
Оценка реализации заданного плана;
Анализ исчерпанных ресурсов организации;
Разработка плана усовершенствования процессов.

Моделирование бизнес-процессов и управление ими

Необходимость в моделировании заключена в улучшении работы всего предприятия, для этого применяются различные модели, которые дают понять основные этапы процессов и устранить ненужные или слабые стороны.

Моделирование состоит из нескольких последовательных стадий:

Определение процессов и построение начальной модели, как на самом деле;
Диагностика, изучение и улучшение построенной модели;
Разработка модели с исправлениями;
Ее тестирование и применение;
Исправление ошибок.

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

Пример анализа бизнес-процесса

Если наблюдать анализ процесса комплектации продукции на складе ООО «Ласточка», то можно увидеть следующие этапы:

В ходе исследования проблем выявлены такие недочеты:

Неравномерное использование рабочей силы;
Отсутствие соответствующих условий;
Нет автоматизации.

Ранжирование – выявленные проблемы отсортированы по степени важности.
Варианты избавления от проблем:

Мотивировать персонал на активные действия;
Устранить причины неравномерной поставки продукции;
Внедрить систему информирования и связать все процессы предприятия;
Сделать капитальную реконструкцию здания;
Обустроить стеллажи для свободного доступа.

Все это обеспечило скорость обслуживания поступающих заказов.

Оценка проведенных действий

После полного проведения анализа группой специалистов формируется отчет о полученных данных с разработанной моделью оптимизации и предложениями по внедрению разработок.

При этом формируются ответы на ключевые вопросы:

С какими отрицательными сторонами можно столкнуться в процессе внедрения;
Необходимо ли обновлять всю документацию;
Сколько пройдет времени до получения результатов.

Таким образом, анализ дает возможность определить слабые стороны производства и получить ответы на главные вопросы с учетом мнения руководства.

При этом допустимо применение оптимизации не только работы предприятия, но и улучшения работы с кадрами.

Основные способы оптимизации

Методы оптимизации бизнес-процессов могут быть разными в зависимости от получения желаемых результатов и избранного варианта решения проблемы:

Исключение – уменьшение этапов процесса и исключение прочих помех;
Упрощение – необходим для снижения сложности продвижения продукции к потребителю;
Стандартизированные – необходим для автоматического взаимодействия всех процессов;
Сокращение – всех возможных этапов дополнительных затрат;
Ускорение – симуляция, автоматизация и активное проектирование образцов;
Изменение всех этапов и составляющих производства;
Выделить включить все составляющие производства.

Важно: все способы оптимизации применяются в зависимости от возникновения причины.

Заключение

Анализ – это эффективный метод контроля уровня производства, с помощью систематического получения необходимой информации доступно полностью исключить пагубные факторы, снижающие уровень конкурентоспособности организации.

Как смоделировать основные бизнес-процессы предприятия вы узнаете в этом видео:

Информационные технологии

МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ: ПОДХОДЫ, МЕТОДЫ И СРЕДСТВА

СКОРОДУМОВ ПАВЕЛ ВАЛЕРЬЕВИЧ

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

Институт социально-экономического развития территорий Российской академии наук E-mail: [email protected]

Инжиниринг бизнес-процессов - это основа современного подхода к организации бизнеса, и наиболее важным его направлением является реинжиниринг. Реинжиниринг направлен на использование в организации принципиально новых бизнес-процессов, основанных на применении современных инновационных технологий.

При анализе существующего и разработке нового бизнеса важную роль играет построение моделей компании и протекающих в ней бизнес-процессов. Моделирование - это процесс отражения реальной действительности при помощи специальной методологии. В статье приведены основные подходы, методы и средства моделирования бизнес-процессов. Рассмотрены наиболее популярные формализмы сетей Петри, применяемые для этих целей.

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

Бизнес-процесс, реинжиниринг, методологии моделирования бизнес-процессов, сети Петри, универсальная система имитационного моделирования.

Многие современные компании продолжают строить свою деятельность на старых управленческих принципах, представленных ещё Адамом Смитом в 1776 году . В своей работе Смит делит производственный процесс на элементарные работы, каждая из которых выполняется одним работником, при этом ему достаточно уметь выполнять отдельные операции и высокая квалификация не требуется.

Естественно, что спустя столько лет отмеченные Смитом принципы перестали удовлетворять современным требованиям. Сегодня продукция должна быть ориентирована на узкие группы потребителей, необходимы исполнители с хорошим образованием, которые не боятся ответственности, стремятся к решению сложных задач. Рынок продуктов стал намного шире, а конкуренция и борьба за потреби-

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

Многие компании стараются переосмыслить прежние способы организации своего бизнеса, строить новые бизнес-процессы уже с применением современных технологий.

Бизнес-процесс - это связанное множество внутренних видов деятельности компании, заканчивающихся созданием продукции или услуги, необходимой потребителю .

Важным шагом структуризации деятельности любой организации являются выделение и классификация бизнес-процессов . По отношению к получению добавленной ценности продукта или услуги выделяют основные и обеспечивающие процессы. Первые - добавляющие ценность - ориентированы на производство товаров или оказание услуг, составляющих основную деятельность организации и обеспечивающих получение дохода. Вторые не добавляют ценность продукта или услуги для потребителя, но увеличивают их стоимость. Они необходимы для деятельности предприятия и предназначены для поддержки выполнения основных бизнес-процессов.

Основу современного подхода к организации бизнеса составляет инжиниринг бизнес-процессов, наиболее важным направлением которого является реинжиниринг .

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

Реинжиниринг представляет собой совокупность средств, мер и методов, в том числе соответствующих информа-

ционных технологий, предназначенных для кардинального улучшения основных показателей деятельности предприятия. С этой целью осуществляется анализ и последующее изменение существующих бизнес-процессов. Для достижения резких улучшений существующих показателей деятельности предприятия реинжиниринг предполагает фундаментальное изменение существующих бизнес-процессов. Поэтому методы реинжиниринга могут быть использованы предприятием в процессе разработки инновационной стратегии развития .

Реинжиниринг направлен на использование в организации принципиально новых бизнес-процессов, основанных на применении современных инновационных технологий.

Переход предприятия на использование новых информационных технологий не означает автоматизацию существующих процессов. Применение их может привести не только к принципиальным изменениям в деятельности сотрудников, но и к полной замене существующих бизнес-процессов .

При анализе существующего и разработке нового бизнеса важную роль играет построение моделей компании и протекающих в ней бизнес-процессов. Модели могут различаться степенью детализации процессов, формой их представления, учётом только статических или также динамических факторов и др. .

При моделировании бизнес-процессов очень важно принять решение о структуре и содержимом объектов моделирования, определить, из каких элементов должен состоять бизнес-процесс. Любой достаточно сложный бизнес-процесс может включать в себя пять основных элементов, которые должны быть отражены при формировании моделей: планирование деятельности, осуществление деятельности, регистрация фактической ин-

формации, контроль и анализ, принятие управленческих решений.

Моделирование бизнес-процессов - это отражение субъективного видения реально существующих в организации процессов при помощи графических, табличных, текстовых способов представления.

Моделирование - это процесс отражения реальной (или планируемой) деятельности организации при помощи специальной методологии. Важно понимать, что процесс моделирования является субъективным. Дело в том, что 80% информации для формирования моделей поступает от интервьюируемых сотрудников и руководителей организации. При этом субъективны как мнение сотрудников о реальном ходе работ, так и взгляд на процессы аналитика, проводившего интервью. Степень субъективности полученных моделей может стать серьёзным препятствием для их дальнейшего использования.

Можно выделить следующие цели моделирования бизнес-процессов:

1. Обеспечить понимание структуры организации и динамики происходящих в ней процессов.

2. Обеспечить понимание текущих проблем организации и возможностей их решения.

3. Убедиться, что заказчики, пользователи и разработчики одинаково понимают цели и задачи организации.

4. Определить требования к ПО, автоматизирующему бизнес-процессы организации.

Под методологией (нотацией) создания модели бизнес-процесса понимается совокупность способов, при помощи которых объекты реального и связи между ними представляются в виде модели. Любая методология включает три основные составляющие :

1. Теоретическая база.

2. Описание шагов, необходимых для получения заданного результата.

Если в основе методологии лежит теоретическая база, то её наличие делает методологию более обоснованной и предсказуемой. Однако в случае отсутствия теории (математической модели) методологии также могут успешно применяться. Основное в методологии - дать пользователю практическую последовательность шагов, которые приводят к заданному результату. Именно способность получать результат с заданными параметрами характеризует эффективность методологии. Методологии (методики) могут использоваться как отдельно, так и совместно .

Модель организации в общем случае представляет собой совокупность функциональной, организационной и информационной моделей:

1. Функциональная модель описывает совокупность функциональных подсистем и связей, отражающих порядок взаимодействия подсистем при функционировании компании или её подразделений.

2. Организационная модель описывает состав и структуру подразделений и служб компании.

3. Информационная модель описывает потоки информации, существующие в функциональной и организационной моделях .

Для моделирования бизнес-процессов используется несколько различных методов, основой которых являются как структурный, так и объектно-ориентированный подходы к моделированию. Однако деление самих методов на структурные и объектные является достаточно условным, поскольку наиболее развитые методы используют элементы обоих подходов. К числу наиболее распространенных методов относятся :

1. Метод функционального моделирования SADT (IDEF0).

2. Метод моделирования процессов IDEF3.

3. Моделирование потоков данных DFD.

4. Метод ARIS.

5. Метод Ericssonn Penker.

6. Метод моделирования, используемый в технологии Rational Unified Process.

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

1. Методологии ведения проекта.

2. Методологии моделирования и анализа бизнес-процессов.

3. Методологии использования программных продуктов для моделирования бизнес-процессов в проекте.

В настоящее время существует несколько достаточно чётко идентифицируемых методологий ведения проектов, связанных с изменением бизнес-процессов, существующих в организации. Одним из наиболее популярных подходов является методология Хаммера и Чампи. Реинжиниринг по Хаммеру и Чампи - это «фундаментальное переосмысление и радикальное перепроектирование деловых процессов для достижения резких, скачкообразных улучшений в решающих современных показателях деятельности компании, таких как стоимость, сервис и темпы» . Основой указанного подхода является рассмотрение деятельности организации «с чистого листа» и разработка новых, более эффективных бизнес-процессов.

Кроме методологии Хаммера и Чам-пи, существуют и другие методологии, не имеющие однозначного авторства, но принадлежащие отдельным компаниям, например, методологии выполнения проектов по внедрению систем автоматизации Oracle, SAP R/3, BAAN, RUP компании Rational и др. .

Ко второй группе относятся методологии моделирования и анализа бизнес-процессов. В настоящее время существует несколько базовых способов описания процессов, основанных как на стандартах (IDEF0), так и на общепринятых подходах (DFD).

Кроме того, существует ряд нотаций (методологий) описания процессов, предложенных отдельными компаниями - разработчиками программных продуктов. К числу последних относится методология ARIS (eEPC) компании IDS S^eer AG, Германия. Также следует отметить методологию BPMN 2, поддерживаемую организацией OMG, которая стала стандартом среди профессионалов и активно используется для разработки «исполняемых» автоматизируемых моделей бизнес-процессов .

К третьей группе методологий относятся методологии использования инструментальных средств моделирования для создания моделей бизнес-процессов. Современные средства моделирования настолько сложны в применении, что требуют разработки специальных методик их применения в проекте. Поэтому для простых проектов часто бывает целесообразнее использовать стандартный язык рисования блок-схем и простейшие инструменты их создания (редакторы MS Word, Visio и т. д.) .

История появления различных методологий обобщена в таблице.

В настоящее время осуществляются многочисленные проекты, целью которых является интеграция существующих методов и языков моделирования и создание единого методического и технологического базиса моделирования бизнес-процессов, а в более широком контексте - моделирования предприятий (enterprise modeling) .

В августе 2000 года по инициативе компании Intalio был создан консорциум BPMI. BPMI - независимая организация,

Таблица. История развития методологий моделирования бизнес-процессов

Период Методологии моделирования BP

1940 - I960 гг. Появление алгоритмических языков

I960 гг. Методология структурного анализа и проектирования (SADT)

1970 - 1980 гг. Методологии серии IDEF (IDEF0, IDEF3, IDEF1x), DFD, ERD

1990 г. Архитектура интегрированных информационных систем (ARIS), универсальный язык моделирования (UML), методологии компаний Oracle, Baan, Rational и т. д.

2000 г. Стандарты ISO 9000:2000, определение процессного подхода к управлению организацией

2003 г. Нотация для моделирования «исполняемых» процессов (BPMNv1)

2004 г. Субъективно-ориентированный подход к моделированию BP (S-BPM)

2008 - 2009 гг. Обновление стандартов ISO 9000:2008

2011 г. Модель и нотация для моделирования «исполняемых» процессов (BPMNv2)

занимающаяся разработкой открытых спецификаций для управления процессами электронной коммерции.

К таким спецификациям относятся проекты стандартов Business Process Modeling Language (BPML) и Business Process Query Language (BPQL), предназначенных для управления бизнес-процессами. BPML -это метаязык для моделирования бизнес-процессов, так же как XML - метаязык для моделирования данных. BPML позволяет создать абстрактную исполнимую модель взаимодействующих процессов, основанную на концепции конечного автомата .

В 2003 году BPMI опубликовал проект стандарта Business Process Modeling Notation (BPMN). Целью этого проекта является создание общей нотации для различных категорий специалистов: от бизнес-аналитиков и экспертов организаций до разработчиков ПО.

BPMN состоит из одной диаграммы под названием Business Process Diagram (BPD), которая непосредственно отображается в конструкции BPML.

Проект Unified Enterprise Modeling Language (UEML) был предпринят с целью интеграции многочисленных языков моделирования архитектуры предприятий (Enterprise Modeling Languages) и создания в перспективе унифицированного языка моделирования с чётко определёнными синтаксисом, семантикой и правилами отображений между различными средствами моделирования. Основой для

такой интеграции послужили модели GERAM (Generalised Enterprise Reference Architecture and Methodology) и Захмана. Проект UEML включает разработку:

1) общего визуального, основанного на шаблонах языка для коммерческих инструментальных средств моделирования;

2) стандартных, независимых от инструментов механизмов передачи моделей между проектами;

3) репозитория моделей предприятий.

OMG - это консорциум разработчиков ПО и пользователей, представляющих различные коммерческие, государственные и академические организации, насчитывающий около 800 участников. OMG занимается разработкой различных стандартов в области взаимодействия распределённых систем (наиболее известные из них - CORBA и UML) .

Работа OMG в области моделирования бизнес-процессов связана в основном с концепцией Model Driven Architecture (MDA).

MDA интегрирует различные подходы к моделированию и вводит набор отображений между моделями различных уровней абстракции. Любая организация, использующая MDA, может разрабатывать только те модели, которые требуются для её собственных целей.

В настоящее время тремя главными инициативными проектами OMG являются создание метамоделей для описания бизнес-процессов (Business Process Definition Metamodel -BPDM), бизнес-пра-

вил (Business Semantics of Business Rules, and Production Rule Representation) и онтологии (Ontology Definition Metamodel). Назначение BPDM - интеграция и обеспечение взаимодействия между моделями, использующимися различными организациями (такими как диаграммы UML или BPMN). Предполагается, что BPDM будет реализована в виде профиля UML 2.0. Аналогичным образом OMG работает над стандартизацией бизнес-правил и их совместимостью с BPDM. Всё это вместе взятое должно в перспективе обеспечить новый уровень совместимости между моделями, используемыми для описания бизнес-процессов и ПО .

Среди современных средств моделирования и анализа бизнес-процессов достаточно широко используются Rational Rose, Oracle Designer, BPWin и ERwin, ARIS и др. . Для моделирования бизнес-процессов больше подходят BPwin, ARIS и Rational Rose, рассмотрим их более подробно.

Rational Rose является одним из ведущих инструментов визуального моделирования в программной индустрии благодаря полноценной поддержке языка UML и многоязыковой поддержке командной разработки, поддерживает компонентно-ориентированный процесс создания систем. Любые модели, создаваемые с помощью данного средства, являются взаимосвязанными: бизнес-модель, функциональная модель, модель анализа, модель проектирования, модель базы данных, модель компонентов и модель физического развёртывания системы. Позволяет решать практически любые задачи в проектировании информационных систем: от анализа бизнес-процессов до кодогенерации на определённом языке программирования. Позволяет разрабатывать как высокоуровневые, так и низкоуровневые модели, осуществляя тем самым либо абстрактное проектирование, либо логическое .

Пакет ВРШт основан на методологии IDEF и предназначен для функционального моделирования и анализа деятельности предприятия. Методология IDEF, являющаяся официальным федеральным стандартом США, представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель IDEF отображает функциональную структуру объекта, т. е. производимые им действия и связи между этими действиями.

BPwin поддерживает три стандартные нотации - IDEF0, DFD и IDEF3, позволяет оптимизировать процедуры в компании, позволяет облегчить сертификацию на соответствие стандартам качества ^09000, содержит собственный генератор отчётов, имеет широкий набор средств документирования моделей, проектов .

Пакет ERWin используется при моделировании и создании баз данных произвольной сложности на основе диаграмм «сущность - связь», является наиболее популярным пакетом моделирования данных благодаря поддержке широкого спектра СУБД самых различных классов.

ERWin поддерживает методологию структурного моделирования SADT и нотацию IDEF1x для ER-диаграмм моделей данных, позволяет повторно использовать компоненты созданных ранее моделей, а также использовать наработки других разработчиков, возможна совместная работа группы проектировщиков с одними и теми же моделями .

Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия. Её методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может

разрабатываться с использованием нескольких методов, что позволяет использовать ARIS специалистам с различными теоретическими знаниями и настраивать её на работу с системами, имеющими свою специфику. Методика моделирования ARIS основывается на разработанной профессором Августом Шером теории построения интегрированных ИС, определяющей принципы визуального отображения всех аспектов функционирования анализируемых компаний. ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы: организационные, функциональные, информационные и модели управления .

Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и языки моделирования. Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты - «функция», «событие», «структурное подразделение», «документ» и т. п. ARIS ориентирована на процессное описание.

Выше отмечалось, что использование новых информационных технологий является неотъемлемой частью реинжиниринга. При этом модели новых бизнес-процессов непосредственно реализуются в среде информационной системы поддержки (ИСП) нового бизнеса. Важность ИСП состоит не только в том, что она является необходимым элементом реинжиниринга, а в том, что зачастую применение ИСП во многом определяет технологию ведения нового бизнеса. ИСП представляет собой специально разрабатываемое программное обеспечение -программную систему, которая строится на основе применения соответствующих инструментальных средств .

Ещё одним инструментом моделирования бизнес-процессов является аппарат сетей Петри (СП). Основные преимуще-

ства использования СП в моделировании заключаются в следующем: 1) процесс, определённый в терминах СП, имеет ясное и чёткое представление; 2) наглядность графика построения сети, благодаря которой все её определения и алгоритмы легко воспринимаются; 3) возможность использования различных методов анализа .

Популярность СП также вызвана удачным представлением различных типов объектов, присутствующих во многих моделируемых системах, и «событийным» подходом к моделированию. Они обладают наилучшими возможностями для описания взаимосвязей и взаимодействий параллельно работающих процессов .

В общем виде сеть Петри определяется следующим набором :

C = (P, T, E), (1)

Р - непустое конечное множество позиций сети;

Т - непустое конечное множество переходов;

Е - отношение инцидентности позиций и

переходов (множество дуг сети).

Применительно к моделированию бизнес-процессов чаще всего используются WF-сети Петри или сети потоков работ. Этот формализм введён Вил ван дер Ааль-стом (англ. Wil van der Aalst) для моделирования потоков работ в workflow-системах. Сеть Петри PN = (P, T, F) называется сетью потоков работ (WF-сетью), если выполняются следующие условия :

1) существует только одна исходная позиция i, такая, что отсутствуют переходы, входящие в i;

2) существует только одна конечная позиция o, такая, что отсутствуют переходы, выходящие из o;

3) каждый узел данной сети расположен на пути от i к о.

Следует отметить, что сети Петри, в отличие от всех представленных выше подходов, позволяют получить динамическую имитационную модель бизнес-

процесса. С точки зрения поведения во времени бизнес-процессы можно в общем виде отнести к гибридным системам, в них одновременно могут присутствовать и непрерывные, и дискретные компоненты. Непрерывная составляющая отражает непрерывность протекания процессов в реальной организации во времени; дискретная - может отражать управляющие воздействия, направленные на непрерывные процессы. Для моделирования гибридных систем был представлен модифицированный аппарат вложенных гибридных сетей Петри .

ВГСП можно определить следующим набором:

NHPN={Atom, Lab, SN(HPN), (EN!,..., ENk),Á), (2) где:

Atom = Var ^ Con - множество атомов, состоящее из множеств имён переменных и имён констант;

Lab = Labv ^ Labh - множество меток, служащих для вертикальной и горизонтальной синхронизации переходов; (EN1,...,ENk)(k > 1) - конечный набор обыкновенных СП;

Л - функция пометки переходов элементов из множества Lab.

SN(HPN) - системная сеть в составе ВГСП, представляющая собой гибридную сеть Петри (ГСП):

HPN = (P, T, Pre, Post, D, C), (3)

P = Pd ^ Pc - множество дискретных и непрерывных позиций;

T = Td ^ Tc ^ TK ^ TE - множество дискретных, непрерывных переходов квантования и экстраполяции; Pre, Post - матрицы инцидентности, характеризующие множество дуг; D: Tt ^ R+ - функция, определяющая интервалы задержки для дискретных временных переходов;

C: Tc ^ R0 х R+m - функция, определяющая пропускную способность непрерывных переходов.

В аппарате ВГСП возможно использование понятий глобального и локального времён. Первое представляет собой внешнее для системы время, с которым она связана понятием шага моделирования, позволяющим оценивать временное изменение состояния системы относительно внешних систем. Второе используется для определения задержек срабатывания дискретных переходов и пропускной способности непрерывных переходов ВГСП. Все дискретные переходы делятся на мгновенно срабатывающие, детерминированные временные и экспоненциально детерминированные. Деление связано с определением интервала задержки для переходов. Для непрерывных переходов вводится понятие пропускной способности, которое отражает скорость перемещения через переход непрерывного потока фишек.

Кроме всего вышесказанного, в аппарат введены характерные для СП высокого уровня понятия вес дуги и ингиби-торные дуги.

Существенным добавлением в аппарат является возможность использования дробных и отрицательных значений для веса исходящей из перехода дуги. При использовании отрицательного веса дуги следует говорить о потенциале фишек, находящихся в этой позиции. Независимо от трактовки маркировки сети уравнение динамики сети не меняется.

Динамика поведения ВГСП описывается следующими четырьмя типами шагов срабатывания:

1. Системно-автономный шаг - это срабатывание перехода системной сети в соответствии с правилами для ГСП, при этом элементные сети рассматриваются как фишки, не имеющие собственной структуры.

2. Элементарно-автономный шаг меняет только внутреннее состояние (маркировку) элементной сети, не меняя её местонахождение в системной сети.

3. Шаг горизонтальной синхронизации используется для синхронизации переходов в двух элементных сетях, находящихся в одной позиции системной сети.

4. Шаг вертикальной синхронизации используется для синхронизации перехода в системной сети с некоторыми переходами элементных сетей.

Для описания динамики поведения ВГСП используется следующее уравнение:

Мк = М-1 + С(р, Ь)и„ (4)

М - матрица маркировки сети. Маркировка сети назначает для каждой дискретной позиции целое число фишек с учётом их потенциала, а для каждой непрерывной позиции - присутствует в ней сигнал или нет; ик - управляющий вектор, определяет множество переходов, готовых к срабатыванию в текущий момент времени;

С(р, Ь) - результирующая матрица инцидентности ВГСП.

Модифицированный аппарат вложенных гибридных сетей Петри существенно расширяет область применения классических СП и уже существующих расширений, позволяет исследовать гибридные системы со сложной структурой как единое целое.

Как отмечалось выше, создание универсального средства моделирования бизнес-процессов является сегодня актуальной задачей. Таким аппаратом могут стать вложенные гибридные сети Петри. Объединив в себе черты различных расширений классических сетей Петри, они обладают всеми их преимуществами, позволяя исследовать системы различной сложности.

Модифицированный аппарат вложенных гибридных сетей Петри может быть положен в основу построения универсальной системы моделирования, которая позволит не только сэкономить время разработки и реализации имитационной модели, но и сделать процесс самого моделирования более простым и доступным. При этом сокращается вероятность возникновения ошибок в ходе создания моделей из-за недостаточного знания языковых средств, невнимательности в работе с большими объёмами информации и т. д. .

Исследования в области моделирования бизнес-процессов с помощью аппарата сетей Петри и построения универсальной системы имитационного моделирования будут продолжены в дальнейшем.

ЛИТЕРАТУРА

1. Анализ современных средств моделирования бизнес-процессов [Электронный ресурс]. - Режим доступа: http://www.reengine.ru/index.asp?Menu=2&Sub=2

2. Баранов, В. В. Реинжиниринг бизнес-процессов: этапы разработки и реализации [Электронный ресурс] / В. В. Баранов. - Режим доступа: http://www.elitarium.ru/2012/11/14/reinzhiniring_biznes_processov_ jetapy_razrabotki_realizacii.html

3. Баринов, В. А. Реинжиниринг: сущность и методология [Электронный ресурс] / В. А. Баринов. - Режим доступа: http://www.elitarium.ru/2006/05/12/reinzhiniring_sushhnost_i_metodologija.html

4. Вендров, А. М. Методы и средства моделирования бизнес-процессов (обзор) [Текст] / Вендров А. М. // Информационный бюллетень. - 2004. - № 10 (137). - 32 с.

5. Духанов, А. В. Имитационное моделирование сложных систем [Текст] / А. В. Духанов, О. Н. Медведева // Курс лекций. - Владимир: ВГУ 2010. - 118 с.

6. Котов, В. Е. Сети Петри [Текст] / В. Е. Котов. - М. : Наука, 1984. - 160 с.

7. Мальков, М. В. Сети Петри и моделирование [Электронный ресурс] / М. В. Мальков, С. Н. Малыгина. -Режим доступа: http://сайт/artide/n/seti-petri-i-modelirovanie

8. Ойхман, Е. Г. Реинжиниринг бизнеса: реинжиниринг организаций и информационные технологии [Текст] / Е. Г. Ойхман, Э. В. Попов. - М. : Финансы и статистика, 1997. - 336 с.

9. Питерсон, Дж. Теория сетей Петри и моделирование систем [Текст] / Дж. Питерсон. - М. : Мир, 1984. - 264 с.

10. Полещук, Н. А. Моделирование затрат в экономических системах с помощью сетей Петри [Электронный ресурс] / Н. А. Полещук. - Режим доступа: http://www.marketing-mba.ru/article/v4_11/Paliashchuk.pdf

11. Репин, В. В. Процессный подход к управлению. Моделирование бизнес-процессов [Текст] / В. В. Репин, В. Г. Елиферов. - М. : Манн, Иванов и Фербер, 2013. - 544 с.

Моделирование бизнес-процессов в последние годы стало модной тенденцией, охватившей многие крупные (и даже не очень крупные) предприятия. Во многих компаниях как грибы растут департаменты организационного развития, отделы процессного управления и иные подразделения, основная задача которых заключается в выработке рекомендаций по совершенствованию деятельности компании на основе применения процессного подхода. На рынке услуг также доступны предложения в области процессного консалтинга, в том числе предложения с конкретной отраслевой специализацией (например, в области постановки процессов разработки приложений или ведения других ИТ-проектов либо в области совершенствования систем управления компаниями).

Настоящий цикл статей посвящен использованию процессного подхода, моделированию бизнес-процессов и их практическому применению. Темы, планируемые к освещению в данном цикле, включают обсуждение наиболее широко распространенных типов моделей, способов их хранения, их достоинств и недостатков. Помимо этого мы обсудим средства интеграции с информационными системами и средствами управления бизнес-процессами (включая решения, использующие языки описания бизнес-процессов); имитационное моделирование процессов, контроль и анализ выполнения процессов в реальной жизни, создание решений на основе средств моделирования бизнес-процессов.

Хочу обратить внимание на то, что, во-первых, в данном цикле представлена личная точка зрения автора на моделирование бизнес-процессов, не имеющая отношения к официальным мнениям поставщиков обсуждаемых инструментов и услуг; во-вторых, данный цикл не претендует на систематичность изложения - он лишь отражает аспекты процессного подхода, показавшиеся автору наиболее интересными и заслуживающими внимания.

Коротко о процессном подходе

ССуть процессного подхода проста. Деятельность сотрудников компании делится на две категории: повторяющаяся (периодически или в результате наступления каких-либо событий), называемая процессами, и неповторяющаяся, называемая проектами, мероприятиями или программами. С этой точки зрения процесс есть связанный набор повторяемых действий, которые преобразуют исходный материал и (или) информацию в конечный продукт (или услугу) в соответствии с предварительно установленными правилами. Как правило, процессы составляют значительную часть деятельности организаций. Учитывая, что процесс имеет конечный результат, рассмотрение деятельности компании как совокупности процессов позволяет более оперативно реагировать на изменение внешних условий, избегать дублирования деятельности и затрат, не приводящих к желаемому результату, правильно мотивировать сотрудников для его достижения.

Моделирование бизнес-процессов обычно означает их формализованное графическое описание. Хотя моделирование применения процессного подхода и совершенствования деятельности компании на его основе не является обязательным, в последнее время во многих компаниях ему уделяется серьезное внимание. Далее мы обсудим, какие задачи могут быть решены с его помощью.

Практическое применение моделирования бизнес-процессов

Моделирование бизнес-процессов используется на практике для решения широкого спектра задач. Один из наиболее типичных способов применения подобных моделей - это совершенствование самих моделируемых процессов. На практике производится описание процессов «как есть» (то есть именно так, как они происходят в действительности), а затем различными способами выявляются узкие места в этих процессах и на основе данного анализа создается несколько моделей «как должно быть».

Выявление узких мест в процессах может осуществляться разными способами. Один из них - имитационное моделирование. Исходными данными для такого моделирования являются сведения о вероятности наступления событий, влияющих на выполнение процесса, о среднем времени выполнения функций в процессе и законах распределения времени выполнения, а также об иных характеристиках, например задействованных в процессе ресурсах.

Другой способ выявления узких мест основан на анализе реальных процессов и соответственно реального времени выполнения функций или ожидания доступности ресурсов. Реальные значения могут быть как получены из информационных систем (если процесс автоматизирован с достаточно высокой степенью), так и определены путем обычного хронометража и иных наблюдений.

Еще один способ применения описания бизнес-процессов - это использование совокупности моделей процессов для генерации корпоративной нормативно-правовой базы, например регламентов процессов, положений о подразделении, должностных инструкций. Особенно часто подобные технологии применяются при подготовке компании к сертификации на соответствие одному из стандартов качества. Сегодня практически все средства моделирования бизнес-процессов позволяют получать данные об объектах на моделях и их взаимосвязях и представлять их в виде документов, хотя технологии, лежащие в основе подобных решений, могут быть различны.

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

Моделирование бизнес-процессов широко применяется при проектировании информационных систем или иных ИТ-решений - сегодня описание процессов при управлении требованиями и создании спецификаций стало практически правилом хорошего тона, и в современном техническом задании вполне можно увидеть не только список требований, но и модели процессов. И, что бы ни говорили на эту тему специалисты в области управленческого и процессного консалтинга, не стоит забывать о том, что во многих случаях именно задача корректной автоматизации и информационной поддержки деятельности компании является основной при принятии решения о моделировании бизнес-процессов.

Перечисленными задачами далеко не исчерпывается область применения моделирования бизнес-процессов - здесь приведены лишь некоторые примеры использования этого вида моделирования.

Процессный подход и CASE-технологии

Модели, объекты и связи

При моделировании бизнес-процессов, как правило, манипулируют понятиями модели, объекта и связи. Модель - это совокупность графических символов, их свойств, атрибутов и связей между ними, которая адекватно описывает некоторые свойства моделируемой предметной области. Возможные типы моделей и правила их построения (в том числе доступные для применения графические символы и правила существования связей между ними) определяются выбранной методологией моделирования, а система условных обозначений, принятая в используемой модели, определяется выбранной нотацией.

Существует довольно много методологий моделирования, используемых сегодня при описании бизнес-процессов. К наиболее популярным из них можно отнести методологию DFD (Data Flow Diagrams), описывающую диаграммы потоков данных, которые используются при анализе требований и функциональном проектировании информационных систем; STD (State Transition Diagram), рассматривающую диаграммы перехода состояний для проектирования систем реального времени; ERD (Entity-Relationship Diagrams), раcсматривающую диаграммы «сущность - связь», которые применяются при логическом проектировании информационных систем; FDD (Functional Decomposition Diagrams), описывающую диаграммы функциональной декомпозиции; SADT (Structured Analysis and Design Technique), представляющую собой довольно популярную в 90-х годах технологию структурного анализа и проектирования. В последнее время популярна также методология ARIS, рассматривающая совокупность различных типов моделей (включая и поддерживаемые некоторыми другими методологиями), которые используются для описания всех подсистем компании. Не менее популярно и семейство методологий IDEF, применяемых для проектирования бизнес-процессов и данных (разработчики баз данных, как правило, неплохо знакомы с методологией IDEF1X, описывающей логические и физические модели данных, а методология IDEF0 весьма популярна у аналитиков, описывающих бизнес-процессы). У разработчиков приложений очень популярна методология UML (Unified Modelling Language), используемая при проектировании информационных систем и приложений с целью описания требований к информационной системе, сценариев работы пользователей, изменения состояний системы и данных в процессе работы и классов будущего приложения.

Инструменты моделирования

Хотя рисовать модели на бумаге не возбраняется, современное моделирование бизнес-процессов обычно осуществляется с использованием CASE-средств - Computer Aided System Engineering - проектирование систем с помощью компьютера. На современном рынке программного обеспечения CASE-средств не одна сотня. В такой ситуации имеет смысл обсудить их классификацию и задачи, которые можно решить с их помощью (применительно к процессному подходу).

Из информационных технологий к CASE-средствам обычно относят инструменты, позволяющие автоматизировать те или иные процессы жизненного цикла ИТ-решений. Впрочем, с их помощью нередко решаются и задачи, не имеющие прямого отношения к ИТ-решениям.

Особенностями современных CASE-средств являются наглядные графические средства для создания моделей, использование средств их хранения в виде файлов или в виде данных в специальном репозитарии, а зачастую - средства интеграции с другими инструментами (например, со средствами разработки приложений, офисными приложениями, другими CASE-средствами, инструментами, применяемыми при внедрении информационных систем). Часто CASE-средства содержат средства генерации отчетов на основе моделей, средства реинжиниринга - генерации моделей на основе имеющихся данных (например, содержащихся в реляционной базе данных). Нередко CASE-средства включают прикладные программные интерфейсы и даже среды разработки решений на собственной основе.

CASE-средства можно классифицировать по типам:

средства анализа и моделирования, предназначенные для создания описаний процессов и иных предметных областей как таковых;
средства анализа и проектирования, используемые для управления требованиями и документирования ИТ-проектов;
средства моделирования приложений (сегодня наиболее распространенной категорией таких средств является семейство средств UML-моделирования);
средства проектирования данных, обеспечивающие моделирование данных и генерацию схем баз данных для наиболее распространенных СУБД.

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

Рис. 1. Borland Together

К наиболее популярным в нашей стране средствам описания бизнес-процессов можно отнести средства UML-моделирования Rational Rose (IBM) и Together (Borland) - рис. 1, семейство AllFusion Business Process Modeler (BPwin) для описания бизнес-процессов с помощью методологии IDEF0 (Computer Associates) и организации коллективной работы над единым репозитарием моделей (рис. 2), ARIS (IDS Scheer) - инструмент коллективной работы над совокупностью взаимосвязанных моделей различных типов (рис. 3), предназначенных для описания бизнес-процессов, данных и информационных систем, деятельности компаний, Visio (Microsoft) - средство создания различных типов моделей бизнес-процессов и данных, позволяющее создавать диаграммы и модели с применением различных методологий (рис. 4).

Рис. 2. CA AllFusion Business Process Modeler (BPwin)

Рис. 3. ARIS Business Architect

Рис. 4. Microsoft Visio

О многих из перечисленных выше инструментов мы неоднократно писали в нашем журнале, и интересующиеся могут найти соответствующие статьи на нашем сайте: .

Какой из инструментов следует выбирать для моделирования бизнес-процессов? В первую очередь это определяется целями и объемом моделирования, функциональностью средств, их интеграцией с другими инструментами и приложениями и в значительно меньшей степени - наличием знаний и опыта применения того или иного инструмента у авторов моделей. Естественно, в этом случае нужно представлять, какие возможности средства моделирования требуются для решения стоящей перед пользователем задачи. Впрочем, о возможностях подобных средств мы подробнее поговорим в последующих статьях.

метод функционального моделирования SADT (IDEF0);

метод моделирования процессов IDEF3;

моделирование потоков данных DFD;

метод ARIS;

метод Ericsson-Penker;

метод моделирования, используемый в технологии Rational Unified Process

1. Метод SADT (Structured Analysis and Design Technique) считается классическим методом процессного подхода к управлению. Основной принцип процессного подхода заключается в структурировании деятельности организации в соответствии с ее бизнес-процессами, а не организационно-штатной структурой.

Метод SADT может использоваться для моделирования самых разнообразных процессов и систем. В существующих системах метод SADT может быть использован для анализа функций, выполняемых системой, и указания механизмов, посредством которых они осуществляются.

Метод SADT представляет собой совокупность правил и процедур, предназначенных дляпостроения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями.

Результатом применения метода SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга.

Одной из наиболее важных особенностей метода SADT является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель.

Рис. 2.

2. Метод моделирования процессов IDEF3

Метод моделирования IDEF3 предназначен для моделирования последовательности выполнения действий и взаимозависимости между ними в рамках процессов.

Как и в методе IDEF0, основной единицей модели IDEF3 является диаграмма. Другой важный компонент модели - действие, или в терминах IDEF3 «единица работы» (Unit of Work). Диаграммы IDEF3 отображают действие в виде прямоугольника. Действия именуются с использованием глаголов или отглагольных существительных, каждому из действий присваивается уникальный идентификационный номер. Этот номер не используется вновь даже в том случае, если в процессе построения модели действие удаляется. В диаграммах IDEF3 номер действия обычно предваряется номером его родителя (рис. 3).

Рис. 3.

Существенные взаимоотношения между действиями изображаются с помощью связей. Все связи в IDEF3 являются однонаправленными, и хотя стрелка может начинаться или заканчиваться на любой стороне блока, обозначающего действие, диаграммы IDEF3 обычно организуются слева направо таким образом, что стрелки начинаются на правой и заканчиваются на левой стороне блоков. В табл. 1 приведены три возможных типа связей.

Таблица 1. Типы связей IDEF3

3. Диаграммы потоков данных DFD

Диаграммы потоков данных (Data Flow Diagrams- DFD) представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления - продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.

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

Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут уровень декомпозиции, на котором детализировать процессы далее не имеет смысла.

Основными компонентами диаграмм потоков данных являются:

* внешние сущности;
* системы и подсистемы;
* процессы;
* накопители данных;
* потоки данных.
4. Метод ARIS

Система ARIS (Architecture of Integrated Information System), разработанный германской фирмой IDS Scheer, представляет собой комплекс средств анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методов, что позволяет использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику.

ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:

* организационные модели, представляющие структуру системы - иерархию организационных подразделений, должностей и конкретных лиц, связи между ними, а также территориальную привязку структурных подразделений;
* функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;
* информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы;
* модели управления, представляющие комплексный взгляд на реализацию бизнес-процессов в рамках системы.

Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и языки моделирования, в частности, UML.

Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты - «функция», «событие», «структурное подразделение», «документ» и т.п. Между объектами устанавливаются разнообразные связи. Так, между объектами «функция» и «структурное подразделение» могут быть установлены связи следующих видов:

* выполняет;
* принимает решение;
* участвует в выполнении;
* должен быть проинформирован о результатах;
* консультирует исполнителей;
* принимает результаты.

Основная бизнес-модель ARIS - eEPC (extended Eventdriven Process Chain - расширенная модель цепочки процессов, управляемых событиями). В табл. 2 приводятся основные объекты, используемые в данной нотации.

Таблица 2. Объекты модели eEPC

Рис. 4.

Основное достоинство метода ARIS заключается в его комплексности, которая проявляется во взаимосвязи между моделями различных типов. Метод ARIS позволяет описывать деятельность организации с разных точек зрения и устанавливать связи между различными моделями. Однако такой подход трудно реализуем на практике, поскольку влечет за собой большой расход ресурсов (человеческих и финансовых) в течение длительного времени. Кроме того, инструментальная среда ARIS достаточно дорогостояща и сложна в использовании.

5. Метод Ericsson-Penker представляет интерес прежде всего в связи с попыткой применения языка объектного моделирования UML (изначально предназначенного для моделирования архитектуры систем ПО) для моделирования бизнес-процессов. Это стало возможным благодаря наличию в UML механизмов расширения.

Механизмы расширения UML предназначены для того, чтобы разработчики могли адаптировать язык моделирования к своим конкретным нуждам, не меняя при этом его метамодель.

Рис. 5.

Наличие механизмов расширения принципиально отличает UML от таких средств моделирования, как IDEF0, IDEF1X, IDEF3, DFD и др. Перечисленные языки моделирования можно определить как сильно типизированные (по аналогии с языками программирования), поскольку они не допускают произвольной интерпретации семантики элементов моделей. UML, допуская такую интерпретацию (в основном за счет стереотипов), является слабо типизированным языком. К его механизмам расширения относятся:

* стереотипы;
* тегированные (именованные) значения;
* ограничения.

Стереотип - это новый тип элемента модели, который определяется на основе уже существующего элемента. Стереотипы расширяют нотацию модели, могут применяться к любым элементам модели и представляются в виде текстовой метки или пиктограммы.

Именованное значение - это пара строк «тег = значение» или «имя = содержимое», в которых хранится дополнительная информация о каком-либо элементе системы, например, время создания, статус разработки или тестирования, время окончания работы над ним и т.п.

Ограничение - это семантическое ограничение, имеющее вид текстового выражения на естественном или формальном языке (OCL - Object Constraint Language), которое невозможно выразить с помощью графической нотации UML.

Авторы метода Ericsson-Penker создали свой профиль UML для моделирования бизнес-процессов под названием Ericsson-Penker Business Extensions, введя набор стереотипов, описывающих процессы, ресурсы, правила и цели деятельности организации.

Метод использует четыре основные категории бизнес-модели:

* Ресурсы - различные объекты, используемые или участвующие в бизнес-процессах (люди, материалы, информация или продукты). Ресурсы структурированы, взаимосвязаны и подразделяются на физические, абстрактные, информационные и человеческие.
* Процессы - виды деятельности, изменяющие состояние ресурсов в соответствии с бизнес-правилами.
* Цели - назначение бизнес-процессов. Цели могут быть разбиты на подцели и соотнесены с отдельными процессами. Цели достигаются в процессах и выражают требуемое состояние ресурсов. Цели могут быть выражены в виде одного или более правил.
* Бизнес-правила - условия или ограничения выполнения процессов (функциональные, поведенческие или структурные). Правила могут диктоваться внешней средой (инструкциями или законами) или могут быть определены в пределах бизнес-процессов. Правила могут быть определены с использованием языка OCL, который является частью стандарта UML.

Все эти категории связаны между собой: правило может определять способ структурирования ресурсов, ресурс назначается конкретному процессу, цель связана с выполнением конкретного процесса.

Основной диаграммой UML, используемой в данном методе, является диаграмма деятельности. Основным элементом диаграммы является деятельность (activity). Деятельность изображается в виде закругленного прямоугольника с текстовым описанием. Любая диаграмма деятельности должна иметь начальную точку, определяющую начало потока событий. Конечная точка необязательна. На диаграмме может быть несколько конечных точек, но только одна начальная.

6. Метод моделирования, используемый в технологии Rational Unified Process

Язык UML используется также в методе моделирования бизнес-процессов, являющемся частью технологии Rational Unified Process компании IBM Rational Software. Этот метод, направленный прежде всего на создание основы для формирования требований к ПО, предусматривает построение двух базовых моделей:

* модели бизнес-процессов (Business Use Case Model);
* модели бизнес-анализа (Business Analysis Model).

Модель бизнес-процессов - модель, описывающая бизнес-процессы организации в терминах ролей и их потребностей. Она представляет собой расширение модели вариантов использования (use case) UML за счет введения набора стереотипов - Business Actor (стереотип действующего лица) и Business Use Case (стереотип варианта использования).

Business Actor (действующее лицо бизнес-процессов) - это некоторая роль, внешняя по отношению к бизнес-процессам организации. Потенциальными кандидатами в действующие лица бизнес-процессов являются: акционеры, заказчики, поставщики, партнеры, потенциальные клиенты, местные органы власти, сотрудники подразделений организации, деятельность которых не охвачена моделью, внешние системы.

Список действующих лиц составляется путем ответа на следующие вопросы:

* Кто извлекает пользу из существования организации?
* Кто помогает организации осуществлять свою деятельность?
* Кому организация передает информацию и от кого получает?

Business Use Case (вариант использования с точки зрения бизнес-процессов) определяется как описание последовательности действий (потока событий) в рамках некоторого бизнес-процесса, приносящей ощутимый результат конкретному действующему лицу. Это определение подобно общему определению бизнес-процесса, но имеет более точный смысл. В терминах объектной модели Business Use Case представляет собой класс, объектами которого являются конкретные потоки событий в рамках описываемого бизнес-процесса.

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

Каждый Business Use Case отражает цель или потребность некоторого действующего лица.

Описание Business Use Case представляет собой спецификацию (текстовый документ), которая, подобно обычному варианту использования, состоит из следующих пунктов:

* наименование;
* краткое описание;
* цели и результаты (с точки зрения действующего лица);
* описание сценариев (основного и альтернативных);
* специальные требования (ограничения по времени выполнения или другим ресурсам);
* расширения (исключительные ситуации);
* связи с другими Business Use Case;
* диаграммы деятельности (для наглядного описания сценариев - при необходимости).

Описание Business Use Case может сопровождаться целью процесса, которая так же, как и в методе ErikssonPenker, моделируется с помощью класса со стереотипом «goal», а дерево целей изображается в виде диаграммы классов.

Для каждого Business Use Case строится модель бизнес-анализа - объектная модель, описывающая реализацию бизнес-процесса в терминах взаимодействующих объектов (бизнес-объектов - Business Object), принадлежащих к двум классам - Business Worker и Business Entity.

Business Worker (исполнитель) - активный класс, представляющий собой абстракцию исполнителя, выполняющего некоторые действия в рамках бизнес-процесса. Исполнители взаимодействуют между собой и манипулируют различными сущностями, участвуя в реализациях сценариев Business Use Case. На диаграмме классов UML исполнитель представляется в виде класса со стереотипом «business worker».

Понятие Business Entity аналогично понятию сущности в модели «сущность-связь», за исключением того, что в данной модели не определяется поведение сущности, а в объектной модели сущность может иметь набор обязанностей. На диаграмме классов UML сущность представляется в виде класса со стереотипом «business entity».