Universidade Federal de Ouro Preto Instituto de Ciências Exatas e Biológicas Departamento de Computação Medições e Métricas de Software

Transcrição

1 Universidade Federal de Ouro Preto Instituto de Ciências Exatas e Biológicas Departamento de Computação Medições e Métricas de Software Aluno: Igor Muzetti Pereira Professor: Tiago Garcia de Senna Carneiro

2 Problema Como construir e escalar um processo de desenvolvimento de software híbrido, utilizando métodos ágeis, estruturados e uma gestão de projetos integrada

3 Alternativa de solução O emprego da medição de software possibilita as organizações a agregarem valores ao ciclo de vida do software.

4 Medição de Software Medição: é o processo pelo qual números e símbolos são designados a atributos de entidades do mundo real de forma a descrevêlos de acordo com regras claramente definidas. Portanto, a medição captura informações sobre atributos de entidades.

5 O que são Métricas de Software? A métrica é um número que você vincula a uma idéia. Para que uma métrica usada seja útil, ela deve possuir as seguintes características: ser mensurável, ser independente, ser explicável e precisa.

6 Ponto de Vista de Medição: MEDIDAS DIRETAS [atributos internos de qualidade] Custo Esforço Linhas de Código Velocidade de Execução Complexidade Número de erros MEDIDAS INDIRETAS [atributos externos de qualidade] Funcionalidade Confiabilidade Usabilidade Eficiência Manutenibilidade Portabilidade

7 Tipos de Métricas de Software Métricas de Controle/Processo: Suportam os processos de gerenciamento. São usadas para ajudar tomar decisões sobre alterações no processo de desenvolvimento. Métricas de Previsão/Produto: Ajudam a prever características do software. São usadas para ajudar a estimar esforço necessário para construir um software ou fazer alterações nele.

8 Como utilizá-las? Existem duas maneiras de como utilizarmos as métricas: 1. Para atribuir valores às medidas indiretas. Ex: Usabilidade, funcionabilidade, portabilidade, etc. 2. Para relacionar as medidas diretas aos componentes do produto ou processo : tamanho, complexidade, número de erros, etc.

9 Mapeamento: Produtividade X Qualidade PRODUTIVIDADE Esforço médio de dedicação durante as interações Quantidade de melhorias implementadas Tempo necessário para uma atividade específica ser concluída QUALIDADE Taxa de remoção/correção de bugs Quantidade de bugs relatados / total de tickets Número total de tickets reabertos / total de tickets Taxa de tickets/hora para cada colaborador

10 Em resumo, Uma métrica deve ser: Válida: quantifica o que queremos medir Confiável: produz os mesmos resultados dadas as mesmas condições Prática: barata, fácil de computar e fácil de interpretar Dois contextos para medição de software: Medir qualidade e produtividade Não existe uma etapa específica que a medição de software possa atuar, não existe apenas uma pessoa que fará uso das métricas.

11 Como agregar valor através da medição de software? Nós devemos efetivamente fazer uso da medição de software. Para que um próximo software seja melhor que o anterior, para que o processo de desenvolvimento seja melhorado e possua um valor agregado, o software anterior tem que ser medido, ou seja, as interações (ou etapas) do processo de desenvolvimento de software devem ser medidas. A medição de software deve ser uma realidade em nossos laboratórios.

12 Onde a medição de software acrescenta valor: A medição total do software, e a apresentação dos resultados, implica na busca por uma padronização nos processos de desenvolvimento Com uma baseline em mãos, as etapas de estimativas de prazos e custos ficam mais próximas da realidade A partir da medição da produtividade dos colaboradores, é possível avaliar o progresso dos projetos, estimando os recursos necessários

13 Onde a medição de software acrescenta valor: Medir a acompanhar falhas durante o desenvolvimento, para determinar se são necessárias ações corretivas ainda na fase de construção Utilizar medições para comparar a produtividade de diferentes técnicas e ferramentas

14 Métricas de Produto - CK Acoplamento entre as classes de objetos (CBO): 5 Falta de coesão entre os métodos (LCOM) Número de filhos (NOC) Métodos ponderados por classe (WMC): 25 (ideal) 40 (aceitável) Profundidade da árvore de herança (DIT): <2 herança subutilizada, >5 herança muito utilizada Resposta de uma classe (RFC): 50

15 Métricas de Produto - LK Tamanho da Classe (CS) Número de Operações Substituídas por uma Subclasse (NOO) Número de Operações Adicionadas por uma Subclasse (NOA) Índice de Especialização (SI)

16 Métricas de Produto Análise de ponto de função (APF) Número de linhas de código (LOC) Complexidade ciclomática (CC) Índice FOG Comprimento dos identificadores Profundidade de aninhamento condicional

17 Métricas de Processo Tempo médio de trabalho por colaborador ao longo do tempo Taxa de remoção/correção de bugs por interação Número de bugs relatados / total de tickets Quantidade de requisitos/melhorias implementados por interação Tempo necessário para uma atividade específica ser concluída Taxa tickets/hora por colaborador Número total de tickets reabertos / total de tickets

18 Processo de Medição Planejar Implementar Decisões Medir Tomar decisões baseadas na análise Analisar os dados

19 Perguntas?

20 Referências Bibliográficas Engenharia de Software, Ian Sommerville. 9ª Edição -- São Paulo:Pearson Prentice Hall, 2011 Engenharia de Software, Roger S. Pressman. -- 6ª Edição -- Makron Books, 2006 Implementing effective software metrics programs. Hall, T. Fenton, N. In: IEEE Software, 1997