Escolar Documentos
Profissional Documentos
Cultura Documentos
Algumas definições:
Referências: Identificadores dos requisitos da tabela de requisitos que foram
utilizados no caso de uso em questão.
Pré-condições: O que é necessário que já esteja feito para que o caso de uso se
inicie.
Descrição Expandida do caso de uso
2.1 Utilizando o diagrama de caso de uso e o documento de requisitos
realizar a Descrição Expandida dos casos de uso.
Fluxo Alternativo: Evento alternativo ao evento típico, pode ou não acontecer,
podem ocorrer um ou mais eventos alternativos.
OBS: Tanto no fluxo básico quanto no alternativo, devem ser descritos
detalhadamente todos os passos necessários para que o caso de uso seja executado
com sucesso. Não devem ser colocados ações do tipo, cliques de botões.
Anúncios
Template para Caso de Uso CRUD (create, retrieve, update e delete)
Este padrão é utilizado para a documentação dos requisitos de operações de
manutenção em sistemas de informação, por meio do uso de modelos e
especificações de casos de uso. Os requisitos de operações de manutenção são
caracterizados por operações de Inclusão, Consulta, Alteração e Exclusão.
EXEMPLO
A Descrição Expandida de Casos de Uso é utilizada para descrever detalhadamente o
fluxo do caso de uso, quais os eventos que acontecem para garantir o sucesso do caso
de uso.
Utilizar o Template a seguir como modelo para Descrição Expandida dos casos de
uso.
Pós-condições: Qual será o estado do software ao ser finalizado o caso de uso.
1. De acordo com o tipo de operação de manutenção desejado pelo <cliente>, um dos
subfluxos é executado:<
1. Se o cliente deseja inserir um produto, o subfluxo Inserir produto é executado.<
2. Se o cliente deseja editar um produto, o subfluxo Editar produto é executado.
3. Se o cliente deseja excluir um produto, o subfluxo Remover produto é
executado.
Subfluxo Inserir Produto
1. Este subfluxo inicia quando o cliente solicita inserir um produto;
2. O cliente solicita a busca de um produto pelo sistema. Digitando o nome do
produto no campo:
Buscar;
3. O cliente seleciona os produtos desejados;<
4. O sistema realiza a inclusão dos produtos selecionados no passo 3;
5. O sistema exibe a página do carrinho de compras com os produtos incluídos;
Subfluxo Alterar Produtos
1. Este subfluxo inicia quando o cliente solicita alterar a quantidade de algum
produto no carrinho;
2. O cliente seleciona o produto;
3. O cliente altera a quantidade do produto desejado
4. O sistema realiza a alteração do produto selecionado no passo 4;
5. O sistema exibe a página do carrinho de compras com as alterações realizadas com
suce Requisitos Especiais: São os requisitos não funcionais, normalmente
relacionados à qualidade do software. Podem estar organizados por categorias como
Usabilidade, Confiabilidade, Desempenho e Manutenibilidade.
Fluxo Básico: Evento típico para que o caso de uso seja realizado com sucesso.
Caso de uso: Manter Carrinho de Compras
Fluxo básico
6. O caso de uso inicia quando o cliente necessita fazer a manutenção (inserir, alterar
ou excluir) produtos.sso;
Referências Bibliográficas:
LARMAN, Craig. Utilizando UML e padrões : uma introdução à análise e ao projeto
orientados a objetos e ao desenvolvimento iterativo. 3. ed. Porto Alegre :
Bookman, 2007.
Artigo:
Subfluxo Remover Produtos
Este subfluxo inicia quando o cliente solicita remover produtos do carrinho;
O cliente seleciona o produto que deseja remover;
O sistema remove o produto;
O sistema exibe a página do carrinho de compras sem o produto que foi selecionado;
Validações e regras de negócio
Esta regra se aplica a todos os subfluxos. Atributos obrigatórios. Se
algum atributo obrigatório não tiver sido preenchido, o sistema não
completará a operação e enviará uma notificação ao atendente
informando quais campos obrigatórios não foram preenchidos, e só
continuará a operação após o preenchimento desses campos.
No subfluxo Remover, o sistema valida se existem produtos a serem
removidos;
AnúnciosSubfluxo Remover Produtos