[ATPS] ATPS Etapa 2

Nomes: Bruno Augusto 0907348978 Bruno Rossetto 0901346766 Douglas Martins 1099266349 Paulo Carvalho 0943476492 Thiago Crisante 0934457670 Especificação Técnica de Desenvolvimento: CLIVET Revisão: 01 Responsável: Grupo Data Documento: 21/3/2011 Código Documento: 20100914001CLI   1 Sumário 1 Sumário 2 2. Revisões 3 3. Assinaturas 3 4. Objetivos Gerais 4 5. Objetivos Específicos 4 6. Descrição Funcional 5 7. Descrição não Funcional 5 8. Definição de Prioridade 6   2. Revisões Revisão Data Descrição Responsável 01 21/3/2011 Criação do Documento Grupo 3. Assinaturas Assinatura Responsável Função Contato Bruno Mariano Analista de Sistemas Bruno.a.mariano@gmail.com Bruno Rossetto Analista de Sistemas Brunoccr@gmail.com Douglas Martins Analista de Sistemas Douglas_nrv@hotmail.com Paulo Carvalho Analista de Sistemas Paulo_cps89@hotmail.com Thiago Crisante Analista de Sistemas Thiago_crisante@hotmail.com   4. Objetivos Gerais 4.1. Aumentar a agilidade e melhor controle no cadastro de clientes, serviços, produtos bem como o controle financeiro da empresa; 5. Objetivos Específicos 5.1. Desenvolver BackOffice com o controle de cadastro e manutenção de usuários; 5.2. Desenvolver módulo de cadastro e manutenção de clientes para a aplicação BackOffice; 5.3. Desenvolver módulo de cadastro e manutenção de serviços para a aplicação BackOffice; 5.4. Desenvolver módulo de cadastro e manutenção de produtos para a aplicação BackOffice; 5.5. Desenvolver módulo de cadastro e manutenção de finanças;   6. Descrição Funcional 6.1. Módulo de Clientes 6.1.1. O sistema deve permitir incluir, alterar, excluir os dados: código, nome, endereço completo, telefone, sexo, email, data de nascimento e profissão através de uma tela de cadastramento. 6.1.2. O sistema deve permitir a alteração dos dados do cliente com exceção do código do cliente que é gerado automaticamente pelo sistema. 6.1.3. O sistema deve permitir a impressão de um relatório de clientes com os dados do código, nome, telefone e email, ordenando os registros através do código do cliente. 6.2. Módulo de Serviços 6.2.1. O sistema deve permitir incluir, alterar, excluir os dados: código, descrição, valor de serviço através de uma tela de cadastramento. 6.2.2. O sistema deve permitir a alteração dos dados do serviço com exceção do código do serviço que é gerado automaticamente pelo sistema. 6.2.3. O sistema deve permitir a impressão de um relatório de serviços com os dados do código, descrição e valores ordenando os registros através do código do serviço. 6.3. Módulo de Produtos 6.3.1. O sistema deve permitir incluir, alterar, excluir os dados: código, descrição, valor de serviço através de uma tela de cadastramento. 6.3.2. O sistema deve permitir a alteração de dados dos produtos com exceção do código do produtos que é gerado automaticamente pelo sistema. 6.3.3. O sistema deve permitir a impressão de um relatório de produtos com os dados do código, descrição e valores ordenando os registros através do código do serviço. 6.4. Módulo de Finanças 6.4.1. O sistema deve permitir a geração nota fiscal por meio de uma tela com um formulário onde o mesmo pode adicionar os serviços e produtos para que o mesmo possa calcular o valor a ser pago pelo cliente. 6.4.2. O sistema deve permitir a manutenção da nota fiscal apenas se a mesmo não foi consolidada, sendo possível a adição de novos itens e até mesmo cancelado da nota. 6.4.3. O sistema deve permitir a impressão da nota fiscal. 7. Descrição não Funcional 7.1 Eficiência – Os módulos devem ser carregados no máximo em 3 segundos e no máximo 5 segundos para operação do registro com o banco de dados. 7.2 Segurança – Utilizaremos segurança à aplicação por meio de tela de login e senha, onde o ultimo será protegido pelo método de encriptação MD5. 7.3 Confiabilidade – O mesmo será protegido por transações, onde as mesmas revertem todo o processo para não haver inconsistência de dados, e será registrado um arquivo de log com informações necessárias para correção da falha. 7.4 Portabilidade – O mesmo será implementado em linguagem Java onde a mesmo é portável para as plataforma Windows, Linux e MAC. 7.5 Manutenibilidade – O sistema será modular, sendo assim a aplicação base não terá alterações, apenas módulos, onde os mesmos poderão ser implementados com facilidade e escalabilidade. 8. Definição de Prioridade Requisito Funcional Prioridade Módulo de Clientes 2 Módulo de Serviços 2 Módulo de Produtos 1 Módulo de Finanças 3