Anda di halaman 1dari 21

Paula Figueiredo e Fernando Cavalcanti

Anlise de Sistemas Casos de Uso

Documento de Casos de Uso


Exerccio 1

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso

1. Caso de uso: Gerar formulrio


Descrio: Um cliente deseja fazer um pedido de assinatura para a editora
Fofoca Cidade.
Atores: Cliente, Departamento de Assinantes.
Grau de abstrao e Tipo: Essencial e secundrio.
Pr-condies:

O cliente no est cadastrado no sistema

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:

O Departamento de Assinantes verificar o CPF do cliente no


sistema antes de prosseguir com o cadastro.

2. Caso de uso: Verificar CPF do cliente


Descrio: O Departamento de Assinantes verifica se o cliente est apto a ser
assinante da Editora.
Atores: Departamento de Assinantes.
Grau de abstrao e Tipo: Essencial e secundrio.
Pr-condies:

Formulrio corretamente preenchido.

Fluxo de Eventos:

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso
1. O caso de uso comea quando o Departamento de assinantes
est com o formulrio do cliente devidamente preenchido.
2. O Departamento de assinantes verifica o CPF do cliente no
sistema.
3. O sistema exibe a situao do cliente na editora.
Alternativas: O CPF informado pelo Departamento de Assinantes no
est no formato vlido, ento o sistema mostra uma mensagem de erro
que exibe CPF invlido.
Ps-condies: O Departamento de Assinantes saber se o pedido de
assinatura do cliente pode ser feito ou no.

3. Caso de uso: Cadastrar Cliente


Descrio: O Departamento de Assinantes realiza o cadastro do cliente no
sistema.
Atores: Departamento de Assinantes.
Grau de abstrao e Tipo: Essencial e secundrio.
Pr-condies:

O cliente est apto a ser assinante da Editora Fofoca Cidade.

O formulrio est corretamente preenchido.

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.

4. Caso de uso: Efetuar pedido de assinatura


Descrio: O Departamento de Assinantes efetua o pedido de assinatura do
cliente no sistema.
Atores: Departamento de Assinantes.
Grau de abstrao e Tipo: Essencial e primrio.
Pr-condies:

O cliente est apto a ser assinante da Editora Fofoca Cidade.

O cliente est cadastrado no sistema.

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso
Fluxo de Eventos:

1. O Departamento de Assinantes efetua o pedido de


assinatura do cliente.
2. O sistema gera a fatura para pagamento.
3. O Departamento de Assinantes envia a fatura para o
cliente.
Ps-condies: O cliente receber a fatura para pagamento.

5. Caso de uso: Gerar recibo de pagamento


Descrio: O banco envia editora a segunda via do recibo do pagamento
devidamente quitado.
Atores: Banco, Departamento de assinantes.
Grau de abstrao e Tipo: Essencial e primrio.
Pr-condies:

O pagamento do cliente est confirmado.

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.

6. Caso de uso: Confirmar pagamento


Descrio: O Departamento de assinantes confirma o pagamento da fatura no
sistema.
Atores: Banco, Departamento de assinantes.
Grau de abstrao e Tipo: Essencial e secundrio.
Pr-condies:

O banco ter enviado a segunda via do recibo do pagamento para


a 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.

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso
Ps-condies: O pagamento estar confirmado.

7. Caso de uso: Cancelar assinatura


Descrio: A assinatura do cliente cancelada aps determinado tempo de
atraso na confirmao do pagamento.
Atores: Departamento de assinantes.
Grau de abstrao e Tipo: Essencial e secundrio.
Pr-condies:

O cliente est cadastrado no sistema.

O pagamento do cliente no foi confirmado dentro do prazo


estipulado.

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.

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso

Documento de Casos de Uso


Correo Exerccio 1

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso

1. Caso de uso: Entrar no sistema.


Descrio: O cliente entra no sistema.
Atores: Cliente.
Grau de abstrao e Tipo: Essencial e secundrio.
Pr-condies:

O cliente possui acesso internet.

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.

