Wylie College

Plano de Gerenciamento de Configuração

 

Versão 2.0

 


Histórico da Revisão

 

Data

Versão

Descrição

Autor

08/Jan/1999

1.0

Release Inicial

Simon Jones

10/Fev/1999

2.0 

Plano de Extensão 

 Simon Jones

 
 
 
 
 
 
 
 

 

 

Índice

1. Introdução         

1.1 Propósito     

1.2 Escopo     

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

1.4 Referências     

1.5 Visão Geral     

2. Gerenciamento de Configuração de Software

2.1 Organização, Responsabilidades e Interfaces     

2.2 Ferramentas, Ambiente e Infra-estrutura     

3. O Programa de Gerenciamento de Configuração         

3.1 Identificação da Configuração     

3.1.1 Métodos de Identificação           

3.1.2 Linhas de Base do Projeto           

3.2 Configuração e Controle de Mudança     

3.2.1 Processamento de Controle de Mudanças e Aprovação           

3.2.2 CCB (Change Control Board)           

3.3 Contabilidade do Status de Configuração     

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

3.3.2 Relatórios e Auditorias           

4. Marcos

5. Treinamento e Recursos     

6. Controle de Software do Subcontratante e do Fornecedor

Apêndice A - Procedimentos de Administração ClearCase

 


Procedimento do Gerenciamento de Configuração

1.                  Introdução

1.1               Propósito

O propósito desse documento é definir os procedimentos do Gerenciamento de Configuração a serem seguidos por todos os projetos de software na Wylie College.

1.2               Escopo

O documento cobre os procedimentos de Gerenciamento de Configuração aplicáveis a todos os projetos da Wylie College.   Cada projeto também terá seu próprio Plano de Gerenciamento de Configuração que descreve os procedimentos adicionais, define os marcos do projeto, etc.

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

A Wylie College utiliza o Glossário do Processo Rational Unified e as definições da seção "Conceitos UCM " em [UCM].

1.4               Referências

[UCM] Utilizando o Gerenciamento de Mudança Unificado com o Rational Suite.  Rational Software Corporation.

[CC-1] Gerenciando Projetos de Software com ClearCase.  Rational Software Corporation.

1.5               Visão Geral

A Wylie College segue as atividades de Gerenciamento de Configuração conforme descrito no Processo Rational Unified.  A Wylie College também padronizou as ferramentas Rational para o UCM (Unified Change Management).

A implementação UCM será a descrita nos materiais de referência ClearCase UCM, exceto quando informado nesse documento.

2.                  Gerenciamento de Configuração de Software

2.1               Organização, Responsabilidades e Interfaces

A equipe do departamento de TI da Wylie College executa a função de Gerenciador de Configuração para todos os projetos. Cada projeto na Wylie College terá uma ou mais pessoas designadas à função do Gerenciador de Controle de Mudanças.

2.2               Ferramentas, Ambiente e Infra-estrutura

A Wylie College padronizou as ferramentas do Rational Suite (Rational ClearQuest e Rational ClearCase LT) e UCM.  A Wylie College possui um conjunto existente de PVOBs, uma para cada Família de Produtos.   Uma Família de Produtos é um grupo de projetos inter-relacionados que compartilha uma quantidade significativa de código comum.  Família de Produtos Atuais e seus PVOBs no Wiley College são:

VOBs são submetidos ao backup diariamente pelo Gerenciador de Configuração.  As ferramentas de backup e restauração e os procedimentos, bem como outros detalhes administrativos, são cobertos no Apêndice: Procedimentos de Administração ClearCase.

No início de um projeto, o Gerenciador de Configuração do projeto cria um Projeto UCM dentro do PVOB da Família de Produtos apropriada e um ou mais VOBs de componentes.  Consulte [UCM] para obter detalhes.   Espera-se que todos os VOBs de componentes sigam a estrutura de diretórios padrão do produto.  Consulte o VOB CRegMain de Registro em Curso para obter um exemplo.

Espera-se que todos os projetos utilizem as seguintes políticas ClearCase (consulte [CC-1] "Considerando Quais Políticas de Desenvolvimento Reforçar"):

