<Nome do Projeto> Viso (Projetos Pequenos)

Verso <1.0>

[Observao: O template a seguir fornecido para uso com o Rational Unified Process (RUP). O texto entre colchetes e exibido em itlico, em azul (estilo=InfoBlue), fornecido para orientar o autor e dever ser excludo antes da publicao do documento. Qualquer pargrafo inserido aps esse estilo ser definido automaticamente como normal (estilo=BodyText).]

Histrico da Reviso Data <dd/mmm/aa> Verso <x.x> Descrio <detalhes> Autor <nome>

ndice Analtico 1. Introduo 1.1 Referncias 2. Posicionamento 2.1 Descrio do Problema 2.2 Sentena de Posio do Produto 3. Descries dos Envolvidos e dos Usurios 3.1 Resumo dos Envolvidos 3.2 Resumo dos Usurios 3.3 Ambiente do Usurio 3.4 Resumo das Principais Necessidades dos Envolvidos ou dos Usurios 3.5 Alternativas e Concorrncia 4. Viso Geral do Produto 4.1 Perspectiva do Produto 4.2 Suposies e Dependncias 5. Recursos do Produto 6. Outros Requisitos do Produto

Viso

1. Introduo
[A finalidade deste documento coletar, analisar e definir necessidades e recursos de nvel superior do <<Nome do Sistema>>. Ele se concentra nos recursos necessrios aos envolvidos e aos usurios-alvo e nas razes que levam a essas necessidades. Os detalhes de como o <<Nome do Sistema>> satisfaz essas necessidades so descritos no caso de uso e nas especificaes suplementares.] [A introduo do documento Viso fornece uma viso geral de todo o seu contedo. Ela contm a finalidade e as referncias desse documento.]

1.1 Referncias
[Esta subseo fornece uma lista completa de todos os documentos mencionados em qualquer outra parte do documento Viso. Identifique cada documento por ttulo, nmero do relatrio (se aplicvel), data e organizao de publicao. Especifique as fontes a partir das quais as referncias podem ser obtidas. Essas informaes podem ser fornecidas por um anexo ou outro documento.]

2. Posicionamento
2.1 Descrio do Problema
[Fornea uma descrio resumindo o problema que est sendo resolvido pelo projeto. Poder ser usado este formato:] O problema de afeta cujo impacto uma boa soluo seria [descreva o problema] [os envolvidos afetados pelo problema] [qual o impacto do problema?] [liste alguns dos principais benefcios de uma boa soluo]

2.2 Sentena de Posio do Produto

[Fornea uma sentena geral resumindo, no nvel mais alto, a posio exclusiva que o produto pretende ocupar no mercado. Poder ser usado este formato:] Para Que O (nome do produto) Que Ao contrrio de Nosso produto [cliente-alvo] [indique a necessidade ou oportunidade] um(a) [categoria do produto] [indique o principal benefcio; ou seja, a razo convincente que motiva a compra] [principal alternativa da concorrncia] [indique a principal diferena]

[Uma sentena de posio do produto comunica o objetivo do aplicativo e a importncia do projeto para todo o pessoal envolvido.]

3. Descries dos Envolvidos e dos Usurios

[Para fornecer, de maneira eficiente, produtos e servios que atendam s reais necessidades dos usurios e envolvidos, necessrio identificar e considerar todos os envolvidos como parte do processo de Modelagem de Requisitos. necessrio tambm identificar os usurios do sistema e assegurar que a comunidade de envolvidos os represente adequadamente. Esta seo fornece um perfil dos envolvidos e dos usurios que integram o projeto, e dos principais problemas que, de acordo com o ponto de vista deles, podero ser abordados pela soluo proposta. Ela no descreve as solicitaes ou os requisitos especficos dos usurios e dos envolvidos, j que eles so capturados em um artefato individual de solicitaes dos evolvidos. Em vez disso, ela fornece a base e a justificativa que explicam por que os requisitos so necessrios.]

3.1 Resumo dos Envolvidos

[H uma srie de envolvidos que se interessam pelo desenvolvimento e nem todos eles so usurios finais. Apresente uma lista resumida desses envolvidos que no so usurios. (O resumo dos usurios encontra-se na seo 3.2.)] Nome Descrio [Especifique o nome [Descreva brevemente o do tipo de envolvido.] envolvido.] Responsabilidades [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 assim por diante]

3.2 Resumo dos Usurios

[Apresente uma lista resumida de todos os usurios identificados.] Nome [Informe o tipo de usurio.] Descrio [Descreva brevemente o que ele representa no que diz respeito ao sistema.]
Responsabilidades

Envolvido [Se o usurio no for representado diretamente, identifique o envolvido responsvel por representar os interesses dele.]

[Liste as principais responsabilidades do usurio em relao ao sistema que est sendo desenvolvido; por exemplo: - percebe os detalhes - elabora relatrios - coordena o trabalho - e assim por diante]

3.3 Ambiente do Usurio

[Descreva o ambiente de trabalho do usurio-alvo. A seguir so apresentadas algumas sugestes:

Nmero de pessoas envolvidas na execuo da tarefa? Isso est mudando? Qual a durao de um ciclo de tarefas? Qual o tempo gasto em cada atividade? Isso est mudando? Quaisquer restries ambientais exclusivas: mveis, externas, de aeronaves etc? Que plataformas de sistema so utilizadas hoje? Plataformas futuras? Que outros aplicativos esto em uso? necessrio que o seu aplicativo interaja com eles?

Nesse ponto, voc poder incluir textos provenientes do Modelo de Negcios para descrever a tarefa e os trabalhadores de negcio envolvidos, entre outros.]

