Gerência de Configuração: Terminologialeomurta/courses/2012.1/gc-ufac/aula3.pdf · 2020. 2....

Gerência de Configuração: Terminologia

Leonardo Gresta Paulino Murta

leomurta@ic.uff.br

Leonardo Murta Gerência de Configuração: Terminologia 2

Item de configuração

• Agregação de hardware e/ou software que será passível de gerência de configuração e tratado como um elemento único

• Tipos de ICs

– Produtos de trabalho do projeto

– Produtos de trabalho de processos

• Exemplos: plano de GC, requisitos, modelos, código-fonte, etc.

• A seleção de ICs deve levar em conta princípios como acoplamento e coesão

• ICs com alto acoplamento tornam complexo o processo de construção

– Muitas dependências para outros ICs

• ICs com baixa coesão tornam o processo de desenvolvimento complexo

– Vários desenvolvedores concorrendo para modificar o IC

• GCS é altamente beneficiada por sistemas com arquitetura corretamente definida

Sistema

Subsistema

Procedimento

Módulo

ularid

Grossa

Comando Parágrafo

Seção

Documento Programa

Perspectiva: Desenvolvimento Gerencial

Arquivo

Diretório

Processo

Necessid

e ferram

Item derivado

• Item de configuração que pode ser obtido a partir de outro item de

configuração (item fonte)

• Exemplo

– Os itens de configuração que compõem o código-fonte são itens fonte

para o programa executável, que é item derivado

• Estratégias

– Versionamento do item derivado

– Documentação do processo de derivação (roteiro, ferramentas,

ambiente, etc.)

Construção (building)

• Processo de compilação do sistema a partir dos

itens fonte para uma configuração alvo

• Utiliza arquivo de comandos que descreve como

deve ocorrer a construção

• Exemplo: makefile, build.xml, pom.xml

• Os arquivos de comandos também devem ser

considerados itens de configuração

Versões

• Instâncias de um mesmo item de configuração que diferem entre si em algo

• Revisões: versões criadas para substituir versões anteriores seguindo uma linha temporal (e.g., em resposta a correção ou evolução)

• Variantes: versões coexistentes, projetadas para propósitos distintos (e.g., em resposta a diferentes arquiteturas de hardware ou sistemas operacionais)

Versões

[Pressman, 1997] ICs, versões e variantes

Variantes

Versões

A1 A2 A3

A4’ A4’’

Sistema de Gerência de Configuração

Versão 1

Versão 2

Versão 3

Versão 4

Versão 5

Versão 1

Versão 2

Versão 3

Versão 4

Versão 5

Versão 1

Versão 2

Versão 3

Versão 4

Versão 5

Artefatos

Controle de Versões

Construção e Release

Controle de Modificações

Solicitações

Controle de versões

Armazenamento?

Colaboração?

Consulta?

Topologia?

Repositório

O Repositório

• Local onde os ICs são armazenados – Armazena o histórico do projeto – Controle na entrada e saída de ICs – Poucos por projeto (normalmente, somente um)

• Utiliza diferentes mecanismos de armazenamento – Versionamento completo – Versionamento de diferenças (delta)

• Utiliza diferentes mecanismos de controle de concorrência – Pessimista – Otimista – Misto

• Permite a geração de diferentes relatórios – Por item de configuração – Por modificação

Gerência de Configuração: Terminologia 14 Leonardo Murta

Topologia

Repositório

Espaço de Trabalho

Centralizado Distribuído

t / up

date Repositório

Espaço de Trabalho ch

t / up

Repositório

Espaço de Trabalho

e / pu

Armazenamento

• Versionamento completo – Demanda grande espaço em disco

– Permite rápida recuperação dos ICs

• Versionamento de diferenças – Reduz o espaço requerido em disco

– Qualquer versão pode ser derivada a partir da aplicação dos deltas sobre a versão base

– Pode demandar grande carga de processamento para recuperar ICs

