Обзор

Настройка 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, включая обычные функции добавления и изъятия, используемые ежедневно.