<Company Name>

<Nome do Projeto>
Viso

Verso <1.0>

[Nota: O gabarito a seguir fornecido para utilizao com o Rational Unified Process. O texto em azul exibido
entre colchetes e em itlico (style=InfoBlue) foi includo para orientar o autor e deve ser excludo antes da
publicao do documento. Um pargrafo digitado aps esse estilo ser automaticamente definido como normal
(style=Body Text).]
[Para personalizar campos automticos no Microsoft Word (que exibem um segundo plano cinza quando
selecionados), selecione File>Properties e substitua os campos Title, Subject e Company pelas informaes
apropriadas para este documento. Depois de fechar o dilogo, os campos automticos podem ser atualizados no
documento inteiro, selecionando Edit>Select All (ou Ctrl-A) e pressionando F9 ou simplesmente clique no campo e
pressione F9. Esse procedimento dever ser executado separadamente para os Cabealhos e Rodaps. Alt-F9
alterna entre a exibio de nomes de campos e do contedo dos campos. Consulte a Ajuda do Word para obter
informaes adicionais sobre como trabalhar com campos.]
<Nome do Projeto> Verso: <1.0>
Viso Data: <dd/mmm/aa>
<identificador do documento>

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

Confidencial <Company Name>, 2017 Pgina 2

<Nome do Projeto> Verso: <1.0>
Viso Data: <dd/mmm/aa>
<identificador do documento>

ndice
1. Introduo 5
1.1 Objetivo 5
1.2 Escopo 5
1.3 Definies, Acrnimos e Abreviaes 5
1.4 Referncias 5
1.5 Viso Geral 5

2. Posicionamento 5
2.1 Oportunidade de Negcio 5
2.2 Declarao do Problema 5
2.3 Declarao da Posio do Produto 5

3. Descries do Investidor e do Usurio 6

3.1 Demogrficos de Mercado 6
3.2 Resumo do Investidor 6
3.3 Resumo de Usurios 7
3.4 Ambiente do Usurio 7
3.5 Perfis do Investidor 7
3.5.1 <Nome do Investidor> 7
3.6 Perfis de Usurios 8
3.6.1 <Nome do Usurio> 8
3.7 Necessidades Principais do Investidor ou Usurio 8
3.8 Alternativas e Competio 9
3.8.1 <aCompetitor> 9
3.8.2 <anotherCompetitor> 9

4. Viso Geral do Produto 9

4.1 Perspectiva do Produto 9
4.2 Resumo de Recursos 9
4.3 Premissas e Dependncias 10
4.4 Custo e Preo 10
4.5 Licena e Instalao 10

5. Recursos do Produto 10
5.1 <aFeature> 11
5.2 <anotherFeature> 11

6. Restries 11

7. Intervalos de Qualidade 11

8. Precedncia e Prioridade 11

9. Outros Requisitos de Produto 11

9.1 Padres Aplicveis 11
9.2 Requisitos do Sistema 11
9.3 Requisitos de Desempenho 11
9.4 Requisitos Ambientais 11

Confidencial <Company Name>, 2017 Pgina 3

<Nome do Projeto> Verso: <1.0>
Viso Data: <dd/mmm/aa>
<identificador do documento>

10. Requisitos de Documentao 12

10.1 Manual do Usurio 12
10.2 Ajuda On-line 12
10.3 Guias de Instalao, Configurao e Arquivo LEIA-ME 12
10.4 Etiquetagem e Empacotamento 12

A Atributos de Recursos 12
A.1 Status 12
A.2 Benefcio 13
A.3 Esforo 13
A.4 Risco 13
A.5 Estabilidade 13
A.6 Release de Destino 13
A.7 Designado Para 14
A.8 Motivo 14

Confidencial <Company Name>, 2017 Pgina 4

<Nome do Projeto> Verso: <1.0>
Viso Data: <dd/mmm/aa>
<identificador do documento>

