DOCUMENTO DE REQUISITOS

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

DOCUMENTO DE REQUISITOS
Histórico de Revisões
	DATA
	VERSÃO
	DESCRIÇÃO
	RESPONSÁVEL
	28/11/2019
	1.0
	Elaboração do documento
	Alex de Oliveira
	...
	...
	...
	...
	02/12/2019
	3.1
	Modificação na seção Descrição
da interface com o usuário e nos
casos de uso do sistema.
	Alex de Oliveira
OBJETIVOS
Descrição dos objetivos do documento e o público ao qual ele se destina.
ESCOPO GERAL DO PRODUTO
Definir, em linhas gerais, o propósito e escopo do produto a ser desenvolvido.
CONVENÇÕES, TERMOS E ABREVIAÇÕES
Relação dos termos e abreviações usadas, tipos de prioridades atribuídas aos requisitos,
além de informar como o documento deve evoluir.
3.1 Identificação dos requisitos e casos de uso
3.2 Prioridades dos requisitos
4. REQUISITOS
Os requisitos podem ser registrados utilizando várias técnicas, de forma individual
ou agregada, para facilitar a compreensão da rotina a ser implementada. Neste
documento, sugiro uma planilha para o registro, com a opção de utilização da representação
gráfica por meio de casos de uso. A coluna UC identifica o caso de uso
referente àquele requisito.
4.1 Requisitos funcionais
Esta seção descreve, de maneira sumarizada, as funcionalidades do software. O
engenheiro de requisitos deve organizar o conjunto de funcionalidades, de modo a
torná-las compreensíveis a todos os stakeholders envolvidos.
	RF
	UC
	PR
	Descriçao/ação
	Entrada
	Saída
	pré-condição
	pós-condição
	Stakeholder
	 
	 
	 
	 
	 
	 
	 
	 
	 
	 
	 
	 
	 
	 
	 
	 
	 
	 
4.2 Requisitos não funcionais
Esta seção considera os requisitos do produto, do processo, da interface gráfica e
da plataforma tecnológica empregada e demais requisitos limitadores, isto é, requisitos
de segurança, confiabilidade, timeout de sessão de usuário, usabilidade, e
outros a serem identificados.
	RF
	UC
	PR
	Descriçao/ação
	Entrada
	Saída
	pré-condição
	pós-condição
	Stakeholder
	 
	 
	 
	 
	 
	 
	 
	 
	 
	 
	 
	 
	 
	 
	 
	 
	 
	 
ESCOPO NÃO CONTEMPLADO
Contém descrição das funcionalidades que não serão desenvolvidas. Outra denominação
dada a esta seção é escopo negativo. Isto garante aos stakehorders o que
não faz parte do conjunto a ser implementado.
APROVAÇÃO
Nesta sessão, registre o nome, função na empresa e/ou no projeto, os envolvidos, a
data e a assinatura.