REQ Labs 2014. Smart Business Modelling: A Key to Success in Enterprise Automation [RUS]

1 © L

uxoft

Tra

inin

g 2014

Алексей Петров

Умелое описание бизнес-

процессов — залог

успешной автоматизации

[email protected]

REQ Labs

2 © L

uxoft

Tra

inin

g 2014

Умелое описание бизнес-процессов —

залог успешной автоматизации

Алексей Петров

REQ Labs

3 © L

uxoft

Tra

inin

g 2014

Введение.

Предприятия, архитектуры и языки

4 © L

uxoft

Tra

inin

g 2014

Разрешите представиться

Алексей Петров — тренер, аналитик и консультант,

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

процессов (БП), системного анализа и программной

инженерии:

2004 — первый опыт системного и бизнес-анализа

2008 — первый опыт моделирования БП

2009 — первый опыт управленческого консалтинга

2011 — первый тренинг по системному и бизнес-анализу

2012 — начало сотрудничества с Luxoft Training

5 © L

uxoft

Tra

inin

g 2014

О чем пойдет речь?

Ландшафт языков описания корпоративной

архитектуры

Значимость бизнес-моделирования для

заинтересованных сторон проекта автоматизации

Эффективное описание основных и вспомогательных

сценариев выполнения БП

От описания БП — к функциональным требованиям

6 © L

uxoft

Tra

inin

g 2014

Предприятие и его архитектура

Каждое предприятие можно рассматривать как

социотехническую систему

Система — см. ГОСТ Р ИСО/МЭК 15288-2005: «комбинация

взаимодействующих элементов, организованных для

достижения одной или нескольких поставленных целей»

Структурному рассмотрению системы соответствует

ее архитектура

Архитектура — см. ISO/IEC/IEEE 42010:2011: fundamental

concepts or properties of a system in its environment embodied in

its elements, relationships, and in the principles of its design and

evolution

Архитектуру предприятия как социотехнической

системы можно назвать корпоративной

7 © L

uxoft

Tra

inin

g 2014

Архитектурные описания

и парадигмы описания предприятий

Архитектура любой системы может иметь описание

на удобном для его автора и читателя языке

Архитектурное описание — см. ISO/IEC/IEEE 42010:2011:

work product used to express an architecture

Язык архитектурного описания — см. там же

Архитектурное описание предприятия может быть

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

инфологической — «предприятие как база данных»

коммуникационной — «предприятие как договаривающиеся

стороны»

трансформационной — «предприятие как фабрика по

переработке сырья в конечный продукт»

В фокусе трансформационного описания

корпоративной архитектуры находятся БП

8 © L

uxoft

Tra

inin

g 2014

Ландшафт нотаций (языков)

описания корпоративной архитектуры

Язык блок-схем («потоковых диаграмм»)

Интуитивно понятен и широко известен — восходит к

предшественникам ISO 5807:1985 и ГОСТ 19.701-90

Примитивен; не приспособлен к описанию БП

Языки IDEFØ и IDEF3

Интуитивно понятны; приспособлены к описанию БП

Закрытые; лишены множества значимых для аналитика

элементов

Язык ARIS eEPC (extended event-driven process chain)

Сравнительно прост

Закрытый; грамматически «многословен»; не приспособлен к

описанию исполняемых БП

Язык UML

9 © L

uxoft

Tra

inin

g 2014

Современное состояние: язык BPMN 2.0

BPMN 2.0 (Business Process Model and Notation) —

методология и нотация моделирования БП,

предложенная Object Management Group (OMG) как

альтернатива конкурирующим между собой

«частным» нотациям.

Открытый стандарт моделей, переносимых между

редакторами и BPM-системами в публичном формате на базе

языка XML

Ориентирован на бизнес-аналитиков, разработчиков БП

(process engineers) и разработчиков приложений (application

developers)

Имеет конечной целью описание исполняемых БП

10 © L

uxoft

Tra

inin

g 2014

Пример BPMN-диаграммы:

частный процесс

Shipment Process of a Hardware Retailer © OMG

11 © L

uxoft

Tra

inin

g 2014

Пример BPMN-диаграммы:

открытый процесс

Ordering and Delivering Pizza © OMG

12 © L

uxoft

Tra

inin

g 2014

Точки зрения.

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

13 © L

uxoft

Tra

inin

g 2014

От заинтересованных сторон —

к точке зрения

Заинтересованная сторона — лицо, команда,

организация либо класс таковых, проявляющие тот

или иной интерес к системе

Интерес — возможность влиять или пребывать под

влиянием системы в ее (операционной) среде

Организационный, технологический, деловой,

управленческий, политический, экономический, правовой и др.

Контекст моделирования — исходные условия

описания БП, объединяющие

цели и границы (ширину и глубину) описания

основную заинтересованную в результате описания сторону

выбранную точку зрения

14 © L

uxoft

Tra

inin

g 2014

Для кого важен проект автоматизации?

Бизнес-заказчик — часто является инвестором

(спонсором) проекта

Функциональный заказчик — пользователь

(носитель функциональной роли)

Разработчик — исполнитель проекта изготовления

ИС (интегратор или информационная служба)

Служба эксплуатации

15 © L

uxoft

Tra

inin

g 2014

Трехуровневая модель

Является частью методологии Oracle BPM

Methodology и относится к степени детализации

моделей БП на пути от ранних результатов анализа к

финальным исполняемым моделям

Первоначально описана в Oracle® Practitioner Guide. Business

Process Engineering, Release 3.0. E20216-03 (2010 г.)

№

уровня

Наименование

уровня Назначение уровня

I Уровень процессов Демонстрация успешного сценария

достижения результата

II Уровень

пользователей

Детальное описание БП с точки зрения

пользователя ИС

III Уровень ИС

