Gerência de Projetos e Manutenção de Software Aula 12 Medição / Manutenção / Encerramento Andréa Magalhães Magdaleno 2017.

Transcrição

1 Gerência de Projetos e Manutenção de Software Aula 12 Medição / Manutenção / Encerramento Andréa Magalhães Magdaleno andrea@ic.uff.br

2 Agenda Medição Manutenção Encerramento do Projeto Próximos Passos 2

3 MEDIÇÃO

4 Medição Por que medir? O que significa uma medição? Medição é o caminho para maturidade! 4

5 Medição Medições permitem: Aumentar a visibilidade do produto, projeto ou processo Tomadas de decisão objetivas ( eu acho x eu tenho certeza ) Processo Projeto Produto 5

6 Baseline de medições Medições isoladas usualmente são inúteis A partir de diversas medições em contextos semelhantes é possível Estabelecer uma baseline Comparar as novas medições com a baseline 6

7 Medindo pessoas? Importante Não utilizar medições de Engenharia de Software para punir ou premiar indivíduos!!! Medições devem ser utilizadas para aprimorar o produto, projeto ou processo 7

8 O que medir? Existe uma técnica que nos apoia nessa tarefa Goal-Question-Metric (GQM) Algoritmo 1. Definir os objetivos de negócio (Goal) 2. Definir questões que permitem verificar se cada objetivo está sendo atingido (Question) 3. Definir medidas que apoiam na resposta de cada questão (Metric) 8

9 Exemplo: processo de Gerência de Configuração O que medir em Gerência de Configuração? A efetividade do processo Os custos associados Os benefícios obtidos Sugestão: Aplicar GQM Começar a medir antes de modificar o processo 9

10 Exemplo: processo de Gerência de Configuração Métricas Custo de operação Número de sistemas/ics sob gerência de configuração Número de solicitações de modificação por mês Tempo gasto para resolução de solicitações de modificação Carga de disco/memória/processamento do servidor de GC Densidade de defeitos por severidade Número de achados na auditoria de GC Tempo gasto para resolução dos achados de auditoria Intervalo entre releases Número de releases corretivas 10

11 Como analisar as métricas obtidas? É possível definir um limite (threshold) para a métrica em questão Se a métrica passar desse limite, é necessário fazer uma análise de causa Qual seria um limite apropriado? Que tal deixar a própria história determinar esse limite? 11

12 Processos estáveis x capazes Nem sempre o processo mais rápido é um processo estável ou capaz Um processo estável permite que o desempenho futuro seja previsível em função do desempenho passado Um processo capaz é um processo estável em que o desempenho atende aos requisitos do usuário 12

13 Processos estáveis x capazes Problema: Ir em até Francisco 20 minutos de Icaraí para São Processos Ir de carro Ir de ônibus Ir de bicicleta Ir a pé Quais processos são estáveis? Quais processos são capazes? 13

14 Processos estáveis x capazes carro ônibus probabilidade probabilidade tempo 20 min tempo 20 min a pé bicicleta probabilidade probabilidade estável e capaz tempo 20 min tempo 20 min 14

15 Gráfico de controle O gráfico de controle é um artefato que nos permite analisar a estabilidade de um processo Foi criado em 1920 por Walter Shewhart 12,0 10,0 8,0 6,0 4,0 2,0 0, σ +2σ +1σ μ -1σ -2σ -3σ Solicitações corretivas 15

16 Algoritmo para construção do gráfico de controle 1. Coletar uma série temporal da métrica desejada 2. A partir da série temporal da métrica desejada calcular 1. Média: µ = 1 n x i n i= 1 2. Desvio-padrão: σ = 1 n ( x i µ ) 1 i= n

17 Algoritmo para construção do gráfico de controle 3. Desenhar delimitando um gráfico com linhas Média 1 desvio-padrão para cima e para baixo da média 2 desvios-padrão para cima e para baixo da média 3 desvios-padrão para cima e para baixo da média 4. Desenhar os pontos da série desejada e conectar os pontos via uma linha 17

18 Exemplo número de solicitações corretivas por semana Passo 1 coleta de métricas Semana Solicitações corretivas Passo 2 cálculo de média e desvio padrão μ 5,65 σ 1,

19 Exemplo número de solicitações corretivas por semana Passos 3 e 4 desenho do gráfico de controle Semana Solicitações corretivas +3σ 9,89,89,89,89,89,89,89,89,89,89,89,89,89,89,89,89,89,89,89,8 +2σ 8,48,48,48,48,48,48,48,48,48,48,48,48,48,48,48,48,48,48,48,4 +1σ 7,07,07,07,07,07,07,07,07,07,07,07,07,07,07,07,07,07,07,07,0 μ 5,75,75,75,75,75,75,75,75,75,75,75,75,75,75,75,75,75,75,75,7-1σ 4,34,34,34,34,34,34,34,34,34,34,34,34,34,34,34,34,34,34,34,3-2σ 2,92,92,92,92,92,92,92,92,92,92,92,92,92,92,92,92,92,92,92,9-3σ 1,51,51,51,51,51,51,51,51,51,51,51,51,51,51,51,51,51,51,51,5 19

20 Exemplo número de solicitações corretivas por semana Passos 3 e 4 desenho do gráfico de controle 12,0 10,0 8,0 6,0 4,0 2,0 0, σ +2σ +1σ μ -1σ -2σ -3σ Solicitações corretivas 20

21 Análise do gráfico de controle Causa comum de variação Dentro dos limites de probabilidade Existe em todo processo estável e previsível Causa especial de variação Foge aos limites de probabilidade Precisa ser analisada e evitada para que o processo possa ser estável e previsível 21

