resumen metricas
TRANSCRIPT
-
7/26/2019 Resumen metricas
1/3
4.1 Medidas, mtricas e indicadoresEl IEEE Standard Glossary of Software Engineering Terms dene mtricacomouna medida cuantitativa del grado en que un sistema, componente o procesoposee un atributo dado !uando simplemente se "a recopilado un soloaspecto de los datos, se "a establecido una medida #a medicin aparececomo resultado de la recopilaci$n de uno o varios aspectos de los datos %na
mtrica del software relata de alguna forma las medidas individuales sobrealg&n aspecto
%n indicadores una m'trica o una combinaci$n de m'tricas que proporcionanuna visi$n profunda del proceso del software, del proyecto de software o delproducto en s(, permitiendo al gestor de proyectos o a los ingenieros desoftware a)ustar el producto, el proyecto o el proceso para que las cosas salganme)or
4.2 Mtricas en el proceso y dominios del proyecto#os indicadores de procesopermiten a una organi*aci$n de ingenier(a delsoftware tener una visi$n profunda de la ecacia de un proceso ya e+istente
Tambi'n permiten que los gestores eval&en lo que funciona y lo que no #asmtricas del procesose recopilan de todos los proyectos y durante un largoper(odo de tiempo Su intento es proporcionar indicadores que lleven a me)orasde los procesos de software a largo pla*o
#os indicadores de proyectopermiten al gestor de proyectos del software-./ evaluar el estado del proyecto en curso-0/ seguir la pista de los riesgos potenciales-1/ detectar las 2reas de problemas antes de que se conviertan en 3cr(ticas4-5/ a)ustar el 6u)o y las tareas del traba)o, y-7/ evaluar la "abilidad del equipo del proyecto en controlar la calidad de losproductos de traba)o del software
4.2.1. Mtricas del proceso y mejoras en el proceso del software#a 8nica forma racional de me)orar cualquier proceso es medir atributos delproceso, desarrollar un )uego de m'tricas signicativas seg&n estos atributos yentonces utili*ar las m'tricas para proporcionar indicadores que conducir2n auna estrategia de me)ora
#a ecacia de un proceso de software se mide indirectamente Esto es, see+trae un )uego de m'tricas seg&n los resultados que provienen del procesoEntre los resultados se incluyen medidas de errores detectados antes de laentrega del software, defectos detectados e informados a los usuarios nales,esfuer*o "umano y tiempo consumido, a)uste con la planicaci$n, etc
Grady argumenta que e+isten unos usos privados y pblicos paradiferentes tipos de datos de proceso Entre los e)emplos de mtricas privadasse incluyen (ndices de defectos -individualmente/, (ndices de defectos -porm$dulo/, errores encontrados durante el desarrollo9ump"rey reconoce que la me)ora del proceso del software puede y debeempe*ar en el nivel individual #os datos privados de procesopueden servir
-
7/26/2019 Resumen metricas
2/3
como referencia importante para me)orar el traba)o individual del ingeniero delsoftware
#as mtricas pblicasgeneralmente asimilan informaci$n que originalmenteera privada de particulares y equipos #os (ndices de defectos a nivel deproyecto -no atribuidos absolutamente a un particular/, esfuer*o, tiempo y
datos anes se recopilan y se eval&an en un intento de detectar indicadoresque puedan me)orar el rendimiento del proceso organi*ativo: medida que una organi*aci$n utili*a m'tricas de proceso, la derivaci$n deindicadores simples abre el camino "acia un enfoque m2s riguroso llamadomejora estadstica de proceso del software !M"#$% En esencia, M"#$utili*a el an2lisis de fallos del software para recopilar informaci$n de errores ydefectos encontrados al desarrollar y utili*ar una aplicaci$n de sistema oproducto El an2lisis de fallos funciona de la misma manera
. Todos los errores y defectos se categori*an por origen -por e)emplodefectos en la especicaci$n, en la l$gica, etc/
0 Se registra tanto el coste de corregir cada error como el del defecto1 El n&mero de errores y de defectos de cada categor(a se cuentan y se
ordenan en orden descendente5 Se computa el coste global de errores y defectos de cada categor(a7 #os datos resultantes se anali*an para detectar las categor(as que
producen el coste m2s alto para la organi*aci$n; Se desarrollan planes para modicar el proceso con el intento de
eliminar -o reducir la frecuencia de apariciones de/ la clase de errores ydefectos que sean m2s costosos
4.2.2. Mtricas del proyecto#a utili*aci$n de m'tricas para el proyecto tiene dos aspectos fundamentalesEn primer lugar, estas m'tricas se utili*an para minimi*ar la planicaci$n dedesarrollo "aciendo los a)ustes necesarios que eviten retrasos y redu*can
problemas y riesgos potenciales En segundo lugar, las m'tricas para elproyecto se utili*an para evaluar la calidad de los productos en el momentoactual y cuando sea necesario, modicando el enfoque t'cnico que me)ore lacalidad
4.& Mediciones del softwareSe pueden categori*ar enEntre las medidas directas del proceso de la ingenier(a del software seincluyen el coste y el esfuer*o aplicadosEntre las medidas directas del prod'ctose incluyen las l(neas de c$digo-#
4.&.1. Mtricas (rientadas al )ama*o#as m'tricas del software orientadas al tama=o provienen de la normali*aci$nde las medidas de calidad y>o productividad considerando el 3tama=o4 delsoftware que se "aya producido
-
7/26/2019 Resumen metricas
3/3
?ara desarrollar m'tricas que se puedan comparar entre distintos proyectos, seseleccionan las l(neas de c$digo como valor de normali*aci$n !on los datosrudimentarios se pueden desarrollar para cada proyecto un con)unto dem'tricas simples orientadas al tama=o
Errores por @#
4.&.2. Mtricas (rientadas a la +'ncin#as m'tricas del software orientadas a la funci$n utili*an una medida de lafuncionalidad entregada por la aplicaci$n como un valor de normali*aci$n Aaque la funcionalidad no se puede medir directamente, se debe derivarindirectamente mediante otras medidas directas