Viso
1. Introduo
[O objetivo deste documento coletar, analisar e definir necessidades e recursos de alto nvel do <<Nome do
Sistema>>. Ele est focalizado nos recursos necessrios aos investidores e usurios de destino e por que essas
necessidades existem. Os detalhes de como o <<Nome do Sistema>> atende essas necessidades so explicados nas
especificaes de caso de uso e suplementares.]
[A introduo do documento Viso fornece uma viso geral de todo o documento. Ela inclui o objetivo, o escopo,
as definies, os acrnimos, as abreviaes, as referncias e a viso geral deste documento Viso.]
1.1 Objetivo
[Especifique o objetivo deste documento Viso.]
1.2 Escopo
[Uma breve descrio do escopo deste documento Viso; a qual(is) Projeto(s) ele est associado e tudo mais que
seja afetado ou influenciado por este documento.]
1.3 Definies, Acrnimos e Abreviaes
[Esta subseo fornece as definies de todos os termos, acrnimos e abreviaes requeridos para interpretar
adequadamente o documento Viso. Essas informaes podem ser fornecidas em relao ao Glossrio do projeto.]
1.4 Referncias
[Esta subseo fornece uma lista completa de todos os documentos mencionados em outra parte no documento
Viso. Identifique cada documento por ttulo, nmero do relatrio se aplicvel, data e organizao da publicao.
Especifique as origens a partir das quais as referncias podem ser obtidas. Essas informaes podem ser fornecidas
por um anexo ou outro documento.]
1.5 Viso Geral
[Esta subseo descreve o que o restante do documento Viso contm e explica como o documento organizado.]
2. Posicionamento
2.1 Oportunidade de Negcio
[Descreva resumidamente a oportunidade de negcio que est sendo atendida por este projeto.]
2.2 Declarao do Problema
[Fornea uma declarao resumindo o problema que est sendo resolvido por este projeto. O formato a seguir
pode ser utilizado:]
O problema de [descreva o problema]
afeta [os investidores afetados pelo problema]
o impacto o seguinte [qual o impacto do problema?]
uma soluo bem-sucedida seria [liste alguns benefcios chave de uma soluo bem-sucedida]

2.3 Declarao da Posio do Produto

[Fornea uma declarao geral resumindo, no nvel mais alto, a posio exclusiva que o produto pretende ocupar
no marketplace. O formato a seguir pode ser utilizado:]

Confidencial <Company Name>, 2017 Pgina 5

<Nome do Projeto> Verso: <1.0>
Viso Data: <dd/mmm/aa>
<identificador do documento>

Para [cliente de destino]

Quem [declarao da necessidade ou oportunidade]
O (nome do produto) um [categoria do produto]
Que [declarao do benefcio chave, isto , o motivo que leva a
comprar]
Diferente [principal alternativa competitiva]
Nosso produto [declarao da diferenciao principal]
[Uma declarao da posio do produto comunica a inteno do aplicativo e a importncia do projeto para todo o
pessoal interessado.]
3. Descries do Investidor e do Usurio
[Para fornecer produtos e servios que efetivamente atendam as necessidades reais de seus investidores e usurios,
necessrio identificar e envolver todos os investidores como parte do processo de Modelagem de Requisitos. Voc
deve tambm identificar os usurios do sistema e garantir que a comunidade de investidores os represente
adequadamente. Esta seo fornece um perfil dos investidores e usurios envolvidos no projeto e os problemas
chave que eles observam para que sejam tratados pela soluo proposta. No descreve os pedidos ou requisitos
especficos uma vez que estes so capturados em um artefato separado de pedidos do investidor. Em vez disso,
fornece o segundo plano e a justificativa de por que os requisitos so necessrios.]
3.1 Demogrficos de Mercado
[Resuma os demogrficos chave de mercado que motivam as decises do produto. Descreva e posicione os
segmentos de mercado de destino. Faa uma estimativa do tamanho e do crescimento do mercado utilizando o
nmero de usurios potenciais ou o valor em dinheiro que seus clientes gastam tentando atender as necessidades
que seu produto ou aprimoramento poderia suprir. Reveja as principais tendncias e tecnologias do segmento de
mercado. Responda estas perguntas estratgicas:
Qual a reputao da sua organizao nesses mercados?
Qual voc gostaria que fosse?
Como este produto ou servio suporta suas metas?]
3.2 Resumo do Investidor
[H vrios investidores com interesse no desenvolvimento e nem todos eles so usurios finais. Apresente uma lista
de resumo desses investidores no-usurios. (Os usurios esto resumidos na seo 3.3.)]
Nome Descrio Responsabilidades
[Nomeie o tipo do [Descreva resumidamente o [Resuma as principais responsabilidades do
investidor.] investidor.] investidor com relao ao sistema que est
sendo desenvolvido, isto , seu interesse como
um investidor. Por exemplo, este investidor:
- garante que ser possvel manter o sistema
- garante que haver uma demanda de
mercado para os recursos do produto
- monitora o andamento do projeto
- aprova o fundo
- e assim por diante]

