Artefato: Controle de Mudanças
Esses artefatos são utilizados para documentar e controlar uma alteração no produto. Isso fornece um registro de decisões e, com um processo de avaliação apropriado, assegura que o impacto de alteração do pedido seja considerado.
Domínios: Configuração e Gerenciamento de Mudanças
Tipos de Produto de Trabalho: Dados do Projeto
Objetivo
  • Para formular e controlar Alterações e Defeitos
Relacionamentos
Descrição
Descrição Principal

A necessidade de alteração é inerente no desenvolvimento de um sistema de software por ele desenvolver-se durante sua criação inicial e por ser utilizado e mantido subseqüentemente na operação de rotina em um ambiente ativo. Os Controles de Mudanças fornecem um registro de decisões e, com o processo de avaliação apropriado, garantem que os impactos das mudanças sejam considerados.

 Controle de Mudanças também são conhecidos por vários nomes, como CRs, defeitos, erros, incidentes, pedidos de aprimoramento. A captura e o gerenciamento apropriados desses pedidos asseguram que as mudanças em um sistema sejam feitas de maneira controlada para que seu efeito no sistema possa ser previsto. Alguns tipos de importação de Controle de Mudanças incluem:

Pedidos de Aprimoramento são utilizados por vários investidores para solicitar recursos futuros que desejarem incluir no produto. Esses são um tipo de Pedido do Envolvido que captura e articula uma compreensão das necessidades dos investidores.

Defeitos são relatórios de anomalias ou falhas em um produto de trabalho entregue. Alguns exemplos incluem omissões e imperfeições localizadas durante as fases iniciais do ciclo de vida ou sintomas de erros (falhas) que precisam ser isolados e corrigidos no software. Também é possível que estejam incluídas variações do que se pode esperar razoavelmente do comportamento do software (como problemas de uso).

A finalidade de um defeito é comunicar os detalhes da questão, permitindo a ação corretiva, a solução e o acompanhamento. As pessoas a seguir utilizam os CRs:

  • Conjunto de Funções: Analistas utilizam os CRs para definir mudanças significativas para requisitos de alto nível e para determinar os requisitos especialmente dos CRs identificados como Pedidos de Aprimoramento.
  • Conjunto de Funções: Gerenciadores  utilizam os CRs para gerenciar e controlar a designação de trabalho.
  • Conjunto de Funções: Testadores utilizam os CRs para descrever falhas (defeitos), omissões e problemas de qualidade localizados durante o teste de software.
  • Conjunto de Funções: Desenvolvedores utiliza os CRs com defeitos para analisar as falhas e localizar os erros ou as causas subjacentes da falha com o fim de resolver o CR.
  • Função: Analista de Teste utiliza os CRs para planejar os testes exigidos para verificar os CRs resolvidos e para avaliar o realização do teste, analisando conjuntos de defeitos para medir as tendências na qualidade do software e no processo de engenharia do software.
Breve Resumo

Formulário de Amostra do Controle de Mudanças

  1. Identificação

  • Projeto:
  • Número do Controle de Mudanças:
  • Tipo de Controle de Mudanças: (Problema ou Melhoria)
  • Cargo:
  • Data de Envio:
  • Originador:
  • Prioridade do Controle de Mudanças:
  1. Problema Atual

  • Descrição do problema atual:
  • Falha Crítica:
  • Dano:
  • Melhoria:
  • Novo Requisito:
  • Condições sob as quais o problema foi observado:
  • Ambiente Atual: Hardware
  • Compilador do Sistema Operacional:
  • Origem do problema atual:
  • Impacto do problema atual no Custo ou na Economia:
  1. Mudança Proposta (Originador)

  • Descrição da mudança proposta:
  • Custo estimado para implementar a mudança proposta:
  1. Mudança Proposta (Mudar Equipe de Revisão)

  • Ação:
  • Aprovada:
  • Desaprovada:
  • Adiada:
  • Descrição da mudança proposta:
  • Itens de Configuração Afetados:
  • Categoria:
  • Correção de Erros:
  • Melhoria:
  • Novo Recurso:
  • Outros:

  1. Resolução

  • Custo estimado para implementar a mudança proposta:
  • Implementador:
  • Tempo real para implementar a mudança:
  • Análise:
  • Implementação:
  • Teste:
  • Documentação:
  • Número de Linhas de Código Afetadas:
  1. Avaliação

  • Métodos de Teste
  • Inspeção
  • Análise
  • Demonstração
  • Teste
  • Plataformas de Teste
  • Casos de Teste
  1. Mudar Disposição da Equipe de Revisão

  • Mudanças Aprovadas e Aceitas
Adaptação
Opções de Representação

Os campos e os dados reais necessários para identificar, descrever e controlar defeitos com precisão são variados e dependem da implementação dos padrões, das diretrizes e do sistema de controle de mudanças.

Geralmente é mais eficiente armazenar controles de mudanças em um banco de dados ou em um sistema de gerenciamento de controle de mudanças para que os controles de mudanças possam ser gerenciados com maior facilidade (por exemplo, classificando por prioridade, controlando a designação e o status de conclusão). Em um projeto pequeno, uma planilha pode ser suficiente.

Em um projeto pequeno, você pode gerenciar os defeitos como uma lista simples. Você também pode utilizar uma planilha com uma coluna separada para cada atributo do controle de mudanças. Isso é gerenciável somente para sistemas pequenos. Quando o número de pessoas envolvidas e a quantidade de feitos aumentarem além de um determinado ponto, você precisará utilizar um sistema de controle de defeitos mais flexível.



Informações Adicionais