Опыт Объектно Ориентированного подхода в Бизнес-Анализе
- 1. Опыт Объектно Ориентированного подхода в Бизнес-Анализе или разговариваем с разработчиками на одном языке
- 2. Опыт Объектно Ориентированного подхода в Бизнес-Анализе или разговариваем с разработчиками на одном языке Александр Белин Летний Аналитический Фестиваль 2013 ЛАФ2013
- 7. Изучение бизнеса Бизнес- анализ Док-е модел-е бизнеса Согласов ание с заказчик ом Польза для понимания Последов ательная верифика ция Предыдущ ая модель – база для последующ ей Выход из ситуации Проведение полноценного бизнес-анализа
- 10. Описание бизнеса Со слов представителей заказчика составляется текстовое описание бизнеса Шаг 1 Описание бизнеса
- 11. 1 Описание Бизнеса 2 Разметка описания Бизнеса Шаг 1 Описание бизнеса Шаг 2 Разметка описания Бизнеса
- 12. Шаг 2 Разметка описания бизнеса Разметка описания бизнеса С текстом описания бизнеса проводится разметка. В тексте отыскиваются и выделются: • Действующие лица бизнеса (Business Actors); • Бизнес действия (Business Actions); • Бизнес правила (Business Rules).
- 15. Шаг 3 Описание Бизнес-Правил Бизнес правила – это очень важный вид информации, который мы накапливаем и регистрируем, как на этапе БА, так и на протяжении всего проекта.
- 16. • БП в форме Глоссария бизнес терминов позволяют общаться с заказчиком на одном языке; • БП создают необходимый Бизнес контекст для разрабатываемого приложения; • Не смотря на то, что БП – это не требования, они влияют на требования: – БП могут служить источником как для Use Cases, так и для Функциональных (атомарных) требований; – БП могут выполнять роль предусловий, триггеров, точек ветвления для Use Cases; – БП могут накладывать ограничения на функционал, описанный в Use Case Почему Бизнес-Правила очень важны?
- 19. 4 Описание Бизнес- Действующих лиц и их целей Шаг 4 Описание Бизнес-Действующих Лиц и их Бизнес-Целей
- 20. Шаг 4 Описание Бизнес-Действующих Лиц и их Бизнес-Целей
- 21. 4 Описание Бизнес- Действующих лиц и их целей Шаг 4 Описание Бизнес-Действующих Лиц и их Бизнес-Целей
- 22. 5 Business Use Case Diagram Шаг 5 Business Use Case Diagram
- 23. Шаг 5 Business Use Case Diagram • Каждое Бизнес-действующее лицо превращаем в Business Worker; • Действующие лица, существующие за пределами исследуемого бизнеса, превращаем в Бизнес Действующих Лиц (Business Actors); • Каждую бизнес цель превращаем в Бизнес Вариант Использования (Business Use Cases); • Бизнес ВИ ассоциируем с Business Worker, цели которых они описывают; • Business Workers с пересекающимися ролями (целями) проводим через процесс Generalization. Модель проходит согласование с заказчиком
- 24. 5 Business Use Case Diagram Шаг 5 Business Use Case Diagram 6 Business Activity Diagram Шаг 6 Business Activity Diagram
- 25. Шаг 6 Business Activity Diagram • Пошагово изображаем в виде диаграммы содержание каждого Business Use Case; • Диаграмма должна содержать шаги, которые выполняются в бизнесе для достижения Бизнес-Цели, которая описывается данным Business Use Case; Модель проходит согласование с заказчиком
- 26. 5 Business Use Case Diagram 6 Business Activity Diagram Шаг 6 Business Activity Diagram
- 27. 7 Business Activity Diagram with Swim Lanes Шаг 7 Business Activity Diagram with Swim Lanes
- 28. Шаг 7 Business Activity Diagram with Swim Lanes • Выделяем всех Business Workers и Business Actors, участвующих в данном Бизнес Варианте Использования; • Разделяем действия по зонам отвественности;
- 29. 7 Business Activity Diagram with Swim Lanes Шаг 7 Business Activity Diagram with Swim Lanes 8 Business Activity Diagram with Object States Шаг 8 Business Activity Diagram with Object States
- 30. Шаг 8 Business Activity Diagram with Swim Lanes с указанием управляемого объекта • Мы видим, что данный процесс управляет некой сущностью, т.е. изменяет ее состояние, при этом, шаги: • изменяют состояние сущности; • используют определенное состояние данной сущности в качестве предусловия; • Описываем все возможные состояния данной сущности.
- 31. Заменяем управляющий поток потоком изменения статуса в тех случаях, когда два соседних действия управляют одной сущностью: • Одно изменяет состояние; • Второе использует сущность в измененном состоянии в качестве предусловия. Шаг 8 Business Activity Diagram with Swim Lanes с указанием управляемого объекта
- 32. 7 Business Activity Diagram with Swim Lanes 8 Business Activity Diagram with Object States Шаг 8 Business Activity Diagram with Object States
- 34. Шаг 9 Диаграмма бизнес процесса (BPMN)
- 35. Диаграмма бизнес процесса (пример из реального проекта)
- 37. 7 Business Activity Diagram with Swim Lanes 8 Business Activity Diagram with Object States Шаг 8 Business Activity Diagram with Object States
- 38. Business Activity Diagram with Swim Lanes с указанием управляемого объекта • Мы видим: • Различные состояния объекта, управляемого в рамках данного Бизнес-Процесса; • Действия, которые приводят к изменению состояния. • Что еще хотелось бы увидеть: • Какие дополнительные действия выполняются при изменении состояния; • Условия изменения состояния, всегда ли это безусловный переход, или переход может осуществиться только при выполнении некоторого условия; • Какие дополнительные действия выполняются сразу после перехода в состояние, перед выходом из состояния, при нахождении в некотором состоянии.
- 39. 7 Business Activity Diagram with Swim Lanes 8 Business Activity Diagram with Object States Шаг 8 Business Activity Diagram with Object States
- 40. 10 State Machine Diagram (статусная модель) Шаг 10 State Machine Diagram (статусная модель)
- 41. Шаг 10 Диаграмма Автомата (статусная модель) Что добавляет данная диаграмма к нашему пониманию: • дополнительные действия выполнямые при изменении состояния; • Условия изменения состояния; • дополнительные действия, выполняемые сразу после перехода в состояние, перед выходом из состояния, при нахождении в некотором состоянии.
- 42. Статусная модель (пример из реального проекта)
- 43. 10 State Machine Diagram (статусная модель) Шаг 10 State Machine Diagram (статусная модель)
- 44. 1 Карта проведения процесса Бизнес Анализ 2 3 4 5 6 7 8 9 10
- 45. Где же Объектно Ориентированный подход? Где же объекты? Классы давай!!!
- 46. Role Map Business Workers to Actors
- 47. Actors to Class Diagram
- 48. Business Use Cases to Business Entities
- 50. Бизнес-Анализ закончен. Понять бизнес – это здорово! Что дальше? Как использовать собранную информацию для написания требований? Это все? Как собранная информация влияет на требования? Будет ли собранная информация полезна разработчикам?
- 51. Следующие шаги: • Определить Actors; • Определить Use Cases; Начинается этап Системного Анализа.
- 52. Находим действующих лиц (Actors) Actors Business Use Case Diagram Business Process Diagram Business Activity Diagram Role Map
- 53. Определяем Use Cases Use Cases Business Actors & Goals Business Rules Business Activity Diagram Источник Use Cases Diagram (model)
- 54. Структура Use Cases Activity Diagram Business Rules Use Case Precondition Trigger Условие логического ветвления Бизнес Правила – это не требования. Зачем с ними работать?
- 55. Вот теперь действительно все!
- 56. Александр Белин Бизнес-Аналитик, компания Люксофт. Участник инициативы по созданию Российского Отделения Международного Института Бизнес- Анализа (IIBA®) capry6565@gmail.com Давайте обсудим ваши вопросы Летний Аналитический Фестиваль 2013 ЛАФ2013 Design ideas: ݺߣ:ology by Nancy Duarte http://www.duarte.com/book/slideology/