especificação de requisitos para software de biometria 15 out 17hs
Autor: walfrido emidio mariano junior | Publicado: 2008-10-15T12:20: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 Couto 15/10/08Versões revisadas anterioresVersão revisada Comentário Data08/10/2008 Requisitos muito resumidos – destacar melhor as ações do sistema 15/10/08Especificação dos Requisitos do Software1 Introdução1.1 Objetivos deste documentoO documento visa apresentar todos os aspectos relevantes do sistema, como:Os Requisitos Funcionais, 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.Tratamos de documentar os requisitos/necessidades que o produto exige, e 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 ordem Benefício Valor para o cliente1 Redução de custo em programação ALTO2 Redução de tempo em programação ALTO3 Qualidade na produção de requisitos ALTO4 Maior controle das etapas do processo ALTO5 Registro documentado do produto ALTO671.3 Materiais de referênciaNúmero de ordem Tipo do material Referência bibliográfica1 Livro PMBOK2 Web http://www.google.com/3 Documento Relatório de Implementação4 Documento Projeto de controle de ponto e acesso biometrico /5 Documento Manual Técnico de Sistema de Controle biométrico / UNICENP – Curitiba61.4 Definições e siglasNNúmero de ordem Sigla Definição1 RUP Rational Unified Process2 UML Universal Modelling Language34567891.5 Visão geral deste documentoVISÃO GERAL DAS METAS E OBJETIVOS DO PROJETODATA DE CONCLUSÃO PREVISTAORÇAMENTO INICIALDEFINIÇÃO DAS FUNÇÕES DO PATROCINADOR E GERENTE DO PROJETODESCRIÇÃO DOS REQUISITOS FUNCIONAIS E NÃO FUNCIONAIS CASOS DE USO PARA O DESENVOLVIMENTOINFORMAÇÕES DE SUPORTE, NECESSIDADE E GERENCIAMENTOCONCLUSÕES LIÇÕES APRENDIDASREFERÊNCIAS 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 produtoNNúmero de ordem Caso de uso Descrição1 Administrador Cadastro com identificação, data e horario de entrada e saida, listagem, atualização e seleção de perfil administrador do sistema2 Usuario Cadastro (nome, endereço, sexo, cargo, data, horario de entrada e saida, registro de ponto no sistema)3 Autenticação seleção de login e senha4 Cadastro Gerar Registro de Informações no Banco de Dadosidentificação, data e horário de entrada saída5 Registro Registro de ponto diario em Banco de Dados6 Consulta Gerar Consulta de Informações no Banco de Dadosidentificação, data e horário de entrada saída7 Alteração Fazer Alteração de Informações no Banco de Dados (somente de identificação)89102.3 Usuários e sistemas externos2.3.1 DescriçãoNNúmero de ordem Ator Definição1 Administrador Deve ter acesso irrestrito2 Usuário Deve ter acesso restrito342.3.2 Características dos usuáriosNúmero de ordem Ator Freqüência de uso Nível de instrução Proficiência na aplicação Proficiência em informática1 Administrador Raramente alto alto Alto2 Usuário Frequente baixo medio Baixo342.4 RestriçõesNNúmero de ordem Restrição Descrição1 Cadastro Acesso somente ao Administrador2 Acesso Através de login e senha3 Consulta Somente pelo Administrador4 Registro Somente pelo Usuário5 Alterações Somente pelo Administrador (dados cadastrais)2.5 Hipóteses de trabalhoNúmero de ordem Hipótese De quem depende1 Cadastro Administrador2 Relatório Administrador3 Consulta Administrador4 Registro Usuário5 Autenticação Administrador2.6 Requisitos adiadosNNúmero de ordem Referência ao requisito Detalhes1 Relacionamentos com o Banco de Dados Quais Requisitos serão armazenados e por qual ator2 Diagramas e Casos de uso Quais serão os diagramas de classe e atividade, casos de uso e como serão feitos3452.7 Requisitos funcionaisCodigoRF001 Nome do requisito: CADASTRO DE ADMINISTRADOR (nome, endereço, sexo, cargo, data, horario de entrada e saida, registro de ponto no sistema)Prioridade: n Essencial ¨ Importante o DesejávelCodigoRF002 Nome do requisito: CADASTRO DE USUÁRIO (nome, endereço, sexo, cargo, data, horario de entrada e saida, id de registro de ponto no sistema)Prioridade: n Essencial ¨ Importante o DesejávelCodigoRF003 Nome do requisito: REGISTRO DE PONTO DIARIO(identificação, data e horário de entrada, saída)Prioridade: n Essencial ¨ Importante o DesejávelCodigoRF004 Nome do requisito: CONSULTA DE LISTAGEM DE DADOS E INFORMAÇÕES(identificação, data e horário de entrada saída)Prioridade: ¨ Essencial n Importante o DesejávelCodigoRF005 Nome do requisito: ALTERAÇÃO(alteração de dados do cadastro: nome, endereço, sexo, cargo)Prioridade: o Essencial n Importante o DesejávelCodigoRF006 Nome do requisito: HORAS EXTRAS(nome do funcionario, horas trabalhadas, data, adicinonal noturno, descanso, repouso remunerado, atrasos, baixas automaticas, hora de entrada e saida)Prioridade: n Essencial o Importante o Desejável2.8 Requisitos não funcionaisCodigoRNF007 Nome do requisito: AUTENTICAR(autenticação de administrador através dos dados biométricos armazenados)Prioridade: n Essencial ¨ Importante o DesejávelCodigo RNF008 Nome do requisito: SEGURANÇA (não permite acesso ao ambiente sem o devido cadastro feito pelo administrador)Prioridade: n Essencial ¨ Importante ¨ DesejávelCodigoRNF009 Nome do requisito: TEMPO DE RESPOSTA(responder às requisições dos usuários em um tempo não superior a 20 segundos)Prioridade: ¨ Essencial ¨ Importante n DesejávelCodigo RNF010 Nome do requisito: SISTEMA OPERACIONAL(por motivos técnicos apenas possuirá suporte ao Sistema Operacional WindowsPrioridade: ¨ Essencial ¨ Importante n DesejávelCodigo RNF011 Nome do requisito: ARMAZENAMENTO EM BANCO DE DADOS(Os dados gerados pelo sistema serão persistidos no Banco de Dados SQL Server.)Prioridade: n Essencial ¨ Importante ¨ DesejávelCodigoRNF012 Nome do requisito: PLATAFORMA(o desenvolvimento será feito em Java )Prioridade: ¨ Essencial ¨ Importante n Desejá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ção2. 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 (área 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 idéia mais profunda do domínio do problema e sobre o produto desta carta que é a documentação para o software de identificação e verificação de impressão digital.Devemos também 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.Lições AprendidasDas lições aprendidas (positivamente) destacamos:- O desenvolvimento do grupo em organizar documentação e métodos de desenvolvimento da descrição do trabalho.- O armazenamento das versões q foram sendo produzidas em Blog, o que ajudou a deixar todo o material produzido cronologicamente arquivado.- Produzir os documentos logo que foram requisitados, e até antecipadamente, ajudou a manter as datas limite sob controle.Com relação aos riscos, (negativamente)- Durante parte da produção a equipe perdeu o senso de direção por existirem muitos caminhos a serem tomados no processo de documentação e uma grande quantidade de material a ser filtrado e produzido portanto, é necessário estar sempre organizando o material que for produzido cronologicamente.- O descumprimento de prazos tirou pontos de alguns dos grupos portanto, nos concentramos em organizar com especial atenção nessas datas de entrega para ter um controle exato da produção dos documentos e não perder prazos e pontuação.Referencias BibliográficaRelatório de Implementação / Disciplina de Seminário em Engenharia Informática – Instituto Superior PolitécnicoProjeto de controle de ponto e acesso usando biometria / Universidade Federal de Goiás – Escola de Engenharia Elétrica de ComputaçãoManual Técnico de Sistema de Controle de Acesso com verificação biométrica da geometria da mão / UNICENP – Curitiba