Теоретические сведения. Лабораторная работа № 8 Разработка диаграмм деятельности и состояния при создании моделей бизнес-анализа

Лабораторная работа № 8 Разработка диаграмм деятельности и состояния при создании моделей бизнес-анализа

Цель работы: знакомство с уровнем логического представления модели ООАП технологии RUP и элементами языка UML для построения диаграмм деятельности и состояния. Приобретение практических навыков работы при построении диаграмм деятельности и диаграмм состояния с использованием CASE -средства.

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

Наполнение логического представления осуществляется в три этапа.

На первом этапе при моделировании бизнес-процессов (см. лаб. раб. №7) строятся модели бизнес-анализа (пакет BusinessObjectModel), включающие классы со стереотипами << businessworker >> и << businessentity >>.

На втором этапе в процессе анализа в пакете AnalysisModel определяются классы анализа: граничные классы (Boundary), управляющие классы (Control) и сущности (Entity). Диаграммы классов, реализующие вариант использования, и диаграммы взаимодействия, отражающие взаимодействие объектов в процессе реализации сценариев варианта использования, помещаются в кооперацию с именем данного варианта использования и стереотипом << usecaserealization >>. Все кооперации помещаются в пакет с именем UseCaseRealizations, входящий в пакет DesignModel.

На третьем этапе в процессе проектирования классы анализа преобразуются в проектные классы (DesignClass) и помещаются в пакет DesignModel. Данный пакет содержит также описание архитектурных уровней, подсистем и структуры потоков управления.

Кроме этого, модель бизнес-анализа логического представления может включать:

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

- диаграммы деятельности, описывающие взаимосвязи между сценариями одного или различных BusinessUseCase;

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

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

Основные элементы диаграммы деятельности (ActivityDiagram)

Дорожка (SwimLane) позволяет выполнение каждого действия ассоциировать с конкретным подразделением компании.

Деятельность (Activity) или действие (Action) используется для моделирования одного шага выполнения алгоритма (процедуры).

Начальное/конечное состояние (StartState/ EndState) обозначают начало/конец диаграммы деятельности.

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

Точка принятия решения (Decision) обозначает ветвление потока управления в зависимости от условий. Выход из ветвления управляется событием (Да или Нет), или сторожевым условием (GuardCondition) в виде логического выражения.

Линейки синхронизации используются для разделения или слияния параллельных вычислений или потоков управления.

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

Глоссарий предназначен для описания терминологии предметной области. Он может быть использован как неформальный словарь данных системы.

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

Основные элементы диаграммы состояний (ActivityDiagram)

Состояние (State) используется для моделирования отдельной ситуации, в течение которой имеет место выполнение некоторого условия.

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

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

Кроме этого, при построении диаграмм состояния, используются начальное/конечное состояние, сторожевое условие, составное состояние (Composite state) и подсостояние (Substate)

Задание к выполнению

В соответствии с вариантом, определяющим предметную область, продолжить разработку моделей бизнес-анализа, созданных при выполнении лабораторной работе № 7, дополнив их следующими элементами:

1. Диаграммы деятельности для трех вариантов использования (в пакете BusinessUseCaseRealizations), включающие все возможные элементы диаграммы деятельности.

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

3. Файлы описания (средствами MS Word) и прикрепить их к соответствующим UseCase.

4. Глоссарий проекта.

5. Описание дополнительных спецификаций.

Контрольные вопросы

1. Назначение логического представления модели в Rose и этапы его наполнения?

2. Какие виды диаграмм может в себя включать модель бизнес-анализа, их назначение?

3. Назначение диаграммы деятельности модели бизнес-анализа и ее основных элементов?

4. Изображение ветвления и параллельных процессов выполнения действий на диаграмме деятельности?

5. Синхронизация параллельных процессов на диаграмме деятельности с помощью переходов?

6. Особенности использования объектов на диаграмме деятельности?

7. Назначение диаграммы состояния, ее отличие от диаграммы деятельности, назначение ее основных элементов?

8. Особенности использования элемента Состояние на диаграмме состояния, их виды, список внутренних действий?

9. Составное состояние и виды подсостояний диаграммы состояний?

10. Сложные переходы на диаграмме состояний?

11. Назначение глоссария проекта и описания дополнительных спецификаций модели?

Лабораторная работа № 9
Разработка диаграмм последовательностей
и классов при создании моделей анализа вариантов использования

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

Дата добавления: 2017-01-14