Gerência de Configuração
GCO: Por onde começar?
Como implementar a gerência de configuração a partir do zero
De que trata o artigo:
Veremos como se pode começar a implementação da Gerência de Configuração com o objetivo de obter os níveis G e F do MPS.BR. O escopo deste artigo é, portanto, a gerência de configuração de software, focada no ciclo de desenvolvimento – e não a gerência de configuração como abordada pelo ITIL, que é mais abrangente.
Para que serve:
O propósito do processo Gerência de Configuração – GCO – é registrar e garantir a integridade dos produtos de trabalho dos demais processos relacionados com o ciclo de desenvolvimento de software. Sem o processo GCO, o software evolui sem controle e isso pode gerar um caos nas bibliotecas de software e na documentação de projetos e processos de forma geral.
Em que situação o tema é útil:
O processo GCO, como descrito no MPS.BR, descreve uma série de boas práticas para a implementação de um Sistema de Gerência da Configuração e de atividades que vão garantir um melhor controle dos produtos de trabalho dos processos relacionados com o desenvolvimento de software.
Imagine que, de repente, o seu gerente entra na sala e te diz: “A Diretoria decidiu que vai implementar o MPS.BR aqui na nossa empresa. Vamos montar uma equipe e você foi um dos escolhidos. Resolvemos que você ficará encarregado do processo Gerência de Configuração (ler Nota 1).”
Nota 1. Gerência de Configuração
Sob a perspectiva de desenvolvimento, a Gerência de Configuração de Software abrange três sistemas principais: controle de modificações, controle de versões e controle de gerenciamento de construção.
O sistema de controle de versões permite que os artefatos sob Gerência de Configuração evoluam de forma distribuída, concorrente e disciplinada, evitando perdas ou sobreposições durante o desenvolvimento e a manutenção do artefato. Podemos citar como exemplos de ferramentas de mercado: CVS, Subversion, IBM Rational ClearCase e Microsoft Visual Source Safe.
Um item, ao ser desenvolvido, evolui até que atinja um estado em que atenda aos propósitos para o qual foi criado. Isso implica em diversas alterações, gerando uma versão do item a cada estado (Munch, 1996). Para estabelecer o controle sobre as diversas versões, todas as versões devem ser armazenadas e identificadas. Isso, geralmente, é feito com o auxílio de uma ferramenta.
A versão do item pode ser incluída no esquema de identificação ou ser acessível a partir de uma tabela à parte. É conveniente que o esquema de identificação das versões dos itens seja feito em forma de árvore, pois ao mesmo tempo em que mantém um histórico das versões dos itens, permite identificação única e ramificações a partir de qualquer versão.
O sistema de controle de modificações armazena todas as informações geradas durante o andamento das solicitações de modificação e relata essas informações aos participantes interessados e autorizados. Podemos citar como exemplos de ferramentas de mercado: Bugzilla, Jira, Trac e IBM Rational ClearQuest.
O objetivo dessa tarefa de gerência de configuração é relatar a todas as pessoas envolvidas no desenvolvimento e na manutenção do software as seguintes informações sobre as alterações na configuração de software:
O que aconteceu?
Quem o fez?
Quando aconteceu?
O que mais será afetado?
Para isso, deve ser criado um banco de dados sobre as ocorrências na gerência de configuração. Esse banco de dados deve estar disponível aos desenvolvedores com acesso através de palavras-chave. Além disso, deve ser gerado regularmente um relatório de situação para informar as alterações mais importantes. O acesso rápido às informações sobre a configuração agiliza o processo de desenvolvimento e melhora a comunicação entre as pessoas, o que é uma maneira de eliminar muitos problemas relativos à modificação do mesmo item de informação, com intenções diferentes e conflitantes."
[...] continue lendo...