Mentor de Ferramentas: Gerenciando Subsistemas Utilizando o Rational Rose
Este mentor de ferramenta descreve como representar subsistemas de design e Produtos de Trabalho relacionados no Rational Rose.
Ferramenta: Rational Rose
Relacionamentos
Descrição Principal

Visão Geral

As etapas a seguir são executadas para gerenciar subsistemas:

  1. Criar Subsistemas no Modelo de Design
  2. Criar Interfaces do Subsistema
  3. Criar Classes no Subsistema
  4. Documentar Dependências entre Pacotes/Subsistemas
  5. Documentar Conteúdo do Subsistema
  6. Documentar Comportamento do Subsistema

1. Criar Subsistemas no Modelo de Design

Para criar um subsistema, crie um pacote no Modelo de Design e utilize a Especificação do Pacote para designá-lo com o estereótipo de "subsistema".

Para mostrar o subsistema em diagramas de seqüência e de colaboração no Rational Rose, crie uma classe que funcione como um "proxy" para o subsistema em diagramas. Para criar essa classe no subsistema, leia sobre a criação de uma classe em Mentor de Ferramenta: Gerenciando Classes. Essa classe de "proxy" deve ter o mesmo nome do subsistema e deve ter o estereótipo de "proxy do subsistema" para indicar que existe como um "proxy" para o subsistema.

ícone de manual de ajuda Para obter mais informações, consulte os tópicos a seguir na ajuda on-line do Rational Rose:

  • Como > Criar e Trabalhar em um Modelo >Criar e Exibir Estereótipos
  • Pacote e Amostra de Estereótipo do Subsistema

2. Criar Interfaces do Subsistema

Consulte o Mentor de Ferramenta: Gerenciando Interfaces.

Nessa etapa, ative o "proxy do subsistema" para exibir todas as operações definidas pelas interfaces detectadas pelo subsistema. Para fazer isso, primeiramente crie um novo Diagrama de Classe no pacote do subsistema e nomeie-o como "Realizações da Interface". Você pode arrastar e soltar a classe de "proxy do subsistema" no novo diagrama. Utilizando a ferramenta de figura do Rational Rose, crie dependências de realização da classe de "proxy do subsistema" para as classes de interface que o proxy detecta, certificando-se de que todas as operações de interface estejam definidas na classe de "proxy do subsistema". Pode ser necessário criar uma ou mais operações na classe de "proxy do subsistema". Consulte o Mentor de Ferramenta: Gerenciando Classes para obter mais informações.

ícone de manual de ajuda Para obter mais informações, consulte os tópicos a seguir na ajuda on-line do Rational Rose:

  • Realizar Relacionamento
  • Interface

3. Criar Classes no Subsistema

Para criar classes no subsistema, consulte o Mentor de Ferramenta: Gerenciando Classes.

Com exceção do "proxy do subsistema", todo o conteúdo do subsistema deve estar "invisível" aos elementos de modelo fora do subsistema. Para fazer isso, configure o controle de exportação de classe como "implementação" na Especificação da Classe. De preferência, as interfaces detectadas pelo subsistema devem ser definidas fora do pacote que representa o subsistema (para que o subsistema seja facilmente substituível), mas, se forem definidas dentro do pacote que representa o subsistema, as interfaces também devem estar visíveis.

4. Documentar Dependências entre Pacotes/Subsistemas

Você deve documentar as dependências entre pacotes/subsistemas no Modelo de Design. Para isso, crie um novo diagrama de classe para o Modelo de Design e nomeie-o como "Dependências entre Pacotes/Subsistemas". Você pode arrastar e soltar os pacotes e os subsistemas do navegador no novo diagrama. Os relacionamentos de dependência existentes serão exibidos automaticamente. É possível também organizar visualmente os pacotes e subsistemas em camadas no diagrama e utilizar o ícone de ferramenta Caixa de Texto para anotar as camadas. Finalmente, é possível criar relacionamentos adicionais entre pacotes/subsistemas utilizando o ícone de ferramenta Dependência.

ícone de manual de ajuda Para obter mais informações, consulte o tópico Relacionamentos de Dependência na ajuda on-line do Rational Rose:

5. Documentar Conteúdo do Subsistema

Cada pacote e subsistema deve conter um ou mais diagramas de classe para documentar e ilustrar as classes contidas no pacote/subsistema.

6. Documentar Comportamento do Subsistema

Cada Subsistema deve ter um ou mais diagramas de seqüência para ilustrar como as operações oferecidas pelas interfaces do subsistema são distribuídas ao conteúdo do subsistema. Para obter mais detalhes, consulte o Mentor de Ferramenta: Gerenciando Diagramas de Seqüência.

O diagrama de seqüência deve ilustrar como uma operação específica oferecida por uma interface do subsistema é executada por elementos de modelo contidos no subsistema. O objeto mais à esquerda nesses diagramas de "operação de interface" deve ser a classe de "proxy do subsistema". O restante dos objetos representa as classes privadas do subsistema. As mensagens entre elas ilustram como a operação de interface é realizada.

É recomendável nomear o diagrama "<nome da interface>::<nome da operação>". Essa convenção de nomenclatura simplifica o rastreamento futuro de comportamentos da interface para as classes que implementam as operações de interface.