Histórico de Revisão Data Versão Descrição Autor

Transcrição

1 H6Projetos Documento de Requisitos Versão 1.3 Histórico de Revisão Data Versão Descrição Autor 05/09/ Preenchimento do Capítulo 2 Requisitos Funcionais Evilson Montenegro 26/09/ Preenchimento do Capítulo 3 Requisitos Não Funcionais Jackson dos Santos Monteiro 03/10/ Alterações dos Requisitos Funcionais César Lucas F. E. Júnior 08/10/ Alterações dos Requisitos Funcionais e Alinhamento com Escopo César Lorenzetti

2 Documento de Requisitos Sumário INTRODUÇÃO... 1 Visão geral deste documento... 1 Convenções, termos e abreviações Identificação dos Requisitos Prioridades dos Requisitos... 2 Referências... 2 DESCRIÇÃO GERAL DO SISTEMA... 1 Abrangência e sistemas relacionados... 1 Descrição dos usuários Secretaria Coordenador da Secretaria Receita Federal Correios REQUISITOS FUNCIONAIS (CASOS DE USO)... 1 [RF001] Manter Tipo de Processo... 1 [RF002] Manter Natureza do Processo... 1 [RF003] Manter Processo... 1 [RF004] Manter Tipo de Envolvido... 2 [RF005] Manter Envolvidos... 2 [RF006] Manter Cadastro de Endereços... 2 [RF007] Manter Anexação de Peças Processuais... 3 [RF008] Manter Permissão de Acesso conforme Privilégios Configurados... 3 REQUISITOS NÃO FUNCIONAIS... 4 Usabilidade... 4 [NF001] Voltado para Web com acesso via Browser independente do Sistema Operacional... 4

3 Documento de Requisitos Segurança... 4 [NF002] Login (Base Própria de Senha com Identificador unívoco por Login da Rede)... 4 Padrões... 4 [NF003] Conexão exigida para Todos os Acessos e Web Services... 4 APROVAÇÃO... 5

4 Documento de Requisitos Introdução P1 / 1 Introdução Visão geral deste documento Este documento possui o objetivo de esclarecer o sistema, apresentando uma visão geral, mostrar os requisitos funcionais solicitados pelo cliente e que, obrigatoriamente, o deve ter e os requisitos não funcionais que são de extrema importância para o bom funcionamento do software quanto à usabilidade, confiabilidade, desempenho, segurança, entre outros. Seção 1 Descrição geral do sistema: apresenta uma visão geral do sistema, caracterizando qual é o seu escopo e descrevendo seus usuários. Seção 2 Requisitos funcionais (casos de uso): especifica todos os requisitos funcionais do sistema, descrevendo os fluxos de eventos, prioridades, atores, entradas e saídas de cada caso de uso a ser implementado. Seção 3 Requisitos não funcionais: especifica todos os requisitos não funcionais do sistema, divididos em requisitos de usabilidade, confiabilidade, desempenho, segurança, distribuição, adequação a padrões e requisitos de hardware e software. Convenções, termos e abreviações A correta interpretação deste documento exige o conhecimento de algumas convenções e termos específicos, que são descritos a seguir. TERMO JAVA SIGNIFICADO Linguagem de Programação do Software 1. Identificação dos Requisitos Por convenção, a referência a requisitos é feita através do nome da subseção onde eles estão descritos, seguido do identificador do requisito, de acordo com o esquema abaixo: [Manter tipo de Processo. RF001]; [Manter natureza do Processo. RF002]; [Manter Processo. RF003]; [Manter tipo de Envolvido. RF004]; [Manter Envolvido. RF005]; [Manter Cadastro Endereço. RF006]; [Manter Anexação de peças. RF007]; [Manter permissão de acesso conforme privilégios configurados. RF008];

5 Documento de Requisitos Introdução P2 / 2 2. Prioridades dos Requisitos Para estabelecer a prioridade dos requisitos foram adotadas as denominações essencial, importante e desejável. Essencial é o requisito sem o qual o sistema não entra em funcionamento. Requisitos essenciais são requisitos imprescindíveis, que têm que ser implementados impreterivelmente. Importante é o requisito sem o qual o sistema entra em funcionamento, mas de forma não satisfatória. Requisitos importantes devem ser implementados, mas, se não forem, o sistema poderá ser implantado e usado mesmo assim. Desejável é o requisito que não compromete as funcionalidades básicas do sistema, isto é, o sistema pode funcionar de forma satisfatória sem ele. Requisitos desejáveis são requisitos que podem ser deixados para versões posteriores do sistema, caso não haja tempo hábil para implementá-los na versão que está sendo especificada. Referências Documentos relacionados ao e/ou mencionados nas seções a seguir: 1. Caso de Uso, 28/09/2013, H6projetos, equipe projetos H6projetos. 2. Documento de Visão, 30/09/2013, H6projetos, equipe projetos H6projetos. 3. Modelo Entidade Relacionamento Lógico, 30/09/2013, H6projetos, equipe Banco de Dados H6projetos. 4. Declaração do Escopo.

