metricas de software

Métricas de processo e projeto de software

• O que são Métricas?
• Qual a diferença entre medida, métrica e indicador?
• O que são métricas de processos ?
• O que são métricas de projeto ?
• Aluna:Kristine Soares Santana
• RA: N2021j7

O que são métricas, medidas e indicadores ?

• Métrica é um conjunto de medidas, ou seja, uma métrica pode ser entendida como a relação entre duas medidas de grandezas iguais ou diferentes, que tenta obter algum sentido
• Um exemplo seria o número de defeitos identificados em um lote de produtos finalizados (defeitos [número] / total do lote [número])
• Métrica representa uma informação.
• Medida é a avaliação de uma grandeza por meio da comparação com outra grandeza da mesma espécie tomada como unidade. Quando se mede o comprimento de um material ou peça, por exemplo, pode-se utilizar o metro como unidade, isto é, é um valor real, quantidade, dimensão, capacidade ou tamanho de algum atributo. Ex. número de erros encontrados.
• Medida representa um dado.
• Indicadores representam informações a partir das quais é possível avaliar uma situação e sua evolução histórica. Contudo, indicadores mal definidos podem levar a conclusões equivocadas. Por exemplo, tomar somente a quantidade de reclamações de clientes, mês a mês, ao longo do ano, e verificar que o número absoluto de reclamações cresceu no período não indica, necessariamente, uma piora nos negócios. Está claro que se a sua empresa efetuar 1.000 vendas em dezembro e ter 10 reclamações de clientes é uma situação melhor que ter efetuado 100 vendas em janeiro e ter recebido 5 reclamações. Proporcionalmente, o número de reclamações terá caído de 5% (5/100) para 1% (10/1.000), embora em números absolutos elas tenham dobrado.

Métricas de Processo e Projeto de Software

• Métricas do processo e do projeto de software são medidas quantitativas que permite ao pessoal de software ter ideia da eficácia do processo de software. A métrica pode fornecer compreensão ao gerente de um projeto. E compreensão leva a uma tomada de decisão mais precisa.
• Há quatro razões para medir processos, produtos e recursos de software: para caracterizar, para avaliar, para prever ou para aperfeiçoar.
• Uma medida fornece uma indicação quantitativa da extensão, quantidade, dimensão, capacidade ou tamanho de algum atributo de um produto, ou de um processo. A medição é comum no mundo da engenharia. Medimos consumo de energia, peso, dimensões físicas, temperatura, voltagem, relação entre sinal e ruído.
• Os indicadores de processo permitem à organização de engenharia de software ter ideia da eficácia de um processo existente, permitem também, gerentes e profissionais avaliarem o que funciona e o que não funciona. Seu objetivo é fornecer indicadores que levem ao aperfeiçoamento do processo de software a longo prazo.
• Já os indicadores de projeto permitem ao gerente de projeto de software:
• Avaliar o status de um projeto em andamento;
• Acompanhar riscos potenciais;
• Descobrir áreas-problemas antes que elas se tornem críticas;
• Ajustar o fluxo de trabalho ou tarefas;
• Avaliar a capacidade da equipe de projeto e controlar a qualidade dos produtos do trabalho de software.

Aperfeiçoamento do processo de software

• Medimos a eficácia de um processo de software indiretamente – originamos um conjunto de métricas, baseadas nas saídas que podem ser derivadas do processo. As saídas incluem – medidas de erros descobertos antes da entrega do software, defeitos entregues aos usuários finais e por ele relatados, produtividade dos produtos de trabalho entregues, esforço humano despendido, tempo gasto, cumprimento de cronograma e outras medidas.
• As métricas de processo de software podem fornecer benefícios significativos, à medida que a organização trabalha para aperfeiçoar seu nível gerencial de maturidade de processo. Todavia, essas métricas podem ser mal utilizadas, criando mais problemas do que conseguem resolver.
• A SSPI usa a análise de falhas de software para coletar informação sobre todos os erros e defeitos encontrados à medida em que uma aplicação, sistema ou produto é desenvolvido e usado.
• Erro – falha num produto de trabalho de engenharia de software, ou resultado a ser produzido, que é encontrado por engenheiros de software antes do software ser entregue ao usuário final.
• Defeito – falha encontrada depois da entrega ao usuário final.

Métricas Orientadas ao Tamanho

• Métricas orientadas ao tamanho são originadas pela normalização das medidas de qualidade e/ou produtividade, considerando o tamanho do software que foi produzido.
• Métricas orientadas a tamanho não são universalmente aceitas como o melhor modo de medir o processo de desenvolvimento de software.
• A maior parte da controvérsia gira em torno do uso de linhas de código fonte como medidas-chave.
• Os proponentes da afeição de linhas de código afirmam que as mesmas são o "artefato" de todos os projetos de desenvolvimento de software que podem ser facilmente contados, que muitos modelos existentes usam LOC ou KLOC (milhares de linhas de código) como entrada-chave e que já existe um grande volume de literatura e de dados baseados nas linhas de código. Por outro lado, os opositores afirmam que as medidas LOC são dependentes da linguagem de programação utilizada na codificação do projeto, que elas penalizam programas bem projetados, porém mais curtos, que elas não podem acomodar facilmente linguagens não-procedurais e que seu uso em estimativas requer um nível de detalhes que pode ser difícil de conseguir (isto é, o planejador deve estimar as linhas de código a ser produzidas muito antes que a análise e o projeto tenham sido construídos).

Métricas Orientadas a Função.

• Consiste em um método para medição de software do ponto de vista do usuário, que determina de forma consistente o tamanho e complexidade de um software, sob a perspectiva do usuário.
• Um dos princípios da análise de pontos-por-função focaliza-se na perspectiva de como os usuários "enxergam" os resultados que um sistema produz. A análise considera as várias formas com que os usuários interagem com o sistema, com os seguintes objetivos:
• 1. Fornecer medidas consistentes;
• 2. Medir funcionalidades que o usuário solicita ou recebe;
• 3. Independência da tecnologia;
• 4. Método simples.
• As métricas orientadas à função apresentam vários benefícios, dentre eles podemos citar o seguintes:
• 1. Uma ferramenta para dimensionar aplicações;
• 2. Um veículo para quantificar custo, esforço e tempo;
• 3. Um veículo para calcular índices de produtividade e qualidade;
• 4. Um fator de normalização para comparar software.

Aperfeiçoamento do processo de software