Especificação de Requisito de Software <Nome do Projeto> Especificação de Software Para <Subsistema ou Recurso> Versão <x.y>

Transcrição

1 <Nome do Projeto> Especificação de Software Para <Subsistema ou Recurso> Versão <x.y>

2 Histórico da Revisão Data Versão Descrição Autor <dd/mmm/aa> <x.x> <detalhes> <nome>

3 1. Introdução Este documento tem por objetivo orientar o processo de coleta e elicitação dos requisitos necessários para o desenvolvimento de um software. Nele deverão estar contidas as informações necessárias que permita ao cliente (e outras partes interessadas) descreverem as funções desejadas do produto, o seu desempenho, aparência, as relações entre as partes interessadas, expectativas, e as outras características que se julgar necessária. Requisito é (a) uma condição ou capacitação necessária a um usuário para solucionar um problema ou encontrar um objetivo (b) uma condição ou capacitação que um sistema ou componente do sistema precisa atender ou ter para satisfazer um contrato, padrão, especificação, ou outro documento formalmente estabelecido. O conjunto de todos os requisitos forma a base para o posterior desenvolvimento do sistema ou componente do sistema. (FIORINI_1998, pág. 65 e 66) Os requisitos podem ser um subconjunto dos requisitos totais do produto, ou podem constituir os requisitos completos do produto. (CMU_2002, pág. 85). 2. Finalidade Descrever os fatores necessários para fornecer uma visão completa e abrangente dos requisitos do software. 3. Referências documento. Relacionar aqui os documentos externos que se fizerem necessário para completar este 4. Envolvidos Descreva aqui os envolvidos no projeto (steakholds) de acordo com o quadro abaixo: Identificaç ão Grupo Nome Função grupo Grau projeto Contato Disponibilidade de horátio 5. Premissas e Restrições

4 Os usuários devem estar familiarizados com a utilização de um navegador (browser) de acesso à internet ( Internet Explorer, FireFox, etc...). 6. Requisitos Funcionais Descreva nesta seção os requisitos funcionais do sistema, em uma linguagem natural, que possibilite posteriormente a elaboração técnica a fim de permitir a construção do software, com testes e verificações através de uma rastreabilidade. 7. Requisitos Não Funcionais Relacione aqui os requisitos que não estão relacionados diretamente com a funcionalidade de um sistema. Casos de uso Especifique aqui os casos de uso de acordo com os requisitos funcionais. 7.1 Matriz de Rastreabilidade: Casos de uso Requisitos funcionais relacionados Relação de diagramas UML Nesta seção serão relacionados todos os diagramas UML utilizado no sistema e local onde os mesmo estão armazenados. Tipo do diagrama Nome do diagrama Local de armazenamento 8. Cronograma Funcional Contém as fase do projeto, a descrição das atividades com seu período de realização.

5 10. 1 Período do projeto Período mínimo A data limite mínima em que o projeto deverá ser concluído Periodo máximo A data limite máxima em que o projeto deverá ser concluído Cronograma Relacione todas as atividades a serem executadas no projeto Identificação da Fase. Relacione a fase do projeto a ser controlada Descrição da atividade Descreva a ativiadade a ser executada Período de realização Com base nos dias úteis necessários para a realização e levando em consideração as atividades precedentes e correlacionadas, informe a sua data inicial e final Responsável. Informe o responsável pela atividade Tabela. Utilize a tabela abaixo para coleta das informações: Identificaç Descrição Data Data Final Evolução / Responsável Data ão da fase da Inicial Realização Atualizaç atividade (%) ão Todo projeto deve ter obrigatoriamente as seguintes fases: Modelagem de negócios, Requisitos, Análise e Desing, Implementação, Testes e Implantação.

6 11 Teste de Requisitos de Software Introdução Esse documento contém procedimentos necessários para testar os requisitos previamente descritos, de tal forma que garanta a qualidade do código produzido Finalidade Orientar os profissionais envolvidos no projeto a forma de como deverão proceder para testar as funcionalidades do produto 11.3 Definições, Acrônimos e Abreviações Nesta seção serão descritos as abreviações, definições e acrônimos necessários para a interpretação dos Requisitos, em ordem alfabética Requisito Funcional: Deverá ser identificado de acordo com a nomenclatura: RFnnn : onde nnn deverá ser um seqüencial inicia em Caso de Teste: Deverá ser identificado de acordo com a nomenclatura: CTnnn : onde nnn deverá ser um seqüencial inicia em Status: deverá ser informado como: - Proposto - Validado Rastreamento do Requisitos Tabela de rastreamento dos requisitos Identificação do Identificação dos Casos Requisito de Testes [RFxxx] [CTxxx],... Responsável pelo teste Status

7 Casos de Teste Identifique o caso no formato CTnnn. Deverão ser criados casos de teste unitários, de integração e de sistema Geração da base de dados crie um banco de dados com as entidades envolvidas no caso Informe a localização física da base de dados. Como identificação do servidor e diretórios Alimente as entidades com informações que permitam testar todas as funcionalidades do software Teste as funcionalidades do caso. - Descrição Descreva os procedimentos a serem testados - Resultado esperado Descreva o resultado esperado com este teste. - Problema encontrado Relacione o erros e inconsistências detectados no processo. - Solução do problema Descreva a solução para cada item Classificação do Teste 1 Unitário : deverá ser processo após o termino do código de um determinado processo. 2 Integração: entre os diversos processos envolvidos no caso. 3 Sistema:deverá passar pelas fases de configuração, instalação, integridade, segurança, documentação, backup e desempenho.