SlideShare a Scribd company logo
1 of 19
Диаграмма 
последовательности 
(sequence diagram)
Диаграммы последовательностей используются для 
описания взаимодействия объектов во времени. 
Объекты 
Графически каждый объект изображается прямоугольником и 
располагается в верхней части своей линии жизни. Внутри 
прямоугольника записываются имя объекта и имя класса, 
разделенные двоеточием. При этом вся запись 
подчеркивается, что является 
признаком объекта, который, 
как известно, представляет 
собой экземпляр класса. 
Для создания такой диаграммы 
надо прежде всего расположить 
объекты, участвующие во 
взаимодействии, в верхней ее 
части вдоль оси X.
Обычно инициирующий взаимодействие объект размещают 
слева, а остальные - правее (тем дальше, чем более 
подчиненным является объект). Затем вдоль оси Y 
размещаются сообщения, которые объекты посылают и 
принимают, причем более поздние оказываются ниже. Это дает 
читателю наглядную картину, позволяющую понять развитие 
потока управления во времени.
Линия жизни объекта 
Линия жизни объекта (object lifeline) изображается пунктирной 
вертикальной линией, ассоциированной с единственным 
объектом на диаграмме последовательности. Линия жизни 
служит для обозначения периода времени, в течение которого 
объект существует в системе и, следовательно, может 
потенциально участвовать во всех ее взаимодействиях. 
Отдельные объекты, выполнив свою роль в системе, могут 
быть уничтожены (разрушены), чтобы освободить 
занимаемые ими ресурсы. Для таких объектов линия жизни 
обрывается в момент его уничтожения (обозначается буквой 
"X"). Не обязательно создавать все объекты в начальный 
момент времени. Отдельные объекты в системе могут 
создаваться по мере необходимости, тогда прямоугольник 
такого объекта изображается не в верхней части диаграммы 
последовательности, а в той ее части, которая соответствует 
моменту создания объекта.
Фокус управления 
Одни объекты могут находиться в активном состоянии, 
непосредственно выполняя определенные действия, или в 
состоянии пассивного ожидания сообщений от других 
объектов. Для выделения активности объектов применяется 
фокус управления (изображается в форме вытянутого узкого 
прямоугольника, верхняя сторона которого обозначает 
начало активности, а ее нижняя сторона - окончание 
активности. Этот прямоугольник располагается ниже 
обозначения соответствующего объекта и может заменять 
его линию жизни, если на всем ее протяжении он является 
активным. Периоды активности объекта могут чередоваться 
с периодами его пассивности или ожидания. В этом случае у 
такого объекта имеются несколько фокусов управления. 
Получить фокус управления может только существующий 
объект, у которого в этот момент имеется линия жизни. Если 
же некоторый объект был уничтожен, то вновь возникнуть в 
системе он уже не может. Вместо него лишь может быть 
создан другой объект.
В отдельных случаях инициатором взаимодействия в 
системе может быть актер или внешний пользователь. В 
этом случае актер изображается на диаграмме 
последовательности самым первым объектом слева со 
своим фокусом управления. 
Иногда некоторый объект может инициировать рекурсивное 
взаимодействие с самим собой. На диаграмме 
последовательности рекурсия обозначается небольшим 
прямоугольником, присоединенным к правой стороне фокуса 
управления того объекта, для которого изображается это 
рекурсивное взаимодействие.
Сообщения 
Каждое взаимодействие описывается совокупностью 
сообщений, которыми участвующие в нем объекты 
обмениваются между собой. В этом смысле сообщение 
(message) представляет собой законченный фрагмент 
информации, который отправляется одним объектом 
другому. При этом прием сообщения инициирует 
выполнение определенных действий, направленных на 
решение отдельной задачи тем объектом, которому это 
сообщение отправлено. Т.е. сообщения не только 
передают некоторую информацию, но и требуют или 
предполагают от принимающего объекта выполнения 
ожидаемых действий. Сообщения могут инициировать 
выполнение операций объектом соответствующего 
класса, а параметры этих операций передаются вместе 
с сообщением.
Существует несколько разновидностей сообщений: 
1) Вызов процедур, выполнения операций или 
обозначения отдельных вложенных потоков 
управления. Начало этой стрелки всегда соприкасается 
с фокусом управления или линией жизни того объекта- 
клиента, который инициирует это сообщение. Конец 
стрелки соприкасается с линией жизни того объекта, 
который принимает это сообщение и выполняет в ответ 
определенные действия. При этом принимающий 
объект зачастую получает и фокус управления, 
становясь активным. 
2) Простой (не вложенный) поток управления. Каждая 
такая стрелка указывает на прогресс одного шага 
потока. При этом соответствующие сообщения обычно 
являются асинхронными, т. е. могут возникать в 
произвольные моменты времени. Передача такого 
сообщения обычно сопровождается получением 
фокуса управления объектом, его принявшим.
3) Асинхронное сообщение между двумя объектами в 
некоторой процедурной последовательности. 
Примером такого сообщения может служить 
прерывание операции при возникновении 
исключительной ситуации. В этом случае информация 
о такой ситуации передается вызывающему объекту 
для продолжения процесса дальнейшего 
взаимодействия. 
4) Возврат из вызова процедуры (например, простое 
сообщение о завершении вычислений без 
предоставления результата расчетов объекту-клиенту). 
В процедурных потоках управления эта стрелка может 
быть опущена, поскольку ее наличие неявно 
предполагается в конце активизации объекта. Для 
непроцедурных потоков управления, включая 
параллельные и асинхронные сообщения, стрелка 
возврата должна указываться явным образом.
Считается, что за время передачи сообщения с 
соответствующими объектами не может произойти 
никаких событий. Другими словами, состояния 
объектов остаются без изменения. Если же это 
предположение не может быть признано 
справедливым, то стрелка сообщения изображается 
под некоторым наклоном, так чтобы конец стрелки 
располагался ниже ее начала. 
В отдельных случаях объект может посылать 
сообщения самому себе, инициируя рефлексивные 
сообщения (изображаются прямоугольником со 
стрелкой, начало и конец которой совпадают). 
Каждое сообщение ассоциируется с некоторым 
действием, которое должно быть выполнено 
принявшим его объектом.
Ветвление потока управления 
Для изображения ветвления рисуются две или более 
стрелки, выходящие из одной точки фокуса управления 
объекта. При этом соответствующие условия должны 
быть явно указаны рядом с каждой из стрелок в форме 
сторожевого условия. Условия должны взаимно 
исключать одновременную передачу альтернативных 
сообщений.
Стереотипы сообщений 
В языке UML предусмотрены некоторые стандартные 
действия, выполняемые в ответ на получение 
соответствующего сообщения. Они могут быть явно 
указаны на диаграмме последовательности в форме 
стереотипа рядом с сообщением, к которому они 
относятся. В этом случае они записываются в 
кавычках. Используются следующие обозначения для 
моделирования действий: 
- "call" (вызвать) - сообщение, требующее вызова 
операции или процедуры принимающего объекта. Если 
сообщение с этим стереотипом рефлексивное, то оно 
инициирует локальный вызов операции у самого 
пославшего это сообщение объекта; 
- "return" (возвратить) - сообщение, возвращающее 
значение выполненной операции или процедуры 
вызвавшему ее объекту. Значение результата может 
инициировать ветвление потока управления;
- "create" (создать) - сообщение, требующее создания 
другого объекта для выполнения определенных 
действий. Созданный объект может получить фокус 
управления, а может и не получить его; 
- "destroy" (уничтожить) - сообщение с явным 
требованием уничтожить соответствующий объект. 
Посылается в том случае, когда необходимо 
прекратить нежелательные действия со стороны 
существующего в системе объекта, либо когда объект 
больше не нужен и должен освободить 
задействованные им системные ресурсы; 
- "send" (послать) - обозначает посылку другому 
объекту некоторого сигнала, который асинхронно 
инициируется одним объектом и принимается 
(перехватывается) другим. Отличие сигнала от 
сообщения заключается в том, что сигнал должен быть 
явно описан в том классе, объект которого инициирует 
его передачу.
Кроме стереотипов, сообщения могут иметь 
собственное обозначение операции, вызов которой они 
инициируют у принимающего объекта. В этом случае 
рядом со стрелкой записывается имя операции с 
круглыми скобками, в которых могут указываться 
параметры или аргументы соответствующей операции. 
Если параметры отсутствуют, то скобки все равно 
должны присутствовать после имени операции. 
Примерами таких операций могут служить следующие: 
"выдать клиенту наличными сумму (п)", "установить 
соединение между абонентами (а, b)", "сделать 
вводимый текст невидимым ()", "подать звуковой 
сигнал тревоги ()".
Временные ограничения 
Для записи временных ограничений используются 
фигурные скобки. Временные ограничения могут 
относиться как к выполнению определенных действий 
объектами, так и к самим сообщениям, явно 
специфицируя условия их передачи или приема. В 
отличие от условий ветвления, которые должны 
выполняться альтернативно, временные ограничения 
имеют обязательный или директивный характер для 
ассоциированных с ними объектов. 
Временные ограничения могут записываться рядом с 
началом стрелки соответствующего сообщения. Но 
наиболее часто они записываются слева от этой 
стрелки на одном уровне с ней. Если временная 
характеристика относится к конкретному объекту, то 
имя этого объекта записывается перед именем 
характеристики и отделяется от нее точкой.
Примерами таких ограничений на диаграмме 
последовательности могут служить ситуации, когда 
необходимо явно специфицировать время, в течение 
которого допускается передача сообщения от клиента к 
серверу или обработка запроса клиента сервером: 
{время_приема_сообщения 
время_отправки_сообщения < 1 сек.} 
{время_ожидания_ответа < 5 сек.} 
{время_передачи_пакета < 10 сек.} 
{объект_1. время_подачи_сигнала_тревоги > 30 сек.} 
Комментарии или примечания 
Комментарии ассоциируются с отдельными объектами 
или сообщениями. При этом используется стандартное 
обозначение для комментария - прямоугольник с 
"заломленным" правым верхним углом. Внутри этого 
прямоугольника записывается текст комментария на 
естественном языке.
Sequence diagram

