Métricas de SW

Métricas de SW

1. Tipos

   • De software
     • Quanto ao objeto de medição
       • Controle/Processo
         • Estão relacionadas ao PROCESSO de software
         • São utilizadas para tomada de decisões sobre alterações no processo de desenvolvimento
       • Predição/Produto
         • Estão relacionadas a PRODUTOS de software
         • São utilizadas par estimar o esforço necessário na construção ou alteração
         • Auxiliam a prever características do software
         • Subtipos
           • Estáticas ou internas
             • São coletadas em representações do software como PROJETO, PROGRAMA ou DOCUMENTAÇÃO
             • Não necessitam da execução do software
             • Ajudam a medir a qualidade dos artefatos intermediários e prever a qualidade do produto final
           • Dinâmicas ou externas
             • São coletadas durante a execução do software
             • Ajudam a avaliar a eficiência e a confiabilidade de um software
     • Quanto à forma de medição
       • Diretas
         • Também conhecidas como básicas, quantitativas ou primitivas
         • Não dependem da medição de outros atributos
         • Ex: linhas de código, quantidade de memória, número de erros
       • Indiretas
         • Também conhecidas como qualitativas ou derivadas
         • Dependem da medição de outros atributos
         • Ex: produtividade, eficiência, manutenibilidade
     • Quanto à orientação
       • Orientadas a tamanho
         • Baseadas no número de linhas de código (LOC)
       • Orientadas a função
         • Baseadas nas funcionalidades do software
         • Ex: Ponto de Função
       • Orientadas a pessoas
         • Indicam a forma como as pessoas devem desenvolver software
     • Quanto à objetividade
       • Objetivas
         • Independem do autor ad medição ou julgamento humano
         • Ex: número de defeitos
       • Subjetivas
         • Dependem do autor ou do julgamento humano
         • Ex: criticidade de um defeito
     • Outras
       • De produtividade
         • Concentram-se na saída do processo de engenharia de software
       • De qualidade
         • Indicam o quanto o software atende aos requisitos do usuário
       • Técnicas
         • Concentram-se nas características do software
   • De Qualidade
     • De software
       • Focam em aspectos de qualidade do produto, do processo e do projeto
       • Quanto ao produto
         • Aferem aspectos como TAMANHO, COMPLEXIDADE, DESIGN, PERFORMANCE e NÍVEIS DE QUALIDADE
         • Níveis
           • Qualidade intrínseca do produto
             • Tempo Entre Falhas (Mean Time To Failure - MTTF)
               • Muito utilizada em sistemas críticos
               • Mede o tempo que o sistema permanece em operaçao SEM FALHAS
               • Se diferencia do Mean Time Between Failures (MTBFF) porque este segundo considera que o sistema pode ser reparado e colocado novamente em operação. O MTTF não admite essa hipótese.
             • Densidade de Defeitos
               • Mede a quantidade de defeitos em relação ao tamanho do software no decorrer de um tempo de operação
             • Tempo Médio Entre Falhas (Mean Time Between Failures -MTBF)
               • Utilizada para se prever quando ocorrerá a próxima falha no sistema
               • Utilizada em sistemas que PODEM SER REPADADOS
           • Satisfação do cliente
       • Quanto ao projeto
         • Descrevem as características do projeto, como NÚMERO DE DESENVOLVEDORES, UTILIZAÇÃO DE PADRÕES, CUSTO, PRODUTIVIDADE, ETC.
       • Quanto ao processo
         • Utilizadas para melhorar o desenvolvimento e a manutenção do software
         • Efetividade de Remoção de Defeitos
           • Indica a eficiência na correção de defeitos de um software
           • É calculada pelo percentual dos defeitos removidos em uma determinada fase do processo em relação ao total de defeitos latentes do produto
           • Possibilita identificar as fases do processo que mais injetam defeitos no produto
     • De código
       • As métricas de código são uma forma objetiva de se avaliar a qualidade do produto
       • Exemplos
         • Legibilidade
           • Mede a facilidade de leitura e entendimento do código fonte
         • Testabilidade
           • O código deve estar organizado de forma que facilite o teste de unidade
         • Flexibilidade
           • O código deve minimizar a dependência em relação a outros códigos
         • Compatibilidade
           • O código deve cumprir com seus requisitos
         • Economicidade
           • O código deve fazer uso razoável dos recursos do sistema

