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
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?
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.
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
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.
|