2. Caso de uso: Fazer cadastro.


Descrio: O cliente faz seu cadastro no sistema da Editora.
Atores: Cliente
Grau de abstrao e Tipo: Essencial e secundrio.
Pr-condies:

O cliente no estar cadastrado no sistema

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.

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso
9. O cadastro do cliente efetuado no sistema.
Alternativas: O e-mail invlido ou pertence a outro cadastro, ento o
sistema exibe uma janela escrito E-mail invlido.
Ps-condies:

O cliente estar cadastrado no sistema.

3. Caso de uso: Solicitar assinatura.


Descrio: O cliente solicita seu pedido de assinatura.
Atores: Cliente, banco.
Grau de abstrao e Tipo: Essencial e primrio.
Pr-condies:

O cliente est online no sistema.

O cliente est cadastrado no sistema.

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.

4. Caso de uso: Pagar assinatura


Descrio: O cliente realiza o pagamento do boleto.
Atores: Cliente, banco.
Grau de abstrao e Tipo: Essencial e secundrio.
Pr-condies:

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso

O cliente est cadastrado no sistema.

O cliente ter solicitado sua assinatura no sistema.

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.

5. Caso de uso: Gerar recibo.


Descrio: O banco confirma com a editora o pagamento do cliente.
Atores: Banco, Departamento de assinantes.
Grau de abstrao e Tipo: Essencial e primrio.
Pr-condies:

O cliente pagar a assinatura.

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.

6. Caso de uso: Atualizar status do pagamento.


Descrio: O departamento de assinantes atualiza o status do pagamento do
cliente no sistema.
Atores: Departamento de assinantes.
Grau de abstrao e Tipo: Essencial e secundrio.
Pr-condies:

O banco enviar a segunda via do recibo do pagamento do


cliente.

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.

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso
5. O sistema exibir para este cliente a informao
Pagamento confirmado.
Alternativas: Se o Departamento de Assinantes no receber o
recibo de pagamento do cliente dentro do prazo, ento atualizar o status para
Pagamento atrasado e definir no sistema o CPF do cliente como invlido.
Ps-condies: O pagamento estar confirmado.

7. Caso de uso: Verificar status do pagamento.


Descrio: O cliente verifica no sistema o status dos seus pagamentos.
Atores: Cliente.
Grau de abstrao e Tipo: Essencial e secundrio.
Pr-condies:

O cliente est cadastrado 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.

8. Caso de uso: Cancelar assinatura


Descrio: O departamento de assinantes cancela a assinatura de clientes
com o pagamento atrasado.
Atores: Departamento de Assinantes
Grau de abstrao e Tipo: Essencial e secundrio.
Pr-condies:

O cliente solicitar assinatura.

O status de pagamento estar como Pagamento atrasado.

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

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso
3. O Departamento de assinantes cancela a assinatura do
cliente com atraso superior a 15 dias.
Ps-condies: A assinatura do cliente estar cancelada.

11

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso

Documento de Casos de Uso


Exerccio 2

12

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso
1- Cadastrar produto

Descrio: O departamento de estoque cadastra um novo produto que ser


comercializado na loja, atravs de um formulrio emitido pelo sistema, caso o mesmo
no esteja cadastrado

Atores: departamento de estoque

Grau de abstrao e Tipo: essencial e secundrio

Inicio do caso de uso: Ter que cadastrar um produto no sistema

Pr-condies: produto no est cadastrado no sistema.

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

Ps-condies: Produto foi cadastrado

Regras do negcio:
- RN1: todo produto deve ser cadastrado antes de ser vendido

13

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso
2- Identificar mercadorias:

Descrio: O departamento de estoque cria um cdigo prprio para cada produto


onde identifica seu tipo, descrio, estoque mnimo e mximo, o preo de custo e o
preo de venda do mesmo.

Atores: departamento de estoque

Grau de abstrao e Tipo: essencial e secundrio

Inicio do caso de uso: Ter que criar um cdigo prprio para o produto

