Visão Geral 

Este mentor de ferramenta suporta a Identificação de Elementos de Design Existentes com o Rational XDE Developer - Java Platform Edition.   

• As etapas neste mentor de ferramenta correspondem às etapas da tarefa correspondente.
• Os links para os tópicos na Ajuda on-line do XDE estão marcados com .
• No mentor de ferramentas, as seguintes etapas são executadas para os casos de uso a serem projetados na iteração atual:
• • Identificar Eventos e Sinais
  • Identificar Classes, Classes Ativas e Subsistemas
  • Identificar Interfaces do Subsistema
  • Identificar Protocolos de Cápsula

Elementos de design com arquitetura significante podem ser documentados em uma Visualização Lógica separada, que é mantida à medida que os elementos de design são identificados. Consulte Diretrizes da Estrutura de Modelo do Rational XDE.

Identificar Eventos e Sinais

As características dos eventos devem ser capturadas conforme necessário para conduzir a identificação dos elementos de design que os tratam. Essas informações podem ser capturadas informalmente, como em um documento separado, em vez de como parte de um modelo do Rational XDE.

Eventos de comunicação assíncrona podem ser modelados como sinais para expressar os dados transportados ou as relações entre os sinais, como relacionamento de generalização. As subetapas a seguir descrevem como modelar sinais:

1. Crie diagramas de classe conforme necessário. Consulte Incluindo Diagramas .
2. Inclua sinais. Consulte Incluindo Shapes a Diagramas .
3. Inclua uma breve descrição para cada elemento de design. Consulte Documentando Elementos de Modelo .
4. Inclua relacionamentos de generalização entre os sinais, se aplicável. Consulte Incluindo Relacionamentos de Generalização .

Para obter mas informações sobre diagramas de classe, consulte Trabalhando com Diagramas de Classe . Para obter mais informações sobre sinais, consulte Sinais .

Identificar Classes, Classes Ativas e Subsistemas

Os elementos de design são geralmente criados das três maneiras a seguir:

• modelando (incluindo em um diagrama de classe)
• expandindo um padrão
• codificação e engenharia reversa

Essas abordagens são aplicadas nas seções a seguir.

Expandindo um Padrão

Você pode utilizar padrões de design para identificar elementos de design. Referência: Implementando Padrões de Design

Identifique os padrões candidatos que podem ser úteis. Consulte os tópicos a seguir na Ajuda on-line do Rational XDE:

• Aplicando o Grupo de Quatro Padrões de Amostra
• Armazenar e Recuperar Padrões
• Bibliotecas de Padrões
• Importar Padrões de Ativos RAS
• Importar e Exportar Bibliotecas de Padrões
• Aplicar Padrões

Modelagem

Crie diagramas de classe no Modelo de Design para capturar elementos de design. Se você optar por manter as classes de análise, poderá estabelecer as dependências de rastreabilidade nas classes de análise.

1. Crie diagramas de classe conforme necessário. Consulte Incluindo Diagramas .
2. Inclua subsistemas e classes. Consulte Incluindo Shapes a Diagramas .
3. Inclua uma breve descrição para cada elemento de design. Consulte Documentando Elementos de Modelo .
4. (Opcional) Inclua rastreabilidade nas classes de análise. Consulte Incluindo Relacionamentos de Abstração .
5. Organize os elementos de design em pacotes. Consulte Agrupando Elementos de Modelo em Pacotes . Além disso, consulte o white paper Diretrizes da Estrutura de Modelo do Rational XDE.

Para obter mas informações sobre diagramas de classe, consulte Trabalhando com Diagramas de Classe .

Para obter mais informações sobre a modelagem Java, consulte os tópicos a seguir na Ajuda on-line do Rational XDE:

• Compreendendo a Modelagem Java
• Modelando Elementos Java
• Modelando JavaBeans
• Modelando EJBs
• Modelando Propriedades EJB
• Modelando Servlets
• Modelando Páginas JavaServer
• Desenvolvendo Documentos HTML

Codificação e Engenharia Reversa

Outra abordagem é esboçar o design no formato de código, realizar a engenharia reversa dele para criar um modelo de implementação esqueletal, e arrastar e soltar essas classes em diagramas no Modelo de Design. Quando você tiver tomado a decisão de que uma classe de design mapeará para uma classe de implementação específica, essa abordagem terá as seguintes vantagens:

• Como uma alternativa, um editor de código pode ser utilizado para esboçar interfaces, métodos e atributos utilizando engenharia reversa para refletir esses elementos no modelo.
• É possível realizar engenharia reversa de recursos de códigos existentes, que contribuem para o Modelo de Design.
• Os elementos selecionados podem ser prototipados para validar um conceito complexo, e utilizam engenharia round-trip para manter esses protótipos consistentes com o Modelo de Design.

Os EJBs podem ser criados utilizando padrões do J2EE no Rational XDE. Consulte os tópicos a seguir na Ajuda on-line do Rational XDE:

Para obter mais informações, consulte os tópicos a seguir na Ajuda on-line do Rational XDE:

• Trabalhando com Diagramas de Classe
• Modelando Aplicativos Java e da Web
• Modelando Elementos Java
• Modelando EJBs

Identificar Interfaces do Subsistema

As etapas a seguir aplicam-se aos subsistemas de grande granulosidade (maiores que EJBs individuais):

1. Para cada subsistema, identifique um conjunto de interfaces candidatas. Inclua interfaces em um diagrama de classe existente ou crie novos diagramas de classe, conforme necessário. (Consulte Incluindo Shapes a Diagramas .)  Certifique-se de que seja utilizada a guia Java da caixa de ferramentas, em vez da caixa de ferramentas de UML, para incluir elementos específicos ao Java. 
2. Inclua dependências de interface. Consulte Incluindo Relacionamentos de Dependência .
3. Mapeie subsistemas para interfaces, incluindo um relacionamento de realização do subsistema para a interface. Consulte Incluindo Relacionamentos de Realização .
4. Documente a interface, incluindo o comportamento necessário. Consulte Documentando Elementos de Modelo .
5. Inclua métodos na interface. Consulte Incluindo Operações a Classificadores .
6. Inclua uma descrição em cada operação. Consulte Documentando Elementos de Modelo .
7. Inclua parâmetros em cada método. Consulte Incluindo Parâmetros a Operações .
8. Organize as interfaces em pacotes. Consulte Agrupando Elementos de Modelo em Pacotes .

Para EJBs, as seguintes etapas aplicam-se:

1. As interfaces do EJB são geradas quando o EJB é criado, portanto não é necessária criação separada de interfaces do EJB.
2. Inclua dependências de interface. Consulte Incluindo Relacionamentos de Dependência .
3. Inclua métodos nas interfaces. Consulte Incluindo Métodos em um EJB .
4. Inclua uma descrição em cada operação. Consulte Documentando Elementos de Modelo .
5. Inclua parâmetros em cada operação. Consulte Incluindo Parâmetros a Operações .

Identificar Protocolos de Cápsula se aplicável

As modelagens de cápsula e de protocolo não são suportadas pelo Rational XDE.