Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Опыт Объектно Ориентированного подхода в Бизнес-Анализе

1,753 views

Published on

Доклад Александра Белина на ЛАФ 2013.

Published in: Education
  • Be the first to comment

  • Be the first to like this

Опыт Объектно Ориентированного подхода в Бизнес-Анализе

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

×