1
©LuxoftTraining2014
Алексей Петров
Умелое описание бизнес-
процессов — залог
успешной автоматизации
education@luxoft.com
REQ Labs
2
©LuxoftTraining2014
Умелое описание бизнес-процессов —
залог успешной автоматизации
Алексей Петров
REQ Labs
3
©LuxoftTraining2014
Введение.
Предприятия, архитектуры и языки
4
©LuxoftTraining2014
Разрешите представиться
 Алексей Петров — тренер, аналитик и консультант,
эксперт-практик в области моделирования бизнес-
процессов (БП), системного анализа и программной
инженерии:
 2004 — первый опыт системного и бизнес-анализа
 2008 — первый опыт моделирования БП
 2009 — первый опыт управленческого консалтинга
 2011 — первый тренинг по системному и бизнес-анализу
 2012 — начало сотрудничества с Luxoft Training
5
©LuxoftTraining2014
О чем пойдет речь?
 Ландшафт языков описания корпоративной
архитектуры
 Значимость бизнес-моделирования для
заинтересованных сторон проекта автоматизации
 Эффективное описание основных и вспомогательных
сценариев выполнения БП
 От описания БП — к функциональным требованиям
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
©LuxoftTraining2014
Архитектурные описания
и парадигмы описания предприятий
 Архитектура любой системы может иметь описание
на удобном для его автора и читателя языке
 Архитектурное описание — см. ISO/IEC/IEEE 42010:2011:
work product used to express an architecture
 Язык архитектурного описания — см. там же
 Архитектурное описание предприятия может быть
выполнено в рамках одной из нескольких парадигм:
 инфологической — «предприятие как база данных»
 коммуникационной — «предприятие как договаривающиеся
стороны»
 трансформационной — «предприятие как фабрика по
переработке сырья в конечный продукт»
 В фокусе трансформационного описания
корпоративной архитектуры находятся БП
8
©LuxoftTraining2014
Ландшафт нотаций (языков)
описания корпоративной архитектуры
 Язык блок-схем («потоковых диаграмм»)
 Интуитивно понятен и широко известен — восходит к
предшественникам ISO 5807:1985 и ГОСТ 19.701-90
 Примитивен; не приспособлен к описанию БП
 Языки IDEFØ и IDEF3
 Интуитивно понятны; приспособлены к описанию БП
 Закрытые; лишены множества значимых для аналитика
элементов
 Язык ARIS eEPC (extended event-driven process chain)
 Сравнительно прост
 Закрытый; грамматически «многословен»; не приспособлен к
описанию исполняемых БП
 Язык UML
9
©LuxoftTraining2014
Современное состояние: язык BPMN 2.0
 BPMN 2.0 (Business Process Model and Notation) —
методология и нотация моделирования БП,
предложенная Object Management Group (OMG) как
альтернатива конкурирующим между собой
«частным» нотациям.
 Открытый стандарт моделей, переносимых между
редакторами и BPM-системами в публичном формате на базе
языка XML
 Ориентирован на бизнес-аналитиков, разработчиков БП
(process engineers) и разработчиков приложений (application
developers)
 Имеет конечной целью описание исполняемых БП
10
©LuxoftTraining2014
Пример BPMN-диаграммы:
частный процесс
Shipment Process of a Hardware Retailer © OMG
11
©LuxoftTraining2014
Пример BPMN-диаграммы:
открытый процесс
Ordering and Delivering Pizza © OMG
12
©LuxoftTraining2014
Точки зрения.
Модель описания бизнес-процессов
13
©LuxoftTraining2014
От заинтересованных сторон —
к точке зрения
 Заинтересованная сторона — лицо, команда,
организация либо класс таковых, проявляющие тот
или иной интерес к системе
 Интерес — возможность влиять или пребывать под
влиянием системы в ее (операционной) среде
 Организационный, технологический, деловой,
управленческий, политический, экономический, правовой и др.
 Контекст моделирования — исходные условия
описания БП, объединяющие
 цели и границы (ширину и глубину) описания
 основную заинтересованную в результате описания сторону
 выбранную точку зрения
14
©LuxoftTraining2014
Для кого важен проект автоматизации?
 Бизнес-заказчик — часто является инвестором
(спонсором) проекта
 Функциональный заказчик — пользователь
(носитель функциональной роли)
 Разработчик — исполнитель проекта изготовления
ИС (интегратор или информационная служба)
 Служба эксплуатации
15
©LuxoftTraining2014
Трехуровневая модель
 Является частью методологии Oracle BPM
Methodology и относится к степени детализации
моделей БП на пути от ранних результатов анализа к
финальным исполняемым моделям
 Первоначально описана в Oracle® Practitioner Guide. Business
Process Engineering, Release 3.0. E20216-03 (2010 г.)
№
уровня
Наименование
уровня
Назначение уровня
I Уровень процессов
Демонстрация успешного сценария
достижения результата
II
Уровень
пользователей
Детальное описание БП с точки зрения
пользователя ИС
III Уровень ИС
Детальное описание БП с точки зрения
ИС и автоматизируемых с ее помощью
операций
16
©LuxoftTraining2014
Уровень I (уровень процессов)
 Описывает (основной) успешный сценарий (“happy
path”) БП, ведущий к достижению наблюдаемого
(желаемого) результата и формированию ценности
для бенефициара процесса
 Предназначен для (первичной) коммуникации с
