Código da Ocorrência: Código
Identificador da Manutenção/Ocorrência
Data: Data em que foi levantada as
informações da manutenção
Prioridade: Qual a prioridade desta
manutenção? Quem lança a manutenção deve lançar com prioridade NORMAL. Quem
define realmente a prioridade da manutenção é o Analista
Cliente: Quem foi o cliente que
pediu a manutenção? Se for um colaborador da Oriontec que pediu a
manutenção, este campo deve ser preenchido com a pessoa código 95 (Oriontec)
Cadastrante da Ocorrência: Este
campo é preenchido automaticamente com o nome de quem cadastrou a manutenção
Situação:
Aberta: Manutenções novas, ainda não receberam nenhuma
análise;
Em processo: Manutenções que entraram em algum dos
processos definidos no grupo Etapa;
Aguardando: Manutenções que receberam a avaliação
Suspensa, Incompleta, Adiada, Suspensa,
ou Reprovada em testes.
Fechada: Manutenções que foram finalizadas, ou seja,
receberam a avaliação Reprovada, Obsoleta ou Concluída.
NovoRecurso: A manutenção se trata de um recurso que ainda não
existe no sistema
CorreçãodeErro: A manutenção se trata de um erro identificado pelo
usuário
Otimização: A manutenção se trata de uma melhoria em um recurso já
existente no sistema
Sugestão: A manutenção se trata de uma sugestão ao sistema
Exigência: A manutenção se trata de uma exigência feita pelo
usuário, algo que ele precise muito no sistema.
Indefinida: Quando não conseguir definir a categoria da manutenção
em alguma das citadas acima, preencha com Indefinida.
Programa:A qual módulo de qual
sistema esta manutenção se refere? Deve ser preenchido assim:
"<SISTEMA>-<Nome do Executável do Modulo>" Exemplos:
Se for encontrado um erro no programa Produtos do Thotau:
THOTAU-PRODUTOS
Se for encontrado um erro no programa Produtos do GCW2:
GCW2-PRODUTOS
Se for encontrado um erro no programa Configuração do Thotau:
THOTAU-CFGSIS (Atenção aqui! Deve ser escrito o nome do Executável. O
Executável do módulo Configuração do Sistema se chama CfgSis)
Referência: Um texto que ajuda o
Analista e/ou o Programador a identificar onde a manutenção se aplica.
Botão Anexo da Manutenção: Botão
encontrado no canto superior direito da interface. Ao clicar neste botão,
será aberto um editor de texto (Word ou OpenOffice, de acordo com a
configuração) com o objetivo de descrever melhor a manutenção com figuras e
outros recursos.
Solicitação (Ticket):
Versão Prog.: A versão dos executáveis onde a manutenção se
aplica.
Versão BD: A versão do banco de dados onde a manutenção se
aplica.
Exemplo: Versão Prog. à alterar: 1.5
Versão Banco de Dados à alterar: 21
Descrição: Descrição da Manutenção.
Aqui se encontra um texto com informações sobre a manutenção. Escrever bem a
descrição da manutenção implica em uma manutenção melhor entendida pelo
Gerente, Analista e Programador, o que resulta em uma Manutenção bem feita.
OBS: Uma descrição mal feita ocasiona em uma manutenção mal
implementada por falta
de entendimento. Pode ocasionar também na reprovação
da mesma. Por isso este campo deve ser preenchido com calma, lembrando
que a pessoa que vai ler pode não estar sabendo do assunto da manutenção.
Anexos:Este recurso permite o
usuário anexar um arquivo à manutenção com o intuito de ajudar a análise,
implementação e/ou testes.
Análise
Análise do planejamento:
Gerente: O gerente responsável pela manutenção;
Data: A data em que
foi iniciada o planejamento da manutenção;
Classificação: Texto
que indica a classificação da manutenção, para gerenciar a manutenção;
Texto: Resultado do
planejamento do
gerente;
Análise do sistema:
Analista: Quem
analisou ou deve analisar a manutenção;
Data: A data em que
foi iniciada a análise da manutenção;
Previsão: Previsão de Término da implementação;
Texto: Resultado da análise do
analista de sistemas;
Desenvolvimento:
Implementação:
Programador: O principal
responsável em implementar a manutenção;
Data: Data de início da
implementação;
Prev. Term.: Data estimativa para concluir a
implementação;
Término: Data em que foi
finalizada a implementação;
Versão Prog.: As versões dos executaveis que foram
alterados;
Versão BD: As versões dos bancos de dados que foram
alterados;
Plano de implementação: Texto
contendo o que será implementado nesta manutenção;
Teste:
Analista: O responsável pelo plano de testes e
definição do testador para a
manutenção;
Data: Data de início da análise de testes;
Testador: Quem ficou responsável pelos testes?
Geralmente é a própria pessoa que cadastrou a manutenção;
Data: Data de início dos testes;
Plano de testes: Lista de
testes que o testador deverá efetuar ao testar esta manutenção;
Avaliação:
Normal: ;
Incompleta: A manutenção não possui informações suficientes
para que seja feita a análise ou implementação;
Adiada: Embora a manutenção seja considerada
importante pelo gerente ou analista, foi identifique essa alteração poderá
esperar até que outras manutenções, que tenham seu nível de prioridade mais alto,
sejam implementadas;
Suspensa: A manutenção deverá aguardar até que outras
manutenções com prioridade maior sejam finalizadas;
Obsoleta: Manutenção relacionada a alguma funcionalidade ou
interface que deixou de ser usada;
Reprovada: A manutenção não foi aprovada durante a etapa
de Emplanejamento ou Emanálise, ou seja, o gerente ou
analista não achou conveniente a sua implementação;
Reprovada em testes: A manutenção não foi aprovada durante
a etapa EmTestes;
Concluída: A manutenção foi aprovada na etapa de Em
Testes;
Observação: Observação qualquer
sobre a manutenção;
Conclusão: Data de
Conclusão da Manutenção, incluindo a implementação e testes;
Mudança de etapas:
Ao lançar uma manutenção, automaticamente a sua Situação
é alterada para Aberta, ate que o
Gerente responsável seja definido;
Ao definir o Gerente responsável pelo planejamento
da manutenção preenchendo o campo Gerente, a Etapa da manutenção é passada automaticamente para
A planejar. E é mantida nesta
Etapaaté que o planejamento seja iniciado;
Assim que o Gerente iniciar o planejamento da
manutenção, definindo a Data de início do planejamento,
a Situação da manutenção é passada
automaticamente para Emprocessoe suaEtapaparaEmplanejamento. E é mantida nesta etapa até que o
Analista de sistemas dessa manutenção seja definido;
Ao definir o Analista de sistemas para a
manutenção, automaticamente sua Etapa é
passada para Aanalisar. E é
mantida nesta etapa até que o Analista de sistemas
inicie sua análise, definindo a Data de início da
análise;
Ao definir a Data de início da análise,
a Etapa da manutenção é passada para
Em análise. E é mantida nesta etapa até que o
Analista de sistemas defina o Programador
responsável pela implementação da manutenção;
Ao definir o Programador responsável pela
implementação, a Etapa da manutenção é passada
para A implementar. E é mantida nesta etapa
até que o Programador inicie a implementação,
preenchendo a Data de início da implementação;
Ao definir a Data de início da implementação, a
Etapa da manutenção é passada para Em
implementação.E é mantida nesta etapa até que o Programador
defina a data de Término de implementaçãoda manutenção;
Ao definir a data de Término de implementação, a
Etapa da manutenção é passada para A testar . E é mantida nesta etapa até que o
Testador inicie os testes das implementações
realizadas, definindo a Data de início dos testes;
Ao definir a Data de início dos testes, a Etapa da manutenção é passada para Em
testes. E é mantida nesta etapa até que o Testador
reprove a manutenção, definindo a Avaliação
como Reprovada; oua conclua,
definindo a Avaliaçao como
Concluídae preenchendo a data de Conclusão;
Ao Reprovar a manutenção, a Etapa da mesma é passada para A implementar.
Ao concluir a manutenção, a Situação é
passada para Fechada.