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

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

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

На основании перечисленных потребностей можно выделить следующие прецеденты:

  регистрация на курсы;

  выбор курсов для преподавания;

  запрос расписания курсов;

  управление информацией о курсах;

  управление информацией о преподавателях;

  управление информацией о студентах;

  создание каталога курсов.

Для создания прецедентов в программе Rational Rose выполните следующие действия:

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

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

3. Введите для него нужное название.

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

Рис. 3.5. Прецеденты

Краткое описание прецедентов

В краткое описание прецедентов вносят информацию об их назначении. Такое описание обычно определяется на этапе задумки при выделении прецедентов для системы.

Для прецедента регистрация на курсах оно будет выглядеть так, как на рис. 3.6.

Рис. 3.6. Краткое описание прецедента

Этот прецедент инициируется студентом. Он обеспечивает возможность создавать, изменять, удалять и просматривать расписание студента в определенном семестре.

Для добавления краткого описания прецедента в программе Rational Rose:

1. В списке браузера выберите прецедент, щелкнув по нему мышью.

2. Установите курсор в окне описания и наберите краткое описание прецедента. Если окно невидимо, откройте его с помощью команды меню View => Documentation (Вид => Описание).

Поток событий для прецедента

Поток событий (flow of events) для прецедента — это последовательность событий, необходимых для обеспечения требуемого поведения. Поток событий описывается в терминах того, «что» система должна делать, а не «как» она должна это делать. То есть он описывается на языке предметной области, а не терминами реализации. Поток событий должен определять:

  когда и как прецедент начинается и заканчивается;

  как он взаимодействует с актером;

  какие данные ему нужны;

  нормальную последовательность событий для прецедента;

  описание потоков в альтернативных и исключительных ситуациях.

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

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

X. Поток событий для прецедента <имя>.

X.1. Предусловия.

X.2. Главный поток.

X.3. Под-потоки (если применимы).

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

Здесь X — число от единицы до количества прецедентов.

Рассмотрим пример полного документа с описанием потока событий для прецедента выбор курсов для преподавания (Select Courses to Teach).

Поток событий для прецедента «выбор курсов для преподавания»

1.1. Предусловия

Под-поток создание учебных курсов (Create Course Offerings) прецедента управление информацией о курсах (Maintain Course Information) должен быть выполнен перед его началом.

1.2. Главный поток

Прецедент начинает выполняться, когда преподаватель подключается к системе регистрации и вводит свой пароль. Система проверяет правильность пароля (Е-1) и просит преподавателя выбрать текущий или будущий семестр (Е-2). Преподаватель вводит нужный семестр. Система предлагает выбрать требуемую операцию: добавить (Add), удалить (Delete), просмотреть (Review), напечатать (Print) или выйти (Quit).

Если выбрана операция добавить (Add), S-1: выполняется поток добавить учебный курс (Add a Course Offering).

Если выбрана операция удалить (Delete), S-2: выполняется поток удалить учебный курс (Delete a Course Offering).

Если выбрана операция просмотреть (Review), S-3: выполняется поток просмотреть расписание (Review Schedule).

Если выбрана операция напечатать (Print), S-4: выполняется поток напечатать расписание (Print Schedule).

Если выбрана операция выйти (Quit): прецедент завершается.

1.3. Под-потоки

S-1: добавить учебный курс (Add a Course Offering)

Система отображает диалоговое окно, содержащее поле для ввода названия и номера предмета. Преподаватель вводит название и номер предмета (Е-3). Система отображает список учебных курсов для указанного предмета (Е-4). Преподаватель выбирает учебный курс. Система закрепляет за преподавателем выбранный учебный курс (Е-5). Затем прецедент начинается сначала.

S-2: удалить учебный курс (Delete a Course Offering)