Você está na página 1de 5

1Documento de Viso do Projeto <<XXXXX>>

Histrico de Verses

Aprovado
Data Verso Descrio Autor Revisor
por
<Verso Cenrio de Uso <Nome do <Autor do <Revisor do
<Data> <Aprovador>
a> Cenrio> Documento> Documento>

[Data]
2Documento de Viso do Projeto <<XXXXX>>

Responsveis
1. Equipe XXXXXX
Coordenador
<Nome do Coordenador de Sistemas>
Desenvolvimento
<Elencar os Nomes dos membros da Equipe de Desenvolvimento>
2. Cliente
Gestor do Sistema
<Elencar os nomes dos gestores do sistema na rea usuria>

[Data]
3Documento de Viso do Projeto <<XXXXX>>

Documento de Viso de Projeto


1. Objetivo

O propsito deste documento coletar, analisar e definir as necessidades de alto-nvel e caractersticas do


projeto de software, focando nas potencialidades requeridas pelos afetados e usurios-alvo, e como estes
requisitos sero abordados no projeto de software.
A viso do projeto documenta o ambiente geral de processos a ser desenvolvido para o sistema durante o
projeto, fornecendo a todos os envolvidos uma descrio compreensvel deste e de suas macro-
funcionalidades.
O Documento de Viso de Projeto documenta apenas as necessidades e funcionalidades do sistema que
estaro sendo atendidas no projeto de software.

2. Descrio do Projeto
<Nesta Seo dever set feita uma descrio resumida dos objetivos do projeto>

3. Envolvimento

3.1. Abrangncia
<Nesta seo descrever as reas que usaro o sistema, se de uso interno (somente UFOPA), ou
externo. Descrever brevemente os usurios do sistema >

3.2. Papel das Partes Interessadas

3.2.1 - Cliente

Responsvel pelos requisitos funcionais e no funcionais do


sistema.
Descrio
Responsvel pelos testes do sistema para homologao do
projeto.
Atuar como facilitador e especificador dos requisitos
sistmicos perante a equipe de desenvolvimento.
Garantir que as regras de negcio sejam suportadas pela
base legal.
Validar e aprovar os requisitos.
Papel no Fornecer os parmetros operacionais do sistema.
desenvolvimento Acompanhar o desenvolvimento do sistema.
Decidir sobre a realizao de reunies com os
colaboradores.
Participar da homologao das decises relacionadas aos
sistemas.
Participar da Homologao do produto final.
Requisitos Funcionais.
Requisitos No-Funcionais.
Insumos ao projeto de
Casos de testes para homologao do sistema.
software
Consultas diversas para validao do sistema.
Homologao das aplicaes.
Representante <Nomes dos Representantes do Cliente>

[Data]
4Documento de Viso do Projeto <<XXXXX>>

3.2.2 - Equipe de Desenvolvimento

Responsvel pela identificao dos requisitos do software e


Descrio pelo desenvolvimento dos modelos estticos e dinmicos do
projeto
Identificar e descrever as necessidades do usurio,
especificando as funcionalidades do software que iro
atend-las.
Levantar os requisitos funcionais e no funcionais do
projeto.
Definir o que ir interagir com o sistema.
Papel no desenvolvimento
Identificar dentro da viso lgica do sistema, a melhor forma
de acomodar as necessidades do usurio, e o impacto da
soluo adotada sobre os requisitos do sistema.
Em suma, responsvel pela gerao de um produto que
atenda aos requisitos que foram identificados junto ao
usurio.
Documento de viso e demais documentos de requisitos de
Insumos ao projeto de software.
software Aplicao desenvolvida de acordo com o especificado
(artefatos do projeto).
Representante <Nomes dos Representantes do Desenvolvimento>

3.3. Papel dos Atores


<Nesta seo devero ser criados um quadro para cada ator do sistema, onde devem ser
informados breve descrio do ator, seu papel no sistema, as entradas/insumos que este ator
fornece ao sistema >
Segue Abaixo Exemplo :

Descrio Consulta

Papel Perfil de usurio pra consulta de Documentos.


Permisso de consulta e relatrios sobre
Insumos ao sistema
documentos.
Representante A definir.

4. Necessidades e Funcionalidades
< Nesta seo devem ser descritas as necessidades dos usurios e as funcionalidades que o sistema ter
para atender. Exemplo: O usurio possui necessidade de administrar delegaes, para isto o sistema ter
funcionalidades de cadastro/edio/excluso e consulta para delegaes. Tambm deve ser indicado os
atores que iro utilizar a funcionalidade no sistema>
Segue Abaixo Exemplo :

Necessidade 1 Benefcio
Administrar Delegao <Crtico>
Id Descrio das Funcionalidades/atores envolvidos
Func.
Incluir Delegao
F1.1
Administrador
Alterar Delegao
F1.2
Administrador

[Data]
5Documento de Viso do Projeto <<XXXXX>>

Listar Delegao
F1.3
Administrador
Visualizar Delegao
F1.4
Administrador
Excluir Delegao
F1.5
Administrador

5. Restries Tecnolgicas
Permitir que o plicativo de sugesto ao cliente sobre o cardpio do lanche, permitir que o cliente tenha
resposta em seguidas em mximo 1 minuto depois do pedido.

6. Critrios de aceitao do Sistema

O sistema s pode funcionar quando o usurio acessar o aplicativo e fazer o pedido.

7. Escopo No Includo no Sistema

No sistema no tera funcionalidade de outro aplicativo ou acessar sem o aplicativo correto.

8. Premissas e Restries

Premissas Restries
importadas pelo O sistema pode ser
sistema. aberto em qualquer
aparelho
eletrotnico sendo
que ele seja
compatvel.

O sistema no pode
ser aberto sem uma
rede de internet.

9. Ligaes com Outros Projetos

Esse sistema ser conectado a todas as redes bancarias do pas.

[Data]

Você também pode gostar