Baixe o app para aproveitar ainda mais
Prévia do material em texto
Engenharia de Software e Gerencia de Projetos Engenharia de Software e Gerencia de Projetos 2Qualidade – Métricas O processo de medição tornou-se necessário na busca da qualidade do software, pois é a partir dele que se torna possível avaliar o índice de eficiência. Não é um processo barato e depende do aculturamento da empresa, pois é dependente do envolvimento não só dos integrantes da equipe de desenvolvimento como também de dirigentes para tomadas de decisão e ordem. Existem vários tipos de métricas, que devem ser escolhidas de acordo com a natureza do problema para obter o melhor resultado na análise. Portanto, é de suma importância conhecer os conceitos que englobam o processo de medição. Vamos lá! ● Apresentar o processo de medição de produto e as métricas utilizadas no processo de verificação da qualidade dos produtos gerados na engenharia de software. ● Conceitos de medição de software; ● Tipos de medição; ● Tipos de métricas; ● Fluxo de atividades do processo de medição; ● Complexidade ciclomática Introdução Objetivo Tópicos Abordados Engenharia de Software e Gerencia de Projetos 3Qualidade – Métricas Conceitos de medição de software Tipos de Medição As métricas preditivas e controle podem influenciar nas decisões de projeto, conforme apresentado no fluxo abaixo: As métricas podem ser de controle ou preditivas: ● As métricas de controle: ● As métricas preditivas: A aplicação das métricas ainda não é muito utilizada em função da falta de padrão e organização adotados pelas empresas, além do alto custo para implantação. Associadas a processo de software, como: tempo gasto para manutenção. Associadas ao produto de software, como: complexidade ciclomática e comprimento médio de indicadores. ● Esquema de tipos de medição ● Fonte: SOMMERVILLE, Ian. Engenharia de Software A medição de um software consiste na apuração de um valor numérico que será comparado a padrões definidos para verificar a qualidade. A métrica de software se refere ao tamanho do produto (linhas de código), grau de facilidade, nº defeitos e/ou nº de pessoas-dia requerido para desenvolvimento do software. Glossário Engenharia de Software e Gerencia de Projetos 4Qualidade – Métricas A medida do atributo interno deve ser uma previsão útil da característica externa do software e deve prevalecer três condições [Kitchenham, 1990a). ● Atributo interno deve ser medido precisamente; ● Deve existir uma relação entre o que podemos medir e o atributo de comportamento externo; ● A relação pode ser expressa em uma fórmula ou modelo. A figura abaixo representa a relação entre os atributos internos e os atributos externos: As medições podem ser de dois tipos: Dinâmicas As dinâmicas os valores são extraídos em tempo de execução. Estáticas As estáticas são extraídas a partir da representação do software. ● Atributos internos x externos ● Fonte: SOMMERVILLE, Ian. Engenharia de Software Engenharia de Software e Gerencia de Projetos 5Qualidade – Métricas Tamanho do código – refere-se ao número de linhas que compõe o código. Quanto maior essa medida, maior o risco de erros. Complexidade ciclomática – extrai a medida do número de estruturas de controle utilizadas no componente e define os caminhos independentes, utilizados para realização de teste de software. Profundidade de declarações e condicionais aninhadas – medida do número de estruturas condicionais aninhadas definidas no código. Índice FOG – Medida de comprimento da média de palavras e sentenças em documento. Quanto maior o número irá dificultar a compreensão. Fan-in – representa o número de funções que utiliza um módulo. Fan-out – Representa o número de funções que o módulo utiliza. Importante Exemplo Engenharia de Software e Gerencia de Projetos 6Qualidade – Métricas Complexidade ciclomática O processo de medição é definido por cinco atividades: ● escolha das medições em função do problema; ● seleção dos componentes a serem avaliados; ● aplicação da métrica, ● apuração das medidas a partir da comparação aos padrões e medições anteriores ;, ● analise dos resultados. O processo de medição pode fazer parte do processo de qualidade. As atividades são desenvolvidas para todo tipo de medição. A escolha deve ser de acordo com o que se busca aferir. Não existe um valor ótimo, pois depende da natureza do problema observado. Não se pode dizer que um programa ideal deve ter 100 linhas. Por esse motivo analisar os valores apurados é a tarefa mais difícil no processo, pois deve usar da experiência para compreender o que representa. Importante Engenharia de Software e Gerencia de Projetos 7Qualidade – Métricas Avaliação a Distância 1 - Ligue a métrica com o conceito correspondente: Respostas - 1 - (E, B, F, D, C e A), 2 - (V, V, V, V, F e F) A -Tamanho do código B - Complexidade ciclomática C - Profundidade de declarações e condicionais aninhadas D - Índice FOG E - Fan-out F - Fan-in Determina o número de funções que o módulo utiliza. Aplicada para definir os caminhos independentes. Determina o número de funções que utiliza um módulo. Medida de comprimento da média de palavras e sentenças em documento. Quanto maior o número irá dificultar a compreensão. É o número de estruturas condicionais aninhadas. É o número de linhas que compõe o código. 2 - Identifique as sentenças verdadeiras (V) e falsas (F): A organização deve procurar descobrir as métricas mais apropriadas para suas necessidades. As métricas de controle e preditiva influenciam na tomada de decisão de gerenciamento. É difícil manter um programa de medições. Implantar o uso de métricas requer uma grande mudança cultural. Medir custa barato, pois os processos já existem independente da medição. Os atributos internos não estão relacionados aos atributos externos. Engenharia de Software e Gerencia de Projetos 8Qualidade – Métricas 3 - Identifique com F as sentenças que favorecem e com D as que desfavorecem a implantação de métricas: Respostas - 3 - (F, F, F, D, F, F, F, D, F, F, F, F, D, D e F). “Agregar valor”, ao invés de gerar apenas dado. Compreender que leva tempo adotar uma abordagem evolucionária. Descartar o que não estiver sendo útil. Dificuldade de estabelecer medições apropriadas e úteis. È importante definir cada detalhe da métrica. Educação e treinamento. Estabelecer as expectativas. Falta de comprometimento da alta gerência. Foco desde os estágios iniciais da melhoria de processo. Fornecer as informações corretas, para as pessoas certas. Ganhar confiança. Incentivar a equipe de desenvolvimento a fazer uso das métricas. Interpretações dos dados realizadas de forma incorreta. Má utilização das métricas. Obter o comprometimento de todos os envolvidos e impactados. Engenharia de Software e Gerencia de Projetos 9Qualidade – Métricas 4 - Relacione as colunas identificando os atributos internos (I) e os atributos externos (E): Respostas - 4 - (I, E, E, E, I, I, E e I). Complexidade ciclomática. Confiabilidade. Facilidade de manutenção. Facilidade de uso. Número de mensagens de erro. Número de parâmetros recebidos. Portabilidade. Tamanho do programa em linhas de código. Engenharia de Software e Gerencia de Projetos 10Qualidade – Métricas Síntese Resumindo pode-se destacar desta unidade: ● O processo de medição apura valores para verificar a qualidade; ● As métricas podem ser de dois tipos: controle ou preditivas. As métricas de controle estão associadas a processo de software e as métricas preditivas estão associadas ao produto de software; ● A medida do atributo interno está relacionadaao atributo externo. O atributo interno está relacionado aos componentes do sistema e o atributo externo refere-se ao comportamento do sistema; ● As medições podem ser de dois tipos: dinâmicas e estáticas. As dinâmicas os valores são extraídos em tempo de execução e, as estáticas são extraídas a partir da representação do software. ● Foram apresentados as seguintes: Fan-in, Fan-out, Tamanho do código, Indice Fog, Profundidade de declarações e condicionais aninhadas e Complexidade ciclomática, ● PRESSMAN, R.G. Engenharia de Software. Rio de Janeiro: McGraw-Hill, 2002. 935p. ● SOMMERVILLE, I.. Software Engineering, 8 ed.-São Paulo: Pearson Addison - Wesley, 2007. Bibliografia Recomendada
Compartilhar