especificação de requisitos p/ software ponto biometrico
Autor: walfrido emidio mariano junior | Publicado: 2008-10-08T11:19:00-07:00

<>Especificação dos Requisitos do Software<>{ Versão revisada <> }Autores: <><><>AprovaçãoAprovamos a Especificação dos Requisitos { Versão revisada <> } do projeto <>.Silvio RochaAnselmo Couto08/10/08Silvio RochaAnselmo CoutoSilvio RochaAnselmo CoutoSilvio RochaAnselmo CoutoSilvio RochaAnselmo CoutoSilvio RochaAnselmo CoutoVersões revisadas anterioresVersão revisadaComentárioData                                                                             Especificação dos Requisitos do SoftwareSumárioAprovação. 2Versões revisadas anteriores. 3Especificação dos Requisitos do Software. 4Sumário. 41     Introdução. 51.1      Objetivos deste documento. 51.2      Escopo do produto. 51.2.1       Nome do produto e de seus componentes principais. 51.2.2       Missão do produto. 51.2.3       Limites do produto. 61.2.4       Benefícios do produto. 61.3      Materiais de referência. 61.4      Definições e siglas. 71.5      Visão geral deste documento. 72     Descrição geral do produto. 82.1      Perspectiva do produto. 82.2      Funções do produto. 82.3      Usuários e sistemas externos. 92.3.1       Descrição. 92.3.2       Características dos usuários. 92.4      Restrições. 92.5      Hipóteses de trabalho. 92.6      Requisitos adiados. 102.7      Requisitos funcionais. 102.8      Requisitos não funcionais. 123.0      Diagramas de casos de uso. 13Diagrama de casos de uso <<>>. 133.1      Casos de uso. 133.1.1        Caso de uso <<>>. 13Informação de suporte. 17Conclusões. 18Lições Aprendidas. 19Referencias Bibliográfica. 201              Introdução1.1              Objetivos deste documentoO documento visa apresentar todos os aspectos relevantes do sistema, como os Requisitos Funcionais do mesmo, que descrevem as funcionalidades do sistema em questão.Os Requisitos Não-Funcionais, onde serão apresentados os aspectos que interferem indiretamente no projeto, uma descrição dos casos de uso, seu respectivo diagrama, além da relação dos atores (usuários) do sistema, mostrando a diferença entre interessados e interesses.O projeto se trata de documentar os requisitos/necessidades que o produto exige, para isso o projeto deve seguir o cronograma e respeitar as datas, metas e objetivos nele descritos.1.2              Escopo do produto1.2.1                    Nome do produto e de seus componentes principaisO produto deste projeto é uma documentação completa contendo todas as informações necessárias para a programação de um software de controle baseado em tecnologia biométrica (leitura de impressão digital).Utilizando a metodologia RUP, será feito um levantamento completo dos requisitos, seguidos de análise dos mesmos para que então possam ser formuladas as UML´s (diagramas e caso de uso), finalizando a entrega da documentação para o cliente.O projeto visa viabilizar o acesso ao prédio através de imagem biometrica, além de  gerar um registro de dados para o ponto dos funcionarios.Dentro do projeto, temos a possibilidade de visualização dos registros diários e produção de relatórios.1.2.2                    Missão do produtoPossibilitar a criação de um software de biometria através de uma documentação bem elaborada e confiável e que segue um padrão de qualidade garantindo que o produto final do projeto (documentação) será utilizada de forma eficaz pelo cliente reduzindo custos para refazer o produto na fase de programação impactando diretamente no custo final do projeto.1.2.3                    Limites do produtoPor se tratar de um projeto que acaba quando uma documentação estiver pronta e não se estendendo ao desenvolvimento e a implementação será entregue um produto composto por UML’s e gráficos além das descrições necessárias para o desenvolvimento de um software.1.2.4                    Benefícios do produtoNúmero de ordemBenefícioValor para o cliente1         Redução de custo em programaçãoALTO2         Redução de tempo em programaçãoALTO3         Qualidade na produção de requisitosALTO4         Maior controle das etapas do processoALTO5         Registro documentado do produtoALTO6         7         1.3              Materiais de referênciaNúmero de ordemTipo do materialReferência bibliográfica1         LivroPMBOK2         Webwww.google.com3         4         5         6         1.4              Definições e siglasNúmero de ordemSiglaDefinição1         RUPRational Unified Process2         UMLUniversal Modelling Language3         4         5         6         7         8         9         1.5              Visão geral deste documentoVISÃO GERAL E DESCRIÇÃO DAS METAS E OBJETIVOS DO PRODUTOLISTA DE REQUISITOS EM ANALISE E FUNÇÕES DO PRODUTONECESSIDADES E RESTRIÇÕES DO PROJETOINFORMAÇÕES DE SUPORTE CONCLUSÕES E REFERENCIAS BIBLIOGRAFICAS2              Descrição geral do produto2.1              Perspectiva do produtoCriar uma documentação completa que possibilite a programação de um software de biometria, dentro de um prazo total de 3 meses ( começando em 24/09/2008 e finalizando  com a entrega do produto em 10/12/2008) respeitando a margem de custo de R$ 9.600,00 e seguindo o padrão de qualidade que compõe a metodologia RUP.Possibilitar a criação de um software de biometria através de uma documentação bem elaborada e confiável e que segue um padrão de qualidade garantindo que o produto final do projeto (documentação) será utilizada de forma eficaz pelo cliente reduzindo custos para refazer o produto na fase de programação impactando diretamente no custo final do projeto.2.2              Funções do produtoNúmero de ordemCaso de usoDescrição1         Administradorcadastro, listagem, atualização e seleção de perfil administrador do sistema2         Usuariocadastro, registro de ponto no sistema3         Loginseleção de login e senha4         CadastroGerar Registro de Informações no Banco de Dadosidentificação, data e horário de entrada saída5         RegistroRegistro de ponto diario em Banco de Dados6         ConsultaGerar Consulta de Informações no Banco de Dadosidentificação, data e horário de entrada saída7         AlteraçãoFazer Alteração de Informações no Banco de Dados (somente de identificação)8         9         10     2.3              Usuários e sistemas externos2.3.1                    DescriçãoNúmero de ordemAtorDefinição1         AdministradorDeve ter acesso irrestrito2         UsuárioDeve ter acesso restrito3         4         2.3.2                    Características dos usuáriosNúmero de ordemAtorFreqüência de usoNível de instruçãoProficiência na aplicaçãoProficiência em informática1         AdministRaramentealtoaltoAlto2         UsuárioFrequentebaixomedioBaixo3         4         2.4              RestriçõesNúmero de ordemRestriçãoDescrição1         CadastroAcesso somente ao Administrador2         AcessoAtravés de login e senha3         ConsultaSomente pelo Administrador4         RegistroSomente pelo Usuário5         AlteraçõesSomente pelo Administrador (dados cadastrais)2.5              Hipóteses de trabalhoNúmero de ordemHipóteseDe quem depende1         CadastroAdministrador2         RelatórioAdministrador3         ConsultaAdministrador4         RegistroUsuário5         LoginAdministrador2.6              Requisitos adiadosNúmero de ordemReferência ao requisitoDetalhes1         Relacionamentos com o Banco de DadosQuais Requisitos são armazenados, como e por qual ator2         3         4         5         2.7              Requisitos funcionaisCodigoRF001Nome do requisito: Cadastro de AdministradorPrioridade:nEssencial¨ImportanteoDesejávelCodigoRF002Nome do requisito: Cadastro de UsuárioPrioridade:nEssencial¨ImportanteoDesejávelCodigoRF003Nome do requisito: Registro (ponto diario)(identificação, data e horário de entrada, saída)Prioridade:nEssencial¨ImportanteoDesejávelCodigoRF004Nome do requisito: Consulta de Listagem de Dados e Informações(identificação, data e horário de entrada saída)Prioridade:¨EssencialnImportanteoDesejávelCodigoRF005Nome do requisito: Logar(autenticação de administrador)Prioridade:nEssencial¨ImportanteoDesejávelCodigoRF006Nome do requisito: Alteração(alteração de dados cadastrais)Prioridade:nEssencial¨ImportanteoDesejável2.8              Requisitos não funcionaisCodigoRNF007Nome do requisito: Segurança(não permite acesso sem cadastro)Prioridade:nEssencial¨Importante¨DesejávelCodigoRNF008Nome do requisito: Tempo de Resposta(responder às requisições dos usuários em um tempo não superior a 20 segundos)Prioridade:¨Essencial¨ImportantenDesejávelCodigoRNF009Nome do requisito: Sistema Operacional(por motivos técnicos apenas possuirá suporte a WindowsPrioridade:¨Essencial¨ImportantenDesejávelCodigoRNF010Nome do requisito: Armazenamento de Dados(Os dados gerados pelo sistema serão persistidos no Banco de Dados SQL Server.)Prioridade:nEssencial¨Importante¨DesejávelCodigoRNF011Nome do requisito: Plataformas(Desenvolvimento em Java )Prioridade:¨Essencial¨ImportantenDesejável3.0  Diagramas de casos de usoDiagrama de casos de uso <<>>3.1  Casos de uso3.1.1          Caso de uso <<>>3.1.1.1    Precondições3.1.1.2    Fluxo principal3.1.1.3    Subfluxos3.1.1.4    Fluxos alternativosPrecondiçõesPassos4.0   Diagrama de Classe (projeto lógico)5.0 Diagrama de Classe (projeto físico)6.0  Diagrama de atividade Escolhido7.0 Base de DadosInformação de suporte1.      Necessidade inicial de recursos·         Criação de uma carta de projeto com parâmetros iniciais·         Declaração de escopo e  gerenciamento do projeto·         Produção da documentação básica para posterior revisão e adaptação·         Conciliar com o RH através de dados para consulta2.      Necessidade de suporte pela organização·         Mobilização dos stakeholders·         Sala de reunião da Biblioteca·         ACESSO A INFORMAÇÃO RESTRITA SOBRE O CADASTRO DOS USUÁRIOS (AREA RESTRITA DO SISTEMA)3.      Controle e gerenciamento das informações do projetoInicialmente foi produzido um blog de acesso restrito para armazenar as atas e cartas do projeto como texto corrido. O arquivo original será armazenado também no Grupo GTI/UNI9-FAC no Google e pasta virtual do MSN.ConclusõesAtravés da Descrição do produto do projeto tivemos uma melhor idéia do domínio do problema sobre o produto desta carta que é a documentação para o software de identificação e verificação de impressão digital.Devemos tambem coletar requisitos para montar uma base de dados biométricos que seja compatível com os dados usados pelos outros setores da empresa.O Software deve coletar e verificar dados biométricos para que haja um controle seguro e confiável do fluxo de pessoas que entram e saem da empresa e também disponibilizará esses dados/controle para o setor Financeiro e RH da empresa.Verificar o cadastro no banco de dados existente através da biometria (leitura da impressão digital)Registrar a data e o horário da entrada e saídaBarrar a entrada de pessoas não identificadas pelo sistema.Tempo de cadastro no sistema deve ser rápido (requisito)Lições AprendidasReferencias BibliográficaRelatório de Implementação / Disciplina de Seminario em Engenharia Informatica – Instituto Superior PolitécnicoProjeto de controle de ponto e acesso usando biometria / Universiade Federal de Goias – Escola de engenharia elétrica de de ComputaçãoManual Técnico de Sistema de Controle de Acesso com verifica;áo biometrica da geometria da mão / UNICENP – Curitiba