Rational rose руководство

Обзор

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

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

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

Ниже описаны основные действия по созданию этой основы:

1. Формулирование стратегий
   работы

2. Определение значений Rational Rose по умолчанию
3. Разделение модели на управляемые
   блоки
4. Определение схем путей
5. Интеграция с системой управления конфигурацией

Подробное описание применения Rose в команде приведено в следующих источниках:

• Раздел Коллективная разработка электронной справки
  Rational Rose

• Руководство по коллективной разработке Rational Rose

1. Определение стратегий работы

При разработке стратегии коллективной работы необходимо учитывать два аспекта:

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

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

• предоставление всем участникам групп одновременного доступа ко всей модели
• управление правами доступа участников групп к обновлению различных элементов модели
• внесение изменений контролируемым способом
• поддержку нескольких версий модели

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

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

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

2. Определение значений Rational Rose по
умолчанию

Rose позволяет задать параметры на уровне модели по умолчанию, называемые свойствами и опциями, которые устанавливают
«правила», исполняемые пользователями при работе с моделью. Создаваемые значения хранятся в файле rose.ini, который
следует поместить под управление конфигурацией при использовании системы CM. Обратиться к свойствам и опциям модели
можно через меню Инструменты > Опции.

3. Разделение модели на управляемые блоки

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

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

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

• логические пакеты и пакеты прецедентов хранятся в файлах .cat
• пакеты компонентов хранятся в файлах .sub
• пакеты развертывания хранятся в файлах .prc
• свойства моделей хранятся в файлах .prp

Можно создать неограниченное число файлов .cat и .sub, но так как модель Rose поддерживает одну диаграмму
развертывания, файл .prc может быть только один. Точно так же может быть только один набор свойств модели и один файл
.prp.

4. Определение
схем путей

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

Амперсанд (&) в схеме виртуального пути указывает, что путь является относительным для файла модели или содержащего
(родительского) управляемого блока. Распространенным способом применения схем путей является присвоение всем участникам
команды &CURDIR=&. Это позволяет сохранить модель и управляемые блоки относительно окружающего их контекста,
позволяя различным пользователям открывать модель и загружать блок в различных рабочих областях.

5. Интеграция с системой управления
конфигурацией

Реализация системы управления конфигурацией (CM) является необходимой для сложных проектов. Система CM может эффективно
поддерживать коллективную разработку пр следующих условиях:

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

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

Так как управление параллельной разработкой является необходимым, Rose предоставляет интеграцию с Rational ClearCase и
совместимыми с SCC системами управления версиями, такими как Microsoft Visual Source Safe. Интегрируя системы CM, Rose
делает наиболее часто используемые команды управления версиями напрямую доступными из меню Rose, включая обычные
функции добавления и изъятия, используемые ежедневно.

Рабочий интерфейс программы представлен
на рис. 3.

Рис.3. Общий вид рабочего интерфейса
RationalRose

Назначение основных элементов интерфейса
заключается в следующем:

1. Браузер проекта – используется для
   быстрой навигации по модели.

2. Окно документации – применяется для
   работы с текстовым описанием модели.

3. Панели инструментов (главная и
   стандартная) – применяются для быстрого
   доступа к наиболее распространённым
   командам.

4. Рабочая область изображения диаграммы
   – используется для просмотра и
   редактирования одной или нескольких
   диаграмм UML.

5. Журнал – применяется для просмотра
   ошибок и отчётов о результатах выполнения
   различных команд.

В модели RationalRoseподдерживается четыре представления
(views) – представление
вариантов использования, логическое
представление, представление компонентов
и представление размещения. В первой
лабораторной работе Вы будете иметь
дело с представлением вариантов
использования.

1. Создание представления вариантов использования в Rational Rose

В RationalRoseпредставление вариантов использования
содержит:

– действующие лица;

– варианты использования;

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

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

– пакеты, являющиеся группами вариантов
использования и/или действующих лиц.

Начинать проектирование системы
необходимо с составления глоссария
проекта. Он предназначен для описания
терминологии предметной области и может
быть использован как неформальный
словарь данных системы. Составляется
в виде таблицы (термин — определение).
Затем могут быть описаны дополнительные
спецификации (не отражённые в модели
вариантов использования) – нефункциональные
требования к системе, такие как удобство,
надёжность, производительность,
безопасность, проектные ограничения и
т.п.

1. Создание действующих лиц

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

1. Щёлкнуть правой кнопкой мыши на пакете
   представления вариантов использования
   (UseCaseView).

2. Выбрать New -> Actor.

3. Выделив вновь созданное действующее
   лицо, ввести его имя.

4. После того, как все действующие лица
   созданы, сохранить модель под выбранным
   именем (File->Save)

1. Создание вариантов использования

Выделить варианты использования исходя
из потребности действующих лиц.

Аналогично созданию действующих лиц
создать необходимые прецеденты (New->UseCase).

1. Построение диаграммы вариантов
   использования

1. Открыть диаграмму вариантов использования
   Main(или создать новую).

2. Чтобы поместить прецедент или актёра
   на диаграмму, перетащить его при помощи
   мыши.

3. Нарисовать ассоциации между актёрами
   и прецедентами (с помощью кнопки
   UnidirectionalAssociation).

1. Добавление описаний к вариантам
   использования и актёрам

Существует два способа добавления
описаний к вариантам использования:
ввод описания в окне документации или
прикрепление файла к варианту
использования.

Для того чтобы прикрепить файл с описанием
к варианту использования необходимо:

1. Создать файл описания варианта
   использования (в соответствии с
   вышеизложенными рекомендациями).

2. Щёлкнуть правой кнопкой мыши на варианте
   использования.

3. Выбрать пункт Open Specification.

4. Перейти на вкладку файлов.

5. Выбрать пункт Insert File.

6. Указать созданный заранее файл и нажать
   Open.

1. Удаление элемента

Для удаления элемента модели из
диаграммынужно выделить элемент на
диаграмме и нажатьDelete.

Для удаления элемента из модели–
выделить элемент и выбратьEdit->DeletefromModel(или использовать
сочетание клавишCtrl+D).

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #
• #

Предложите, как улучшить StudyLib

(Для жалоб на нарушения авторских прав, используйте

другую форму
)