Взаимодействие «Отсылка сообщения»

31

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

Взаимодействие «Неправильная опция»

Взаимодействие «Слишком много сообщений»

Взаимодействие «Сообщение не может быть послано по электронной почте»

35

Резюме

1.Проектирование классов и проектирование взаимодействия должны выполняться параллельно.

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

3.Классы должны соответствовать выбранному структурному шаблону. Структурные ограничения вызывают потребность в разработке исходного проекта классов.

4.Интерфейс можно использовать для хранения констант и

для параметризации поведения программы.

5.Структурная разработка включает решения относительно формирования экземпляров классов.

6.Взаимодействия в основном моделируются в диаграммах

последовательности.

Резюме

7.Диаграмма последовательности определяет последовательность сообщений.

8.Диаграмма коммуникации (до UML 2.0 известная как диаграмма сотрудничества или кооперации) — разновидность диаграммы последовательности.

9.При моделировании взаимодействий следует различать сообщения синхронные, асинхронные, обратной связи и создания объекта.

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

показывать.

11.Взаимодействие, определенное в диаграмме взаимодействия, называется экземпляром взаимодействия. Диаграмма просмотра взаимодействий

—ограниченная разновидность диаграммы деятельности,

Проектирв которойвание ПО. узлыПроектир-объектывание лассовзамененыи взаимодействиявзаимодействиями и37

экземплярами взаимодействий.