Métricas de Código Sprint 2
Como ocorreu na sprint sprint passada, na sprint 2 houve o acréscimo de novas funcionalidades. Portanto, o acréscimo de novas classes proporcionando um aumento relativamente grande em relação a iteração anterior. Além disso foram observadas algumas pendência técnicas muito relacionadas ao entendimento e complexidade do código fonte. No geral, as métricas ao final dessa sprint se mostraram de forma mais coesa em comparação com as iterações anteriores. Em contrapartida com essa afirmação algumas outras se mostraram com uma leve queda, como a cobertura de código.
- LOC
O LOC da grande maioria das classes permanece em Excelente, seguindo os parâmetros utilizados. Excetua-se a classe de validação dos campos referentes ao usuário UserValidator que apresenta um LOC considerado BOM, não é necessário nenhum tipo de intervenção pois a métrica indica uma provável facilidade de manutenibilidade do código fonte, mesmo piorando um pouco.
- AMLOC
Assim como as classes HealthProfessionalForm e PatientForm, que as classes continuam a se encontram em nível REGULAR, não é necessário ações de controle sobre essas classes, todavia é necessário uma atenção para que estas não se tornem muito complexas nas próximas iterações.
- AMCC
A métrica AMCC, assim como a métrica AMLOC, se mostrou mais aceitável. As classes críticas da sprint anterior foram refatoradas, como citado acima, as validações foram transferidas das classes de formulários para classes de validação.
Grande parte das classes do sistema encontram-se na classificação Excelente quando refere-se a métrica AMCC.Porém duas classes necessitam de mais atenção pois se enquadram na classificação regular, sendo estas: CustomExamValidator e HealthProfessionalValidator.
Porém mesmo ambas se enquadrando nessa classificação, as duas não representam um grande perigo para o projeto por ter seus problemas conhecidos pela equipe de desenvolvimento, e uma melhor solução não foi encontrada para resolver o problema até o momento.
- CD
Essa métrica se mostrou mais aceitável em relação as sprints passadas. Foi inserido em algumas das classes do tipo docstring que documentam melhor o código fonte. Tal como a iteração passada vale ressaltar a que algumas dessas classes são muito pequenas e os integrantes do grupo julgaram não necessitar de comentários.
- NLM
As classes continuam com um número ótimo de métodos. Verifica-se uma alta coesão e provavelmente uma alta granularidade das classes e, provavelmente, um relevante índice de manutenibilidade do código fonte.
-
Duplicação de código
-
Cobertura
