Page tree
Skip to end of metadata
Go to start of metadata

Use como titulo dessa pagina: chave da feature + nome da feature, como "XPTO-123 - Nononono"

TAREFA DE PROJETO:  TPUP-43 - Getting issue details... STATUS

1. Objetivo de Negócio

Quando preencher esta secao

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.

Como preencher esta secao

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.

TODO: Negocio

Texto descritivo no formato imperativo...

2. Resumo Técnico

Quando preencher esta secao

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.

Como preencher esta secao

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.

TODO: Resumo

Em resumo, para implementar isso, sera nececessario (1) fazer isso, depois (2) fazer isso, e entao (3) mais isso e, por fim (4) isso.

3. Resultados Esperados

Quando preencher esta secao

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.

Como preencher esta secao

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.

TODO: Resultados

Mediante o funcionamento dessa regra, os seguintes resultados sao esperados:

  1. O usuario podera fazer isso;
  2. O sistema fará isso;
  3. Ou, o usuario nao podera fazer isso;
  4. Ou, o sistema nao podera fazer isso;
  5. E assim por diante.

4. Plano de Testes

Leia e depois remova

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.

Como preencher esta secao

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.

TODO: Testes

Para comprovar o funcionamento desta regra, os seguintes cenários de teste devem ser satisfeitos: 

4.1.  Cenário 1: Nome do contexto de negócio

  1. O usuario faz isso...
  2. O sistema faz isso...
  3. O usuario faz isso...
  4. O sistema faz isso...
  5. Fim

4.2. Cenário 2: Nome de outro contexto de negócio, e assim sucessivamente

  1. Outra descricao de forma itenizada
  2. Fim

5. Detalhamento Técnico

Leia e depois remova

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.

Como preencher esta secao

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.

TODO: Detalhamento

5.1. Passo 1: Fazer isso

Texto...

5.2. Passo 2: Fazer isso

Texto...

Fim.

 

6. Referências

TODO: Referencias

  1. Liste aqui, de forma itenizada, cada link, artigo, blog, documento, etc
  2. que foi ou eh relevante para esta funcionalidade ser criada, estendida ou manutenida.
  3. Se nao houver referencias, matenha apenas a linha abaixo:
  4. Nada consta.

7. Anexos

No files shared here yet.