Fluxo de Eventos:
1. O caso de uso comea quando um cliente deseja assinar uma revista
da editora Fofoca Cidade.
2. O sistema gera o formulrio de pedido de assinatura.
3. O Departamento de Assinantes envia o formulrio para o cliente.
4. O cliente envia o formulrio preenchido.
Alternativas: O formulrio foi preenchido de forma incorreta, ento o
Departamento de Assinantes avisa ao cliente para que ele retorne o
formulrio corrigido.
Ps-condies:
Fluxo de Eventos:
Fluxo de Eventos:
1. O Departamento de Assinantes cadastra os dados do
cliente no sistema.
2. O cadastro foi efetuado.
Alternativas: Se o cliente j est cadastrado no sistema ento
exibida uma janela escrito Cliente j cadastrado.
Ps-condies: O cliente estar cadastrado no sistema.
Fluxo de Eventos:
1. O banco confirma o pagamento do cliente.
2. O banco gera o recibo.
3. O banco envia o recibo para a editora.
Ps-condies: A segunda via do recibo do pagamento ter sido enviada
editora.
Fluxo de Eventos:
1. O caso de uso comea quando a editora recebe do
banco, a segunda via do recibo de pagamento.
2. A editora confirma o pagamento do cliente no sistema.
Fluxo de Eventos:
1. O sistema no identifica a confirmao de pagamento no
prazo correto.
2. O Departamento de assinantes cancela a assinatura do
cliente no sistema.
3. O Departamento de assinantes atualiza o CPF do cliente
no sistema, informando o no cumprimento do
pagamento.
Ps-condies: A assinatura do cliente e o seu cadastro estaro cancelados.
Fluxo de Eventos:
4. O caso de uso comea quando o cliente entra no sistema da
editora.
5. O sistema solicita que o cliente efetue o login ou o cadastro.
6. O cliente preenche seu e-mail e senha e efetua o login.
Alternativas: O usurio no possui cadastro no sistema, ento o cliente
efetua o cadastro. O usurio digitou um login invlido, ento o sistema
exibe uma janela E-mail ou senha invlidos.
Ps-condies: O Cliente estar online no sistema da Editora.
Fluxo de Eventos:
1. O cliente entra no sistema da editora.
2. O sistema solicita que o cliente efetue o login ou o cadastro.
3. O cliente clica na opo para efetuar cadastro.
4. O sistema apresenta um formulrio de preenchimento de dados
para o cliente.
5. O cliente preenche o formulrio e clica em Enviar.
6. O sistema envia para o e-mail do cliente um cdigo de
verificao para validao de cadastro.
7. O sistema solicita que o cliente digite o cdigo de verificao e
clique em Ok para validar seu cadastro.
8. O cliente digita o cdigo recebido no e-mail e clica em Ok.
Fluxo de Eventos:
3. O cliente efetua login no sistema da editora.
4. O cliente clica em Faa sua assinatura.
5. O sistema abre o formulrio de assinatura.
6. O cliente preenche o formulrio.
7. O cliente clica em Enviar formulrio.
8. O sistema gera o boleto de pagamento atravs do
sistema do banco conveniado.
9. O sistema envia o boleto de pagamento para o e-mail do
cliente.
Alternativas: Se alguma informao do formulrio foi
preenchida incorretamente o sistema exibe o erro em vermelho e uma janela escrito
Informao incorreta. Se o CPF informado no formulrio for invlido no sistema,
ento exibido No foi possvel realizar sua assinatura.
Ps-condies: O cliente receber em seu e-mail o boleto de pagamento da
assinatura.
Fluxo de Eventos:
4. O cliente entra em sua caixa de e-mail.
5. O cliente abre o e-mail enviado pelo sistema com o boleto
de pagamento.
6. O cliente faz o pagamento do boleto no banco
conveniado.
Ps-condies: O recibo do pagamento ser gerado pelo banco.
Fluxo de Eventos:
4. O banco confirma o pagamento do cliente.
5. O banco gera o recibo.
6. O banco envia o recibo para a editora atravs do e-mail.
Ps-condies: A segunda via do recibo do pagamento ter sido enviada
editora.
Fluxo de Eventos:
3. O caso de uso comea quando a editora recebe do
banco, a segunda via do recibo de pagamento.
4. A editora confirma o pagamento do cliente no sistema.
Fluxo de Eventos:
4. O cliente entra no sistema.
5. O cliente clica em Status dos pagamentos.
6. O cliente verifica o status do seu pagamento.
Alternativas: Se o cliente no possuir nenhuma solicitao de
assinatura o sistema exibe uma mensagem No h pagamentos em andamento.
Ps-condies: O cliente saber a situao do pagamento de suas
assinaturas.
Fluxo de Eventos:
1. O Departamento de assinantes verifica o status do
pagamento do cliente.
2. O sistema exibe em vermelho os pagamentos com atraso
superior a 15 dias.
10
11
12
Fluxo de eventos:
- O caso de uso comea quando o departamento de estoque precisa cadastrar um
produto
- O sistema emite formulrio para cadastrar o produto
- O produto cadastrado
Alternativas:
- Se no conseguir cadastrar o produto, verificar se o mesmo j foi cadastrado e
atualizar o estoque, se necessrio
Regras do negcio:
- RN1: todo produto deve ser cadastrado antes de ser vendido
13
Inicio do caso de uso: Ter que criar um cdigo prprio para o produto
Fluxo de eventos:
- o caso de uso comea quando o departamento de estoque precisa criar um cdigo
prprio para o produto
- o sistema emite formulrio para criar o cdigo
- o departamento de estoque preenche os dados com as carcteristicas do produto e o
cdigo prprio do mesmo
- cdigo prprio criado
Alternativas:
- se no conseguir criar o cdigo prprio, verificar se o mesmo j foi usado e utilizar
outro cdigo para cadastrar
Regras do negcio:
- RN2: todo produto cadastrado deve possuir um cdigo prprio com as suas
caracterticas
14
3- Cadastrar fornecedor
Fluxo de eventos:
- o caso de uso comea quando o departamento de estoque precisa cadastrar um
fornecedor no sistema para solicitar pedidos
- o sistema emite um formulrio para cadastrar o fornecedor
- o departamento solicita os dados ao fornecedor
- o fornecedor envia os dados para o departamento
- o departamento confere os dados do fornecedor
- o departamento preenche os dados do fornecedor no sistema e cadastra o mesmo
- o departamento j pode solicitar mercadorias (Verificar RN3)
Alternativas:
- se no conseguir cadastrar o fornecedor no sistema, verificar os dados recebidos
com o mesmo e realizar uma nova tentativa de cadastro
15
Descrio: O sistema atualiza a tabela dos produtos e estoque aps chegar uma nova
remessa. O sistema tambem emite um aviso quando o estoque est com falta de
algum produto e o departamento poder solicitar mais do mesmo.
Inicio do caso de uso: ter que atualizar a tabela de produtos e estoque do sistema
Fluxo de eventos:
- o caso de uso comea quando o departamento de estoque precisa solicitar produtos
novos, atualizar produtos ou repor estoque
- o departamento verifica o estoque (Verificar RN4)
- o sistema disponibiliza todos os produtos, com seus dados e quantidades no estoque
- caso haja falta de estoque de algum produto, o sistema emitir um aviso para solitar
mais do mesmo
- o departamento pode solicitar um produto novo ou repor o estoque com fornecedores
(Verificar RN1, RN2, RN3)
- o departamento recebe a mercadoria
- o departamento atualiza a tabela de produtos e estoque, no sistema (Verificar RN1,
RN2)
16
Regras do negcio:
- RN4: O estoque deve estar sempre atualizado pelo departamento de estoque
- RN3: todo fornecedor deve ser cadastrado no sistema antes de realizar pedidos ao
mesmo
- RN2: todo produto cadastrado deve possuir um cdigo prprio com as suas
caracterticas
- RN1: todo produto deve ser cadastrado antes de ser vendido
5- Comprar produto:
Inicio do caso de uso: o caso de uso se inicia quando o cliente quer comprar um
produto da loja
17
Alternativas:
- caso o produto no esteja cadastrado, o sistema dever emitir um formulrio para
cadastrado do mesmo (Verificar RN2)
- caso no haja o produto no estoque, o sistema emitir uma nota ao departamento de
vendas para que o mesmo avise ao cliente que o produto est em falta, mas se houver
interesse do cliente, a loja far a solicitao do produto ao fornecedor e entrar em
contato assim que o produto ficar disponvel (Verificar RN3)
Regras do negcio:
- RN3: todo fornecedor deve ser cadastrado no sistema antes de realizar pedidos ao
mesmo
- RN2: todo produto cadastrado deve possuir um cdigo prprio com as suas
caracterticas
- RN1: todo produto deve ser cadastrado antes de ser vendido
18
Fluxo de eventos:
- o caso de uso comea aps o departamento de vendas vender um produto ao cliente
- o sistema exibe o estoque do produto
- o departamento de vendas d baixa no estoque do produto (Verificar RN4)
Alternativas:
- Se no momento da baixa, o estoque chegar a 0 (zero), o sistema emitir um aviso ao
departamento de estoque para fazer ou no o pedido de uma nova remessa ao
fornecedor (Verificar RN3)
Regras do negcio:
- RN4: O estoque deve estar sempre atualizado pelo departamento de estoque
- RN3: todo fornecedor deve ser cadastrado no sistema antes de realizar pedidos ao
mesmo
19
Inicio do caso de uso: O caso de uso se inicia aps o departamento de vendas ter
vendido um produto e dar baixa no estoque do mesmo
Fluxo de eventos:
- o caso de uso comea aps o departamento de vendas ter vendido um produto e ter
dado baixa no estoque
- o sistema emite boleta de venda (Verificar RN5)
Alternativas:
Ps-condies:
Regras do negcio:
- RN5: aps cada venda, o departamento de vendas tem que emitir uma boleta de
vendas com os dados da transao
20
Inicio do caso de uso: O caso de uso se inicia quando o expediente do dia termina e
o departamento de vendas solicita a emisso do relatrio ao sistema
Fluxo de eventos:
- o caso de uso comea quando o expediente do dia chega ao fim
- ao atingir determinado horrio, o sistema comea a reunir as informaes de vendas
do dia (Verificar RN4)
- o departamento de vendas solicita ao sistema a emisso do relatrio de vendas do
dia (Verificar RN6)
- o sistema emite o relatrio contendo o total de vendas do dia
Alternativas:
- caso no haja nenhuma venda no dia, o sistema dever emitir o relatrio avisando
que no houve vendas
Regras do negcio:
- RN4: O estoque deve estar sempre atualizado pelo departamento de estoque
- RN6: Ao final do expendiente de cada dia, o sistema deve emitir o relatrio de
vendas
21