2. Análise de Ponto de Função

   • Medida baseada na visão do usuário com relação às funcionalidades do software
   • Guia: Counting Practices Manual
   • Mede o software pelo o que ele FAZ, e não como ele foi construído
   • Produtividade
     • Medida por NÚMERO DE PF IMPLEMENTADOS / PESSOA-MÊS
   • É de difícil aplicação em sistemas orientados a eventos
   • Benefícios
     • Ajuda a determinar o tamanho de um software adquirido
     • Suporta a análise de produtividade e qualidade
     • Auxilia na decisão de comprar ou fabricar um software
     • Apoia o gerenciamento do escopo do projeto, realizando medições em cada fase de modo a verificar se houve incremento ou decremento no tamanho
     • Ajuda a estimar os recursos para desenvolvimento e manutenção do software
     • Auxilia na negociação de contratos
   • Repositório público de medições de projetos: INTERNATIONAL SOFTWARE BENCHMARKING STANDARDS GROUP
   • Características
     • Arquivo Lógico Interno - ALI
       • Armazena dados mantidos DENTRO da aplicação e PELA aplicação
       • Exemplos de ALIs:
         • Tabelas em bancos de dados
         • Arquivos de dados de auditoria
       • Não-exemplos de ALIs:
         • Arquivos temporários
         • Arquivos de configuração específicos de tecnologia
     • Arquivo de Interface Externa - AIE
       • Dados armazenados FORA da fronteira da aplicação, sendo apenas LIDOS
       • Um AIE sempre será um ALI na aplicação de origem
       • Exemplos de AIEs:
         • Bancos de dados externos
         • Arquivos de logs de outras apliações
     • Entrada Externa - EE
       • Processa dados recebidos de FORA da fronteira da aplicação
       • Objetiva manter um ou mais ALIs e/ou alterar o comportamento do sistema
       • Exemplos de EEs:
         • CRUDs
       • Não-exemplos de EEs:
         • Telas de login
         • Menus
     • Saída Externa - SE
       • Envia dados ou informações de controle para FORA da fronteira da aplicação
       • Objetiva exibir informações geradas através de PROCESSAMENTO LÓGICO, geralmente transformando dados dos ALIs
       • Pode manter um ALI ou alterar o comportamento do sistema
       • Exemplos de SEs:
         • Dados transferidos para outra aplicação
         • Relatórios
     • Consulta Externa - CE
       • Envia dados ou informações para FORA da fronteira da aplicação
       • Objetiva exibir informações geradas SEM PROCESSAMENTO LÓGICO e SEM ATUALIZAR ALIs
       • Exemplos de CEs:
         • Telas de logon
         • Menus que permitem pesquisa da tela desejada
   • Etapas do processo de contagem
     • 1 - Determinar o tipo de contagem
       • Desenvolvimento
         • Mede as funcionalidades do software a ser construído
         • Será sempre uma ESTIMATIVA
       • Melhoria
         • Mede as alterações a serem realizadas em uma aplicação já existente
         • Abrange somente as manutenções EVOLUTIVAS
       • Aplicação
         • Mede uma aplicação em pleno funcionamento
         • Será sempre uma contagem PRECISA
     • 2 - Determinar o escopo e a fronteira
       • Estabelece a separação da aplicação que está sendo medida das aplicações externas
     • 3 - Calcular pontos de função não-ajustados
       • Mede as funções de dados (ALI, AIE) e funções de transação (EE, CE, SE)
       • Classificação das funções de dados
         • Tamanho das funções de dados
         • Glossário
           • Dados Elementares Referenciados (DER)
             • São atributos discretos que armazenam uma única informação
             • Ex: atributo de um objeto, coluna de uma tabela
           • Registros Lógicos Referenciados (RLR)
             • São sub-grupos de DERs relacionados
             • Ex: classe de um objeto, tabela de banco de dados
             • Toda função de dados tem pelo menos 1 RLR - ela mesma!
             • Regras de contagem
               • Caso não haja referência a outro RLR - contar 1
               • Caso haja referência a outro RLR - contar +1 por referência
       • Classificação das funções de transação
         • Glossário
           • Dados Elementares Referenciados (DER)
             • Já explicados na classificação de funções de dados
           • Arquivos Lógicos Referenciados (ALR)
             • São ALIs ou AIEs acessados por uma função de transação
         • Complexidade das funções de transação
           • EEs
           • SEs/CEs
         • Tamanho das funções de transação
     • 4 - Calcular fator de ajuste
       • Busca tornar o tamanho do software mais exato
       • Características que influenciam no tamanho funcional do software
         • Comunicação de dados
           • Descreve o grau como os dados ou informações de controle são trafegadas
         • Processamento distribuído
           • Descreve o grau como a aplicação transfere dados entre seus componentes
         • Performance
           • Descreve o grau como requisitos de performance influenciam no desenvolvimento do software
         • Configuração do equipamento
           • Descreve o grau pelo qual a restrição de recursos computacionais influenciam no desenvolvimento do software
         • Volume de transações
           • Descreve o grau de influencia que um alto volume de transações de negócio tem no software
         • Entrada de dados online
           • Descreve o grau pelo qual dados são informados pela execução de transações interativas
         • Interface com o usuário
           • Descreve o grau de influência de requisitos de usabilidade no software
         • Atualização online
           • Descreve o grau pelo qual os ALIs são atualizados de forma online
         • Processamento complexo
           • Descreve o grau que processamento lógico ou matemático influencia no software
         • Reusabilidade
           • Descreve o grau em que os componentes do software foram idealizados para reuso
         • Facilidade de implantação
           • Descreve o grau de dificuldade na conversão de ambientes preexistentes do software
         • Facilidade operacional
           • Descreve o grau que o software atende a aspectos operacionais
         • Múltiplos locais
           • Descreve em que grau o software foi projetado, desenvolvido e suportado visando diferentes ambientes
         • Facilidade de mudanças
           • Descreve em que grau o software foi desenvolvido para facilitar mudanças
       • Cada nível é avaliado de 0 a 5
       • Fórmula: FA = (SNI * 0,01) + 0,65
       • O fator de ajuste pode variar o tamanho final de -35% a + 35%
       • Cálculo dos Pontos de Função Ajustados (PFA)
         • PFA = PFNA * FA
   • Abordagem do NESMA
     • NESMA - Netherlands Software Metris Users Association
     • Diferencia-se do IFPUG por utilizar uma metodologia de cálculo diferente para MELHORIA
     • Tipos
       • Indicativa
         • Possui BAIXA PRECISÃO
         • Utilizada na fase inicial da proposta de desenvolvimento, quando há apenas um modelo preliminar de dados
         • Utiliza apenas ALI e AIE na contagem
           • ALI - 35 pontos
           • AIE - 15 pontos
         • É útil principalmente para realizar análise de viabilidade de um projeto
       • Estimativa
         • Possui MÉDIA PRECISÃO
         • Determina que todos os tipos de dados possuem complexidade BAIXA e todos os tipos de transação possuem complexidade MÉDIA
         • Utiliza ALI, AIE, EE, CE e SE na contagem, de forma semelhante à contagem IFPUG
       • Detalhada
         • Possui ALTA PRECISÃO

Bilder und Dateien der Mindmap