бизнес-заказчиком (business stakeholders)
 Строится как ограниченный подъязык, a priori
понятный неподготовленному читателю
17
©LuxoftTraining2014
Пример подъязыка:
уровень I (уровень процессов)
В исключительных случаях диаграммы
могут быть избавлены от шлюзов и иметь строго
линейный вид
18
©LuxoftTraining2014
Уровень II (уровень пользователей)
 Устраняет разрыв между бизнес-заказчиком и
членами проектной команды, детально описывая БП,
его штатные и нештатные варианты с точки зрения
пользователя ИС
 При необходимости охватывает обработку
исключительных ситуаций, компенсацию транзакций
после отмены и иные вопросы
 Предназначен для бизнес-аналитиков и
архитекторов процессов, а потому строится на
максимально широком использовании нотации BPMN
19
©LuxoftTraining2014
Пример диаграммы:
уровень II (уровень пользователей)
20
©LuxoftTraining2014
Уровень III (уровень ИС)
 Устраняет разрыв между бизнес-заказчиком и
членами проектной команды, детально описывая БП,
его штатные и нештатные варианты с точки зрения
информационной системы
 При необходимости охватывает технические работы
по интеграции сервисов, определяет потоки
сообщений, порядок отображения и преобразования
данных и иные аспекты перевода БП в исполняемый
вид
 Предназначен для ИТ-специалистов, главным
образом — для разработчика процессов и
архитектора
21
©LuxoftTraining2014
Уровень III (уровень ИС):
рекомендации по построению
 Сводить последовательные действия пользователей
к не подлежащим разбиению «составным задачам»
 Не объединять значимые для целей моделирования
самостоятельные действия ИС
 Настойчиво искать альтернативные сценарии
выполнения БП
 типичные — ведут к желаемому результату иным путем
 редкие — занимают малую долю в характерной выборке
 исключительные —сопровождаются ошибками и чаще всего
не ведут к результату
22
©LuxoftTraining2014
Примеры альтернативных сценариев:
уровень III (уровень ИС), интеграция
23
©LuxoftTraining2014
Что подлежит автоматизации?
От описаний процессов — к требованиям
24
©LuxoftTraining2014
Уровень III (уровень ИС): виды операций
Вид операции Обозначение
Рекомендуемая
интерпретация
Ручная (Manual)
Операция,
выполняемая вручную
или в сторонней ИС
Пользовательская
(User)
Операция,
выполняемая в
моделируемой ИС с
участием оператора
Автоматическая
(Script / Service)
Операция,
выполняемая в
моделируемой ИС без
участия оператора
Реализация бизнес-
правила (Business
Rule)
Операция,
выполняемая согласно
формализованному
бизнес-правилу
25
©LuxoftTraining2014
От описания БП — к требованиям
 Детализации до функциональных требований (ФТ)
подлежат:
 пользовательские операции
 автоматические операции
 Детализации до нефункциональных требований
(НФТ) подлежат:
 реализации бизнес-правил
26
©LuxoftTraining2014
Выводы
 Один комплект диаграмм БП не может
удовлетворить потребности всех заинтересованных
сторон
 Существует простой и технологичный подход к
всестороннему описанию БП в интересах разных
читателей
 Этот подход доказал свою эффективность и
рекомендуется к применению
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
©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
©LuxoftTraining2014
Благодарю за внимание!
Вопросы?
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

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

  • 1.
    1 ©LuxoftTraining2014 Алексей Петров Умелое описаниебизнес- процессов — залог успешной автоматизации education@luxoft.com REQ Labs
  • 2.
    2 ©LuxoftTraining2014 Умелое описание бизнес-процессов— залог успешной автоматизации Алексей Петров REQ Labs
  • 3.
  • 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.
  • 11.
  • 12.
  • 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.
  • 20.
    20 ©LuxoftTraining2014 Уровень III (уровеньИС)  Устраняет разрыв между бизнес-заказчиком и членами проектной команды, детально описывая БП, его штатные и нештатные варианты с точки зрения информационной системы  При необходимости охватывает технические работы по интеграции сервисов, определяет потоки сообщений, порядок отображения и преобразования данных и иные аспекты перевода БП в исполняемый вид  Предназначен для ИТ-специалистов, главным образом — для разработчика процессов и архитектора
  • 21.
    21 ©LuxoftTraining2014 Уровень III (уровеньИС): рекомендации по построению  Сводить последовательные действия пользователей к не подлежащим разбиению «составным задачам»  Не объединять значимые для целей моделирования самостоятельные действия ИС  Настойчиво искать альтернативные сценарии выполнения БП  типичные — ведут к желаемому результату иным путем  редкие — занимают малую долю в характерной выборке  исключительные —сопровождаются ошибками и чаще всего не ведут к результату
  • 22.
  • 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. BusinessProcess 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.
  • 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