Виды взаимодействий и отношений

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

• Простая ассоциация - отражается линией между актером и вариантом использования (без стрелки). Отражает связь актера и варианта использования. На рисунке между актером /администратор/ и вариантом использования /просматривать заказ/.

• Направленная ассоциация - то же что и простая ассоциация, но показывает, что вариант использования инициализируется актером. Обозначается стрелкой.

• Наследование - показывает, что потомок наследует атрибуты и поведение своего прямого предка. Может применяться как для актеров, так для вариантов использования. 

• Расширение (extend) - показывает, что вариант использования расширяет базовую последовательность действий и вставляет собственную последовательность. При этом в отличие от типа отношений "включение" расширенная последовательность может осуществляться в зависимости от определенных условий. 

• Включение - показывает, что вариант использования включается в базовую последовательность и выполняется всегда (на рисунке не показан). 

Существуют и другие виды взаимодействия, но они менее важны и реже применяются.

4.Диаграмма вариантов использования (пакеты + потоки событий)

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

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

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

1. Описание того, каким образом запускается прецедент;

2. Различные пути выполнения прецедента (Возможные отклонения от основного потока);

3. Основной поток событий, которые произойдут в процессе выполнения;

4. Потоки ошибок;

5. Описание того, каким образом прецедент завершается.

Поток событий записывается на естественном языке, оформляется как текстовый документ и, затем, прикрепляется к данному прецеденту при помощи инструментов в окне спецификации прецедента (вкладка Файл).

5.ДИАГРАММА РАЗВЕРТЫВАНИЯ (Deployment Diagram, диаграмма размещения) содержит информацию о том, на какой платформе и на каких вычислительных средствах будет реализована программная система. Она является физическим представлением программной системы.

Процессор – это элемент диаграммы развертывания; устройство, способное выполнять программу. Каждый процессор имеет своё имя. Характеризуется стереотипом, характеристикой, планированием. На диаграмме обозначается кубиком с черными боковыми гранями.

Планирование процессора – это способ передачи управления от одного процесса к другому. Бывают следующие типы: preemptive (с приоритетом), non preemptive (без приоритета), cyclic (циклический), executive (исполнительный), manual (вручную).

Устройство – это элемент диаграммы развертывания, не способный выполнять программу: терминалы ввода-вывода, сканеры, датчики и т.п. Характеризуется стереотипом и характеристикой. На диаграмме изображается кубиком с белыми гранями.

Характеристика (процессора или устройства) – это его физическое описание (объем памяти, тактовая частота и т.п.).

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

Процесс – это элемент диаграммы развертывания; поток, обрабатывающий информацию. Выполняется на процессоре. Процессом считается исполняемый файл *.exe. На диаграмме изображается надписью (именем исполняемого файла) под процессором.

6-7.Диаграмма классов и доп. возможности Rational Rose

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

Как правило для логического описания системы(процесса) создаются несколько диаграмм:

• подмножество классов и отношения между классами

• то же подмножество, но вместе с атрибутами и операциями классов

• пакеты классов и отношения между ними

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

Класс — некоторая сущность предметной области, инкапсулирующая данные и поведение

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

Среда RR позволяет детализировать вводимые классы в окне спецификации, с помощью указания:

• стереотипа класса

• видимости класса

• устойчивости класса

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

В UML определены 3 основных стереотипа

• граница (boundry)

• объекта (entity)

• управление (control)

1. Пограничные классы — классы, которые расположены на границе системы. Они включают в себя: формы, отчеты, интерфейсы с аппаратурой(принтеры, сканеры), интерфейсы с другими системами

2. Классы-сущности (entity) — основные абстракции(понятия) предметной области. Содержат информацию, хранимую постоянно. Такие классы обнаруживаются в потоке событий(use case) и диаграмме взаимодействия (interaction)

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

Другие параметры спецификации класса

1. Видимость класса (visibility): public, protected, private, implementation(в пределах пакета)

2. Множественность класса — указывает сколько у данного класса д.б. экземпляров

3. Требование к хранению класса — поле Space (кол-во абс. или отн. Памяти, которое необходимо для каждого объекта класса)

4. Устойчивость класса. В RR можно генерировать структуру БД с помощью dll. С этой целью применяются устойчивые (persistent) классы. Такие классы сохраняются и после завершения работы приложения. Информация об объектах будет сохраняться и БД длительное время.

5. Параллелизм класса. Переключатель Concurrence позволяет описать, как будет вести себя класс в присутствии нескольких потоков управления:

- Sequential (последовательный) — нормально ведет при наличии одного потока

- Guarded (ограждающий) — нормально и при нескольких потоках

- Active — класс имеет свой собственный поток управления

- Synchronous (синхронный) — нормально при нескольких, не требуется спец взаимодействия между ним и классами других потоков

6. Создание абстрактного класса. Применяются при работе с наследованием

7. Создание вложенных классов (nested). Можно вкладывать классы друг в друга с любым количеством уровней вложенности

Дополнительные возможности RR

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

2. Добавление примечаний — дополнительная информация о классе, атрибуте, операциях, связях

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

- по стереотипу. В этом случае получается один пакет с классами — сущностями, другой — с пограничными классами, третий — с управляющими классами

- по функциональности классов. Например, в пакете «безопасность» будут все классы, отвечающие за безопасность

- комбинация указанных подходов