Mentor de Ferramentas: Estruturação do Modelo de Implementação Usando o Rational Rose
Finalidade
Este mentor de ferramentas descreve como criar e estruturar os elementos de modelo que representam o modelo de implementação de um sistema.
Informações relacionadas no Rational Unified Process: Atividade: Estruturar o Modelo de Implementação.
Visão Geral
Os diagramas de componentes fornecem uma visão física do modelo atual. Um diagrama de componentes mostra as organizações e as dependências entre os componentes de software, incluindo componentes executáveis, de código-fonte e de código binário. Esses diagramas também mostram o comportamento visível externamente dos componentes ao exibir suas respectivas interfaces. As dependências de chamada entre componentes são mostradas como relacionamentos de dependência entre componentes e interfaces de outros componentes. Observe que as interfaces pertencem à visão lógica, mas podem ocorrer tanto em diagramas de classes como em diagramas de componentes.
Para obter mais informações sobre Diagramas de Componentes, consulte o tópico Component Diagrams (Overview) na Ajuda on-line do Rational Rose.
Este é um resumo dos passos que devem ser executados para estruturar o modelo de implementação:
-
Criar um diagrama de componentes na Visão de Componentes
- Criar uma estrutura de subsistema que espelhe a estrutura do Modelo de Design
1. Criar um diagrama de componentes na Visão de Componentes 
Nesse passo, você deve:
2. Criar uma estrutura de subsistema que espelhe a estrutura do Modelo de Design 
Os subsistemas são modelados como pacotes. Nesse passo, você:
É possível arrastar executáveis (.exe), ActiveX (.ocx), Bibliotecas Data Link (.dll) e Bibliotecas de Tipo (.tlb) a partir de uma origem (como, por exemplo, o Explorer) e soltá-los em um pacote de componentes (no navegador ou em um diagrama). Você deve limitar os componentes incluídos àqueles que são externos ao modelo ou aos componentes que são usados apenas pelo sistema modelado. Não deve ser realizada engenharia reversa desses componentes para o modelo, pois eles raramente contêm o código-fonte completo. Eles são necessários somente durante a criação do sistema.
Copyright
(c) 1987 - 2001 Rational Software Corporation
|