Детальное описание БП с точки зрения

ИС и автоматизируемых с ее помощью

операций

16 © L

uxoft

Tra

inin

g 2014

Уровень I (уровень процессов)

Описывает (основной) успешный сценарий (“happy

path”) БП, ведущий к достижению наблюдаемого

(желаемого) результата и формированию ценности

для бенефициара процесса

Предназначен для (первичной) коммуникации с

бизнес-заказчиком (business stakeholders)

Строится как ограниченный подъязык, a priori

понятный неподготовленному читателю

17 © L

uxoft

Tra

inin

g 2014

Пример подъязыка:

уровень I (уровень процессов)

В исключительных случаях диаграммы

могут быть избавлены от шлюзов и иметь строго

линейный вид

18 © L

uxoft

Tra

inin

g 2014

Уровень II (уровень пользователей)

Устраняет разрыв между бизнес-заказчиком и

членами проектной команды, детально описывая БП,

его штатные и нештатные варианты с точки зрения

пользователя ИС

При необходимости охватывает обработку

исключительных ситуаций, компенсацию транзакций

после отмены и иные вопросы

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

архитекторов процессов, а потому строится на

максимально широком использовании нотации BPMN

19 © L

uxoft

Tra

inin

g 2014

Пример диаграммы:

уровень II (уровень пользователей)

20 © L

uxoft

Tra

inin

g 2014

Уровень III (уровень ИС)

Устраняет разрыв между бизнес-заказчиком и

членами проектной команды, детально описывая БП,

его штатные и нештатные варианты с точки зрения

информационной системы

При необходимости охватывает технические работы

по интеграции сервисов, определяет потоки

сообщений, порядок отображения и преобразования

данных и иные аспекты перевода БП в исполняемый

вид

Предназначен для ИТ-специалистов, главным

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

архитектора

21 © L

uxoft

Tra

inin

g 2014

Уровень III (уровень ИС):

рекомендации по построению

Сводить последовательные действия пользователей

к не подлежащим разбиению «составным задачам»

Не объединять значимые для целей моделирования

самостоятельные действия ИС

Настойчиво искать альтернативные сценарии

выполнения БП

типичные — ведут к желаемому результату иным путем

редкие — занимают малую долю в характерной выборке

исключительные —сопровождаются ошибками и чаще всего

не ведут к результату

22 © L

uxoft

Tra

inin

g 2014

Примеры альтернативных сценариев:

уровень III (уровень ИС), интеграция

23 © L

uxoft

Tra

inin

g 2014

Что подлежит автоматизации?

От описаний процессов — к требованиям

24 © L

uxoft

Tra

inin

g 2014

Уровень III (уровень ИС): виды операций

Вид операции Обозначение Рекомендуемая

интерпретация

Ручная (Manual)

Операция,

выполняемая вручную

или в сторонней ИС

Пользовательская

(User)

Операция,

выполняемая в

моделируемой ИС с

участием оператора

Автоматическая

(Script / Service)

Операция,

выполняемая в

моделируемой ИС без

участия оператора

Реализация бизнес-

правила (Business

Rule)

Операция,

выполняемая согласно

формализованному

бизнес-правилу

25 © L

uxoft

Tra

inin

g 2014

От описания БП — к требованиям

Детализации до функциональных требований (ФТ)

подлежат:

пользовательские операции

автоматические операции

Детализации до нефункциональных требований

(НФТ) подлежат:

реализации бизнес-правил

26 © L

uxoft

Tra

inin

g 2014

Выводы

Один комплект диаграмм БП не может

удовлетворить потребности всех заинтересованных

сторон

Существует простой и технологичный подход к

всестороннему описанию БП в интересах разных

читателей

Этот подход доказал свою эффективность и

рекомендуется к применению

27 © L

uxoft

Tra

inin

g 2014

Дополнительные материалы и информация

При подготовке презентации использовались:

1. BPMN 2.0 by Example: non-normative OMG document with BPMN 2.0

examples (2010). URL: http://www.omg.org/cgi-bin/doc?dtc/10-06-02

2. Oracle® Practitioner Guide. Business Process Engineering,

Release 3.0. E20216-03 (December 2010)

28 © L

uxoft

Tra

inin

g 2014

Рекомендуемая литература

1. Business Process Model and Notation. Ver. 2.0. URL:

www.omg.org/spec/BPMN/2.0/

2. Debevoise, T., Geneva, R. The Microguide to Process Modeling in

BPMN 2.0 (Advanced Component Research, 2011)

3. Freund, J., Rucker, B. Real-Life BPMN: Using BPMN 2.0 to Analyze,

Improve, and Automate Processes in Your Company (2012).

4. Object Management Group Business Process Model and Notation.

URL: http://www.bpmn.org/

5. Shapiro, R., et al. BPMN 2.0 Handbook (Future Strategies, 2011).

6. Sherry, K.J. BPMN Pocket Reference: A Practical Guide To The

International Business Process Model And Notation Standard BPMN

Version 2.0 (2012).

7. Silver, B. BPMN Method and Style with BPMN Implementer’s Guide

(2nd ed., Cody-Cassidy Press, 2012).

29 © L

uxoft

Tra

inin

g 2014

Благодарю за внимание!

Вопросы?

30 © L

uxoft

Tra

inin

g 2014

IntHR

Luxtown

Информация об учебном центре

www.luxoft-training.ru/about

Расписание

www.luxoft-training.ru/timetable

Каталог курсов

www.luxoft-training.ru/training/catalog_directions

Контакты

www.luxoft-training.ru/contacts

www.facebook.com/TrainingCenterLuxoft

Внутренние ресурсы

Расписание,

курсы,

тренеры

Условия

обучения,

логистика,

контакты

Luxtown

Информационные ресурсы Luxoft Training