Métricas de Produtos para Software

1. Métricas de Produtos para Software

2. Medidas do Software • A medição é o elemento chave de qualquer processo de engenharia de software. • Quem faz? Os engenheiros de software para ajudá-los a construir softwares de alta qualidade. • O processo é medido para melhorá-lo e o produto é medido para aumentar sua qualidade, quantificar e administrar mais efetivamente.

3. Medidas do Software • O engenheiro de software coleta medidas e desenvolve métricas a fim de obter indicadores para ajustar a gerência de projeto e o processo de desenvolvimento de software. • Uma métrica de software é qualquer tipo de medição que se refere a um sistema de software, processo ou documentação relacionada. • A métrica pode ser de controle (processo) ou preditiva (produto).

4. Métricas - Motivos para se medir um sistema • Fornecer subsídios para determinar o esforço, os recursos, a duração e os custos de desenvolvimento • Avaliar a produtividade do processo de desenvolvimento adotado • Formar uma base histórica para embasar estimativas futuras • Indicar a qualidade do produto

5. Tipos de Medidas • Diretas • Exemplo: comprimento de um parafuso; • Indiretas • Exemplo: a qualidade dos parafusos produzidos, medidos pelo número de parafusos rejeitados.

6. Quais são as medidas diretas no desenvolvimento de um software. • Custo; • Linhas de código produzidas (LOC); • Velocidade de Execução; • Tamanho da memória necessária; • Defeitos registrados; • Número de usuários simultâneo; • ETC...

7. Medidas indiretas do Software • Funcionalidade; • Qualidade; • Complexidade; • Eficiência; • Confiabilidade. • Manutenibilidade.

8. Métricas de Qualidade de Software É possível obter uma base quantitativa para se tomar decisões referentes a projeto e teste. • Antes que o software seja entregue • Depois que o software seja entregue Concentra-se no número de defeitos descobertos e na manutenibilidade do sistema.

9. Fatores que afetam a Qualidade • McCall e seus colegas definiram um conjunto de fatores que afetam a qualidade • Operação do Produto (usando-o); • Revisão do produto (mudando-o); • Transição do produto (migrando-o).

10. Medidas de Qualidade • Correção: Quanto um programa satisfaz sua especificação e preenche os objetivos da missão do cliente. • Confiabilidade: Quanto se pode esperar que um programa realize a função pretendida com a precisão exigida. • Eficiência: Quantidade de recursos de computação e código necessários para um programa realizar sua função. • Integridade: Quanto o acesso ao software ou dados por pessoas não-autorizadas pode ser controlado. • Usabilidade: O esforço necessário para aprender, operar, preparar entradas e interpretar saídas de um programa.

11. Manutenibilidade: O esforço necessário para localizar e consertar um erro em um programa. • Flexibilidade: O esforço necessário para modificar um programa operacional. • Testabilidade: Esforço necessário para testar um programa, a fim de garantir que ele realize a função esperada. • Portabilidade: Esforço necessário para transferir o programa de um ambiente de hardware ou software para outro. • Reutilização: Quanto de um programa (ou partes dele) pode ser reusado em outras aplicações – relativo ao empacotamento e escopo das funções que o programa realiza. • Interoperabilidade: Esforço necessário para acoplar um sistema a outro.

12. Fatores de qualidade ISO 9126 • A norma ISO 9126 foi desenvolvida em uma tentativa de identificar os atributos de qualidade para software. A norma identifica seis atributos-chave de qualidade • CARACTERÍSTICAS DA QUALIDADE DO PRODUTO

13. Características de Qualidade do Produto • Funcionalidade • Capacidade de atender as necessidades implícitas e explicitas • Descreve o que o software faz • Confiabilidade • Atributos de Desempenho • Usabilidade • Facilidade de utilização

14. Características de Qualidade do Produto • Eficiência • Relação entre o desempenho e os recursos utilizados • Manutenibilidade • Facilidade para fazer alterações • Portabilidade • Facilidade de ser transferido para outro ambiente

15. Sub-Características de Funcionalidade • Adequação • Presença das funções especificadas • Precisão • O produto gera resultados esperados • Interoperabilidade • Capacidade de interagir com outros sistemas • Conformidade • Observância de padrões e regras estabelecidas • Segurança de acesso: • Prevenção do acesso não autorizado

16. Sub-Características de Confiabilidade • Maturidade • Baixa freqüência de falhas • Tolerância • Capacidade de manter o desempenho mesmo com problemas • Recuperabilidade • Capacidade do produto para re-estabelecer o nível de desempenho desejado e recuperar dados em caso de ocorrência de falha

17. Sub-Caracteristicas de Usabilidade • Inteligibilidade • Medida da facilidade do usuário para reconhecer a lógica de funcionamento da aplicação • Apreensibilidade • Medida da facilidade encontrada pelo usuário para aprender a utilizar o produto • Operacionalidade • Medida da facilidade para operar o produto

