CASE - Métricas

Introdução

* Descrever a finalidade do sistema, ou seja, para que serve

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.

• Destacar os nomes dos softwares disponíveis no mercado
• GQM Metric
• Costar
• Cocomo
• Cost Expert
• Calico

• Escolher um para detalhar
• GQM Metric

* Explicar o motivo da escolha 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

Descrever as funções do software, ou seja, detalhes do que ele faz. Usado para definir o conjunto de métricas a ser coletado Proposto por:

Baseia-se no fato de que deve existir uma necessidade clara associada a cada métrica. Também tendo como objetivo de: Assegurar que todos os defeitos são corrigidos antes do software ser liberado para uso.

• Perguntas:

Quantos defeitos temos atualmente? Qual o status de cada defeito? Qual a cobertura dos testes?

• Métricas:

Número de defeitos Número de defeitos por status Número de casos de testes planejados x executados Número de requisitos testados

• Planejar
• Medir
• Analisar os dados
• Tomar decisões baseadas na análise
• Implementar as decisões
• Voltar a planejar e medir

• Medições devem ser usadas para medir processos, não pessoas
• 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

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 foram observados. A aprendizagem contínua nas empresas foi 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

• Inserir uma imagem da interface gráfica do software.

Custos

• Se software pago: tentar descobrir valor de aquisição
• Se free: em que condições é fornecido [licença GPL, BSD, ...]

Fornecedor

* Que empresa desenvolveu o software? Basili and Rombach’s, Goal-Question-Metrics Paradigm, IEEE Transactions on Software Engineering, 1988.

Sistema Operacional

* Roda em quais sistemas operacionais?

Esse software roda somente no Windows