Especificação

Projeto: Departamento Solicitante: Solicitante:

Escopo do Desenvolvimento: Data Solicitação:

Descrição breve da solicitação e do objetivo a ser atingido.

Data Prevista de Entrega:

Criticidade: Sistema:

( x ) Urgente ( ) Necessária ( ) Desejável

Pessoas e departamentos envolvidos:

Especificação.docx Página 1 de 5
 Especificação

Elaboração Especificação

Analista Data Versão

Desenvolvimento

Desenvolvedor Data Início Data Término Versão

Histórico de Revisões

Analista Data Razão das mudanças Versão

Testes

Analista Data Início Data Término Versão

Homologação Especificação

Nome Departamento Data Versão Assinatura

Homologação Final (Produção)

Nome Departamento Data Versão Assinatura

Especificação.docx Página 2 de 5
 Especificação

Especificação Conceitual

Tópico utilizado para descrever como funciona um processo hoje, o que precisa ser
ajustado/melhorado para atender a expectativa do usuário.

Descrever o AS IS
⮚ como funciona hoje

⮚ usar screenshots e descritivos

⮚ abordar os impactos gerados no processo

Desejável fluxograma para uma visão macro do processo e facilite a identificação do ponto a ser
ajustado/melhorado.

Descrever o TO BE
⮚ quais ajustes ou melhorias serão necessárias visando atender a expectativa do usuário.

⮚ Usar screenshots e descritivos para dar ao usuário uma visão de como ficará o processo
após implementação.
⮚ abordar os pontos que serão resolvidos e os ganhos que vai ter após implementação.

Desejável descritivo de um cenário explicando como ficará o processo após implementação e o

resultado que será obtido. Aqui evidenciar por meio de uso de dados fictícios para exemplificar o
passo a passo do sistema após implementação.

Neste tópico sempre utilizar termos simples e claros voltados para o usuário final (aquele que
somente opera o sistema).

Evite termos técnicos de programação como tecnologia/biblioteca/API a ser usada, pois isso será
abordado no tópico da “Especificação Técnica”.

Especificação.docx Página 3 de 5
 Especificação

Especificação Técnica

Tópico utilizado para descrever o AS IS e TO BE de forma técnica.

Descrever o AS IS

Informar o nome do formulário, classe e método sendo utilizado no processo para que facilite a
atuação do desenvolvedor.

Informar quais tabelas e colunas estão sendo impactadas no processo em que o erro ocorreu, e
quais tipo informações (tipo de dados) que estão sendo inseridos/manipulados.

Descrever o TO BE

Informar/sugerir solução técnica como criação/alteração do formulário, classe ou método sendo

utilizado no processo. Isso inclui mudanças na lógica existente hoje no código fonte.

Usar screenshots ou shapes para descrever novas telas, botões e funcionalidades e novas regras
lógicas.

Informar/sugerir criação/alteração de tabelas, views, procedures etc.

Essas informações técnicas visam facilitar e agilizar o processo da área de desenvolvimento e

tendo como foco o atendimento rápido e preciso ao cliente/usuário final.

Especificação.docx Página 4 de 5
 Especificação

Revisões da Especificação

1. Revisão Conceitual

2. Revisão Técnica

Comentários Adicionais

3. Comentários do(s) Usuário(s)

4. Comentários do(s) Analista(s)

5. Comentários do(s) Desenvolvedor(es)

Nomes dos sistemas desenvolvidos

Especificação.docx Página 5 de 5