Especificação de Requisitos

Transcrição

1 Projet o Nidus Cen t r o d e Pe sq u isa, De sen v o lv i m en t o e En g e n h ar i a d e So f t w a r e Li v r e Sistema de Protocolo Especificação de Requisitos Identificador do Documento: Versão: Nidus- Protocolo- REQ-ptBr Data: Localização: /Protocolo

2 Histórico d e revisões Versão Data Autor Descrição Localizaçã o /Nov/2005 Leandro Sorgetz Descrição da /Protocolo primeira versão do documento

3 1. Introdução 1.1 Propósito Este documento especifica os requisitos do Sistema Protocolo a ser desenvolvido pelo Nidus, fornecendo ao cliente e aos desenvolvedores as informações necessárias para o projeto e implementaç ão, assim como realizaç ão dos testes e homolog aç ã o do sistem a. 1.2 Público Alvo Este documento se destina ao cliente, arquitetos de software, engenheiros de software e testadores. 1.3 Escopo Este docu m e n t o realiza a especificaç ão de requisitos do Siste m a de Protocolo. 1.4 Visão geral do documento Na Seção 1 : apresentamos a introdução do documento; Na Seção 2 : é apresentada uma visão geral do Sistema de Protocolo, caracterizando qual é o seu escopo e descrevendo seus usuários; Na S eçã o 3 : especifica mo s as requisitos funcionais; Na S eção 4 : são enumerados todos os requisitos não funcionais. Na Seção 5 : são enumerados casos de uso do projeto. 2.0 Visão Geral do Produto O objetivo do sistema é gerenciar todas requisições feitas ao protocolo, permitindo encaminhamento, movimentação e localização, assim como oferec e r estatístic as de requisições por setor. O sistema possuirá módulos de cadastros, consultas e relatórios onde o usuário poderá obter as informações a qualquer momento e quem qualquer lugar que ofereç a acesso a inter n e t. As tecnologia utilizadas para o criação desta ferramenta são: Modelagem: Poseidon e DBDesigner Desenvolvime n to: Eclipse Linguagem de programação: PHP Interfac e com usuá rio: Páginas Web Dinâmica s 2.1 Descrição dos usuários As pessoas que poderão utilizar o sistema são: Administrador Atendente Funcioná r ios Tesouraria

4 Requetente 2.2 Premissas e restrições A Infra- estrutura necessária a implantação do sistema no lado do Cliente é a que segu e: Equipamento: 1 (um) Microcomputador não inferior a um Pentium III, ou equivalente, com um HD de, pelo menos, 10 GB que funcionará como servidor Proxy, de Banco de Dados e Web. O siste m a oper a cion al ser á uma distribuiç ão Linux a ser escolhida. Observação: O cliente poderá ainda hospedar esses serviços, por sua próp ria conta, em um provedo r de sua prefer ê n ci a. Responsabilidades: Cliente: O cliente deve arcar com a manutenção dos servidores, assim como se respons a biliza r pelas cópias de segu r a n ç a (backup) de seus dados. O cliente deverá também providenciar todos recursos humanos para a operação do sistema. Nidus: O projeto se responsabiliza pelo suporte ao uso do software desenvolvido para o seu propósito, bem como, antes de sua instalação, efetuar os devidos testes par a seu funciona m e n t o. Todos recursos do sistema serão apresentados aos operadores através de treinamento, seja no cliente ou no Nidus. 3.0 Requisitos Funcionais 3.1 [RF001] Cadastro de pessoas físicas O sistema deve permitir cadastrar pessoas físicas com os seguintes dados: código, Nome, Endereço (logradouro, número, complemento, bairro, ponto de referência, cep, cidade, estado, ) CPF, RG, telefone residencial, telefone comercial, telefone celular local de trabalho, data de nascimento, sexo, estado civil, filiação, naturalidade (cidade estado), nacionalidade, ano de chegada, instrução, ano de conclusão, carteira de trabalho, título de eleitor, cor da pele, cor dos olhos, cor do cabelo, cart eir a de motorist a, situaç ã o. 3.2 [RF002] Cadastro de pessoas jurídicas O sistema deve permitir cadastrar pessoas jurídicas com os seguintes dados: código, razão social, endereço (logradouro, número, complemento, bairro, ponto de referência, cep, cidade, estado, , pessoa para contato, página na internet) CNPJ, Inscrição Estadual, telefone,fax, data de fundação, atividade econô mic a, sócios, situaç ã o. 3.3 [RF003] Cadastro de órgãos O sistema deve permitir cadastrar órgãos, departamentos e setores com campos como código, nome, função e responsável, onde setor pertence a departa m ento que pertence a um órgão.

