a03_t04

Prévia do material em texto

Exemplo de especificação Formato Completo 
 
Vários gabaritos e padrões de formatos estão disponíveis para casos de uso 
relevantes que precisam de especificações detalhadas. A seguir, descrevemos as 
principais seções que compõem o formato completo: 
 
Seção da Especificação Significado 
Nome do caso de uso (*) Verbo no Infinitivo + complemento verbal. 
Escopo (*) O nome do sistema/ projeto. 
Nível Objetivo do usuário ou subfunção (include, extend e 
especialização). 
Atores (*) Atores envolvidos: principal e secundários. 
Interessados e Interesses Quem se importa com esse caso de uso e o que eles 
desejam? 
Pré-condição (*) O que precisa ser verdade para esse caso de uso 
acontecer. 
Pós-condição ou garantia 
de sucesso (*) 
O que precisa ser verdade quando da finalização bem 
sucedida desse caso de uso. 
Cenário principal (*) O cenário de sucesso, um caminho típico, incondicional. 
O caso de uso foca no cenário principal. 
Cenários alternativos ou 
extensões (*) 
Cenários alternativos, quando o cenário principal tem 
uma variação do fluxo bem-sucedido. 
- A especificação deve indicar o ponto em que se se 
estende o cenário principal (ou típico); 
- A especificação deve indicar o ponto em que se 
retorna ao cenário principal (ou típico) ou em que se 
encerra o caso de uso. 
Requisitos especiais Requisitos não funcionais relacionados 
(*) São as seções mais usadas pela maioria dos autores e analistas de 
sistemas. 
 
 
 
 
Exemplo de caso de uso “Registrar Venda” 
 
Nome do caso de uso: “Registrar Venda” 
Escopo: Sistema de Vendas – PDV 
Nível: Usuário 
Atores: Caixa 
Interessados e Interesses: 
- Caixa: deseja que o sistema seja eficiente, sem erros e que tenha fácil 
utilização; 
- Cliente: deseja encontrar os produtos de que precisa, adquiri-los de forma 
rápida, sem muito esforço e, ao final, obter um comprovante da compra; 
- Orgãos fiscais: deseja cobrar os impostos de cada venda realizada; 
- Operadora de cartão: deseja receber solicitações de autorização de crédito no 
formato e protocolo corretos. 
- Etc. 
 
Pré-condição: todos os produtos registrados no sistema e com respectivos preços; 
caixa autenticado e PDF registrado. 
 
Pós-condições: venda salva, impostos calculados, estoques atualizados, 
autorizações de pagamento registradas, recibo gerado. 
 
Cenário principal (ou fluxo básico) 
 
1. Cliente chega ao PDV com os itens que deseja adquirir; 
2. Caixa inicia uma nova venda; 
3. Para cada item de venda do cliente, faça: 
a. Caixa insere o identificador do item; 
b. Sistema localiza o item; 
c. Sistema apresenta a linha do item de venda, com o identificador, nome e 
valor unitário do produto; 
d. Sistema calcula os impostos do item; 
 
 
4. Sistema apresenta o valor total da venda com impostos calculados; 
5. Caixa informa total ao cliente e solicita o pagamento; 
6. Caixa informa o pagamento do cliente; 
7. Sistema registra e trata o pagamento do cliente; 
8. Sistema finaliza a venda e apresenta o recibo; 
9. Sistema contabiliza a baixa no estoque de cada item vendido. 
 
Cenários alternativos (extensões) 
 
2.a. Sistema não inicializa: 
1. Caixa inicia a venda em planilha manual (contingência), registrando cada 
item e o pagamento em planilha eletrônica e encerra o caso de uso. 
 
3.a. Sistema não localiza o identificador do item: 
1. Sistema avisa o erro e rejeita a entrada; 
2. Caixa responde ao erro. 
2.a. Existe o ID do item legível: 
1. Caixa insere o identificador do item; 
2. Sistema mostra descrição e preço. 
 
