Gerência de Configuração: Terminologia. Leonardo Gresta Paulino Murta

Transcrição

1 Gerência de Configuração: Terminologia Leonardo Gresta Paulino Murta

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. Leonardo Murta Gerência de Configuração: Terminologia 2

3 Item de configuração 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 Leonardo Murta Gerência de Configuração: Terminologia 3

4 Item de configuração Sistema Grossa Menor Subsistema Módulo Processo Programa Documento Procedimento Seção Diretório Arquivo Granularidade Necessidade de ferramentas Comando Parágrafo Linha Perspectiva: Desenvolvimento Gerencial Fina Maior Leonardo Murta Gerência de Configuração: Terminologia 4

5 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.) Leonardo Murta Gerência de Configuração: Terminologia 5

6 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 Leonardo Murta Gerência de Configuração: Terminologia 6

7 Versões Instâncias de um mesmo item de configuração que diferem entre si em algo (sinônimo: revisões) Variantes: versões funcionalmente equivalentes, mas projetadas para ambientes de hardware ou software distintos Leonardo Murta Gerência de Configuração: Terminologia 7

8 Versões IC 1.0 IC 1.1 IC 1.2 IC 1.3 IC 2.0 IC 1.4 IC 2.1 Variantes ICs IC IC A1 A2 A3 Versões A4 A4 [Pressman, 1997] ICs, versões e variantes Leonardo Murta Gerência de Configuração: Terminologia 8

9 Sistema de Gerência de Configuração Versão 1 Versão 2 Versão 3 Versão 5 Versão 5 Leonardo Murta Gerência de Configuração: Terminologia 9

10 Controle de versões Item de Configuração Como permitir colaboração? Como armazenar? Repositório Leonardo Murta Gerência de Configuração: Terminologia 10

11 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 Leonardo Murta Gerência de Configuração: Terminologia 11

12 Mecanismos de 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 Leonardo Murta Gerência de Configuração: Terminologia 12

13 Mecanismos de armazenamento v.3 v.2 delta 2 3 delta 1 2 v.3 v.1 v.2/3 v.1 v.1 delta 3 2 delta 2 1 v.1/2 v.3 Completo Forward Reverse In-line Leonardo Murta Gerência de Configuração: Terminologia 13

14 Controle de concorrência 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 Leonardo Murta Gerência de Configuração: Terminologia 14

15 Controle de concorrência m.3 m.2 m.1 m.1 junção m.2 m.3 junção m.1 m.2 m.3 Pessimista Otimista Misto Leonardo Murta Gerência de Configuração: Terminologia 15

16 Relatórios Item de Configuração Modificação 1 * Versão * 1 Arquivo 5 Versão 1 Versão 2 Versão 4 Modificação 4 Arquivo 2 Arquivo 5 Arquivo 7 Leonardo Murta Gerência de Configuração: Terminologia 16

17 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) Leonardo Murta Gerência de Configuração: Terminologia 17

18 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 Leonardo Murta Gerência de Configuração: Terminologia 18

19 Configuração x versão IC IC composto IC primitivo Configuração Versão 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 Leonardo Murta Gerência de Configuração: Terminologia 19

20 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) Rótulos AloMundo.java BemVindo.java build.xml Usuario.java RECUSADA ACEITA Leonardo Murta Gerência de Configuração: Terminologia 20

21 Configuração x versão IC composto IC primitivo 1 IC primitivo 2 IC primitivo 3 Conf. 1 V.1 V.1 V.1 Conf. 2 V.2 V.2 V.2 V.3 V.3 Conf. 3 V.4 Leonardo Murta Gerência de Configuração: Terminologia 21

22 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 Leonardo Murta Gerência de Configuração: Terminologia 22

23 Baseline Check-out: processo de requisição de modificações, aprovação e cópia de um item de configuração do repositório Check-in: processo de revisão, aprovação e cópia de um item de configuração para o repositório A atualização de uma baseline consiste em check-out seguido de modificações e check-in Leonardo Murta Gerência de Configuração: Terminologia 23

24 Baseline ICs modificados Tarefas de engenharia de software ICs Controle de GC Revisões técnicas formais ICs extraídos ICs aprovados ICs armazenados [Pressman, 1997] Processo de atualização de configurações de referência Leonardo Murta Gerência de Configuração: Terminologia 24

25 Baseline (níveis de controle) Coordenação c/ auditoria Nível de controle Controle Informal: Pré baseline Sem requisição Sem aprovação Sem verificação Ágil Ad-hoc Formal: Pós baseline Com requisição Com aprovação Com verificação Burocrático Planejado Leonardo Murta Gerência de Configuração: Terminologia 25

26 Baseline (níveis de controle) Baseline 1: Requisito 1 Análise Projeto An. Req. 1 Baseline 2: An. Req. 1 Pr. Req. 1 An. Req. 2 Requisito 2 Análise Projeto Tempo Req. Análise Projeto Análise Projeto Análise Projeto 1 Inform. - Formal Inform. Formal Formal Inform. - Formal Inform. Leonardo Murta Gerência de Configuração: Terminologia 26

27 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 Leonardo Murta Gerência de Configuração: Terminologia 27

28 Exemplo de liberações Rótulos AloMundo.java BemVindo.java build.xml Usuario.java rel_ rel_ rel_ HEAD Leonardo Murta Gerência de Configuração: Terminologia 28

29 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) Leonardo Murta Gerência de Configuração: Terminologia 29

30 Exemplo de ramo Rótulo AloMundo.java BemVindo.java build.xml Usuario.java rel_ Ramo remendos_rel_ Leonardo Murta Gerência de Configuração: Terminologia 30

31 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) Leonardo Murta Gerência de Configuração: Terminologia 31

32 Junção As ferramentas de GCS usualmente utilizam algoritmos genéricos 2-way merge 3-way merge Linha 1 Linha 2 Linha 1 Linha 2 Linha 3 Linha 1 Linha 2 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 Leonardo Murta Gerência de Configuração: Terminologia 32

33 Exemplo de junção A junção é efetuada para cada artefato do ramo São levadas em consideração todas as modificações desde o ancestral em comum 1.6 = BemVindo.java Leonardo Murta Gerência de Configuração: Terminologia 33

34 Exemplo de junção (incremental) O que fazer quando o ramo continua evoluindo mesmo depois da junção? AloMundo.java Leonardo Murta Gerência de Configuração: Terminologia 34

35 Exemplo de junção (incremental) BASE 1.9 = HEAD AloMundo.java rel_1-0-1 rel_1-0-2 Leonardo Murta Gerência de Configuração: Terminologia 35

36 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 Leonardo Murta Gerência de Configuração: Terminologia 36

37 Conflitos no vi Leonardo Murta Gerência de Configuração: Terminologia 37

38 Conflitos no Eclipse Leonardo Murta Gerência de Configuração: Terminologia 38

39 Conflitos no NetBeans Leonardo Murta Gerência de Configuração: Terminologia 39

40 Conflitos no JBuilder Leonardo Murta Gerência de Configuração: Terminologia 40

41 Gerência de Configuração: Terminologia Leonardo Gresta Paulino Murta