MTRICAS DEL SOFTWARE

Conceptos bsicos
Medida.- Una medida proporciona una indicacin cuantitativa de extensin, cantidad, dimensiones, capacidad y tamao de algunos atributos de un proceso o producto. Mtrica.- Medida cuantitativa del grado en que un sistema, componente o proceso posee un atributo dado (I , !""#$. Indicador.- Mtrica o combinacin de mtricas que proporcionan una visin pro%unda, del proceso de so%t&are, del proyecto de so%t&are o del producto en s' ((agland, !"")$. Un elemento clave de cualquier proceso de ingenier'a es la medicin. mpleamos medidas para entender me*or los atributos de los modelos que creamos. +ero, %undamental- mente, empleamos las medidas para valorar la calidad de los productos de ingenier'a o de los sistemas que construimos.

CALIDAD DEL SOFTWARE

+odemos encontrar muc,as de%iniciones en los textos de calidad, todas ellas muy similares +ropiedad o con*unto de propiedades in,erentes a un ob*eto que permiten apreciarlo como me*or, igual o peor que otros ob*etos de su especie ./(0 - /iccionario de la (eal 0cademica spaola1 2on*unto de propiedades y de caracteristicas de un producto o servicio que le con%ieren capacidad para satis%acer necesidades expresadas o implicitas. .I34 5678-!""71 9rado en el que un con*unto de caracteristicas in,erentes cumple con los requisitos. .I34 "666- 86661 2alidad, signi%ica desarrollar, disear y producir y mantener un producto que sea el mas economico, el mas util y siempre satis%actorio para el consumidor. .;aoru Is,i<a&a1 2alidad, es la aplicacion de los principios y tecnicas estadisticas en todas las %ases de la produccion, dirigida a la %abricacion mas economica de un producto (servicio$ que es util en grado maximo y que tiene mercado. .=illiam d&ards /eming1 :a calidad del so%t&are es el grado con el que un sistema, componente o proceso cumple los requerimientos especi%icados y las necesidades o expectativas del cliente o usuario. .I , 3td >!6!"661 2oncordancia del so%t&are producido con los requerimientos explicitamente establecidos, con los estandares de desarrollo pre%i*ados y con los requerimientos implicitos no establecidos %ormalmente, que desea el usuario. .+ressman, !""51

:as de%iniciones mas completas o %ormales

/e%iniciones- 2alidad del 3o%t&are

:a de%inicin de la calidad sirve para ,acer n%asis en tres puntos importantes:os requisitos del so%t&are son la base de las medidas de la calidad. :a %alta de concordancia con los requisitos es una %alta de calidad?. Unos est@ndares espec'%icos de%inen un con*unto de criterios de desarrollo que gu'an la manera en que se ,ace la ingenier'a del so%t&are. 3i no se siguen los criterios, ,abr@ seguramente poca calidad. xiste un con*unto de requisitos impl'citos que a menudo no se nombran (por e*emplo, %acilidad de mantenimiento$. 3i el so%t&are cumple con sus requisitos expl'citos pero %alla en los impl'citos, la calidad del so%t&are no ser@ %iable.

:a calidad del so%t&are es una comple*a meAcla de %actores que variar@n a travs de di%erentes aplicaciones y segBn los clientes que las pidan. n las siguientes secciones, se identi%ican los %actores de la calidad del so%t&are y se describen las actividades ,umanas necesarias para conseguirlos.

FACTORES DE CALIDAD DE McALL

l modelo Mc0:: establece una *erarqu'a de +erspectivas (#$, Cactores (!!$, 2riterios de 2alidad (8#$ y Mtricas (7!$. /escribe la calidad como un concepto elaborado mediante relaciones *er@rquicas entre %actores de calidad, en base a criterios y mtricas de calidad. ste en%oque es sistem@tico, y permite cuanti%icar la calidad a travs de las siguientes %ases/eterminacin de los %actores que in%luyen sobre la calidad del so%t&are Identi%icacin de los criterios para *uAgar cada %actor /e%inicin de las mtricas de los criterios y establecimiento de una %uncin de normaliAacin que de%ine la relacin entre las mtricas de cada criterio y los %actores correspondientes valuacin de las mtricas 2orrelacin de las mtricas a un con*unto de gu'as que cualquier equipo de desarrollo podr'a seguir /esarrollo de las recomendaciones para la coleccin de mtricas n el modelo de Mc2all, los %actores de calidad se concentran en tres aspectos importantes de un producto de so%t&are- caracter'sticas operativas, capacidad de cambios y adaptabilidad a nuevos entornos. Facilidad de auditora. :a %acilidad con la que se puede Exactitud. :a exactitud de los c@lculos y del control. Estandarizacin de comunicaciones. l grado de empleode est@ndares de inter%aces, protocolos y anc,os de banda. Compleccin. l grado con que se ,a logrado la implementacin total de una %uncin. Concisin. :o compacto que es el programa en trminos de l'neas de cdigo. Consistencia. l empleo de un diseo uni%orme y de tcnicas de documentacin a lo largo del proyecto de desarrollo del so%t&are. Estandarizacin de datos. l empleo de estructuras y tipos de datos est@ndares a lo largo del programa. Tolerancia al error. l dao causado cuando un programa encuentra un error. Eficiencia de ejecucin. l rendimiento del %uncionamiento de un programa. Capacidad de expansin. l grado con que se pueden ampliar el diseo arquitectnico, de datos o procedimental. Generalidad. :a amplitud de aplicacin potencial de los componentes del programa. Independencia del hardware. l grado con que se desacopla el so%t&are del ,ard&are donde opera. Instrumentacin. l grado con que el programa vigila su propio %uncionamiento e identi%ica los errores que ocurren. Modularidud. :a independencia %uncional de componentes de programa. perati!idud. :a %acilidad de operacin de un programa. "e#uridad. :a disponibilidad de mecanismos que controlan o protegen los programas y los datos. $utodocumentacin. l grado en que el cdigo %uente proporciona documentacin signi%icativa. "implicidad. l grado de %acilidad con que se puede entender un programa. Independencia del sistema software. l grado de independencia de programa respecto a las caracter'sticas del lengua*e de programacin no est@ndar, caracter'sticas del sistema operativo y otras restricciones del entorno. Traza%ilidad. :a capacidad de seguir una representacin del diseo o un componente real del programa ,asta los requisitos. Formacin. l grado en que ayuda el so%t&are a mane*ar el sistema a los nuevos usuarios.

FURPS
:os %actores de calidad descritos por Mc2all y sus colegas representan slo una de las muc,as listas de comprobacin sugeridas para la calidad del so%t&are. De&lett-+ac<ard ,a desarrollado un con*unto de %actores de calidad del so%t&are al que se le ,a dado el acrnimo de F&'(") %uncionalidad, %acilidad de uso* %iabilidad, rendimiento y capacidad de soporte. :os %actores de calidad CU(+3 provienen de traba*os anteriores, de%iniendo los siguientes atributos para cada uno de los cinco %actores principales-

:a %uncionalidud se valora evaluando el con*unto de caracter'sticas y capacidades del programa, la generalidad de las %unciones entregadas y la seguridad del sistema global. :a %acilidad de uso se valora considerando %actores ,umanos, la esttica, la consistencia y la documentacin general. :a%iabilidad se evalBa midiendo la %recuencia y gravedad de los %allos, la exactitud de las salidas (resultados$, el tiempo de medio de %allos (EM/C$, la capacidad de recuperacin de un %allo y la capacidad de prediccin del programa. l rendimiento se mide por la velocidad de procesamiento, el tiempo de respuesta, consumo de recursos, rendimiento e%ectivo total y e%icacia. :a capacidad de soporte combina la capacidad de ampliar el programa (extensibilidad$, adaptabilidad y servicios (estos tres atributos representan un trmino m@s comBn -mantenimiento-$, as' como capacidad de ,acer pruebas, compatibilidad, capacidad de con%iguracin (la capacidad de organiAar y controlar elementos de la con%iguracin del so%t&are$, la %acilidad de instalacin de un sistema y la %acilidad con que se pueden localiAar los problemas.

:os %actores de calidad CF(+3 y atributos descritos anteriormente pueden usarse para establecer mtricas de la calidad para todas las actividades del proceso del so%t&are.

FACTORES DE CALIDAD ISO 9126

l est@ndar I34GI 2 "!8> ,a sido desarrollado en un intento de identi%icar los atributos clave de calidad para un producto de so%t&are. ste est@ndar es una simpli%icacin del Modelo de Mc2all, e identi%ica seis caracter'sticas b@sicas de calidad que pueden estar presentes en cualquier producto de so%t&are. l est@ndar est@ dividido en cuatro partes las cuales dirigen, respectivamente, lo siguiente- modelo de calidad, mtricas externas, mtricas internas y calidad en las mtricas de uso. l modelo de calidad establecido en la primera parte del est@ndar, I34 "!8>-!, clasi%ica la calidad del so%t&are en un con*unto estructurado de caracter'sticas y subcaracter'sticas de la siguiente maneraCuncionalidad- Un con*unto de atributos que se relacionan con la existencia de un con*unto de %unciones y sus propiedades espec'%icas. :as %unciones son aquellas que satis%acen las necesidades impl'citas o expl'citas. Idoneidad xactitud Interoperabilidad 3eguridad 2umplimiento de normas. 2on%iabilidad- Un con*unto de atributos relacionados con la capacidad del so%t&are de mantener su nivel de prestacin ba*o condiciones establecidas durante un per'odo establecido. MadureA (ecuperabilidad Eolerancia a %allos Usabilidad- Un con*unto de atributos relacionados con el es%uerAo necesario para su uso, y en la valoracin individual de tal uso, por un establecido o implicado con*unto de usuarios. 0prendiAa*e 2omprensin 4peratividad 0tractividad %iciencia- 2on*unto de atributos relacionados con la relacin entre el nivel de desempeo del so%t&are y la cantidad de recursos necesitados ba*o condiciones establecidas.

2omportamiento en el tiempo 2omportamiento de recursos Mantenibilidad- 2on*unto de atributos relacionados con la %acilidad de extender, modi%icar o corregir errores en un sistema so%t&are. stabilidad Cacilidad de an@lisis Cacilidad de cambio Cacilidad de pruebas +ortabilidad- 2on*unto de atributos relacionados con la capacidad de un sistema so%t&are para ser trans%erido desde una plata%orma a otra. 2apacidad de instalacin 2apacidad de reemplaAamiento 0daptabilidad 2o- xistencia

PRI CIPIOS DE MEDICI!

0ntes de introducir una serie de mtricas tcnicas que ayuden a la evaluacin de los modelos de an@lisis y diseo, proporcionen una indicacin de la comple*idad de los diseos procedimentales y del cdigo %uente, y ayuden en el diseo de pruebas m@s e%ectivas, es importante entender los principios b@sicos de la medicin. (oc,e sugiere un proceso de medicin que se puede caracteriAar por cinco actividadesformulacin) la obtencin de medidas y mtricas del so%t&are apropiadas para la representacin del so%t&are en cuestin. coleccin) el mecanismo empleado para acumular datos necesarios para obtener las mtricas %ormuladas. an+lisis) el c@lculo de las mtricas y la aplicacin de ,erramientas matem@ticas. interpretacin) la evaluacin de los resultados de las mtricas en un es%uerAo por conseguir una visin interna de la calidad de la representacin. realimentacin ,feed%ac-.) recomendaciones obtenidas de la interpretacin de mtricas tcnicas transmitidas al equipo que construye el so%t&are. :os principios que se pueden asociar con la %ormulacin de las mtricas tcnicas son los siguientes:os ob*etivos de la medicin deber'an establecerse antes de empeAar la recogida de datos. Eodas las tcnicas sobre mtricas deber'an de%inirse sin ambigFedades. :as mtricas deber'an obtenerse bas@ndose en una teor'a v@lida para el dominio de aplicacin (por e*emplo, las mtricas para el diseo ,an de dibu*arse sobre conceptos y principios b@sicos de diseo y deber'an intentar proporcionar una indicacin de la presencia de un atributo que se considera bene%icioso$. Day que ,acer las mtricas a medida para acomodar me*or los productos y procesos espec'%icos. 0unque la %ormulacin es un punto de arranque cr'tico, la recogida y an@lisis son las actividades que dirigen el proceso de medicin. (oc,e sugiere los siguientes principios para estas actividades3iempre que sea posible, la recogida de datos y el an@lisis debe automatiAarse. 3e deber'an aplicar tcnicas estad'sticas v@lidas para establecer las relaciones entre los atributos internos del producto y las caracter'sticas externas de la calidad (por e*emplo, Hest@ correlacionado el nivel de comple*idad arquitectnico con el nBmero de de%ectos descubiertos en la produccinI$. 3e deber'an establecer una directrices de interpretacin y recomendaciones para todas las mtricas.

0dem@s de los principios apuntados anteriormente, el xito de una actividad de mtrica est@ ligada al soporte de gestin. 3e deben considerar los %ondos, la %ormacin y la promocin si se quiere establecer y mantener un programa de medicin tcnica.

MTRICAS DEL C!DI"O FUE TE

:as mtricas de cdigo son un con*unto de medidas de so%t&are que proporcionan a los programadores una me*or visin del cdigo que est@n desarrollando. 0l aprovec,ar las mtricas de cdigo, los programadores pueden entender qu tipos y mtodos se deben re,acer o probar m@s a %ondo. :os equipos de desarrollo pueden identi%icar los riesgos potenciales, entender el estado actual de un proyecto y seguir el progreso durante el desarrollo del so%t&are. Medidas del so%t&are n la lista siguiente se muestran los resultados de las mtricas de cdigo que calcula Jisual 3tudio Kndice de mantenimiento- (epresenta la %acilidad relativa de mantenimiento del cdigo. Un valor alto signi%ica mayor %acilidad de mantenimiento. :a comple*idad estructural del cdigo. 3e crea calculando el nBmero de rutas de acceso del cdigo di%erentes del %lu*o del programa. Un programa que tenga un %lu*o de control comple*o requerir@ m@s pruebas para lograr una buena cobertura de cdigo y ser@ m@s di%'cil de mantener. +ro%undidad de ,erencia- indica el nBmero de de%iniciones de clase que se extienden a la ra'A de la *erarqu'a de clases. 2uanto m@s pro%unda es la *erarqu'a, m@s di%'cil puede ser entender dnde se de%inen y se vuelven a de%inir determinados mtodos y campos. 0coplamiento de clases- mide el acoplamiento a las clases Bnicas a travs de par@metros, variables locales, tipos de valores devueltos, llamadas a mtodos, instancias genricas o de plantillas, clases base, implementaciones de inter%aces, campos de%inidos en tipos externos y decoracin de atributos. l buen diseo de so%t&are sugiere que los tipos y mtodos deben tener co,esin alta y acoplamiento ba*o. Un acoplamiento alto indica un diseo di%'cil de reutiliAar y mantener debido a sus interdependencias en otros tipos. :'neas de cdigo- indica el nBmero aproximado de l'neas del cdigo. l recuento se basa en el cdigo I: y, por consiguiente, no representa el nBmero exacto de l'neas en el arc,ivo de cdigo %uente. Un recuento muy alto podr'a indicar que un tipo o mtodo intenta ,acer demasiado traba*o y debe dividirse. Eambin puede indicar que el tipo o mtodo podr'a ser di%'cil de mantener.

2digo generado 0lgunas ,erramientas de so%t&are y compiladores generan cdigo que se agrega a un proyecto y que el programador del proyecto no ve o no debe cambiar. +rincipalmente, las mtricas de cdigo omiten el cdigo generado cuando calculan los valores de mtricas. sto permite que los valores de mtricas re%le*en lo que el programador puede ver y cambiar. Lo se omite el cdigo generado para %ormularios =indo&s Corms, porque es cdigo que el programador puede ver y cambiar.

MIM:I49(0CI0.
INGENIERA DEL SOFTWARE UN ENFOQUE PRCTICO. 5ta EDICION. Roger S. Pressman !"Gra#$%&&' MNE(I203 EN2LI203 / : 34CE=0( , pag #8# 20:I/0/ / : 34CE=0( , pag #87 C02E4( 3 / 20:I/0/ / Mc0::, pag #87 CU(+3, pag #8) C02E4( 3 / 20:I/0/ I34 "!8>, pag #8> +(IL2I+I43 / M /I2IOL, pag #85 MNE(I203 / : 2O/I94 CU LE , pag ##>