5 3.4 [RF004] Cadastro de assuntos O sistema deve permitir cadastrar assuntos com campos como código, nome, descrição, tempo mínimo previsto para atendimento, tempo máximo para arq uiv a m e n t o, setor com que este assu n t o se relacion a, roteiro previsto. 3.5 [RF005] Cadastro de roteiros O sistema deve permitir cadastrar roteiros, com campos como código, nome e descriç ão e os setor e s por onde o protocolo deve circula r. 3.6 [RF006] Cadastro de situações e pareceres O sistema deve permitir cadastrar pareceres, com campos como código, nome e descriç ão. 3.7 [RF007] Inclusão de protocolo O sistema deve permitir inclusão de protocolo onde é solicitado o número, data de abertura, assunto, complemento ao assunto, requerente, anexos, endereço para execução, um módulo para cálculo de taxas onde o operador pode acrescenta r valores de serviços, número de parcelas, data base, vencimentos, observação para constar no carnê de pagamentos. O serviço é autorizado (marc a d o r) quan do: 1-emitir carnê 2-paga r X parc ela s ou quitar carnê. 3.8 [RF008] Movimentação de protocolo O sistema deve permitir movimentação de protocolo para outro setor sugerindo próximo setor que consta no roteiro, permitindo a mudança de roteiro incluindo ou excluindo setores, bem como permitir anexar documentos e outros protocolos. Este último caso ocorre quando um serviço origina outro que, por sua vez, necessita abrir um novo protocolo, então o novo protocolo tem como anexo aqu ele que o originou [RF009] Consultas O sistema deve proporcionar consultas a todos os cadastros, oferecendo opção para impressão. A seleção dever ser por qualquer campo, bem como a classificação que deverá ser crescente ou decrescente [RF010] Consulta Protocolo O sistema deve permitir consultas dos protocolos pelos requerentes via internet através do número do protocolo mais uma senha associada a ele, impressos no carnê de pagamento que deve ser emitido mesmo não havendo cobrança de taxas.

6 3.11 [RF011] Estatísticas O sistema deve oferecer estatísticas de protocolos por período, assunto e situaç ã o, indica n do a localizaçã o atual. 4. Requisitos Não- Funcionais 4.1 [RNF001] Usabilidade O sistema deve disponibilizar os dados de forma simples e direta, com terminologia usada administração pública. A navegação deve ser simplificada de modo a torna r o sistem a produtivo e fácil de usar. 4.2 [RNF002] Acessibilidade O sistema deve permitir acesso de qualquer local que disponha de um computador com acesso a internet. 4.3 [RNF003] Segurança O sistema deverá ter contas com permissões específicas para cada tipo de usu á rio, como segu e: Administrador do Sistema : possui permissão para qualquer procedimento Atendente de protocolo: pode criar protocolo, movimentar protocolo, consulta r cada st r o s e emitir relatórios. Funcion á rio: pode consulta r protocolo e movime nt a r protocolo. Tesoureiro apenas recebe pagamento de taxas Requerente: apenas consultar protocolo 5.0 Casos de Uso 5.1 Caso de Uso 001: Cadastrar pessoa física Breve descrição Este caso de uso per mite ao Administr a d o r cada st r a r todas pessoa s físicas Fluxo de eventos Fluxo básico O caso de uso inicia quando o Administrador clica no botão Cadastro de Pessoa Física. Logo após o sistema apresenta um formulário com os dados código, nome, endereço (logradouro, número, complemento, bairro, ponto de referência, cep, cidade, estado, ) CPF, RG, telefone residencial, telefone comercial, telefone celular local de trabalho, data de nascimento, sexo, estado civil, filiação, naturalidade (cidade estado), nacionalidade, ano de chegada, instrução, ano de conclusão, carteira de trabalho, título de eleitor, cor da pele, carteira de motorista, situação. O Administrador preenche os dados e confirma a inclusão. O siste m a verifica a validad e dos dados e cadas t r a o curso.

