Esta secao deve ser preenchida durante a fase de "Definicao" da feature relacionada, e ser aprovada formalmente pelo cliente na transicao "Aprovar Definicao" no fluxo de trabalho.

Informe aqui o historico (o porque) e o objetivo (para que) esta funcao esta presente no projeto.

Use texto no formato imperativo, assertivo, claro, conciso, que seja SMART (Especifico, Mensuravel, Atingivel, Realista, Temporalmente viavel em relacao ao projeto).

Se ela tiver um requisito formalmente definidao (ex. dentro de uma ferramenta CASE, como "REQ-0001"), informe-o aqui.

Use e abuse de figuras, exemplos, cenarios, screenshots, rabiscos, fotos de quadro branco, diagrmas, desenhos, audio, video, links de Internet, casos similares e outros subsidios que complementem a ideia do negocio, para ficar claramente definido o objetivo dessa feature especifica.

Esta secao deve ser preenchida durante a fase de "Definicao" da feature relacionada, e ser aprovada pelo cliente na transicao "Aprovar Definicao" no fluxo de trabalho.

Em um paragrafo, informe aqui a visao tecnica geral da solucao, mostrando quais tecnologias sao usadas, o ciclo e vida da solucao, os impactos/dependencias existentes, etc.

As informacoes providas aqui serao de suma importancia para a fase de planejamento desta feature (data de inicio, data-fim, estimativa de tamanho, pessoas a serem envolvidas, licenciamentos de software e outras aquisicoes, dependencias com outras features, etc).

O texto abaixo ja mostra o formato esperado.

Esta secao deve ser preenchida durante a fase de "Definicao" da feature relacionada, e ser aprovada pelo cliente na transicao "Aprovar Definicao" no fluxo de trabalho.

Evidencie nova e claramente os resultados esperados dessa funcao sendo executada no sistema.

Novamente, figuras, desenhos, numeros e atributos quantificadores (sim! quantos, quem, onde, como, etc), diagramas sao bem vindos, desde que sejam claramente consistentes com o resultado final dos trabalhos de construcao a serem feitos pelo passo-a-passo do Detalhamento Tecnico.

Uma lista itenizada, no formato imperativo, pode ser uma boa alternativa tambem.

O texto abaixo ja mostra um bom formato.

Esta secao deve ser preenchida durante a fase de "Projeto" da feature relacionada, e ser aprovada pelo cliente na transicao "Aprovar Projeto Tecnico" no fluxo de trabalo.

De forma itenizada, escreva o passo-a-passo das interacoes na forma de acoes de usuario x respostas sistema, como sequencia de menus acionados, preenchimento de campos, mensagens, etc, tal qual como se voce estivesse usando a funcionalidade real diretamente na interface de usuario do sistema. Eh com base nessa sequencia de testes que a homologacao da funcionalidade ocorre.

O texto abaixo ja mostra o formato esperado.

Esta secao deve ser preenchida durante a fase de "Projeto" da feature relacionada, e ser aprovada pelo cliente na transicao "Aprovar Projeto Tecnico" no fluxo de trabalho.

Informe de forma itenizada (estilo Passo 1, Passo 2, etc.) a sequencia de passos para que funcao seja construida pela equipe de desenvolvimento.

O detalhamento deve ser suficientemente claro e consistente para que, apos o projeto, o cliente possa dar continuidade e evolucao nessa feature por conta propria.

O texto abaixo ja mostra o formato esperado.