– Tipos existentes: forward, reverse e in-line

Armazenamento

Completo

delta 12

Forward

delta 23

delta 32

Reverse

delta 21

In-line

v.1 v.2/3

v.1/2 v.3

Colaboração • Controle de concorrência pessimista

– Somente um desenvolvedor pode modificar o IC em um dado momento – Custo zero de junção de trabalho – Ausência de paralelismo no desenvolvimento

• Controle de concorrência otimista – Vários desenvolvedores pode modificar um mesmo IC ao mesmo tempo – Alto custo de junção de trabalho no caso de ICs complexos (e.g.: IC binários) – Permite paralelismo no desenvolvimento

• Controle de concorrência otimista com notificação – Permite que qualquer desenvolvedor saiba quem mais está modificando o IC – Bom custo/benefício entre controle otimista e pessimista

Colaboração

Pessimista

junção

Otimista Misto

m.2 m.3

junção

m.1 m.2 m.3

Consulta

Repositório (versão 1) Artefato1 (versão 1) Artefato2 (versão 1) Artefato3 (versão 1)

Repositório (versão 0)

Repositório (versão 3) Artefato1 (versão 2) Artefato2 (versão 3) Artefato3 (versão 1) Artefato4 (versão 3)

Artefato1 Versão 1 Versão 2 Versão 4

Artefato2 Versão 1 Versão 3

Artefato3 Versão 1 Versão 4

Artefato4 Versão 3

Consulta por artefato

1ª modificação

2ª modificação

4ª modificação 3ª modificação

Consulta

Repositório (versão 0)

1ª modificação

2ª modificação

4ª modificação 3ª modificação

1ª modificação Artefato1 adicionado Artefato2 adicionado Artefato3 adicionado

2ª modificação Artefato1 modificado

3ª modificação Artefato2 modificado Artefato4 adicionado

Consulta por modificação

4ª modificação Artefato1 modificado Artefato3 modificado

Consulta

Item de Configuração

Versão

Modificação

Arquivo 5 Versão 1 Versão 2 Versão 4

Modificação 4 Arquivo 2 Arquivo 5 Arquivo 7

Espaço de trabalho

• Local onde o usuário pode fazer seu trabalho de forma isolada

– Armazena um momento específico do projeto

– Controle sobre quando sincronizar com o repositório

– Muitos por projeto (normalmente, um ou mais por

desenvolvedor)

– Sinônimo: caixa de areia (sandbox)

Configuração

• Um conjunto de versões de ICs, onde existe somente uma versão selecionada para cada IC do conjunto

• Uma configuração pode ser vista como um IC composto de outros ICs

• Exemplos – Configuração do sistema

– Configuração do processo

– Configuração do módulo X

– Configuração dos requisitos do sistema

– Configuração do código fonte

Configuração x versão

Configuração

Versão

IC composto IC primitivo

• Genericamente

– O sistema S é composto pelos arquivos X, Y e Z

• Concretamente

– A configuração 5 do sistema S é composta pela versão 2 do arquivo X, versão 4 do arquivo Y e versão 6 do arquivo Z

Rótulo (label) • Mecanismo usado para identificar uma configuração

– As diversas versões de ICs marcadas com um rótulo constituem uma configuração

do sistema

• Permite identificar níveis de qualidade dos ICs

• Sinônimo: etiqueta (tag)

AloMundo.java

BemVindo.java

build.xml

Usuario.java

RECUSADA

ACEITA

Rótulos

Configuração x versão IC composto

Conf. 1

Conf. 2

Conf. 3

IC primitivo 1 IC primitivo 2 IC primitivo 3

Baseline

• Configuração revisada e aprovada que serve como base para uma

próxima etapa de desenvolvimento e que somente pode ser

modificada via processo formal de GCS

• São estabelecidas ao final de cada fase de desenvolvimento:

análise (functional), projeto (allocated) e implementação (product)

