DEFINIÇÃO DE REQUISITOS SISTEMA DE CONTROLE DE FINANÇAS WEB 1.0 BAIXA DE CONTAS A PAGAR RELEASE 4.1

Transcrição

1 DEFINIÇÃO DE REQUISITOS SISTEMA DE CONTROLE DE FINANÇAS WEB 1.0 BAIXA DE CONTAS A PAGAR RELEASE 4.1

2 SUMÁRIO DEFINIÇÃO DE REQUISITOS 4 1. INTRODUÇÃO FINALIDADE ESCOPO DEFINIÇÕES, ACRÔNIMOS E ABREVIAÇÕES DEPENDÊNCIAS RESTRIÇÕES REFERÊNCIAS 5 2. DESCRIÇÃO OBJETIVOS AMBIENTE VISÃO GERAL USUÁRIOS FINAIS INSTALAÇÃO E SUPORTE MIGRAÇÃO, COMPATIBILIDADE, CO-EXISTÊNCIA 6 3. REQUSITOS DO SISTEMA REQUISITOS FUNCIONAIS E DE DADOS REALIZAR BAIXA DE CONTAS A PAGAR REQUISITOS DE PROJETO REQUISITOS DE PERFORMANCE VELOCIDADE CONFIABILIDADE, DISPONIBILIDADE, MANUTENIBILIDADE LIMITE DE CAPACIDADE REQUISITOS DE INTERFACE EXTERNA INTERFACE DO USUÁRIO INTERFACE DE HARDWARE 8

3 3.4.3 INTERFACE DE SOFTWARE REQUISITOS DE SEGURANÇA REQUISITOS DE INTEGRIDADE REQUISITOS INTERNACIONAIS EXIGÊNCIAS DE PRAZOS E CUSTOS EXIGÊNCIAS DE DOCUMENTAÇÃO EXIGÊNCIAS DE TREINAMENTO SUMÁRIO DE TENOLOGIA OUTROS REQUISITOS 9 4. CRITÉRIO DE ACEITAÇÃO 9 5. REQUISITOS FUNCIONAIS ALTERNATIVOS 9 6. RESPONSABILIDADES 9 7. ASSINATURAS 11

4 DEFINIÇÃO DE REQUISITOS 1. INTRODUÇÃO 1.1 FINALIDADE Esse documento define as funções do projeto, para o desenvolvimento do requisito Baixa de Contas a Pagar, que compõe o Sistema de Controle de Finanças WEB. Uma visão detalhada do requisito é feita para melhor entendimento. A aceitação deste documento define a linha de base dos requisitos. 1.2 ESCOPO O requisito Baixa de Contas a Pagar compreende as tarefas de manter o status da conta a pagar, bem como de identificar o valor pago e a data do pagamento, permitindo o controle das contas que devem ser pagas, das que já foram quitadas anteriormente e das que estão com o pagamento em atraso. 1.3 DEFINIÇÕES, ACRÔNIMOS E ABREVIAÇÕES Contas a Pagar: são contas que a empresa irá pagar para seus fornecedores (pessoa jurídica); Pessoa jurídica: toda pessoa cadastrada no sistema e que possui um CNPJ; Pessoa física: toda pessoa cadastrada no sistema e que possui um CPF; Status da conta: define a situação em que se encontra a conta a pagar: paga; em andamento, vencida; DF: Departamento Financeiro. 1.4 DEPENDÊNCIAS Este requisito é dependente do requisito Manter Restrições de Acesso e Manter Contas a Pagar, pois somente funcionários autorizados têm acesso ao sistema e consequentemente à funcionalidade de pesquisar contas a pagar, necessária para realização da baixa de uma conta. 1.5 RESTRIÇÕES O sistema por ser genérico deve ter requisitos altamente intuitivos, facilitando sua usabilidade por qualquer tipo de usuário que utilize ou atue

