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

1. 1
©LuxoftTraining2014
Алексей Петров
Умелое описание бизнес-
процессов — залог
успешной автоматизации
education@luxoft.com
REQ Labs

2. 2
©LuxoftTraining2014
Умелое описание бизнес-процессов —
залог успешной автоматизации
Алексей Петров
REQ Labs

3. 3
©LuxoftTraining2014
Введение.
Предприятия, архитектуры и языки

4. 4
©LuxoftTraining2014
Разрешите представиться
 Алексей Петров — тренер, аналитик и консультант,
эксперт-практик в области моделирования бизнес-
процессов (БП), системного анализа и программной
инженерии:
 2004 — первый опыт системного и бизнес-анализа
 2008 — первый опыт моделирования БП
 2009 — первый опыт управленческого консалтинга
 2011 — первый тренинг по системному и бизнес-анализу
 2012 — начало сотрудничества с Luxoft Training

5. 5
©LuxoftTraining2014
О чем пойдет речь?
 Ландшафт языков описания корпоративной
архитектуры
 Значимость бизнес-моделирования для
заинтересованных сторон проекта автоматизации
 Эффективное описание основных и вспомогательных
сценариев выполнения БП
 От описания БП — к функциональным требованиям

6. 6
©LuxoftTraining2014
Предприятие и его архитектура
 Каждое предприятие можно рассматривать как
социотехническую систему
 Система — см. ГОСТ Р ИСО/МЭК 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. 7
©LuxoftTraining2014
Архитектурные описания
и парадигмы описания предприятий
 Архитектура любой системы может иметь описание
на удобном для его автора и читателя языке
 Архитектурное описание — см. ISO/IEC/IEEE 42010:2011:
work product used to express an architecture
 Язык архитектурного описания — см. там же
 Архитектурное описание предприятия может быть
выполнено в рамках одной из нескольких парадигм:
 инфологической — «предприятие как база данных»
 коммуникационной — «предприятие как договаривающиеся
стороны»
 трансформационной — «предприятие как фабрика по
переработке сырья в конечный продукт»
 В фокусе трансформационного описания
корпоративной архитектуры находятся БП

8. 8
©LuxoftTraining2014
Ландшафт нотаций (языков)
описания корпоративной архитектуры
 Язык блок-схем («потоковых диаграмм»)
 Интуитивно понятен и широко известен — восходит к
предшественникам ISO 5807:1985 и ГОСТ 19.701-90
 Примитивен; не приспособлен к описанию БП
 Языки IDEFØ и IDEF3
 Интуитивно понятны; приспособлены к описанию БП
 Закрытые; лишены множества значимых для аналитика
элементов
 Язык ARIS eEPC (extended event-driven process chain)
 Сравнительно прост
 Закрытый; грамматически «многословен»; не приспособлен к
описанию исполняемых БП
 Язык UML

9. 9
©LuxoftTraining2014
Современное состояние: язык BPMN 2.0
 BPMN 2.0 (Business Process Model and Notation) —
методология и нотация моделирования БП,
предложенная Object Management Group (OMG) как
альтернатива конкурирующим между собой
«частным» нотациям.
 Открытый стандарт моделей, переносимых между
редакторами и BPM-системами в публичном формате на базе
языка XML
 Ориентирован на бизнес-аналитиков, разработчиков БП
(process engineers) и разработчиков приложений (application
developers)
 Имеет конечной целью описание исполняемых БП

10. 10
©LuxoftTraining2014
Пример BPMN-диаграммы:
частный процесс
Shipment Process of a Hardware Retailer © OMG

11. 11
©LuxoftTraining2014
Пример BPMN-диаграммы:
открытый процесс
Ordering and Delivering Pizza © OMG

12. 12
©LuxoftTraining2014
Точки зрения.
Модель описания бизнес-процессов

13. 13
©LuxoftTraining2014
От заинтересованных сторон —
к точке зрения
 Заинтересованная сторона — лицо, команда,
организация либо класс таковых, проявляющие тот
или иной интерес к системе
 Интерес — возможность влиять или пребывать под
влиянием системы в ее (операционной) среде
 Организационный, технологический, деловой,
управленческий, политический, экономический, правовой и др.
 Контекст моделирования — исходные условия
описания БП, объединяющие
 цели и границы (ширину и глубину) описания
 основную заинтересованную в результате описания сторону
 выбранную точку зрения

14. 14
©LuxoftTraining2014
Для кого важен проект автоматизации?
 Бизнес-заказчик — часто является инвестором
(спонсором) проекта
 Функциональный заказчик — пользователь
(носитель функциональной роли)
 Разработчик — исполнитель проекта изготовления
ИС (интегратор или информационная служба)
 Служба эксплуатации

15. 15
©LuxoftTraining2014
Трехуровневая модель
 Является частью методологии Oracle BPM
Methodology и относится к степени детализации
моделей БП на пути от ранних результатов анализа к
финальным исполняемым моделям
 Первоначально описана в Oracle® Practitioner Guide. Business
Process Engineering, Release 3.0. E20216-03 (2010 г.)
№
уровня
Наименование
уровня
Назначение уровня
I Уровень процессов
Демонстрация успешного сценария
достижения результата
II
Уровень
пользователей
Детальное описание БП с точки зрения
пользователя ИС
III Уровень ИС
Детальное описание БП с точки зрения
ИС и автоматизируемых с ее помощью
операций

16. 16
©LuxoftTraining2014
Уровень I (уровень процессов)
 Описывает (основной) успешный сценарий (“happy
path”) БП, ведущий к достижению наблюдаемого
(желаемого) результата и формированию ценности
для бенефициара процесса
 Предназначен для (первичной) коммуникации с
бизнес-заказчиком (business stakeholders)
 Строится как ограниченный подъязык, a priori
понятный неподготовленному читателю

17. 17
©LuxoftTraining2014
Пример подъязыка:
уровень I (уровень процессов)
В исключительных случаях диаграммы
могут быть избавлены от шлюзов и иметь строго
линейный вид

18. 18
©LuxoftTraining2014
Уровень II (уровень пользователей)
 Устраняет разрыв между бизнес-заказчиком и
членами проектной команды, детально описывая БП,
его штатные и нештатные варианты с точки зрения
пользователя ИС
 При необходимости охватывает обработку
исключительных ситуаций, компенсацию транзакций
после отмены и иные вопросы
 Предназначен для бизнес-аналитиков и
архитекторов процессов, а потому строится на
максимально широком использовании нотации BPMN

19. 19
©LuxoftTraining2014
Пример диаграммы:
уровень II (уровень пользователей)

20. 20
©LuxoftTraining2014
Уровень III (уровень ИС)
 Устраняет разрыв между бизнес-заказчиком и
членами проектной команды, детально описывая БП,
его штатные и нештатные варианты с точки зрения
информационной системы
 При необходимости охватывает технические работы
по интеграции сервисов, определяет потоки
сообщений, порядок отображения и преобразования
данных и иные аспекты перевода БП в исполняемый
вид
 Предназначен для ИТ-специалистов, главным
образом — для разработчика процессов и
архитектора

21. 21
©LuxoftTraining2014
Уровень III (уровень ИС):
рекомендации по построению
 Сводить последовательные действия пользователей
к не подлежащим разбиению «составным задачам»
 Не объединять значимые для целей моделирования
самостоятельные действия ИС
 Настойчиво искать альтернативные сценарии
выполнения БП
 типичные — ведут к желаемому результату иным путем
 редкие — занимают малую долю в характерной выборке
 исключительные —сопровождаются ошибками и чаще всего
не ведут к результату

22. 22
©LuxoftTraining2014
Примеры альтернативных сценариев:
уровень III (уровень ИС), интеграция

23. 23
©LuxoftTraining2014
Что подлежит автоматизации?
От описаний процессов — к требованиям

24. 24
©LuxoftTraining2014
Уровень III (уровень ИС): виды операций
Вид операции Обозначение
Рекомендуемая
интерпретация
Ручная (Manual)
Операция,
выполняемая вручную
или в сторонней ИС
Пользовательская
(User)
Операция,
выполняемая в
моделируемой ИС с
участием оператора
Автоматическая
(Script / Service)
Операция,
выполняемая в
моделируемой ИС без
участия оператора
Реализация бизнес-
правила (Business
Rule)
Операция,
выполняемая согласно
формализованному
бизнес-правилу

25. 25
©LuxoftTraining2014
От описания БП — к требованиям
 Детализации до функциональных требований (ФТ)
подлежат:
 пользовательские операции
 автоматические операции
 Детализации до нефункциональных требований
(НФТ) подлежат:
 реализации бизнес-правил

26. 26
©LuxoftTraining2014
Выводы
 Один комплект диаграмм БП не может
удовлетворить потребности всех заинтересованных
сторон
 Существует простой и технологичный подход к
всестороннему описанию БП в интересах разных
читателей
 Этот подход доказал свою эффективность и
рекомендуется к применению

27. 27
©LuxoftTraining2014
Дополнительные материалы и информация
При подготовке презентации использовались:
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. 28
©LuxoftTraining2014
Рекомендуемая литература
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. 29
©LuxoftTraining2014
Благодарю за внимание!
Вопросы?

30. 30
©LuxoftTraining2014
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