Как создать диаграмму последовательности в rational rose

Разработка диаграммы последовательности в среде Rational Rose

Диаграмма последовательности может быть активизирована одним из следующих способов:

• Щелкнуть на кнопке с изображением диаграммы последовательности на стандартной панели инструментов.
• Через пункт меню Browse — Interaction Diagram (Браузер — Диаграмма взаимодействия)

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

Рис. 12.14. Внешний вид специальной панели инструментов для диаграммы последовательности

Построение диаграммы последовательности сводится к добавлению или удалению отдельных объектов и сообщений, а также к их спецификации. Доступ к спецификации этих элементов организован либо через контекстное меню, либо через пункт меню Browse — Specification (Браузер — Спецификация). При добавлении сообщений на диаграмму последовательности они получают по умолчанию свой номер в последовательности. Ниже приводится пример построенной диаграммы состояний (рис. 12.15).

Рис. 12.15. Пример графического изображения диаграммы последовательности в окне диаграммы среды Rational Rose

При необходимости можно изменить порядок следования сообщений и их спецификацию, а также сопоставить сообщения с операциями. Дополнительно можно устанавливать синхронизацию сообщений, связать с сообщением примечание (комментарий) с помощью скриптов

Как создать диаграмму последовательности в rational rose

Ниже приведен обзор действий, выполняемых для применения диаграмм последовательностей для описания взаимодействий между объектами:

1. Создайте диаграмму последовательностей в реализации прецедента
2. Поместите объекты и субъекты на диаграмму
3. Опишите сообщения между объектами
4. Опишите действия объекта при получении сообщения

Дополнительные сведения о диаграммах последовательностей приведены в следующих разделах:

• Раздел Диаграммы последовательностей (Обзор) электронной справки Rational Rose.
• Глава 4, знакомство с диаграммами и Глава 9, диаграммы взаимодействий и спецификации в руководстве Применение Rational Rose .

1. Создайте диаграмму последовательностей в реализации прецедентов

При создании диаграммы последовательностей для реализации вариантов рекомендуется назвать диаграмму » — «. Такое именование облегчает будущую трассировку объектов к реализации прецедентов, в которой они принимают участие. Также, в окне описания можно задать краткое описание сценария, рассматриваемого на диаграмме последовательностей.

2. Поместите объекты и субъекты в диаграмму
последовательности

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

• Переместите субъекты на диаграмму последовательностей.
• Добавьте к диаграмме объекты и определите классы, к которым они относятся.

3. Опишите сообщения между объектами

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

4. Опишите действие объекта при получении сообщения

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

© Copyright IBM Corp. 1987, 2006. Все права защищены..

UML диаграммы в Rational Rose

Rational Rose — мощное CASE-средство для проектирования программных систем любой сложности. Одним из достоинств этого программного продукта будет возможность использования диаграмм на языке UML. Можно сказать, что Rational Rose является графическим редактором UML диаграмм.

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

• Use case diagram ( диаграммы прецедентов );
• Deployment diagram ( диаграммы топологии );
• Statechart diagram ( диаграммы состояний );
• Activity diagram (диаграммы активности);
• Interaction diagram (диаграммы взаимодействия);
• Sequence diagram (диаграммы последовательностей действий);
• Collaboration diagram (диаграммы сотрудничества);
• Class diagram (диаграммы классов);
• Component diagram (диаграммы компонент).

Use case diagram (диаграммы прецедентов)

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

Каждая такая диаграмма или, как ее обычно называют, каждый Use case – это описание сценария поведения, которому следуют действующие лица ( Actors ).

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

Deployment diagram (диаграммы топологии)

Этот вид диаграмм предназначен для анализа аппаратной части системы, то есть «железа», а не программ. В прямом переводе с английского Deployment означает «развертывание», но термин «топология» точнее отражает сущность этого типа диаграмм.

Для каждой модели создается только одна такая диаграмма, отображающая процессоры ( Processor ), устройства ( Device ) и их соединения.

Обычно этот тип диаграмм используется в самом начале проектирования системы для анализа аппаратных средств, на которых она будет эксплуатироваться.

