рефераты конспекты курсовые дипломные лекции шпоры

Реферат Курсовая Конспект

Диаграмма последовательности

Диаграмма последовательности - Курсовой Проект, раздел Социология, Общество с ограниченной ответственностью   Диаграмма Последовательности (Sequence Diagram) Является Осно...

 

Диаграмма последовательности (sequence diagram) является основным способом отображения взаимодействия объектов во времени. Несмотря на то, что диаграмма последовательности изначально ориентирована на программные проекты с использованием ООП, она применяется значительно шире, в том числе в случаях, когда не предусмотрены соответственные методы описания «динамики» программы. В подобных случаях должна осуществляться адаптация понятия объекта.

Диаграмма последовательности, как и другие диаграммы, выделяемые стандартом UML, должна изображаться в соответствии с ним.

Основные моменты, на которые следует обратить внимание при работе над диаграммой последовательности:

1. Взаимодействующие объекты (objects), как правило, изображаются в виде прямоугольников со сплошными границами и размещаются по горизонтали.

Внутри прямоугольника указывается имя объекта, за которым через двоеточие может следовать имя класса данного объекта. Имена объекта и класса подчеркиваются.

Среди объектов могут выделяться так называемые актеры (actors), Актеры должны изображаться не особым образом с помощью символа «человечка», а так, как обычные объекты.

2. Линия жизни (lifeline) объекта изображается с помощью штриховой линии, которая проводится вертикально вниз от середины его нижней границы.

С помощью линии жизни показывается период времени, в течение

которого объект существует в системе и, следовательно, может потенциально участвовать во взаимодействиях.

Все объекты существуют «в одном времени». Начало временного отсчета соответствует уровню примыкания линий жизни к объектам, расположенным на диаграмме выше всех остальных объектов (созданных перед взаимодействием либо уже существующих в системе). При создании некоторого объекта позже создания других взаимодействующих объектов он показывается на соответствующем уровне. При удалении объекта, т.е. при освобождении занимаемых им ресурсов, его линия жизни прерывается символом «X».

Активность (activity) объекта, т.е. период времени, в течение которого он участвует во взаимодействии, может совпадать с фокусом управления (focus of control) и отображается тонким вертикальным прямоугольником соответствующей продолжительности на линии его жизни. Ширина прямоугольников должна равняться 10 мм и должна быть одинаковой в пределах чертежа. Объекты – инициаторы взаимодействий рекомендуется изображать на чертеже левее.

3. Сообщения (messages), которыми обмениваются объекты в процессе взаимодействия, показываются различными линиями со стрелками между линиями жизни объектов, направленными в сторону передачи.

Термин сообщение имеет максимально широкий смысл и может означать любой вид передачи управления или данных.

Выделяются следующие стереотипы сообщений:

– вызов (call) – вызов передающим объектом подпрограммы принимающего объекта для обработки инкапсулированных в передающий объект либо внешних по отношению к передающему объекту либо переданных в сообщении данных с возможной передачей фокуса управления;

– возврат (return) – возврат передающим объектом обработанных данных или возврат фокуса управления;

– создание (create) – создание передающим объектом принимающего объекта для выполнения каких-либо действий с возможной передачей фокуса управления;

– разрушение (destroy) – разрушение передающим объектом принимающего объекта;

– посылка (send) – посылка передающим объектом сигнала или данных принимающему объекту для обработки инкапсулированных в передающий объект либо внешних по отношению к передающему объекту либо переданных данных с возможной передачей и фокуса управления.

Выделяются следующие виды сообщений:

– простое сообщение (например, посылка) – синхронизация передающего и принимающего процессов не обязательна – обозначается сплошной линией со стрелкой-углом;

– синхронное сообщение (например, вызов) – обязательна синхронизация передающего и принимающего процессов, причем передающий процесс блокируется обозначается сплошной линией с залитой стрелкой с треугольником;

– асинхронное сообщение (например, посылка) – обязательна синхронизация передающего и принимающего процессов, причем передающий процесс не блокируется – обозначается сплошной линией с неполной стрелкой- углом;

