Conceitos:
|
Atividade | Descrição | Responsabilidade |
---|---|---|
Enviar CR | Qualquer investidor no projeto pode enviar um CR (Controle de Mudanças). O Controle de Mudanças é registrado no Sistema de Acompanhamento do Controle de Mudanças (por exemplo, o Rational ClearQuest) e colocado na Fila de Revisão do CCB, definindo o Estado do Controle de Mudanças como Enviado. | Solicitante |
Revisar CR | A função desta atividade é revisar os Controles de Mudanças Enviados. Uma revisão inicial do conteúdo do Controle de Mudanças é feita na reunião de Revisão do CCB para determinar se o pedido é válido. Se for, será decidido se a mudança está dentro ou fora do escopo das liberações atuais, de acordo com prioridade, planejamento, recursos, nível de esforço, risco, gravidade e outros critérios relevantes definidos pelo grupo. | CCB |
Confirmar Duplicado ou Rejeitado | Se houver suspeita de que um Controle de Mudanças está sendo Duplicado ou Rejeitado como um pedido inválido (por exemplo, erro do operador, não reproduzível, o modo de funcionamento, etc.), um representante do CCB será designado para confirmar o estado de duplicado ou de rejeitado do Controle de Mudanças e reunir informações adicionais do solicitante, se necessário. | Representante do CCB |
Atualizar CR | Se forem necessárias informações adicionais (Informações Adicionais) para avaliar um Controle de Mudanças ou se um Controle de Mudanças for rejeitado em qualquer ponto do processo (por ex., confirmado como Duplicado, Rejeitado, etc.), o solicitante será notificado e poderá atualizar o Controle de Mudanças com novas informações. O Controle de Mudanças atualizado será reenviado para a Fila de Revisão do CCB para que os novos dados sejam avaliados. | Solicitante |
Designar e Planejar Trabalho | Depois que um Controle de Mudanças for Aberto, o Coordenador de Projeto designará então o trabalho ao membro apropriado da equipe - de acordo com o tipo de pedido (por exemplo, pedido de melhoria, defeito, alteração na documentação, defeito de teste, etc.) - e fará as atualizações necessárias no planejamento do projeto. | Coordenador de Projeto |
Fazer Alterações | O membro designado da equipe executa o conjunto de atividades definidas na seção apropriada do processo (por exemplo, requisitos, análise e design, implementação, produção de materiais de suporte ao usuário, teste de design, etc.) para fazer as mudanças solicitadas. Essas atividades incluem todas as atividades normais de revisão e de testes unitários, como descrito no processo normal de desenvolvimento. O Controle de Mudanças será marcado então como Resolvido. | Membro Designado da Equipe |
Verificar Alterações no Build do Teste | Depois de as mudanças serem Resolvidas pelo membro designado da equipe (analista, desenvolvedor, testador, redator técnico, etc.), elas são colocadas em uma fila de teste a ser designada a um testador e são Verificadas em uma construção de teste do produto. | Testador |
Verificar Alterações no Build de Liberação | Depois que as mudanças resolvidas são Verificadas em uma construção de teste do produto, o Controle de Mudanças é colocado em uma fila de liberações para ser comparado a uma construção de liberação do produto, produzir notas sobre a liberação, etc. e Fechar o Controle de Mudanças. | Representante do CCB (Integrador do Sistema) |
O diagrama de exemplo a seguir mostra estados de amostra e as pessoas que serão notificadas durante o ciclo de vida de um CR (Controle de Mudanças). [Clique nos itens do diagrama para visualizar as descrições]:
Descrições de Amostra do Estado do CRM (Gerenciamento de Controle de Mudanças):
Estado | Definição | Controle de Acesso |
---|---|---|
Enviado | Este estado é o resultado de 1) envio de um novo Controle de Mudanças, 2) atualização de um Controle de Mudanças existente ou 3) consideração de um Controle de Mudanças Adiado para um novo ciclo de liberação. O Controle de Mudanças é colocado na fila de Revisão do CCB. Não ocorre atribuição de propriedade como resultado desta ação. | Todos os Usuários |
Adiado | O Controle de Mudanças é determinado como válido, mas "fora do escopo" para a(s) liberação(ões) atual(is). Os Controles de Mudanças no estado Adiado serão mantidos e reconsiderados para futuras liberações. Uma liberação de destino pode ser designado a indicar o período em que o Controle de Mudanças poderá ser Enviado para entrar novamente na fila de Revisão do CCB. | Administrador
Coordenador de Projeto |
Duplicado | Um Controle de Mudanças nesse estado parece ser uma duplicata de outro Controle de Mudanças que já foi enviado. Os Controles de Mudanças podem ser colocados neste estado pelo Administrador de Revisão do CCB ou pelo membro da equipe responsável pela resolução. Quando o Controle de Mudanças for colocado no estado Duplicado, o número do Controle de Mudanças duplicado será registrado (na guia Attachments do ClearQuest). Um solicitante deve, inicialmente, consultar o banco de dados de Controle de Mudanças e verificar se há duplicatas de um Controle de Mudanças antes de enviá-lo. Dessa forma, não será necessário seguir diversos passos do processo de revisão, o que economiza tempo. Os solicitantes de Controles de Mudanças duplicados devem ser incluídos na lista de notificação do Controle de Mudanças original para obter notificações futuras sobre a resolução. | Administrador
Coordenador de Projeto Gerenciador de QE Desenvolvimento |
Rejeitado | Um Controle de Mudanças é recusado quando a Reunião de Revisão do CCB ou o membro da equipe designado determina que o pedido é inválido ou é necessário que o solicitante forneça informações adicionais. Se já tiver sido designado (Aberto), o Controle de Mudanças será removido da fila de resolução e será revisado novamente. Uma autoridade designada do CCB fica responsável pela confirmação. Não é exigida nenhuma ação do solicitante, a menos que haja necessidade e, nesse caso, o estado do Controle de Mudanças será alterado para Informações Adicionais. O Controle de Mudanças será revisado novamente na Reunião de Revisão do CCB no caso de haver novas informações. Se for confirmado como inválido, o Controle de Mudanças será Fechado pelo CCB e o solicitante será notificado. | Administrador
Coordenador de Projeto Gerenciador de Desenvolvimento Gerenciador de Testes |
Informações Adicionais | Não há dados suficientes para confirmar a validade de um Controle de Mudanças Rejeitado ou Duplicado. Automaticamente, a propriedade passa para o solicitante, que é notificado para que forneça mais dados. | Administrador |
Aberto | Um Controle de Mudanças nesse estado foi considerado "no escopo" para a liberação atual e está aguardando resolução. Ele foi incluído para resolução antes da chegada de um marco de destino. Ele é definido como estando na "fila de designação". Os participantes da reunião são os únicos que têm autorização para abrir um Controle de Mudanças que esteja na fila de resolução. Se for localizado um Controle de Mudanças de prioridade dois ou superior, ele deverá ser imediatamente observado pelo Gerenciador de QE ou de Desenvolvimento. Nesse momento, eles podem decidir convocar uma Reunião de Revisão do CCB de emergência ou apenas abrir o Controle de Mudanças imediatamente na fila de resolução. | Administrador
Coordenador de Projeto Gerenciador de Desenvolvimento Departamento de QE |
Designado | Um Controle de Mudanças Aberto passa a ser então responsabilidade do Coordenador de Projeto que deverá Designar Trabalho com base no tipo de Controle de Mudanças e atualizar o planejamento, se apropriado. | Coordenador de Projeto |
Resolvido | Significa que a resolução desse Controle de Mudanças foi concluída e está pronta para verificação. Se o solicitante for um membro do Departamento de QE, a propriedade passa automaticamente para ele. Pode ser também que ela passe para o Gerenciador de QE para ser feita uma reatribuição manual. | Administrador
Coordenador de Projeto Gerenciador de Desenvolvimento Gerenciador de QE Departamento de Desenvolvimento |
Teste Reprovado | Estado do Controle de Mudanças que falha durante a avaliação de uma construção de teste ou de liberação. A propriedade passa automaticamente para o membro da equipe que resolveu o Controle de Mudanças. | Administrador
Departamento de QE |
Verificado | Um Controle de Mudanças nesse estado foi Verificado em uma construção de teste e está pronto para ser incluído em uma liberação. | Administrador
Departamento de QE |
Fechado | O Controle de Mudanças não requer mais atenção. Este é o estado final de um Controle de Mudanças. Somente o Administrador de Revisão do CCB pode fechar um Controle de Mudanças. Quando um Controle de Mudanças for Fechado, o solicitante receberá uma notificação de e-mail com a disposição final do Controle de Mudanças. Um Controle de Mudanças pode ser Fechado: 1) depois que sua resolução Verificado é validada em uma construção de liberação, 2) quando seu estado Rejeitado é confirmado ou 3) quando é confirmado como Duplicata de um Controle de Mudanças existente. No último caso, o solicitante será informado do Controle de Mudanças duplicado e será incluído nesse Controle de Mudanças para notificações futuras (consulte as definições dos estados "Rejeitado" e "Duplicado" para obter detalhes adicionais). Se o solicitante desejar contestar um fechamento, o Controle de Mudanças deverá ser atualizado e Enviado novamente para revisão do CCB. | Administrador |
As 'marcações' de estado fornecem a base para relatar estatísticas do Controle de Mudanças (vencimento, distribuição ou tendência).
Estados do Controle de Mudanças no contexto do Cubo.
Rational Unified Process
|