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ódigo	Descriçã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. >

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 >