Confidencial <Company Name>, 2017 Pgina 6

<Nome do Projeto> Verso: <1.0>
Viso Data: <dd/mmm/aa>
<identificador do documento>

3.3 Resumo de Usurios

[Apresente uma lista de resumo de todos os usurios identificados.]
Nome Descrio Responsabilidades Investidor

[Nomeie [Descreva [Liste as principais [Se o usurio no for

o tipo de resumidamente o responsabilidades do usurio com diretamente representado,
usurio.] que representam relao ao sistema que est sendo identifique qual investidor
com relao ao desenvolvido, por exemplo: responsvel por representar
sistema.] o interesse do usurio.]
- captura detalhes
- produz relatrios
- coordena o trabalho
- e assim por diante]

3.4 Ambiente do Usurio

[Detalhe o ambiente de trabalho do usurio de destino. A seguir, so apresentadas algumas sugestes:
Nmero de pessoas envolvidas na concluso da tarefa? Isso est mudando?
Qual a durao de um ciclo de tarefa? Perodo de tempo gasto em cada atividade? Isso est mudando?
Alguma restrio ambiental exclusiva: mvel, ao ar livre, em vo e assim por diante?
Quais plataformas de sistemas esto em uso hoje? Plataformas futuras?
Que outros aplicativos esto em uso? Seu aplicativo precisa se integrar a eles?
Aqui onde as extraes do Modelo de Negcio podem ser includas para esboar a tarefa e as funes envolvidas
e assim por diante.]
3.5 Perfis do Investidor
[Descreva cada investidor no sistema aqui preenchendo a seguinte tabela para cada investidor. Lembre-se de que
os tipos de investidor podem ser to diferentes quanto usurios, departamentos e desenvolvedores tcnicos. Um
perfil completo cobriria os seguintes tpicos para cada tipo de investidor.]
3.5.1 <Nome do Investidor>
Representante [Quem o representante do investidor para o projeto? (Opcional se documentado
em outro lugar.) O que queremos aqui so nomes.]
Descrio [Uma breve descrio do tipo de investidor.]
Tipo [Qualifique o conhecimento do investidor, o background tcnico e o grau de
sofisticaoisto , guru, negcios, especialista, usurio casual e assim por
diante.]
Responsabilidades [Liste as principais responsabilidades do investidor com relao ao sistema que
est sendo desenvolvidoisto , seu interesse como investidor.]
Critrios de xito [Como o investidor define o xito?
Como o investidor recompensado?]
Envolvimento [Como o investidor est envolvido no projeto? Relacione, onde possvel, com
funes do Rational Unified Processisto , Revisor de Requisitos e assim por
diante.]

Confidencial <Company Name>, 2017 Pgina 7

