Mentor de Ferramentas: Captura dos Resultados da Análise de Caso de Uso Usando o Rational Rose

Finalidade

Este mentor de ferramentas descreve como representar os resultados da análise de Caso de Uso no Rational Rose.

Informações relacionadas no Rational Unified Process:

Visão Geral

Este é um resumo dos passos executados para registrar os resultados da Análise de Caso de Uso:

1. Criar o modelo de análise (opcional)

O Artefato: Modelo de Análise é opcional. Os resultados da Atividade: Análise de Caso de Uso normalmente são representados através do Artefato: Modelo de Design. Se um Modelo de Análise for mantido em separado, ele poderá ser representado no Rational Rose através da criação de um pacote na Visão Lógica denominado "Analysis Model".

Além disso, será preciso criar realizações de Casos de Uso separadas nesse Modelo. Consulte Mentor de Ferramentas: Criação de Realizações de Casos de Uso e siga os respectivos passos, mas crie as realizações no pacote Analysis Model.

A meta de um modelo de análise é criar um mapeamento preliminar do comportamento necessário na modelagem de elementos no sistema. Na maioria dos casos, ele omite o detalhamento de um modelo de design, a fim de fornecer uma visão geral da funcionalidade do sistema. No fim, o modelo de análise se converte no modelo de design e as classes de análise evoluem diretamente para elementos do modelo de design.

2. Criar a realização de casos de uso

Consulte Mentor de Ferramentas: Criação de Realizações de Casos de Uso.

3. Criar diagramas para a realização de casos de uso

As realizações de casos de uso podem ser capturadas no Rational Rose através de Diagramas de Colaboração ou de Seqüência.

Em geral, os diagramas de colaboração são mais fáceis de desenhar em um quadro branco; os diagramas de seqüência ilustram as interações e a seqüência temporal dos objetos de modo mais intuitivo. A escolha de um desses dois diagramas é questão de gosto pessoal e preferências do projeto.

Para obter mais informações sobre como criar diagramas de seqüência, consulte Mentor de Ferramentas: Gerenciamento de Diagramas de Seqüência.

Para obter mais informações sobre como criar diagramas de colaboração, consulte Mentor de Ferramentas: Gerenciamento de Diagramas de Colaboração.

4. Criar classes de análise

Resultados da análise de casos de uso em Artefato: Classe de Análise. As classes de análise normalmente são representadas no Modelo de Design, mas também podem ser mantidas em um modelo de análise separado (consulte Artefato: Modelo de Análise). Um dos grupos de elementos de modelo mais comuns encontrados no modelo de análise são as classes de análise, às vezes denominadas objetos de análise. As classes de análise são classes estereotipadas, que representam um modelo conceitual inicial dos elementos do sistema que tenham responsabilidade e comportamento. Os três tipos de classes de análise são Fronteira, Controle e Entidade.

5. Documentar responsabilidades de classe

Para documentar uma responsabilidade de classe, adicione uma operação à classe. Ao inserir o nome da operação, preceda-o de duas barras (//). O uso desses caracteres especiais indica que a operação está sendo usada para descrever as responsabilidades da classe de análise. Em Operation Specification, use o campo Documentation para descrever a responsabilidade. Observe que você pode mover responsabilidades (operações) e atributos entre classes, arrastando e soltando a operação de uma classe para outra.

6. Criar diagramas de classes para documentar classes de análise

Para visualizar as classes de análise, é preciso criar um diagrama de classes e preenchê-lo com as classes de análise. Use Browse > Class Diagram > New para criar e nomear um novo diagrama. Depois de criar um novo diagrama, você poderá arrastar classes do navegador e soltá-las no diagrama.

Rational Unified Process