5 na área do negócio. O requisito deve ter também rápida execução, evitando que o usuário perca tempo com ações simples como as que envolvem esse requisito. 1.6 REFERÊNCIAS Documentação (DMS) de um sistema em versão desktop utilizado por uma empresa prestadora de serviços, na cidade de Anápolis. 2. DESCRIÇÃO 2.1 OBJETIVOS O requisito será implementado em plataforma WEB, proporcionando acesso remoto, desde que haja ponto de acesso a internet. Este requisito visa modificar o status de contas pagas e as informações referentes a esse pagamento. (Valor pago e data de pagamento). O sistema permitirá o gerenciamento de contas pagas desde um ano antes da data atual, excedendo o prazo de um ano as contas pagas continuarão cadastradas no banco, mas não aparecerão nas telas de pesquisa do sistema. 2.2 AMBIENTE O requisito será implantado no departamento financeiro da empresa, pois somente funcionários do DF podem manter as informações das contas a pagar e conseqüentemente só eles poderão realizar a baixa dessas contas. 2.3 VISÃO GERAL O sistema será implantado em um servidor de acordo com a especificação do cliente. Este requisito será a manutenção do status de contas a pagar, necessário para o controle financeiro dentro da empresa em que o sistema estiver implantado. 2.4 USUÁRIOS FINAIS NOME DESCRIÇÃO DA AREA RESPONSABILIDADE DF Departamento Financeiro: área responsável manutenção dos dados das contas da empresa. Responsável por cadastrar contas, realizar baixa de contas e alterar dados de uma conta a pagar.

6 2.5 INSTALAÇÃO E SUPORTE O requisito será instalado no servidor da empresa ou em um servidor privado que tenha suporte ao serviço Apache Tomcat. O suporte se dará por meio da documentação de ajuda virtual que acompanha o módulo, e em eventuais problemas técnicos, haverá a presença de um integrante da equipe de desenvolvimento para solucioná-lo. Ajustes poderão ser feitos remotamente. 2.6 MIGRAÇÃO, COMPATIBILIDADE, CO-EXISTÊNCIA A priori o requisito a ser implementado não terá nenhuma integração com outro sistema ou base de dados utilizada pela empresa, mas estará intimamente ligado ao requisito de pesquisar contas a pagar. 3. REQUISITOS DO SISTEMA Neste requisito será implementada a seguintes funcionalidade: Realizar Baixa de Contas a Pagar. 3.1 REQUISITOS FUNCIONAIS E DE DADOS REALIZAR BAIXA DE CONTAS A PAGAR Resumo Este requisito deve possibilitar a realização de baixa de contas a pagar. Para isso um agente do DF deve estar logado no sistema, pois só ele poderá efetuar essa operação. Para realizar a baixa, o usuário primeiramente deve realizar uma pesquisa da conta desejada e posteriormente clicar no botão Baixar, então o sistema será redirecionado para a tela de Realizar Baixa de Contas a Pagar onde todos os campos anteriormente cadastrados e referentes à conta solicitada já estarão preenchidos. O usuário deverá informar nos devidos campos o valor pago e a data de pagamento e clicar no botão Realizar Baixa, automaticamente aparecerá na tela uma mensagem de confirmação com o respectivo desconto, juro ou valor adequado pago. Justificativa da Solicitação Este requisito permitirá o fechamento do ciclo de uma conta a pagar da empresa, onde haverá a baixa da conta. Classificação Alta.

7 3.2 REQUISITOS DE PROJETO O sistema trabalhará em um ambiente de rede onde os usuários solicitam requisições a um servidor remoto que se encarrega do processamento e execução destas requisições. Os computadores que utilizarão o sistema devem permitir acesso à internet, e tenham um browser compatível. 3.3 REQUISITOS DE PERFORMANCE O requisito implementado terá sua execução normal com cem usuários acessando simultaneamente, sendo capaz de gerenciar uma base de dados de 10Gb, seguindo as configurações do servidor VELOCIDADE Requisitos mínimos do servidor: Processador dual 2.6 Ghz ou superior equivalente; 4 Gb de memória RAM; 20 Gb de espaço em disco (HD); Link de conexão com a internet de 2Mb dedicado CONFIABILIDADE, DISPONIBILIDADE, MANUTENIBILIDADE Devido a utilização da plataforma WEB, a disponibilidade do módulo estará sujeita ao status do servidor onde estará instalada a aplicação e o servidor do banco de dados. Levando em consideração o número de usuários, a taxa de falhas no sistema é baixa, girando em torno de uma expectativa de cinco por cento. Em questão de manutenabilidade, seguiremos o padrão MVC (Modelo, Visão e Controle) de projeto, com a mesma técnica dos códigos fontes escritos para a linguagem java que o deixa claro e organizado, facilitando posteriores mudanças que forem necessárias LIMITE DE CAPACIDADE O requisito implementado terá sua execução normal com cem usuários acessando simultaneamente, sendo capaz de gerenciar uma base de dados de 10Gb, seguindo as configurações do servidor. 3.4 REQUISITOS DE INTERFACE EXTERNA INTERFACE DO USUÁRIO

