<Sigla do Projeto>

Documento de Visão

Histórico de Revisões

Data	Versão	Autor	Revisor	Observação
<dd/mm/aaaa>	<v.v>	<Descrição>

Índice

1.	Introdução	4

1.1	Objetivo	4

1.2	Escopo	4

1.3	Não Escopo	4

1.4	Definições, Acrônimos e Abreviações	4

1.5	Referências	4

1.6	Visão Geral	4

1.7	Previsão de tamanho funcional	4

2.	Posicionamento	5

2.1	Oportunidade de Negócio	5

2.2	Relato do Problema	5

3.	Descrição dos Envolvidos e Usuários	5

3.1	Resumo dos Envolvidos	5

3.2	Ambiente do Usuário	6

3.3	Principais Necessidades de Usuários ou Envolvidos	6

4.	Visão Geral do Produto	6

4.1	Interfaces do Produto	6

5.	Restrições	7

6.	Riscos	7

7.	Escopo da Qualidade	7

8.	Precedência e Prioridade	7

9.	Aprovação	7

Documento de Visão

Introdução

[O objetivo deste documento é coletar, analisar e definir as características e necessidades de alto nível do <<Nome do Sistema>>. O foco está nas capacidades necessárias para os envolvidos e usuários finais, e no porquê da existência destas necessidades. Os detalhes de como o <<Nome do Sistema>> atende estas necessidades estão na especificação de Use Cases e na especificação suplementar.]

[A introdução do Documento de Visão fornece uma visão geral de todo o documento. Isto inclui o objetivo, escopo, definições, acrônimos, abreviações, referências e a visão geral do Documento de Visão.]

Objetivo

[Especifica o objetivo do Documento de Visão.]

Escopo

[Uma breve descrição do escopo do Documento de Visão, a qual(ais) projeto(s) ele está associado e qualquer outra coisa que seja afetada ou influenciada por este documento. Indicar as funcionalidades que afetam o negócio, dividindo-as por módulos quando necessário. ]

Não Escopo

[Uma breve descrição do escopo que não será atendido pelo Documento de Visão.]

Definições, Acrônimos e Abreviações

[Essa subseção fornece as definições de todos termos, acrônimos e abreviações requeridos para a apropriada interpretação do Documento de Visão. Estas informações podem ser fornecidas pela referência ao Glossário do projeto.]

Referências

[Essa subseção fornece uma lista completa de todos os documentos referenciados, em qualquer ponto do Documento de Visão. Identifica cada documento por título, número do relatório, se aplicável, data e responsável pela publicação. Especifica as fontes nas quais as referências podem ser obtidas. Essas informações devem ser fornecidas como referência a um apêndice ou a outro documento.]

Visão Geral

[Essa subseção descreve o conteúdo do restante do Documento de Visão e explica como o documento está organizado.]

Previsão de tamanho funcional

[Indica a quantidade prevista de pontos de função para as funcionalidades ou módulos identificados neste documento.]

<módulo ou funcionalidade>	Total P.F.
Total

Posicionamento

Oportunidade de Negócio

[Descreve brevemente a oportunidade de negócio atendida por este projeto.]

Relato do Problema

[Provê um relato resumido do problema a ser resolvido por este projeto. O formato abaixo pode ser usado como exemplo:]

O problema	[descrição do problema]
Afeta	[os envolvidos afetados pelo problema]
Impactando	[qual o impacto do problema]
Solução atual	[o que é feito para resolver o problema]
Uma solução de sucesso	[lista com os principais benefícios de uma solução de sucesso]

Descrição dos Envolvidos e Usuários

[Para efetivamente fornecer produtos e serviços que atendam as reais necessidades dos envolvidos e usuários, é necessário identificar e envolver todos no processo de Modelagem de Requisitos. Você deve identificar os usuários do sistema e garantir que a comunidade de pessoas envolvidas represente seus interesses e pontos de vista de forma adequada. Esta seção provê um perfil dos usuários e demais envolvidos no projeto, bem como os problemas-chave que eles acreditam ser resolvidos pela solução proposta. Esta seção não descreve os requisitos específicos dos usuários e envolvidos, que deverão estar contidos em um outro artefato (Requisições dos Envolvidos), e sim as justificativas e os motivos que tornam os requisitos necessários.]

