A maior rede de estudos do Brasil

Grátis
35 pág.
Aula_03 - MODELAGEM DE SISTEMAS

Pré-visualização | Página 1 de 2

Modelagem de Sistemas
Marcelo Vasques de Oliveira
Aula 3
Aula 3 – Especificações de Casos de Uso
Importância da especificação de casos de Uso
Formas de especificação de casos de uso
Técnicas de Especificação de casos de uso
2
Especificações de casos de uso
Fundamental para complementar o diagrama de casos de uso
A UML nada define sobre o texto narrativo.
Descreve o passo a passo do comportamento do caso de uso
Interação entre ator e sistema
Ações do sistema
Vários cenários (principal e alternativos)
3 formatos possíveis:
Resumido
Informal
Completo
3
Especificação – os 3 formatos
Resumido
Resumo de 1 parágrafo contendo o cenário principal (sucesso)
Uso: Análise Inicial de Requisitos 
Informal 
Múltiplos parágrafos cobrindo vários cenários de uso.
Uso: Análise Inicial de Requisitos
Completo
 Todos os cenários (principal e alternativos) são descritos em detalhes, 
Uso: Análise de requisitos e de sistemas
Adequado aos casos de uso relevantes
4
Especificação – os 3 formatos
A especificação de um caso de uso, deve mostrar a interação entre o ator e o sistema (caso de uso em questão), ou seja a “conversa” entre ator e sistema na realização (acontecimento) do caso de uso.
Para mostrar a diferença entre os 3 tipos de especificação, vamos usar como exemplo o caso de uso: Registrar venda
5
Formato Resumido
Caso de Uso: Registrar Venda 
O cliente chega em um ponto de pagamento da loja com os itens que deseja adquirir. O caixa registra cada item desejado. Ao final, o sistema apresenta o total a pagar e a relação de itens comprados. O cliente informa e o caixa registra os dados do pagamento, que são validados e registrados pelo sistema. O sistema atualiza o estoque. O cliente recebe o recibo das compras e sai com os itens adquiridos
6
Formato Informal
Caso de Uso: Registrar Venda 
Cenário Principal (de sucesso)
cliente chega ao ponto de pagamento da loja com os itens a serem adquiridos. O caixa usa o sistema PDV para registrar todos os itens comprados. Ao final, o sistema apresenta o total a pagar e a relação de itens comprados. O cliente informa e o caixa registrar os dados do pagamento, que são validados e registrados pelo sistema. O sistema atualiza o estoque. O cliente recebe o recibo das compras e sai com os itens adquiridos.
7
Formato Informal
Cenários Alternativos
Se o identificador do item adquirido não for encontrado no sistema, esse notifica o caixa e sugere que esse entre manualmente com a identificação do item (que talvez esteja corrompido).
Se o cliente informou pagamento em cartão e a operadora não aprova a transação, informe o cliente e solicite nova forma de pagamento;
Se o sistema não consegue atualiza o estoque, sugere que o caixa registre no formulário de problemas do dia, para balanço ao final do dia.
8
Formato Completo
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 de fácil utilização
Cliente: deseja adquirir os produtos desejados de forma rápida, sem muitom esforço e encontrar o que precisa e ao final um comprovante do que comprou
9
Formato Completo
Interessados e interesses
Orgãos fiscais: Deseja cobrar os impostos de cada venda realizada 
Operadoras de cartão: Deseja receber solicitações de autorização de crédito no formato e protocolo corretos.
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.
10
Formato Completo
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, FACA
a) Caixa insere o identificador do item
b) Sistema Localiza o Item
c) Sistema registra apresenta a linha do item de venda, com o identificador, nome e valor unitário do produto
d) Sistema calcula os impostos do item
11
Formato Completo
4. Sistema apresenta o valor total da venda com impostos calculados
5. Caixa informa total ao cliente e solicita pagamento
6. Caixa informa o pagamento do cliente
7. Sistema registra e trata o pagamento do cliente
8. Sistema Finaliza venda e apresenta o recibo da mesma
9. Sistema contabiliza a baixa no estoque de cada item vendido.
12
Formato Completo
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 e encerra o caso 
3.a........
Requisitos Especiais:
1. Interface de Usuário com tela sensivel a toque em um monitor de tela plana com pelo menos 23 “
2. Resposta de autorização de crédito, dentro de 30 segundos, em 90% dos casos.
3. A recuperação de falhas de servidores devem ser consistente e robusta.
13
14
Seção da Especificação
Significado
Nome
Verbo no infinitivo + Complemento Verbal
Escopo
O Nome do Sistema / Projeto
Nível
Objetivo do usuário ousub-função(include,extendse 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
Cenários Alternativos ou extensões (*)
Cenários alternativos, quando o cenário principal tem uma variação do fluxo bem sucedido.
RequisitosEspeciais
Requisitos não funcionais relacionados
Especificação com Include
15
Especificação com caso de Include
Especificação do Caso Incluir Dependente
Cenário Principal
1. Atendente informa identificação do cliente
2. Sistema localiza dados do cliente informado	
3. Atendente informa dados do dependente
4. Sistema localiza dados do dependente informado – <<Include Pesquisar Dependente >>
5. Sistema registra dados do dependente do cliente informado
16
Especificação com caso de Include
Especificação do Caso Incluir Dependente
Cenários Alternativos	
2.a. Cliente NÃO localizado
Sistema informa “Cliente não registrado no sistema” e retorna ao passo 1 do cenário principal
4.a. Dependente JÁ registrado
sistema informa “Dependente já registrado no sistema ”e retorna ao passo 3 do cenário principal	
17
Especificação com caso de Extends
18
Especificação com Extends
Cenário Principal
1. Atendente informa identificação da mídia
2. Sistema Localiza Locação com a Mídia informada
3. Sistema apresenta Registro da locação com Valor Pagar
4. Atendente informa forma de pagamento
5. Caso forma de pagamento seja 
 DINH: <extends PAGAR EM DINHEIRO> 
 CARTÃO: <extends PAGAR no CARTÃO>
 Fim-Caso
6. Sistema Registra devolução
7. Sistema emite Recibo de Quitação do Pagamento
	
19
Especificação com Extends
Cenários Alternativos
1.a. MÍDIA NÃO localizada
Sistema informa “Mídia não registrado no sistema ou NÃO alugada” e retorna ao passo 1 do cenário Principal
2.a. Locação NÃO localizada (inconsistência de dado
Sistema informa “Locação NÃO registrada para a mídia no sistema” e encerra caso de uso.
3.b. SE Data Corrente > Data Prevista de Devolução ENTÃO Calcular Multa 	 <<Extends CALCULAR MULTA POR ATRASO>>
 
20
Considerações Finais
Não use detalhes de implementação
A tecnologia ficará obsoleta e o caso precisará ser revisto
“Usuário insere o seu cartão” – não 
“Usuário informa dados: agencia, conta e senha” - OK
Procure não associar Casos de Uso a telas de sistemas
é cedo para pensarmos em interface, que será objeto da fase de projeto do sistema, embora usuários adorem telas
21
Considerações Finais
Os casos de uso incluídos (chamados por <include>) ou estendidos (chamados por <extends>) também devem ter descrição textual,