Mentor de Ferramentas:
Projetando Classes
Utilizando o Rational Software Architect
Finalidade
Essa seção fornece links às informações adicionais relacionadas ao mentor de
ferramentas.
As etapas no mentor da ferramenta correspondem com as da atividade. Os links para os tópicos
na Ajuda on-line do RSA estão marcados com .
Visão Geral
Este mentor de ferramentas assume que um Modelo de
Design estruturado foi criado como parte da Atividade:
Análise Arquitetural, seguindo as etapas descritas em Mentor de
Ferramentas: Executando Análise Arquitetural Utilizando o Rational Software Architect.
As etapas a seguir são executadas neste mentor de ferramentas:
Informações de Ferramenta Adicional
Incorporar um padrão e/ou mecanismo é executar com eficiência muitas das
etapas subseqüentes neste mentor de ferramentas (incluindo novas classes, operações,
atributos e relacionamentos), mas em conformidade com as regras definidas pelo padrão
ou mecanismo.
Se o padrão estiver na biblioteca do RSA, a "aplicação do padrão" será uma
experiência bastante interativa.
No RSA, um padrão é um tipo especial de transformação, "otimizada para elaboração
interativa e criteriosa, principalmente em um metamodelo único e no mesmo nível de
abstração e, muitas vezes, no mesmo modelo". Consulte os conceitos Desenvolvimento
Orientado a Modelos e Arquitetura Orientada a Modelos e Mecanismos de
Análise.
Para obter informações sobre como utilizar padrões, consulte Aplicando Padrões.
Criar
Classes de Design Inicial 
- Inclua um diagrama de classe para o modelo. Consulte
Incluindo Diagramas de Classe aos Elementos do Modelo.
- Inclua classes de design no diagrama de classe. Consulte
Incluindo Classificadores em Diagramas de Classe.
- Documente cada classe. Consulte
Documentando Elementos de Modelo.
Para obter informações adicionais, consulte
Modelando a Estrutura Estática com Diagramas de Classe.
Uma classe pode ser marcada como persistente. Se uma abordagem MDD (consulte Desenvolvimento
Orientado a Modelos e Arquitetura Orientada a Modelos) for utilizada, o perfil
aplicado ao modelo conterá estereótipos específicos que permitem que o arquiteto
marque as classes que ele deseja persistir. A transformação
utilizará essas informações extras em combinação com os mapeamentos de tipos e gerará
o código apropriado ou um modelo mais refinado. Para obter informações adicionais, consulte
Mecanismos de Análise,
Design: Transformar Modelo em Modelo
e
Design: Transformar Modelo em Código
No desenvolvimento do J2EE, a persistência é normalmente implementada utilizando EJBs de entidades.
Consulte Mentor de Ferramentas: Identificando Elementos de Design Utilizando o Rational
Software Architect para obter detalhes.
Consulte
Especificando a Propriedade de Persistência.
Para cada classe, determine a visibilidade da classe no pacote em que ela reside.
Consulte
Especificando a Visibilidade.
- Inclua operações em cada classe. Consulte
Incluindo Operações em Classificadores nos Diagramas.
- Inclua parâmetros em operações. Consulte
Incluindo Parâmetros em Operações.
- Especifique a visibilidade de operações. Consulte
Especificando a Visibilidade.
Para obter informações adicionais, consulte
Gerenciando Atributos e Operações em Classificadores.
Definir
Métodos
Uma descrição de como uma operação será implementada pode ser incluída na
descrição da operação.
Opcionalmente, um diagrama de seqüência pode ser utilizado para descrever um método. Consulte o tópico
da Ajuda on-line do RSA Documentando Elementos de Modelo.
Para obter informações adicionais, consulte
Diagramas de Seqüência.
Definir Estados 
Uma máquina de estados pode ser utilizada opcionalmente.
Para obter informações adicionais, consulte
Diagramas de Máquina de Estados.
- Defina os atributos. Consulte
Atributos.
- Inclua atributos em classificadores. Consulte
Incluindo Atributos em Classificadores nos Diagramas.
- Especifique a visibilidade. Consulte
Especificando a Visibilidade.
Consulte
Relacionamentos de Dependência.
- Inclua relacionamentos de associação. Consulte
Incluindo Relacionamentos de Associação.
- Especifique o tipo de cada associação. Consulte
Incluindo Relacionamentos
.
Consulte os tópicos de classes estruturadas em Modelando a Estrutura Estática com Diagramas de Classe.
Consulte
Relacionamentos.
Consulte
Especificando a Propriedade de Coincidência para Operações.
Requisitos não funcionais geralmente conduzem uma classe para incorporar mecanismos
específicos de design utilizando colaborações e padrões. Muitas vezes, o uso de um componente de estrutura
é suficiente para atender a um requisito não funcional. (Consulte Mentor de
Ferramentas: Identificando Elementos de Design Utilizando o Rational Software Architect.)
Para obter informações adicionais, consulte Aplicando Padrões.
Avaliar os Resultados 
Pode ser útil publicar quaisquer modelos no formato html. Observe também que é
possível copiar diagramas da ferramenta RSA para o Microsoft Word e outros programas.
Para obter informações adicionais, consulte Publicando Modelos para Revisão Fora da Ferramenta de Modelagem e os tutoriais a seguir:
Gerando Relatórios de Modelo Padrão
Gerando Relatórios de Modelo Personalizado
Publicando Modelos para a Web
Tours:
Padrões
Tutoriais:
Aplicando o Padrão XYZ
Criando um Diagrama com RSA
Análise: Criar o Diagrama de Seqüência
Amostras:
Modelo para Aplicação de Padrões
Padrão
|