Resumo dos Envolvidos

[Existe um número de envolvidos com interesse no desenvolvimento, e nem todos são usuários finais. Apresentar uma lista resumida dos envolvidos que podem ser ou não os usuários finais.]

Nome	Descrição	Responsabilidades
[Nome do tipo de envolvido]	[Breve descrição dos envolvidos]	[Resume as responsabilidades-chave dos envolvidos, considerando o sistema que está sendo desenvolvido, ou seja, seu interesse como um envolvido. Por exemplo, este envolvido: assegura que o sistema será manutenível; garante que o mercado demandará as características do produto; monitora o progresso do projeto; aprova a liberação da verba; e assim por diante.]

Ambiente do Usuário

[Detalha o ambiente de trabalho do usuário final. Abaixo estão algumas sugestões:

Qual o número de pessoas envolvidas na finalização da tarefa? Este número é fixo?

Quanto tempo leva um ciclo de tarefa? Qual a quantidade de tempo gasto em cada atividade? Este número é fixo?

Alguma restrição única de ambiente: móvel, ao ar livre, em voo, etc?

Quais plataformas operacionais são utilizadas hoje? E no futuro?

Que outras aplicações estão em uso? A sua aplicação precisa estar integrada à dele?

Aqui é onde as extrações do Modelo de Negócios podem ser incluídas para esboçar as tarefas e papéis envolvidos?

E assim por diante.]

Principais Necessidades de Usuários ou Envolvidos

[Listar os principais problemas com as soluções existentes, da forma como são percebidas por envolvidos ou usuários. Esclarecer os seguintes itens para cada um dos problemas:

•	Quais são as causas deste problema?

•	Como o problema é resolvido hoje?

•	Qual a solução para os envolvidos?]

[É importante entender a pertinência relativa dos envolvidos e usuários na resolução de cada problema. Técnicas de votação e classificação indicam os problemas que devem ser resolvidos e questões que eles gostariam que fossem abordadas.

Preencha a tabela abaixo – se você estiver usando o Rational RequistePro para levantar as necessidades, esta tabela pode ser o relatório da própria ferramenta.]

Necessidade	Prioridade	Interessa	Solução Atual	Solução Proposta

Visão Geral do Produto

[Esta seção provê uma visão de alto nível das capacidades do produto, interfaces com outras aplicações e configurações de sistema. Esta seção é composta, geralmente, de três subseções:

•	Interfaces do produto;

•	Funções do produto;

•	Suposições e dependências.]

Interfaces do Produto

[Esta subseção do Documento de Visão coloca, em uma mesma perspectiva, o produto, outros produtos relacionados e o ambiente do usuário. Caso o produto seja independente e totalmente autocontido, este é o local para indicar esta característica. Caso o produto seja um componente de um sistema maior, esta subseção deve relatar como estes sistemas interagem e deve apontar as interfaces relevantes entre os sistemas. Uma boa prática é utilizar um diagrama de blocos para ilustrar os principais componentes do supersistema, as interconexões e interfaces externas.]

Restrições

[Aponte qualquer restrição de design, restrição externa ou outras dependências.]

Riscos

[Aponte qualquer risco que esteja relacionado com a execução do projeto.]

Escopo da Qualidade

[Defina o escopo da qualidade para performance, robustez, tolerância a falhas, usabilidade e outras características semelhantes que não foram capturadas no conjunto de características.]

Precedência e Prioridade

[Defina a prioridade das diferentes características do sistema.]

Aprovação

Brasília, <dia> de <mês> de <ano>.

<Nome Completo>

<Função - Setor>

<Nome Completo>