Тема 12. Диаграммы взаимодействия

Задание. Построить диаграмму последовательности бизнес-процесса «Планирование закупок, формирование заказов поставщикам».

1. Необходимо выделить объекты диаграммы.

- отчет о продажах;

- таблица потребностей товаров;

- предложения поставщиков;

- график поставок;

- план поставок на месяц;

- заказы.

2. Необходимо выявить переходы между объектами и соответствующие сообщения, которыми обмениваются объекты диаграммы.

1. На основании «Отчета о продажах» рассчитать «Таблицу потребностей в товарах» (рис. 12.1).

Рис. 12.1. Первый шаг диаграммы последовательностей.

2. Среди «Предложений поставщиков» выбираются наиболее выгодные (рис. 12.2). При этом используется самоделегирование (обратная стрелка) объекта «Предложения поставщиков».

Рис. 12.2. Второй шаг диаграммы последовательностей.

3. Из «Предложений поставщиков» формируется «Список поставщиков» (рис. 12.3)

Рис. 12.3. Третий шаг диаграммы последовательностей.

4, 5, 6. Из «Списка поставщиков» и «Таблицы потребностей в товарах» формируется «График поставок» (рис. 12.4). При этом используется агрегирование действий: использовать «Список поставщиков» и использовать «Таблицу потребностей в товарах».

Рис. 12.4. Агрегация шагов 4 и 5 и выполнения шага 6 диаграммы последовательностей.

7. На основании «Графика поставок» формируется «Плана заказов».

8. При формировании «Заказов» проверяются затраты на сертификацию.

9. На основании «Плана заказов» формируются «Заказы».

10. «Заказы» направляются в «Закупки».

Итоговая диаграммы последовательностей представлена на рис. 12.5.

Рис. 12.5. Диаграмма последовательностей бизнес-процесса «Планирование закупок, формирование заказов поставщикам».

Задание для самостоятельного выполнения: проанализировать пункты 5, 7 и 8 бизнес-процесса «Планирование закупок, формирование заказов поставщикам», выделить дополнительные (уточняющие) объекты и действия, добавить их на диаграмму последовательностей.

Задание 2. Построить кооперативную диаграмму бизнес-процесса «Планирование закупок, формирование заказов поставщикам».

1. Выделить объекты кооперативной диаграммы (см. задание 1).

2. Выявить связи между объектами и отобразить их на кооперативной диаграмме, используя десятичную нумерацию (рис. 12.6 – 12.9).

Рис. 12.6. Первый шаг кооперативной диаграммы.

Рис. 12.7. Второй шал кооперативной диаграммы.

Рис. 12.8. Объединение шагов 4 и 5 в кооперативной диаграмме.

Рис. 12.9. Итоговая кооперационная диаграмма бизнес-процесса «Планирование закупок, формирование заказов поставщикам».

Задание для самостоятельного выполнения: проанализировать пункты 5, 7 и 8 бизнес-процесса «Планирование закупок, формирование заказов поставщикам», выделить дополнительные (уточняющие) объекты и действия, добавить их на диаграмму кооперации.

Рекомендованная литература: Учебно-методическое пособие по дисциплине, а также [6,7,9].

Тема 13. Диаграммы состояний

Задание. Построить диаграммы состояний для системы формирования отчетов и обращения объекта к базе данных.

Построение диаграммы состояний для системы формирования отчетов.

1. Необходимо выявить возможные состояния моделируемой системы:

- начало работы;

- проверка даты существующего отчета;

- выдача отчет;

- создания нового отчета;

- получение отчета;

- конец работ.

2. Определение переходов между состояниями:

На рис. 13.1 показана диаграмма состояний UML, отражающая поведение отчета в системе управления проектами. На диаграмме изображены различные состояния, в которых может находиться отчет.

Рис. 13.1. Диаграмма состояний.

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

Переход может содержать метку. Синтаксически метка перехода состоит из трех частей, каждая из которых является необязательной: <Событие> [<Условие>]/<Действие>. Если метка перехода не содержит никакого события, это означает, что переход происходит, как только завершается какая-либо деятельность, связанная с данным состоянием.

Из состояния «Проверка даты отчета» возможны два перехода. Метка одного из них включает условие. Условие - это логическое условие, которое может принимать два значения: «истина» или «ложь». Условный переход выполняется только в том случае, если условие принимает значение «истина», в противном случае выполняется переход, не помеченный условием.

Из конкретного состояния в данный момент времени может быть осуществлен только один переход; таким образом, условия являются взаимно исключающими для любого события.

Существует два особых состояния: вход и выход. Любое действие, связанное с событием входа, выполняется, когда объект входит в данное состояние. Событие выхода выполняется в том случае, когда объект выходит из данного состояния.

Диаграммы состояний хорошо использовать для описания поведения некоторого объекта в нескольких различных вариантах использования. Они не слишком пригодны для описания поведения ряда взаимодействующих объектов.

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

На рис. 13.2 приведена диаграмма состояния некоторого объекта, использующего информацию из базы данных. Эта диаграмма показывают состояния экземпляра в ходе взаимодействия объекта с БД студентов. Диаграмма расписывает состояния объекта подробно.

Рис. 13.2. Состояние объекта при общении с базой данных.

Рекомендованная литература: Учебно-методическое пособие по дисциплине, а также [6,7].