Solicitao de Mudana

As mudanas nos artefatos de desenvolvimento so propostas atravs de Solicitaes de Mudana (CRs). As Solicitaes de Mudana so usadas para documentar e controlar defeitos, solicitaes de melhorias e qualquer outro tipo de solicitao de mudana no produto. A vantagem das CRs que elas fornecem um registro das decises e, devido a seu processo de avaliao, garantem que os impactos das mudanas sejam entendidos no projeto. Gerente de Controle de Mudana responsvel pelas Solicitaes de Mudanas.

Papel: Mais informaes:

Conceitos: Gerenciamento de Solicitaes de Mudana Detalhamento do Fluxo de Trabalho: Gerenciar Solicitaes de Mudana

Finalidade Breve Resumo Ocorrncia Responsabilidade Adaptao

Sada de Atividades:

Entrada para Atividades:

Identificar Solicitaes dos Principais Envolvidos Gerenciar Dependncias Revisar Requisitos Definir Detalhes do Teste Programar e Atribuir Trabalho Combinar Misso Identificar Motivadores de Teste Corrigir um Defeito Determinar Resultados do Teste Verificar Mudanas no Build Revisar Solicitao de Mudana Confirmar Duplicar ou Recusar CR Avaliar e Defender Qualidade Avaliar e Aprimorar Esforo de Teste Atualizar Solicitao de Mudana

Implementar Teste Implementar Conjunto de Testes Analisar Falha de Teste Iniciar Caso de Desenvolvimento Avaliar Iterao Resolver Excees e Problemas Gerenciar Teste de Aceitao Gerenciar Teste Beta Obter Confirmao de Testabilidade Design de Banco de Dados Revisar a Arquitetura Revisar o Design Definir Abordagem do Teste Definir Configuraes do Ambiente de Teste Identificar Mecanismos de Testabilidade Definir Elementos de Testabilidade Enviar Solicitao de

Mudana Verificar Instalao e Configurao das Ferramentas Determinar Resultados do Teste Verificar Mudanas no Build Revisar Solicitao de Mudana Confirmar Duplicar ou Recusar CR Avaliar e Defender Qualidade Avaliar e Aprimorar Esforo de Teste Atualizar Solicitao de Mudana

Finalidade
A necessidade de mudana parece ser inerente aos sistemas de software existentes e em desenvolvimento. O Gerente de Controle de Mudana responsvel pela definio dos procedimentos de Gerenciamento de Solicitaes de Mudana e pela manuteno de CRs, garantindo que as mudanas em um sistema sejam efetuadas de maneira controlada, para que seu efeito no sistema possa ser previsto. As CRs podem ser usadas para documentar e controlar todos os tipos de solicitaes de mudanas no sistema, inclusive defeitos e solicitaes de melhoria. As solicitaes de melhoria so usadas pelo Analista de Sistemas para determinar futuros recursos a serem includos no produto. Sero usadas como base durante a coleta de Solicitaes dos Principais Envolvidos para que se possa Compreender as Necessidades dos Investidores. Um defeito uma anomalia ou falha em um produto de trabalho liberado. Alguns exemplos so omisses e imperfeies localizadas durante as fases iniciais do ciclo de vida e sintomas (falhas) de erros contidos em softwares maduros o suficiente para teste e operao. Os defeitos tambm podem incluir desvios das expectativas ou qualquer questo que precise ser controlada e resolvida. A finalidade de um defeito comunicar os detalhes da questo, permitindo a ao corretiva, a soluo e o acompanhamento. As seguintes pessoas usam as CRs:

O Analista de Sistemas usa as CRs identificadas como Solicitaes de Melhoria para determinar novos recursos do produto. O Gerente de Projetos usa CRs para atribuir trabalho. Os Testadores usam CRs para identificar e descrever os defeitos localizados no teste. O Implementador usa CRs para analisar o defeito e localizar os erros ou causas das CRs.