A seguir estão as tarefas e os mentores de ferramenta da Atividade: Criar Ambientes CM do Projeto , que fornecem orientação sobre a configuração do seu ambiente CM:

Função Tarefas do Rational Unified Process Mentores da Ferramenta Rational Notas/Ajuste
Gerenciador de Configuração Configurar Ambiente CM Vinculação do Gerenciamento de Configuração e do Gerenciamento de Solicitações de Mudança Usando o Rational ClearQuest e o Rational ClearCase

Configurando as Políticas

Estabelecendo um Processo de Pedido de Mudança

Definindo as Notificações de Revisão e Mudança

A maioria dessa tarefa já foi executada, na definição desse plano CM e na definição dos PVOBs para cada Família de Produtos.
Arquiteto de Software Estruturar o Modelo de Implementação Configurando o Modelo de Implementação
Configuração do Modelo de Implementação com UCM
Isso deve ser feito dentro da estrutura de diretórios padrão do produto.  O Arquiteto de Software fornece a entrada para esse Modelo de Implementação, mas a configuração real geralmente é feita pelo Gerenciador de Configuração.
Integrador Criar Espaços de Trabalho de Integração Criando uma Integração e Construindo um Espaço de Trabalho  
Qualquer Função Tarefa: Criar Espaço de Trabalho de Desenvolvimento Criando um Espaço de Trabalho de Desenvolvimento  

 

3.                  O Programa de Gerenciamento de Configuração

3.1               Identificação da Configuração

3.1.1          Métodos de Identificação

Os Projetos UCM são nomeados com o nome abreviado oficial para o projeto.  Por exemplo, CReg para o Sistema de Registro em Curso.

A nomenclatura VOB depende da discrição do projeto.

Cada projeto de trabalho identificado como tendo um nível de revisão "Formal/Interno" ou "Formal/Externo" no Caso de Desenvolvimento do projeto deve ser controlado em um VOB do projeto pelo final da fase na qual foi criada pela primeira vez.  Depois de controlados, são aplicáveis os procedimentos descritos nesse documento.

As linhas de base do projeto serão nomeadas <project_name>_<iteration>_<date> em que a data é formatada como MM_DD_YY.  Por exemplo, CReg_C1_03_07_99.

O status da linha de base conforme definido pelo UCM padrão.

3.1.2          Linhas de Base do Projeto

As linhas de base devem ser estabelecidas ao final de cada iteração.  As linhas de base adicionais podem ser estabelecidas segundo o critério do gerenciador de projetos.

3.2               Configuração e Controle de Mudança

3.2.1          Processamento de Controle de Mudanças e Aprovação

A Wylie College segue as atividades Rational Unified Process: Gerenciar Controles de Mudanças e Alterar & Entregar Itens de Configuração, com os seguintes refinamentos.

Artefato: Ordem de Trabalho é mesclado com Artefato: Controle de Mudanças (CR) .  Portanto, o status das ordens de trabalho é gerenciado pelo rastreio do status de CRs.

Uma atividade UCM é mapeada para o Artefato: Controle de Mudanças (CR). O termo CR será aplicado para o restante desse documento para consultar uma Atividade UCM. A Wylie College segue o esquema UCM ClearQuest padrão.

As atividades e os estados utilizados pela Wylie College para gerenciar CRs estão descritas em Conceitos: Gerenciamento do Controle de Mudanças.

Os campos requeridos para um CR são impostos pelo esquema ClearQuest e, portanto, não precisam ser documentados aqui.   

O seguinte define as tarefas aplicáveis e mentores de ferramentas.

Função Tarefas do Rational Unified Process Mentores da Ferramenta Rational Notas/Ajuste
Qualquer Função Tarefa: Submeter Controle de Mudanças
Tarefa: Atualizar Controle de Mudanças
Submetendo os Controles de Mudanças  
Gerenciador de Controle de Mudanças Tarefa: Rever Controle de Mudanças
Tarefa: Confirma CR Duplicado ou Rejeitado
Relatando o Status de Revisão e de Trabalho

