Visão Geral

Configurar o Rose para um projeto significa definir a base que permitirá que membros da equipe trabalhem no mesmo modelo ao mesmo tempo. O desenvolvimento de sistemas complexos requer que grupos de analistas, arquitetos e desenvolvedores possam ver e acessar o "quadro global" enquanto trabalham em suas próprias partes desse quadro global simultaneamente. O gerenciamento bem-sucedido de um ambiente em que vários membros da equipe possuem diferentes tipos de acesso ao mesmo modelo requer:

• Formulação de uma estratégia de trabalho para gerenciar a atividade da equipe.
• Ferramentas que possam suportar essa estratégia.

De modo ideal, os usuários do Rose trabalham dentro de seus próprios espaços de trabalho particulares, onde estão protegidos contra alterações que podem ser não testadas ou ainda não aprovadas.

A seguir estão as etapas básicas para definir essa base:

1. Formular estratégias de trabalho

2. Definir padrões do Rational Rose
3. Partição de modelos unidades de controle
4. Definir mapas de caminho
5. Integrar ao sistema de gerenciamento de configuração

Para obter informações detalhas sobre a utilização do Rose em uma equipe, consulte:

• Desenvolvimento de Equipe na Ajuda on-line do Rational Rose

• Manual Rational Rose Guide to Team Development

1. Formular estratégias de trabalho

Ao desenvolver uma estratégia de trabalho em equipe, há dois aspectos a considerar:

• o desenvolvimento da estratégia de entrada que suporte o desenvolvimento atual
• o desenvolvimento de uma estratégia para manter e recuperar o produto de trabalho de modelo reutilizável resultante

No desenvolvimento de projetos atuais, as ferramentas que a equipe utiliza deve:

• fornecer a todos os membros da equipe acesso simultâneo a todo o modelo
• controlar quais membros da equipe pode atualizar elementos de modelo diferentes
• apresentar alterações de uma forma controlada
• manter várias versões de um modelo

Quando você desenvolve um sistema, está desenvolvendo produtos de trabalho de projeto valiosos que podem ser reutilizados. Os produtos de trabalho são normalmente mantidos em algum tipo de repositório. Para suportar reutilização:

• Os produtos de trabalho do modelo devem ser unidades de arquitetura significativas, como padrões, estruturas e componentes (não normalmente classes individuais).
• Todos os membros da equipe, independentemente do local em que estejam, devem ter acesso a produtos de trabalho reutilizáveis.
• Ele deve ser fácil de catalogar, localizar e aplicar esses produtos de trabalho em um modelo.

Um repositório de reutilização pode diferir do sistema CM (Gerenciamento de Configuração) do projeto contanto que ele suporte controle de versões. O repositório também deve suportar produtos de trabalho em catálogo em um nível apropriado de granularidade; por exemplo, no nível do componente.

2. Definir padrões do Rational Rose

O Rose permite que você defina os padrões operacionais para o modelo, as propriedades e as opções chamadas, que estabelecem essencialmente as "regras" que os usuários seguem quando trabalham com o modelo. As configurações criadas são armazenadas no arquivo rose.ini, que poderá ser colocado sob o controle da configuração, se você estiver utilizando um sistema CM. Você acessa as propriedades e as opções do modelo no menu Ferramentas > Opções.

3. Partição de modelos unidades de controle

O Rose suporta a divisão de um modelo em partes gerenciáveis, permitindo que você particione um modelo em arquivos separados chamados unidades de controle. Ao utilizar unidades de controle, cada equipe ou membro de equipe é responsável por manter ou atualizar uma unidade específica. O nível mais baixo de granularidade para uma unidade de controle é um pacote, pois os pacotes são considerados os menores elementos de arquitetura significativa em um modelo (classes não são). As unidades de controle são blocos de construção básicos que podem ser colocados sob controle de versão.

Você pode criar uma hierarquia de unidades de controle em que o nível superior das unidades pode consistir em referências a outras unidades de controle. Por exemplo, você pode tornar todos os pacotes unidades de controle com pacotes de nível superior que são ponteiros para pacotes aninhados. Quando fizer isso, você permitirá que dois desenvolvedores efetuem o registro de saída de pacotes que pertencem ao mesmo pacote de nível superior. A forma como você particiona um modelo e o tipo de hierarquia implementadas dependerão de como os membros da equipe agirão, fisicamente (quem trabalha com os pacotes), bem como logicamente (qual é a melhor forma de particionar o modelo e preservar seu design).

Você pode criar unidades de controle para pacotes, diagramas de implementação e propriedades de modelo. Ao criar unidades de controle, você nomeia o novo arquivo, mas utiliza uma dessas quatro extensões para um determinado tipo de unidade de controle que está criando:

• pacotes lógicos e pacotes de caso de uso são armazenados em arquivos .cat
• pacotes de componentes são armazenados em arquivos .sub
• pacote de implementação são armazenados em arquivos .prc
• propriedades de modelo são armazenadas em um arquivo .prp

Você pode ter um número ilimitado de arquivos .cat e .sub, desde que o modelo Rose suporte um diagrama de implementação, há somente um arquivo .prc. De forma semelhante, há um único conjunto de propriedades de modelo e somente um arquivo .prp.

4. Definir mapas de caminho

Os mapas de caminho virtual permitem que o Rose utilize caminhos de arquivo relativos em vez dos caminhos de arquivo físico ao fazer referência a unidades de de controle. Esse recurso permite que você mova um modelo entre diferentes sistemas ou diretórios e atualize um modelo de diferentes espaços de trabalho. Quando você salva um modelo ou cria uma unidade de controle, salva-a em um local físico. Entretanto, o arquivo de modelo e as unidades de controle pai contam com o caminho de arquivo para localizar as unidades controladas às quais ele pertence. Criando e utilizando mapas de caminho virtuais, você permite que Rose substitua o caminho do arquivo físico por um caminho de arquivo relativo, liberando o modelo de seus empates para um local físico.

Um e comercial à esquerda (&) no mapa do caminho virtual indica que o caminho é relativo para o arquivo de modelo ou o fechamento da unidade de controle (pai). Um modo comum de implementar os mapas de caminho para ter todos os membros da equipe definidos como &CURDIR=&. Isso permite que você salve um modelo e unidades de controle relativas para o contexto circundante, permitindo a diferentes usuários abrir o modelo e carregar a unidade em diferentes espaços de trabalho.

5. Integrar ao sistema de gerenciamento de configuração

Implementar um sistema de CM é essencial para projetos complexos. Um sistema CM pode suportar de forma eficiente o desenvolvimento da equipe contanto que ele:

• proteja os desenvolvedores de alterações de modelo não aprovadas
• suporte a comparação e a mesclagem de todas as alterações feitas por vários contribuidores
• suporte desenvolvimento distribuído (geograficamente disperso)

Considere o uso da mesma ferramenta CM para manter os modelos que você utiliza para outros produtos e trabalho do projeto, tais como código fonte e dlls.

Como a implementação em paralelo do gerenciamento é essencial, o Rose fornece integrações com Rational ClearCase e com sistemas de controle de versão compatíveis com SCC, tais como Microsoft Visual Source Safe. Integrando sistemas CM, o Rose torna os comandos de controle de versão utilizados com mais freqüência acessíveis diretamente dos menus do Rose, incluindo as funções comuns de registro de entrada e saída que são utilizados todos os dias.