O Designer de Teste usa CRs a fim de planejar o teste para verificar as CRs solucionadas e analisar um conjunto de defeitos para medir a qualidade do software e do processo.

Breve Resumo
Os seguintes atributos so teis para tomar uma deciso sobre qualquer CR enviada: Tamanho

Que volume de trabalho existente precisar ser alterado? Que volume de trabalho extra precisar ser adicionado?

Alternativas

Existe alguma?

Complexidade

A mudana proposta fcil de ser efetuada? Quais so as possveis ramificaes provenientes dessa mudana?

Gravidade

Qual o impacto da no implementao desta solicitao? o H alguma perda de trabalho ou de dados envolvida? o Esta uma solicitao de melhoria? o um problema secundrio?

Cronograma

Quando a mudana necessria? Ela vivel?

Impacto

Quais as conseqncias de efetuar a mudana? Quais as conseqncias de no efetuar a mudana?

Custo

Qual a economia proveniente desta mudana?

Relacionamento com Outras Mudanas Outras mudanas substituiro ou invalidaro esta ou isso depende de outras mudanas?

Teste

H algum requisito especial de teste?

Exemplo de Formulrio de Solicitao de Mudana 1. Identificao

Projeto: Nmero da Solicitao de Mudana: Tipo de Solicitao de Mudana: (Problema ou Melhoria) Cargo: Data de Envio: Originador: Prioridade da Solicitao de Mudana:

2. Problema Atual
Descrio do problema atual: Falha Crtica: Dano: Melhoria: Novo Requisito: Condies sob as quais o problema foi observado: Ambiente Atual: Hardware Sistema Operacional Compilador Origem do problema atual: Impacto do problema atual no Custo ou na Economia:

3. Mudana Proposta (Originador)

Descrio da mudana proposta: Custo estimado para implementar a mudana proposta:

4. Mudana Proposta (Equipe de Reviso de Mudanas)

Ao: Aprovada: Desaprovada: Adiada: Descrio da mudana proposta: Itens de Configurao Afetados: Categoria: Correo de Erros: Melhoria: Novo Recurso: Outros:

5. Resoluo:
Custo estimado para implementar a mudana proposta: Implementador: Tempo real para implementar a mudana: Anlise:

Implementao: Teste: Documentao: Nmero de Linhas de Cdigo Afetadas:

6. Avaliao
Mtodos de Teste: Inspeo Anlise Demonstrao Teste: Plataformas de Teste: Casos de Teste:

7. Disposio da Equipe de Reviso de Mudanas

Mudanas Aprovadas e Aceitas:

Ocorrncia
As prticas de Gerenciamento de Mudanas normalmente so institucionalizadas ou estabelecidas no incio do ciclo de vida do projeto. Desse modo, as CRs, que integram o processo de mudana, podem surgir a qualquer momento durante o curso do projeto. A principal origem de defeitos consiste nos resultados da execuo dos testes integrao, sistema e desempenho. Contudo, os defeitos podem aparecer em qualquer ponto do ciclo de vida de desenvolvimento do software e abranger a identificao de documentao, casos de teste ou casos de uso ausentes ou incompletos.

Responsabilidade
Qualquer pessoa da equipe de projeto deve ser capaz de efetuar uma CR. No entanto, a CR precisa ser revisada e aprovada pelo supervisor da pessoa que a efetuou. A arbitragem final sobre uma Solicitao de Mudana realizada por uma Equipe de Reviso ou um Comit de Controle de Mudana (CCB). O Gerente de Controle de Mudana responsvel pela integridade do defeito, garantindo que:

Sejam exatas todas as informaes que identificam e descrevem o defeito e indicam como ele foi descoberto. O defeito seja exclusivo ou que no seja outra ocorrncia de um defeito j identificado.

Adaptao
Os campos e os dados reais necessrios para identificar, descrever e controlar defeitos com preciso so variados e dependem do sistema de controle de mudanas, das diretrizes e dos padres implementados.