6 Documento de Requisitos Descrição geral do sistema C1. P1 / 1 Capítulo Descrição geral do sistema 1 Abrangência e sistemas relacionados O é um software responsável pela administração do setor de Secretaria/Protocolo capaz de fornecer ao usuário atividades de fácil usabilidade e segurança. O software contará com oito módulos, são eles: Manter tipo de processo, Manter Natureza do processo, Manter Processo, Manter tipo de envolvido, Manter Envolvido, Manter Cadastro de Endereço, Manter Anexação de peças e Manter Permissão de acesso conforme privilégios configurados. Esses módulos estarão relacionados a dois outros sistemas que é o da Receita Federal, que valida o CPF ou CNPJ e o dos Correios que valida o CEP do envolvido. O sistema não possuirá a criação de um processo digital, pois essa não é a intenção do cliente e também não possuirá anexação digital do processo. Descrição dos usuários O possuirá quatro atores envolvidos diretamente no sistema: A secretaria, o coordenador da secretaria, a Receita Federal e os Correios. 1. Secretaria. É responsável pelo contato direto ao requerente. É esse ator que Mantem processo, Mantem Anexação de peças, Mantem cadastro de endereços e Mantem envolvido. Este ator não terá acesso aos Casos de Uso: Manter Natureza do Processo, Manter Tipo de Processo, Manter Tipo de Envolvido e Manter Permissão de Acesso. 2. Coordenador da Secretaria. Esse ator herda todas as tarefas da secretaria e é responsável pelos Casos de Uso: Manter Natureza do Processo, Manter Tipo de Processo, Manter Tipo de Envolvido e Manter Permissão de Acesso. 3. Receita Federal. É responsável por validar o CPF ou CNPJ de um envolvido quando este estiver sendo cadastrado no sistema (Manter Envolvido). Não tem acesso algum às informações do. 4. Correios. É responsável por validar o CEP do envolvido quando estiver Mantendo o cadastro do envolvido. Não tem acesso algum às informações do.

7 Documento de Requisitos <Opcional> Descrição da interface com o usuário C4. P1 / 1 Capítulo Requisitos funcionais (casos de uso) 2 [RF001] Manter Tipo de Processo A importância de se manter o processo é garantir uma administração segura das informações dos feitos. Ator: Coordenador da Secretaria Entradas e pré-condições: Para inserir, excluir, consultar e pesquisar os feitos e gerar relatórios o usuário deverá ter um nível de privilégio elevado no sistema. O Sistema possuirá os campos: Códigos dos Tipos de Processo que será atribuído automaticamente pelo sistema e sua Descrição que será inserida pelo coordenador da secretaria, além de uma Tabela de Verificação que mostrará os tipos já inseridos. Saídas e pós-condições: Não foi encontrado nenhum tipo de saída. [RF002] Manter Natureza do Processo Organizar os feitos com a natureza da ação. Ator: Coordenador da Secretaria Entradas e pré-condições: Para cadastrar, inserir, excluir, consultar e pesquisar feitos por natureza do processo deverá ter um nível de privilégio elevado no sistema. O Sistema possuirá os campos: Códigos da Natureza do Processo que será atribuído automaticamente pelo sistema e sua Descrição que será inserida pelo coordenador da secretaria, além de uma Tabela de Verificação que mostrará as naturezas já inseridas. Saídas e pós-condições: Não foi encontrado nenhum tipo de saída. [RF003] Manter Processo A importância de se manter o processo é garantir uma administração segura das informações dos feitos. Ator: Secretaria e Coordenador da Secretaria Entradas e pré-condições: O sistema apresentará uma tela para preenchimento dos campos obrigatórios, que serão: CPF e CNPJ (Caso não haja cadastro do requerente, será feita em outra tela a inserção do Nome, data de nascimento, CEP e nome da mãe com validação do CPF ou CNPJ e do CEP do envolvido), Tipo do Processo, Natureza do Processo, Síntese do Processo, Grau de Sigilo e Tabela de Verificação. Saídas e pós-condições: Após validação dos dados é gerado um protocolo único com nomenclatura (AA-9999-AAMMDD-9999), que guardará um histórico com o trâmite do feito e

