Atividade:
| ||||||||||||
Finalidade
|
|
| Passos | |
| Artefatos Informados: | Artefatos Resultantes: |
| Papel: Arquiteto de Software | |
| Detalhamentos do Fluxo de Trabalho: |
Um arquiteto de software propõe o conteúdo técnico e a ordem das iterações sucessivas selecionando um determinado número de cenários e casos de uso para serem analisados e projetados. Essa proposta técnica é concluída e refinada pelas várias equipes de desenvolvimento, com base na disponibilidade de pessoal, nos requisitos do cliente em termos de produtos liberados, na disponibilidade das ferramentas e dos produtos de terceiros (COTS) e nas necessidades de outros projetos.
A seleção dos cenários e casos de uso que constituem a visão do caso de uso é baseada nos seguintes pontos:
Em geral, o impacto na arquitetura está correlacionado à crítica. No entanto, deve-se observar que pode haver casos de uso críticos com pouco ou nenhum impacto e vice-versa, alguns casos de uso auxiliares podem ter um grande impacto na arquitetura, o que os tornarão questionáveis do ponto de vista dos negócios.
A visão de casos de uso é documentada na seção correspondente do Documento de Arquitetura de Software. Essa seção contém uma listagem dos casos de uso e cenários significativos dentro de cada pacote do modelo de casos de uso, além de propriedades significativas, como as descrições do fluxo de eventos, dos relacionamentos, dos diagramas de casos de uso e dos requisitos especiais relacionados a cada caso de uso. Observe que, se a visão de casos de uso for desenvolvida no início da iteração, algumas dessas propriedades talvez não existam ainda.
A visão de casos de uso deve ser verificada nesta fase, apenas para confirmar se o trabalho está caminhando bem. Não é necessária uma revisão detalhada da visão de casos de uso. Consulte principalmente os pontos de verificação de visão de casos de uso em Atividade: Revisar a Arquitetura.
|
Rational Unified Process
|
