Você está na página 1de 4

Template para especificação de cada caso de uso

    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

DENUNCIAR ESTE ANÚNCIO

 
    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;

DENUNCIAR ESTE ANÚNCIO

 
    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

 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únciosSugarLoaf-PLoP’2005 -5ª Conferência Latino-Americana. Padrão de Requisitos
para Especificação de Casos de Uso em Sistemas de Informação. Campos do Jordão –
SP.
 
    URL:
 WTHREEX. Especificação de Caso de Uso. Disponível em:
<http://www.wthreex.com/rup/portugues/webtmpl/templates/req/rup_ucspec.
htm> Acesso em: 06 out 2014.

Você também pode gostar