ER-Template-DocVisao_v1.3

Prévia do material em texto

�
�
UNIVERSIDADE DO VALE DO RIO DOS SINOS
Ciências Exatas e Tecnologicas �����
Documento de Visão
Projeto: Nome do projeto
[ATENÇÃO: Esse documento é um modelo para fins didáticos que deverá ser utilizado no todo, se constituindo um dos materiais utilizados na atividade acadêmica de Engenharia de Requisitos. Esse modelo é fornecido para facilitar e padronizar os documentos de visão, nessa atividade acadêmica da Unisinos. Os textos entre “<<” e “>>”, exibidos em itálico, são incluídos para orientar a composição do documento e devem ser removidos antes da sua divulgação e entrega.]
Controle de Versão
<<O histórico de versão se destina a registrar a evolução do documento pelos autores ao longo do seu desenvolvimento.>>
	Versão
	Data
	Descrição da Alteração
	Autor
	1.0
	dd/mm/aa
	Primeira versão do documento
	Nome do autor
	1.1
	dd/mm/aa
	Descrição da alteração
	Nome do autor
	
	
	
	
	
	
	
	
Sumário
21. Objetivo do documento	�
22. Situação Atual	�
23. Objetivos do projeto	�
24. Escopo do Projeto	�
25. Premissas	�
26. Restrições	�
27. Visão geral do produto	�
27.1 Interdependências do Produto	�
37.2 Requisitos Funcionais	�
37.3 Requisitos Não Funcionais	�
37.4 Arquitetura do Produto	�
�
�
1. Objetivo do documento
Este documento tem como objetivo apresentar uma visão geral sobre o <<nome do sistema>>. Assim, são apresentados os recursos necessários aos envolvidos e usuários-chave e as razões que levam a essas necessidades. Os detalhes de como o <<nome do sistema>> satisfaz essas necessidades são descritos nos documentos de detalhamento dos requisitos funcionais e não funcionais.
2. Situação atual
<<Descrição breve do negócio, bem como das dificuldades enfrentadas atualmente que motivaram a demanda por um sistema de informação. Refere-se ao detalhamento do problema específico do cliente onde o sistema será aplicado>>
3. Objetivos do projeto
<<Definição de como o projeto contribuirá para o negócio. Refere-se ao entendimento de como o sistema afetará o negócio e como ele poderá contribuir para os objetivos do negócio>>
4. Escopo do projeto
<<Definição da abrangência do escopo do projeto. Refere-se ao consenso do que fará e o que não fará parte do escopo do projeto em termos de atividades do processo de desenvolvimento de software e entregáveis no projeto>>
5. Premissas do projeto
<<Premissas do projeto são fatores que devem ser considerados como verdadeiros para fins de planejamento. Em geral, as premissas oferecem um grau de risco caso não sejam atendidas e influenciam todos os aspectos do planejamento de um projeto, por tanto, devem ser constantemente revisadas e atualizadas durante a fase de planejamento. Premissas são hipóteses, pressupostos>>
6. Restrições do projeto
<<Restrições do projeto são os fatores que afetam diretamente o desempenho do projeto e a maneira com que uma atividade será executada. Restrições são fatores impeditivos, caso não cumpridos>>
7. Visão geral do produto
7.1 Interdependências do produto
<<Citar as prováveis interdependências do produto com outros sistemas/equipamentos. Por exemplo: ERP, sistema bancário, balança, catraca, leitores, etc.
7.2 Requisitos funcionais
<<Relacionar os principais requisitos funcionais (funcionalidades/características) desejadas pelos usuários chave e cliente do produto. Apenas cite, pois o detalhamento dos requisitos não será feito aqui.>>
RF001 – Nome do requisito funcional 1
RF002 – Nome do requisito funcional 2
...
7.3 Requisitos não funcionais
<<Relacionar os principais requisitos não funcionais (restrições) relevantes para o desenvolvimento do produto. Por exemplo: padrões aplicáveis (protocolos de comunicação, sistema operacional, de segurança, de qualidade e etc.), requisitos de desempenho (capacidade de comunicação, tempo de resposta e etc.), requisitos de ambiente, regulamentos e legislações, etc. Apenas cite, pois o detalhamento dos requisitos não será feito aqui.>>
RNF001 – Nome do requisito não funcional 1
RNF002 – Nome do requisito não funcional 2
... 
7.4 Arquitetura do produto
<<Incluir uma imagem ou diagrama com um esboço inicial, que demonstre a arquitetura envolvida no produto. Podem fazer parte da arquitetura outros sistemas, servidores, web services, servidores, datacenters, bancos de dados, etc.>>
���Documento de Visão				 	 � PAGE �3��Engenharia de Requisitos - Profa. Ms. Josiane Brietzke Porto