Информационные технологии Диаграммы последовательности (Sequence diagram) Определение Диаграммы

Скачать презентацию Информационные технологии Диаграммы последовательности (Sequence diagram) Определение Диаграммы Скачать презентацию Информационные технологии Диаграммы последовательности (Sequence diagram) Определение Диаграммы

3314-12.it-sequence.ppt

  • Количество слайдов: 33

>Информационные технологии Диаграммы последовательности  (Sequence diagram) Информационные технологии Диаграммы последовательности (Sequence diagram)

>Определение  Диаграммы взаимодействия (interaction diagrams) Диаграмма последовательности (sequence diagram) Диаграмма кооперации (collaboration diagram) Определение Диаграммы взаимодействия (interaction diagrams) Диаграмма последовательности (sequence diagram) Диаграмма кооперации (collaboration diagram)

>Определение  Диаграмма последовательности – диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени Определение Диаграмма последовательности – диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления

>Семантическая эквивалентность   Диаграмма последова-тельности  и    кооперации Семантическая эквивалентность Диаграмма последова-тельности и кооперации

>Определение  Указывает взаимодействие между объектами в двух измерениях линия жизни крайний слева объект Определение Указывает взаимодействие между объектами в двух измерениях линия жизни крайний слева объект инициатор (как правило актер) взаимодействия между объектами – сообщения

>Линия жизни Линия жизни (object lifeline)  существует для обозначения времени, в течении которого Линия жизни Линия жизни (object lifeline) существует для обозначения времени, в течении которого объект существует в системе

>Фокус управления Фокус управления (focus of control) – указывает период времени, в течение которого Фокус управления Фокус управления (focus of control) – указывает период времени, в течение которого объект выполняет некоторое действие, находясь в активном состоянии

>Линия жизни Линия жизни

