Desarrollo de software. Algunos criterios para refactorizar
En mi organización vamos a realizar un estudio de una serie de sistemas de información (entre el 50 y el 75% aproximadamente de los mismos) con el objeto de detectar en ellos una serie de clases que pueden resultar conflictivas desde el punto de vista de la mantenibilidad.
Cualquier clase que cumpla alguna de las siguientes condiciones la consideraremos sospechosa (son solo métricas, que pueden encender determinadas alarmas, pero después resulta aconsejable revisar si existe justificación o no en que tomen esos valores) y será objeto de estudio con la finalidad de tomar una decisión sobre la necesidad de su refactorización:
1) Acoplamiento. Utilizaremos como base la métrica RFC de Chidamber y Kemerer.
RFC(clase)>=50 y RFC(clase)/Nº Métodos(clase)>=10
2) Cohesión. Utilizaremos como base la métrica LCOM4 de Chidamber y Kemerer.
LCOM4(clase)>=2
3) Complejidad Ciclomática de Thomas J. McCabe.
Complejidad Ciclomática(clase)/Nº Métodos(clase)>=10
Los valores anteriores por cada clase se obtendrán utilizando las métricas obtenidas a partir de Sonar.
Jummp 