Mentor de Ferramentas: Projetando Casos
de Uso Utilizando o Rational Software Architect
Finalidade
Essa seção fornece links às informações adicionais relacionadas ao mentor de
ferramentas.
As etapas no mentor da ferramenta correspondem com as da atividade. Os links para os tópicos
na Ajuda on-line do RSA estão marcados com .
Visão Geral
As etapas a seguir são executadas neste mentor de ferramentas:
Informações de Ferramenta Adicional
As realizações de caso de uso propriamente ditas podem ser organizadas em um conjunto de
pacotes que reflete o conjunto de pacotes utilizado para organizar os próprios casos de uso
no Modelo de Caso de Uso. Isso também deve refletir a organização das realizações de caso de uso
no nível de análise dentro do modelo de Análise, no caso em que você tenha criado anteriormente
um modelo de análise separado durante a Atividade:
Análise de Caso de Uso.
- Crie o elemento de realização de casos de uso no nível de design:
Inclua uma Colaboração da UML
no modelo para representar a realização de casos de uso. Forneça a ela o mesmo nome
do caso de uso. Opcionalmente, projete-a na Palavra-chave da UML "Realização de Casos de Uso".
Se você criou anteriormente realizações no nível de análise e agora pretende
permitir que elas evoluam para design em vez de retê-las como artefatos de análise
referenciável, simplesmente utilize a Colaboração do nível de análise.
- Capture a derivação da realização de casos de uso:
No pacote no qual
você criou a realização de casos de uso, crie um diagrama de formato livre. Arraste a
realização de casos de uso até esse diagrama. Agora arraste o próprio caso de uso (a partir do modelo
de caso de uso) para o diagrama. Arraste um relacionamento de realização da realização
de casos de uso para o caso de uso. Se você criou anteriormente uma realização de casos
de uso no nível de análise para esse caso de uso e pretende retê-lo assim que a
realização no nível de design for definida, arraste também a realização de casos de
uso no nível de análise (também uma Colaboração da UML) para o diagrama e
desenhe um relacionamento de dependência de <<refinação>> entre as
realizações de casos de uso no nível de design e no nível de análise.
Neste ponto, a semântica de rastreabilidade foi estabelecida. Agora você
pode descartar o diagrama de formato livre, se desejar. Deste ponto em diante,
você poderá utilizar os Diagramas de Tópicos e os recursos de Análise de Rastreabilidade
para examinar os relacionamentos de derivação e refinamento nos modelos.
Para obter informações adicionais, consulte Diretrizes da Estrutura do Modelo
para o Rational Software Architect.
Para cada realização de casos de uso, ilustre as interações entre seus objetos de design participantes, criando um ou mais diagramas de seqüência.
Você pode ter criado versões anteriores deste diagramas, as realizações de casos de
uso de análise, durante a Atividade:
Análise de Caso de Uso. Essas realizações de casos de uso de análise descrevem interações
entre as classes de análise.
Ela devem ser desenvolvidas para descrever interações entre elementos de design.
- Navegue para o pacote no qual as realizações de casos de uso no nível de design
foram criadas. Consulte Diretrizes da Estrutura
do Modelo para o Rational Software Architect.
- Para cada subfluxo independente (cenário) do caso de uso, selecione a realização
de casos de uso (isto é, a Colaboração) e inclua um Diagrama de Seqüência para ela. Isso
também resultará na inclusão de uma Interação da UML na Colaboração. Nomeie
a Interação e o Diagrama de Seqüência para corresponder ao nome designado para
o fluxo de casos de uso no Modelo de Caso de Uso. Consulte
Incluindo Diagramas em Modelos.
- Na documentação do modelo para a Interação, digite uma descrição breve
do cenário representado pelo diagrama de seqüência. Além disso, copie e cole isso
na documentação do modelo do próprio diagrama de seqüência. Consulte
Documentando Elementos de Modelo.
- Arraste e solte atores, classes, interfaces, componentes e <<serviços>>
no diagrama para criar objetos para interação. Ou, conforme necessário, crie elementos no
nível de design como participantes na interação. Consulte
Incluindo Shapes.
- Inclua mensagens entre os objetos. Mapeie-as para operações existentes ou crie
novas operações, conforme necessário. Defina as assinaturas de quaisquer novas operações. Descreva
cada mensagem em seu campo de documentação do modelo. Descreva cada operação em seu
campo de documentação do modelo. Consulte
Diagramas de
Seqüência e Documentando
Elementos de Modelo .
Alternativamente, se você não estiver mantendo um Modelo de Análise separado, poderá
optar por modificar os diagramas de seqüência existentes para refletir a evolução
dos elementos de design.
Para obter informações adicionais, consulte
Diagramas de Seqüência.
Consulte a etapa anterior para obter orientação sobre como trabalhar com diagramas de seqüência.
Os mecanismos de persistência são idealmente descritos utilizando padrões. Consulte os tópicos
a seguir na Ajuda on-line do RSA:
-
Padrões de Design Rational
-
Aplicando Padrões
-
Padrões de Autoria
Para melhor clareza, uma descrição adicional pode ser incluída nos diagramas de seqüência.
O texto pode ser incluído em qualquer lugar no diagrama. Notas podem ser incluídos e conectadas
a shapes no diagrama. Considere a utilização do gabarito fornecido pelo RUP para o Artefato:
Realização de Casos de Uso.
Consulte
Anexando Notas a Shapes,
Documentando Elementos de Modelo
e
Vinculando Arquivos Externos a Elementos de Modelo
na Ajuda on-line do RSA.
Conforme os casos de uso são realizados, é necessário unificar as classes e subsistemas
de design identificados para assegurar homogeneidade e consistência no Modelo de Design.
A descoberta de novos elementos de design e a necessidade de reformular o design geral
em termos de componentes e serviços (e, portanto, a estrutura de empacotamento para os
elementos de design) são resultados esperados do processo de realização de casos de uso
no nível de design. Uma outra atividade de reformulação que deve ser executada é a revisão
de interações para identificar quaisquer padrões recorrentes que envolvam o mesmo conjunto
de elementos de design.
Onde um padrão recorrente de interação for identificado, uma Interação
"comum" separada deverá ser criada para capturar essa seqüência.
Neste caso, em cada um dos diagramas de seqüência em que ele apareceu, exclua a
seqüência de mensagens comum e substitua-a por uma Ocorrência de Interação que seja uma
instância da Interação "comum". Isso permitirá que você navegue de cada
um dos diagramas de seqüência que utiliza a seqüência comum para o diagrama de
seqüência que define a seqüência comum.
Consulte os tópicos a seguir na Ajuda on-line do RSA:
-
Padrões de Autoria
-
Aplicando Padrões
-
Benefícios de Utilização de Padrões
Pode ser útil publicar quaisquer modelos no formato html. Observe também que é
possível copiar diagramas do RSA para o Microsoft Word e outros programas.
Para obter informações adicionais, consulte Publicando Modelos para Revisão Fora da Ferramenta de Modelagem e os tutoriais a seguir:
-
Gerando Relatórios de Modelo Padrão
-
Gerando Relatórios de Modelo Personalizado
-
Publicando Modelos na Web
Tutoriais:
Análise: Realizar os Casos de Uso
Análise: Criar o Diagrama de Seqüência
Aplicando o Padrão XYZ
Amostras:
Diagrama de Seqüência Anotado
Padrão XYZ
Folhas de Dicas:
Projetando Casos de Uso
|