– возврат из подпрограммы (возврат) – обозначается штриховой линией со стрелкой-углом.

Объекты могут передавать сообщения и сами себе.

Над линией сообщения может располагаться надпись, описывающая сообщение (имя функции, параметры, стереотип и др.) Передача параметров отображается в надписи с помощью символа:=. Сообщения могут нумероваться, чтобы показать уровни вложенности. В надписи могут указываться временные ограничения.

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

Диаграмма последовательности, как и следует из ее названия, в первую очередь отражает последовательность, а не временные характеристики. Поэтому пропорциональность времени может нарушаться.

4. При изображении повторяющихся сообщений и последовательностей сообщений надписи начинаются c префикса повторения * и содержат ограничивающие условия, заключаемые в квадратные скобки. Повторяющаяся последовательность заключается в сплошную рамку (надпись помещается над рамкой).

5. Диаграмма последовательности должна изображаться по виртуальной сетке с шагом 5 мм. Весь текст должен быть нанесен одинаковым шрифтом одного размера.

Более подробные сведения излагаются в стандарте UML.

Пример диаграммы последовательности (Visio) приведен в прил. Ж.

– Конец работы –

Эта тема принадлежит разделу:

Общество с ограниченной ответственностью

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

Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ: Диаграмма последовательности

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

Цели и задачи курсового и дипломного проектирования
  Согласно рекомендациям Министерства образования выделяются следующие цели и задачи. Основные цели курсового и дипломного проектирования: 1. Систематизация и

Дипломное проектирование
  Курсовые проекты являются одной из форм текущей и итоговой аттестации. Проект должен состоять из пояснительной записки, программной документации, графической части, электронного нос

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

Общие положения
  Пояснительная записка (ПЗ) к курсовому проекту является одним из основных документов, предоставляемых по завершении КП. В целом, ПЗ должна отражать последовательность работы над кур

Структура ПЗ программного дипломного проекта
  Рекомендуемая (типовая) структура ПЗ программного дипломного проекта: Титульный лист – 1. Лист задания – 2. Содержание – 1. Введение – 2. 1. Системное про

Общие положения
  ПЗ оформляется на стандартных листах формата А4 по следующим правилам: 1. Допускается только печатный (не рукописный) вариант ПЗ. 2. Производится односторонняя печ

Основной текст
Основной текст ПЗ может быть написан на белорусском либо на русском языке. Основной текст должен быть написан в соответствии с действующими правилами используемого языка. Основной

Название пункта. Название пункта
  Текст пункта. Текст пункта. Текст пункта. Текст пункта. Текст пункта. Текст пункта.   1.1.1.1 Возможное название подпункта.Текст подпункта. Т

Рисунки
  Рисунки вводятся в любое место ПЗ по мере надобности. Рекомендуется отделять рисунки от текста и друг от друга одной пустой строкой сверху и/или снизу. Рисунки должны вырав

Таблицы
  Таблицы также вводятся в любое место ПЗ по мере надобности. Рекомендуется отделять таблицы от текста и друг от друга одной пустой строкой сверху и/или снизу. Таблицы выравн

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

Фрагменты программ
  В ПЗ часто включаются отрывки программ, фрагменты файлов, примеры консольных команд и т.д. В подобных случаях рекомендуется выносить их на отдельные строки, начиная с отступа, равно

Общие положения
  Общий объем графического материала курсового проекта должен составлять минимум один формат А4. Рекомендуется печатать чертежи с применением графопостроителей, принтеров и п

Модель данных
  Модель данных (data model) отображает состав и связи таблиц БД, использующихся в программном проекте. Модель данных изображается в контексте стандарта UML. Основны

На курсовой проект (работу)
Учащемуся___________________________________________________________________________   курса________________группы______________________   по дисциплин

Пояснительная записка
Содержание разделов Срок выполнения ________________________________________________________________________________________________________________________________________________________

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги