Mentor de Ferramentas: Gerenciamento de Subsistemas Usando o Rational Rose
Finalidade
Este mentor de ferramentas descreve como representar subsistemas de design e respectivos artefatos no Rational Rose.
Informações relacionadas no Rational Unified Process:
Visão Geral
Execute os seguintes passos para gerenciar subsistemas:
-
Criar subsistemas no Modelo de Design
- Criar interfaces de subsistema
- Criar classes no subsistema
- Documentar dependências de pacote e de subsistema
- Documentar o conteúdo do subsistema
- Documentar o comportamento do subsistema
1. Criar subsistemas no Modelo de Design
Para criar um subsistema, crie um pacote no Modelo de Design e use a Package Specification para atribuir um estereótipo de "subsystem".
Para mostrar o subsistema em diagramas de seqüência e de colaboração do Rational Rose, crie uma classe que aja como "proxy" para o subsistema nos diagramas. Para criar essa classe no subsistema, leia sobre como criar uma classe em Mentor de Ferramentas: Gerenciamento de Classes. Essa classe "proxy" deve ter o mesmo nome que o subsistema e deve ser estereotipada como "subsystem proxy", para indicar que ela existe como um "proxy" do subsistema.
 Para obter mais informações, consulte os seguintes tópicos na ajuda on-line do Rational Rose:
2. Criar interfaces de subsistema
Consulte Mentor de Ferramentas: Gerenciamento de Interfaces.
Nesse passo, você ativa o "subsystem proxy" para fornecer todas as operações definidas pelas interfaces realizadas pelo subsistema. Para fazer isso, primeiro crie um novo Diagrama de Classes no pacote de subsistemas e dê a ele o nome "Interface Realizations." É possível, em seguida, arrastar e soltar a classe "subsystem proxy" no novo diagrama. Usando a ferramenta de desenho do Rational Rose, desenhe dependências de realização da classe "subsystem proxy" para as classes de interface que o proxy realiza, verificando se todas as operações de interface estão definidas na classe "subsystem proxy". Isso pode exigir a criação de uma ou mais operações na classe "subsystem proxy". Consulte Mentor de Ferramentas: Gerenciamento de Classes para obter mais informações.
Para obter mais informações, consulte os seguintes tópicos na ajuda on-line do Rational Rose:
-
Realize Relationship
- Interface
3.Criar classes no subsistema
Para criar classes no subsistema, consulte Mentor de Ferramentas: Gerenciamento de Classes.
Com exceção do "subsystem proxy" no subsistema, todo o conteúdo do subsistema deve ser quot;invisível" aos elementos de modelo que estão fora do subsistema. Para isso, defina o controle de exportação de classes como "implementation" na Class Specification. De maneira ideal, as interfaces realizadas pelo subsistema devem ser definidas fora do pacote que representa o subsistema (de modo que o subsistema seja facilmente substituível), mas, se forem definidas dentro do pacote que representa o subsistema, também deverão ser visíveis.
4. Documentar dependências de pacote e de subsistema
Você deve documentar as dependências entre pacotes/subsistemas no Modelo de Design. Para fazer isso, crie um novo diagrama de classes para o Modelo de Design e dê a ele o nome de "Package/Subsystem Dependencies." É possível, em seguida, arrastar e soltar os pacotes e subsistemas do navegador no novo diagrama. Qualquer relacionamento de dependência existente será exibido automaticamente. Também é possível organizar visualmente os pacotes e subsistemas em camadas no diagrama e usar o ícone de ferramenta Text Box para adicionar anotações às camadas. Finalmente, é possível criar relacionamentos de dependência de subsistema e de pacote adicionais, usando o ícone da ferramenta Dependency.
Para obter mais informações, consulte o tópico Dependency Relationship na ajuda on-line do Rational Rose:
5. Documentar o 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 o 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 para o conteúdo do subsistema. Para obter mais detalhes, consulte Mentor de Ferramentas: Gerenciamento de 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 na extrema-esquerda desses diagramas de "operação de interface" deve ser a classe "subsystem proxy". O restante dos objetos representa as classes privadas do subsistema. As mensagens entre elas ilustram como a operação de interface é executada.
É recomendável nomear o diagrama como "<interface name>::<operation name>". Essa convenção de nomes simplifica o futuro controle dos comportamentos de interface para as classes que implementam as operações de interface.
Copyright
(c) 1987 - 2001 Rational Software Corporation
| 