<Nome do Projeto> Verso: <1.0>
Viso Data: <dd/mmm/aa>
<identificador do documento>

Distribuveis [H algum distribuvel adicional requerido pelo investidor? Podem ser

distribuveis ou sadas do projeto do sistema em desenvolvimento.]
Comentrios / [Problemas que interferem no xito e qualquer outra informao relevante devem
Problemas ser colocados aqui.]

3.6 Perfis de Usurios

[Descreva cada usurio exclusivo do sistema aqui preenchendo a seguinte tabela para cada tipo de usurio.
Lembre-se de que os tipos de usurios podem ser to diferentes quanto gurus e aprendizes. Por exemplo, um guru
pode precisar de uma ferramenta sofisticada, flexvel com suporte de plataforma cruzada enquanto que um aprendiz
pode precisar de uma ferramenta fcil de utilizar e simples. Um perfil completo deve cobrir os seguintes tpicos
para cada tipo de usurio.]
3.6.1 <Nome do Usurio>

Representante [Quem o representante do usurio para o projeto? (Opcional se documentado em

outro lugar.) Isso, freqentemente, refere-se ao Investidor que representa o
conjunto de usurios, por exemplo, Investidor: Investidor1.]
Descrio [Uma breve descrio do tipo de usurio.]
Tipo [Qualifique o conhecimento do usurio, o background tcnico e o grau de
sofisticaoisto , guru, usurio casual e assim por diante.]
Responsabilidades [Liste as principais responsabilidades do usurio com relao ao sistema que est
sendo desenvolvido isto , captura detalhes, produz relatrios, coordena o
trabalho e assim por diante.]
Critrios de xito [Como o usurio define o xito?
Como o usurio recompensado?]
Envolvimento [Como o usurio est envolvido no projeto? Relacione, onde possvel, com funes
do Rational Unified Processisto , Revisor de Requisitos e assim por diante.]
Distribuveis [H algum distribuvel que o usurio produz e, se houver, para quem?]
Comentrios / [Problemas que interferem no xito e qualquer outra informao relevante devem
Problemas ser colocados aqui. Esses incluiriam tendncias que tornam o trabalho do usurio
mais fcil ou mais difcil.]

3.7 Necessidades Principais do Investidor ou Usurio

[Liste os problemas chave com solues existentes conforme observado pelo investidor ou usurio. Explique as
seguintes questes para cada problema:
Quais so os motivos para este problema?
Como ele resolvido agora?
Quais solues o investidor ou o usurio deseja?]
[ importante entender a importncia relativa que o investidor ou o usurio coloca em resolver cada problema.
Tcnicas de classificao e votao acumulativa indicam problemas que devem ser resolvidos contra problemas
que eles gostariam que fossem tratados.
Preencha a tabela a seguirse estiver utilizando o Rational RequisitePro para capturar as Necessidades, isso

Confidencial <Company Name>, 2017 Pgina 8

<Nome do Projeto> Verso: <1.0>
Viso Data: <dd/mmm/aa>
<identificador do documento>

poderia ser uma extrao ou relatrio dessa ferramenta.]

Necessidade Priorid Assuntos Soluo Atual Solues Propostas
ade
Mensagens de difuso

3.8 Alternativas e Competio

