Fundamentos de Engenharia de SW Gerência de Configuração de SW Prof. E.A.Schmitz 2008/2 Um processo simples de produção de SW Gerencia de Configuração de SW 1. 2. 3. 4. 5. Qual é o problema? Vale a pena se preocupar com isso? Como proceder? Qual é o produto? Foi bem feito? Qual é o problema? (1) Produção de SW é um processo de transformação de informação Gera muitos produtos Causas das mudanças: Mundo/clientes/desenvolvedores Variantes existem em linhas de produto vários destes produtos mudam Mesmo software várias plataformas software parecido, mas não igual para clientes diferentes Qualquer mudança em produto: gera nova versão Qual é o problema? (2) Produtos existentes num determinado estado do tempo Requisitos 1, 2 Projeto 1,2,3 Módulos 1,2,3,4 Sistema 1,2 Problemas Quem está valendo para uma versão do produto final? Consigo re-gerar uma versão antiga de produto final? Vale a pena se preocupar com isso? Retrabalho (1): Trabalho feito na versão errada Retrabalho (2) Refazer um trabalho que já foi feito Como proceder? Um processo para Gerencia de Configuração de SW (GCS) Inicio Produzir Alterar Rev isar OK Extrair Armazenar O processo GCS Identificação Controle de versão Controle de alteração Relatório de status Auditoria da configuração Identificação (1) Produtos do desenvolvimento de SW programas documentos de projeto dados Itens de Configuração de SW (ICS) especificações fontes casos de teste Identificação (2) Referencial (Baseline) conjunto de ICS formalmente revisado base para desenvolvimentos futuros só pode ser alterado por processos formais Identificação (3) Tipos de objetos básicos agregados Objeto nome descrição: tipo, projeto, versão recursos: objetos associados a este realização: ponteiro para sua implementação Controle de versão Objetivo Combina procedimentos e ferramentas para gerenciar as diferentes versões dos ICS Versão do SW dada uma data: reproduzir a versão válida naquela data conjunto de ICS Tratar variantes Controle de alteração (1) Inicio Produzido Pronto Em alteração Validado Pronto OK /Unlock Check out /Lock Armazenado Controle de alteração (2) Processo 1-Usuário submete Pedido de Alteração (PA) 2-Desenvolvedores avaliam PA e produzem relatório de impacto (RI) 3-Autoridade de Mudança (AM) avalia o RI e decide 4-Se aprovada gera um Pedido de Mudança (PM) 5-Check out do ICS afetado 6-Alteração é executada 7-Grupo SQA avalia qualidade 8-Check in do ICS Relatório de Status Manter equipe informada sobre as alterações: 1-nova versão do ICS 2-alteração de um ICS é autorizada 3-resultado da alteração de ICS é aprovada Histórico gravado em BD Auditoria Foi bem feito? 1. 2. 3. 4. 5. A alteração do PM foi feita? Alteração foi verificada? O processo foi seguido? A alteração está destacada no ICS? Os procedimentos da GCS foram seguidos?