18. Sub-Caracteristicas de Eficiência • Comportamento em relação ao tempo • Medida do tempo de resposta e de processamento, assim como as taxas de processamento(throughput) • Comportamento em relação ao uso de recursos • Medida da quantidade de recursos necessários (CPU, memória, disco rígido) e a duração do seu uso ao executar as funções definidas

19. Sub-Caracteristicas de Manutenibilidade • Analisabilidade • Esforço necessário para diagnosticar deficiências ou causas de falhas ou localizar as partes a serem modificadas para se corrigir o problema • Modificabilidade • Esforço necessário para realizar alterações, remover falhas, ou para adequar o produto a mudanças de ambiente operacional • Estabilidade • Medida do risco de efeitos inesperados provenientes de modificações • Testabilidade • Esforço necessário para testar o produto

20. Sub-Caracteristicas de Portabilidade • Adaptabilidade • Facilidade de se adaptar o produto a outro ambiente operacional • Facilidade de Instalação • Esforço necessário para se instalar o produto • Capacidade para co-existir • Conformidade do produto em relação aos padrões de portabilidade • Facilidade de Substituir • Esforço necessário para a utilização do produto em substituição a um outro

21. Métricas ISO 9126 • Não há métricas para as 6 características • A organização deve propor suas métricas e o critério numérico de aceitação • Considerar classe de aplicação do produto: • Confiabilidade: produtos de missão crítica (controle de transações financeiras) • Eficiência: tempo real • Usabilidade: aplicações interativas visando o usuário fnal não especializado

22. Avaliando o Produto • 3 passos • Definição dos requisitos de qualidade • Preparação da Avaliação • Avaliação

23. Definição do Requisitos de Qualidade • Definição das características e sub-características de interesse em relação ao uso do sistema ANTES do início do desenvolvimento • Módulos do produto podem conter diferentes características e sub-características.

24. Preparação da Avaliação • Selecionar Métricas de Qualidade • Relação dos critérios numéricos com os atributos. • Definir intervalos de pontuação • Escala sugerida pela norma (Satisfatório ou Insatisfatório) • Definir critérios de Avaliação • Critérios para a transcrição das características para valores numéricos

25. Escala de Pontuação Excelente satisfatória valor medido Bom Médio não satisfatória Fraco escala para métrica níveis de pontuação

26. Procedimentos da Avaliação • Medida • Aplicação da métricas definidas • Resultados demonstrados pela escala • Pontuação • A medida é classificada nas faixas de pontuação (fraco, médio, bom ,excelente) • Avaliação • Compilação dos resultados • Resultado é a declaração da qualidade do produto • Resultado+Custo+Prazo  decisão gerencial de aceitação ou não do produto.

27. O processo de avaliação necessidades 9126 & outros requisitos gerenciais especificação de requisitos da qualidade definição de requisitos Definições de Critérios de Avaliação Seleção de Métricas Definição de Níveis de Pontuação Definição de Requisitos de Qualidade preparação produtos Desenvolvimento De Software valor médio Medida nível pontuado Pontuação Resultado (aceitável ou não) avaliação Avaliação

28. Princípios de Medição • Formulação: a derivação de medidas e métricas de software adequadas para a representação do software considerado • Coleta: mecanismo usado para acumular os dados necessários para derivar as métricas formuladas • Análise: cálculo de métricas e aplicação das ferramentas matemáticas

29. Princípios de Medição • Interpretação: avaliação das métricas em um esforço para ganhar profundidade na visão da qualidade de representação • Realimentação: recomendações derivadas da interpretação das métricas de produto transmitidas à equipe de software

30. Atributos de Métricas efetivas • Simples e computáveis: Deve ser relativamente fácil aprender como derivar métrica e seu cálculo não deve exigir esforço ou tempo exagerado. • Empíricas e Intuitivamente Persuasivas: A métrica deve satisfazer às noções intuitivas do engenheiro sobre o atributo do produto que está sendo considerado. • Consistentes e objetivas: A métrica deve produzir sempre resultados que não sejam ambíguos.

31. Atributos de Métricas efetivas • Consistentes no uso de unidades e dimensões: O cálculo matemático da métrica deve usar medidas que não levam a combinações de unidades bizarras. • Independentes da linguagem de programação: Métricas devem ser baseadas no modelo de análise, modelo de projeto ou na estrutura do programa propriamente dita. • Mecanismo efetivo para realimentação de alta qualidade: A métrica deve levar a um produto final da mais alta qualidade.

32. Taxonomia de Métricas • Métricas para o modelo de análise • Métricas para o modelo de projetos • Métricas para código-fonte • Métricas de teste

33. Medidas de tamanho de software • LOC - linhas de códigoMedir software contando as linhas de código (LOC) é uma das medidas mais antigas para determinar o tamanho, esforço e produtividade no desenvolvimento de software. • É muito fácil de usar e aplicar; basta contar a quantidade do número de linhas de código de um programa. • A medida de LOC é considerada uma medida física do tamanho de software por medir o volume de código-fonte de um programa.