[Identifique alternativas que o investidor observa como disponveis. Estas podem incluir comprar o produto de um
concorrente, construir uma soluo prpria ou simplesmente manter o status quo. Liste todas as opes
competitivas conhecidas que existem ou que podem se tornar disponveis. Inclua os principais pontos fortes e fracos
de cada concorrente conforme observado pelo investidor ou usurio final.]
3.8.1 <aCompetitor>
3.8.2 <anotherCompetitor>
4. Viso Geral do Produto
[Esta seo fornece uma visualizao de alto nvel dos recursos do produto, interfaces com outros aplicativos e
configuraes do sistema. Esta seo, geralmente, consiste em trs subsees, como segue:
Perspectiva do produto
Funes do produto
Premissas e dependncias]
4.1 Perspectiva do Produto
[Esta subseo do documento Viso coloca o produto em perspectiva com outros produtos relacionados e o
ambiente do usurio. Se o produto for totalmente independente, declare isso aqui. Se o produto for um componente
de um sistema maior, esta subseo dever relatar como esses sistemas interagem e dever identificar as interfaces
relevantes entre os sistemas. Uma maneira fcil de exibir os principais componentes do sistema maior,
interconexes e interfaces externas com um diagrama de bloco.]
4.2 Resumo de Recursos
[Resuma os principais benefcios e recursos que o produto fornecer. Por exemplo, um documento Viso para um
sistema de suporte ao cliente pode utilizar esta parte para tratar da documentao, da rota e do relatrio de status
do problema sem mencionar a quantidade de detalhes que cada uma dessas funes requer.
Organize as funes de modo que a lista seja compreensvel para o cliente e para qualquer outra pessoa que esteja
lendo o documento pela primeira vez. Uma tabela simples listando os principais benefcios e seus recursos de
suporte pode ser suficiente. Por exemplo:]

Confidencial <Company Name>, 2017 Pgina 9

<Nome do Projeto> Verso: <1.0>
Viso Data: <dd/mmm/aa>
<identificador do documento>

Tabela 4-1 Sistema de Suporte ao Cliente

Benefcio do Cliente Recursos de Suporte
A nova equipe de suporte pode A base de conhecimento ajuda o pessoal
rapidamente alcanar velocidade. de suporte a identificar rapidamente
correes conhecidas e solues
alternativas.
A satisfao do cliente aprimorada Os problemas so exclusivamente
porque nada deixado para trs. relacionados por itens, classificados e
rastreados em todo o processo de
resoluo. A notificao automtica
ocorre para problemas de qualquer
perodo.
O gerenciamento pode identificar Os relatrios de tendncia e distribuio
reas de problemas e determinar a permitem uma reviso de alto nvel do
carga de trabalho da equipe. status do problema.
As equipes de suporte distribudas O servidor de replicao permite que
podem trabalhar juntas para resolver informaes do banco de dados atual
problemas. sejam compartilhadas na empresa.
Os clientes podem se ajudar, A base de conhecimento pode ser
baixando os custos do suporte e disponibilizada atravs da Internet. Inclui
aprimorando o tempo de resposta. recursos de pesquisa de hipertexto e
mecanismo de consulta grfica.
4.3 Premissas e Dependncias
[Liste cada um dos fatores que afetam os recursos declarados no documento Viso. Liste premissas que, se
alteradas, mudaro o documento Viso. Por exemplo, uma premissa pode declarar que um sistema operacional
especfico estar disponvel para o hardware designado para o produto de software. Se o sistema operacional no
estiver disponvel, o documento Viso precisar ser alterado.]
4.4 Custo e Preo
[Para produtos vendidos para clientes externos e para muitos aplicativos internos, os problemas de custo e preo
podem impactar diretamente a definio e a implementao do aplicativo. Nesta seo, registre quaisquer
restries de custo e preo que sejam relevantes. Por exemplo, custos de distribuio, (# de disquetes, # de CD-
ROMs, controle do CD) ou outras restries de custo de mercadorias vendidas (manuais, pacote) podem ser
materiais para o xito dos projetos ou irrelevantes, dependendo da natureza do aplicativo.]
4.5 Licena e Instalao
[Os problemas de licena e instalao tambm podem impactar diretamente o esforo de desenvolvimento. Por
exemplo, a necessidade de suportar serializao, segurana de senha ou licena de rede criar requisitos
adicionais do sistema que devem ser considerados no esforo de desenvolvimento.
Os requisitos de instalao tambm podem afetar a codificao ou criar a necessidade de um software de
instalao separado.]
5. Recursos do Produto
[Liste e descreva resumidamente os recursos do produto. Recursos so as capacidades de alto nvel do sistema que
so necessrias para fornecer benefcios aos usurios. Cada recurso um servio desejado externamente que,
geralmente, requer uma srie de entradas para alcanar o resultado desejado. Por exemplo, um recurso de um
sistema de rastreamento de problema pode ser a habilidade de fornecer relatrios de tendncias. Conforme o
modelo de caso de uso toma forma, atualize a descrio para se referir aos casos de uso.
Como o documento Viso revisado por uma ampla variedade de pessoas envolvidas, o nvel de detalhes deve ser
geral o suficiente para que todos entendam. Porm, detalhes suficientes devem estar disponveis para fornecer

Confidencial <Company Name>, 2017 Pgina 10

<Nome do Projeto> Verso: <1.0>
Viso Data: <dd/mmm/aa>
<identificador do documento>

equipe as informaes necessrias para criar um modelo de caso de uso.

Para gerenciar efetivamente a complexidade do aplicativo, recomenda-se para todo novo sistema, ou um
incremento a um sistema existente, recursos abstrados a um nvel alto o suficiente que resultem 25-99 recursos.
Estes recursos fornecem a base fundamental para definio do produto, gerenciamento de escopo e gerenciamento
de projeto. Cada recurso ser expandido em maiores detalhes no modelo de caso de uso.
Em toda esta seo, cada recurso ser externamente observvel por usurios, operadores ou outros sistemas
externos. Estes recursos devem incluir uma descrio de funcionalidade e problemas de utilidade relevantes que
devem ser tratados. As seguintes diretrizes se aplicam:
Evite o design. Mantenha as descries do recurso em um nvel geral. Focalize nos recursos necessrios e
por que (no como) eles devem ser implementados.
Se voc estiver utilizando o toolkit Rational RequisitePro, tudo dever ser selecionado como requisitos de
tipo para fcil referncia e rastreamento.]
5.1 <aFeature>

