uml методическое пособие для изучения языка uml, Lecture notes of Programming Languages

Download uml методическое пособие для изучения языка uml and more Lecture notes Programming Languages in PDF only on Docsity!

А.М. Вендров

Объектно-ориентированный анализ и проектирование

с использованием языка UML и Rational Rose

Практикум

Содержание

• 1. Основные сведения о работе в среде Rational Rose
  • 1.1 Элементы экрана
  • 1.2 Четыре представления модели Rose.......................................................................................
  • 1.3 Параметры настройки отображения.......................................................................................
• 2. Выполнение учебного проекта
  • 2.1 Моделирование бизнес-процессов
  • 2.2 Создание модели вариантов использования..........................................................................
  • 2.3 Создание модели бизнес-анализа
  • 2.4 Cпецификация требований к ПО
  • 2.5 Составление глоссария проекта............................................................................................
  • 2.6 Описание дополнительных спецификаций..........................................................................
  • 2.7 Создание начальной версии модели вариантов использования
  • 2.8 Модификация модели вариантов использования
  • 2.9 Анализ системы......................................................................................................................
  • 2.10 Проектирование системы
  • 2.11. Реализация системы

Рис. 1.1 Интерфейс Rose.

Чтобы показать или скрыть стандартную панель инструментов (или панель инструментов диаграммы):

1. Выберите пункт Tools > Options.
2. Выберите вкладку Toolbars.
3. Чтобы сделать видимой или невидимой стандартную панель инструментов, пометьте (или снимите пометку) контрольный переключатель Show Standard ToolBar (или Show Diagram ToolBar) Чтобы увеличить размер кнопок на панели инструментов:
4. Щелкните правой кнопкой мыши на требуемой панели.
5. Выберите во всплывающем меню пункт Use Large Buttons (Использовать большие кнопки) Чтобы настроить панель инструментов:
6. Щелкните правой кнопкой мыши на требуемой панели.
7. Выберите пункт Customize (настроить)
8. Чтобы добавить или удалить кнопки, выберите соответствующую кнопку и затем щелкните мышью на кнопке Add (добавить) или Remove (удалить), как показано на рис. 1.2.

Существует два способа удалить элемент модели – из одной диаграммы или из всей модели. Чтобы удалить элемент модели из диаграммы:

1. Выделите элемент на диаграмме.
2. Нажмите на клавишу Delete.
3. Обратите внимания, что, хотя элемент и удален с диаграммы, он остался в браузере и на других диаграммах системы. Чтобы удалить элемент из модели:
4. Выделите элемент на диаграмме.

2. Выберите пункт меню Edit > Delete from Model или нажмите сочетание клавиш CTRL + D.

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

Рис. 1.2. Настройка стандартной панели инструментов.

1 .2 Четыре представления модели Rose

В модели Rose поддерживается четыре представления (views) - представление вариантов использования, логическое представление, представление компонентов и представление размещения. Каждое из них предназначено для своих целей. Представление вариантов использования Это представление содержит модель бизнес-процессов и модель вариантов использования. На рис. 1.1 показано, как выглядит представление вариантов использования в браузере Rose. Логическое представление Логическое представление концентрируется на том, как система будет реализовывать поведение, описанное в вариантах использования. Оно дает подробную картину составных частей системы и описывает взаимодействие этих частей. Логическое представление включает в основном классы и диаграммы классов. С их помощью конструируется детальный проект создаваемой системы. Логическое представление содержит:

• Классы.
• Диаграммы классов. Как правило, для описания системы используется несколько диаграмм классов, каждая из которых отображает некоторое подмножество всех классов системы.
• Диаграммы взаимодействия, применяемые для отображения объектов, участвующих в одном потоке событий варианта использования.
• Диаграммы состояний.
• Пакеты, являющиеся группами взаимосвязанных классов. Представление компонентов Представление компонентов содержит:
• Компоненты, являющиеся физическими модулями кода.
• Диаграммы компонентов.

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

