IES-05-Modelo de Especificação dos Requisitos

Prévia do material em texto

<Nome do projeto>
Especificação de Requisitos
	
	Autores:
	
	<RA> -
	<Nome do Integrante>
	<RA> -
	<Nome do Integrante>
	<RA> -
	<Nome do Integrante>
	Versão:
	<Version XX.YY>
	Data:
	<DD/MMM/YYYY>
�
Histórico de revisões
	Versão 
(XX.YY)
	Data 
(DD/MMM/YYYY)
	Autor
	Descrição
	Localização
(no AVA)
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
�
 Índice
4Índice de Figuras	�
5Índice de Tabelas	�
61.	Introdução	�
61.1.	Propósito	�
61.2.	Público Alvo	�
61.3.	Escopo	�
61.4.	Definições, Acrônimos e Abreviações.	�
61.5.	Referências	�
61.6.	Visão geral do documento	�
72.	Visão Geral do Produto	�
72.1.	Descrição dos usuários	�
72.2.	Parâmetros do sistema	�
72.2.1.	Parâmetros alteráveis	�
72.2.2.	Parâmetros não-alteráveis	�
72.3.	Processos Envolvidos	�
83.	Premissas e restrições	�
94.	Requisitos Funcionais	�
94.1.	<RF001><Requisito funcional 1>	�
94.2.	<RF002><Requisito funcional 2>	�
94.3.	...	�
94.4.	<RF00N><Requisito funcional n>	�
115.	Requisitos Não Funcionais	�
115.1.	<RNF001><Requisito não-funcional 1>	�
115.2.	<RNF002><Requisito não-funcional 2>	�
115.3.	...	�
115.4.	<RNF00N><Requisito não-funcional n>	�
�
Índice de Figuras
Erro! Nenhuma entrada de índice de figuras foi encontrada.
Índice de Tabelas
Erro! Nenhuma entrada de índice de figuras foi encontrada.
Introdução
Propósito
Este documento especifica os requisitos do sistema escolhido pelos alunos do curso Superior de Tecnologia em Gestão da Tecnologia da Informação para a realização do Projeto Integrado II. Este documento tem como objetivo fornecer aos integrantes do grupo e ao professor da disciplina as informações necessárias para a modelagem do sistema em questão. 
Este documento também pode ser utilizado em etapas posteriores de projeto, implementação, realização dos testes e homologação do sistema (caso este venha a ser desenvolvido futuramente).
Público Alvo
Este documento se destina aos arquitetos de software, engenheiros de software e testadores.
Escopo
Este documento realiza a elicitação e especificação de requisitos de um determinado sistema.
Definições, Acrônimos e Abreviações.
<Nesta seção serão descritos as abreviações, definições e acrônimos relevantes ao documento em ordem alfabética. Segue uma lista de definições, acrônimos e abreviações usados neste documento. A referência Error! Reference source not found. trás termos adicionais aos apresentados abaixo.>
	<Id_doc>
	<Identificador de documento>
Referências
<Esta seção é destinada à descrição das referências utilizadas pelo documento, como por exemplo, URLs e livros. Seguir padrão ABNT.
Visão geral do documento
Na seção 2 apresenta uma visão geral do sistema, caracterizando qual é o seu escopo e descrevendo seus usuários. 
A seção 3 especifica as premissas e restrições do requisitos levantados. 
Na seção 4 são enumerados todos os requisitos funcionais, e 
Na seção 5 os não-funcionais do sistema.
Visão Geral do Produto
<Descreve o objetivo do sistema, suas respectivas funcionalidades, qual o público alvo do sistema, qual a necessidade de implementar o produto, o impacto do sistema e sucesso que a solução irá trazer.>
Descrição dos usuários
<Descreve quais os usuários finais do sistema.>
Parâmetros do sistema
Descrever os parâmetros do sistema a ser desenvolvido.
Parâmetros alteráveis
Parâmetros não-alteráveis
Processos Envolvidos
<Desenhar se possível nesta seção os fluxos dos processos envolvidos com este sistema.>
Premissas e restrições
<Descreve as premissas que estarão sendo adotadas durante a descrição do requisitos:>
<premissa 1>:<descrição>
....
<premissa N>:<descrição>
Requisitos Funcionais
<São descritos os requisitos funcionais do sistema a ser implementado. Para melhor clareza, as funcionalidades são agrupadas e descritas nas subseções a seguir.>
<RF001><Requisito funcional 1>
<Descreva nesta seção a especificação do requisito funcional 1.>
Exemplo:
	RF001. O portal deve oferecer a busca de passagens aéreas. 
Informações: Local de origem, local de destino, data de partida, data de volta, quantidade de adultos, quantidade de crianças, idade das crianças.
Regras: O sistema deve permitir que o visitante ou o cliente do portal possam executar a busca fornecendo as informações obrigatórias e, caso haja resultado para a consulta, o portal deve disponibilizar as passagens aéreas com seus preços, as companhias disponíveis, escala e conexões (se houver), origem, destino e horário. Caso não haja disponibilidade, deve ser informado ao cliente que não houve resultado para a consulta. A obtenção dos dados de passagens de avião deve ser efetivada através de uma interface de integração entre o portal e as companhias aéreas.
• O portal deve validar se as informações sobre local de origem, local de destino, data de partida, data da volta e número de pessoas estão preenchidos.
• A data de partida deve ser maior ou igual à data corrente.
• A data de volta deve ser maior ou igual à data de partida.
• O número de adultos ou o número de crianças deve ser maior que zero. Por padrão, o portal deve preencher o número de adultos com 1(um) .
• Caso o número de crianças seja maior que 0 (zero), a idade deve ser preenchida.
• Caso alguma das informações acima não cumpra essas regras, o portal deve informar o usuário a respeito do erro de preenchimento. 
• Caso o valor das passagens para crianças seja diferente do valor das passagens para adultos, deve ser apresentada qual a regra utilizada, por exemplo: "Crianças acima de 6 (seis) anos devem pagar valor integral".
<RF002><Requisito funcional 2>
<Descreva nesta seção a especificação do requisito funcional 2.>
...
<RF00N><Requisito funcional n>
<Descreva nesta seção a especificação do requisito funcional n.>
Requisitos Não Funcionais
<Descreve os requisitos não-funcionais do sistema. Os requisitos são descritos nas próximas subseções. Tais como: 
Segurança:<Descreve os requisitos associados à integridade dos dados, privacidade, como o sistema trata de informação confidencial, liberação de acesso aos usuários do sistema.>
Performance:<Descreve o tempo de resposta do sistema durante o uso dos recursos disponibilizados.>
Usabilidade:<Descreve os requisitos não-funcionais associados à facilidade de uso do sistema.>
Confiabilidade:<Descreve os requisitos não funcionais associados à freqüência de falha, e a robustez do sistema na recuperação destas falhas.>
Padrões:<Descreve quais os padrões e normas a serem seguidas ao desenvolvimento do sistema.>
Hardware e Software:<Descreve qual o hardware e software que será utilizado pelo sistema.>
>
<RNF001><Requisito não-funcional 1>
<Descreva nesta seção a especificação do requisito não-funcional 1.>
Exemplo:
	RNF001. A efetivação da reserva do pacote, só deve ser liberada após o cliente estar logado no sistema.
Informações: usuário e senha. 
Regras: o cliente terá acesso para comprar, consultar e alterar.
<RNF002><Requisito não-funcional 2>
<Descreva nesta seção a especificação do requisito não-funcional 2.>
...
<RNF00N><Requisito não-funcional n>
<Descreva nesta seção a especificação do requisito não-funcional n.>