E-Commerce Master. Versão: 1.0 Data: 05/06/2013 Identificador do documento: EM

Transcrição

1 E-Commerce Master Versão: 1.0 Data: 05/06/2013 Identificador do documento: EM

2 Histórico de revisões Versão Data Autor Descrição Localização /06/2013 Thyago Ferreira /06/2013 Vilmar de Sousa /06/2013 Thyago Ferreira /06/2013 Thyago Ferreira Página 2 de 9

3 Índice ÍNDICE DE FIGURAS... 4 ÍNDICE DE TABELAS INTRODUÇÃO REQUISITOS E REGRAS DE NEGÓCIO MODELAGEM DOS CASOS DE USO... 8 Página 3 de 9

4 Índice de Tabelas Índice de tabelas TABELA 1: REQUISITOS... 7 TABELA 2: REGRAS DE NEGÓCIO... 7 Página 4 de 9

5 Introdução Propósito Este documento especifica os aspectos arquiteturais do sistema do projeto, fornecendo aos desenvolvedores as informações necessárias para a construção do sistema. Público Alvo Este documento se destina aos engenheiros de software e testadores. Escopo Este documento descreve os casos de uso, modelo de arquitetura adotada, módulos, e análise de risco técnica do EM. Referências Livro: Princípios de Análise e Projeto de Sistemas com UML, Versão: 2 EDIÇÃO. Localização: Goiânia. Documento de Requisitos <1.0>. Localização: Goiânia Modelo de persistência <1.0>. Localização: Goiânia Página 5 de 9

6 Requisitos e Regras de Negócio Nesta seção enumeramos todas as regras de negócio e requisitos identificados durante a fase de levantamento de requisitos. Requisitos Apresenta os requisitos identificados durante a fase de análise. Identificação Tipo Descrição REQ001 Funcional O sistema deve permitir que o Cliente faça simulação de pagamento. REQ002 Funcional O sistema deve aceitar duas formas de pagamento, cartão de credito e boleto. REQ003 Funcional O sistema deve manter informações cadastrais sobre cliente. REQ004 Funcional O sistema deve fazer parcelamento de compras em até 12 parcelas, quando a forma de pagamento for com cartão de credito. REQ005 Funcional O sistema deve permitir o cliente consultar as simulações de pagamento realizadas. REQ006 REQ007 Não Funcional Não Funcional Linguagem Java. Sistema de Gerenciamento de Banco de Dados PostgreSQL. Tabela 1: Requisitos Regras de negócio Apresenta a lista de regras de negócio identificadas durante o ciclo de vida do sistema. Identificação Descrição RN01 Todo CPF deve ser válido e não pode já estar cadastrado. RN02 O cliente pode fazer parcelamento de compras em até 12 parcelas, quando a forma de pagamento for com cartão de credito. RN03 RN04 A forma de pagamento boleto aceita somente pagamento à vista. Quando o pagamento for à vista (boleto), o cliente tem 10% de desconto. RN05 A taxa de juros do cartão é de 3% para parcelas acima de 6. RN06 O Parcelamento em até 6x não tem juros. RN07 O valor mínimo da parcela é R$ 51,00 Tabela 2: Regras de negócio Página 6 de 9

7 Modelagem dos casos de Uso Diagrama figura1.caso de uso sistema EM Atores Usuário: indivíduo que tem interesse em comprar produtos do e-commerce. Casos de Uso CSU01 Realizar Simulação de pagamento Descrição: O Usuário usa o sistema para simular diferentes formas de pagamento Ator Primário: Usuário Precondições: O Usuário estar identificado pelo sistema. Fluxo principal 1. O Usuário acessa sistema para realizar simulação de pagamento; 2. O usuário informa o valor total a ser financiado 3. O Sistema apresenta os tipos de pagamento 4. O Usuário escolhe a forma de pagamento: cartão de credito ou boleto e a quantidade de parcelas 5. O sistema calcula o plano de pagamento (RN07, RN06) e apresenta ao usuário Página 7 de 9

8 6. O usuário confirma o plano de pagamento 7. O sistema grava o plano de pagamento escolhido e o caso de uso encerra. Fluxos de Exceção (4) a. O sistema não deve aceitar parcelamento, quando a forma de pagamento for via boleto. Regras de Negócio: RN01, RN02, RN03, RN04, RN05 CSU02 Consultar simulação de Pagamento Descrição: O usuário usa o sistema para consultar as formas de Pagamento presentes no e-commerce. Ator Primário: usuário Fluxo principal 1. O Usuário acessa o sistema para consultar simulação de pagamento. 2. O sistema pergunta o nome do usuário e data da simulação 3. O usuário informa os dados para pesquisa 4. O sistema exibe todas as simulações realizadas pelo cliente na data solicitada 5. O usuário visualiza a simulação e o caso de uso encerra. CSU03 Manter cliente Descrição: O usuário deve manter o seu cadastro no sistema para efetuar compras. Ator Primário: usuário Fluxo principal 1. O Usuário acessa o sistema para cadastro. 2. O Sistema apresenta um formulário, pedindo os dados pessoais do usuário: nome, cpf, e telefone. 3. O Usuário preenche o formulário com seus dados pessoais. 4. O sistema apresenta os termos de uso. 5. O Usuário aceita os termos e confirma a gravação 6. O sistema grava os dados e o caso de uso encerra. Fluxo de exceção (3) 1. Caso o cpf, , nome ou telefone estiverem vazios o sistema reporta o fato e o caso de uso retorna ao passo 2. Página 8 de 9

9 Diagrama de Classe Página 9 de 9