State Ma с hine diagram (диаграммы состояний)

Каждый объект системы, обладающий определенным поведением, может находится в определенных состояниях, переходить из состояния в состояние, совершая определенные действия в процессе реализации сценария поведения объекта. Поведение большинства объектов реальных систем можно представить с точки зрения теории конечных автоматов, то есть поведение объекта отражается в его состояниях, и данный тип диаграмм позволяет отразить это графически. Для этого используется два вида диаграмм: Statechart diagram (дмаграмма состояний) и Activity diagram (диаграмма активности)

Statechart diagram (диаграмма состояний)

Диаграмма состояний ( Statechart ) предназначена для отображения состояний объектов системы, имеющих сложную модель поведения. Это одна из двух диаграмм State Machine , доступ к которой осуществляется из одного пункта меню.

Activity diagram (диаграммы активности)

Это дальнейшее развитие диаграммы состояний. Фактически данный тип диаграмм может использоваться и для отражения состояний моделируемого объекта, однако, основное назначение Activity diagram в том, чтобы отражать бизнес-процессы объекта. Этот тип диаграмм позволяет показать не только последовательность процессов, но и ветвление и даже синхронизацию процессов.

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

Interaction diagram (диаграммы взаимодействия)

Этот тип диаграмм включает в себя диаграммы Sequence diagram (диаграммы последовательностей действий) и Collaboration diagram (диаграммы сотрудничества). Эти диаграммы позволяют с разных точек зрения рассмотреть взаимодействие объектов в создаваемой системе.

Sequence diagram (диаграммы последовательностей действий)

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

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

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

Collaboration diagram (диаграммы сотрудничества)

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

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

Class diagram (диаграммы классов)

Этот тип диаграмм позволяет создавать логическое представление системы, на основе которого создается исходный код описанных классов.

Значки диаграммы позволяют отображать сложную иерархию систем, взаимосвязи классов ( Classes ) и интерфейсов ( Interfaces ). Данный тип диаграмм противоположен по содержанию диаграмме Collaboration , на котором отображаются объекты системы. Rational Rose позволяет создавать классы при помощи данного типа диаграмм в различных нотациях. В нотации, предложенной Г. Бучем, которая так и называется Booch , классы изображаются в виде чего-то нечеткого, похожего на облако. Таким образом Г.Буч пытается показать, что класс – это лишь шаблон, по которому в дальнейшем будет создан конкретный объект.

Нотация OMT , на мой взгляд, более строга.

И конечно же, Rational Rose позволяет создавать диаграмму классов в унифицированной нотации

Component diagram (диаграммы компонентов)

Этот тип диаграмм предназначен для распределения классов и объектов по компонентам при физическом проектировании системы. Часто данный тип диаграмм называют диаграммами модулей.

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

Статьи по теме:

Связанные темы:
Rational Rose
UML | 1 | 2 | 3 | 4 | 5 | 6 | 7 | Имя : alexey 03/09/2003 11:02
Сообщение:
подскажите где можно достать (скачать) rational rose или uml visio

Имя : SAN Город : Москва 06/10/2003 18:00
Сообщение:
Все это слишком примитивно. А хотелось бы увидеть, как Вы описываете КОНКРЕТНЫЙ проект, пусть упрощенный или маленький. Для меня главный вопрос, — как корректно составить ИЕРАРХИЮ диаграмм.

Имя : altun 11/11/2003 13:50
Сообщение:
Здравствуйте!
Если можно, то ответьте пожалуйста на вопрос по Rational Rose.
Вопрос:как на диаграмме внутри пакета показать структуру и связи вложенных в него пакетов/классов?

Имя : Алексей Город : Астрахань 24/12/2003 01:04
Сообщение:
Подскажите пожалуйста как на диаграмме последовательности отобразить:
1. ветвление потока;
2. указать стериотип сообщения (FE «Create»);
3. указать объект, который не находился при инициализации системы, а появился после сообщения («Create»);
4. как поставить символ удаления объекта.
Заранее благодарю.

Имя : Yerbol Город : Pavlodar 21/01/2004 23:57
Сообщение:
Где можно достать бесплатную версиб Rational Rose