7 5.2 Caso de Uso 002: Cadastrar Pessoa Jurídica Breve descrição Este caso de uso per mite ao Administr a d o r cada st r a r todas pessoa s jurídicas Fluxo de eventos Fluxo básico O caso de uso inicia quando o Administrador clica no botão Cadastro de Pessoa Jurídica. Logo após o sistema apresenta um formulário com os dados código, razão social, endereço (logradouro, número, complemento, bairro, ponto de referência, cep, cidade, estado, , pessoa para contato, página na internet) CNPJ, Inscrição Estadual, telefone,fax, data de fundação, atividade econômica, sócios, situação. O Administrador preenche os dados e confirma a inclusão. O sistem a verifica a validad e dos dados e cada st r a o curso. 5.3 Caso de Uso 003: Cadastrar situações e pareceres Breve descrição Este caso de uso permite ao Administrador cadastrar as situações e pareceres que ser ão atribuídos aos movime ntos Fluxo de eventos Fluxo básico O caso de uso inicia quando o Administrador clica no botão Cadastro de situações/parec eres. Logo após o sistema apresenta um formulário com os dados código, nome e descrição. O Administrador preenche os dados e confirma a inclusão. O sistema verifica a validade dos dados e cadastra o curso. 5.4 Caso de Uso 004: Cadastrar órgãos, departamentos e setores Breve descrição Este caso de uso permite ao Administrador cadastrar os órgãos, departa mentos e setores Fluxo de eventos Fluxo básico O caso de uso inicia quando o Administrador clica no botão Cadastro órgãos, departamentos e setores. Logo após o sistema apresenta um formulário com os dados código, nome, função e responsável, onde setor pertence a departamento que pertence a um órgão. O Administrador preenche os dados e confirma a inclusão. O sistem a verifica a validad e dos dados e cadas t r a o curso. 5.5 Caso de Uso 005: Cadastrar assuntos Breve descrição Este caso de uso permite ao Administrador cadastrar os assuntos dos quais os

8 requerimentos tratam Fluxo de eventos Fluxo básico O caso de uso inicia quando o Administrador clica no botão Cadastro de Assuntos. Logo após o sistema apresenta um formulário com os dados código, nome, descrição, tempo mínimo previsto para atendimento, tempo máximo para arquivamento, setor com que este assunto se relaciona, roteiro previsto. O administrador preenche os dados e confirma a inclusão. O sistema verifica a validade dos dados e cadastra o curso. 5.6 Caso de Uso 006: Emitir relatórios Breve descrição Este caso de uso permite ao Administrador emitir os relatórios dos cadastros existentes no sistema Fluxo de eventos Fluxo básico O caso de uso inicia quando o Administrador clica no botão Relatórios. O sistema apresenta a relação dos cadastros que compõe o sistema. O Administrador escolhe o cadastro e o sistema mostra solicita os campos que devem ser listados, em que intervalo e e a ordem que deve ser obedecida. O sistema verifica a validade dos campos e gera o relatório que pode ser visualizado ou impresso Pontos de Extensão O sistema desvia o fluxo do caso de uso dependendo da escolha do operador. As escolh as são: Relatório de protocolos Relatório das pessoa s físicas Relatório das pessoa s jurídicas Relatório de situações e pareceres Relatório de órgão/departa m e nto/setor Relatório de assuntos 5.7 Caso de Uso 007: Consultar cadastros Breve descrição Este caso de uso permite ao Atendente de Protocolo consultar os cadastros do sistema de modo prático, ou seja, pesquisa por qualquer campo do cadastro que o ator solicitar.