5.2 <anotherFeature>

6. Restries
[Observe as restries de design, restries externas ou outras dependncias.]
7. Intervalos de Qualidade
[Defina os intervalos de qualidade quanto ao desempenho, fora, tolerncia a falhas, utilidade e caractersticas
semelhantes que no so capturadas no Conjunto de Recursos.]
8. Precedncia e Prioridade
[Defina a prioridade dos diferentes recursos do sistema.]
9. Outros Requisitos de Produto
[Em um nvel alto, liste padres aplicveis, requisitos de hardware ou plataforma, requisitos de desempenho e
requisitos ambientais.]
9.1 Padres Aplicveis
[Liste todos os padres com os quais o produto deve estar em conformidade. Estes podem incluir padres de
comunicaes legais e reguladores (FDA, UCC) (TCP/IP, ISDN), padres de conformidade com a plataforma
(Windows, UNIX e assim por diante) e padres de qualidade e segurana (UL, ISO, CMM).]
9.2 Requisitos do Sistema
[Defina os requisitos do sistema necessrios para suportar o aplicativo. Estes podem incluir os sistemas
operacionais de host suportados e plataformas de rede, configuraes, memria, perifricos e software associado.]
9.3 Requisitos de Desempenho
[Utilize esta seo para detalhar os requisitos de desempenho. Os problemas de desempenho podem incluir itens
como fatores de carregamento de usurio, capacidade de largura de banda ou comunicao, rendimento do
processamento, exatido e confiabilidade ou tempos de resposta sob uma variedade de condies de
carregamento.]
9.4 Requisitos Ambientais
[Detalhe os requisitos ambientais conforme necessrio. Para sistemas baseados em hardware, os problemas
ambientais podem incluir temperatura, choque, umidade, radiao e assim por diante. Para aplicativos de software,
os fatores ambientais podem incluir condies de uso, ambiente do usurio, disponibilidade de recursos, problemas

Confidencial <Company Name>, 2017 Pgina 11

<Nome do Projeto> Verso: <1.0>
Viso Data: <dd/mmm/aa>
<identificador do documento>

de manuteno e manipulao e recuperao de erros.]

