Rational Rose 2000 и UML Визуальное моделирование

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

Глава 3. Создание прецедентов

Поведение системы

Поведение разрабатываемой системы (то есть функциональность, обеспечиваемая системой) описывается с помощью функциональной модели, которая отображает системные прецеденты (use cases), системное окружение (действующих лиц или актеров — actors) и связи между прецедентами и актерами (диаграммы прецедентов — use cases diagrams). Основная задача модели прецедентов — представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы.

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

Актеры

Актеры не являются частью системы — они представляют собой кого-то или что-то, что должно взаимодействовать с системой. Актеры могут:

только снабжать информацией систему;

только получать информацию из системы;

снабжать информацией и получать информацию из системы.

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

1. Кто заинтересован в определенном системном требовании?

2. Какую роль система будет выполнять в организации?

3. Кто получит преимущества от использования системы?

4. Кто будет снабжать систему информацией, использовать информацию и получать информацию от системы?

5. Кто будет осуществлять поддержку и обслуживание системы?

6. Использует ли система внешние ресурсы?

7. Выступает ли какой-либо участник системы в нескольких ролях?

8. Выступают ли различные участники в одной роли?

9. Будет ли новая система взаимодействовать со старой?

В языке UML актер изображается в виде фигуры человечка — см. рис. 3.1.

Рис. 3.1. Нотация языка UМL для изображения актера

Определение «хорошего» актера

Необходимо внимательно подходить к вопросу определения актеров для системы. Такое определение обычно происходит итеративным образом — первый из утвержденных списков актеров часто далек от конечного. Например, является ли новый студент актером другого вида нежели студент, вернувшийся из академического отпуска? Допустим, вы сначала ответили утвердительно. Следующий шаг — выяснить, как актер взаимодействует с системой. Если новый студент использует систему не так, как вернувшийся студент, то это разные актеры. Если они используют систему одинаковым образом — это один и тот же актер.

Другой вариант — создание актера для каждой роли, исполняемой участником. Здесь тоже можно получить избыточность. Хороший пример — ассистенты преподавателей в системе регистрации курсов университета. Ассистенты тоже проводят занятия с группами студентов. Средства, требующиеся для выбора курсов, уже заложены в языке для актеров в роли студентов и актеров в роли преподавателей. Таким образом, нет необходимости в актерах, исполняющих роль ассистентов преподавателей.

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

Актеры в системе регистрации курсов университета

Перечислим ответы на ранее поставленные вопросы:

1. Студент хочет зарегистрироваться на курсы.

2. Преподаватель хочет выбрать курсы, которые он будет читать.

3. Регистратор должен создать учебный план и составить каталог на семестр.

4. Регистратор должен хранить информацию о курсах, преподавателях и студентах.

5. Система оплаты должна получать необходимую информацию из системы регистрации.

Основываясь на полученных ответах, можно выделить следующих актеров: студент (Student), преподаватель (Professor), регистратор (Register) и система оплаты (Billing system).

Алгоритм создания актеров в программе Rational Rose:

1. Щелкните правой кнопкой мыши по разделу Use Case View (Представление прецедентов) в окне браузера.

2. В появившемся контекстно-зависимом меню выберите команду New => Actor (Создать => Актер). В список окна браузера будет добавлен новый актер с именем New Class.

3. Выбрав новый пункт списка, введите нужное имя актера.

Окно браузера со списком актеров для системы регистрации курсов показано на рис. 3.2.

Рис. 3.2. Актеры