Главная страница Случайная страница КАТЕГОРИИ: АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника |
Диаграммы ПоследовательностиСтр 1 из 4Следующая ⇒
Лабораторная работа №3 Создание диаграммы Взаимодействия Диаграммы Взаимодействия — краеугольный камень, на котором возводится оставшаяся часть проекта. Диаграммы Последовательности упорядочены по времени. Они полезны для тех, кто хочет понять логическую последовательность событий в сценарии. Хотя информация о последовательности входит и в Кооперативные диаграммы, она лучше воспринимается на диаграмме Последовательности. Кооперативные диаграммы полезны в тех случаях, когда нужно оценить последствия сделанных изменений. Кооперативная диаграмма показывает, какие объекты взаимодействуют друг с другом. При внесении изменений в объект сразу становится понятным, на какие другие объекты это повлияет. Диаграммы Взаимодействия содержат: Объекты Можно использовать имена как объектов, так и классов или того и другого. Сообщения С помощью сообщения один объект или класс запрашивает у другого выполнения какой-то конкретной функции. Например, форма может запросить у объекта Отчет напечатать ее. Создавая диаграммы Взаимодействия, следует помнить, что таким образом объектам назначаются определенные ответственности. При помещении на диаграмму сообщение назначается ответственность получающему его объекту. Нужно следить за тем, чтобы объекты и их ответственности соответствовали друг другу. Например, в большинстве приложений экраны и формы не должны реализовывать никаких бизнес-процессов. С их помощью следует только вводить и просматривать информацию. При отделении интерфейса от бизнес-логики создается архитектура, уменьшающая " эффект ряби" от изменений. Тогда внесение изменений в бизнес-логику не затронет интерфейс. С другой стороны, при изменении формата одного или двух экранов, хотя бы бизнес-логика останется неизменной. Еще пример: если нужно напечатать список всех рейсов из расписания авиакомпании, то этим не должен заниматься объект Рейс N1020, так как его ответственности должны быть связаны только с конкретным рейсом. За просмотр всех рейсов и генерацию соответствующего отчета должен отвечать другой объект. Еще один способ анализа ответственностей основан на объектах-сущностях, граничных объектах и управляющих объектах (см. выше). Диаграммы Последовательности Диаграмма Последовательности — это упорядоченная по времени диаграмма Взаимодействия, читать ее следует сверху вниз. Как упоминалось раньше, у каждого варианта использования имеется большое количество альтернативных потоков. Каждая диаграмма Последовательности описывает один из потоков варианта использования. Например, на рис.2 приведена диаграмма Последовательности, показывающая, как клиент Маша обновляет счет. На диаграмме показаны объекты и сообщения. Участвующие в потоке объекты нарисованы в прямоугольниках в верхней части диаграммы. В данном примере имеются несколько объектов: форма для устройства чтения, форма для кассового аппарата, форма экран АТМ, счет Маши; выводимые конечному пользователю. Остальные объекты находятся на серверной стороне и отражают серверную логику, серверные страницы, интерфейсы и другие подобные объекты. Некоторые объекты имеют имена своих классов (необязательно присваивать объектам имена, отличающиеся от имен классов). Значки панели инструментов диаграммы Последовательности
|