Medição e Análise

Data	Versão	Descrição	Autor
25/09/2017	1.0	Abertura do Documento	Josué Nascimento da Silva

1.Plano de Medição

Utilizamos para o processo de medição o framework Goal Question Metric(GQM). A abordagem GQM baseia-se na idéia de especificar primeiro os objetivos da medição para então fazer o acompanhamento desses objetivos com os dados que o definem. Abaixo, apresentam-se os objetivos de medição.

GQM definido para a equipe.

1.1. Objetivos do GQM

1.1.1. Qualidade de Produto

Tendo em vista que o software será mantido pela a equipe de desenvolvimento do ministério da cultura , temos que priorizar na produção de um código com alta manutenibilidade

Analisar	codigo
Com o proposito de	produzir
Com a respeito a	Manutenabilidade
Aobre o ponto de vista do	desenvolvedor
No contexto do	projeto quero cultura

1.2. Questões

Os objetivos da medição são definidos em termos da entidade, propósito, atributos de qualidade, ponto de vista e ambiente. Cada objetivo é refinado em um conjunto de perguntas que representam uma definição operacional do objetivo.

1.2.1. Abstraction Sheet

Foco na qualidade - Q.1.1 O produto apresenta uma boa manutenibilidade? - Q.1.2 O produto é confiável?	Fatores de variação - A produtividade não atender a expectativa; - Conhecimento da equipe limitado;
Hipótese de baseline - 30% de cobertura de teste até a primeira release; - 90% de cobertura de teste até a segunda release; Falta de coesão	Impacto das hipóteses de base line - Baixa qualidade do produto de software; - Baixa manutenibilidade.

1.3. Métricas

Nesta seção iremos apresentar as métricas que serão aplicadas ao projeto

1.3.1. Ferramentas

Ferramenta
Code climate
Landscape.io
Cloc

1.3.1. Loc por método

Objetivo da	Melhorar a manutenibilidade
Escala de medição	Escala Absoluta
Coleta	Responsável: Josué Nascimento Periodicidade: Semanal Procedimentos: Clonar o repositório do Github
Analise	Responsavel: Josué Nascimento

1.3.2. Complexidade ciclomática

Objetivo da	Melhorar a documentação do codigo
Escala de medição	Escala Absoluta
Coleta	Responsável: Jeferson Alves Periodicidade:Semanal Procedimentos: Clonar o repositorio do github
Analise	Responsavel: Jeferson Alves

1.3.3. Cloc

Objetivo da	Melhorar a documentação do código
Escala de medição	Escala Absoluta
Coleta	Responsável: Pablo Diego Periodicidade: Semanal Procedimentos: Clonar o repositório do Github
Analise	Responsável: Pablo Diego

1.3.4. Cobertura de teste

Objetivo da	Garantir a qualidade do produto
Escala de medição	Escala Absoluta
Coleta	Responsável: Hugo Neves Periodicidade: Semanal Procedimentos: Clonar o repositório do github
Analise	Responsavel: Hugo Neves

1.3.5. GPA

Objetivo da	Garantir qualidade do produto
Escala de medição	Escala Absoluta
Coleta	Responsável: Pablo Diego Periodicidade: Semanal Procedimentos: Acessar o CodeClimate e anotar os resultados
Analise	Responsavel: Pablo Diego

1.3.6. Code Health

Objetivo da	Garantir qualidade do produto
Escala de medição	Escala Absoluta
Coleta	Responsável: Rodrigo Oliveira Periodicidade: Semanal Procedimentos: Acessar o landscape e anotar os resultados
Analise	Responsavel: Rodrigo Oliveira

2. Plano de Analise

O plano de Analise é um documento que simula a interpretação dos dados, para a definição das métricas, ele fornece orientação sobre como as informações a serem coletadas precisam ser organizada para facilitar a sua utilização e garantir a permanência do foco sobre os objetivos

2.1. Complexidade Ciclomática

INDICADOR	Complexidade ciclomática
RESPONSÁVEL PELA COLETA	Jeferson Alves
DEFINIÇÃO	Ferramenta Landscape.io
FORMULA
ANÁLISE	Bom: Abaixo de 25. Medidas: Manter as práticas de desenvolvimento a fim de evitar que a complexidade dos métodos cresça. Ruim: Maior ou igual a 25. Medidas: Direcionar atenção da equipe para a complexidade do código e criar pendências e tarefas de refatoração.
FREQUÊNCIA	Acada interação
ORIGEM	Repositório do Github

