Casos de uso – Sistema para rede de

farmácias
Patrik
Jair C Leite

Engenharia de Software, Jair C Leite

Engenharia de Software, Jair C Leite
Engenharia de Software, Jair C Leite
Exemplos de casos de uso

Engenharia de Software, Jair C Leite

Casos de uso – Consultar produto
Caso de uso: Consultar Produto
Visão Geral: O Funcionário consulta os dados relativos a cada produto.
Objetivo: Realizar uma busca de um determinado produto.
Ator primário: Funcionário
Ator secundário: ---
Pré-condição: Produto estar cadastrado e funcionário ter acesso a consultar produto no
sistema.
Pós-condição: Dados do produto são apresentados ao funcionário.
Seqüência típica de 1. Funcionário consulta um produto informando nome do produto
eventos: 2. Sistema retorna os dados do produto resultante daquela
consulta e o estoque deste em cada loja pertencente à rede
da Farmácia-Cliente. Os dados do produto são: código de
barras, código, código de abcfarma, descrição, substância(s),
preço de venda, preço de custo, fabricante, fornecedor,
grupo, situação (ativo, inativo, promoção),
desconto individual, prateleira a que pertence, alíquota, nome
curto (para impressora fiscal) , data da última atualização, unidade
de volume (caixa, pacote, frasco,...) e quantidade em estoque.

Seqüência alternativa: Linha 2(1): Se o produto não existir o sistema apresenta erro.
Linha 2(2): O Funcionário pode executar o caso de uso Consultar Histórico de
Produtos.
Linha 2(3): O Funcionário pode executar o caso de uso Classificar Produtos
por Prateleira.
Engenharia de Software, Jair C Leite
Casos de uso – Consultar devoluções
Caso de uso: Consultar Devoluções

Visão Geral: O Vendedor consulta as devoluções de produtos pelos Clientes realizadas

no sistema.

Objetivo: Consultar dados sobre alguma devolução.

Ator primário: Vendedor

Ator secundário: ---

Pré-condição: Vendedor ter acesso a consultar devoluções e Cliente ter feito devolução.

Pós-condição: Devoluções realizadas por cliente num determinado período são

apresentadas na tela.

Seqüência típica de eventos: 1. Vendedor informa a data da movimentação desejada.

2. Sistema retorna as devoluções ocorridas naquele dia
informado.

Seqüência alternativa: Linha 1: Caso a data informada seja inválida, o sistema apresenta erro.
Linha 2 (1): Vendedor tem a opção de informar o número da devolução, o
sistema retornará os dados desta.
Linha 2 (2): Vendedor pode imprimir a devolução desejada.

Engenharia de Software, Jair C Leite

Casos de uso – Consultar histórico de
produto
Caso de uso: Consultar Histórico de Produto
Visão Geral: O Sistema gera um histórico das transações (VenDa, TransFerência, DeVolução,
EnTrada, entrada por Cancelamento de Venda, saída por Cancelamento de
Entrada) que ocorrem com os produtos tornando possível uma avaliação sobre
estes. Por exemplo, avaliar a movimentação de estoque ocorrida sobre
determinado produto.

Objetivo: Avaliar as transações ocorridas com o estoque dos produtos.

Ator primário: Vendedor
Ator secundário: ---
Pré-condição: Vendedor ter acesso a consultar o histórico dos produtos.
Pós-condição: O sistema apresenta as transações ocorridas com o produto.

Seqüência típica de 1. O vendedor escolhe a opção de consultar o histórico do produto.

eventos: 2. Vendedor informa o código do produto.
3. Sistema lista as transações ocorridas sobre aquele produto
identificando: data, hora, tipo de transação (VenDa, TransFerência, DeVolução,
EnTrada, entrada por Cancelamento de Venda, saída por Cancelamento de
Entrada), produto, quantidade anterior, quantidade movimentada, quantidade
atual e Funcionário que a executou.

Engenharia de Software, Jair C Leite

Casos de uso – Consultar histórico de
cliente
Caso de uso: Consultar Histórico de Cliente

