Mentor de Ferramentas: Configurando para
um Projeto Utilizando o Rational Software Architect
Purpose
This tool mentor describes how to set up the RSA modeling environment
for a project.
This section provides links to additional information related to this tool mentor.
Visão Geral
Configurar o RSA 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
Na orientação a seguir, estes termos serão utilizados:
Projeto refere-se a um local do sistema de arquivo conhecido do espaço de trabalho do Eclipse
e é utilizado para armazenar os recursos do Eclipse (artefatos de vários tipos) que
são os produtos de trabalho de uma tentativa de desenvolvimento
Modelos conceituais são modelos que expressam conceitos de resumo, como casos de uso,
classes de análise e componentes de design. Eles não são completamente ligados ao código de
implementação. Eles são armazenados em arquivos com extensões .emx. Eles são diferentes
dos modelos de implementação, que consistem no próprio código de implementação
e em diagramas do código que são armazenados em arquivos com extensões .dnx. (Um modelo de implementação pode ser considerado equivalente ao projeto
que contém o código e os diagramas de código.)
As etapas básicas a seguir preparam essa base:
Estabelecendo a Função de Modelagem Conceitual
e a Análise do Trabalho de Modelagem 
Parte da colocação do fundamento é determinar como os modelos conceituais serão
utilizados na tentativa de desenvolvimento. Eles induzirão o desenvolvimento ou serão
utilizados mais retrospectivamente (por ex., como forma de documentação)?
Se induzirem o desenvolvimento, determine:
- Quais tipos de modelos (como Caso de Uso, Análise e Design de TI Corporativo)
serão utilizados.
- A composição (tamanho e conjuntos de habilidades) da equipe de modelagem conceitual.
- O escopo esperado da tentativa de modelagem conceitual.
- Como as designações do trabalho de modelagem conceitual serão distribuídas entre os membros da equipe.
- Qual a probabilidade de que vários membros da equipe tenham que trabalhar simultaneamente nas
mesmas áreas dos modelos conceituais.
- Qual ferramenta de gerenciamento de configuração será utilizada para armazenar e criar versões
de recursos de modelos conceituais e quais serão os workflows típicos do CM.
Outra consideração é quais tipos de modelos conceituais serão utilizados.
A ferramenta fornece alguns gabaritos de modelos que podem ser utilizados para instanciar
novos modelos conceituais de tipos específicos, como Modelo de Caso de Uso, Modelo de Análise
e Modelo de Design de TI Corporativo. Os gabaritos normalmente fornecem uma
estrutura básica de pacote UML e algum conteúdo de exemplo. É possível que também possuam determinados
perfis UML2 pré-aplicados.
Adaptar Gabaritos e Padrões do
RSA (Opcional) 
Nas etapas a seguir, você criará modelos do RSA utilizando gabaritos padrão,
que incluem uma estrutura de empacotamento básico que segue as Diretrizes
da Estrutura do Modelo para o Rational Software Architect.
Opcionalmente, você poderá criar seus próprios gabaritos especializados. Dessa maneira, é possível
predefinir propriedades e opções, como fontes padrão, cores, estilos de linha, opções de
armazenamento de arquivo, as maneiras pelas quais os estereótipos e outras informações são apresentadas.
Também é possível definir suas próprias estruturas de pacote padrão e conteúdo inicial, além de
ter perfis UML de sua escolha (incluindo perfis criados) pré-aplicados.
Para obter informações adicionais, consulte
Configurando e Trabalhando com Projetos de Modelagem.
Determinar a Estratégia de Particionamento do Modelo

Considerando a análise do trabalho de modelagem identificada na etapa
anterior e formulando algumas outras considerações discutidas nas
seções de Desenvolvimento da Equipe da Ajuda on-line, determine uma estratégia para alocar
modelos conceituais para arquivos de modelagem física.
O RSA suporta duas principais abordagens para a interrupção de instâncias de modelo lógico:
- uma abordagem planejada na qual você decompõe os modelos no início, pela criação
de vários arquivos de modelagem por modelo.
- uma abordagem ad-hoc, com base na reformulação do modelo.
No mundo real, uma mistura dessas
duas abordagens é mais provável: mesmo se a estratégia de particionamento tiver sido
planejada antecipadamente, haverá ocasiões em que a reformulação do modelo é necessária
para aprimorar workflows de equipe. Para obter uma discussão detalhada sobre este tópico,
consulte as Diretrizes da Estrutura do Modelo para o
Rational Software Architect.
Para obter informações adicionais, consulte
Desenvolvimento da Equipe.
Criar Projetos de Modelagem e Modelos
A seguir, uma descrição do processo para estabelecimento de um conjunto de modelos conceituais
para uma tentativa de desenvolvimento. Observe que você não criará necessariamente todos os
projetos e modelos no início - eles poderão ser introduzidos incrementalmente
nos vários estágios da tentativa de desenvolvimento.
- Crie um Projeto UML. Dê a ele um nome que reflita as atividades e os artefatos
de desenvolvimento que serão suportados (por ex., "Modelos do Sistema de Gerenciamento da Folha de Horários"
ou talvez "Arquivos de Modelagem de Caso de Uso do Sistema de Gerenciamento da Folha de Horários")
- Ao criar o projeto, você será solicitado a escolher um tipo de arquivo de
modelagem conceitual para ser criado no projeto:
- Se você planeja utilizar um projeto UML por tipo de modelo conceitual, então neste
ponto você deverá selecionar o tipo de modelo desejado para o projeto.
- Se você planeja utilizar um projeto UML para alojar mais de um tipo de modelo
conceitual, então o modelo selecionado neste ponto poderá ser qualquer um desses tipos
que você planeja alojar enfim, no projeto.
- De qualquer maneira, escolha um nome significativo para o novo arquivo de modelagem. O nome
deve refletir o nome da solução que está sendo desenvolvida e o tipo do
modelo (por ex., "Modelo de Caso de Uso do Sistema de Gerenciamento da Folha de Horários" ou
"Modelo de Análise do Sistema de Gerenciamento da Folha de Horários"). Se você planeja
alocar o conteúdo lógico de um modelo conceitual para vários arquivos de
modelagem, o nome de cada arquivo de modelagem também deverá refletir o subconjunto do
conteúdo lógico que está sendo alojado no arquivo (por ex., "Casos de Uso de
Gerenciamento de Funcionários do Sistema de Gerenciamento da Folha de Horários" ou "Casos de Uso de
Gerenciamento de Projetos do Sistema de Gerenciamento da Folha de Horários").
- Inclua arquivos de modelagem adicionais no projeto, conforme necessário
- Continue a incluir projetos UML e arquivos de modelagem adicionais nesses
projetos até que tenha o conjunto de projetos UML e arquivos de modelagem necessários.
Para um mapeamento entre os modelos do RUP
e aqueles do RSA e para obter uma descrição detalhada dos tipos de projeto, consulte as
Diretrizes da Estrutura do Modelo para o Rational
Software Architect.
Para obter informações adicionais, consulte
Configurando e Trabalhando com Projetos de Modelagem.
|