GESTO DE PROJETO Conferncia n

12: Gesto de
DE SOFTWARE configurao
 GESTO DE
CONFIGURAO NA
ENGENHARIA DE
SOFTWARE
Planeamento do Projeto
Melhoria de Procesos
Atividades Monitorao e Controle
Gesto Gesto de Risco

Levantamento de Requisitos
Atividades Anlise de Requistos
de Projeto
Desenvolvie Codificao

nto

Garantia da Qualidade
Medies e Anlise
Verificao, Validao e Testes
Atividades Gesto de Configurao
de Apoio Reutilizao

DOMINGOS FILIPE DE OLIVEIRA 2

 O QUE ?

Conjunto de actividades para controlar

as mudanas surgidas nos diversos
produtos do processo de
desenvolvimento de software.

DOMINGOS FILIPE DE OLIVEIRA 3

 ALGUNS CONCEITOS
Jachy Estublier
a disciplina que nos permite evoluir produtos de software de forma
controlada, e desta forma, contribui na satisfao de restries de
qualidade e de tempo.

IEEEStd 610
uma disciplina que aplica procedimentos tcnicos e administrativos
para identificar e documentar as caracterticas fsicas e funcionais de um
item de configurao, controlar as alteraes nessas caracterticas,
armazenar e relatar o processamento das modificaes e o estgio da
implementao e verificar a comparabilidade com os requisitos
especificados

ISO 10007
Avidades tcnicas e organizacionais compreendendo: identificao de
configurao; controle de configurao; contabilizao da situao de
configurao; auditoria de configurao.

DOMINGOS FILIPE DE OLIVEIRA 4

 QUEM FAZ ?

Todos os envolvidos no processo

de desenvolvimento

DOMINGOS FILIPE DE OLIVEIRA 5

Porque importante ?
Se no controlarmos as mudanas, elas
que iro nos controlar

Qual o produto e quando est

bem feito ?
Plano de gesto de configurao e esta
bem feito quando qualquer mudana puder
ser monitorizada e analisada
DOMINGOS FILIPE DE OLIVEIRA 6
 FOCO DE ATUAO

Controle sobre a evoluo de produtos

de trabalho
Produtos de trabalho do projeto
Produtos de trabalho dos processos

Fonte de informaes para outros

processos
Ex.1: dados histoLricos para medicao e anaLlise
Ex. 2: laudo de defeitos para anaLlise de causa

Garantia de que foi feito o que deveria

ter sido feito DOMINGOS FILIPE DE OLIVEIRA 7
 CENRIO ATUAL
Projetos cada vez mais complexos em relao ao tamanho,
sofisacao e tecnologias envolvidas;
Grandes equipes geograficamente dispersas;
Requisitos de execuo do sistema em diferentes plataformas
de hardware e software;
Suporte a diferentes lnguas e culturas;
Crescente velocidade da comunicao entre clientes sobre a
ocorrncia de defeitos;
Diminuio dos tempos de desenvolvimento e de correo de
defeitos para preservar a reputao da empresa;
Necessidade de lidar com o inevitvel caos relacionado
atividade criativa, buscando mtodos e ferramentas para
maximizar a produtividade e minimizar os erros

DOMINGOS FILIPE DE OLIVEIRA 8

PROBLEMAS PELA FALTA
DE GESTO DE
CONFIGURAO
Perda de cdigo fonte;
Bibliotecas inesperadamente no funcionam mais;
Impossibilidade de determinar o que aconteceu
com um programa, ou parte dele;
Impossibilidade de determinar quem, porque e
quando foram efetuadas modificaes;
Requisitos j documentos desaparecem;
Requisitos implentados deseparecem do cdigo;
O programa em execuo e o seu cdigo fonte em
diferentes verses. DOMINGOS FILIPE DE OLIVEIRA 9
 TCNICAS DE GESTO
DE CONFIGURAO
Sistemas pequenos, desenvolvidos por somente uma
pessoa so menos dependentes de gesto de configurao;
O crescimento dos sistemas implica no aumento da equipe,
o que acarreta problemas relacionados com comunicao.

