Especificação dos Requisitos do Software (em produção)
Autor: walfrido emidio mariano junior | Publicado: 2008-10-07T17:08: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 08/10/08Silvio RochaAnselmo Couto Silvio RochaAnselmo Couto Silvio RochaAnselmo Couto Silvio RochaAnselmo Couto Silvio RochaAnselmo Couto Versões revisadas anterioresVersão revisada Comentário DataEspecificaçã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 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 www.google.com34561.4 Definições e siglasNú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 PROJETOLISTA DE ENTREGAS NECESSIDADES DO PROJETODATA DE CONCLUSÃO PREVISTAORÇAMENTO INICIALDEFINIÇÃO DAS FUNÇÕES DO PATROCINADOR E GERENTE DO PROJETO2 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 ordem Caso de uso Descrição1 Administrador cadastro, listagem, atualização e seleção de perfil administrador do sistema2 Usuario cadastro, registro de ponto no sistema3 Login 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çãoNú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 Administ Raramente alto alto Alto2 Usuário Frequente baixo medio Baixo342.4 RestriçõesNú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 Login Administrador2.6 Requisitos adiadosNúmero de ordem Referência ao requisito Detalhes1 Relacionamentos com o Banco de Dados Quais Requisitos são armazenados e por qual ator23452.7 Requisitos funcionaisCodigoRF001 Nome do requisito: Cadastro de Administrador Prioridade: n Essencial ¨ Importante o DesejávelCodigoRF002 Nome do requisito: Cadastro de Usuário Prioridade: n Essencial ¨ Importante o DesejávelCodigoRF003 Nome do requisito: Registro (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: Logar(autenticação de administrador)Prioridade: n Essencial ¨ Importante o DesejávelCodigoRF006 Nome do requisito: Alteração(alteração de dados cadastrais)Prioridade: n Essencial ¨ Importante o Desejável2.8 Requisitos não funcionaisCodigo RNF007 Nome do requisito: Segurança (não permite acesso sem cadastro)Prioridade: n Essencial ¨ Importante ¨ DesejávelCodigoRNF008 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 RNF009 Nome do requisito: Sistema Operacional(por motivos técnicos apenas possuirá suporte a WindowsPrioridade: ¨ Essencial ¨ Importante n DesejávelCodigo RNF010 Nome do requisito: Armazenamento de Dados(Os dados gerados pelo sistema serão persistidos no Banco de Dados SQL Server.)Prioridade: n Essencial ¨ Importante ¨ DesejávelCodigoRNF011 Nome do requisito: Plataformas(Desenvolvimento 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 suporteConclusõesLições AprendidasReferencias Bibliográfica