• Momento de criar: balanceamento entre controle e burocracia

Baseline

Tarefas de

engenharia

de software

Revisões

técnicas

formais

modificados

Controle

de GC ICs

aprovados

extraídos

armazenados

[Pressman, 1997] Processo de atualização de configurações de referência

Baseline (níveis de controle)

Coordenação c/ auditoria

Controle

Pré baseline: •Informal •Sem requisição •Sem aprovação •Sem verificação •Ágil •Ad-hoc

Pós baseline: •Formal •Com requisição •Com aprovação •Com verificação •Burocrático •Planejado

Nível de controle

Baseline (níveis de controle)

Requisito 1 Análise Projeto Baseline 1:

•An. Req. 1

Requisito 2 Análise Projeto

Req. Análise Projeto Análise Projeto Análise Projeto

1 Inform. - Formal Inform. Formal Formal

2 - - Inform. - Formal Inform.

Baseline 2: •An. Req. 1 •Pr. Req. 1 •An. Req. 2

Liberação (release)

• Substantivo: Versão disponibilizada para um propósito específico

• Verbo: Notificação formal e distribuição de uma versão aprovada

• Importante

– Toda liberação é uma versão

– Nem toda versão é uma liberação

• Em alguns casos liberações podem ser desenvolvidas em paralelo (time to market)

• Exemplos

– Liberação para testes de sistema

– Liberação para homologação

– Liberação para entrega ao cliente

Exemplo de liberações

AloMundo.java

BemVindo.java

build.xml

Usuario.java

rel_1-0-0

rel_1-0-1

rel_1-1-0

Rótulos

Ramos (branches)

• Versões que não seguem a linha principal de desenvolvimento

• Fornecem isolamento para o processo de desenvolvimento

– Ramos usualmente são migrados à linha principal de desenvolvimento

– A migração pode ser complicada no caso de isolamento longo

• O espaço de trabalho de um desenvolvedor pode ser visto como um ramo

– Extremamente isolado (ramos são compartilhados por outras pessoas)

– Que reside no cliente (ramos residem no servidor)

– Que são momentâneos (ramos são históricos)

– Que são temporários (ramos são permanentes)

Exemplo de ramo

AloMundo.java

BemVindo.java

build.xml

Usuario.java

rel_1-0-0

Rótulo

remendos_rel_1-0-0

1.2.2.1 1.2.2.1 1.1.2.1 1.1.2.1

... ... ... ...

Junção • Processo de migração de

– Espaços de trabalho

– Ramos

• É necessário inclusive em desenvolvimento seqüencial (check-out reservado) quando são utilizados ramos

• Algoritmos automáticos se dividem em duas categorias – Genéricos (servem para qualquer linguagem)

– Específicos (levam em conta a estrutura semântica da linguagem)

Junção • As ferramentas de GCS usualmente utilizam algoritmos

genéricos

– 2-way merge

– 3-way merge

Linha 1 Linha 2 Linha 3

Linha 1’ Linha 2

<Linha 1> ou <Linha 1’>? Linha 2 <Linha 3> ou nada?

Linha 1 Linha 2 Linha 3

Linha 1’ Linha 2

Linha 1’ Linha 2 Linha 3

Linha 1 Linha 2

Exemplo de junção

1.1 1.2 1.3 1.4 1.5 BemVindo.java

1.2.2.1 1.2.2.2

1.6 = 1.2 + 1 + 2

• A junção é efetuada para cada artefato do ramo

• São levadas em consideração todas as modificações desde o ancestral em comum

Exemplo de junção (incremental)

1.2 1.3 1.4 1.5

AloMundo.java

1.2.2.1 1.2.2.2

• O que fazer quando o ramo continua evoluindo mesmo depois da junção?

1.7 1.8

1.2.2.3 1.2.2.4

Exemplo de junção (incremental)

1.2 1.3 1.4 1.5

AloMundo.java

