<Nome do Projeto>

Plano de Gerenciamento de Configuração

Versão <1.0>

[Nota: O gabarito a seguir é fornecido para utilização com o Rational Unified Process. O texto em azul exibido entre colchetes e em itálico (style=InfoBlue) foi incluído para orientar o autor e deve ser excluído antes da publicação do documento. Um parágrafo digitado após esse estilo será automaticamente definido como normal (style=Body Text).]

[Para personalizar campos automáticos no Microsoft Word (que exibem um segundo plano cinza quando selecionados), selecione File>Properties e substitua os campos Title, Subject e Company pelas informações apropriadas para este documento. Depois de fechar o diálogo, os campos automáticos podem ser atualizados no documento inteiro, selecionando Edit>Select All (ou Ctrl-A) e pressionando F9 ou simplesmente clique no campo e pressione F9. Esse procedimento deverá ser executado separadamente para os Cabeçalhos e Rodapés. Alt-F9 alterna entre a exibição de nomes de campos e do conteúdo dos campos. Consulte a Ajuda do Word para obter informações adicionais sobre como trabalhar com campos.]

Histórico da Revisão

Data	Versão	Descrição	Autor
<dd/mmm/aa>	<x.x>	<detalhes>	<nome>

Índice

1.	Introdução	4

1.1	Objetivo	4

1.2	Escopo	4

1.3	Definições, Acrônimos e Abreviações	4

1.4	Referências	4

1.5	Visão Geral	4

2.	Gerenciamento de Configuração de Software	4

2.1	Organização, Responsabilidades e Interfaces	4

2.2	Ferramentas, Ambiente e Infra-estrutura	4

3.	O Programa de Gerenciamento de Configuração	5

3.1	Identificação da Configuração	5

3.1.1	Métodos de Identificação	5

3.1.2	Linhas de Base do Projeto	5

3.2	Configuração e Controle de Alterações	5

3.2.1	Processamento e Aprovação de Controles de Mudanças	5

3.2.2	CCB (Conselho de Controle de Mudanças)	5

3.3	Contabilidade do Status de Configuração	5

3.3.1	Armazenamento de Mídia do Projeto e Processo de Release	5

3.3.2	Relatórios e Auditorias	5

4.	Marcos	6

5.	Treinamento e Recursos	6

6.	Controle de Software do Subfornecedor e do Fornecedor	6

Plano de Gerenciamento de Configuração

Introdução

[A introdução do Plano de Gerenciamento de Configuração fornece uma visão geral de todo o documento. Ela inclui o objetivo, o escopo, as definições, os acrônimos, as abreviações, as referências e a visão geral deste Plano de Gerenciamento de Configuração.]

Objetivo

[Especifique o objetivo deste Plano de Gerenciamento de Configuração.]

Escopo

[Uma breve descrição do escopo deste Plano de Gerenciamento de Configuração; a qual modelo ele está associado e tudo mais que seja afetado ou influenciado por este documento.]

Definições, Acrônimos e Abreviações

[Esta subseção fornece as definições de todos os termos, acrônimos e abreviações requeridos para interpretar adequadamente o Plano de Gerenciamento de Configuração. Essas informações podem ser fornecidas em relação ao Glossário do projeto.]

Referências

[Esta subseção fornece uma lista completa de todos os documentos mencionados em outra parte no Plano de Gerenciamento de Configuração. Identifique cada documento pelo seguinte: título, número do relatório (se for o caso), data e organização responsável pela publicação. Especifique as origens a partir das quais as referências podem ser obtidas. Essas informações podem ser fornecidas por um anexo ou outro documento.]

Visão Geral

[Esta subseção descreve o que o restante do Plano de Gerenciamento de Configuração contém e explica como o documento é organizado.]

Gerenciamento de Configuração de Software

Organização, Responsabilidades e Interfaces

[Descreva quem será responsável pela execução de várias tarefas de CM (Gerenciamento de Configuração) descritas na Disciplina de Processos CM.]

Ferramentas, Ambiente e Infra-estrutura

[Descreva o ambiente de computação e as ferramentas de software a serem utilizados no preenchimento de funções CM em todo o projeto ou ciclo de vida do produto.

Descreva as ferramentas e procedimentos requeridos utilizados para os itens de configuração de controle de versão gerados em todo o projeto ou ciclo de vida do produto.

As questões envolvidas na configuração do ambiente CM incluem:

tamanho previsto de dados do produto

distribuição da equipe do produto

localização física de servidores e máquinas clientes]

