Gestão da Configuraçãodo Software

Aula 9

2

Sumário

Introdução– O quê é?– Quem faz?– Porquê é importante?– Qual é o produto?– Como saber se está bem feita?

Conceitos– ECS e Linhas Base– Objectos da Configuração

Processo de GCS Tarefas de GCS

– Controlo de versões– Auditorias de configuração – Geração de relatórios

3

Introdução (I)

O quê é?– Conjunto de actividades para controlar as mudanças

surgidas nos diversos produtos do processo de desenvolvimento de software

Quem faz?– Todos os envolvidos no processo de desenvolvimento

Porquê é importante?– Se não controlarmos as mudanças, elas que irão nos

controlar…

4

Introdução (II)

Qual o produto?– Plano de Gestão da Configuração

Quando está bem feito?– Quando qualquer mudança puder ser

monitorizada e analisada

5

Configuração de software

conceito: nome colectivo dado à informação derivada do processo de engenharia de software

ECS - Elementos da Configuração de Software– Programas (fonte e executáveis)– Documentos que descrevem os programas (técnicos

e de utilizador)– Dados (dentro e fora do programa)

o número de ECS cresce à medida que avança o processo de desenvolvimentoo problema é que durante o processo ocorrem muitas mudanças em

qualquer momento e por muitas causas

6

Origem das mudanças

Mudança nos requisitos devido a:– Novos negócios ou condições comerciais– Novas necessidades do cliente– Reorganização do negócio– Restrições de planeamento

7

Linhas Base

Quando todas as partes de um ECS forem revistas, corrigidas e aprovadas

– o ECS converte-se numa linha base Assim, um ECS (especificação ou produto) revisto e

aprovado serve como base para o desenvolvimento posterior

– e só poderá ser modificado através de procedimentos formais de controlo das mudanças

É o ponto de referência no desenvolvimento de software que fica marcado pelo envio e aprovação de um ou mais ECS em revisões técnicas formais

Somente poder-se-ão fazer mudanças nos ECS depois que estas tenham sido avaliadas e aprovadas.

8

ECS da Linhas Base

Linhas base:Especificação do sistemaRequisitos do softwareEspecificações de desenhoCódigo fontePlanos/ProcedimentosDados de testeSistema de funcionamento

Base de dados do projecto

Tarefas deEngenhariade software

Revisões técnicasformais

modificadaaprovada

armazenada

extraída

Controlos GCS

9

Objectos da configuração

Especificação de desenho

Desenho de dados

Desenho arquitectónico

Desenho de módulos

Desenho de interfaces

Especificação de teste

Plano de testes

Procedimento de testes

Casos de teste

Componente N

Descrição da interface

Descrição do algoritmo

Componente N

Descrição da interface

Descrição do algoritmo

Código fonte

Modelo de dados

10

Processo de GCS- questões fundamentais

Como identificar e gerir as diferentes versões existentes de um programa e a sua documentação de forma a introduzir mudanças eficientemente?

Como controlar as mudanças antes e depois da entrega do produto ao cliente?

Quem tem a responsabilidade de aprovar e atribuir prioridades às mudanças?

Como garantir a apropriada realização das mudanças? Quais os mecanismos para avisar aos outros das mudanças?

11

Tarefas da GCS- devem ser adicionadas ao Plano de Gantt…

Identificação dos objectos da configuração– Básicos

uma secção de uma especificação de requisitos, um código fonte de um módulo, um conjunto de casos teste usados para exercitar o código, etc

– Compostos Especificação de Desenho, Especificação de Testes..

Controlo de versões Auditorias de configuração Geração de relatórios

12

Controlo de versões

Cada nó é um objecto composto: uma versão completa do software

Cada versão do software é uma colecção de ECS

Cada versão pode estar composta de variantes (cor, monocromático)

1.01.0 1.11.1 1.21.2

1.31.3 1.41.4

2.02.0 2.12.1

1.1.11.1.1 1.1.21.1.2

O controlo de versões combina procedimentos e ferramentas para gerir as versões dos objectos da configuração criados durante o processo de software

13

Controlo das mudanças

Reconhece-se a necessidade da mudança

O utilizador subscreve o pedido O eng de software a avalia Gera-se um informe de mudanças ACM decide

Gera-se a OMEAtribuição personalizada dos objectos da configuração Dar “baixa” aos objectos da configuraçãoRealização e revisão da mudançaDar “alta” aos objectos mudadosEstabelecimento de nova linha base para testeRealização de actividades de garantia da qualidadeInclusão das mudanças na próxima versãoDistribuição da nova versão

Pedido de mudança é negadoInforma-se ao utilizador

NÂONÂO

SIMSIM

14

Controlo de acesso e sincronização

altaalta

baixabaixa

ControloDe acesso

ControloDe acesso

Base de dadosdo projecto

Base de dadosdo projecto

Engenheirode software

Engenheirode software

Elemento deConfiguraçãomodificado

Elemento deConfiguraçãomodificado Informação

de auditoriaInformaçãode auditoria

Elemento deConfiguração(linha base)

Elemento deConfiguração(linha base)

Informação de pertinênciaInformação de pertinência

Elemento deConfiguraçãoextraído

Elemento deConfiguraçãoextraído

desbloqueiodesbloqueio

bloqueiobloqueio Elemento deConfiguração(linha base)

Elemento deConfiguração(linha base)

15

Auditoria da Configuração

Revisões técnicas formais– Correcção técnica do ECS

Auditorias de configuração1. Foi realizado a mudança especificada pela OME? 2. Houve modificações extras?3. Foi feita uma revisão técnica formal?4. Foi seguido o processo de software? Aplicaram-se os standards?5. Tem-se destacado as mudanças no ECS? Especificou-se o autor e a

data da modificação?6. Seguiram-se os procedimentos de GCS para assinalar, registar e

divulgar a mudança efectuada?7. Têm sido actualizados os ECS relacionados?

16

Relatórios de estado- normalmente preenchidos em ferramentas CASE

O quê se passou? Quem o fez? Quando se passou? Quem foi afectado?

17

Fim