10. Реализация вариантов использования.

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

1. Текстовые описания. Существует большое количество шаблонов для написания сценариев. Важно чтобы сценарий лишь дополнял и уточнял диаграмму, а не заменял ее. Преимущества: понятность, простота, легкость и быстрота в составлении. Недостатки: могут быть неточны и неточны.

2. Реализация на псевдокоде. Недостатки:

- реализация на псевдокоде плохо согласуется с современной парадигмой ООП;

- при использовании псевдокода теряются все преимущества использования ЮМЛ: наглядная визуализация, поддержка кейс-средствами;

-решения на псевдокоде почти невозможно использовать повторно.

3. Реализация диаграммами деятельности.

4. Реализация диаграммами взаимодействия. Создать одну или несколько диаграмм взаимодействия в форме диаграмм коммуникации или диаграмм последовательности, которые описывают один или несколько сценариев данного варианта использования. Этот способ наиболее трудоемок сложен, но лучше всего согласован с объектно-ориентированным подхом.

11. Моделирование структуры на uml.

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

Структурные (structural) модели:

• диаграммы классов (class diagrams) - для моделирования статической структуры классов системы и связей между ними;

• диаграммы компонентов (component diagrams) - для моделирования иерархии компонентов (подсистем) системы;

• диаграммы размещения (deployment diagrams) - для моделирования физической архитектуры системы.

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

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

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

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