• Показать все операции.
• Показать только некоторые операции.
• Скрыть все операции.
• Подавить вывод операций. Кроме того, можно:
• Показать только имя операции. Это означает, что на диаграмме будет представлено только имя операции, но не аргументы или тип возвращаемого значения.
• Показать полную сигнатуру операции. На диаграмме будет представлено не только имя операции, но и все ее параметры, типы данных параметров и тип возвращаемого значения операции. Чтобы показать все операции класса:
  1. Выделите на диаграмме нужный вам класс.
  2. Щелкните на нем правой кнопкой мыши, чтобы открыть контекстно-зависимое меню.
  3. В нем выберите Options > Show All Operations. Чтобы показать только избранные операции класса:
  4. Выделите на диаграмме нужный вам класс.
  5. Щелкните на нем правой кнопкой мыши, чтобы открыть контекстно-зависимое меню.
  6. В нем выберите Options > Select Compartment Items.
  7. Укажите нужные вам операции в окне Edit Compartment. Чтобы подавить вывод всех операций класса диаграммы:
  8. Выделите на диаграмме нужный вам класс.
  9. Щелкните на нем правой кнопкой мыши, чтобы открыть контекстно-зависимое меню.
  10. В нем выберите Options > Suppress Operations. Чтобы показать на диаграмме классов сигнатуру операции:
  11. Выделите на диаграмме нужный вам класс.
  12. Щелкните на нем правой кнопкой мыши, чтобы открыть контекстно-зависимое меню.
  13. В нем выберите Options > Show Operation Signature. Чтобы изменить принятый по умолчанию вид операции:
  14. В меню модели выберите пункт Tools > Options.
  15. Перейдите на вкладку Diagram.
  16. Для установки значений параметров отображения операций по умолчанию воспользуйтесь контрольными переключателями Suppress Operations, Show All Operations и Show Operation Signatures. Чтобы показать видимость атрибута или операции класса:
  17. Выделите на диаграмме нужный вам класс.
  18. Щелкните на нем правой кнопкой мыши, чтобы открыть контекстно-зависимое меню.
  19. В нем выберите Options > Show Visibility. Чтобы изменить принятое по умолчанию значение параметра показа видимости:
  20. В меню модели выберите пункт Tools > Options.
  21. Перейдите на вкладку Diagram.
  22. Для установки параметров отображения видимости по умолчанию воспользуйтесь контрольным переключателем Show Visibility. Для переключения между нотациями видимости Rose и UML:
  23. В меню модели выберите пункт Tools > Options.
  24. Перейдите на вкладку Notation.
  25. Для переключения между нотациями воспользуйтесь переключателем Visibility as Icons. Если этот переключатель помечен, будет использоваться нотация Rose. Если нет, то нотация UML. Изменение этого параметра повлияет только на новые диаграммы. Существующие диаграммы классов останутся прежними.

2. Выполнение учебного проекта

2. 1 Моделирование бизнес-процессов

Постановка задачи

Перед руководителем информационной службы университета ставится задача разработки автоматизированной системы регистрации студентов на дополнительные платные курсы. Система должна позволять студентам регистрироваться на курсы и просматривать свои табели успеваемости с персональных компьютеров, подключенных к локальной сети университета. Профессора должны иметь доступ к системе, чтобы указать курсы, которые они будут читать, и проставить оценки за курсы. В настоящее время в университете функционирует база данных, содержащая всю информацию о курсах (каталог курсов). Регистрация на курсы происходит следующим образом: в начале каждого семестра студенты могут запросить у регистратора каталог курсов, содержащий список курсов, предлагаемых в данном семестре. Информация о каждом курсе должна включать имя профессора, наименование кафедры и требования к предварительному уровню подготовки (прослушанным курсам). Студент может выбрать 4 курса в предстоящем семестре. В дополнение к этому каждый студент может указать 2 альтернативных курса на тот случай, если какой-либо из выбранных им курсов окажется уже заполненным или отмененным. На каждый курс может записаться не более 10 и не менее 3 студентов (если менее 3, то курс будет отменен). В каждом семестре существует период времени, когда студенты могут изменить свои планы (добавить или отказаться от выбранных курсов). После того, как процесс регистрации некоторого студента завершен, регистратор направляет информацию в расчетную систему, чтобы студент мог внести плату за семестр. Если курс окажется заполненным в процессе регистрации, студент должен быть извещен об этом до окончательного формирования его личного учебного плана. В конце семестра студенты могут просмотреть свои табели успеваемости.

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

