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

Utilizar Padrões e Mecanismos de DesignPara o início da página

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 Para o início da página

  1. Inclua um diagrama de classe para o modelo. Consulte Incluindo Diagramas de Classe aos Elementos do Modelo.
  2. Inclua classes de design no diagrama de classe. Consulte Incluindo Classificadores em Diagramas de Classe.
  3. Documente cada classe. Consulte Documentando Elementos de Modelo.

Para obter informações adicionais, consulte Modelando a Estrutura Estática com Diagramas de Classe.

Identificar Classes Persistentes Para o início da página

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.

Definir a Visibilidade da Classe Para o início da página

Para cada classe, determine a visibilidade da classe no pacote em que ela reside.

Consulte Especificando a Visibilidade.

Definir Operações Ir para o início da página

  1. Inclua operações em cada classe. Consulte Incluindo Operações em Classificadores nos Diagramas.
  2. Inclua parâmetros em operações. Consulte Incluindo Parâmetros em Operações.
  3. 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étodosPara início da página

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 Para o início da página

Uma máquina de estados pode ser utilizada opcionalmente.

Para obter informações adicionais, consulte Diagramas de Máquina de Estados.

Definir Atributos Ir para o início da página

  1. Defina os atributos. Consulte Atributos.
  2. Inclua atributos em classificadores. Consulte Incluindo Atributos em Classificadores nos Diagramas.
  3. Especifique a visibilidade. Consulte Especificando a Visibilidade.

Definir Dependências Para o início da página

Consulte Relacionamentos de Dependência.

Definir AssociaçõesPara o início da página

  1. Inclua relacionamentos de associação. Consulte Incluindo Relacionamentos de Associação.
  2. Especifique o tipo de cada associação. Consulte Incluindo Relacionamentos .

Definir Estrutura Interna Para o início da página

Consulte os tópicos de classes estruturadas em Modelando a Estrutura Estática com Diagramas de Classe.

Definir Generalizações Para o início da página

Consulte Relacionamentos.

Resolver Conflitos de Casos de Uso Para o início da página

Consulte Especificando a Propriedade de Coincidência para Operações.

Tratar Requisitos Não Funcionais em Geral Para o início da página

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 Para o início da página

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

Informações da Ferramenta AdicionalPara o início da página

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

Rational Unified Process   2003.06.15