10. Requisitos de Documentao
[Esta seo descreve a documentao que deve ser desenvolvida para suportar a implementao do aplicativo bem-
sucedida.]
10.1 Manual do Usurio
[Descreva o objetivo e o contedo do Manual do Usurio. Discuta a extenso desejada, o nvel de detalhes, a
necessidade do ndice, o glossrio de termos, o tutorial contra a estratgia manual de referncia e assim por diante.
As restries de formatao e de impresso tambm devem ser identificadas.]
10.2 Ajuda On-line
[Muitos aplicativos fornecem um sistema de ajuda on-line para auxiliar o usurio. A natureza desses sistemas
exclusiva para o desenvolvimento do aplicativo uma vez que eles combinam aspectos de programao (hyperlinks e
assim por diante) com aspectos de gravao tcnica, como organizao e apresentao. Muitos descobriram que o
desenvolvimento de um sistema de ajuda on-line um projeto dentro de um projeto que se beneficia do
gerenciamento de escopo up-front e da atividade de planejamento.]
10.3 Guias de Instalao, Configurao e Arquivo LEIA-ME
[Um documento que inclui instrues de instalao e orientaes de configurao importante para uma oferta de
soluo completa. Alm disso, um arquivo LEIA-ME , geralmente, includo como um componente padro. O
arquivo LEIA-ME pode incluir uma seo "O Que H de Novo com este Release e uma discusso dos problemas
de compatibilidade com releases anteriores. A maioria dos usurios tambm gosta da documentao que define os
erros conhecidos e solues alternativas no arquivo LEIA-ME.]
10.4 Etiquetagem e Empacotamento
[Os aplicativos atualizados fornecem uma aparncia e comportamento consistentes que comeam com o
empacotamento do produto e se manifesta nos menus de instalao, telas iniciais, sistemas de ajuda, dilogos de
GUI e assim por diante. Esta seo define as necessidades e os tipos de etiquetagem a serem incorporados no
cdigo. Exemplos incluem observaes sobre direitos autorais e patentes, logotipos corporativos, cones
padronizados e outros elementos grficos e assim por diante.]
A Atributos de Recursos
[Os recursos recebem atributos que podem ser utilizados para avaliar, rastrear, priorizar e gerenciar os itens de
produtos propostos para implementao. Todos os tipos e atributos de requisitos devem ser esboados no Plano de
Gerenciamento de Requisitos; porm, voc pode listar e descrever resumidamente os atributos para os recursos
escolhidos. As subsees a seguir representam um conjunto de atributos de recursos sugeridos.]
A.1 Status
[Defina aps a negociao e a reviso pela equipe de gerenciamento do projeto. Controla o andamento durante a
definio da linha de base do projeto.]
Propostos [Utilizado para descrever recursos que esto em discusso, mas que
ainda no foram revisados e aceitos pelo "canal oficial", como um
grupo de trabalho que consiste em representantes da equipe do
projeto, gerenciamento de produtos e comunidade de usurios ou
clientes.]
Aprovados [Recursos que foram julgados teis e possveis e que foram
aprovados para implementao pelo canal oficial.]
Incorporado [Recursos incorporados na linha de base do produto em um
momento especfico.]

Confidencial <Company Name>, 2017 Pgina 12

<Nome do Projeto> Verso: <1.0>
Viso Data: <dd/mmm/aa>
<identificador do documento>

A.2 Benefcio
[Definido pelo Marketing, o gerente de produto ou o analista de negcio. Todos os requisitos no so criados
iguais. Classificar requisitos por seu benefcio relativo para o usurio final abre um dilogo com clientes, analistas
e membros da equipe de desenvolvimento. Utilizado no gerenciamento do escopo e na determinao da prioridade
de desenvolvimento.]

