Модель анализа. Диаграммы классов анализа

1. Модель анализа

2.

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

3.

Построение модели анализа
необходимо:
для выявления внутренней архитектуры
(определения подсистем и основных
классов);
для поиска альтернативных вариантов
реализации системы (подсистем) и
выбора основного;
для уточнения всех требований
(функциональных и
нефункциональных).

4.

Обобщенная схема технологического процесса «Анализ требований»

5.

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

6. ДИАГРАММЫ КЛАССОВ АНАЛИЗА

7.

Класс анализа – это укрупненная
абстракция, которая на концептуальном
уровне (без точного определения
атрибутов и операций) описывает
некоторый фрагмент системы

8.

Варианты отображения классов анализа

9.

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

10.

Связи между классами анализа
отображаются с использованием отношений:
ассоциаций;
агрегаций;
композиций;
обобщения;
зависимостей.

11.

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

12.

Пример ассоциации

13.

Отношение агрегации указывает на
отношение «часть–целое» и отображается
сплошной линией с незакрашенным ромбиком со
стороны «целого».

14.

Пример агрегации

15.

Отношение композиции аналогично
агрегации, в которой «части» не могут
существовать отдельно от «целого».

16.

Пример композиции

17.

Отношение обобщения является
обычным таксонометрическим отношением
между более общим (абстрактным) классом
(родителем или предком) и его частным случаем
(дочерним классом или потомком).

18.

Пример обобщения

19.

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

20.

Пример зависимости

21.

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

22.

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

23.

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

24.

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

25.

Фрагмент диаграммы классов анализа