
- •Проектирование ПО
- •Проектирование классов и взаимодействия
- •Распределение обязанностей (responsibilities)
- •Определение классов из требований варианта использования
- •Определение классов из требований для управления электронной почтой
- •Определение классов из требований
- •Определение классов из требований
- •Проектирование исходных классов для управления электронной почтой
- •Константы в интерфейсе
- •Структурная разработка проекта классов
- •Структурная разработка проекта классов для управления электронной почтой
- •Уточнение классов
- •Уточнение классов
- •Уточнение классов
- •Классы после структурной проработки
- •Инициализация классов
- •Диаграмма инициализации
- •Взаимодействия
- •Диаграммы последовательности
- •Структурированные управляющие конструкции
- •Диаграммы последовательности
- •Диаграммы коммуникации
- •Диаграмма обзора взаимодействия (interaction overview diagram)
- •Диаграмма синхронизации (timing diagram)
- •Взаимодействия для управления электронной почтой
- •Взаимодействие «Регистрационное имя»
- •Взаимодействие «Выход» (Exit)
- •Взаимодействие «Просмотр сообщений»
- •Взаимодействие «Отображение текста»
- •Взаимодействие «Отсылка сообщения»
- •Взаимодействие «Неправильное имя пользователя или пароль»
- •Взаимодействие «Неправильная опция»
- •Взаимодействие «Слишком много сообщений»
- •Взаимодействие «Сообщение не может быть послано по электронной почте»
- •Резюме
- •Резюме

Структурированные управляющие конструкции
Комбинирован
ный фрагмент
(combined fragment) состоит из ключевого слова и одного или несколь-ких вложенных фраг- ментов:
ref – ссылка на другое взаи модействие;
loop – цикл;
alt – условный фраг-мент;
opt – условный фраг-мент с одним вложен- ным фрагментом; par –
параллельно 21вы-

Диаграммы последовательности
Проектирование ПО. Проектирование классов и взаимодействия |
22 |

Диаграммы коммуникации
Диаграммы |
коммуникации |
|
|
(сommunication) |
могут быть более |
|
|
полезны для анализа сообщений от(к) |
|
||
конкретного(му) объекта(у). Они могут |
|
||
быть более удобны при изображении |
|
||
исходного |
проекта взаимодействий и |
23 |
|
выполнения |
«итеративного» моделиро |
|

Диаграмма обзора взаимодействия (interaction overview diagram)
intover |
является |
разновидностью |
|
диаграммы деятельности, в которой узлы-объекты замене ны взаимодействиями и исполь- зованиями взаимодействий (ссылками).
На рисунке приведен пример со студентом, принятым в университет. Сначала студент должен принять или отвергнуть решение об его зачислении. Согласившись с этим решением, студент должен зарегистри-роваться на курсы и подать заявку на место в общежитии. Завершив эти
действия, студент должен взаимодействиязаплатить за регистрацию24 .
Если оплата не будет

Диаграмма синхронизации (timing diagram)
25
Взаимодействия для управления электронной почтой
«удачный путь» взаимодействия:
•регистрационное имя (login);
•выход (exit);
•просмотр непосланных сообщений (view unsent messages);
•отображение текста сообщения (display message text);
•передача сообщения по электронной почте (email message);
«неудачный путь» взаимодействия:
•неправильное имя пользователя или неправильный пароль (incorrect username or password);
•неправильная опция (incorrect option);
• |
слишком много сообщений (too many |
26 |
Проектирование ПО. Проектирование класс в и взаимодействия |
||
|
messages); |
|

Взаимодействие «Регистрационное имя»

Взаимодействие «Выход» (Exit)
28

Взаимодействие «Просмотр сообщений»
29

Взаимодействие «Отображение текста»
30