Предварительные действия - создание новой модели

Работа с IBM Rational Rose начинается с создания модели. При запуске программы автоматически появляется диалоговое окно для создания модели (рис. 1.1). Для его вызова также можно выбрать пункт меню File -> New. Во вкладке New выбираем необходимый каркас (в нашем случае J2EE). Во всех лабораторных работах мы будем создавать диаграммы для созданной модели.

Рис. 1.1. Окно создания новой модели

Сохраним файл модели с именем «Компьютерная фирма».

Создание главной диаграммы прецедентов

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

Рис. 1.2. Представление Вариантов Использования

Для нашей предметной области мы выделили следующих актеров (Табл. 1.1):

Таблица 1.1. Актеры и их описание

Рассмотрим теперь, какие возможности должна предоставлять наша система:

- актер Менеджер по работе с клиентами использует систему для оформления, редактирования заказов и управления информацией о клиентах предприятия;

- актер Менеджер по снабжению использует систему для просмотра перечня необходимых для закупки комплектующих и ведения информации о снабжении;

- актер Инженер по сборке настольных компьютеров использует систему для просмотра нарядов на сборку персональных компьютеров, для заказа комплектующих со склада и отметки о ходе выполнения работы;

- актер Инженер по сборке ноутбуков использует систему для просмотра нарядов на сборку ноутбуков, для заказа комплектующих со склада и отметки о ходе выполнения работы;

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

- актер Завскладом использует систему для учета поступления и выдачи комплектующих.

В связи с вышеизложенным можно выделить следующие прецеденты (Табл. 1.2):

Таблица 1.2. Прецеденты и их описание

Созданная главная диаграмма прецедентов показана на рис. 1.3:

Рис. 1.3. Главная диаграмма прецедентов

Рассмотрим теперь отношения между актерами и прецедентами. В языке UML возможен только один тип отношений между актером и прецедентом - отношение коммуникации. Поэтому всех актеров мы связали с прецедентами отношением Unidirectional Association. Поскольку другой тип отношений здесь мы задать не может, то стереотип communicate можно не указывать (он неявно подразумевается).

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

Отношение между прецедентами Работа с заказом и Управление информацией о клиенте - отношение расширения (Dependency or instantiates), поскольку когда актер Менеджер по работе с клиентами работает с заказом (оформляет, меняет и т.д.), то не всегда при этом он управляет информацией о клиентах. Выставим в соответствующих свойствах связи стереотип «extend».

Отношение между прецедентами Сборка компью теров и Требование необходимых комплектующих - отношение включения, поскольку для сборки компьютеров обязательно нужно заказывать необходимые комплектующие со склада. Выставим в соответствующих свойствах связи стереотип «include».