Crtico [Recursos essenciais. Falha na implementao significa que o sistema

no atender as necessidades do cliente. Todos os recursos crticos
devem ser implementados no release ou o planejamento falhar.]
Importante [Recursos importantes para a eficincia e a eficcia do sistema para a
maioria dos aplicativos. A funcionalidade no pode ser facilmente
fornecida de outra maneira. A falta de incluso de um recurso
importante pode afetar a satisfao do cliente ou do usurio ou mesmo
a receita, mas o release no ser atrasado por causa da falta de
nenhum recurso importante.]
til [Recursos que so teis em aplicativos menos tpicos sero utilizados
com menor freqncia ou para os quais solues alternativas
razoavelmente eficientes podem ser alcanadas. Nenhum impacto
significativo de receita ou de satisfao do cliente poder ser esperado
se tal item no for includo em um release.]

A.3 Esforo
[Definido pela equipe de desenvolvimento. Como mais recursos requerem mais tempo e recursos do que outros,
estimar o nmero de semanas por equipe ou pessoa, linhas de cdigo requeridas ou pontos de funo, por exemplo,
a melhor maneira de calcular complexidade e definir expectativas do que pode e no pode ser realizado em um
determinado quadro de tempo. Utilizado no gerenciamento do escopo e na determinao da prioridade de
desenvolvimento.]
A.4 Risco
[Definido pela equipe de desenvolvimento com base na probabilidade de que o projeto experimentar eventos
indesejveis, como overruns de custo, atrasos no planejamento ou at mesmo cancelamentos. A maioria dos
gerentes de projeto acha que categorizar os riscos como alto, mdio e baixo o suficiente, embora graduaes mais
refinadas sejam possveis. O risco pode freqentemente ser avaliado indiretamente medindo a variabilidade
(intervalo) da estimativa de planejamento da equipe de projetos.]
A.5 Estabilidade
[Definida pelo analista e pela equipe de desenvolvimento, baseia-se na probabilidade de que os recursos sero
alterados ou o entendimento da equipe sobre o recurso ser alterado. Usado para ajudar a estabelecer as
prioridades de desenvolvimento e a determinar os itens que devero ser extrados.]
A.6 Release de Destino
[Registra a verso do produto pretendida na qual o recurso aparecer primeiro. Este campo pode ser utilizado
para alocar recursos de um documento Viso em um release de linha de base particular. Quando combinado com o
campo de status, sua equipe pode propor, registrar e discutir vrios recursos do release sem confirm-los para o
desenvolvimento. Apenas os recursos cujo Status definido como Incorporado e cujo Release de Destino definido
sero implementados. Quando ocorre o gerenciamento do escopo, o Nmero de Verso do Release de Destino pode
ser aumentado de forma que o item permanecer no documento Viso, mas ser planejado para um release
posterior.]

Confidencial <Company Name>, 2017 Pgina 13

<Nome do Projeto> Verso: <1.0>
Viso Data: <dd/mmm/aa>
<identificador do documento>

A.7 Designado Para

[Em muitos projetos, os recursos sero designados a "equipes de recursos" responsveis por uma extrao maior,
gravando os requisitos e a implementao do software. Esta simples lista suspensa ajudar a todos na equipe do
projeto a entender melhor as responsabilidades.]
A.8 Motivo
[Este campo de texto utilizado para rastrear a origem do recurso solicitado. Os requisitos existem por motivos
especficos. Este campo registra uma explicao ou uma referncia a uma explicao. Por exemplo, a referncia
pode ser a uma pgina e nmero de linha de uma especificao de requisito do produto ou a um marcador de
minuto em um vdeo de uma entrevista importante do cliente.]

Confidencial <Company Name>, 2017 Pgina 14