34. Desvantagens da métrica LOC • Depende da linguagem de programação usada (o número de linhas de um programa Cobol é totalmente diferente de um em Java) • Ausência de padrões de contagem. (Cada linguagem possui suas características de sintaxe e semântica) • Não pode ser aplicada nas fases iniciais de desenvolvimento (No início o programa ainda não esta escrito).

35. Métricas Orientadas aoTamanho

36. A tabela orientada a tamanho possibilita a medir vários itens: Custo aaa1 Custo aaa1 = $/KLOC Custo aaa1 = 168 /12.1 Custo aaa1 = 13.88 Qualidade aaa1 Qualidade aaa1 = Defeitos/KLOC Qualidade aaa1= 29/12.1 Qualidade aaa1 = 2.39 Produtividade = KLOC /Pessoa Produtividade aaa1 = 12.1/3 Produtividade aa1 = 4.03 Esforço = Número de pessoas * tempo

37. Tipos de medidas de tamanho de software • APF - Análise de Pontos por função • Podemos dizer que atualmente á a técnica mais usada para medir o tamanho de projetos de software. • Foi criada por Alan Albrecht na IBM na década de 70 e consiste em determinar o tamanho funcional (o que é entregue) do sistema através da visão do usuário. • Ela possui as seguintes vantagens: • Independe da tecnologia utilizada • É simples de usar e ser entendida pelo usuário e desenvolvedores • É consistente e intercambiável • Pode ser utilizada desde o início do sistema.

38. APF - Análise de Pontos por função • A APF (Análise de Pontos por Função) pode ser vista como um técnica que permite dimensionar o tamanho de um software a ser desenvolvido , melhorado ou adquirido; e também um técnica para realizar estimativas de custo e recursos para o desenvolvimento e manutenção de software.

39. O esquema do processo de contagem de pontos por função é dado na figura abaixo:

40. Tabela do tamanho aproximado de algumas aplicações.

41. Como funciona a APF? • As funções são identificadas e classificadas como: • Arquivo Lógico Interno -ALI mantidos pela aplicação • Arquivo de Interface Externa - AIE arquivo de outra aplicação • Entrada Externa -EE Transações de outras aplicações (p.ex. tela, txt) • Saída Externa - SE Relatórios em que há cálculos ou totais. • Consulta Externa - CE Envia dados para fora do sistema, sem cálculos.

42. Exemplo: Desenvolvimento de um sistema cadastro de clientes • Funções solicitadas: • Listagem por ordem alfabética • Exportar o cadastro para outro sistema via arquivo texto

43. Cálculo PF • Primeiro passos identificar e contar, usando o manual de contagem da APF. • Teríamos: ALI - 01 ( o arquivo de clientes ) AIE - 0 EE -  01 ( inclusão de cliente ) SE -  01 ( listagem por ordem alfabética ) CE -  01 ( exportar arquivo texto)

44. Cálculos • Se considerarmos todos os tipos de função como de complexidade Baixa teremos: • Pontos de função Brutos não ajustados : • PFB = ALI x 7 + AIE x 5 + EE x 3 + SE x 4 + CE x 3 = 1 x 7 + 0 x 5 + 1 x 3 + 1 x 4 + 1 x 3 = 17

45. Tabela para cálculo de PF não ajustados

46. Cálculo do ajuste de PF Avaliação das 14 características Somar NI individuais Calcular fator de ajuste Calcular PF ajustados PF ajustados

47. Cálculo do ajuste de PF • São analisadas 14 características sendo atribuído um peso de 0 a 5 para cada uma delas. • Este peso representa o impacto de cada características sobre o desenvolvimento da aplicação. • Calcular o nível de influência (NI) somando os pesos de cada uma. • Calcular o fator de ajuste a partir da equação: Fator de ajuste = (NI * 0,001) + 0.65 0,65 <= FA <= 1,35

48. 14 características para o fator de ajuste • O cálculo do fator de ajuste é calculado a partir de 14 características gerais dos sistemas, que permitem uma avaliação geral da funcionalidade da aplicação. • As características gerais de um sistema são:

49. O sistema requer backup e recuperação confiável? • São exigidas comunicação de Dados? • Há funções de processamento distribuídas? • O desenho é crítico? • O sistema funcionará num ambiente operacional existente, intensivamente utilizado? • O sistema requer entrada de dados on-line? • A entrada de dados on-line exige que a transação de entrada seja elaborada em múltiplas telas ou operações? • Os arquivos mestres são atualizados on-line?

50. 9 – A entrada, saída, arquivos ou consultas são complexo? 10 – O processamento interno é complexo? 11 – O código é projetado de forma a ser reusável? 12 – A conversão e a instalação estão incluídas no projeto? 13 – O sistema é projetado para múltiplas instalações em diferentes organizações? 14 – A aplicação é projetada de forma a facilitar mudanças e o uso pelo usuário?