Действующие лица (business actors):

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

Упражнение 1. Создание действующих лиц в среде Rational Rose

При запуске Rational Rose в окне Create New Model выберите вариант Rational Unified Process (рис. 2.1). В результате экран Rose примет вид, показанный на рис. 1.1. Чтобы поместить действующее лицо в браузер:

1. Щелкните правой кнопкой мыши на пакете Business Use Case Model представления Use Case View в браузере.
2. Выберите в открывшемся меню пункт New > Actor
3. В браузере появится новое действующее лицо под названием NewClass. Слева от его имени вы увидите пиктограмму действующего лица UML.
4. Выделив новое действующее лицо, введите его имя.
5. Щелкните правой кнопкой мыши на действующем лице.
6. В открывшемся меню выберите пункт Open Specification.
7. В поле стереотипа выберите Business Actor и нажмите на кнопку ОК.

Диаграмма вариантов использования:

Создайте диаграмму вариантов использования для бизнес-модели системы регистрации. Требуемые для этого действия подробно перечислены далее. Готовая диаграмма вариантов использования должна выглядеть как на рис. 2.2.

Рис. 2.2. Диаграмма вариантов использования для системы регистрации.

Упражнение 3. Построение диаграммы вариантов использования

Для создания новой диаграммы вариантов использования:

1. Щелкните правой кнопкой мыши на пакете Business Use Case Model представления Use Case View в браузере.
2. Из всплывающего меню выберите пункт New > Use Case Diagram.
3. Выделив новую диаграмму, введите ее имя (Business Use Case Diagram).
4. Дважды щелкните на названии этой диаграммы в браузере, чтобы открыть ее.
5. Чтобы поместить действующее лицо или вариант использования на диаграмму, перетащите его мышью из браузера на диаграмму вариантов использования.
6. С помощью кнопки Unidirectional Association (Однонаправленная ассоциация) панели инструментов нарисуйте ассоциации между действующими лицами и вариантами использования.

Упражнение 4. Добавление описаний к вариантам использования

1. Выделите в браузере вариант использования «Зарегистрироваться на курсы».
2. В окне документации введите следующее описание к этому варианту использования: «Данный Business Use Case позволяет студенту зарегистрироваться на конкретные курсы в текущем семестре. Студент может изменить свой выбор, если изменение выполняется в установленное время в начале семестра».
3. Создайте с помощью MS Word текстовый файл с описанием варианта использования «Зарегистрироваться на курсы».

Спецификация Business Use Case «Зарегистрироваться на курсы»:

Наименование: Зарегистрироваться на курсы. Краткое описание: Данный Business Use Case позволяет студенту зарегистрироваться на предлагаемые курсы в текущем семестре. Студент может изменить свой выбор, если изменение выполняется в установленное время в начале семестра. Основной сценарий:

