# 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. >
CódigoDescrição
##### 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. >
NomeDescriçãoPrioridadeRequisitos 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 >