Upload
alex-v-petrov
View
187
Download
0
Tags:
Embed Size (px)
Citation preview
1 © L
uxoft
Tra
inin
g 2014
Алексей Петров
Умелое описание бизнес-
процессов — залог
успешной автоматизации
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