DOMINGOS FILIPE DE OLIVEIRA 10

 EVOLUO DAS
TCNICAS DE GESTO
DE CONFIGURAO
Artefatos de software so comparalhados por
diversos desenvolvedores;
Modificaes efetuadas por outros desenvolvedores
no so comunicadas a todos os interessados nos
artefatos, gerando incompaabilidades de verses.

DOMINGOS FILIPE DE OLIVEIRA 11

 EVOLUO DAS
TCNICAS DE GESTO
DE CONFIGURAO
(CONT.)
Soluo inicial consiste em criar vrias cpias do
mesmo artefacto comparalhado;
Falta de controle sobre as cpias existentes;
Retrabalho nas diferentes cpias para
implementar os mesmos requisitos e corrigir os
mesmos defeitos.

DOMINGOS FILIPE DE OLIVEIRA 12

 EVOLUO DAS
TCNICAS DE GESTO
DE CONFIGURAO
(CONT.)
Criacao de bibliotecas centralizadas;
Retorno ao problema de artefactos de
comparalhados
Perda de trabalho devido a falta de excluso
mtua nos acessos s bibliotecas centralizadas

DOMINGOS FILIPE DE OLIVEIRA 13

 EVOLUO DAS
TCNICAS DE GESTO
DE CONFIGURAO
(CONT.)
O problema da atualizao simultnea
no pode ser resolvido simplesmente
copiando componentes compartilhados
para uma biblioteca central
Criao de mecanismos de controle
sobre as bibliotecas centralizadas:
Definicao dos atuais repositrios
compartlhados;
Aplicao, em conjunto, de mtodos e
ferramentas que suportam o processo de
Gesto de Configurao DOMINGOS FILIPE DE OLIVEIRA 14
 GESTO DE
CONFIGURAO
o processo de identificar, organizar e
controlar modificaes ao software
sendo construdo;

A idia maximizar a produtividade

minimizando os enganos

DOMINGOS FILIPE DE OLIVEIRA 15

BENEFCIOS COM O USO
DE GESTO DE
CONFIGURAO
Aumento da Memria Organizacional
da empresa;
Desenvolvimento dependente do
processo, e no de pessoas e controle
sobre o desenvolvimento;
Rastreabilidade entre os diferentes
nveis de abstrao de um mesmo
componente (requisito, anlise, projeto,
cdigo, programa executvel);
DOMINGOS FILIPE DE OLIVEIRA 16
 PLANO V2.0
Compreende as informaes pertinentes
padronizao de repositrio para
armazenamento e versionamento dos itens de
configurao;
Itens abordados pelo Plano de Gesto de
Configurao
Estrutura de armazenamento dos itens;
Nomenclatura dos artefatos;
Polticas de alterao nos itens: Trunk, Branches, Tags,
Merges;
Controle de Verso de Software;
Controle de Verso de Scripts de Base de Dados;
Nveis de acesso;
DOMINGOS FILIPE DE OLIVEIRA 17
 EVOLUO DO PLANO
DE GC:
v1.0:
Definio das responsabilidades;
Identificao dos itens de configurao;
Estrutura Bsica dos Repositrios;
Versionamento dos Artefatos e Sistemas;
Poltica para criao de Tag, Branch e Merge;

v2.0:
Reviso na nomenclatura dos artefatos;
Reviso das polticas de Tag, Branch e Merge;
Redefinio da nomenclatura para Tag e Branch;
Ampliao da Estrutura Bsica;
Padronizao dos Comentrios;
Versionamento de Base de Dados
Controle de Acesso;

DOMINGOS FILIPE DE OLIVEIRA 18

 Plano v2.0:
NOMENCLATURA
Gerncia DOS
de Configurao

ARTEFATOS
Padro: <ID_SISTEMA>_<ID_ARTEFATO> ou
<ID_PROJETO>_<ID_ARTEFATO> ou
<ID_ORGANIZAO>_<ID_ARTEFATO>;

Tabela contendo a identificao dos itens de

configurao (<ID_ARTEFATO>);
 VERSIONAMENTO DOS
