Учебники / Силич М.П. МиАБ. Учебник

Каждый шаг (событие) прецедента представляет собой некоторое действие, переводящее прецедент в новое состояние. В свою очередь, новое состояние прецедента является стимулом для выполнения следующего шага (события). Таким образом, прецедент рассматривается как машина состояний-событий.

Поток событий прецедента может быть представлен в виде

диаграммы деятельности (Activity diagram), являющейся под-

диаграммой прецедента. Данный вид диаграммы имеет некоторое сходство со структурной схемой алгоритма [21]. На рис. 3.15 приведены условные обозначения основных элементов диаграммы.

Рис. 3.15. Элементы диаграммы деятельности:

а— начальное состояние; б — конечное состояние;

в— действие; г — переход; д — ветвление; е — синхронизация

На рис. 3.16 приведен пример диаграммы, иллюстрирующий ход событий прецедента «Продажа продукта», описанного выше. Процесс начинается с начального состояния и переходит от одного действия к другому, заканчиваясь конечным состоянием. В ходе выполнения процесса могут возникать ветвления на альтернативные потоки. В этом случае ставится знак ветвления в виде ромба, имеющего одну входящую стрелку и две или более выходящих. Для каждой из выходящих стрелок указывается соответствующее условие, при котором выполняется данный переход. Кроме того, процесс может иметь параллельные потоки действий. Для разделения на параллельные потоки либо слияния параллельных потоков используется символ синхронизации.

Описание потока событий прецедента, отображаемое на диаграмме деятельности, может быть очень сложным и запутанным, содержать различные альтернативные потоки событий, в том числе достаточно редкие и исключительные, выполняемые лишь при определенных условиях. Поэтому чтобы упростить

описание прецедента, необходимо его структурировать. Рассмотрим два способа структурирования.

Получить заявку

Продукт имеется

Принять оплату

Нет продукта Заказать транспорт

Доставить продукт

Рис. 3.16. Диаграмма деятельности прецедента «Продажа продукта»

Первый способ структурирования сложных прецедентов заключается в использовании отношения включения (include). Если из общего описания прецедента с альтернативными потоками событий можно выделить фрагмент, представляющий собой относительно законченную последовательность событий, то данный фрагмент рассматривается как отдельный прецедент и между ним и исходным прецедентом устанавливается отношение включения. Поток событий включенного прецедента «встраивается» в поток событий базового прецедента, т. е. когда экземпляр базового прецедента в процессе своего выполнения достигает точки

включения, выполняется последовательность шагов включенного прецедента, после чего продолжается выполнение исходного прецедента. Например, из прецедента «Продажа продукта» можно выделить фрагмент, содержащий последовательность действий, выполняемую только в том случае, если клиент в заявке указывает заказной продукт. Представим этот фрагмент в виде отдельного прецедента «Исполнение заказа». На диаграмме вариантов использования (см. рис. 3.14) между прецедентами «Продажа продукта» и «Исполнение заказа» устанавливается отношение включения. Для прецедента «Исполнение заказа» создается собственная диаграмма деятельности (рис. 3.17).

Рис. 3.17. Структурирование модели посредством отношения включения:

а— диаграмма деятельности прецедента «Продажа продукта»;

б— диаграмма деятельности прецедента «Исполнение заказа»

При этом на диаграмме деятельности прецедента «Продажа продукта» вместо извлеченного фрагмента размещается действие, осуществляющее вызов прецедента «Исполнение заказа».

Частным случаем структурирования с помощью выделения фрагментов является использование отношения расширения (extend). Данное отношение устанавливается между базовым прецедентом и прецедентом, содержащим некоторое дополнительное поведение, выполняемое при определенных условиях.

Второй способ структурирования сложных прецедентов основан на использовании отношения обобщения (generalization). Если несколько прецедентов имеют похожее поведение, то следует выделить общее поведение в отдельный прецедент (родительский) и установить между ним и исходными отношение обобщения. В этом случае общее поведение описывается только один раз. Описания конкретных прецедентов (потомков) содержат только дополнительные шаги (или модифицированные шаги), которых нет в обобщенном описании. Например, с прецедентом «Продажа продукта» могут быть связаны его потомки — прецеденты «Продажа мебели», «Продажа компьютера», которые отличаются в деталях от родительского прецедента. При этом на диаграмме вариантов использования необходимо отразить отношения обобщения (см. рис. 3.14), а в диаграммах деятельности прецедентов-потомков можно осуществлять вызов родительского прецедента, описывающего шаги, оставшиеся без изменений.