22 Análise do gráfico de controle Quando o comportamento do gráfico foge do esperado... É necessário achar uma causa atribuível O processo pode estar instável Situações a serem analisadas 1 evento além de μ ± 3σ 2 de 3 eventos sucessivos do mesmo lado além de μ ± 2σ 4 de 5 eventos sucessivos do mesmo lado além de μ ± 1σ 8 eventos sucessivos do mesmo lado de μ 22

23 Análise do gráfico de controle 20,0 15,0 10,0 5,0 0,0-5, σ +2σ +1σ μ -1σ -2σ -3σ Solicitações corretivas 23

24 MANUTENÇÃO DE SOFTWARE

25 O que é a manutenção? O processo de modificar um sistema de software ou componente, depois da entrega, para corrigir falhas, melhorar desempenho ou outros atributos, ou adaptar a mudanças no ambiente. IEEE Std Leonardo Murta Manutenção GPMS de Software 25 25

26 Quando inicia a manutenção? Desenvolvimento Release Manutenção Leonardo Murta Manutenção GPMS de Software 26 26

27 Quando inicia a manutenção? Desenvolvimento Release Manutenção Desenv. Desenv. Release Desenv. Release Manut. Manut. Leonardo Murta Manutenção GPMS de Software 27 27

28 Quais são os tipos de manutenção? Manutenção Correção Evolução Emergencial Corretiva Preventiva Adaptativa Perfectiva Leonardo Murta Manutenção de Software 28

29 Quais são os tipos de manutenção? Manutenção corretiva Reativa Corrige problemas reportados Faz o software voltar a atender aos requisitos Manutenção emergencial Não programada Mantém temporariamente o sistema funcionando Necessita uma manutenção corretiva posterior Leonardo Murta Manutenção GPMS de Software 29 29

30 Quais são os tipos de manutenção? Manutenção preventiva Pró-ativa Corrige problemas latentes Manutenção adaptativa Mantém o software usável após mudanças no ambiente Manutenção perfectiva Provê melhorias para o usuário Melhora atributos de qualidade do software Leonardo Murta 30 30

31 Contratos de manutenção Tipo 1 Um único contrato para desenvolvimento e manutenção Valor fixo, disponível para todos os tipos de manutenção Tipo 2 Contrato separado para manutenção Período de manutenções corretivas predefinido Cada manutenção preventiva, adaptativa ou perfectiva contratada separadamente Leonardo Murta Manutenção GPMS de Software 31 31

32 Boas práticas para manutenção (de código) Legibilidade Estruturação Redução da complexidade Comentários precisos Indentação e espaçamento Evitar o uso de armadilhas clássicas das linguagens Ex.: Goto, herança múltipla, etc. Usar técnicas que ajudam a rastrear erros Ex.: Controle de exceções Leonardo Murta Manutenção GPMS de Software 32 32

33 Boas práticas para manutenção (de código) Rastreabilidade Código para requisitos, análise e projeto Código para solicitações de modificação Padronização Inspeções Testes Atualização da documentação Ex.: Modelos Leonardo Murta Manutenção GPMS de Software 33 33

34 Frases para pensar... Fazer é só uma vez, manter é para sempre Se você não tem tempo para fazer direito, quando terá tempo para fazer de novo? 34

35 ENCERRAMENTO DO PROJETO

36 Encerramento Verificação de todos os grupos de processos para determinar se seus processos foram encerrados Homologação e encerramento de contratos realizados com fornecedores de recursos e serviços utilizados durante o projeto Fechamento da subcontratação Fechamento de projeto ou fase Disseminação das informações finais sobre o projeto, como lições aprendidas e resultados obtidos Também pode indicar o fim prematuro do projeto, por cancelamento. 36

37 Encerramento Não é hora de relaxar Se o gerente relaxa, a equipe perde o foco e relaxa também Também não é hora de se desesperar Calma Organize e trate o trabalho final como um mini projeto Comunique-se com a equipe, mas deixe que os membros terminem suas tarefas Confira a qualidade Trabalhe em turnos se a sobrecarga for inevitável 37

38 Encerramento Postmortem Revisão da qualidade dos produtos A meta foi obtida? A visão do projeto foi alcançada? Produtos com qualidade desejada? Revisão da qualidade dos processos O projeto estava no caminho certo do início ao fim? O planejamento foi correto? Examinando o valor do projeto Quanto vale o projeto? Lições aprendidas Alterações no processo organizacional 38

39 Encerramento Obtendo a aprovação final Aceitação informal Prazo concluído e produtos gerados Aceitação formal Depende de um acordo de aceitação do projeto estabelecido no início do projeto 39

40 Encerramento Declaração... de vitória... de fracasso 40

41 Exercício Preparar o relatório de encerramento com as lições aprendidas do seu trabalho 41

42 PRÓXIMOS PASSOS

43 Cronograma 43

44 Seminários Apresentação do andamento do trabalho Apresentação com duração de 20 minutos por grupo Entrega de slides e relatório do trabalho Opcional o uso do quadro 1º. Seminário Escopo do produto Escopo do projeto Estimativas de esforço e custo EAP Orçamento Cronograma Versão parcial do produto ** Plano de projeto 2º. Seminário Plano de comunicação Análise de riscos Monitoramento e controle Gráfico de burndown Análise de valor agregado Plano de gerência de configuração Gestão de mudanças Lições aprendidas Versão final do produto ** Relatório de encerramento do projeto 44

45 Dúvidas? 45

46 Gerência de Projetos e Manutenção de Software Aula 12 Medição / Manutenção / Encerramento Andréa Magalhães Magdaleno andrea@ic.uff.br