Especificações de requisitos - danielomiya/e-cube GitHub Wiki
Regras de Negócio de Caso de Uso
-
RN1: As contas de acesso só serão criadas após a validação do e-mail do solicitante
-
RN2: O link de validação de e-mail expira em 1 hora
-
RN3: Solicitações de cancelamento de pedidos somente até 3 dias úteis
-
RN4: Cliente precisa estar logado para realizar uma compra
Caso de uso – UC-0001 - Finalizar compra
Complexidade | Alta |
---|---|
Regras de negócio | RN1 e RN2 |
Pré-Condições | Cliente colocou os livros no carrinho e está na tela de checkout |
Pós-Condições | - Liberar e-book se pagamento estiver efetivado corretamente por cartão de crédito - Aguardar confirmação de pagamento de boleto bancário para liberação do e-book |
Fluxo Principal
-
Cliente coloca livros no carrinho
-
Cliente clica em finalizar compra
-
Sistema verifica se o cliente está logado
-
Sistema solicita método de pagamento
-
Cliente seleciona método de pagamento
-
Sistema valida forma de pagamento
-
Sistema exibe número de protocolo de pedido e libera o e-book
Fluxos Alternativos
-
Fluxo alternativo (3): Opção de escolha de login (conforme RN4)
-
Sistema informa que é necessário realizar login
-
Cliente escolhe opção de realizar login
-
Sistema valida dados de acesso, se dados estiverem corretos o sistema retorna ao fluxo principal.
-
-
Fluxo alternativo (3): Opção de escolha de registrar-se (conforme RN4)
-
Sistema informa que é necessário realizar login
-
Cliente escolhe opção de registrar
-
Fluxo segue para o caso de uso UC-0002
-
Retorno para o fluxo principal
-
-
Fluxo alternativo (7): Sistema exibe número do protocolo e libera o e-book
- Sistema verifica o método de pagamento. Se for boleto bancário, o sistema aguarda confirmação de pagamento do banco para realizar liberação do e-book e apresenta somente o número de protocolo do pedido.
Caso de uso – UC-0002 - Registro
Complexidade | Baixa |
---|---|
Regras de negócio | RN1 e RN2 |
Pré-Condições | Cliente solicita registro no sistema |
Pós-Condições |
Fluxo Principal
-
Cliente solicita registro
-
Sistema redireciona para página de registro
-
Cliente preenche dados solicitados
-
Sistema realiza validação de dados
-
Sistema envia e-mail para confirmação de registro
-
Cliente confirma validação de e-mail
Fluxo Alternativos
-
Fluxo alternativo (4): Validação de e-mail e CPF
-
Sistema informa que dados estão inválidos e solicita alteração
-
Cliente preenche novos dados e solicita registro
-
Sistema verifica dados novamente e, se houver dados inválidos ele retorna para o passo 4, ou caso tudo esteja preenchido corretamente, retorna-se ao fluxo principal.
-
Caso de uso – UC-0003 - Solicitar cancelamento de pedido
Complexidade | Média |
---|---|
Regras de negócio | RN3 |
Pré-Condições | Cliente solicita cancelamento de um pedido |
Pós-Condições |
Fluxo Principal
-
Cliente realiza login no sistema
-
Cliente visualiza todos os pedidos
-
Cliente seleciona pedido que deseja realizar cancelamento
-
Sistema abre ticket para área de suporte
-
Sistema aguarda recebimento de status da área de suporte
-
Sistema solicita dados bancários para devolução de valores
Fluxo Alternativos
-
Fluxo alternativo (6): Sistema aprova cancelamento
-
Sistema reprova cancelamento e envia o porquê não foi possível atender à solicitação
-
Sistema fecha ticket e não prossegue com o fluxo principal
-