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.

• 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

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

• identificar as características boas (desejáveis) de uma classe de artefatos

• identificar as características 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 o processo de desenvolvimento com o objetivo de entender as causas de perda de confiabilidade do ponto de vista da equipe de desenvolvimento e no contexto de um projeto

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

encontradas do ponto de vista da equipe de desenvolvimento e no contexto de programas

• analisar <objeto do estudo> com o propósito de <propósito> com relação ao seu <foco> do ponto de vista de

<perspectiva> e no contexto <contexto>

• Planejar

• Medir

• Analisar os dados

• 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

• Conjunto de perguntas necessárias e suficientes para atingir o objetivo

• Exemplos – Qual é a produtividade atual – Quais são os pontos que satisfazem as expectativas?

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 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.

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