3.4 Principais Necessidades dos Usurios ou dos Envolvidos

[Liste os principais problemas com as solues existentes conforme o ponto de vista do envolvido ou do usurio. Esclarea as seguintes questes referentes a cada problema: Quais so as causas deste problema? Como ele est sendo resolvido agora?

 Que solues o envolvido ou o usurio deseja?] [ importante compreender a importncia relativa exercida pelo usurio ou pelo envolvido na resoluo de cada problema. As tcnicas de ordenao e votao cumulativa indicam os problemas que devem ser resolvidos versus problemas que eles gostariam que fossem resolvidos. Preencha a tabela a seguir se estiver usando o Rational RequisitePro para capturar as Necessidades, pode ser um fragmento ou relatrio dessa ferramenta.] Necessidade Mensagens de difuso Prioridade Preocupaes Soluo Atual Solues Propostas

3.5 Alternativas e Concorrncia

[Identifique as alternativas que o envolvido considera disponveis. Entre elas podem estar includas a compra de um produto do concorrente, a criao de uma soluo local ou a simples manuteno do status quo. Liste todas as opes conhecidas que a concorrncia oferece ou que podem se tornar disponveis. Inclua os principais pontos fortes e pontos fracos de cada concorrente segundo o ponto de vista do envolvido ou do usurio final.]

4. Viso Geral do Produto

[Esta seo fornece uma viso de nvel superior dos recursos, interfaces com outros aplicativos e configuraes de sistemas do produto. Ela geralmente constituda destas duas subsees: Perspectiva do produto Suposies e dependncias]

4.1 Perspectiva do Produto

[Esta subseo do documento Viso analisa o produto em relao a outros produtos relacionados e ao ambiente do usurio. Se o produto for independente e totalmente autosuficiente, exponha isso aqui. Se o produto for um componente de um sistema maior, esta subseo relatar como esses sistemas interagem e ter de identificar as interfaces relevantes entre os sistemas. Uma maneira fcil de exibir os principais componentes do sistema maior, suas interconexes e interfaces externas atravs de um diagrama de bloco.]

4.2 Suposies e Dependncias

[Liste cada fator que afeta os recursos especificados no documento Viso. Liste as suposies que, se sofrerem mudanas, alteraro o documento Viso. Por exemplo, uma suposio poder estabelecer que um sistema operacional especfico estar disponvel para o hardware projetado para o produto de software. Se o sistema operacional no estiver disponvel, o documento Viso ter que ser alterado.]

5. Recursos do Produto
[Liste e descreva brevemente os recursos do produto. Trata-se dos recursos de nvel superior do sistema que so necessrios para propiciar benefcios aos usurios. Cada recurso um servio desejado externamente que normalmente exige uma srie de entradas para alcanar os resultados desejados. Por exemplo, um dos recursos de um sistema de rastreamento de problemas poder ser a capacidade de fornecer relatrios de tendncias. medida que o modelo de casos de uso for desenvolvido, atualize a descrio para fazer referncia aos casos de uso. Como o documento Viso revisado por uma ampla variedade de pessoas envolvidas, o nvel de detalhamento ter que ser genrico o bastante para que todos possam compreend-lo. No entanto, devem estar disponveis detalhes suficientes para fornecer equipe as informaes necessrias para criar um modelo de casos de uso. Para gerenciar a complexidade dos aplicativos de maneira eficiente, recomendvel para qualquer sistema novo, ou para uma adio que complemente um sistema existente, que seja utilizado um grau de abstrao de nvel suficientemente elevado de modo a resultar em 25 a 99 recursos. Esses recursos sero a base fundamental do gerenciamento do projeto, do gerenciamento do escopo e da definio do produto. Cada recurso ser descrito mais detalhadamente no modelo de casos de uso. Em toda esta seo, cada recurso poder ser externamente percebido por usurios, operadores e outros sistemas externos. Esses recursos devero incluir uma descrio da funcionalidade e de todas as questes de usabilidade relevantes que devero ser abordadas. As seguintes diretrizes se aplicam: Evite o design. Mantenha as descries dos recursos em um nvel geral. Concentre-se nos recursos necessrios e no porqu (e no em como) eles devero ser implementados. Se estiver usando o kit de ferramentas do Rational RequisitePro, tudo ter que ser selecionado como requisitos de tipo para facilitar a consulta e o rastreamento. Defina a prioridade dos diferentes recursos do sistema. Inclua, se for til, atributos como, por exemplo, estabilidade, benefcio, esforo e risco.]

6. Outros Requisitos do Produto

[Em um nvel superior, liste padres aplicveis, requisitos de hardware ou de plataforma; requisitos de desempenho; e requisitos ambientais.

Defina as faixas de qualidade para desempenho, robustez, tolerncia a erros, usabilidade e caractersticas semelhantes que no so capturadas no Conjunto de Recursos. Observe quaisquer restries de design, restries externas ou outras dependncias. Defina quaisquer requisitos de documentao especficos, incluindo requisitos de manuais do usurio, Ajuda on-line, instalao, rotulao e de embalagem. Defina a prioridade desses outros requisitos do produto. Inclua, se for til, atributos como, por exemplo, estabilidade, benefcio, esforo e risco.]