2.2. AMLOC

INDICADOR	Loc por método
RESPONSÁVEL PELA COLETA	Josué Nascimento
DEFINIÇÃO	Ferramenta Landscape.io
FORMULA
ANÁLISE	Ótimo: Número de linhas do método entre 1 e 20 linhas. Medidas: Manter as práticas de desenvolvimento a fim de controlar o tamanho dos métodos. Bom: Número de linhas entre 20 e 30 linhas. Medidas: Manter as práticas de desenvolvimento e atentar os membros da equipe quanto ao tamanho dos métodos a fim de melhorar ainda mais. Ruim: Número de linhas entre 30 e 45 linhas. Medidas: Alertar os membros da equipe quanto a este fator e direcionar esforços em atividades de refatoração. Crítico: Número de linhas superior à 45 linhas. Medidas: Definir esse problemas como um fator crítico e priorizar tarefas de refatoração a fim de diminuir o tamanho dos métodos.
FREQUÊNCIA	Acada interação
ORIGEM	Repositório do Github

2.3. Cloc

INDICADOR	Cloc
RESPONSÁVEL PELA COLETA	Pablo Diego
DEFINIÇÃO	Ferramenta Landscape.io
FORMULA
ANÁLISE	Ótimo: 1 comentário entre 10 e 25 linhas de código. Medidas: Manter as boas práticas do time até o presente momento. Regular: 1 comentário entre 26 e 49 linhas de código. Medidas: Incentivar o time a realização de mais comentários no código a fim de manter essa boa prática. Ruim: 1 comentário a cada 50 ou mais linhas de código Medidas: Focar o time na construção de código mais explicativos.
FREQUÊNCIA	Acada interação
ORIGEM	Repositório do Github

2.4. Cobertura de Teste

INDICADOR	Corbetura de Teste
RESPONSÁVEL PELA COLETA	Hugo Neves
DEFINIÇÃO
FORMULA
ANÁLISE	Ótimo: Porcentagem de cobertura igual ou superior à 90%, este nível de cobertura é indicado pela cor verde na ferramenta. Medidas: Manter nível de cobertura de código. Bom: Porcentagem de cobertura entre 80% e 89%, este nível de cobertura é indicado pela cor amarela na ferramenta. Medidas: Manter nível de cobertura de código, e se possível aumentar o nível para que este alcance o nível acima. Médio: Porcentagem de cobertura entre 30% e 79%, este nível de cobertura é indicado pela cor vermelha na ferramenta. Medidas: Direcionar esforços da equipe a fim de aumentar o nível de cobertura atual para o nível acima. Ruim: Porcentagem de cobertura inferior a 30%, este nível de cobertura é indicado pela cor vermelha na ferramenta. Medidas: Priorizar cobertura de testes como um fator crítico na equipe, e focar todos os esforços possíveis a fim de aumentar o nível de cobertura
FREQUÊNCIA	Acada interação
ORIGEM	Repositório do Github

2.5. GPA

INDICADOR	GPA
RESPONSÁVEL PELA COLETA	Pablo Diego
DEFINIÇÃO
FORMULA
ANÁLISE	Ótimo: GPA - A Medidas: Manter qualidade de código. Bom: GPA - B Medidas: Manter a qualidade do código e buscar o nível acima Médio: GPA - C Medidas: Direcionar esforços para melhorar a qualidade do código Ruim: GPA - D Medidas: Priorizar qualidade em detrimento das demais coisas Péssimo: GPA - F Medidas: Direcionar esforços do código como fator crítico
FREQUÊNCIA	Acada interação
ORIGEM	Repositório do Github

2.6. Code Health

INDICADOR	CodeHealth
RESPONSÁVEL PELA COLETA	Rodrigo Oliveira
DEFINIÇÃO
FORMULA
ANÁLISE	Ótimo: Acima de 80% Medidas: Manter qualidade de código. Bom: De 60% a 80% Medidas: Manter a qualidade do código Médio: De 40% a 60% Medidas: Direcionar esforços para melhorar a qualidade do código Ruim: Abaixo de 30% Medidas: Priorizar qualidade em detrimento das demais coisas
FREQUÊNCIA	Acada interação
ORIGEM	Repositório do Github

3.Coleta das métricas

GPA

Cobertura de Testte

Code Health