CASE - Métricas

Introdução

• Uma métrica de software é qualquer tipo de medição que se refira a um sistema de Software. Métricas de softwares nos possibilitam realizar o planejamento , que é um dos processos de gerenciamento de projetos. A partir do planejamento, passamos a identificar a quantidade de esforço, o custo e as atividades que serão necessárias para a realização do projeto.

• A medição tem seu papel muito importante dentro da engenharia de software, especialmente na gerência de projetos de software, seja qual for à metodologia a ser utilizada. As métricas são feitas então em três fases: coleta de dados, cálculo dos dados e análise dos dados. Feito isso, o resultado que se tem é um conjunto de dados que apresenta a idéia do processo e um entendimento do projeto. Permite aos gerentes de projetos de software aperfeiçoar e melhorar o processo de desenvolvimento do produto e avaliar a qualidade do produto que está sendo produzido.

• Resumindo,quando falamos de métricas, então, temos que ter em mente que se trata de dados (números) quantitativos que irão mostrar em forma de indicadores o estado atual de um determinado projeto. A busca pela qualidade utilizando métricas de software deve ser aplicada tanto às pessoas que produzem o produto, quanto para o processo em que se desenvolve o mesmo produto. Com métricas podemos estimar prazos de entregas finais e ter uma visão global do projeto.

Softwares disponíveis no mercado:

• GQM Metric
• Costar
• Cocomo
• Cost Expert
• Calico

GQM Metric

• Com base nos interessados, estabelecem-se os principais objetivos da medição para a organização, o projeto ou uma tarefa específica. Ex: reduzir defeitos, aumentar produtividade, etc; além de ser uma prática barata, fácil de computar e fácil de interpretar. Foi isso que nos fez optar por esse software, a necessidade de um desses nos projetos da área de engenharia.

Funcionalidades

• permite a definição sistemática, o estabelecimento e a exploração adequada de um programa de métricas de software orientado aos objetivos da empresa

• assegura que todos os defeitos são corrigidos antes do software ser liberado para uso

• utilizado para estabelecer programas de medição eficazes

• verificar onde estão os principais pontos do processo de desenvolvimento(pontos fortes e fracos)

• identificar as características boas (desejáveis) ou ruins (a serem evitadas) de uma classe de artefatos

• identificar riscos reais

• auxiliar na construção de conjuntos de padrões, diretrizes e ferramentas efetivamente úteis

• avaliar o efeito das mudanças de tecnologia

• Analisar os dados

• analisar procedimentos com o objetivo de determinar o efeito da complexidade sobre o número de faltas

encontradas

• Planejar

• Medir

• Tomar decisões baseadas na análise

• Implementar as decisões

• Voltar a planejar e medir

• O processo de medição deve ter objetivos claros e bem-definidos

• O processo de medição deve ser fortemente acoplado com o processo de gerência da qualidade e integrado dentro de planos e orçamentos

• O processo de coleta de dados deve ser simples, e ferramentas automáticas para extração de dados devem ser usadas

• O processo de medição é contínuo e sujeito a melhoria

• Para cada objetivo técnico o plano contém informação sobre:

POR QUE as métricas satisfazem o objetivo QUE métricas serão coletadas, como elas serão definidas, e como serão analisadas QUEM fará a coleta, quem fará a análise, e quem verá os resultados COMO será feito: que ferramentas, técnicas e práticas serão usadas para apoiar a coleta e análise das métricas QUANDO no processo e com que freqüência as métricas serão coletadas e analisadas ONDE os dados serão armazenados

Exemplos – aumentar produtividade – reduzir retrabalho – determinar se uma técnica de desenvolvimento é superior a uma outra

Benefícios

• Para quem usa, quais as vantagens que terá em usar
• O que a pessoa/profissional pode ganhar usando esta ferramenta

• Melhor compreensão dos produtos e processos, por exemplo, o esforço para corrigir falhas e

defeitos é visualizado, características dos módulos com alto risco são identificadas.

• A consciência dos pontos fortes e fracos dos produtos e processos de software (com

respeito ao enfoque de qualidade) aumenta. Por exemplo, algumas técnicas de teste são significantemente mais ou menos efetivas do que esperado. Hipóteses, refletindo a compreensão implícita do produto/processo podem ser confirmadas ou rejeitadas com base nos dados quantitativos. Razões podem ser identificadas e explicações são provadas.

• O programa GQM provê também informação quantitativa e concreta para dar sustentação

a requisições e propostas baseadas nos dados de mensuração.

• Melhor suporte (quantitativo) para planejamento, monitoria e controle dos projetos de

software é disponível. Os resultados do programa podem ser usados para formular modelos e regras gerais. Eles constituíram um base bem-fundamentada para decisões.

• O aumento da motivação da equipe para entender o processo de software e um maior

interesse na qualidade do produto e no melhoramento destes são observados. A aprendizagem contínua nas empresas é iniciada. Pessoas tentam evitar erros feitos em projetos passados através da reutilização do conhecimento ganho em programas de mensuração anteriores.

Interface gráfica

Fornecedor

• Basili and Rombach’s, Goal-Question-Metrics Paradigm, IEEE Transactions on Software Engineering, 1988.

Sistema Operacional

• Roda somente no Windows.