![\"\"](\"http:\/\/qualilogy.com\/wp-content\/uploads\/2012\/01\/Qual8crit2.jpg\" "\\"Qual8crit2\\"")
<\/a>N\u00famero de tecnolog\u00edas analizadas\n<\/span><\/h3>\n
No elijas una herramienta, \u00fanicamente porque puede analizar <\/span><\/span>tambi\u00e9n <\/span><\/span> PL1 o Powerbuilder si estas tecnolog\u00edas representan menos de 10 % del sistema de informaci\u00f3n.<\/span><\/span><\/p>\n No se desarrollan nuevas aplicaciones con estos lenguajes, y se espera que las aplicaciones existentes mueran o sean migradas. Y ya sabes bien que la inversi\u00f3n de un editor de software en una tecnolog\u00eda es proporcional a las ventas: un analizador PL1 jam\u00e1s ofrecer\u00e1 el mismo nivel de funcionalidades que un analizador J2EE. No los pongas en el mismo plano.<\/p>\n La mayor\u00eda de los casos de uso de una herramienta de an\u00e1lisis de c\u00f3digo – Integraci\u00f3n Continua, Mejora de Calidad, Quality Gate y Gesti\u00f3n de outsourcing – se basa en un conjunto reducido de 10 a 20 m\u00e9tricas. <\/span>Identificad las m\u00e9tricas cr\u00edticas para los casos de uso que querreis implementar. <\/span>Luego los indicadores que parecen interesantes o \u00fatiles. <\/span>El resto es \u00abnice to have\u00bb.<\/span><\/span><\/p>\n \u00bfPor qu\u00e9 el 90% de los usuarios de una herramienta <\/span><\/span>de an\u00e1lisis de c\u00f3digo son satisfechos con las m\u00e9tricas por defecto? Porque corresponden a est\u00e1ndares del mercado. No jugues al aprendiz de brujo creando tus propios est\u00e1ndares: esto viene con un coste, de desarrollo, de mantenimiento, de implementaci\u00f3n y de soporte a cada upgrade de la herramienta.<\/span><\/span><\/p>\n De las tres tecnolog\u00edas m\u00e1s encontradas – J2EE, Cobol, SAP – solamente la primera es multi-capas. <\/span>Si utilizas frameworks J2EE, las m\u00e9tricas basadas en la relaci\u00f3n entre los componentes pueden ser \u00fatil. <\/span>Recuerdate, sin embargo, que representan una peque\u00f1a proporci\u00f3n del total de las reglas, y que tienen un coste, especialmente de validaci\u00f3n de falsos positivos.<\/span><\/p>\n Veamos ahora 3 criterios que creo realmente importantes.<\/p>\n El conjunto de las m\u00e9tricas y su organizaci\u00f3n en diferentes factores constituyen un modelo de Calidad, la tabla de medidas seg\u00fan la cual vas evaluando la calidad de las aplicaciones. M\u00e1s flexibilidad en la constituci\u00f3n de diferentes modelos, m\u00e1s f\u00e1cil la evaluaci\u00f3n.<\/p>\n \u00bfA partir de cu\u00e1ntas l\u00edneas un programa Cobol es muy voluminoso? \u00bfA partir de cu\u00e1ntos puntos de complejidad (CC) es muy complejo? Los programas Batch son m\u00e1s pesados que los programas TP (transaccionales) y es recomendable poder afectar umbrales diferentes sobre estas m\u00e9tricas. Si no, un equipo de proyecto que debe efectuar el mantenimiento de una aplicaci\u00f3n Batch ser\u00e1 penalizado frente a un equipo que administra una aplicaci\u00f3n TP.<\/p>\n Otros ejemplos:<\/p>\n No existe un Quality Model \u00fanico: ser\u00eda como medir manzanas y patatas. Poder definir y escoger un modelo de calidad adaptado a una aplicaci\u00f3n es un criterio m\u00e1s importante que los de la lista anterior.<\/p>\n Los resultados de las m\u00e9tricas calculadas con el c\u00f3digo fuente de las aplicaciones aparecen en un ‘dashboard’ o panel de control del pilotaje de la calidad. La capacidad de personalizar este dashboard basandose en casos de uso, tecnolog\u00edas o incluso una aplicaci\u00f3n es un factor de \u00e9xito de tu proyecto Calidad.<\/p>\n Imaginemos que se te pide efectuar una auditor\u00eda de una aplicaci\u00f3n cr\u00edtica y presentar los resultados a los arquitectos y al equipo de proyecto. En el \u00faltimo momento, antes de entrar en la sala, te anuncian que el director inform\u00e1tico estar\u00e1 presente. \u00c9ste llega para sumergirse inmediatamente en la lectura de sus e-mails en su Blackberry. \u00bfQue haces para interesarle por tu presentaci\u00f3n?<\/p>\n Simple. Muestrale cu\u00e1nto le cuesta esta aplicaci\u00f3n.<\/p>\n Un arquitecto Java o un responsable Calidad sabe lo que es la Complejidad Cyclomatica o una m\u00e9trica tal como LCOM4. Puedo pues presentarles un dashboard con ciertas m\u00e9tricas (LOC, CC, tasa de comentarios o de c\u00f3digo duplicado), pasar a la lista de los defectos m\u00e1s graves y concluir con una evaluaci\u00f3n cualitativa y cuantitativa.<\/p>\n Para un director inform\u00e1tico, un responsable de desarrollo o un manager Outsourcing, voy a comenzar con una evaluaci\u00f3n de costes. Quiero mostrar la deuda t\u00e9cnica en la parte superior de la primera pagina del dashboard, bajar en ejes funcionales tales como la mantenibilidad o la fiabilidad de la aplicaci\u00f3n, luego una lista de indicadores presentes en un SLA (Acuerdo de nivel de servicio) y terminar con un plan de acci\u00f3n.<\/p>\n Imagina que puedes construir cualquier panel de control por drag and drop, con el usuario \u00e1 tu lado, dici\u00e9ndole: ‘ \u00bfEso quieres? ‘, ‘ \u00bfEste diagrama all\u00ed? ‘, ‘ \u00bfCu\u00e1les indicadores te interesan primero? ‘.<\/p>\n Eso s\u00ed es un criterio importante.<\/p>\n Ya lo sabes, lo m\u00e1s antes un defecto es identificado, lo menos es costoso a resolver. Y lo m\u00e1s antes para identificar un defecto, es cuando el programador acaba de hacerlo. As\u00ed como dec\u00eda un responsable: \u00absi tengo 30 desarrolladores trabajando en una aplicaci\u00f3n, no voy a esperar al final de la semana para arreglar sus bugs\u00bb. A 5 d\u00edas a la semana y por programador, esto hace 150 d\u00edas de defectos que se acumulan. Demasiado tarde.<\/p>\n Idealmente, deseamos:<\/p>\nN\u00famero de m\u00e9tricas<\/span><\/span><\/span><\/h3>\n
Capacidad de crear nuevas m\u00e9tricas<\/span><\/span><\/span><\/h3>\n
V\u00ednculos entre los componentes<\/span><\/span><\/span><\/h3>\n
Modelos multiples de Calidad<\/span><\/h3>\n
\n
Personalizaci\u00f3n del dashboard
\n<\/span><\/h3>\nIntegraci\u00f3n con otras herramientas<\/span><\/h3>\n
\n