Alunos​: Bruno Rodrigues de Andrade ­ 10/0095194 

     João Guilherme Araruna ­ 09/0118588 
 
 
 
 
 
 
 
 
 

 
Plano de Gerência de Configuração 
de Software 
 
Projeto: PARDAL 
 
 
 
 
 
 
 
Brasília, 6 de maio de 2015 
 
 
 
 
 
 

Índice 
 
1. Introdução…………………………………………………………………………pág. 3 
1.1 Finalidade…………………………………………………………………….pág. 3 
1.2 Escopo………………………………………………………………………..pág. 3 
1.3 Glossário……………………………………………………………………...pág. 4 
     2.  Organização……………………………………………………………………….pág. 4 
2.1 Identificação dos documentos……………………………………………..pág 4 
2.2 Versão dos documentos…………………………………………………...pág 5 
2.3 Localização dos artefatos………………………………………………….pág.6 
2.4 Baselines do projeto………………………………………………………..pág 7 
2.5 Branches…………………………………………………………………….pág 8 
     3. Controle de configuração………………………………………………………...pág 8 
3.1 Procedimento de solicitação de mundaça……………………………….pág 8 
3.1.1 Criação de Solicitação de Mudança(CRs)..........................pág 8 
3.1.2 Ciclo de Vida das Solicitações de Mudança(CRs)..............pág 8 
    4. Auditoria de Configuração……………………………………………………….pág 8 
    5. Plano de Contigência…………………………………………………………….pág 8 
    6. Ferramentas……………………………………………………………………....pág 9 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Plano de Gerência de Configuração de Software 
1.Introdução 
 
O Plano de Gerência de Configuração descreve todas as atividades do Gerenciamento 
de Controle de Configuração e Mudança que serão executadas durante o ciclo de vida 
do projeto Pardal. Suas atividades envolvem identificar a configuração do software, 
definir e manter sua integridade durante o projeto e controlar sistematicamente as 
mudanças.  

1.1 Finalidade 
  
A  finalidade  deste  documento  é  criar  um padrão a  ser seguido por todos  os membros 
da equipe com o intuito de garantir o maior controle do produto no decorrer do projeto. 
  
1.2​ ​Escopo 
  
Este  Plano  de  Gerenciamento  de  Configuração  é  destinado  para  todos os  integrantes 
da  equipe  responsável  pelo  desenvolvimento  do  aplicativo  Pardal  nas  disciplinas  de 
MDS  e  GPP​,  ​e  abrange  todo  o  controle  e  gerenciamento  da  configuração  do  projeto 
Pardal. 
  
 
 
 
 
 
 
 
 
 
 
 
 
1.3​ ​Glossário 
 
Tabela 1 ­ Glossário 
 
Termo  Descrição 

Baseline  Conjunto de artefatos que recebe uma aprovação de 
estabilidade. Uma ​baseline ​é usada com uma base no 
desenvolvimento das próximas fases dos artefatos e tem suas 
modificações controladas por um processo. 

CR  Solicitação de mudança (​Change Request​). 

SGBD  Sistema de Gerenciamento de Banco de Dados. 
 
 
 
2. Organização 
 
2.1 Identificação dos documentos 
Todos os itens de configuração(exceto código fonte) devem ser identificados 
baseados nomeclatura descrita a seguir: 
<Projeto>_<ID_Tipo_de_Artefato>_<Nome_Artefato> 
em que:  
<Projeto> é o nome do projeto; 
<ID_Tipo_de_Artefato> : é a identificação do artefato(ver Tabela 2); 
<Nome_Artefato>: nome do documento que compõe o artefato. 
 
 
 
 
Tabela 2 ­ Artefatos e suas respectivas identificações 
 
Artefato  Identificação 

Gerenciamento da Integração do Projeto  GIP 
 Gerenciamento do Escopo do Projeto  GEP 

Gerenciamento do Tempo do Projeto  GTP 

Gerenciamento dos Custos do Projeto  GCP 

Gerenciamento da Qualidade do Projeto  GQP 

Gerenciamento dos Recursos Humanos do Projeto  GRHP 

Gerenciamento das Comunicações do Projeto  GCOP 

Gerenciamento dos Riscos do Projeto  GRP 

Gerenciamento das Aquisições do Projeto  GAP 

Especificação dos Requisitos do Sistema  ERS 

Arquitetura e Testes  AT 
 
 
2.2 Versão de documentos 
Os artefatos criados ao longo do projeto devem ter um número de versào 
segundo o o padrão descrito a seguir: 
Y.XX 
em que: 
X é um número decimal que representa uma versão final do artefato; 
YY é um número hexadecimal que representa um draft da versão X do artefato. 
 
O número de versão dos artefatos muda de acordo com as regras descritas a 
seguir: 
● A primeira versão do artefato deve ser 0.01; 
● A cada modificação, o valor YY deve ser incrementado; 
● Após cada aprovação do artefato, a versão X deve ser incrementada de 
uma unidade e o valor YY retorna para 00. 
 