Имя : step Город : Cheboxary 28/03/2004 11:33
Сообщение:
Подскажите плз, как можно в диаграммах класса получит доступ к стандартным классам Windows VCL.
Чтоб можно было наследоваться от этих классов.

Имя : Лысый Город : Москва 18/05/2004 13:04
Сообщение:
Вопрос такой
я вот прочёл почти до конца вашу книгу по Rational XDE — хорошая книга, многое разъясняет сходу, на примерах
НО каждый пример диаграммы там Вы строите как бы заново, а между тем, как я понимаю, объекты из Interaction diagram как то должны попадать (или соответствовать объектам )в Class diagram, а где ещё должно учитываться нарисованное в Use case diagram.
как быть с этим? я ак понимаю, проэкирование начинается с Use case? потом эти Use case разписываются? или как? и как переходят по эти этапам объекты, которые в итоге должны стать классами?
Спасибо.

Имя : Лысый Город : Москва 02/06/2004 14:15
Сообщение:
в чём отличие Sequence:Instance и Sequense:Role в XDE ?

в хелпе сказано, что инстанс может реслизовать ЮзКейс? как указать такую связь?

Имя : Лысый Город : Москва 02/06/2004 17:05
Сообщение:
в asp.net есть такой объект окружения Context, а нём объект User, отвечающий за авторизацию, с методом isInRole() для проверки ролей пользователя
внимание вопрос
Как представить в UML диаграммах этотго Userа? и его методы?
если они вызываются почти в каждой форме?

Имя : Дмитрий Город : Киев 13/08/2004 13:01
Сообщение:
Как на диаграмме активности в ActionState сделать так, чтобы надпись в нем была в несколко строк а не в одну. Пока отображаеться только текст внесенный в поле имя, одной строкой. Заранее благодарен.

UML диаграммы в Rational Rose

Rational Rose — мощное CASE-средство для проектирования программных систем любой сложности. Одним из достоинств этого программного продукта будет возможность использования диаграмм на языке UML. Можно сказать, что Rational Rose является графическим редактором UML диаграмм.

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

• Use case diagram ( диаграммы прецедентов );
• Deployment diagram ( диаграммы топологии );
• Statechart diagram ( диаграммы состояний );
• Activity diagram (диаграммы активности);
• Interaction diagram (диаграммы взаимодействия);
• Sequence diagram (диаграммы последовательностей действий);
• Collaboration diagram (диаграммы сотрудничества);
• Class diagram (диаграммы классов);
• Component diagram (диаграммы компонент).

Use case diagram (диаграммы прецедентов)

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

Каждая такая диаграмма или, как ее обычно называют, каждый Use case – это описание сценария поведения, которому следуют действующие лица ( Actors ).

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

Deployment diagram (диаграммы топологии)

Этот вид диаграмм предназначен для анализа аппаратной части системы, то есть «железа», а не программ. В прямом переводе с английского Deployment означает «развертывание», но термин «топология» точнее отражает сущность этого типа диаграмм.

Для каждой модели создается только одна такая диаграмма, отображающая процессоры ( Processor ), устройства ( Device ) и их соединения.

Обычно этот тип диаграмм используется в самом начале проектирования системы для анализа аппаратных средств, на которых она будет эксплуатироваться.

State Ma с hine diagram (диаграммы состояний)

Каждый объект системы, обладающий определенным поведением, может находится в определенных состояниях, переходить из состояния в состояние, совершая определенные действия в процессе реализации сценария поведения объекта. Поведение большинства объектов реальных систем можно представить с точки зрения теории конечных автоматов, то есть поведение объекта отражается в его состояниях, и данный тип диаграмм позволяет отразить это графически. Для этого используется два вида диаграмм: Statechart diagram (дмаграмма состояний) и Activity diagram (диаграмма активности)

Statechart diagram (диаграмма состояний)

Диаграмма состояний ( Statechart ) предназначена для отображения состояний объектов системы, имеющих сложную модель поведения. Это одна из двух диаграмм State Machine , доступ к которой осуществляется из одного пункта меню.

Activity diagram (диаграммы активности)

