Procurar Histórico

<NOME DO PROJETO>

Documento de Visão

Versão <NRO>

Histórico de Revisão

Data Versão Descrição Autor

<D/M/A> <NRO> <detalhes> <nome>

Índice

1. OBJETIVO DO DOCUMENTO 2

1.1. OBJETIVOS 2

1.2. ABRANGÊNCIA DO PROJETO 2

1.3. DEFINIÇÕES, ACRÔNIMOS E ABREVIAÇÕES 3

1.4. REFERÊNCIAS 3

2. DESCRIÇÃO DO PROBLEMA 3

3. PARTES ENVOLVIDAS 3

3.1. RESUMO DOS ENVOLVIDOS 4

3.2. RESUMO DOS USUÁRIOS 4

4. DESCRIÇÃO DA SOLUÇÃO PROPOSTA 5

5. FUNCIONALIDADES 5

6. RESTRIÇÕES DO PROJETO 5

7. OUTROS REQUISITOS 6

7.1. PADRÕES APLICÁVEIS 6

7.2. REQUISITOS DO SISTEMA 6

7.3. REQUISITOS DE DESEMPENHO 6

7.4. REQUISITOS AMBIENTAIS 6

8. PROTÓTIPOS 7

Documento de Visão

1. Objetivo do Documento

Este documento apresenta uma solução de software para o projeto <informar nome projeto>, solicitado pelo cliente <informar nome cliente>, apresentando os problemas a serem solucionados, as necessidades dos principais envolvidos, o alcance do projeto e as funcionalidades esperadas do sistema.

Para o modelo RUP deste documento, visite a página http://www.wthreex.com/rup/portugues/webtmpl/templates/req/rup_vision.htm

Para um exemplo desse documento, visite a página http://www.wthreex.com/rup/portugues/examples/csports/ex_vision.htm

1.1. Objetivos

Nesse tópico, deve-se especificar o objetivo principal do projeto. Nele também aparecem as especificações dos principais processos de negócio que serão automatizados.

Resumidamente, os objetivos do projeto podem ser definidos como os benefícios que o projeto irá fornecer quando concluído.

1.2. Abrangência do Projeto

Nesse tópico deve-se apresentar uma breve descrição do âmbito do projeto. Ressaltar também se o projeto contemplará integração com outros sistemas.

Deve-se também apresentar sucintamente os produtos finais do projeto.

Nessa fase, não se pode pensar em como será implementada a solução.

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

Esta subseção fornece as definições de todos os termos, acrônimos e abreviações necessárias à adequada interpretação do documento Visão. Essas informações podem ser fornecidas fazendo referências ao Glossário do projeto.

1.4. Referências

Esta subseção fornece uma lista completa de todos os documentos mencionados em qualquer outra parte do documento Visão. Identifique cada documento por título, número do relatório (se aplicável), data e organização de publicação. Especifique as fontes a partir das quais as referências podem ser obtidas. Essas informações podem ser fornecidas por um anexo ou outro documento.

2. Descrição do Problema

Forneça uma descrição resumindo o problema que está sendo resolvido pelo projeto, usando o formato abaixo:

O problema Descreva a causa do problema

Afeta Descreva os envolvidos afetados pelo problema

O impacto deste problema é Descreva o impacto no negócio

Uma solução ideal permitiria Liste alguns dos principais benefícios de uma boa solução

3. Partes Envolvidas

Para fornecer, de maneira eficiente, produtos e serviços que atendam às reais necessidades dos usuários e envolvidos, é necessário identificar e considerar todos os envolvidos como parte do processo de Modelagem de Requisitos. É necessário também identificar os usuários do sistema e assegurar que a comunidade de envolvidos os represente adequadamente. Esta seção fornece um perfil dos envolvidos e dos usuários que integram o projeto, e dos principais problemas que, de acordo com o ponto de vista deles, poderão ser abordados pela solução proposta. Ela não descreve as solicitações ou os requisitos específicos dos usuários e dos envolvidos, já que eles são capturados em um artefato individual de solicitações dos evolvidos. Em vez disso, ela fornece a base e a justificativa que explicam por que os requisitos são necessários.

3.1. Resumo dos Envolvidos

Há uma série de envolvidos que se interessam pelo desenvolvimento e nem todos eles são usuários finais. Apresente uma lista resumida desses envolvidos que não são usuários.

Nome Descrição Responsabilidade

Especifique o nome do tipo de envolvido Descreva brevemente o envolvido Resuma as principais responsabilidades do envolvido no que diz respeito ao sistema que está sendo desenvolvido; ou seja, seu interesse como envolvido. Por exemplo, este envolvido:

- assegura que o sistema poderá ser mantido

- assegura que haverá uma demanda de mercado pelos recursos do produto

- monitora o andamento do projeto

- aprova financiamentos

- e