O Programa de Gerenciamento de Configuração

Identificação da Configuração

Métodos de Identificação

[Descreva como os produtos do projeto ou de trabalho do produto devem ser nomeados, marcados e numerados. O esquema de identificação deve abranger produtos de hardware, de software do sistema, COTS (Commercial-Off-The-Shelf) e todos os produtos de trabalho de desenvolvimento de aplicativo listados na estrutura de diretório do produto; por exemplo, planos, modelos, componentes, software de teste, resultados e dados, executáveis e assim por diante.]

Linhas de Base do Projeto

[As linhas de base fornecem um padrão oficial no qual o trabalho subseqüente está baseado e no qual são feitas apenas alterações autorizadas.

Descreva em que pontos durante o projeto ou o ciclo de vida do produto as linhas de base devem ser estabelecidas. As linhas de base mais comuns seriam no final de cada uma das fases de Iniciação, Elaboração, Construção e Transição. As linhas de base também poderiam ser geradas no final de iterações nas várias fases ou até mesmo com maior freqüência.

Descreva quem autoriza uma linha de base e o que aparece nela.]

Configuração e Controle de Alterações

Processamento e Aprovação de Controles de Mudanças

[Descreva o processo pelo qual os problemas e as alterações são enviados, revisados e dispostos.]

CCB (Conselho de Controle de Mudanças)

[Descreva a associação CCB e os procedimentos para processar pedidos e aprovações de mudanças a serem seguidos pelo CCB.]

Contabilidade do Status de Configuração

Armazenamento de Mídia do Projeto e Processo de Release

[Descreva as políticas de retenção e os planos de backup, desastre e recuperação. Descreva também como a mídia deve ser retida—on-line, off-line, tipo e formato de mídia.

O processo de release descreve o que há no release, a quem ele se destina e se há algum problema conhecido e alguma instrução de instalação.]

Relatórios e Auditorias

[Descreva o conteúdo, formato e objetivo dos relatórios solicitados e auditorias de configuração.

Os relatórios são utilizados para avaliar a “qualidade do produto” em qualquer momento determinado no projeto ou ciclo de vida do produto. O relatório sobre defeitos baseado em controles de mudanças pode fornecer alguns indicadores de qualidade úteis e, assim, alertar o gerenciamento e os desenvolvedores quanto a áreas de desenvolvimento particularmente críticas. Os defeitos são classificados, freqüentemente, por seu caráter crítico (alto, médio e baixo) e poderiam ser relatados na seguinte base:

Tempo (Relatórios baseados no Tempo): Há quanto tempo os defeitos de diversos tipos estão em aberto? O que é o “tempo de retardo’’ entre quando os defeitos são localizados no ciclo de vida e quando são corrigidos?

Distribuição (Relatórios Baseados em Contagem): Quantos defeitos existem nas várias categorias por proprietário, prioridade ou estado de correção?

Tendência (Relatórios relacionados ao Tempo e à Contagem): Qual é o número cumulativo de defeitos localizados e corrigidos no decorrer do tempo? Qual é a classificação dos defeitos detectados e corrigidos? O que é o “intervalo de qualidade” em termos de defeitos abertos em oposição a fechados? O que é o tempo médio de resolução de defeitos?]

Marcos

[Identifique os marcos internos e do cliente relacionados ao esforço CM do projeto ou do produto. Esta seção inclui detalhes sobre quando o próprio Plano de Gerenciamento de Configuração deve ser atualizado.]

Treinamento e Recursos

[Descreva as ferramentas de software, o pessoal e o treinamento requeridos para implementar as tarefas CM especificadas.]

Controle de Software do Subfornecedor e do Fornecedor

[Descreva como o software desenvolvido fora do ambiente de projeto será incorporado.]

<Nome da Empresa>

<Nome do Projeto>	Versão: <1.0>
Plano de Gerenciamento de Configuração	Data: <dd/mmm/aa>
<identificador do documento>

Confidencial	(<Nome da Empresa>, 2006	Página 6 de 3

Plano de Gerenciamento de Configuração

<Nome do Projeto>

Luis Tadeu Castilho

2005-11-10

Rational

<Company Name>