# Documento de Visão
##### Checklist
- \[ \] Validado pelo requerente (escopo e protótipo de telas)
### Introdução
##### Finalidade do documento
A finalidade deste documento é especificar os requisitos relevantes dos usuários, assim como os limites e restrições evidentes que dão uma visão geral. Essa visão viabiliza a identificação e a produção de documentos e requisitos mais técnicos, assim como do próprio sistema. A visão serve como forma de permitir a compreensão, pelos participantes do projeto, do "o quê e por quê" o projeto existe e provê uma estratégia a partir da qual todas as futuras decisões podem ser validadas.
##### Finalidade do sistema
> > Descrever a finalidade do sistema >
### Escopo do produto
##### Declaração do escopo do produto
> > Seção utilizada para documentar novos produtos. Forneça a declaração do escopo do produto, descrevendo as características do produto, serviço ou resultado que se deseja obter com a execução do projeto.
Caso esteja documentando um produto já existente incluir o texto **"Não se aplica"**
> >
>
> ##### Não faz parte do escopo
>
> > Descreva de forma explícita as características que não fazem parte do produto. Em muitos casos, é mais fácil declarar que certos comportamentos nunca poderão ocorrer. Exemplo: O sistema não fará controle financeiro; O sistema não fará estatísticas mensais.
Caso esteja documentando um produto já existente incluir o texto **"Não se aplica"**
### Visão geral do produto
##### Modelagem de processos do negócio
> > Cole aqui um diagrama de atividade para representar os processos de negócio (conjunto de atividades que ocorrem em algum negócio com o objetivo de gerar um produto ou serviço, alcançando determinado objetivo). Esse diagrama fornece o entendimento de como são realizadas as diversas atividades contidas em cada processo. >
#### Descrição
Para descrever funcionalidades/requisitos/features há duas opções:
1. Tradicionais requisitos e casos de uso
2. Utilizar Cucumber/Linguagem Gherkin para definir as features
##### Requisitos
> > Descreva os requisitos funcionais e não funcionais do produto. >
##### Casos de Uso
> > Listar e descrever resumidamente as funcionalidades que se espera encontrar no produto. Funcionalidades são capacidades que o produto deve ter para atender a uma necessidade de usuário (ator). Cada funcionalidades descreve um serviço percebido pelo usuário e que tipicamente requer entradas para alcançar o resultado desejado. À medida que o modelo de casos de uso for desenvolvido, atualize a descrição para fazer referência aos casos de uso. Cada funcionalidade será descrita mais detalhadamente no modelo de casos de uso. É recomendado ordernar os casos de uso por ordem de decrescente de prioridade. >
Nome | Descrição | Prioridade | Requisitos Relacionados |
---|
| | |
##### Diagrama de Casos de Uso
> > Defina aqui o diagrama de casos de uso >
##### Features
Exemplo de uma feature que obedece à sintaxe do Gherkin/Cucumber:
```
#language: pt
Funcionalidade: Gerenciar Workflows
Para criar fluxos de tramitação de uma requisição
Como um usuário com permissão para definição de fluxos
Eu quero selecionar a sequência de papéis para tramitação de acordo com o curso e tipo de requisição
Cenario de Fundo:
Dado que o usuário está logado
Cenario: Criar workflow
Dado que possui permissão para criar workflows
Quando usuário selecionar opção para criar workflow
E selecionar o grupo-alvo
E selecionar o tipo de requisição
E selecionar ordem dos grupos
Então solicitar salvamento do workflow na base de dados
Mas recusar caso haja algum workflow conflitante
```
##### Protótipo de Telas
> > Defina aqui os protótipos de Telas >