More Related Content

What's hot

Component diagram
Component diagramComponent diagram
Component diagramaepetelin
 
5 1 диаграммы состояний
5 1 диаграммы состояний5 1 диаграммы состояний
5 1 диаграммы состоянийMaksim Nikitin
 
Диаграммы композитной структуры, коммуникации и пакетов
Диаграммы композитной структуры, коммуникации и пакетовДиаграммы композитной структуры, коммуникации и пакетов
Диаграммы композитной структуры, коммуникации и пакетовDEVTYPE
 
Классы и объекты в Java
Классы и объекты в JavaКлассы и объекты в Java
Классы и объекты в Javametaform
 
Классы и объекты в Java
Классы и объекты в JavaКлассы и объекты в Java
Классы и объекты в Javametaform
 
Работа с БД в Java
Работа с БД в JavaРабота с БД в Java
Работа с БД в Javametaform
 
Введення Uml
Введення UmlВведення Uml
Введення Umlpogromskaya
 
0042
00420042
0042JIuc
 
Диаграмма компонентов
Диаграмма компонентовДиаграмма компонентов
Диаграмма компонентовDEVTYPE
 
Java. Вложенные классы и интерфейсы.
Java. Вложенные классы и интерфейсы.Java. Вложенные классы и интерфейсы.
Java. Вложенные классы и интерфейсы.Unguryan Vitaliy
 
