Template doc visao

De Wiki REDDES

Tabla de contenidos

Template para Documento de Visão

Esta wiki tem o objetivo de oferecer um template de documento de Visão em formato Wiki.

Foi usado como base para o formato wiki o template de Visão do OpenUp que é uma versão aberta e simplificada do Processo Unificado de engenharia de software.


[Observação: O texto entre colchetes e exibido em itálico e em azul, é fornecido para orientar o autor e deverá ser excluído antes da publicação do documento.]

Visão

1. Introdução

[A finalidade deste documento é coletar, analisar e definir necessidades e recursos de nível superior do <<Nome do Sistema>>. Ele se concentra nos recursos necessários aos envolvidos e aos usuários-alvo e nas razões que levam a essas necessidades. Os detalhes de como o <<Nome do Sistema>> satisfaz essas necessidades são descritos no caso de uso e nas especificações suplementares.]

[A introdução do documento Visão fornece uma visão geral de todo o seu conteúdo. Ela contém a finalidade e as referências desse documento.]

2. Posicionamento

2.1 Descrição do Problema

[Forneça uma descrição resumindo o problema que está sendo resolvido pelo projeto. Poderá ser usado este formato:]

  • O Problema de: [descreva o problema]
  • Afeta: [os envolvidos afetados pelo problema]
  • Cujo impacto é: [qual é o impacto do problema?]
  • Uma boa solução seria: [liste alguns dos principais benefícios de uma boa solução]

2.2 Sentença de Posição do Produto

[Forneça uma sentença geral resumindo, no nível mais alto, a posição exclusiva que o produto pretende ocupar no mercado. Poderá ser usado este formato:]

  • Para: [cliente-alvo]
  • Que: [indique a necessidade ou oportunidade]
  • O (nome do produto): é um(a) [categoria do produto]
  • Que: [indique o principal benefício; ou seja, a razão convincente que motiva a compra]
  • Ao contrário de [principal alternativa da concorrência]
  • Nosso produto [indique a principal diferença]

[Uma sentença de posição do produto comunica o objetivo do aplicativo e a importância do projeto para todo o pessoal envolvido.]

3. Descrições dos Envolvidos e dos Usuários

[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. (O resumo dos usuários encontra-se na seção 3.2.)]

  • Nome: [Especifique o nome do tipo de envolvido.]
  • Descrição: [Descreva brevemente o 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 Usuários

[Apresente uma lista resumida de todos os usuários identificados.]

  • Nome: [Informe o tipo de usuário.]
  • Descrição: [Descreva brevemente o que ele representa no que diz respeito ao sistema.]
  • Responsabilidades: [Liste as principais responsabilidades do usuário em relação ao sistema que está sendo desenvolvido; por exemplo:
    • percebe os detalhes
    • aelabora relatórios
    • coordena o trabalho
    • e assim por diante]
  • Envolvido: [Se o usuário não for representado diretamente, identifique o envolvido responsável por representar os interesses dele.]

4. Visão Geral do Produto

[Esta seção fornece uma visão de nível superior dos recursos, interfaces com outros aplicativos e configurações de sistemas do produto

4.1 Necessidades e Funcionalidades

[Evitar o design. Mantem as funcionalidades descritas em nível geral. Foca nas capacidades necessárias e porque (e não como) elas deveriam ser implementadas. Captura as prioridades dos stakeholder e planeja as releases por funcionalidades.]

Necessidade Prioridade Funcionalidades Versão Planejada

5. Outros Requisitos do Produto

[Em um nível superior, liste padrões aplicáveis, requisitos de hardware ou de plataforma; requisitos de desempenho; e requisitos ambientais. Defina as faixas de qualidade para desempenho, robustez, tolerância a erros, usabilidade e características semelhantes que não são capturadas no Conjunto de Recursos. Observe quaisquer restrições de design, restrições externas ou outras dependências. Defina quaisquer requisitos de documentação específicos, incluindo requisitos de manuais do usuário, Ajuda on-line, instalação, rotulação e de embalagem. Defina a prioridade desses outros requisitos do produto. Inclua, se for útil, atributos como, por exemplo, estabilidade, benefício, esforço e risco.]

Herramientas personales