Сценарий для варианта использования

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

рис. 6. Схема выполнения прецедента

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

Что делать дальше?

Для детализации конкретного прецедента используется диаграмма Активности (ActivityDiagram).

Пример диаграммы прецедентов

рис. 7. Пример диаграммы прецедентов

На рис. 7 приведен пример диаграммы прецедентов. Для прецедента «Оформление продажи» описан сценарий прецедента в приложении к лабораторной работе Шаблон описания прецедента.

Диаграммы прецедентов в RationalRose

Для выполнения заданий рекомендуется использовать RationalRose2003.

Для создания проекта, описывающего RUP, запуститеRationalRoseи выберите в появившемся окне «RationalUnifiedProcess» (рис. 8) и нажмите кнопку «Ок».

рис. 8. Создание проекта для RUP

Сохраните проект. (Я сохранил под именем «sample»). В левой части главного окна располагается иерархический навигатор, который в иерархическом виде отображает все диаграммы и элементы диаграмм проекта. Выберите в нем диаграмму с названием «GlobalViewofActorsandUseCases» и щелкните на ней два раза (рис. 9).

рис. 9. Окна Rational Rose

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

Задание

В соответствие с темой курсовой работы составить диаграммы прецедентов. Каждый из прецедентов описать согласно шаблону описания сценария прецедента.

Литература

1. Сергей Трофимов.Рабочие процессыRUPи диаграммыUML.http://www.caseclub.ru/articles/rup_uml.html

2. Г. Буч, Д. Рамбо, А. Джекобсон. Язык UML Руководство пользователя.

3. Ларман Кэг. Применение UMLи шаблонов проектирования. 2-е издание. : Пер. с англ. – М. : Издательский дом «Вильямс», 2002. – 624 с. : ил.

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

Приложение

Отношения

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

Отношение обобщения

Обобщение(Generalization) - это отношение между общей сущностью (суперклассом, или родителем) и ее конкретным воплощением (субклассом, или потомком). Обобщения иногда называют отношениями типа "является", имея в виду, что одна сущность (например, классPupil) является частным выражением другой, более общей (скажем, классаHuman). Обобщение означает, что объекты класса-потомка могут использоваться всюду, где встречаются объекты класса-родителя, но не наоборот. Другими словами, потомок может быть подставлен вместо родителя. При этом он наследует свойства родителя, в частности его атрибуты и операции. Часто, хотя и не всегда, у потомков есть и свои собственные атрибуты и операции, помимо тех, что существуют у родителя. Операция потомка с той же сигнатурой, что и у родителя, замещает операцию родителя; это свойство называютполиморфизмом(polymorphism). Графически отношение обобщения изображается в виде линии с большойнезакрашенной стрелкой, направленной на родителя, как показано на рис. 10.

рис. 10. Обобщение

Обобщение следует применять в случае, когда необходимо показать отношения типа "родитель/потомок".

Класс может иметь одного или нескольких родителей или не иметь их вовсе. Класс, у которого нет родителей, но есть потомки, называется базовым (base) или корневым (root), а тот, у которого нет потомков, - листовым (leaf).

Обобщение чаще всего используют между классами и интерфейсами, чтобы показать отношения наследования. В UML можно создавать отношения обобщения и между другими элементами, в частности пакетами.