Это дальнейшее развитие диаграммы состояний. Фактически данный тип диаграмм может использоваться и для отражения состояний моделируемого объекта, однако, основное назначение Activity diagram в том, чтобы отражать бизнес-процессы объекта. Этот тип диаграмм позволяет показать не только последовательность процессов, но и ветвление и даже синхронизацию процессов.

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

Interaction diagram (диаграммы взаимодействия)

Этот тип диаграмм включает в себя диаграммы Sequence diagram (диаграммы последовательностей действий) и Collaboration diagram (диаграммы сотрудничества). Эти диаграммы позволяют с разных точек зрения рассмотреть взаимодействие объектов в создаваемой системе.

Sequence diagram (диаграммы последовательностей действий)

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

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

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

Collaboration diagram (диаграммы сотрудничества)

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

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

Class diagram (диаграммы классов)

Этот тип диаграмм позволяет создавать логическое представление системы, на основе которого создается исходный код описанных классов.

Значки диаграммы позволяют отображать сложную иерархию систем, взаимосвязи классов ( Classes ) и интерфейсов ( Interfaces ). Данный тип диаграмм противоположен по содержанию диаграмме Collaboration , на котором отображаются объекты системы. Rational Rose позволяет создавать классы при помощи данного типа диаграмм в различных нотациях. В нотации, предложенной Г. Бучем, которая так и называется Booch , классы изображаются в виде чего-то нечеткого, похожего на облако. Таким образом Г.Буч пытается показать, что класс – это лишь шаблон, по которому в дальнейшем будет создан конкретный объект.

Нотация OMT , на мой взгляд, более строга.

И конечно же, Rational Rose позволяет создавать диаграмму классов в унифицированной нотации

Component diagram (диаграммы компонентов)

Этот тип диаграмм предназначен для распределения классов и объектов по компонентам при физическом проектировании системы. Часто данный тип диаграмм называют диаграммами модулей.

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

Статьи по теме:

Связанные темы:
Rational Rose
UML | 1 | 2 | 3 | 4 | 5 | 6 | 7 | Имя : Сергей Трофимов Город : Москва 23/09/2002 21:34
Сообщение:
Вышло второе издание книги ‘CASE-технологии: практическая работа в Rational Rose’. Подробнее здесь
http://www.caseclub.ru/books/2593201.html

Имя : Imp 26/02/2003 20:36
Сообщение:
Здравствуйте.
Как я могу получить более подробную информацию о UML и Rational Rose? Для чего эти средства нужны, насколько они актуальны?
Спасибо.

Имя : Snake Город : Анжеро-Судженск 20/03/2003 05:51
Сообщение:
Хороша статейка, как говорится, дешево и сердито 🙂 Почему бы в книгах про UML не писать подобным образом? А то льют воду по нескольку страниц, а толку мало.

Имя : Сергей Город : Берлин 01/04/2003 12:24
Сообщение:
Действительно отлично изложенный матнриал, на книгу я потратил неделю. А тут лаконично и просто.
Спасибо

Имя : Olesya Город : nikolaev 23/05/2003 15:38
Сообщение:
Назначение и основные элементы диаграм классов в UML.

Имя : Alice 26/05/2003 15:00
Сообщение:
Подскажите плз, как в диаграмме классов при наследовании показать переопределеямость методов, т.е. что метод наследуется классом, но переопределяется?

Имя : wer 18/06/2003 13:14
Сообщение:
А где пример диаграммы взаимодействия?
Имя : Ден 30/07/2003 14:15
Сообщение:
Предпочитаю читать самого Буча
Имя : Олег 05/08/2003 18:18
Сообщение:
Гради Буч издание второе от Трофимова

Имя : Светлана Город : Обнинск 19/08/2003 03:55
Сообщение:
Подскажите, пожалуйтста: возможно ли, чтобы на StateChart у каждого из состояний, вложенных в одно большое состояние, было по 2 перехода во внешние состояния и можно ли вообще в StateChart делать 2 перехода из одного состояния. Если нет, то как это можно обойти: мне нужно отразить переход по ссылкам с одной страницы на несколько других.