O controle de versão dos código fonte se dará pela ferramenta Git, utilizando o 
serviço de repositório remoto GitHub. 
 
 
 
 
2.3 Localização de artefatos 
Todos itens de configuração (exceto o código­fonte) devem ser mantidos na 
plataforma Redmine no seguinte domínio: 
<http://lappis.unb.br/redm/projects/grupo­1­sistema­multa­dprf/wiki>.   
O código fonte deve ser mantido no repositório remoto GitHub no seguinte 
domínio: <https://github.com/Modesteam/Pardal> . 
 
 
Diretório  Subditerório  Artefatos 

desenvolvimento  ERS  Documento de Visão 

    Especificação Suplementar 

    Especificação de Casos de Uso 

     

  AT  Especificação de Casos de Teste 

    Relatório de Teste 

    Documento de Arquitetura 

gerenciamento  GIP  Project Charter 

    Plano de Gerenciamento do Projeto 

    Plano de Gerenciamento de Mudanças 

  GEP  Plano de Gerenciamento do Escopo 

    Plano de Gerenciamento dos Requisitos 

    EAP 

    Registro de Controle do Escopo 

  GTP  Plano de Gerenciamento do Cronograma 

    Cronograma do Projeto 

    Registro de Controle do Cronograma 

  GCP  Plano de Gerenciamento dos Custos 
     Registro de Controle dos Custos 

  GQP  Plano de Gerenciamento da Qualidade 

    Registro do Controle da Qualdiade 

  GRHP  Plano de Gerenciamento dos Recursos 
Humanos 

    Registro de Controle dos Recursos 
Humanos 

  GCOP  Plano de Gerenciamento das 
Comunicações 

    Registro do Controle das Comunicações 

  GRP  Plano de Gerenciamento dos Riscos 

    Registro do Controle dos Riscos 

  GAP  Plano de Gerenciamento das Aquisições 

    Registro do Controle das Aquisições 
 
2.4 Baselines do projeto 
 
Baseline  Descrição  Padrão 
Definição do Escopo  Deve ser marcado assim  PARDAL_REQ_ <iteração> 
que o escopo for totalmente 
definido. 

Definição dos Requisitos e  Deve ser marcado assim  PARDAL_REQ_ARQ_<iteração> 

Arquitetura do Sistema  que for concluída a 
definição de requisitos e 
arquitetura do sistema de 
cada iteração. 

Release  Deve ser criada uma  PARDAL_RELEASE_<versão> 

milestone​ no GitHub para 
cada release a ser 
desenvolvida​. 

Build  Criado a cada geração de  PARDAL_BUILD_<versão> 

 build para o software. 
 
 
2.5 Branches 
Esta seção define as políticas de branch utilizada no processo. 
2.5.1 Branches de documento 
Durante o projeto, não será definida uma política de branches para 
criação de documentos. 
2.5.1 Branches de código 
Para cada funcionalidade, deve ser criada uma respectiva branch de 
trabalho no repositório remoto. 
 
3. Controle de Configuração 
 
3.1 Procedimentos de mudança 
Caso uma funcionalidade ou mudança a ser implementada for identificada por 
algum membro do grupo, uma CR deve ser aberta conforme descrito no item 3.1.1. 
3.1.1 Criação de Solicitação de Mudança(CRs) 
As solicitações de mudanças ou funcionalidades devem ser criadas em forma de 
issues no próprio repositório remoto do GitHub. A issue criada sempre deve conter um 
título, uma descrição associada, um tipo (​bug​, ​duplicate, enhancement, etc​), uma 
milestone associada e uma pessoa responsável.   
3.1.2 Ciclo de Vida das Solicitações de Mudança(CRs) 
As issues devem possuir os seguintes estados: aberta (​open​) e fechada 
(​closed​).  
Qualquer membro da equipe pode abrir uma ​issue​, e da mesma forma qualquer 
membro da equipe pode tomar para si uma ​issue ​aberta. Quando uma ​issue ​aberta for 
concluída, deve­se fechá­la o mais rápido possível. 
4. Auditoria de Configuração 
As auditorias de configuração devem ser feitas para cada ciclo do processo de 
desenvolvimento de forma a garantir que o processo de Gerência da Configuração vem 
sendo aplicado corretamente. 
5. Plano de Contigência 
Uma vez por semana será feito um backup (​mirror​) da versão mais recente dos 
artefatos que se encontram no Redmine na máquina de dois membros da equipe do 
projeto. 
 
 
6. Ferramentas 
 
Ferramenta  Descrição 
Ubuntu 14.04 ­ Linux  Sistema Operacional utilizado para 
desenvolvimento. 

Android  Studio IDE  IDE utilizado no desenvolvimento da 
aplicação. 

Android SDK Tools  Android Software Development Kit 

SQLite 3.8.9  SGBD a ser utilizado no projeto. 

Astah Professional  Modelagem UML. 

DotProject  Ferramenta de cronograma.