1. Студент приходит к регистратору и просит зарегистрировать его на предлагаемые курсы или изменить свой график курсов.
2. В зависимости от запроса студента, выполняется один из подчиненных сценариев (создать график или изменить график). Подчиненный сценарий «Создать график»:
3. Регистратор выполняет поиск в каталоге курсов доступных в настоящий момент курсов и выдает студенту их список.
4. Студент выбирает из списка 4 основных курса и 2 альтернативных курса.
5. Регистратор формирует график студента.
6. Выполняется подчиненный сценарий «Принять график». Подчиненный сценарий «Изменить график»:
7. Регистратор находит текущий график студента.
8. Регистратор выполняет поиск в каталоге курсов доступных в настоящий момент курсов и выдает студенту их список.
9. Студент может изменить свой выбор курсов, удаляя или добавляя предлагаемые курсы.
10. После выбора регистратор обновляет график.
11. Выполняется подчиненный сценарий «Принять график». Подчиненный сценарий «Принять график»:
12. Для каждого выбранного студентом курса регистратор подтверждает выполнение студентом предварительных требований (прохождение определенных курсов), факт открытия предлагаемого курса и отсутствие конфликтов графика.
13. Регистратор вносит студента в список каждого выбранного предлагаемого курса. Курс фиксируется в графике. Альтернативные сценарии: Не выполнены предварительные требования, курс заполнен или имеют место конфликты графика: Если во время выполнения подчиненного сценария «Принять график» регистратор обнаружит, что студент не выполнил необходимые предварительные требования, или выбранный им предлагаемый курс заполнен (уже записалось 10 студентов), или имеют место конфликты графика (два или более курсов с совпадающим расписанием), то он предлагает студенту изменить свой выбор курсов, либо отменить формирование графика и вернуться к нему позже. Система каталога курсов недоступна: Если во время поиска в каталоге курсов окажется, что невозможно установить связь с системой каталога курсов, то регистрацию придется прервать и дождаться восстановления связи. Регистрация на курсы закончена:

изображение стереотипа в виде метки - label. Настройка изображения стереотипа может быть выполнена следующими способами:

1. Для всей модели – в меню Tools > Options > Diagram > Stereotype Display.
2. Для отдельного элемента модели – в его контекстном меню Options > Stereotype Display.
3. Для нескольких сгруппированных элементов модели – в меню Format > Stereotype Display.

Рис. 2.3. Диаграмма классов модели бизнес-анализа

2.4 Cпецификация требований к ПО

Уточненная постановка задачи для системы

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

Новая система должна позволять студентам выбирать 4 курса в предстоящем семестре. В дополнение, каждый студент может указать 2 альтернативных курса на тот случай, если какой-либо из выбранных им курсов окажется уже заполненным или отмененным. На каждый курс может записаться не более 10 и не менее 3 студентов (если менее 3, то курс будет отменен). В каждом семестре существует период времени, когда студенты могут изменить свои планы. В это время студенты должны иметь доступ к системе, чтобы добавить или удалить выбранные курсы. После того, как процесс регистрации некоторого студента завершен, система регистрации направляет информацию в расчетную систему, чтобы студент мог внести плату за семестр. Если курс окажется заполненным в процессе регистрации, студент должен быть извещен об этом до окончательного формирования его личного учебного плана. В конце семестра студенты должны иметь доступ к системе для просмотра своих электронных табелей успеваемости. Поскольку эта информация конфиденциальная, система должна обеспечивать ее защиту от несанкционированного доступа. Профессора должны иметь доступ к онлайновой системе, чтобы указать курсы, которые они будут читать, и просмотреть список студентов, записавшихся на их курсы. Кроме этого, профессора должны иметь возможность проставить оценки за курсы.

2.5 Составление глоссария проекта

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

Курс Учебный курс, предлагаемый университетом Предлагаемый курс (Course Offering)

Предлагаемое чтение данного курса в конкретном семестре (один и тот же курс может вестись в нескольких параллельных сессиях). Включает точные дни недели и время. Каталог курсов Полный каталог всех курсов, предлагаемых университетом. Расчетная система Система обработки информации об оплате за курсы. Оценка Оценка, полученная студентом за конкретный курс. Профессор Преподаватель университета. Табель успеваемости (Report Card)

Все оценки за все курсы, полученные студентом в данном семестре. Список курса (Roster) Список^ всех^ студентов,^ записавшихся^ на^ предлагаемый^ курс. Студент Личность, проходящая обучение в университете. Учебный график (Schedule) Курсы, выбранные студентом в текущем семестре.

