Как удалить rational rose

Как удалить rational rose

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

К файлам Rational Rose относятся файлы моделей (.mdl), файлы и управляемые блоки (.cat, .sub, .prc, .prp), а также исходные файлы, создаваемые из классов и компонентов ANSI C++ или Rose C++.

Дополнительные сведения о файлах Rose приведены в разделе Управляемые блоки электронной справки Rational Rose.

Этапы работы с инструментами

Для успешной работы с Rational ClearCase из Rational Rose необходимо активировать встраиваемый модуль Rose ClearCase в диспетчере встраиваемых модулей Rose. После этого вы сможете выполнить следующие задачи ClearCase из Rose:

1. Создавать и управлять средой разработки Rose
2. Добавлять файлы Rational Rose к управлению версиями Rational ClearCase
3. Добавлять и изымать файлы Rational Rose
4. Просматривать сведения Rational ClearCase о файлах Rational Rose
5. Доставлять файлы Rational Rose в поток интеграции
6. Обновлять рабочую область из потока интеграции

1. Создавать и управлять средой разработки Rational Rose

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

• С помощью опции Запустить обзор управления версиями можно просмотреть сведения ClearCase и получить доступ к командам среды ClearCase, включая команды для работы с VOB, панелями, ветвями, потоками и проектами.
• С помощью опции Обзор проектов можно создавать и работать с проектами, панелями и потоками ClearCase. Запустив Rational ClearCase Explorer, вы получите доступ ко в сем командам ClearCase, позволяющим задавать и продвигать контрольные версии, доставлять и перебазировать потоки. Эта команда доступна только в ClearCase 4.0 и последующих версиях.

Дополнительные сведения

Обратитесь к памятке по инструменту Rational ClearCase:

• Настройка модели реализации с помощью Rational ClearCase
• Создание контрольной версии с помощью Rational ClearCase
• Продвижение контрольных версий проекта с помощью Rational ClearCase

2. Добавить файлы Rational Rose к управлению версиями Rational ClearCase

Для добавления файлов к управлению версиями Rational ClearCase из Rational Rose можно воспользоваться всплывающими меню Rose или выбрать опцию Добавить к управлению версиями из подменю ClearCase в меню Инструменты Rose. В зависимости от версии ClearCase, эта команда вызовет диалоговое окно Rose, связанное с ClearCase, или будет показано фактическое окно ClearCase. Можно также удалить файлы из управления версиями ClearCase с помощью команд Rose ClearCase. Однако при удалении файлов из управления версиями рекомендуется соблюдать крайнюю осторожность.

Дополнительные сведения

Дополнительные сведения о добавлении и удалении файлов из управления версиями Rational ClearCase обратитесь к электронной справке по Rational Rose ClearCase и по памятке по инструменту Rational ClearCase Настройка модели реализации с помощью Rational ClearCase.

3. Добавление и изъятие файлов Rational Rose

Для добавления и изъятия файлов из управления версиями Rational ClearCase из Rational Rose можно воспользоваться всплывающими меню Rose или выбрать одну из следующих команд в подменю ClearCase меню Инструменты Rose:

• Добавить
• Изъять
• Отменить изъятие
• Получить последний

В зависимости от версии Rational ClearCase эти команды приведут к вызову диалоговых окон Rational Rose, связанных с ClearCase, или отобразят фактические окна ClearCase.

Дополнительные сведения

Дополнительные сведения о добавлении и изъятии файлов Rational Rose из управления версиями Rational ClearCase обратитесь к электронной справке Rose ClearCase и к памяткам по инструментам Rational ClearCaseChecking Out and Checking In Configuration Items and Using UCM Change Sets.

4. Просматривать сведения Rational ClearCase о файлах Rational Rose

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

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

Дополнительные сведения

Дополнительные сведения о просмотре информации Rational ClearCase в Rational Rose приведены в электронной справке встраиваемого модуля Rose ClearCase. Подробное описание сведений файлов ClearCase приведены в справке по Rational ClearCase.

5. Доставка файлов Rational Rose в поток интеграции

Для доставки файлов Rational Rose из потока разработки в поток интеграции воспользуйтесь командой Доставить поток, доступной через подменю Rational ClearCase меню Инструменты Rose. Эта команда доступна только в ClearCase 4.0 и последующих версиях.

Дополнительные сведения

Дополнительные сведения о доставке потока разработки в поток интеграции в Rational ClearCase приведены в памятке по инструменту Rational ClearCase Доставка работы.

6. Обновление рабочей области из потока интеграции

Для обновления файлов Rational Rose в потоке разработки из последней контрольной версии потока интеграции воспользуйтесь командой Перебазировать поток, доступной в подменю Rational ClearCase меню Инструменты Rose. Эта команда доступна только в ClearCase 4.0 и последующих версиях.

Дополнительные сведения

Дополнительные сведения о перебазировании потока разработки с помощью Rational ClearCase приведены в памятке по инструменту Rational ClearCase Обновление рабочей области.

© 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 сделать так, чтобы надпись в нем была в несколко строк а не в одну. Пока отображаеться только текст внесенный в поле имя, одной строкой. Заранее благодарен.