A Wylie College não requer o uso de um Quadro de Controle de Configuração.  Os Controles de Mudança são revisados e aprovados por um membro do projeto, o Gerente de Controle de Mudança, que geralmente também é o Gerente de Projetos, Líder da Equipe ou Arquiteto do Software.

Coordenador de Projeto Tarefa: Planejar e Designar o Trabalho   Artefato: A Ordem de Trabalho é mesclada com o Artefato: Controle de Mudanças (CR). A designação de trabalho é executada, designando o CR. Consulte os Conceitos: Gerenciamento do Controle de Mudanças para obter detalhes.
Qualquer Função Tarefa: Efetuar Alterações Utilizando os Conjuntos de Mudanças do UCM  
Qualquer Função Tarefa: Entregar Alterações  Entregando Seu Trabalho "Qualquer Função" (quem efetuou as alterações) deve assegurar que os procedimentos de revisão aplicáveis foram seguidos e a revisão tenha sido transmitida, antes de fornecer qualquer alteração.

Os procedimentos de revisão aplicáveis são especificados no Caso de Desenvolvimento.

Integrador Tarefa: Verificar Mudanças na Construção    

 

3.2.2          CCB (Change Control Board)

Conforme observado acima, a Wylie College não utiliza os Quadros de Controle de Mudança (também conhecidos como Quadros de Controle de Configuração).

3.3               Contabilidade do Status de Configuração

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

A Wylie College segue a Atividade: Gerenciar Linhas de Base & Releases conforme descrito abaixo.

Função Tarefas do Rational Unified Process Mentores da Ferramenta Rational Notas/Ajuste
Integrador Tarefa: Criar Linhas de Base Criando Linhas de Base  
Integrador Tarefa: Promover Linhas de Base Promovendo Linhas de Base do Projeto  
Qualquer Função Atualizar Espaço de Trabalho Atualização da Área de Trabalho do Projeto Usando o Rational ClearCase  
Gerenciador de Configuração Criar Unidade de Implantação   Os releases do produto são gravados em dois conjuntos de CDs - um conjunto para o armazenamento externo e outro para a biblioteca de TI.  Essa é a responsabilidade do Gerenciador de Configuração de cada projeto.  Cada CD de release do produto deve incluir uma captura instantânea do desenvolvimento, teste e ambiente de integração no momento do release, incluindo os programas executáveis, código de origem, software de teste, bibliotecas COTS,  plug-ins, ferramentas de suporte, ferramentas de teste, etc.

 

3.3.2          Relatórios e Auditorias

Os detalhes dos relatórios requeridos são descritos pelo Plano de Medição da Wylie College. Uma visão geral das tarefas e mentores da ferramenta da Atividade: O Status de Configuração do Monitor & do Relatório é fornecido abaixo.

Função Tarefas do Rational Unified Process Mentores da Ferramenta Rational Notas
Gerenciador de Configuração Tarefa: Relatório sobre o Status de Configuração Relatando Tendências a Defeitos e Status
Visualizando o Histórico de um Defeito
 

4.                  Marcos

Os marcos são descritos no Plano de Gerenciamento de Configuração de cada projeto individual.

5.                  Treinamento e Recursos

Os seguintes Cursos da Rational University são recomendados de acordo com a função.

Curso Funções
Desenvolvendo o Software com Rational ClearCase e UCM para Windows Qualquer Função
Administrando o ClearCase Gerenciador de Configuração (Administrador ClearCase)

 

6.                  Controle de Software do Subcontratante e do Fornecedor

A Wylie College não subcontrata atualmente o desenvolvimento do software.  No entanto, incorporamos os produtos COTS (Commercial Off The Shelf) em seus sistemas que devem ser cuidadosamente controlados.  Cada release do produto deve incluir nas notas sobre o release as versões de todos os produtos COTS nos quais o sistema foi testado.  Quando possível, os CDs para esses produtos COTS devem ser arquivados na biblioteca de TI.

Apêndice A                Procedimentos de Administração ClearCase

A Definir.  Os problemas a serem abordados incluem:

<Nomear os Hosts de rede e as funções, incluindo o host do servidor de registro>

<Fazer backup e restaurar as ferramentas e os procedimentos>

<Quais tarefas periódicas são executadas - por exemplo, para limpeza>