DEFINIÇÃO DE REQUISITOS SISTEMA DE CONTROLE DE FINANÇAS WEB 1.0 MANTER FUNCIONÁRIO RELEASE 4.1

Transcrição

1 DEFINIÇÃO DE REQUISITOS SISTEMA DE CONTROLE DE FINANÇAS WEB 1.0 MANTER FUNCIONÁRIO 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 CADASTRAR FUNCIONÁRIO PESQUISAR FUNCIONÁRIO ALTERAR FUNCIONÁRIO ATIVAR/INATIVAR FUNCIONÁRIO REQUISITOS DE PROJETO REQUISITOS DE PERFORMANCE VELOCIDADE CONFIABILIDADE, DISPONIBILIDADE, MANUTENIBILIDADE LIMITE DE CAPACIDADE 9

3 3.4 REQUISITOS DE INTERFACE EXTERNA INTERFACE DO USUÁRIO INTERFACE DE HARDWARE 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 CRITÉRIO DE ACEITAÇÃO REQUISITOS FUNCIONAIS ALTERNATIVOS RESPONSABILIDADES ASSINATURAS 12

4 DEFINIÇÃO DE REQUISITOS 1. INTRODUÇÃO 1.1 FINALIDADE Esse documento define as funções do projeto, para o desenvolvimento do requisito Manter Funcionário, 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 Manter Funcionário compreende as tarefas de manter os dados dos funcionários da empresa. Estes dados serão necessários para a identificação dos funcionários, para a manutenção dos departamentos da empresa a que o funcionário está associado e com isso garantir as permissões de acesso dele no sistema. 1.3 DEFINIÇÕES, ACRÔNIMOS E ABREVIAÇÕES Empresa: dona do software; Serviços: são serviços que a empresa pode prestar ou receber, e produtos que a empresa comprou e tem que pagar; Departamento: área da empresa a que o funcionário está associado; DP: departamento pessoal; DF: departamento financeiro. 1.4 DEPENDÊNCIAS Este requisito é dependente do requisito manter restrições de acesso, pois os funcionários tem acesso limitado ao sistema de acordo com o departamento a que estão associados. 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 na área do negócio. O requisito deve ter também rápida execução, evitando

5 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 dar inicio à entrada dos dados dos funcionários, que posteriormente serão usuários assíduos do sistema e não poderão modificar ou visualizar nada no sistema que não esteja relacionado ao seu departamento. 2.2 AMBIENTE O requisito será implantado no departamento pessoal da empresa, pois somente funcionários do DP podem manter as informações de outros funcionários. 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 (cadastrar, alterar, pesquisar e inativar) dos dados dos funcionários que serão posteriormente usuários do sistema em outros requisitos. 2.4 USUÁRIOS FINAIS NOME DESCRIÇÃO DA AREA RESPONSABILIDADE DP Departamento Pessoal: responsável pela gestão dos recursos humanos da empresa. Responsável pela inclusão de um novo funcionário no sistema, bem como da alteração e remoção dos dados do mesmo. 2.5 INSTALAÇÃO E SUPORTE

6 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. 3. REQUISITOS DO SISTEMA Neste requisito serão implementadas as seguintes funcionalidades: Cadastrar, Alterar, Pesquisar e Inativar funcionários. 3.1 REQUISITOS FUNCIONAIS E DE DADOS CADASTRAR FUNCIONÁRIO Resumo O sistema deve possibilitar o cadastro de novos funcionários. Para isso um funcionário do DP deve estar logado no sistema, pois só ele poderá realizar esse cadastro. Os campos a serem preenchidos serão: Nome, CPF, Matrícula, Sexo, Nascimento, Endereço, Complemento, Bairro, Cidade, Estado, País, CEP, , Telefone fixo, Telefone Celular, Departamento e Senha de Acesso. Inicialmente a senha SISTEMA é a mesma para todos os funcionários. A primeira vez que o funcionário tentar acessar o sistema lhe será solicitado a redefinição de senha. Justificativa da Solicitação Este requisito será extremamente útil para o requisito de Manter Restrição de Acesso. Já que na hora do cadastro é exigido o departamento em que o funcionário trabalha. Classificação Alta PESQUISAR FUNCIONÁRIO Resumo

7 O sistema deve ser capaz de realizar pesquisa de um determinado funcionário para eventuais alterações. Para isso um funcionário do DP deve estar logado no sistema, pois só ele poderá realizar essa pesquisa. Para realizar a pesquisa devem ser preenchidos pelo menos um dos campos: Matrícula ou CPF, e selecionar o Departamento em que o funcionário trabalha. Justificativa da Solicitação Este requisito será extremamente útil para as ações de alterar ou inativar um funcionário, já que para realizar essas tarefas (alterar/inativar) primeiramente deve-se realizar uma pesquisa. Classificação Alta ALTERAR FUNCIONÁRIO Resumo O sistema deve possibilitar a alteração dos dados dos funcionários. Para isso um funcionário do DP deve estar logado no sistema, pois só ele poderá realizar essa alteração. O usuário deverá primeiramente realizar uma pesquisa de funcionário. Quando o usuário clicar no botão Alterar Funcionário, redireciona-se para a tela de cadastro, sendo que todos os dados do funcionário a ser alterado já serão carregados, ou seja, já estarão preenchidos. Justificativa da Solicitação Este requisito será útil para manter a base de dados sempre atualizada e principalmente quando um funcionário mudar de departamento, pois isso influenciará suas permissões de acesso no sistema. Classificação Alta ATIVAR/INATIVAR FUNCIONÁRIO Resumo O sistema deve possibilitar a inativação de um funcionário que tenha sido desligado da empresa ou a ativação de um funcionário que seja readmitido pela empresa. Para isso um funcionário do DP deve estar logado no sistema, pois só ele poderá realizar essa ação. Para isso, o usuário deverá primeiramente ter realizado uma pesquisa. Quando o

8 usuário clicar no botão Ativar/Inativar Funcionário. Aparecerá uma mensagem com o seguinte texto: Tem certeza que deseja ativar/inativar o funcionário do sistema?, com duas opções OK ou Cancelar, se o usuário clicar em OK o status do funcionário será alterado para Inativo ou para Ativo, se ele clicar em Cancelar, volta-se para a tela de pesquisa. Justificativa da Solicitação Este requisito garante segurança e privacidade ao sistema, uma vez que não permite que um funcionário desligado da empresa acesse-o e faça realize modificações. Classificação Alta. 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.

9 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 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,

10 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 Manter Funcionário, pois os funcionários terão acesso direto ao sistema, e em muitos casos, dependendo do departamento, movimentarão as finanças e terão controle sobre as contas a pagar e a receber da empresa. 3.7 REQUISITOS INTERNACIONAIS Não implementável nesse escopo. 3.8 EXIGÊNCIAS DE PRAZOS E CUSTOS 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

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

12 7. ASSINATURAS Os abaixo assinados estão de acordo com o conteúdo do documento Definição de Requisitos Manter Funcionário, 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