Visão Geral
As etapas a seguir são executadas para gerenciar subsistemas:
-
Criar Subsistemas no Modelo de Design
-
Criar Interfaces do Subsistema
-
Criar Classes no Subsistema
-
Documentar Dependências entre
Pacotes/Subsistemas
-
Documentar Conteúdo do Subsistema
-
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.
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.
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.
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.
|