8 Documento de Requisitos <Opcional> Descrição da interface com o usuário C4. P2 / 2 disponibilizará para o cliente acesso às informações do processo com os dados das partes envolvidas. [RF004] Manter Tipo de Envolvido Nesse módulo haverá o espaço para que o responsável coloque os tipos de envolvido de um feito. Essa parte será usada quando Mantiver um processo. Ator: Coordenador da Secretaria Entradas e pré-condições: Para cadastrar, inserir, excluir, consultar e pesquisar tipos de envolvidos deverá ter um nível de privilégio elevado no sistema. O Sistema possuirá os campos: Códigos dos Tipos de Processo que será atribuído automaticamente pelo sistema e sua Descrição que será inserida pelo coordenador da secretaria, além de uma Tabela de Verificação que mostrará os tipos de envolvidos já existentes. Saídas e pós-condições: Não foi encontrado nenhum tipo de saída. [RF005] Manter Envolvidos Com uma base de dados de envolvidos, o sistema agilizará o processo de busca para dar entrada em novos feitos caso não haja será feito um cadastro de envolvido. Ator: Secretaria e Coordenador da Secretaria Entradas e pré-condições: O sistema terá os seguintes campos exigidos para o cadastro dos envolvidos: Nome Completo ou Alcunha, CPF ou CNPJ, Telefones, , Estado Civil, Data de Nascimento e CEP. Saídas e pós-condições: Não foi encontrado nenhum tipo de saída [RF006] Manter Cadastro de Endereços Validar o CEP por meio de um cruzamento automático da informação fornecida pelo cliente com a informação dos Correios. Procede-se à confirmação ou correção do código postal dos endereços. Ator: Coordenador da Secretaria Entradas e pré-condições: O cliente deverá informar o seu CEP, que passará por uma validação junto ao sistema da ECT, e seu Complemento. Esse módulo estará dentro do módulo Manter Envolvido. Saídas e pós-condições: Não foi encontrado nenhum tipo de saída.

9 Documento de Requisitos <Opcional> Descrição da interface com o usuário C4. P3 / 3 [RF007] Manter Anexação de Peças Processuais Num trâmite processual pode haver a inclusão de documentos, provas ou outros processos a pedido das autoridades competentes. Logo, é necessário anexar documentos aos processos para dar o sentido ao feito. Ator: Secretaria e Coordenador da Secretaria Entradas e pré-condições: O programa terá um campo de anexo que possibilitará ao usuário a anexação de peças processuais a um determinado processo. Haverá um módulo onde será informado o Número do Processo, Nome da Peça e Data de Anexação. Saídas e pós-condições: Após validação dos dados é gerado um protocolo único com nomenclatura (Protocolo do processo/data da anexação e numero anexação sequencial: AA AAMMDD-9999/ DDMMAAAA ). [RF008] Manter Permissão de Acesso conforme Privilégios Configurados Certas atribuições dentro do sistema serão de extrema responsabilidade e essas deverão ser feitas por um grupo específico de pessoas que terão suas atividades restringidas pelo coordenador da secretaria. Ator: Coordenador da Secretaria Entradas e pré-condições: O coordenador deverá atribuir acesso conforme o cargo da pessoa. No sistema teremos o Nome do Servidor, Matrícula e o Nível de Permissão. Saídas e pós-condições: Não foi encontrado nenhum tipo de saída.

10 Documento de Requisitos <Opcional> Descrição da interface com o usuário C4. P4 / 4 Capítulo Requisitos não funcionais 3 Usabilidade [NF001] Voltado para Web com acesso via Browser independente do Sistema Operacional O programa será desenvolvido em Java sendo possível executar em todos os browsers disponíveis independente do Sistema Operacional utilizado. Contará com uma interface intuitiva e de fácil visualização. O sistema verificará se o plug-in está instalado no computador, caso não esteja, direcionará para página de download do plug-in e após instalação retornará para página do sistema. Segurança [NF002] Login (Base Própria de Senha com Identificador unívoco por Login da Rede) É preciso ter uma conta de usuário no. Os dados do usuário e senha serão armazenados em um banco de dados dos funcionários específicos do setor. A autenticação será feita por meio do cruzamento das informações armazenadas no banco de dados com as fornecidas pelo usuário. O login será liberado caso a combinação seja positiva e bloqueado se a combinação for rejeitada. Após três tentativas erradas, a liberação será feita pelo responsável do setor. Padrões [NF003] Conexão exigida para Todos os Acessos e Web Services É obrigatória uma conexão para utilização dos serviços disponíveis pelo sistema, e não será permitido em hipótese alguma trabalhar offline. A Web services trará agilidade para os processos e eficiência na comunicação. Toda e qualquer comunicação entre sistemas passará a ser dinâmica e principalmente segura, pois não há intervenção humana.

11 Documento de Requisitos <Opcional> Descrição da interface com o usuário C4. P5 / 5 APROVAÇÃO Estou ciente e de acordo com as informações passadas por mim para composição deste documento e com o conteúdo deste. Data : 09/10/2013 Data : 09/10/2013 RESPONSÁVEL SOLICITANTE Evilson Montenegro dos Santos Analista de Requisitos H6Projetos Wilson Amaral Martins Engenharia de Software Faculdade de Tecnologia SENAC-DF