8 A interface do usuário é intuitiva, com mensagens de fácil entendimento. Seus usuários utilizam este requisito tanto na empresa quanto em outro ambiente que tenha acesso a internet. O requisito terá suas funcionalidades garantidas para o browser internet explorer e mozilla firefox INTERFACE DE HARDWARE Serão utilizados equipamentos como computadores pessoais, notebooks e outros dispositivos que dão suporte a execução de navegadores. Utilizaremos o protocolo de comunicação HTTP, o servidor Apache Tomcat, e o banco de dados Postgree INTERFACE DE SOFTWARE O módulo se conectará ao banco de dados através da internet, pois ele estará hospedado em um servidor na empresa. A arquitetura das máquinas dos clientes não tem relevância à utilização do requisito, desde que tenha suporte à execução de um browser. 3.5 REQUISITOS DE SEGURANÇA O sistema deverá promover uma restrição aos usuários, através de uma hierarquia em que cada um terá acesso restrito de acordo com seu departamento. Essa restrição será possível através de login e senha, ou seja, somente usuários cadastrados poderão acessar o sistema e só terão acesso ao que for referente ao seu cadastro. 3.6 REQUISITOS DE INTEGRIDADE A integridade e confiabilidade das informações são de relevante importância para o requisito Baixa de Contas a Pagar, pois como o sistema é um controle financeiro não realizar a baixa de uma conta que já foi paga poderia acarretar problemas de pagamento duplicado de uma mesma parcela o que prejudicaria gravemente o controle de caixa na empresa. 3.7 REQUISITOS INTERNACIONAIS Não implementável nesse escopo. 3.8 EXIGÊNCIAS DE PRAZOS E CUSTOS

9 O prazo definido para a elaboração será de um bimestre letivo sem a estipulação de custos de produção. 3.9 EXIGÊNCIAS DE DOCUMENTAÇÃO O projeto seguirá templates fornecidos pelos professores orientadores e haverá confecção de homologações EXIGÊNCIAS DE TREINAMENTO Os usuários devem ter conhecimentos básicos em informática, serão treinados três usuários de cada departamento que servirão de dinamizadores. Os treinamentos serão ministrados na própria empresa SUMÁRIO DE TECNOLOGIA As interfaces do módulo serão desenvolvidas em JSP seguindo o padrão XHTML, com o tratamento em JavaScript e a utilização de CSS para formatação de estilos. Utilizaremos o Banco de Dados Postgree 7.4. O servidor de aplicação será o Apache TomCat. Partes do módulo utilizarão JAVA JDK 1.6. Partes do módulo utilizarão JSF OUTROS REQUISITOS Não se aplica. 4. CRITÉRIO DE ACEITAÇÃO O requisito será avaliado pelos docentes orientadores do projeto através da parte documental e da implementação do mesmo no sistema. 5. REQUISITOS FUNCIONAIS ALTERNATIVOS Não se aplica. 6. RESPONSABILIDADES GERENTE DE PROJETO Cuida do andamento da equipe, em relação as tarefas que estão sendo realizadas; Elabora o escopo do projeto em desenvolvimento; Gerencia o desenvolvimento do projeto.

10 ANALISTA DO SISTEMA Responsável pela parte documental do sistema; Verifica os requisitos que foram solicitados pelo cliente; Gerencia a formulação da diagramação do modulo; GERENTE DE DESIGNER Responsável pela construção da interface gráfica do sistema; Responsável pela usabilidade do módulo; PROGRAMADOR Desenvolvimento do software; Correção de falhas do sistema; Treinamento dos usuários que utilizarão o sistema. ADMINISTRADOR DO BANCO DE DADOS Responsável pela modelagem do banco; Criação das tabelas; Manutenção do banco de dados.

11 7. ASSINATURAS Os abaixo assinados estão de acordo com o conteúdo do documento Definição de Requisitos Baixa de Contas a Pagar, do Sistema de Controle de Finanças WEB, versão 1.0, release 4.1. Data: 02/11/10 Data: 02/11/10 Johnys Custódio da Silva Rabelo Gerente de Projeto/Programador Kamila Gonçalves Rocha Gerente de Designer Data: 02/11/10 Data: 02/11/10 Larissa Bárbara Borges Analista do Sistema Lucas de Almeida Ribeiro Administrador do Banco de Dados