2.b. Existe preço na etiqueta: 
1. Caixa solicita ao gerente executar operacão de correcão; 
2. Gerente realiza a correção; 
3. Caixa indica a entrada manual de preço, insere preço e solicita imposto 
padrão para essa quantia. 
 
2.c. Caixa invoca ajuda no sistema para localizar o produto, a fim de obter 
identificação e preços reais do item. 
 
2.d. Caso contrário, caixa pergunta a um funcionário o preço e o 
identificador do item e executa a entrada manual do itentificador (ver 
acima, 2.a) ou do preço do item (ver acima 2.b). 
 
 
3-4 a. Cliente solicita o cancelamento de um item da venda: 
1. Caixa insere o identificador do item a ser removido; 
2. Sistema remove o item e exibe o total parcial atualizado. 
 
3-6 a. Cliente solicita o cancelamento da venda: 
1. Caixa cancela a venda no sistema. 
 
7.a. Pagamento em dinheiro: 
1. Caixa insere a quantia do dinheiro fornececida; 
2. Sistema apresenta o valor do troco e libera a gaveta do dinheiro; 
3. Caixa deposita o dinheiro fornecido e entrega o troco ao cliente; 
4. Sistema registra o pagamento em dinheiro. 
 
7.b. Pagamento com cartão de crédito: 
1. Caixa insere dados do cartão do cliente; 
2. Sistema mostra o pagamento para confirmação; 
3. Caixa confirma o pagamento; 
4. Sistema envia solicitação de autorizacão de pagamento à administradora do 
cartão do cliente. 
4.a. Sistema detecta falha ao tentar se comunicar com sistema externo: 
1. Sistema avisa do erro ao caixa; 
2. Caixa solicita ao cliente forma de pagamento alternativa. 
5. Sistema recebe aprovação de pagamento; 
6. Sistema registra ao pagamento com cartão de crédito; 
7. Sistema apresenta o mecanismo para entrada do pagamento a Crédito; 
8. Caixa solicita ao cliente a assinatura para pagamento a crédito e cliente 
fornece a assinatura; 
9. Assinatura em papel, caixa, insere o papel na gaveta e a fecha. 
 
8.a. Impressora não tem papel: 
1. Se o sistema detecta a falha, avisa sobre o pagamento; 
2. Caixa repõe o papel; 
 
3. Caixa solicita outro recibo. 
 
Requisitos especiais 
 
1. Interface de usuário com tela sensível a toque em um monitor de tela 
plana com pelo menos 23 polegadas; 
2. Resposta de autorização de crédito, dentro de 30 segundos, em 90% dos 
casos; 
3. A recuperação de falhas de servidores deve ser consistente e robusta. 
 
Observe que cada passo do cenário principal é numerado e em cada um pode haver 
uma ou mais falhas (incucessos). 
 
Nos cenários alternativos, temos um número e uma letra. Por exemplo: no passo 2 
do cenário principal (caixa inicia uma nova venda), pode haver uma exceção 
(sistema não inicia), que é tratada no cenário alternativo como 2.a.), ou seja, a 
primeira (a) alternativa do passo 2. 
 
Já o passo 7 (sistema registra a trata o pagamento do cliente), possui dois cenários 
alternativos, representados por 7.a (pagamento em dinheiro) e 7.b (pagamento em 
cartão de crédito). Caso tívessemos uma terceira forma de pagamento, como por 
exemplo, cheque, este seria o passo 7.c dos cenários alternativos. 
 
Repare na quantidade de detalhes dessa especificação. Nesse formato, devem ser 
considerados todas as possibidades de exceção e insucesso de cada passo do 
cenário principal. 
 
A especificacão anterior poderia ter muitos mais detalhes, como por exemplo o 
tratamento das seguintes exceções: 
 A qualquer momento o sistema falha; 
 Ttratamento de outras formas de pagamento (cheque, débito); 
 Caixa cancela o pagamento, e muitos outros. 
 
 
O detalhamento vai depender do sistema e da necessidade.