ARTEFATOS
Padro: X.Y
X = Nmero que representa a verso final do artefato
(incrementado quando da aprovao do documento);
Y = Verso draft do documento (incrementado a cada evoluo
do documento);

Primeira verso: 0.1;

Exemplo:

Data Verso Descrio Autor Aprovado Por

29/05/2009 0.1 Verso inicial do documento Juliana Xavier

Alterao na seo 2.1. para

29/05/2009 0.2 incluso do estado impedimento. Lasa Helena

29/05/2009 1.0 Verso aprovada do documento. Arthur Orlando

DOMINGOS FILIPE DE OLIVEIRA 20

 Plano v2.0:
VERSIONAMENTOGerncia
DE SCRIPTS
de Configurao

DE BANCO DE DADOS
Deve seguir o padro:
SYBASE: NomeBanco_Schema_TipoScript_NomeObjeto[_NumeroSequencia]
ORACLE: Schema_TipoScript_NomeObjeto[_NumeroSequencia]
NomeBanco: Identificao do Banco de Dados em que o script dever rodar
(s aplicvel ao Sybase);
Schema: Identificao do Schema ao qual o script est associado;
TipoScript: Identificao do tipo do objeto contido no script.
Pode assumir os valores: Procedure, Create, Alter, Indice,
Contraints, View e DML.
NumeroSequencia: No se aplica a Procedure.

Exs.:
dbjze01_dbo_Procedure_SpAdvogadoComplemento_D_001.scp
dbcor01_dbo_Create_Atendimento_001.scp
SCAM_Alter_Ausencia_002.scp
 Plano v2.0:
VERSIONAMENTO
Gerncia deDE
Configurao

SOFTWARE
Deve seguir o padro:
Verso_Maior.Verso_Menor.Reviso
Verso_Maior: Incrementado quando houver mudanas
significativas da arquitetura (Compatibilidade com a
verso antiga quebrada).
Verso_Menor: Quando houver adio de novas
funcionalidades, uma grande correo de bug do sistema
ou alguma melhoria for implementada;
Reviso: Correes de Bug, Pequenas Mudanas de
Layout ou qualquer correo de baixo esforo;

Verso inicial: v1.0.0

 Plano v2.0:
Gerncia de Configurao
POLTICA DE COMMITS
Todos os commits devem ser comentados;
Os comentrios devem seguir o padro:
[MXXX SXXX] Breve Descrio. Onde:
MXXX = Identificao do caso do Mantis a que se refere
a mudana.
SXXX = Identificao da Sprint
Breve Descrio = Uma descrio sucinta do que trata a
mudana.
Ex.: [M2581 S019] Script de criao da coluna
codg_documento nas tabelas Atendimento e
SolucaoAdotada.
No deve ser realizado commit para mais de um
caso do Mantis;
No deve ser realizado commit de cdigo que no
 Plano v2.0:
Gerncia de Configurao
POLTICA DE TAGS
Devem ser criadas Tags para cada entrega do
software (Teste, Homologao e Produo);
Devem ser seguidos os padres para Tags:
Teste: <Verso>TXX
Homologao: <Verso>HXX
Produo: <Verso>
Exs.: v1.4.5H1, v3.0.1T2, v2.3.1
O comentrio na criao da Tag deve seguir o
padro:
Criao de Tag de <Tipo> <Nome> - <SXXX>. Onde:
<Tipo> define a destinao da Tag (Teste, Homologao
ou Produo);
<Nome> o nome da Tag;
Ex.: Criao de Tag de Homologao v1.2.0H2 S011
 Plano v2.0:
Gerncia de Configurao
POLTICA DE BRANCHES
Deve ser criado um Branch para possveis
correes nas mudanas implementadas ao
final da sprint .
Branch gerada a partir da TAG de Teste ou Homologao
1;
A Branch deve ter o mesmo nome da Verso;
O comentrio na criao da Branch deve
seguir o padro:
Criao de Branch <Nome>: <Motivo> - <SXXX>. Onde:
<Nome> o nome da Branch;
<Motivo> uma breve descrio da finalidade da
Branch .
Ex.: Criao de Branch v1.11.4: Correo de Erros de
Homologao S022
 Plano v2.0:
Gerncia de Configurao
POLTICA DE MERGE
Deve ser realizado aps a homologao da
verso se houve alteraes na Branch desta
verso;
O comentrio do commit do Merge deve seguir o
padro:
Merge entre: <Origem> e <Destino> - <SXXX>. Onde:
<Origem> o local de onde as mudanas sero
obtidas (em geral Branch vX.X.X);
<Destino> o local que receber as mudanas (em
geral Trunk);
<SXXX> - Identificao da sprint que gerou as
mudanas;
 Plano v2.0:
NVEIS DE ACESSO
Gerncia de Configurao

(TRUNK)
UNs: Escrita nas pastas de documentao do
projeto (01-Requisitos, 02-AnaliseProjeto, 05-
Homologacao e 08-OutrosDocumentos);
UES: Escrita na pasta 03-Implementacao;
UTS: Escrita na pasta 04-Teste;
UGAPL = Leitura na pasta 03-Implementacao;
UGBD = Leitura na pasta 03-Implementacao\02-
Db
UGCPD = Leitura na pasta 03-Implementacao\03-
Build
Tabela completa se encontra no Plano de Gesto
de Configurao
 Auditoria:
CHECKLIST (ITENS DE
Gerncia de Configurao

CONFIGURAO)
A nomenclatura dos itens de configurao
respeitam o plano de gerncia de
configurao?

Os itens de configurao foram

includos/alterados nos locais corretos?

Os scripts de banco de dados esto sendo

includos/alterados no repositrio?
 Auditoria:
CHECKLIST (POLTICA
Gerncia de Configurao

DE COMMIT)
Os commits contm apenas um caso do
Mantis?

Os comentrios seguem o padro descrito no

plano de gesto de configurao?
 Auditoria:
CHECKLIST (POLTICA
Gerncia de Configurao

PARA BRANCHES)
A Branch para retornos (correes) de teste
e/ou homologao foi criada?

A nomenclatura das Branches respeitam o

plano de gerncia de configurao?

Os retornos (erros) de teste e/ou

homologao foram corrigidos na Branch
criada para este fim?
 Auditoria:
CHECKLIST (POLTICA
Gerncia de Configurao

PARA TAGS)
Foram criadas as Tags de teste e/ou
homologao?

Foi criada Tag de produo?

A nomenclatura das Tags respeita o plano de

Gerncia de Configurao?
 Auditoria:
CHECKLIST (POLTICA
Gerncia de Configurao

PARA MERGE)

Para os casos em que houve implementaes

em Branches, foram realizados merge aps a
homologao do sistema?

O comentrio do Merge atende o especificado

no plano de Gerncia de Configurao?
 Auditoria:
Gerncia de Configurao
CHECKLIST (BUILDS)

Para os sistemas em Delphi e Java, os builds

esto sendo armazenados no repositrio?

Para sistemas em Delphi, o desenvolvedor

est incluindo o executvel do sistema aps a
concluso de um caso do Mantis?
 Auditoria:
CHECKLIST (LIBERAO
Gerncia de Configurao

DE SOFTWARE)
Foram criados casos do Mantis para a
liberao dos sistemas?

Os casos do Mantis criados para liberao dos

sistemas atendem as especificaes do Guia
Mantis?
 Auditoria:
CATEGORIZAO DAS
Gerncia de Configurao

OBSERVAES DA AUDITORIA

Ocorrncias: No conformidades que ainda

valem a pena serem corrigidas;

Desvios: no-conformidades que no fazem mais

sentido serem corrigidas por no agregarem
mais valor ao projeto/sprint;

Recomendaes: sugestes de melhoria que

ainda no fazem parte do processo
institucionalizado;
 No importa
quantos passos voc
deu para trs, o
DUVIDAS ??? importante quantos
passos agora voc
vai dar pra frente.
Provrbio Chins
DOMINGOS FILIPE DE OLIVEIRA 36