9 5.7.2 Fluxo de eventos Fluxo básico O caso de uso inicia quando o Atendente clica no botão Consulta cadastros. O sistema apresenta a relação de cadastros existentes. O operador escolhe qual cadastro deseja consultar e o sistema apresenta os dados de acordo com o conteú d o pree n c hi d o nos camp o s par a consult a Pontos de Extensão O sistema desvia o fluxo do caso de uso dependendo da escolha do operador. As escolh as são: Consulta ao cadas t r o de protocolos Consulta ao cadas t r o de pessoa física Consulta ao cadas t r o de pessoa jurídica Consulta ao cadastro de situações e pareceres Consulta ao cadastro de órgão/depart a m e nto/setor Consulta ao cadas t r o de assuntos Em todos casos, o sistema mostra os campos pertinentes ao cadastro escolhido para que a pesquisa seja feita pelo(s) campo(s) desejado(s). 5.8 Caso de Uso 008: Gerar estatísticas Breve descrição Este caso de uso permite ao Administrador gerar e imprimir estatísticas relativas às atividades provenientes do protocolo Fluxo de eventos Fluxo básico O caso de uso inicia quando o Administrador clica no botão Gerar Estatísticas. O sistema apresenta um formulário onde o ator informa os intervalos que devem ser considerados para geração da estatística, quais são: data de entrada, assunto, situação, órgão/departa m e nto/setor. O Administrador preenche o formulá rio, o siste m a verifica a validad e dos campos e ger a a estatística. 5.9 Caso de Uso 009: Avisar setor Breve descrição Neste caso de uso o sistema avisa o setor via o movimento de uma req uisição par a ele Fluxo de eventos Fluxo básico O caso de uso inicia quando um determinado protocolo é encaminhado a um setor. Quando esta tarefa é executada o sistema envia um aviso via ao

10 respo n s áv el pelo setor Pré-condições Opção do respo n s áv e l O responsável pelo setor deve ser avisado somente se ele optar por esse serviço Caso de Uso 010: Criar Protocolo Breve descrição Neste caso de uso o Atendente cria um protocolo que deve entrar no fluxo de atendimento e movimentação Fluxo de eventos Fluxo básico O caso de uso inicia quando o Atendente clica no botão Criar Protocolo. Logo após o sistema mostra um formulário com aos campos número, data de abertura, assunto, complemento ao assunto, requerente, anexos, endereço para execução. O sistema apresenta um um módulo para cálculo de taxas onde o operador pode acrescentar valores de serviços, número de parcelas, data base, vencimentos, observação para constar no carnê de pagamentos. O serviço é autorizado (marcador) quando: 1-emitir carnê 2-pagar X parcelas ou quitar carnê. O ator preenche o formulário, o sistema verifica a validade dos campos e inclui o protocolo Fluxo Alternativo Requ er e n t e em débito O sistema avisa quando o requerente estiver em débito e solicita a confirmação para continuação da inclusão do protocolo ao Atendente Caso de Uso 011: Cadastrar roteiros Breve descrição Neste caso de uso o Administrador cadastra os roteiros pré- definidos por onde um protocolo pode circula r Fluxo de eventos Fluxo básico O caso de uso inicia quando o Administrador clica no botão Cadastrar roteiros. Logo após o sistema mostra um formulário com aos campos código, nome e descrição e os setores por onde o protocolo deve circular. O ator preenche o formulário, o sistema verifica a validade dos campos e cadastra o roteiro.

11 5.12 Caso de Uso 012: Movimentar Breve descrição Neste caso de uso o Atendente movimenta os protocolos entre setores e/ou atribui nova situação a ele como encerr amento, cancelamento, arquivamento, etc Fluxo de eventos Fluxo básico O caso de uso inicia quando o Atendente clica no botão Movimentar protocolo. Logo após o sistema mostra um formulário solicitando o numero do protocolo para movimentação. O Atendente informa o protocolo. Logo após o sistema mostra os dados do protocolo e apresenta um formulário solicitando o movimento e o setor para onde será encaminhado, caso houver encaminhamento. O sistema sugere o setor de acordo com o roteiro, mas permite alteração. O sistema permite anexos, tanto de documentos como de outros protocolos. O ator preenche os dados e confirma a movimentação. O sistema verifica a validade dos dados, altera a situação do protocolo e avisa o setor, via , do encaminhamento.