>Рефлексивные сообщения Рефлексивные сообщения – это сообщения, которые посылает объект сам себе (нажатия клавиш Рефлексивные сообщения Рефлексивные сообщения – это сообщения, которые посылает объект сам себе (нажатия клавиш клавиатуры и т.д.)

>Рефлексивные сообщения Если в результате рефлексивного сообщения создается новый подпроцесс или нить управления, то Рефлексивные сообщения Если в результате рефлексивного сообщения создается новый подпроцесс или нить управления, то говорят о рекурсивном или вложенном фокусе управления

>Рефлексивные сообщения Рефлексивные сообщения

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

>Сообщения Иногда отправителя сообщения называют клиентом, а получателя - сервером Сообщения Иногда отправителя сообщения называют клиентом, а получателя - сервером

>Сообщения Вызов процедуры или другого вложенного потока управления.  Простой поток управления  Асинхронного Сообщения Вызов процедуры или другого вложенного потока управления. Простой поток управления Асинхронного потока управления. Возврат из вызова процедуры.

>Вызов процедуры  или вложенный поток управления Сообщения этого типа могут быть использованы параллельно Вызов процедуры или вложенный поток управления Сообщения этого типа могут быть использованы параллельно активными объектами, когда один из них передает сообщение и ожидает, пока не закончится некоторая последовательность действий, выполняемая вторым объектом. Такие сообщения синхронны, т. е. инициируются по завершении деятельности или при выполнении определенного условия

>Асинхронное сообщение Клиент передает асинхронное сообщение и продолжает выполнять свою деятельность, не ожидая ответа Асинхронное сообщение Клиент передает асинхронное сообщение и продолжает выполнять свою деятельность, не ожидая ответа от сервера

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

>Асинхронное сообщение Сообщения формируются в произвольные, заранее не известные моменты времени, как правило, активными Асинхронное сообщение Сообщения формируются в произвольные, заранее не известные моменты времени, как правило, активными объектами. Обычно сообщения этого типа являются начальными в последовательности потока управления и чаще всего инициируются актерами.

>Стереотипы сообщений «call»(вызвать) – сообщение, требующее вызова операции или процедуры объекта-получателя. Если сообщение с Стереотипы сообщений «call»(вызвать) – сообщение, требующее вызова операции или процедуры объекта-получателя. Если сообщение с этим стереотипом рефлексивное, то оно инициирует локальный вызов операции у пославшего это сообщение объекта. «return»(возвратить) – сообщение, возвращающее значение выполненной операции или процедуры вызвавшему ее объекту. Значение результата может инициировать ветвление потока управления. «create»(создать) – сообщение, требующее создания другого объекта для выполнения определенных действий. Созданный объект может стать активным (ему передается поток управления), а может остаться пассивным.

>Стереотипы сообщений «destroy»(уничтожить) – сообщение с явным требованием уничтожить соответствующий объект. Посылается в том Стереотипы сообщений «destroy»(уничтожить) – сообщение с явным требованием уничтожить соответствующий объект. Посылается в том случае, когда необходимо прекратить нежелательные действия со стороны существующего в системе объекта, либо когда объект больше не нужен и должен освободить задействованные им системные ресурсы. «send»(послать) – обозначает посылку другому объекту сигнала, который асинхронно инициируется одним объектом и принимается (перехватывается) другим. Отличие сигнала от сообщения заключается в том, что сигнал должен быть явно описан в том классе, объект которого инициирует его передачу.

>Ветвление потока управления время передачи сообщения достаточно мало по сравнению с процессами выполнения действий Ветвление потока управления время передачи сообщения достаточно мало по сравнению с процессами выполнения действий объектами

>Ветвление потока управления Предложение-условие должно быть явно указано для каждой ветви Ветвление потока управления Предложение-условие должно быть явно указано для каждой ветви

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

>Ветвление потока управления Ветвление потока управления

>Временные ограничения  Определяют явно условия их передачи или приема (например: время, в течении Временные ограничения Определяют явно условия их передачи или приема (например: время, в течении которого допускается передача сообщений) Пример: {время_ожидания_ответа < 5 сек.}

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

>Рекомендации по построению  начинать с выделения из всей совокупности классов только те объекты, Рекомендации по построению начинать с выделения из всей совокупности классов только те объекты, которые участвуют в моделируемом взаимодействии правилом является визуализация особенностей реализации каждого варианта использования на отдельной диаграмме последовательности

>Пример Пример

>Пример Пример

>Пример Пример

>Рекомендации по построению  Хорошо структурированная диаграмма взаимодействий обладает следующими свойствами: акцентирует внимание только Рекомендации по построению Хорошо структурированная диаграмма взаимодействий обладает следующими свойствами: акцентирует внимание только на одном аспекте динамики системы; содержит только такие прецеденты и актеры, которые важны для понимания этого аспекта; содержит только такие детали, которые соответствуют данному уровню абстракции, и только те дополнения, которые необходимы для понимания системы; не настолько лаконична, чтобы ввести читателя в заблуждение относительно важных аспектов семантики.

>Рекомендации по построению  При изображении диаграммы взаимодействий следует пользоваться нижеприведенными рекомендациями: дайте ей Рекомендации по построению При изображении диаграммы взаимодействий следует пользоваться нижеприведенными рекомендациями: дайте ей имя, соответствующее ее назначению; используйте диаграмму последовательностей, если хотите подчеркнуть временную упорядоченность сообщений, и диаграмму кооперации - если хотите подчеркнуть структурную организацию участвующих во взаимодействии объектов; расположите элементы так, чтобы свести к минимуму число пересечений;

>Рекомендации по построению  пространственно организуйте элементы так, чтобы семантически близкие сущности на диаграмме Рекомендации по построению пространственно организуйте элементы так, чтобы семантически близкие сущности на диаграмме располагались рядом; используйте примечания и цвет, чтобы привлечь внимание читателя к важным особенностям диаграммы; не злоупотребляйте ветвлениями. Сложные ветвления лучше показывать на диаграммах деятельности