3.3.3. Объектная модель бизнеса

Прецедентная модель иллюстрирует функции бизнеса (биз- нес-процессы) и его окружение. Однако для более полного понимания бизнеса такого описания недостаточно. Необходима модель, показывающая кем, с помощью чего реализуются прецеденты. Объектная модель раскрывает внутреннее устройство бизнеса, а именно: какие виды ресурсов используются для реализации прецедентов и каким образом они взаимодействуют. Объектную модель бизнеса называют также моделью бизнесанализа (Business Analysis Model). Основным понятием модели бизнес-анализа является понятие объекта. Объекты модели

бизнеса представляют людей, участвующих в выполнении процессов, и различного рода сущности, которые обрабатываются или создаются бизнесом (продукцию, предметы, задачи и т.д.). Участники процессов (исполнители) называются активными объектами, сущности — пассивными.

Похожие объекты группируются в классы. Класс — это множество объектов, связанных общностью свойств и поведения. Каждый конкретный объект рассматривается как экземпляр некоторого класса. Например, объекты, соответствующие конкретным служащим, могут быть объединены в класс Служащий.

Объекты обладают свойствами и поведением. Свойства объекта описываются с помощью характеристик, называемых атрибутами. При этом состав атрибутов одинаков для всего класса, различные экземпляры одного класса отличаются лишь набором конкретных значений атрибутов. Например, класс Служащий может иметь атрибуты: ФИО, Стаж, Квалификация и т.д. Разные объекты данного класса будут иметь разные значения этих атрибутов. Причем значения атрибутов могут изменяться со временем.

Поведение определяет действия объекта и его реакцию на запросы от других объектов. Поведение представляется с помощью набора операций, которые может выполнять объект. Примеры операций класса Служащий: Принять заказ, Оформить договор, Принять оплату и т. д.

Для отображения взаимосвязей между классами используется диаграмма классов (Class diagram). На рис. 3.18 представлены условные обозначения основных элементов диаграммы классов модели бизнес-анализа.

Notes

Clerk Account

Рис. 3.18. Элементы диаграммы классов объектной модели бизнеса:

а— исполнитель; б — сущность; в — ассоциация; г — зависимость;

д— обобщение; е — примечание

Если в прецеденте участвуют акторы, они также могут быть отражены на диаграмме. Объекты-сущности обычно не представлены на данной диаграмме, так как они не осуществляют взаимодействия.

Между объектами (акторами) устанавливаются отношения сообщений (message), отражающие аналогично отношениям коммуникации передачу информации (или некоторый материальный поток) между объектами. Сообщение изображается отрезком горизонтальной линии со стрелкой, проведенной от линии жизни объекта (актора), посылающего сообщение, до линии жизни объекта (актора), получающего сообщение. При этом прием сообщения инициирует выполнение определенных действий тем объектом, которому сообщение передано.

Сообщения должны быть упорядочены по времени: первое сообщение изображается вверху диаграммы, следующее — ниже, следующее — еще ниже и т. д. Таким образом, ось времени в диаграмме идет сверху вниз. Однако она не связана с метрикой и служит только для идентификации порядка взаимодействия, т. е. расстояние между взаимодействиями (сообщениями) на диаграмме не имеет ничего общего с интервалами времени между событиями.

Анализ диаграммы последовательности помогает выявить все обязательства активного объекта. Так, из диаграммы, представленной на рис. 3.20, можно определить, что к обязательствам объекта Продавец относятся: Прием заявки, Оформление заказа, Передача заказа Изготовителю, Прием сообщения о готовности продукта, Сообщение клиенту о готовности продукта, Прием оплаты, Заказ транспорта. Данные операции должны быть внесены в спецификацию соответствующего класса Продавец.

Взаимодействие объектов может быть показано и на диа-

грамме кооперации (Collaboration diagram). Она является стати-

ческой моделью, поэтому на ней не может быть представлена последовательность взаимодействий.