12. Шаг 2
Разметка описания бизнеса
Разметка описания бизнеса
С текстом описания бизнеса
проводится разметка. В
тексте отыскиваются и
выделются:
• Действующие лица
бизнеса (Business Actors);
• Бизнес действия (Business
Actions);
• Бизнес правила (Business
Rules).
15. Шаг 3
Описание Бизнес-Правил
Бизнес правила – это
очень важный вид
информации, который
мы накапливаем и
регистрируем, как на
этапе БА, так и на
протяжении всего
проекта.
16. • БП в форме Глоссария бизнес терминов позволяют
общаться с заказчиком на одном языке;
• БП создают необходимый Бизнес контекст для
разрабатываемого приложения;
• Не смотря на то, что БП – это не требования, они влияют
на требования:
– БП могут служить источником как для Use Cases, так и
для Функциональных (атомарных) требований;
– БП могут выполнять роль предусловий, триггеров,
точек ветвления для Use Cases;
– БП могут накладывать ограничения на функционал,
описанный в Use Case
Почему Бизнес-Правила очень
важны?
23. Шаг 5
Business Use Case Diagram
• Каждое Бизнес-действующее лицо
превращаем в Business Worker;
• Действующие лица, существующие
за пределами исследуемого бизнеса,
превращаем в Бизнес Действующих
Лиц (Business Actors);
• Каждую бизнес цель превращаем в
Бизнес Вариант Использования
(Business Use Cases);
• Бизнес ВИ ассоциируем с Business
Worker, цели которых они
описывают;
• Business Workers с пересекающимися
ролями (целями) проводим через
процесс Generalization.
Модель проходит согласование с
заказчиком
25. Шаг 6
Business Activity Diagram
• Пошагово изображаем в виде
диаграммы содержание каждого
Business Use Case;
• Диаграмма должна содержать шаги,
которые выполняются в бизнесе для
достижения Бизнес-Цели, которая
описывается данным Business Use
Case;
Модель проходит согласование с
заказчиком
28. Шаг 7
Business Activity Diagram with Swim
Lanes
• Выделяем всех
Business Workers и
Business
Actors, участвующих
в данном Бизнес
Варианте
Использования;
• Разделяем действия
по зонам
отвественности;
29. 7
Business Use
Case Diagram
with Swim
Lanes
Шаг 7
Business Activity Diagram with Swim
Lanes
8
Business Use
Case 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 Use
Case Diagram
with Swim
Lanes
8
Business Use
Case Diagram
with Object
States
Шаг 8
Business Activity Diagram with Object
States
37. 7
Business Use
Case Diagram
with Swim
Lanes
8
Business Use
Case Diagram
with Object
States
Шаг 8
Business Activity Diagram with Object
States
38. Business Activity Diagram with Swim Lanes с
указанием управляемого объекта
• Мы видим:
• Различные состояния объекта,
управляемого в рамках данного
Бизнес-Процесса;
• Действия, которые приводят к
изменению состояния.
• Что еще хотелось бы увидеть:
• Какие дополнительные действия
выполняются при изменении
состояния;
• Условия изменения состояния,
всегда ли это безусловный переход,
или переход может осуществиться
только при выполнении некоторого
условия;
• Какие дополнительные действия
выполняются сразу после перехода
в состояние, перед выходом из
состояния, при нахождении в
некотором состоянии.
39. 7
Business Use
Case Diagram
with Swim
Lanes
8
Business Use
Case Diagram
with Object
States
Шаг 8
Business Activity Diagram with Object
States
41. Шаг 10
Диаграмма Автомата (статусная модель)
Что добавляет данная
диаграмма к нашему
пониманию:
• дополнительные
действия выполнямые
при изменении
состояния;
• Условия изменения
состояния;
• дополнительные
действия, выполняемые
сразу после перехода в
состояние, перед
выходом из
состояния, при
нахождении в некотором
состоянии.
50. Бизнес-Анализ
закончен.
Понять бизнес – это здорово!
Что дальше?
Как использовать собранную
информацию для написания
требований?
Это все?
Как собранная
информация влияет
на требования?
Будет ли собранная
информация полезна
разработчикам?
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
Условие
логического
ветвления
Бизнес Правила – это не
требования. Зачем с ними
работать?
56. Александр Белин
Бизнес-Аналитик,
компания Люксофт.
Участник инициативы
по созданию
Российского
Отделения
Международного
Института Бизнес-
Анализа (IIBA®)
capry6565@gmail.com
Давайте обсудим
ваши вопросы
Летний
Аналитический
Фестиваль 2013
ЛАФ2013
Design ideas: Slide:ology by Nancy Duarte
http://www.duarte.com/book/slideology/
