Conceito: Relatório de Status de Configuração
Essa diretriz descreve o que é normalmente incluído em um Relatório de Status de Configuração. Um relatório de status de configuração é utilizado para descrever o "estado" do produto com base no tipo, no número, na taxa e na gravidade dos erros encontrados e corrigidos durante o curso de desenvolvimento do produto.
Relacionamentos
Elementos Relacionados
Descrição Principal

Visão Geral

Controlar o progresso de um projeto de software é uma tarefa difícil. Um dos principais problemas apresentados é localizar um meio pelo qual uma medida objetiva de progresso real e de status associado possa ser avaliado. Uma abordagem a ser considerada é o controle das tendências na métrica de alteração real no sistema de controle de alteração: essa abordagem de medida do progresso é referida como contabilidade do status de configuração e a geração de relatórios derivada dela é chamada muitas vezes de geração de relatórios do status de configuração.

Contabilidade do Status de Configuração (Medida) - é utilizada para descrever o "estado" do produto com base no tipo, no número, na taxa e na gravidade dos defeitos localizados e corrigidos durante o curso de desenvolvimento do produto. As métricas derivadas desse aspecto do Gerenciamento de Configuração são úteis para determinar o status geral da abrangência do projeto.

As quatro principais origens para os Relatórios de Status de Configuração de software são:

  • Controles de Mudanças
  • Builds de Software
  • Descrições de Versões
  • Auditorias

Controles de Mudanças

Um CR (Controle de Mudanças) é um termo geral para um pedido de mudança de um produto de trabalho ou de um processo. O processo geral associado aos CRs é descrito em Conceitos: Gerenciamento do Controle de Mudanças.

As 'marcações' de status fornecem a base para relatar estatísticas do CR (vencimento, distribuição ou tendência) conforme descrito nas etapas do processo de CRM.

Os relatórios de defeitos gerados com base no Controle de Mudanças são classificados nas seguintes categorias:

  • Vencimento (Relatórios Baseados em Períodos)
  • Há quanto tempo os Controles de Mudanças de diversos tipos estão pendentes? Qual é o 'tempo de retardo' de quando são localizados defeitos no ciclo de vida em comparação com o tempo necessário para corrigi-los?

  • Distribuição (Relatórios Baseados em Contagens)
  • Existem quantos Controles de Mudanças nas diversas categorias por proprietário, prioridade ou estado de correção?

  • Tendência (Relatórios Relacionados a Períodos e Contagens)
  • Qual é o número acumulado de defeitos encontrados e corrigidos no decorrer do tempo? Qual é a classificação dos defeitos detectados e corrigidos? Qual é o 'intervalo de qualidade' em termos de defeitos abertos versus defeitos fechados? Qual é a média de tempo de correção de um defeito?

    Fluxo de processo generalizado para Controles de Mudanças resultando em Relatórios de Envelhecimento, Relatórios de Distribuição e Relatórios de Tendência.

Relatórios de Build

Os Relatórios de Build listam todos os arquivos, sua localização e as mudanças incorporadas que compõem um build de uma versão específica do software.

Os Relatórios de Build podem ser mantidos no nível do sistema e do subsistema.

Descrições de Versão

Da mesma forma que as Notas de Liberação, as Descrições de Versão descrevem os detalhes de uma liberação do software. A descrição deve incluir no mínimo as seguintes informações:

  • Inventário do material liberado (mídia física e documentos)
  • Inventário do conteúdo do software (listagens de arquivos)
  • Todos os dados de 'adaptação' exclusivos do site
  • Instruções de Instalação
  • Possíveis problemas e erros conhecidos

Auditorias

Existem dois tipos de auditorias que são incluídos no contexto de Gerenciamento de Configuração:

  • Auditorias de Configuração Física
  • Auditorias de Configuração Funcional

Uma PCA (Auditoria de Configuração Física) identifica os elementos de um produto a serem implementados a partir do Repositório do Projeto.

Uma FCA (Auditoria de Configuração Funcional) confirma que uma linha de base atende aos requisitos estabelecidos para ela.

A tarefa detalhada para desempenho de Auditorias é descrita em Desempenhar Auditoria de Configuração.