Рис. 23 Обзорная диаграмма пакетов.

Действия при анализе требований (итог)

1. Анализ архитектуры

1. Идентификация пакетов анализа

Пакет – это контейнер классов. Классы объединяют в пакеты на основе их функциональной связности. Первоначально пакеты выделяют на основе прецедентов, например, пакет для реализации множества прецедентов одного актера или одного бизнес-процесса. Затем выделенное множество пакетов подвергается пересмотру путем обобщения и расширения. Выделенные пакеты могут анализироваться параллельно.

В пакет сначала помещают кооперации (реализации прецедентов), а затем классы, участвующие в них (после анализа прецедентов).

1. Определение общих частей пакетов анализа

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

1. Идентификация сервисных пакетов

Сервисный пакет – это прообраз будущего компонента, который реализует некоторую законченную и подключаемую функциональность для клиента. Например, блок математических функций. Обычно выделяют на основе прецедентов <<include>>.

1. Определение  зависимостей между пакетами анализа

Пакеты связаны между собой зависимостью в соответствии с использование функционала (функционал зависимого пакета используется зависящим пакетом).

1. Определение очевидных классов сущностей

Классы сущностей показывают логическую структуру  данных.

1. Определение общих специальных требований

К специальным требованиям архитектуры системы относятся следующие факторы:

·        требования к хранению данных;

·        распределенная и параллельная обработка;

·        требования по безопасности;

·        устойчивость к сбоям;

·        управление транзакциями.

1. Анализ прецедента или кооперации

1. Определение классов-участников кооперации

2. Описание взаимодействия классов-участников кооперации

3. Определение специальных требований

1. Анализ класса

1. Определение ответственности класса

2. Определение атрибутов класса

3. Определение ассоциаций и агрегаций

4. Определение обобщений

5. Определение специальных требований

1. Анализ пакетов

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

·        независимость или малая зависимость пакета от других пакетов;

·        реализация пакетом его прецедентов;

·        пакет содержит функционально ориентированные классы.

Задание

• Открыть в среде Software Architect проект, созданный в ЛР2. Добавить к нему модель анализа RUP.

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

• Построить «обзорную» диаграмму коопераций (диаграмма классов).

• Выполнить анализ архитектуры и построить в пакете Перспектива «обзорную» диаграмму классов сущностей (на основе модели предметной области). Классы сущностей копировать в модель из строительных блоков. Определить для них атрибуты, связи ассоциации, роли, множественность и арность.

• Добавить в модель управлющие и граничные классы. Управляющий класс ― один на каждую кооперацию. Граничный класс ― один на каждого актера. Построить в пакете Перспектива «обзорную» диаграмму граничных классов и «обзорную» диаграмму управляющих классов.

• Выполнить анализ коопераций. Для каждой кооперации:

• открыть диаграмму классов кооперации и пеместить на нее классы (граничные, управляющий и сущностей), которые участвуют в этой кооперации.

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

• создать диаграмму последовательностей кооперации (для выполнения основного потока алгоритма). В качестве объектов использовать классы-участники кооперации и актера. (Первое действие всегда от актера.) События диаграммы будут прообразом его методов.

• Проверить модель средствами пакета (валидация модели).

• Выполнить анализ классов. После построения диаграммы последовательностей уточнить на диаграмме классов кооперации:

• связи между классами, методы классов (названия и атрибуты), атрибуты классов.

класс сущности: атрибуты ― поля хранимых данных, методы ― get|set или CRUD,

класс граничный: атрибуты ― элементы формы (на основе эскиза пользовательского интерфейса)/параметры протокола, методы ― управляющие сигналы от пользователя (их обработчики),

классы управляющие: атрибуты ― промежуточные данные алгоритма, методы ― шаги алгоритма кооперации.

• Проверить модель средствами пакета (валидация модели).

• Построить «обзорную» диаграмму всех классов. Добавить в модель пакеты. Распределить классы анализа по пакетам.

Требования к отчету

После выполнения работы составляется отчет, который содержит:

• титульный лист,

• все построенные диаграммы.

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

1. Как создать модель анализа в среде IBM Software Architect ?

2. Как добавить модель? Какие типы моделей бывают?

3. Как добавить в модель диаграмму классов?

4. Как добавить в модель диаграмму последовательностей?

5. Какие типы классов анализа выделяют?По каким принципам их определяют?

6. Назовите типы связей на диаграмме классов и их параметры.

7. Типы связей на диаграмме последовательностей.

8. Назовите стереотипы классов анализа.

9. Как задать методы и свойства класса?

10. Из каких действий состоит рабочий процесс анализа?

11. Как выполняют анализ архитектуры, коопераций, классов и пакетов?

12. Что такое пакет, кооперация, сервисный пакет? Как их опредяляют?

13. Как выявляют классы — участники кооперации? Как они связаны?

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

15. Как выявляют завсисимости пакетов?

Литература

• Орлов С.А., Цилькер Б.Я. Технологии разработки программного обеспечения. - СПб.: Питер. - 2012 г.

• Якобсон А, Дуч Г, Рамбо Дж. Унифицированный процесс разработки программного обеспечения. - Спб.: Питер. - 2002г.

• Материалы сайта http://www.ibm.com

29