Encontre e defina a linha que divide a solução e o mundo real que a cerca. Identifique as interfaces, bem como as informações de entrada e saída trocadas com os usuários, máquinas ou sistemas.

Colabore com o Gerente de Projeto e Arquiteto visto que as decisões relativas aos limites do sistema terão um grande impacto no custo, no cronograma e na arquitetura do sistema.

O que será realizado no projeto:

Entrega do sistema executável e funcionando?
Migrações de Dados? Quais dados?
Documentações técnicas? Quais?
Manuais? Treinamentos? Sistema de Ajuda?

Detalhes todos os itens e não deixe nada ambiguo! O escopo do projeto está além do escopo do software a ser desenvolvido (que também deve ser descrito) e todas as atividades que o excedem devem ser descritas. Sendo assim, se o cliente espera a migração de algum dado, tempo de treinamento, etc, tudo isto deve ser descrito no escopo do projeto.

Este itém é de extrema importância para alinhar as expectativas do cliente com o software. Todos os itens comuns em um projeto de desenvolvimento de software que não estão sendo considerados no projetos devem ser aqui citados. Principalmente itens que foram comentados hora ou outra em reuniões com o cliente.

Exemplo:

• Documentação da Especificação de Requisitos do Sistema.
• Documento de Arquitetura do Sistema.
• Documentação das Interfaces do Sistema.
• Migração de dados atuais existentes em bancos de dados do cliente ou externos, assim como planilhas, papeis e qualquer outro formato de arquivo.
• Manual de utilização do sistema ou documento semelhante (manual de ajuda, manual de utilização, etc).
• Treinamento.
• Suporte técnico ao usuário final.
• Ajuda on-line, chat ou função semelhante.
• Painel de acesso aos clientes.
• Manutenção e suporte técnico ao servidor do cliente assim como qualquer outro item referente a configuração de software diferente do produto aqui tratado.
• Manutenção do software após período de garantia.
• Código-fonte e propriedade intelectual do software.
  

Considere as várias fontes de restrições que podem afetar o design ou o próprio projeto:

• Políticas
• Econômicas (orçamento, licenciamento)
• Ambientais (restrições regulamentárias, legais, padrões)
• Técnicas (plataformas, tecnologias)
• Viabilidade (cronograma, alocação de recursos, terceirização)
• Sistemas (compatibilidade das soluções, suporte do sistema operacional e ambientes).

Colabore com o Gerente de Projeto e Arquiteto visto que as decisões relativas às restrições no sistema terão um grande impacto no custo, no cronograma e na arquitetura do sistema.

Um risco é uma probabilidade de ocorrência de um determinado evento.

Todos os riscos diagnosticados devem ser descritos no Documento de Visão do Projeto.