|
Definir quais casos de uso serão criados na próxima iteração
| Definir junto ao Gerente do Projeto e Arquiteto quais casos de uso serão inseridos na próxima iteração. |
Completar a introdução do Caso de Uso.
Complete a descrição do Caso de Uso com informações que surgiram após a identificação deste.
|
Listar e descrever os cenários principal, alternativos e de exceção
Após a criação das telas e navegação com o cliente, os cenários já são conhecidos e implícitos para o Analista de
Negócio. Basta agora descrever cada cenário formalmente. Esta descriçao é uma tarefa de grande concentração,
que exige a atenção do analista para, principalmente, possíveis cenários alternativos e de exceção do Caso de Uso.
Devido a esta complexidade e a grande possibilidade de mudanças ao longo do projeto, só será descrito aqui os cenários
dos Casos de Uso candidatos às próxima iterações.
Descrevendo Casos de Uso
Sem entrar em detalhes, escreva um rescunho do fluxo de eventos dos casos de uso identificados como sendo de alta
prioridade. Inicialmente, escreva uma descrição passo - a - passo simples do fluxo básico do caso de uso. A descrição
passo - a - passo é simplesmente uma lista ordenada de interações entre o ator e o sistema. Por exemplo, a descrição do
fluxo básico do caso de uso Sacar Dinheiro de um sistema de caixa eletrônico seria algo assim:
-
O cliente insere o cartão do banco.
-
O sistema valida o cartão e solicita que a pessoa entre a senha.
-
O cliente entra a senha.
-
O sistema valida a senha e solicita que o cliente selecione uma ação.
-
O cliente seleciona Sacar Dinheiro.
-
O sistema solicita que o cliente escolha um conta.
-
O cliente seleciona uma conta.
-
O sistema solicita a quantia.
-
O cliente entra a quantia a sacar.
-
O sistema valida a quantia (assumindo fundo suficiente), e disponibiliza o dinheiro e o recibo.
-
O cliente retira o dinheiro e o recibo, e então recupera o cartão do banco.
-
O caso de uso termina.
À medida que você cria a descrição passo - a - passo do fluxo básico de eventos, você pode descobrir fluxos
alternativos e excepcionais. Por exemplo, o que acontece se o cliente entrar uma senha inválida? Registre o nome e uma
breve descrição de cada fluxo alternativo que você identificar.
|
Desenhar diagramas que melhorem o entendimento do Caso de Uso
Esta etapa só é necessária quando o diagrama criado aumentar o entendimento do Caso de Uso, normalmente isto ocorrer
com casos de uso críticos do projeto.
São exemplo de diagramas: diagrama de sequência, diagrama de estado, diagrama de colaboração, diagrama de navegação,
modelo de domínio.
|
Indicar a relação entre os elementos de modelagem (garantir a sua rastreabilidade)
Certificar o entendimento dos Caso de Uso
Todos os Casos de Uso especificados devem ser validados segundo Critérios de Entendimento, Validação e Aceitação dos Requisitos. Esta é uma medida
que visa garantir a qualidade do projeto, uma vez que um caso de uso mal declarado, descrito ou que gere
entendimento dúbio pode gerar inúmeros problemas no decorrer do empreendimento.
A validação SEMPRE deve ser realizada por um Analista de Negócio que NÃO tenha participado da composição do documento
de visão. Isso elimina vícios de leitura e permite que alguém com conhecimento técnico adequado revise o trabalho de
levantamento e questione possíveis incongruências.
Para cada Caso de Uso refinado, o revisor deve repassas o checklist com os critérios apresentados e confirmar se o UC
atende a todos eles. Caso exista alguma inconsistência, o revisor deve conversar com o Analista responsável
pelo levantamento e corrigir os problemas detectados imediatamente. Após a validação, o revisor deve
marcar todos os itens da caixa de verificação (checklist) do diagrama de Rastreabilidade do UC no EA,
confirmando a realização da atividade.
|
|