Visão Geral: O Sistema informa as vendas realizadas para um determinado cliente tornando
possível uma avaliação sobre o mesmo. Por exemplo, saber a importância
deste para a Farmácia-Cliente pela freqüência que adquire produtos da
mesma.

Objetivo: Avaliar as transações ocorridas com o cliente da Farmácia-Cliente.

Ator primário: Vendedor

Ator secundário: ---

Pré-condição: Cliente estar cadastrado e vendedor ter acesso a consultar o histórico dos Clientes.

Pós-condição: O histórico de vendas do cliente é apresentado na tela.

Seqüência típica de 1. O vendedor escolhe a opção de consultar histórico do cliente.

eventos: 2. Vendedor informa o código do cliente.
3. Inclusão do caso de uso Consultar Venda.
4. Sistema apresenta todas as vendas daquele cliente e o caso de uso termina
Seqüência alternativa: Linha 1: Se o Cliente não existir o sistema apresenta erro.

Engenharia de Software, Jair C Leite

Casos de uso – Associar entregador a
uma entrega
Caso de uso: Associar Entregador a uma entrega

Visão Geral: Quando uma venda realizada é classificada como entrega, o Caixa executa
este caso de uso para identificar o Entregador que vai fazer esta
entrega.

Objetivo: Associar um Entregador a uma entrega

Ator primário: Caixa

Ator secundário: Entregador

Pré-condição: Caixa ter acesso a associar Entregador a entrega.

Venda já realizada e identificada como entrega.

Pós-condição: Entregador estar associado à uma entrega.

Seqüência típica de eventos:

1. Caixa informa a venda a ser feita a associação.
2. Sistema verifica se a venda é uma entrega.
3. Caixa informa o código do Entregador que fará (ou fez) a entrega daquela
venda.
4. Caixa confirma a associação.

Engenharia de Software, Jair C Leite

Casos de uso – Passar cartão
Caso de uso: Passar Cartão
Visão Geral: Caixa passa cartão através do pin-pad, digitando os dados ou passando o
cartão manualmente.
O sistema comunica-se com as administradoras de cartão e retorna uma
resposta se a transação foi aprovada ou não.
Objetivo: Receber a forma de pagamento em cartão do Cliente.
Ator primário: Caixa, administradoras de cartão
Ator secundário: Cliente
Pré-condição: Venda em cartão já realizada.
Pós-condição: Transação autorizada ou não autorizada.
Seqüência típica de eventos: 1. Caixa seleciona a venda em cartão.
2. Sistema TEF apresenta tela para informar os dados do cartão.
3. Caixa informa nesta tela se vai digitar os dados ou passar o cartão no
pin-pad. Após isso executa a ação que optou.
4. Sistema TEF comunica-se com a Administradora de Cartão.
5. Administradora de Cartão envia resposta sobre a autorização da
transação ao Sistema TEF.
6. Sistema TEF apresenta resposta ao Caixa e em seguida imprime o
cupom do cartão.

Seqüências Alternativas: Linha 6: Caso a compra no cartão não esteja autorizada pela
Administradora de Cartão, o TEF informa que a transação não foi
autorizada e o motivo de não ter sido na tela.de Software, Jair C Leite
Engenharia
Casos de uso – Emitir cupom fiscal
Caso de uso: Emitir Cupom Fiscal

Visão Geral: Caixa utiliza o sistema para emitir cupons fiscais das vendas.

Objetivo: Emitir cupom fiscal da venda para o Cliente.

Ator primário: Caixa, Gerente

Ator secundário: Cliente, Secretaria de Finanças, Gerente

Pré-condição: Processo de venda iniciado e pagamento realizado ou cartão de crédito

autorizado.

Pós-condição: A venda ao cliente é finalizada.

Seqüência típica de eventos: 1. Caixa seleciona a opção de emitir cupom fiscal.

2. Caixa informa o código da venda
a. Se o caixa estiver num processo de venda, o código da venda é
colocado automaticamente pelo sistema
3. Sistema emite cupom fiscal daquela venda.
Engenharia de Software, Jair C Leite