2.6 Описание дополнительных спецификаций

Назначение дополнительных спецификаций – определить требования к системе регистрации курсов, которые не охватывает модель вариантов использования. Вместе они образуют полный набор требований к системе. Дополнительные спецификации определяют нефункциональные требования к системе, такие, как надежность, удобство использования, производительность, сопровождаемость, а также ряд функциональных требований, являющихся общими для нескольких вариантов использования. Функциональные возможности Система должна обеспечивать многопользовательский режим работы. Если предлагаем курс оказывается заполненным в то время, когда студент формирует свой учебный график, включающий данный курс, то система должна известить его об этом. Удобство использования Пользовательский интерфейс должен быть Windows 95/98-совместимым. Надежность

Рис. 2.4. Начальная версия диаграммы вариантов использования

Упражнение 8. Создание вариантов использования в среде Rational Rose Чтобы поместить вариант использования в браузер:

1. Щелкните правой кнопкой мыши на пакете Use Case Model представления Use Case View в браузере.
2. Выберите в появившемся меню пункт New > Use Case
3. Новый вариант использования под названием NewUseCase появится в браузере. Слева от него будет видна пиктограмма варианта использования UML.
4. Выделив новый вариант использования, введите его название.

Диаграмма вариантов использования:

Создайте диаграмму вариантов использования для системы регистрации. Требуемые для этого действия подробно перечислены далее. Готовая диаграмма вариантов использования должна выглядеть как на рис. 2.4. В среде Rose диаграммы вариантов использования создаются в представлении вариантов использования. Главная диаграмма (Main) предлагается по умолчанию. Для моделирования системы можно затем разработать столько дополнительных диаграмм, сколько необходимо. Чтобы получить доступ к главной диаграмме вариантов использования:

1. Рядом с представлением вариантов использования в браузере щелкните на значке "+", это приведет к открытию данного представления.
2. Дважды щелкните на главной диаграмме Main, чтобы открыть ее. Строка заголовка изменится, включив фразу [Use Case Diagram: Use Case view / Main]. Для создания новой диаграммы вариантов использования:
3. Щелкните правой кнопкой мыши на пакете представления вариантов использования в браузере.
4. Из всплывающего меню выберите пункт New > Use Case Diagram.
5. Выделив новую диаграмму, введите ее имя.
6. Дважды щелкните на названии этой диаграммы в браузере, чтобы открыть ее.

Упражнение 9. Построение диаграммы вариантов использования

1. Откройте диаграмму вариантов использования Main.
2. Чтобы поместить действующее лицо или вариант использования на диаграмму, перетащите его мышью из браузера на диаграмму вариантов использования.
3. С помощью кнопки Unidirectional Association (Однонаправленная ассоциация) панели инструментов нарисуйте ассоциации между действующими лицами и вариантами использования.

2.8 Модификация модели вариантов использования

Согласно постановке задачи, в состав пользователей системы следует ввести студентов и профессоров. При этом в описание действующих лиц и вариантов использования вносятся изменения. Модифицированная версия диаграммы вариантов использования показана на рис. 2.5. Поскольку вход в систему полностью одинаков для регистратора, студента и профессора, их поведение можно обобщить и ввести новое действующее «Пользователь» (супертип) с общим вариантом использования «Войти в систему», подтипами которого являются Регистратор, Студент и Профессор.

Действующие лица:

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

Варианты использования:

• Войти в систему;
• Зарегистрироваться на курсы;
• Просмотреть табель успеваемости;
• Выбрать курсы для преподавания;
• Проставить оценки

3. Создайте с помощью MS Word три текстовых файла с описаниями вариантов использования «Войти в систему», «Зарегистрироваться на курсы» и «Закрыть регистрацию».

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

Вариант использования «Войти в систему»:

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