1.2.2.1 1.2.2.2

1.6 1.7 1.8

1.2.2.3 1.2.2.4

1.9 = 1.6 + 3 + 4

rel_1-0-1 rel_1-0-2

Conflitos

• Situação onde não é possível executar a junção de forma automática

• Tipos – Físico (linha do arquivo)

– Lógico (sintaxe do arquivo)

– Semântico (conteúdo do arquivo)

• O suporte atual concentra no nível físico!

• Exemplos de conflitos físicos – Alterações em paralelo de uma mesma linha

– Remoção e alteração em paralelo de uma mesma linha

– Adições de linhas em paralelo na mesma região do arquivo

Conflitos no vi

Conflitos no Eclipse

Conflitos no NetBeans

Conflitos no JBuilder

Gerência de Configuração: Terminologia

Leonardo Gresta Paulino Murta

leomurta@ic.uff.br

Gerência de Configuração: Terminologialeomurta/courses/2012.1/gc-ufac/aula3.pdf · 2020. 2....

Documents

Qualiti Software Processes Gerência de Configuração

Gerência de Configuração e Mudança - aeciocosta.com.brªncia-de... · Em projetos de software, a construção do software é feita pela recuperação da configuração correta

GERÊNCIA DE CONFIGURAÇÃO Lílian Simão Oliveira

Gerência de Configuração de Software Gerência de Configuração de Software Pós-Graduação em Análise, Projeto e Gerência de Sistemas de Informação Professora:

Material Didático para o Curso de Gerência de Redes ... · Gerência de Redes 2. ... 9.2 Configuração de um servidor DNS ... 2 Gerência de usuários e grupos 2.1 Introdução

Gerenciamento de Configuração Missão – O propósito do processo Gerência de Configuração é estabelecer e manter a integridade de todos os produtos de trabalho

TÍTULO DA APRESENTAÇÃO Rio, 10 de janeiro de 2011 MAIO | 2012 GERÊNCIA DE PRODUTOS DE MOBILIDADE Passo-a-passo de configuração OI GESTOR MÓVEL Gerência

Gerência de Configuração: Introduçãoleomurta/courses/2012.1/gc/aula2.pdf · Leonardo Murta Gerência de Configuração: Introdução 2 Histórico •Anos 50 –GC para produção

aulaGCO.ppt [Modo de Compatibilidade] - ufpa.br · O que é Gerência de Configuração 1.Motivação 2. O que é Gerência de Configuração 3. Histórico 4. GCS e Normas/Modelos

FERRAMENTA DE APOIO A GERÊNCIA DE CONFIGURAÇÃO DE SOFTWAREcampeche.inf.furb.br/tccs/2006-II/2006-2rodrigofurlanetovf.pdf · 1 INTRODUÇÃO ... A gerência de configuração é

Gerência de Configuração com Maven

nas perspectivas de Gerência de Configuração de Software e ... · Repositórios de Componentes nas perspectivas de Gerência de Configuração de Software e Reutilização de Software

1/113 Contexto para Gerência de Configuração. 2/113 Gerência de Configuração e mudança Objetivo Compreender a importância do uso de mecanismos de gerência

Introdução a Gerência de Configuração

FERRAMENTA DE APOIO À GERÊNCIA DE CONFIGURAÇÃO DE …dsc.inf.furb.br/arquivos/tccs/monografias/2005-1andre... · 2007. 11. 20. · FERRAMENTA DE APOIO À GERÊNCIA DE CONFIGURAÇÃO

Gerência de Configuração: Terminologia

UFAC - apostilasopcao.com.br

Gerência de configuração (CM)

Gerência de configuração aplicada ao DBC: estado da arte Vanilson Burégio vaab@cin.ufpe.br

SPIN SP - Setembro 2006 · Introdução. SPIN SP - setembro 2006 ... para gerência de configuração e tratada como uma entidade única no processo de gerência de configuração