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

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

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

S-3: просмотреть расписание (Review Schedule)

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

S-4: напечатать расписание (Print Schedule)

Система распечатывает расписание преподавателя (Е-9). Прецедент начинается сначала.

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

Е-1: введен неверный идентификационный номер преподавателя. Пользователь должен повторить ввод идентификационного номера или завершить прецедент.

Е-2: введен неверный семестр. Пользователь должен повторить ввод семестра или завершить прецедент.

Е-3: введено неверное название или номер предмета. Пользователь должен повторить ввод названия и номера предмета или завершить прецедент.

Е-4: список учебных курсов не может быть отображен. Пользователю сообщается, что данная команда в настоящий момент недоступна. Прецедент начинается сначала.

Е-5: преподаватель не может быть прикреплен к выбранному учебному курсу. Информация сохраняется, система осуществит прикрепление позже. Выполнение прецедента продолжается.

Е-6: введено неверное название или номер учебного курса. Пользователь должен повторить ввод названия и номера учебного курса или завершить прецедент.

Е-7: система не может удалить связь курса с преподавателем. Информация сохраняется, система удалит связь позже. Выполнение прецедента продолжается.

Е-8: система не может получить информацию о расписании. Прецедент начинается сначала.

Е-9: расписание не может быть распечатано. Пользователю сообщается, что данная опция в данный момент недоступна. Прецедент начинается сначала.

Документы с описанием потока событий составляются и хранятся отдельно от данных программы Rational Rose, но они связаны с прецедентами.

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

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

2. В появившемся контекстно-зависимом меню выберите команду Open Specification (Открыть параметры).

3. Щелкните по вкладке Files (Файлы).

4. Щелкните правой кнопкой мыши по списку файлов.

5. В появившемся контекстно-зависимом меню выберите команду Insert File (Добавить файл).

6. Укажите нужный файл в стандартном диалоговом окне выбора файла.

7. Щелкните по кнопке Open (Открыть), чтобы добавить указанный файл в список.

8. Щелкните по кнопке ОК,чтобы закрыть диалоговое окно настройки параметров прецедента.

Связанные документы добавляются в список браузера. Связанный документ с описанием потока событий показан на рис. 3.7.

Рис. 3.7. Связанный документ с описанием потока событий

Между актером и прецедентом может существовать ассоциативное отношение. Такой тип связи часто называют коммуникативной ассоциацией (communicate association), потому что она отражает связь между актером и прецедентом.

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

Существует два типа отношений между прецедентами: включает и дополняет. Различные прецеденты могут иметь одинаково функционирующие фрагменты. Их обычно помещают в отдельный прецедент, чтобы не повторять несколько раз. Отношение включает (include relationship) создается, когда один из прецедентов использует другой. Например, каждый прецедент в системе регистрации учебных курсов начинается с аутентификации пользователя. Такие действия можно объединить в один прецедент, который будет применяться другими пользователями.