1. Система запрашивает имя пользователя и пароль.
2. Пользователь вводит имя и пароль.
3. Система подтверждает имя и пароль, после чего открывается доступ в систему. Альтернативные потоки: Неправильное имя/пароль: Если во время выполнения основного потока обнаружится, что пользователь ввел неправильное имя и/или пароль, система выводит сообщение об ошибке. Пользователь может вернуться к началу основного потока или отказаться от входа в систему, при этом выполнение варианта использования завершается. Предусловия: Отсутствуют. Постусловия: Если вариант использования выполнен успешно, пользователь входит в систему. В противном случае состояние системы не изменяется.

Вариант использования «Зарегистрироваться на курсы»:

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

1. Система запрашивает требуемое действие (создать график, обновить график, удалить график).
2. Когда студент указывает действие, выполняется один из подчиненных потоков (создать, обновить, удалить или принять график). Создать график:
3. Система выполняет поиск в каталоге курсов доступных предлагаемых курсов и выводит их список.
4. Студент выбирает из списка 4 основных курса и 2 альтернативных курса.
5. После выбора система создает график студента.
6. Выполняется подчиненный поток «Принять график». Обновить график:
7. Система выводит текущий график студента.
8. Система выполняет поиск в каталоге курсов доступных предлагаемых курсов и выводит их список.
9. Студент может обновить свой выбор курсов, удаляя или добавляя предлагаемые курсы.

4. После выбора система обновляет график.
5. Выполняется подчиненный поток «Принять график». Удалить график:
6. Система выводит текущий график студента.
7. Система запрашивает у студента подтверждения удаления графика.
8. Студент подтверждает удаление.
9. Система удаляет график. Если график включает предлагаемые курсы, на которые записался студент, он должен быть удален из списков этих курсов. Принять график: Для каждого выбранного, но еще не «зафиксированного» предлагаемого курса в графике система проверяет выполнение студентом предварительных требований (прохождение определенных курсов), факт открытия предлагаемого курса и отсутствие конфликтов графика. Затем система добавляет студента в список выбранного предлагаемого курса. Курс фиксируется в графике и график сохраняется в системе. Альтернативные потоки: Сохранить график: В любой момент студент может вместо принятия графика сохранить его. В этом случае шаг «Принять график» заменяется на следующий:
10. «Незафиксированные» конкретные курсы помечаются в графике как «выбранные».
11. График сохраняется в системе. Не выполнены предварительные требования, курс заполнен или имеют место конфликты графика: Если во время выполнения подчиненного потока «Принять график» система обнаружит, что студент не выполнил необходимые предварительные требования, или выбранный им предлагаемый курс заполнен, или имеют место конфликты графика, то выдается сообщение об ошибке. Студент может либо выбрать другой предлагаемый курс и продолжить выполнение варианта использования, либо сохранить график, либо отменить операцию, после чего основной поток начнется с начала. График не найден: Если во время выполнения подчиненных потоков «Обновить график» или «Удалить график» система не может найти график студента, то выдается сообщение об ошибке. После того, как студент подтвердит это сообщение, основной поток начнется с начала. Система каталога курсов недоступна: Если окажется, что невозможно установить связь с системой каталога курсов, то будет выдано сообщение об ошибке. После того, как студент подтвердит это сообщение, вариант использования завершится. Регистрация на курсы закончена: Если в самом начале выполнения варианта использования окажется, что регистрация на текущий семестр закончена, будет выдано сообщение и вариант использования завершится. Удаление отменено: Если во время выполнения подчиненного потока «Удалить график» студент решит не удалять его, удаление отменяется, и основной поток начнется с начала. Предусловия: Перед началом выполнения данного варианта использования студент должен войти в систему. Постусловия: Если вариант использования завершится успешно, график студента будет создан, обновлен или удален. В противном случае состояние системы не изменится.

Вариант использования «Закрыть регистрацию»:

Краткое описание: Данный вариант использования позволяет регистратору закрывать процесс регистрации. Предлагаемые курсы, на которые не записалось достаточного количества студентов (менее трех),