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

  1. Cliente coloca livros no carrinho

  2. Cliente clica em finalizar compra

  3. Sistema verifica se o cliente está logado

  4. Sistema solicita método de pagamento

  5. Cliente seleciona método de pagamento

  6. Sistema valida forma de pagamento

  7. Sistema exibe número de protocolo de pedido e libera o e-book

Fluxos Alternativos

  1. Fluxo alternativo (3): Opção de escolha de login (conforme RN4)

    1. Sistema informa que é necessário realizar login

    2. Cliente escolhe opção de realizar login

    3. Sistema valida dados de acesso, se dados estiverem corretos o sistema retorna ao fluxo principal.

  2. Fluxo alternativo (3): Opção de escolha de registrar-se (conforme RN4)

    1. Sistema informa que é necessário realizar login

    2. Cliente escolhe opção de registrar

    3. Fluxo segue para o caso de uso UC-0002

    4. Retorno para o fluxo principal

  3. Fluxo alternativo (7): Sistema exibe número do protocolo e libera o e-book

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

  1. Cliente solicita registro

  2. Sistema redireciona para página de registro

  3. Cliente preenche dados solicitados

  4. Sistema realiza validação de dados

  5. Sistema envia e-mail para confirmação de registro

  6. Cliente confirma validação de e-mail

Fluxo Alternativos

  1. Fluxo alternativo (4): Validação de e-mail e CPF

    1. Sistema informa que dados estão inválidos e solicita alteração

    2. Cliente preenche novos dados e solicita registro

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

  1. Cliente realiza login no sistema

  2. Cliente visualiza todos os pedidos

  3. Cliente seleciona pedido que deseja realizar cancelamento

  4. Sistema abre ticket para área de suporte

  5. Sistema aguarda recebimento de status da área de suporte

  6. Sistema solicita dados bancários para devolução de valores

Fluxo Alternativos

  1. Fluxo alternativo (6): Sistema aprova cancelamento

    1. Sistema reprova cancelamento e envia o porquê não foi possível atender à solicitação

    2. Sistema fecha ticket e não prossegue com o fluxo principal