Pr-condies: ter produto cadastrado no sistema, mas sem cdigo prprio

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

Ps-condies: Cdigo prprio do produto foi criado

Regras do negcio:
- RN2: todo produto cadastrado deve possuir um cdigo prprio com as suas
caracterticas

14

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso

3- Cadastrar fornecedor

Descrio: O departamento de estoque cadastra um novo fornecedor da loja atravs


de um formulrio emitido pelo sistema

Atores: departamento de estoque

Grau de abstrao e Tipo: essencial e secundrio

Inicio do caso de uso: Ter que cadastrar um fornecedor no sistema

Pr-condies: Fonecedor no estar cadastrado no sistema

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

Ps-condies: fornecedor foi cadastrado, pedidos podem ser feitos ao mesmo

15

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso
Regras do negcio:
- RN3: todo fornecedor deve ser cadastrado no sistema antes de realizar pedidos ao
mesmo

4- Atualizar tabela de produtos e estoque:

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.

Atores: departamento de estoque

Grau de abstrao e Tipo: essencial e primrio

Inicio do caso de uso: ter que atualizar a tabela de produtos e estoque do sistema

Pr-condies: falta de produto ou estoque

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

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso
Alternativas:
- se no conseguir fazer pedido ao fornecedor, verificar se o mesmo est cadastro e,
caso no esteja, cadastr-lo e fazer o pedido novamente
- se no conseguir fazer pedido do produto, verificar se o mesmo est cadastrado e,
caso no esteja, cadastr-lo e fazer o pedido novamente

Ps-condies: produto disponvel para compra

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:

Descrio: O cliente entra com o pedido de compra de um produto.

Atores: cliente, departamento de vendas

Grau de abstrao e Tipo: essencial e primrio

Inicio do caso de uso: o caso de uso se inicia quando o cliente quer comprar um
produto da loja

Pr-condies: ter o produto cadastrado na loja, ter o produto em estoque e cliente


necessitar do mesmo

17

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso
Fluxo de eventos:
- o caso de uso comea quando o cliente precisa comprar algum produto
- o cliente solicita o produto
- o departamento de vendas verifica a disponibilidade no estoque (Verificar RN1, RN2)
- o sistema disponibiliza o produto com o preo e quantidade em estoque
- o departamento de vendas mostra o produto
- o sistema imprime o pedido
- o departamento de vendas recebe o pagamento
- o sistema emite nota fiscal
- o departamento de vendas entrega o produto com a nota ao cliente

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)

Ps-condies: Produto foi vendido ao cliente

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

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso
6- Dar baixa no estoque:

Descrio: O funcionrio de vendas atualiza o estoque aps ter vendido determinado


produto para um cliente.

Atores: departamento de vendas

Grau de abstrao e Tipo: essencial e primrio

Inicio do caso de uso: o caso de uso se inicia quando o departamento de vendas


vende um produto

Pr-condies: item em estoque, ter vendido o produto

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)

Ps-condies: Retirar a unidade(s) do(s) produto(s) vendido do estoque

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

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso
7- Emitir boleta de venda:

Descrio: O departamento de vendas deve emitir a boleta com os dados da


transao (cdigo do funcionrio, os produtos e quantidades vendidas, o valor total da
venda, o desconto concedido e o valor final da venda), aps realizar uma venda e dar
baixa no estoque.

Atores: departamento de vendas

Grau de abstrao e Tipo: essencial e secundrio

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

Pr-condies: vender produto, departamento de vendas dar baixa no estoque

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

Paula Figueiredo e Fernando Cavalcanti


Anlise de Sistemas Casos de Uso
8- Emitir relatrio de vendas:

Descrio: Sempre, ao final do expediente de cada dia, o departamneto de vendas ir


pedir que o sistema emita um relatrio contendo o total das vendas do dia

Atores: departarmento de venda


Grau de abstrao e Tipo: essencial e secundrio

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

Pr-condies: fim do expediente

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

Ps-condies: relatrio foi emitido

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

Anda mungkin juga menyukai