3. Универсальный язык моделирования uml, его назначение. Варианты использования. Диаграммы вариантов использования. Диаграммы классов. (тп)

UML (сокр. от англ. Unified Modeling Language — унифицированный язык моделирования) — язык графического описания для объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля, это открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML моделью. UML был создан для определения, визуализации, проектирования и документирования в основном программных систем.Использование UML не ограничивается моделированием программного обеспечения. Его также используют для моделирования бизнес-процессов, системного проектирования и отображения организационных структур.UML позволяет разработчикам ПО достигнуть соглашения в графических обозначениях для представления общих понятий (таких как класс, компонент, обобщение (generalization), объединение (aggregation) и поведение) и больше сконцентрироваться на проектировании и архитектуре.

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

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

Цель построения диаграммы - это документирование функциональных требований к системе в самом общем виде, поэтому они должны быть предельно просты. Некоторые правила при построении диаграмм:

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

Моделирование вариантов использования не сводится только к рисованию диаграммы. Для последующего проектирования системы требуются более конкретные детали, они описываются в документе называемом "сценарий вариантов использования" (поток событий). Цель - описать, что будет делать система, а не она будет делать это.

Обычно описание потока событий включает следующие разделы:

1.Краткое описание

2.Предусловие

3.Основной поток событий

4.Альтернативные потоки событий

5.Постусловие

6.Расширения

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

1)ассоциации (например клиент может взять напрокат ряд компакт дисков);

2)подтипы (студент является разновидностью личности).

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

Рассмотрим 3 основных точки зрения на диаграммы классов:

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

3)точка зрения реализации - в этом случае имеют дело с классами уже на уровне реализации.

Применение диаграмм классов.

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

2)Избранная для построения моделей точка зрения должна соответствовать конкретной стадии проекта:

-Если вы находитесь на стадии анализа, стройте концепту­альные модели.

-Если вы работаете с программным обеспечением, сосре­доточьте свое внимание на моделях спецификаций.

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

3)Не надо строить модели для всего на свете; вместо этого сле­дует сконцентрироваться на главных направлениях.

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 8