0029
00290029
0029JIuc
 
Создание графического интерфейса пользователя мобильных Android приложений (ч...
Создание графического интерфейса пользователя мобильных Android приложений (ч...Создание графического интерфейса пользователя мобильных Android приложений (ч...
Создание графического интерфейса пользователя мобильных Android приложений (ч...metaform
 
Шаблоны разработки ПО. Рефакторинг
Шаблоны разработки ПО. РефакторингШаблоны разработки ПО. Рефакторинг
Шаблоны разработки ПО. РефакторингSergey Nemchinsky
 
Лекция 6_принципы ООП : инкапсуляция, наследование
Лекция 6_принципы ООП : инкапсуляция, наследованиеЛекция 6_принципы ООП : инкапсуляция, наследование
Лекция 6_принципы ООП : инкапсуляция, наследованиеmetaform
 
Алгоритмизация
АлгоритмизацияАлгоритмизация
АлгоритмизацияLebedeva_Zoya
 

What's hot (20)

Component diagram
Component diagramComponent diagram
Component diagram
 
UML Glossary
UML GlossaryUML Glossary
UML Glossary
 
5 1 диаграммы состояний
5 1 диаграммы состояний5 1 диаграммы состояний
5 1 диаграммы состояний
 
Диаграммы композитной структуры, коммуникации и пакетов
Диаграммы композитной структуры, коммуникации и пакетовДиаграммы композитной структуры, коммуникации и пакетов
Диаграммы композитной структуры, коммуникации и пакетов
 
UML: Statechart Diagram
UML: Statechart DiagramUML: Statechart Diagram
UML: Statechart Diagram
 
Классы и объекты в Java
Классы и объекты в JavaКлассы и объекты в Java
Классы и объекты в Java
 
Классы и объекты в Java
Классы и объекты в JavaКлассы и объекты в Java
Классы и объекты в Java
 
Statechart diagram
Statechart diagramStatechart diagram
Statechart diagram
 
Работа с БД в Java
Работа с БД в JavaРабота с БД в Java
Работа с БД в Java
 
Uml
UmlUml
Uml
 
Введення Uml
Введення UmlВведення Uml
Введення Uml
 
0042
00420042
0042
 
Диаграмма компонентов
Диаграмма компонентовДиаграмма компонентов
Диаграмма компонентов
 
Java. Вложенные классы и интерфейсы.
Java. Вложенные классы и интерфейсы.Java. Вложенные классы и интерфейсы.
Java. Вложенные классы и интерфейсы.
 
Spring AOP
Spring AOPSpring AOP
Spring AOP
 
0029
00290029
0029
 
Создание графического интерфейса пользователя мобильных Android приложений (ч...
Создание графического интерфейса пользователя мобильных Android приложений (ч...Создание графического интерфейса пользователя мобильных Android приложений (ч...
Создание графического интерфейса пользователя мобильных Android приложений (ч...
 
Шаблоны разработки ПО. Рефакторинг
Шаблоны разработки ПО. РефакторингШаблоны разработки ПО. Рефакторинг
Шаблоны разработки ПО. Рефакторинг
 
Лекция 6_принципы ООП : инкапсуляция, наследование
Лекция 6_принципы ООП : инкапсуляция, наследованиеЛекция 6_принципы ООП : инкапсуляция, наследование
Лекция 6_принципы ООП : инкапсуляция, наследование
 
Алгоритмизация
АлгоритмизацияАлгоритмизация
Алгоритмизация
 

More from aepetelin

защита информации 10
защита информации 10защита информации 10
защита информации 10aepetelin
 
защита информации 9
защита информации 9защита информации 9
защита информации 9aepetelin
 
информационная безопасность человека
информационная безопасность человекаинформационная безопасность человека
информационная безопасность человекаaepetelin
 
криптография
криптографиякриптография
криптографияaepetelin
 
защита информации 5
защита информации 5защита информации 5
защита информации 5aepetelin
 
защита информации 4
защита информации 4защита информации 4
защита информации 4aepetelin
 
защита информации 3
защита информации 3защита информации 3
защита информации 3aepetelin
 
защита информации 2
защита информации 2защита информации 2
защита информации 2aepetelin
 
защита информации 1
защита информации 1защита информации 1
защита информации 1aepetelin
 
Creating a word file by a template
Creating a word file by a templateCreating a word file by a template
Creating a word file by a templateaepetelin
 
Creating a word file
Creating a word fileCreating a word file
Creating a word fileaepetelin
 
Инсталляторы
ИнсталляторыИнсталляторы
Инсталляторыaepetelin
 
Create word template
Create word templateCreate word template
Create word templateaepetelin
 
Сreate word
Сreate wordСreate word
Сreate wordaepetelin
 
Deployment diagram
Deployment diagramDeployment diagram
Deployment diagramaepetelin
 

More from aepetelin (18)

защита информации 10
защита информации 10защита информации 10
защита информации 10
 
защита информации 9
защита информации 9защита информации 9
защита информации 9
 
информационная безопасность человека
информационная безопасность человекаинформационная безопасность человека
информационная безопасность человека
 
криптография
криптографиякриптография
криптография
 
защита информации 5
защита информации 5защита информации 5
защита информации 5
 
защита информации 4
защита информации 4защита информации 4
защита информации 4
 
защита информации 3
защита информации 3защита информации 3
защита информации 3
 
защита информации 2
защита информации 2защита информации 2
защита информации 2
 
защита информации 1
защита информации 1защита информации 1
защита информации 1
 
Installers
InstallersInstallers
Installers
 
Creating a word file by a template
Creating a word file by a templateCreating a word file by a template
Creating a word file by a template
 
06 still
06 still06 still
06 still
 
исиб
исибисиб
исиб
 
Creating a word file
Creating a word fileCreating a word file
Creating a word file
 
Инсталляторы
ИнсталляторыИнсталляторы
Инсталляторы
 
Create word template
Create word templateCreate word template
Create word template
 
Сreate word
Сreate wordСreate word
Сreate word
 
Deployment diagram
Deployment diagramDeployment diagram
Deployment diagram
 

Sequence diagram

  • 2. Диаграммы последовательностей используются для описания взаимодействия объектов во времени. Объекты Графически каждый объект изображается прямоугольником и располагается в верхней части своей линии жизни. Внутри прямоугольника записываются имя объекта и имя класса, разделенные двоеточием. При этом вся запись подчеркивается, что является признаком объекта, который, как известно, представляет собой экземпляр класса. Для создания такой диаграммы надо прежде всего расположить объекты, участвующие во взаимодействии, в верхней ее части вдоль оси X.
  • 3. Обычно инициирующий взаимодействие объект размещают слева, а остальные - правее (тем дальше, чем более подчиненным является объект). Затем вдоль оси Y размещаются сообщения, которые объекты посылают и принимают, причем более поздние оказываются ниже. Это дает читателю наглядную картину, позволяющую понять развитие потока управления во времени.
  • 4. Линия жизни объекта Линия жизни объекта (object lifeline) изображается пунктирной вертикальной линией, ассоциированной с единственным объектом на диаграмме последовательности. Линия жизни служит для обозначения периода времени, в течение которого объект существует в системе и, следовательно, может потенциально участвовать во всех ее взаимодействиях. Отдельные объекты, выполнив свою роль в системе, могут быть уничтожены (разрушены), чтобы освободить занимаемые ими ресурсы. Для таких объектов линия жизни обрывается в момент его уничтожения (обозначается буквой "X"). Не обязательно создавать все объекты в начальный момент времени. Отдельные объекты в системе могут создаваться по мере необходимости, тогда прямоугольник такого объекта изображается не в верхней части диаграммы последовательности, а в той ее части, которая соответствует моменту создания объекта.
  • 5.
  • 6. Фокус управления Одни объекты могут находиться в активном состоянии, непосредственно выполняя определенные действия, или в состоянии пассивного ожидания сообщений от других объектов. Для выделения активности объектов применяется фокус управления (изображается в форме вытянутого узкого прямоугольника, верхняя сторона которого обозначает начало активности, а ее нижняя сторона - окончание активности. Этот прямоугольник располагается ниже обозначения соответствующего объекта и может заменять его линию жизни, если на всем ее протяжении он является активным. Периоды активности объекта могут чередоваться с периодами его пассивности или ожидания. В этом случае у такого объекта имеются несколько фокусов управления. Получить фокус управления может только существующий объект, у которого в этот момент имеется линия жизни. Если же некоторый объект был уничтожен, то вновь возникнуть в системе он уже не может. Вместо него лишь может быть создан другой объект.
  • 7. В отдельных случаях инициатором взаимодействия в системе может быть актер или внешний пользователь. В этом случае актер изображается на диаграмме последовательности самым первым объектом слева со своим фокусом управления. Иногда некоторый объект может инициировать рекурсивное взаимодействие с самим собой. На диаграмме последовательности рекурсия обозначается небольшим прямоугольником, присоединенным к правой стороне фокуса управления того объекта, для которого изображается это рекурсивное взаимодействие.
  • 8. Сообщения Каждое взаимодействие описывается совокупностью сообщений, которыми участвующие в нем объекты обмениваются между собой. В этом смысле сообщение (message) представляет собой законченный фрагмент информации, который отправляется одним объектом другому. При этом прием сообщения инициирует выполнение определенных действий, направленных на решение отдельной задачи тем объектом, которому это сообщение отправлено. Т.е. сообщения не только передают некоторую информацию, но и требуют или предполагают от принимающего объекта выполнения ожидаемых действий. Сообщения могут инициировать выполнение операций объектом соответствующего класса, а параметры этих операций передаются вместе с сообщением.
  • 9. Существует несколько разновидностей сообщений: 1) Вызов процедур, выполнения операций или обозначения отдельных вложенных потоков управления. Начало этой стрелки всегда соприкасается с фокусом управления или линией жизни того объекта- клиента, который инициирует это сообщение. Конец стрелки соприкасается с линией жизни того объекта, который принимает это сообщение и выполняет в ответ определенные действия. При этом принимающий объект зачастую получает и фокус управления, становясь активным. 2) Простой (не вложенный) поток управления. Каждая такая стрелка указывает на прогресс одного шага потока. При этом соответствующие сообщения обычно являются асинхронными, т. е. могут возникать в произвольные моменты времени. Передача такого сообщения обычно сопровождается получением фокуса управления объектом, его принявшим.
  • 10. 3) Асинхронное сообщение между двумя объектами в некоторой процедурной последовательности. Примером такого сообщения может служить прерывание операции при возникновении исключительной ситуации. В этом случае информация о такой ситуации передается вызывающему объекту для продолжения процесса дальнейшего взаимодействия. 4) Возврат из вызова процедуры (например, простое сообщение о завершении вычислений без предоставления результата расчетов объекту-клиенту). В процедурных потоках управления эта стрелка может быть опущена, поскольку ее наличие неявно предполагается в конце активизации объекта. Для непроцедурных потоков управления, включая параллельные и асинхронные сообщения, стрелка возврата должна указываться явным образом.
  • 11. Считается, что за время передачи сообщения с соответствующими объектами не может произойти никаких событий. Другими словами, состояния объектов остаются без изменения. Если же это предположение не может быть признано справедливым, то стрелка сообщения изображается под некоторым наклоном, так чтобы конец стрелки располагался ниже ее начала. В отдельных случаях объект может посылать сообщения самому себе, инициируя рефлексивные сообщения (изображаются прямоугольником со стрелкой, начало и конец которой совпадают). Каждое сообщение ассоциируется с некоторым действием, которое должно быть выполнено принявшим его объектом.
  • 12. Ветвление потока управления Для изображения ветвления рисуются две или более стрелки, выходящие из одной точки фокуса управления объекта. При этом соответствующие условия должны быть явно указаны рядом с каждой из стрелок в форме сторожевого условия. Условия должны взаимно исключать одновременную передачу альтернативных сообщений.
  • 13. Стереотипы сообщений В языке UML предусмотрены некоторые стандартные действия, выполняемые в ответ на получение соответствующего сообщения. Они могут быть явно указаны на диаграмме последовательности в форме стереотипа рядом с сообщением, к которому они относятся. В этом случае они записываются в кавычках. Используются следующие обозначения для моделирования действий: - "call" (вызвать) - сообщение, требующее вызова операции или процедуры принимающего объекта. Если сообщение с этим стереотипом рефлексивное, то оно инициирует локальный вызов операции у самого пославшего это сообщение объекта; - "return" (возвратить) - сообщение, возвращающее значение выполненной операции или процедуры вызвавшему ее объекту. Значение результата может инициировать ветвление потока управления;
  • 14. - "create" (создать) - сообщение, требующее создания другого объекта для выполнения определенных действий. Созданный объект может получить фокус управления, а может и не получить его; - "destroy" (уничтожить) - сообщение с явным требованием уничтожить соответствующий объект. Посылается в том случае, когда необходимо прекратить нежелательные действия со стороны существующего в системе объекта, либо когда объект больше не нужен и должен освободить задействованные им системные ресурсы; - "send" (послать) - обозначает посылку другому объекту некоторого сигнала, который асинхронно инициируется одним объектом и принимается (перехватывается) другим. Отличие сигнала от сообщения заключается в том, что сигнал должен быть явно описан в том классе, объект которого инициирует его передачу.
  • 15.
  • 16. Кроме стереотипов, сообщения могут иметь собственное обозначение операции, вызов которой они инициируют у принимающего объекта. В этом случае рядом со стрелкой записывается имя операции с круглыми скобками, в которых могут указываться параметры или аргументы соответствующей операции. Если параметры отсутствуют, то скобки все равно должны присутствовать после имени операции. Примерами таких операций могут служить следующие: "выдать клиенту наличными сумму (п)", "установить соединение между абонентами (а, b)", "сделать вводимый текст невидимым ()", "подать звуковой сигнал тревоги ()".
  • 17. Временные ограничения Для записи временных ограничений используются фигурные скобки. Временные ограничения могут относиться как к выполнению определенных действий объектами, так и к самим сообщениям, явно специфицируя условия их передачи или приема. В отличие от условий ветвления, которые должны выполняться альтернативно, временные ограничения имеют обязательный или директивный характер для ассоциированных с ними объектов. Временные ограничения могут записываться рядом с началом стрелки соответствующего сообщения. Но наиболее часто они записываются слева от этой стрелки на одном уровне с ней. Если временная характеристика относится к конкретному объекту, то имя этого объекта записывается перед именем характеристики и отделяется от нее точкой.
  • 18. Примерами таких ограничений на диаграмме последовательности могут служить ситуации, когда необходимо явно специфицировать время, в течение которого допускается передача сообщения от клиента к серверу или обработка запроса клиента сервером: {время_приема_сообщения время_отправки_сообщения < 1 сек.} {время_ожидания_ответа < 5 сек.} {время_передачи_пакета < 10 сек.} {объект_1. время_подачи_сигнала_тревоги > 30 сек.} Комментарии или примечания Комментарии ассоциируются с отдельными объектами или сообщениями. При этом используется стандартное обозначение для комментария - прямоугольник с "заломленным" правым верхним углом. Внутри этого прямоугольника записывается текст комментария на естественном языке.