Особенности рабочего интерфейса Rational Rose

В CASE-средстве Rational Rose реализованы общепринятые стандарты на рабочий интерфейс программы, подобно известным средам визуального программирования. После установки Rational Rose на компьютер пользователя, что практически не вызывает трудностей даже у начинающих, запуск этой программы в среде MS Windows 95/98 приводит к появлению на экране рабочего интерфейса (рис. 12.1).

Рис. 12.1. Общий вид рабочего интерфейса программы Rational Rose

Рабочий интерфейс Rational Rose состоит из различных элементов, основными из которых являются:

• Главное меню программы
• Окно диаграммы
• Стандартная панель инструментов
• Окно документации
• Окно браузера
• Окно журнала
• Специальная панель инструментов

Рассмотрим кратко назначение и основные функции каждого из этих элементов.

Главное меню программы

Главное меню программы выполнено в общепринятом стандарте и имеет следующий вид (рис. 12.2).

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

Рис. 12.2. Внешний вид главного меню программы

Стандартная панель инструментов

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

Рис. 12.3. Внешний вид стандартной панели инструментов

Пользователь может настроить внешний вид этой панели по своему усмотрению. Для этого необходимо выбрать пункт меню Tools -> Options (Инструменты -> Параметры) и открыть вкладку Toolbars (Панели инструментов). Этим способом можно показать или скрыть различные кнопки инструментов, а также изменить их размер.

Примечание
Следует заметить, что внешний вид панели инструментов определяется не только выбором и не только видом разрабатываемой диаграммы, но и выбором графической нотации для изображения самих элементов этих диаграмм. В Rational Rose реализованы три таких нотации: UML, ОМТ и Booch. Речь идет о том, что одна и та же диаграмма может быть представлена различным образом, для этого достаточно выбрать желаемое представление через пункт меню View (Вид). При этом никаких дополнительных действий выполнять не требуется — диаграмма преобразуется в выбранную нотацию автоматически. Однако, рассматривая Rational Rose в контексте только языка UML, мы оставим без внимания особенности двух других нотаций, которые отражают эволюционный аспект этого средства.

Окно браузера

Окно браузера по умолчанию располагается в левой части рабочего интерфейса под стандартной панелью инструментов (рис. 12.4).

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

Рис. 12.4. Внешний вид браузера

Специальная панель инструментов

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

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

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

Окно диаграммы

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

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

Рис. 12.6. Внешний вид окна диаграмм с различными видами представлений модели

Окно документации

Окно документации по умолчанию может не присутствовать на экране. В этом случае оно может быть активизировано через пункт меню View -> Documentation (Вид->Документация), после чего появится ниже браузера (рис. 12.7).

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

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

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

Рис. 12.7. Внешний вид окна документации

Окно журнала

Окно журнала (Log) предназначено для автоматической записи различной служебной информации, образующейся в ходе работы с программой. В журнале фиксируется время и характер выполняемых разработчиком действий, таких как обновление модели, настройка меню и панелей инструментов, а также сообщений об ошибках, возникающих при генерации программного кода.

Окно журнала всегда присутствует на рабочем интерфейсе в области окна диаграммы (рис. 12.8). Однако оно может быть закрыто другими окнами с диаграммами или быть свернутым. Активизировать окно журнала можно через меню Window->Log (Окно->Журнал). В этом случае оно изображается поверх других окон в правой области рабочего интерфейса. Полностью удалить это окно нельзя, его можно только минимизировать.

Аналог Rational Rose желательно opensource

Собственно может кто юзает и может подсказать. Видела аналогичную тему BPWin / Rational Rose аналоги под Linux но она уже не актуальна(2006 год).

Daria
03.04.14 02:21:33 MSK

EXL ★★★★★
( 03.04.14 02:28:42 MSK )
Ответ на: комментарий от EXL 03.04.14 02:28:42 MSK

Как человек, который пытался реально в продакшене этим пользоваться — они все говно. А сам RR как раз задает эталон говнизма.

Самый лучший вариант из попробованных — MagicdrawUML. http://www.nomagic.com/products/magicdraw.html. Он хотя бы действительно кроссплатформенный (т.е. между разными ОС версия софтины одинаковая, т.е. один файл одинаково открывается на последней версии), имеет не наркоманский интерфейс и поддерживает последние спецификации. Но она стоит нечеловеческого бабла. С другой стороны, есть кряки-кейгены, и самому такой кряк несложно придумать (и софтина, и кряки-кейгены для нее написны на стайройжабе, декомпилируются JAD’ом или аналогичным и полученный исходник вполне изучабелен) на случай если сценеры прекратят «поддержку» поделий своих.

Имхо, если эта штука планируется не для строгой документации, а для проведения презентаций, донесения мыслей на планерках итп — лучше не заморачиваться, а рисовать в чем есть (Microsoft Visio почти всегда есть и стоит разумных денег) или вообще в Inkscape, или вообще от руки на бумажке/планшете. Реальные люди не знают UML и знать его не хотят, и тонкости соблюдения стандарта, форсируемые специальным софтом, только мешаются в описании идеи.