Ingeniera de software

Trabajo investigativo No. 04

Presentado por:
Hasbleydi Yurani Reyes Saldaa
Camilo Esteban Rodriguez Forero
Marlon Sebastin Castaeda Aponte

Presentado a:
Juan Carlos Guevara Bolaos

Universidad Distrital Francisco Jos de Caldas, Facultad Tecnolgica

Bogot D.C.
2017
Contenido
1. Mtricas de software......................................................................................3
2. Definicin y caractersticas de medidas........................................................3
3. Definicin y caractersticas de mtricas........................................................5
4. Definicin y caractersticas de indicadores....................................................8
5. Ventajas del uso de mtricas.......................................................................10
6. Tipos de mtricas.........................................................................................11
7. Mtricas de proceso.....................................................................................14
8. Mtricas de proyecto....................................................................................15
9. Mtricas de producto....................................................................................15
10. Mtricas de calidad...................................................................................16
11. Otras.........................................................................................................18
12. Organizacin de un taller sobre el uso de una herramienta de mtricas.18
13. Estudio de caso donde se analice la aplicacin de mtricas de software
20
14. Explicacin del uso de una herramienta de mtricas de software (4
ejemplos)............................................................................................................26
15. Conclusin................................................................................................32
16. Bibliografa................................................................................................32
 Mtricas de software

1. Definicin y caractersticas de medidas

La medicin del software se refiere a derivar un valor numrico desde algn

atributo del software o del proceso software. Comparando estos valores entre
s y con los estndares aplicados en la organizacin, es posible sacar
conclusiones de la calidad del software o de los procesos para desarrollarlo.
Por ejemplo supngase que una determinada organizacin est planeando
introducir una nueva herramienta de prueba de software. Antes de introducir la
herramienta, se registra el nmero de defectos descubiertos en el software en
un tiempo dado; despus de introducir la herramienta, se repite este proceso
de validacin del software.
Las mediciones del software pueden utilizarse para:

Hacer predicciones generales acerca del sistema: Haciendo

mediciones de las caractersticas de los componentes del sistema y
reuniendo estas, podremos derivar una estimacin general de algunos
atributos del sistema, como el nmero de fallas.
Identificar componentes anmalos: Mediante las mediciones se
puede identificar los componentes que se salgan de lo normal.

Aunque hay muchas medidas de la calidad de software, la correccin, facilidad

de mantenimiento, integridad y facilidad de uso suministran indicadores tiles
para el equipo del proyecto. Gilb [Len O. Ejiogo 90] sugiere definiciones y
medidas para cada uno de ellos, tales como:
* Correccin: A un programa le corresponde operar correctamente o
suministrar poco valor a sus usuarios. La correccin es el grado en el que el
software lleva a cabo una funcin requerida. La medida ms comn de
correccin son los defectos por KLDC, en donde un defecto se define como
una falla verificada de conformidad con los requisitos.
* Facilidad de mantenimiento. El mantenimiento del software cuenta con ms
esfuerzo que cualquier otra actividad de ingeniera del software. La facilidad de
mantenimiento es la habilidad con la que se puede corregir un programa si se
encuentra un error, se puede adaptar si su entorno cambia o optimizar si el
cliente desea un cambio de requisitos. No hay forma de medir directamente la
facilidad de mantenimiento; por consiguiente, se deben utilizar medidas
indirectas. Una mtrica orientada al tiempo simple es el tiempo medio de
cambio (TMC), es decir, el tiempo que se tarda en analizar la peticin de
cambio, en disear una modificacin apropiada, en efectuar el cambio, en
probarlo y en distribuir el cambio a todos los usuarios. En promedio, los
programas que son ms fciles de mantener tendrn un TMC ms bajo (para
tipos equivalentes de cambios) que los programas que son ms difciles de
mantener.
Hitachi ha empleado una mtrica orientada al costo (precio) para la capacidad
de mantenimiento, llamada desperdicios. El costo estar en corregir defectos
hallados despus de haber distribuido el software a sus usuarios finales.
Cuando la proporcin de desperdicios en el costo global del proyecto se
simboliza como una funcin del tiempo, es aqu donde el administrador logra
determinar si la facilidad de mantenimiento del software producido por una
organizacin de desarrollo est mejorando y asimismo se pueden emprender
acciones a partir de las conclusiones obtenidas de esa informacin.
* Integridad. En esta poca de intrusos informticos y de virus, la integridad
del software ha llegado a tener mucha importancia. Este atributo mide la
habilidad de un sistema para soportar ataques (tanto accidentales como
intencionados) contra su seguridad. El ataque se puede ejecutar en cualquiera
de los tres componentes del software, ya sea en los programas, datos o
documentos.
Para medir la integridad, se tienen que definir dos atributos adicionales:
amenaza y seguridad. La amenaza es la probabilidad (que se logra evaluar o
concluir de la evidencia emprica) de que un ataque de un tipo establecido
ocurra en un tiempo establecido. La seguridad es la probabilidad (que se puede
estimar o deducir de la evidencia emprica) de que se pueda repeler el ataque
de un tipo establecido, en donde la integridad del sistema se puede especificar
como:
integridad = [1- amenaza x (1- seguridad)]

donde se suman la amenaza y la seguridad para cada tipo de ataque.

* Facilidad de uso. El calificativo amigable con el usuario se ha transformado

universalmente en disputas sobre productos de software. Si un programa no es
amigable con el usuario, prcticamente est prximo al fracaso, incluso
aunque las funciones que realice sean valiosas. La facilidad de uso es un
intento de cuantificar lo amigable que pude ser con el usuario y se consigue
medir en funcin de cuatro caractersticas: (1) destreza intelectual y/o fsica
solicitada para aprender el sistema; (2) el tiempo requerido para alcanzar a ser
moderadamente eficiente en el uso del sistema; (3) aumento neto en
productividad (sobre el enfoque que el sistema reemplaza) medida cuando
alguien emplea el sistema moderadamente y eficientemente, y (4) valoracin
subjetiva (a veces obtenida mediante un cuestionario) de la disposicin de los
usuarios hacia el sistema.
Los cuatro factores anteriores son slo un ejemplo de todos los que se han
propuesto como medidas de la calidad del software.

Medidas de fiabilidad y de disponibilidad.

Los trabajos iniciales sobre fiabilidad buscaron extrapolar las matemticas de la

teora de fiabilidad del hardware a la prediccin de la fiabilidad del software.
La mayora de los modelos de fiabilidad relativos al hardware van ms
orientados a los fallos debidos al desajuste, que a los fallos debidos a defectos
de diseo, ya que son ms probables debido al desgaste fsico (p. ej.: el efecto
de la temperatura, del deterioro, y los golpes) que los fallos relativos al diseo.
Desgraciadamente, para el software lo que ocurre es lo contrario. De hecho,
todos los fallos del software, se producen por problemas de diseo o de
implementacin.
Considerando un sistema basado en computadora, una medida sencilla de la
fiabilidad es el tiempo medio entre fallos (TMEF) [Mayrhauser91], donde:
TMEF = TMDF+TMDR
(TMDF (tiempo medio de fallo) y TMDR (tiempo medio de reparacin)).
Muchos investigadores argumentan que el TMDF es con mucho, una medida
ms til que los defectos/KLDC, simplemente porque el usuario final se
enfrenta a los fallos, no al nmero total de errores. Como cada error de un
programa no tiene la misma tasa de fallo, la cuenta total de errores no es una
buena indicacin de la fiabilidad de un sistema. Por ejemplo, consideremos un
programa que ha estado funcionando durante 14 meses.
Muchos de los errores del programa pueden pasar desapercibidos durante
dcadas antes de que se detecten. El TMEF de esos errores puede ser de 50 e
incluso de 100 aos. Otros errores, aunque no se hayan descubierto an,
pueden tener una tasa de fallo de 18 24 meses, incluso aunque se eliminen
todos los errores de la primera categora (los que tienen un gran TMEF), el
impacto sobre la fiabilidad del software ser muy escaso.
Adems de una medida de la fiabilidad debemos obtener una medida de la
disponibilidad. La disponibilidad (4.1.3.2) del software es la probabilidad de que
un programa funcione de acuerdo con los requisitos en un momento dado, y se
define como:
Disponibilidad = TMDF/(TMDF + TMDR) x 100 %
La medida de fiabilidad TMEF es igualmente sensible al TMDF que al TMDR.
La medida de disponibilidad es algo ms sensible al TMDR ya que es una
medida indirecta de la facilidad de mantenimiento del software.
 2. Definicin y caractersticas de mtricas
Una mtrica es un contenedor de informacin en un contexto de supervisin.
Las mtricas se asocian con una o ms expresiones de valores de mtricas
que, cuando se evalan, dan un valor a la mtrica. Son ejemplos de mtricas la
duracin de trabajo de un proceso y la hora de respuesta del proveedor.

Para definir una mtrica, realice los pasos siguientes:

1. Pulse la pestaa Modelo de detalles de Monitor del editor, pulse con el

botn derecho del ratn el contexto de supervisin (o cualquier elemento
del contexto de supervisin) en el rbol de modelo y pulse Nuevo >
Mtrica.

2. En la ventana Crear nueva mtrica, escriba un nombre en el campo

Nombre. El nombre tiene un lmite de 256 caracteres. Al escribir el
nombre se crear automticamente un ID por omisin, aunque puede
cambiarlo si lo prefiere. El ID es necesario y debe ser exclusivo en el
contexto de supervisin. El ID debe ser un NCName (nombre que no
utilice los dos puntos) XML, lo que quiere decir que debe empezar por
una letra o carcter de subrayado y slo puede contener letras,
nmeros, caracteres de subrayado, guiones y puntos. Seleccione el tipo
de mtrica de la lista de tipos disponibles y pulse Aceptar.

La mtrica se aade al rbol de modelos bajo el contexto de supervisin y el

editor de formularios se abre para que pueda definir la mtrica.

3. En el editor de formularios, especifique los detalles de la mtrica de la

manera siguiente:

a. Opcional: Escriba una descripcin en el campo Descripcin. La

descripcin se utiliza nicamente en el editor de modelo de Monitor y no
se muestra en ningn lugar de WebSphere Business Monitor. El juego
de caracteres no est restringido.

b. Opcional: Escriba la longitud mxima de la serie en el campo Longitud

mxima de la serie. Esta opcin slo est disponible si el tipo es Serie.
El valor por omisin es 256 y puede escribir cualquier valor superior a 0.
La longitud mxima de la serie se aade como restriccin a la base de
datos.

c. Opcional: Si el tipo es de serie y la serie de caracteres se convertir a

otros idiomas, seleccione Asignar espacio adicional en una base de
datos para alojar series Unicode para la globalizacin. Esta opcin slo
est disponible si el tipo es Serie.
d. Opcional: Si esta mtrica es un origen de un nivel de dimensin,
seleccione Se requiere un valor para esta mtrica y tambin especifique
un valor por omisin. Si se requiere un valor se asegura que todas las
instancias estn en un nivel de dimensin determinado al revisar
dimensiones o informes en los paneles de control.

e. Opcional: Para especificar un valor por omisin, escriba un nmero o

una funcin en el recuadro o pulse Editar para especificar una expresin.
Si pulsa Control+espacio para obtener ayuda sobre el contenido, se
muestra una ventana pequea que le ayudar a escribir la expresin. En
esta ventana, puede seleccionar operadores o funciones vlidos. Para
las mtricas cuyo tipo no es serie, entero o decimal, debe convertir el
valor por omisin al tipo adecuado mediante una funcin de constructor.
Puede seleccionar la funcin de la ayuda de contenido antes de
especificar el valor o escribir la funcin manualmente. Por ejemplo, si el
tipo es Duracin, un valor por omisin vlido sera:
duration('P0Y0M1DT0H0M0.000S'), que representa un valor por omisin
de 1 da.

a Opcional: Si desea que la mtrica se indexe en la base de datos de

manera que pueda utilizarse para realizar la clasificacin en Instancias
de los paneles de control, seleccione Esta mtrica se puede utilizar para
clasificar. En el documento XML, esta opcin corresponde al atributo
isSortable de la mtrica.

4. Para aadir una expresin de valor de mtrica a la tabla, pulse Aadir o

pulse dos veces una fila. Cada mtrica debe tener asignado un valor por
omisin o tener una expresin de valor de mtrica para establecer el
valor de la mtrica durante la ejecucin. La expresin se evala en
funcin de las siguientes apariciones:

Se activa un desencadenante. Si proporciona un desencadenante

explcito, la expresin de valor de mtrica slo se ejecutar cuando se
active el desencadenante.

Llega un suceso de entrada al que se hace referencia en la expresin

del valor de mtrica. Si una expresin de valor de mtrica hace
referencia a un suceso de entrada, la expresin se evala nicamente
cuando llega el suceso de entrada. Una expresin de valor de mtrica
puede hacer referencia como mximo a un suceso de entrada.

Se actualiza una mtrica o un contador al que se hace referencia en la

expresin de valor de mtrica. Si la expresin de valor de mtrica no
tiene ningn desencadenante y no hace referencia a un suceso de
 entrada, la expresin se evala cuando se actualiza una mtrica o
contador al que se hace referencia en la expresin (incluso si la
actualizacin no da como resultado un valor nuevo).

a. Opcional: Para proporcionar un desencadenante explcito, pulse la celda

Desencadenante y pulse el botn que se muestra para abrir la ventana
Seleccionar un desencadenante. Seleccione un desencadenante que ha
creado previamente.

b. Pulse la casilla Expresin y aada una expresin. Puede escribir

directamente en la casilla o, en el caso de una expresin de gran
tamao, pulsar el botn visualizado para abrir una ventana
dimensionable. Si pulsa Control+espacio para obtener ayuda sobre el
contenido, se muestra una ventana pequea que le ayudar a escribir la
expresin. En esta ventana, puede seleccionar operadores, funciones y
los siguientes elementos vlidos en el modelo:

o Atributos de suceso de entrada.

o Mtricas, contadores y cronmetros en el mismo contexto de

supervisin.

o Mtricas, contadores y cronmetros en contextos hijos e

inferiores, pero slo si la expresin de valor de mtrica se ejecuta
debido a que se activa un desencadenante en el contexto hijo.

Para emitir literales o subexpresiones con el tipo de datos adecuado,

puede elegir una funcin de constructor de la ayuda de contenido antes
de especificar su argumento o puede escribir manualmente la funcin.
Por ejemplo, si define una mtrica de fecha (por ejemplo, para definir un
perodo de tiempo para un ICR), puede utilizar la ayuda de contenido
para seleccionar Funciones > date() y, a continuacin, Mi modelo de
Monitor > Mi contexto de supervisin > Mi suceso de entrada > Datos
predefinidos > creationTime. Consulte "Soporte de expresiones" para
conocer las expresiones soportadas y ver la definicin de esquema de
suceso para una lista de atributos vlidos.

c. Contine aadiendo las expresiones de valores de mtricas, pulsando

Aadir o pulsando dos veces una fila de la tabla hasta que haya
especificado todos los modos en los que se puede asignar un valor de la
mtrica.
 3. Definicin y caractersticas de indicadores

Un indicador es una mtrica o combinacin de mtricas que proporcionan una

visin profunda del proceso de software.
Un indicador permite al gestor ajustar el producto, proyecto o proceso a
mejorar.

los indicadores del proyecto permiten al gestor:

Evaluar el estado del proyecto en curso.

seguir la pista de riesgos.
detectar reas problemticas antes de que se conviertan en crticas.
Ajustar el flujo y tareas del trabajo.
Evaluar la habilidad del equipo.

Los indicadores del proceso permiten:

Evaluar lo que funciona o no.

En la organizacin permite tener una visin profunda de la eficacia de un
proceso ya existente.

Caracteristicas:

- Medible: anteriormente se ha mencionado que los indicadores son

mtricas, por tanto su principal caracterstica es que son medibles en
unidades. Ejemplo: 1,2, 100, 1000, 1000.000.
- Cuantificable: si se puede medir, se puede cuantificar. Por ejemplo si
hablamos de unidades monetaria las cuantificaramos en o $. Tambin
existen muchos indicadores de gestion que se miden en porcentaje.
- Especifico: se debe centrar en un nico aspecto a medir, hemos de ser
concretos.
- Temporal: debe poder medirse en el tiempo. Por ejemplo podemos
querer medir a diario, de forma semanal, mensual o anual.
- Relevante: el propio trmino hace referencia a esta caracterstica
indicadores clave de gestin. nicamente sirven aquellos factores que
sean relevantes para nuestra empresa.

Los indicadores tienen que informar, controlar, evaluar y por ltimo ayudar a
que se tomen decisiones. Cada empresa tiene sus propios indicadores de
gestin, puesto que cada organizacin y cada modelo de negocio tienen
factores clave a medir diferentes.
En la siguiente imagen se presentan los pasos para definir los KPI que apoyen
una estrategia o la evaluacin de procesos. Se deben tener metas y definir el
responsable de obtenerlas, as como proveer evidencia de si se estn
cumpliendo o no. Finalmente, se muestran de una manera que permita una
precisa interpretacin.

Como fue especificado en el alcance, no se incluye la descripcin de los pasos

para la ejecucin del clculo del indicador, su seguimiento y la generacin de
acciones que puedan salir de este seguimiento, por esta razn la lnea
punteada de la imagen. Estas actividades estn a cargo del responsable del
indicador.

4. Ventajas del uso de mtricas

Diversidad: muestran datos sobre otro tipo de resultados de

investigacin, como conjuntos de datos, presentaciones, software,
patentes, monografas, etc.

Otros impactos: no slo ofrecen informacin sobre el impacto

acadmico y cientfico, sino tambin en otras audiencias y tipos de
impacto: social, econmico, medioambiental, cultural, etc.

Ampliacin del impacto: amplian la imagen del impacto de una

investigacin, con datos ms all de las propias citas.

Mtricas a nivel de artculo: miden el impacto del artculo o resultado

de investigacin, no solo de la revista que lo contiene.

Inmediatez de los datos: ofrecen informacin desde el mismo momento

de la publicacin e incluso antes.

Contexto: permiten visualizar la acogida de un producto de

investigacin y la respuesta inmediata del autor.

Visibilidad: permiten realizar el seguimiento de la difusin de los

resultados de investigacin y tomar decisiones para obtener mayor
visibilidad e impacto.
 Determinar la calidad del producto

Evaluar la productividad de los desarrolladores

Conocimiento cuantitativo de las caractersticas del proceso y del
producto
Se podrn realizar comparaciones con otros proyectos
Se podr mejorar el producto ya que las mtricas sirven para detectar
defectos
Se tendr un soporte para la estimacin y la planificacin
Evaluar los beneficios derivados del uso de nuevos mtodos y
herramientas de ingeniera de software
Establecer una lnea base para la estimacin
Justificar el uso de nuevas herramientas o de formacin adicional

o Limitaciones

Falta de normalizacin: presentan problemas de normalizacin

tanto para su recopilacin como para su uso en la evaluacin cientfica.

No estn reguladas: al tratarse de herramientas poco controladas,

pueden dar lugar a la manipulacin y falsificacin.

Fiabilidad: no est tan claro que sirvan para medir la calidad cientfica.

Tiempo y dificultad: hacer un seguimiento de las altmetricas puede ser

difcil y llevar mucho tiempo si no se utiliza un proveedor de datos
altmtricos.

Saturacin: existen muchas medidas y proveedores diferentes, por lo

que puede ser difcil determinar cules son las ms relevantes para la
evaluacin cientfica.

Aceptacin: aunque se empiezan a tener en cuenta como medidas

complementarias de evaluacin, en Espaa evaluadores y organismos
de financiacin an no las estn teniendo en cuenta.

Contexto: el uso de las aplicaciones de la web social puede variar

segn la disciplina, la ubicacin geogrfica o a lo largo del tiempo,
haciendo difcil interpretarlas.

Falta de correlacin: no se ha podido demostrar que exista una

correlacin clara entre las citas recibidas por un trabajo y las altmetrics
cosechadas, aunque esto vara segn las fuentes. No obstante, al ser de
una naturaleza diferente a las tradicionales y al valorar otros impactos,
esta correlacin no debera ser determinante.
 5. Tipos de mtricas
Un tipo de mtrica define los atributos para una coleccin de mtricas.
Normalmente, un tipo de mtrica identifica un aspecto del rendimiento, como
los ingresos.

Por ejemplo, el tipo de mtrica de ingresos puede asociarse a mtricas como

Ingresos - Pas o Regin, Ingresos - Distrito, Ingresos - Ciudad, etc. Si visualiza
un tipo de mtrica, IBM Cognos Metric Studio mostrar las mtricas que
pertenezcan a ese tipo independientemente de la tabla de puntuacin a la que
pertenezca la mtrica.

Dado que las definiciones de tipos de mtrica no suelen almacenarse en las

bases de datos existentes, es posible que deba crear el tipo de mtrica
directamente en Metric Studio.

Puede asignar diagramas e informes a un tipo de mtrica de manera que

aparezcan en la pestaa de diagrama y de informe de cada mtrica de ese tipo.

Un tipo de mtrica tambin puede definir clculos para el tipo de mtrica y para
los valores de mtrica reales, de destino y de tolerancia. Puede calcular
columnas definidas por el usuario mediante ecuaciones definidas por el
usuario. El clculo para el tipo de mtrica se aplica a todas las mtricas que
pertenecen a l. Tambin puede definir un clculo para una mtrica
determinada que reemplazar un clculo definido para el tipo de mtrica.

Un tipo de mtrica no contiene otros tipos de mtrica.

DE USUABILIDAD:

Al evaluar la usabilidad de una interfaz muchas veces omos (o leemos) esa

frase que dice Hay que contar con las opiniones de los usuarios para adecuar
la aplicacin a sus necesidades. S, pero con matices importantes. Es cierto
que hay que escuchar sus opiniones, pero ms importante es saber
interpretarlas adecuadamente. Haciendo caso solo de todas las opiniones de
los usuarios NO resolveremos todos los problemas. La principal tarea del
experto en usabilidad es detectar tambin aquellos problemas que estn
implcitos en los comentarios y en el uso. stos, la mayora de veces no se
expresan de forma verbal. Una forma de detectar parte de stos problemas es
a travs de la medicin de mtricas. Qu son las mtricas de usabilidad?
Podramos definirlas como aquellos criterios o variables que son medibles de
forma objetiva. Mientras que la interpretacin de una opinin es un anlisis
cualitativo o subjetivo por parte del experto, la interpretacin de datos objetivos
responde a un anlisis cuantitativo. Este tipo de variables se estructuran, como
norma general, en tres grandes grupos: Efectividad: variables que nos permiten
medir la exactitud y la plenitud con la que se alcanzan los objetivos de una
tarea concreta. Algunas de las variables ms tpicas son: Porcentaje total de
tareas completadas. Porcentaje de tareas completadas en el primer intento.
Porcentaje de usuarios que completan las tareas. Ratio de xitos y fracasos.
Nmero de veces que los usuarios solicitan ayuda por no saber qu hacer.
Eficiencia: se refiere al esfuerzo que un usuario tiene que hacer para conseguir
un objetivo. Algunas variables tpicas son: Tiempo empleado en completar cada
tarea. Porcentaje o nmero de errores cometidos. Porcentaje de errores o
problemas segn su severidad. Tiempo empleado en recuperarse de los
errores. Nmero de clics realizados para completar una tarea. Nmero de
pginas visitadas para completar una tarea. Tiempo empleado en determinadas
pginas o grupos de pginas. Porcentaje o nmero de veces que se acude a
ayudas, FAQ o similar. Satisfaccin: se refiere a aquellas que tienen que ver
ms con lo emocional o subjetivo. Para medir el grado de satisfaccin puedes
utilizar criterios como: Porcentaje de usuarios que despus de utilizar el
producto lo recomendara a un amigo. Proporcin de adjetivos positivos o
negativos que cada usuario de al producto. Porcentaje de usuarios que
califican el producto ms fcil de usar que cualquiera de la competencia
directa. Nmero de veces que el usuario expresa satisfaccin o insatisfaccin.
Adems de las reflejadas aqu, es posible crear cualquier otra mtrica que
resulte de utilidad. Por ejemplo, puedes medir el porcentaje de incremento de
ventas que tienes antes y despus de hacer un rediseo.

DE CALIDAD:

El concepto de mtrica es el trmino que describe muchos y muy variados

casos de medicin. Siendo una mtrica una medida estadstica (no cuantitativa
como en otras disciplinas ejemplo fsica) que se aplica a todos los aspectos de
calidad de software, los cuales deben ser medidos desde diferentes puntos de
vista como el anlisis, construccin, funcional, documentacin, mtodos,
proceso, usuario, entre otros. El concepto de mtrica es el trmino que
describe muchos y muy variados casos de medicin. Siendo una mtrica una
medida estadstica (no cuantitativa como en otras disciplinas ejemplo fsica)
que se aplica a todos los aspectos de calidad de software, los cuales deben ser
medidos desde diferentes puntos de vista como el anlisis, construccin,
funcional, documentacin, mtodos, proceso, usuario, entre otros.

DE PUNTO DE FUNCION DE ALBRECHT:

Miden la aplicacin desde una perspectiva del usuario dejando de lado los
detalles de codificacin, estos evalan con fiabilidad.

El valor comercial de un sistema para el usuario.


Tamao del proyecto, costo y tiempo de desarrollo.

Calidad y productividad del programados.

Esfuerzo de adaptacin, modificacin y mantenimiento.

Posibilidad de desarrollo propio.

Beneficios de implementacin en 4GL.

METRICAS DE MANTENIBILIDAD DEL SOFTWARE:

Las mtricas de mantenibilidad no pueden medir el coste de realizar un cambio

particular al sistema software, sino que miden aspectos de la complejidad y la
calidad de los programas ya que existe una alta correlacin entre la
complejidad y la mantenibilidad (a mayor complejidad menor mantenibilidad) y
entre la calidad y la mantenibilidad (a mayor calidad mayor mantenibilidad y
viceversa ).
Existen maneras de medir la mantenibilidad para todos los elementos software
que estn o estarn sometidos a mantenimiento: cdigo, documentos de
usuario, documentos de anlisis o diseo, etc.
Las mtricas del software se pueden clasificar en tres categoras (vase (Kan1,
2002)):

Mtricas de producto. Estas mtricas describen las caractersticas del

producto que de alguna forma determinan la mantenibilidad, por ejemplo, el
tamao, complejidad o caractersticas del diseo.

Mtricas del proceso. Las mtricas del proceso pueden ser utilizadas para
mejorar el desarrollo y mantenibilidad del software. Algunos ejemplos incluyen
la eficacia de eliminar defectos durante el desarrollo, el patrn en el que
aparecen los defectos durante las pruebas o el tiempo fijo de respuesta del
proceso.
Mtricas de proyecto. Las mtricas de proyecto describen las caractersticas y
ejecucin del proyecto. Por ejemplo, el nmero de desarrolladores, el patrn de
staffing en el ciclo de vida, coste, planificacin y productividad del software.

6. Mtricas de proceso

Las mtricas de proceso se realizan en todo el desarrollo del proyecto con un

tiempo determinado, normalmente extenso y son los que permiten al gestor:

Evaluar qu es lo que funciona y lo que no funciona.

Obtener un conjunto de indicadores de proceso para llevar a cabo el
mejoramiento en el proceso.

Y a la organizacin:

Adoptar una visin estratgica.

El proceso es uno de los varios factores controlables para la calidad del

software y el buen desempeo organizacional.

En las mtricas del software al medir el proceso, existen usos privados y

pblicos que los explicaremos a continuacin:

Mtricas privadas

Mtricas pblicas

Medida
Medicin
Mtrica
Indicador

o Mtricas privadas: Para el uso de cada persona, con las siguientes

caractersticas:

ndices de defectos.
Errores encontrados durante el desarrollo.

o Mtricas pblicas: A diferencia de la anterior, esta mtrica se caracteriza

por el uso de todo el equipo y cuenta con las siguientes caractersticas:
 ndices de defectos.
Errores encontrados en revisiones tcnicas del proyecto.
LDC (Lneas de cdigo producidas).
Puntos de fusin por mdulo y funcin.

7. Mtricas de proyecto
Las mtricas del proyecto proporcionan una visin del proceso y los avances
detallados acerca del proyecto que se lleva a cabo, y pue den usarse en todo
tipo de proyectos.

Estas mtricas son efectuadas para conocer el avance o los desvos al plan
original. Pueden ser usadas para medir el estado, efectividad o progreso de
las actividades de un proyecto y as contribuir a tomar decisiones estratgicas
ante los desvos, incidentes o diferentes problemas que surgen en la
ejecucin.

Adems, sirven para conocer los resultados de un equipo de trabajo y

aumentar la productividad.

En el contexto de un proyecto en las mtricas describen las expectativas

sobre un determinado entregable o sobre las tareas que se ejecutarn para
producirlo. Por ejemplo, si el entregable del proyecto es Datos convertidos al
nuevo sistema y validados por el cliente interno, un grupo de mtricas podra
ser:

Cuntas tablas de los sistemas legacy fueron migradas al nuevo sistema

hasta hoy? Cuntas tablas del nuevo sistema fueron validadas por el cliente
interno hasta hoy? En qu pantallas del sistema se encuentran las tablas
convertidas y cuntas de ellas han sido validadas por el cliente interno?

Este conjunto de tres mtricas se medira cada semana durante el proceso de

conversin, para tener una idea acerca del avance y los desvos.

8. Mtricas de producto
Las mtricas de producto permiten medir de forma cuantitativa la calidad de
los atributos internos de un producto. Permite evaluar la calidad antes de la
construccin y conocer, por ejemplo: la calidad del software, quin lo hace, por
qu es importante, cules son los pasos, cul es el producto obtenido, cmo
estar seguro de hacerlo correctamente, entre otros.

Estas medidas se utilizan adems para comprender los atributos de los

modelos que se crean y evaluar la calidad de los productos de la ingeniera o
de los sistemas que se construyen.

9. Mtricas de calidad
Para llegar a la definicin de mtricas de calidad, es necesario primero definir
que es calidad, llegar a un significado o definicin global de este trmino es
una cuestin compleja, debido a la pluralidad de definiciones que puede llegar
a tener, a continuacin se mostraran algunas:

La calidad es el conjunto de propiedades y caractersticas de un producto o

servicio que le confieren su aptitud para satisfacer unas necesidades
explicitas o implcitas [ISO 8402].
La calidad del software es el grado con el que cumple los requerimientos
especificados y las necesidades o expectativas del cliente o usuario [IEEE
Std 610].
La concordancia con los requisitos funcionales y de rendimientos
explcitamente documentados y caractersticas implcitas que se espera de
todo software desarrollado profesionalmente [Pressman].

Analizando estas definiciones es posible establecer una general: Es el grado

de respuesta del conjunto de caractersticas o propiedades de un objeto, que
se le da a los requerimientos establecidos.

Con esto es posible definir lo es mtricas de calidad es la medida cuantitativa

del grado en que un sistema, componente o proceso evala su calidad.

Puntos importantes de la calidad de software:

Los requisitos del software son la base de las medidas de la calidad. La

falta de concordancia con los requisitos es una falta de calidad.

Unos estndares especficos definen un conjunto de criterios de desarrollo

que guan la manera en que se hace la ingeniera del software. Si no se
siguen los criterios, habr seguramente poca calidad.
 Existe un conjunto de requisitos implcitos que a menudo no se nombran.
Si el software cumple con sus requisitos explcitos, pero falla en los
implcitos, la calidad del software no ser fiable.

Existen muchas medidas de calidad del software en las que se encuentran:

Exactitud:

Un programa debe operar correctamente o proporcionara poco valor a sus

usuarios.
Es el grado en el cual el software realiza la funcin requerida.
La medida ms comn son los defectos.
Los defectos son aquellos problemas reportados por un usuario de
programa.

Capacidad de mantenimiento:

El m a n t e n i m i e n t o y soporte del software r e p r e s e n t a n

m s esfuerzo que cualquiera otra actividad de ingeniera de
software.

La capacidad de mantenimiento es la facilidad con la que un

programa puede corregirse si se encuentra un error, se adapta a un
entorno cambiante o cambio en requerimientos.

Integridad:

Mide la habilidad de un sistema para resistir ataques a su seguridad.

Los ataques pueden hacer a programas, datos y documentacin.

Tiene dos atributos adicionales: amenaza y seguridad.

Amenaza es la probabilidad de que un ataque de un tipo especfico

ocurrir dentro de un tiempo dado.
Seguridad es la probabilidad de que el ataque de un tipo especfico
se repeler.

Integridad = Sumatoria [1 ( (1 ))]

A continuacin se podr observar una tabla interrelacionada entre las mtricas

 de calidad existentes y una serie de factores de calidad, en la que se muestra
factores que son usados por la mtrica de calidad y que nos permiten escoger
ms especficamente que mtricas son las adecuadas para evaluar ciertos
aspectos de nuestro producto.

10. Otras

11. Organizacin de un taller sobre el uso de una

herramienta de mtricas
CheckStyle
CheckStyle es una herramienta de desarrollo que ayuda a los programadores a
escribir cdigo que se adhiera a un estndar de codificacin. Automatiza el
proceso de comprobacin de cdigo java. Esto lo hace ideal para los proyectos
a los que se desea aplicar un estndar de codificacin.
CheckStyle es altamente configurable y se puede hacer para apoyar casi
cualquier estndar de codificacin. De tal manera que se puedan suministrar
diferentes estndares de cdigo para su posterior comprobacin mediante la
herramienta.
Funcionalidades
Comentarios JavaDoc: Te permite, por ejemplo, obligar a comentar los nombres
de clases, todos los mtodos menos los set/get y los atributos pblicos.
 Convenciones de nombre: Pueden definir una expresin regular para el
nombre de todo.
Cabeceras: Expresiones regulares para la cabecera de los ficheros.
Imports: Reglas para los imports, como no usar *, imports sin usar, etc.
Violaciones de tamao: define un mximo para el tamao de tus clases,
mtodos, lneas y nmeros de parmetros de un mtodo.
Espacios en blanco;: Un montn de reglas para definir donde se ponen
espacios en blanco y tabuladores de cdigo.
Modificadores: Establece un orden para los modificadores y evita
modificadores innecesarios.
Bloques: Reglas para los bloques de cdigo y sus llaves.
Problemas en la codificacin: Aca hay de todo, desde malas
prcticas tipo asignaciones internas y posibles fuentes de bugs como
definir un mtodo equals que no es equals(Object)m a cosas ms
estticas o poco prolijas, como que el default sea el ltimo elemento en
un switch o parntesis innecesarios
Requerimientos tecnolgicos
Netbeans 8.1 / Eclipse
Internet
Windows 7 o superior

Tutorial de Instalacin y explicacin de plugin en CheckStyle Netbeans

https://www.youtube.com/watch?v=w8F_S1DiUaU
o
https://www.youtube.com/watch?v=w-U7yc_VPR4
o
https://www.youtube.com/watch?v=iiTW8rjYaSo

Pgina de CheckStyle
http://eclipse-cs.sourceforge.net/#!/
Documentacin de CheckStyle
http://checkstyle.sourceforge.net/
Plugin de CheckStyle de Netbeans
http://plugins.netbeans.org/plugin/3413/checkstyle-beans
12. Estudio de caso donde se analice la aplicacin de
mtricas de software
FASES DE LA INVESTIGACIN PREGUNTAS DE LA INVESTIGACIN
ESTUDIO EXPLORATORIO
APLICACIN PILOTO DEL PLAN
DE MTRICAS
1. Siguen las empresas
desarrolladoras de
software en Ecuador un
proceso estandarizado o
basan esta actividad en
la experiencia de su
personal?
2. Hacen las empresas
ecuatorianas mediciones
en las diferentes etapas
del ciclo de vida del
desarrollo de software?
3. Cules son los factores
que las empresas
consideran ms
significativos para ayudar
a una mejor gestin de
los proyectos de
software?
4. Los resultados
observados de las
mtricas e indicadores
propuestos reflejan la
situacin real del proceso
de desarrollo de software
de tal forma que se
aproxime y sea
consistente con la
percepcin que tienen los
administradores acera del
estado y avance
esperado del proyecto de
software?
RESULTADOS (FRP)
El 71% de los proyectos corresponden al desarrollo de nuevos
proyectos de software.
El 30% de los proyectos evaluados duraron menos de tres meses
mientras que un 43% entre 3 y 9 meses.
 El 80& de los proyectos se desenvuelve en un entorno de situacin
de negocio difcil.
Solo un 29% de los proyectos terminaron el 80% de sus tareas
planificadas dentro del plazo establecido para hacerlo.
 La mayor cantidad de defectos aparecen durante las fases de
construccin (35%) y pruebas (36%).
Solo el 20% de los proyectos detectaron y resolvieron ms del 90% de
los defectos en la aplicacin de software.
RESULTADOS DE PLAN DE MTRICAS
Conclusiones
El uso de mtricas en la mayora de empresas es ocasional y depende mucho
del estado y avance del proyecto, ya que al experimentar retrasos la actividad
de recopilacin de datos para la formacin de mtricas se suspende, debido a
que la documentacin del proyecto se posterga o no se realiza.
 13. Explicacin del uso de una herramienta de
mtricas de software (4 ejemplos)

Software de mtricas 01
PMD
PMD es una herramienta que prueba que nuestra aplicacin cumpla una serie
de reglas que nos ayudan a obtener un cdigo ms elegante, sencillo y
mantenible. Estas reglas se agrupan por conjuntos y pueden ser reglas de
complejidad, como que la complejidad ciclomtica no sea demasiado alta; de
diseo, como no usar interfaz como meros contenedores de constantes; de
optimizacin, como procurar utilizar arraylist en lugar de vector; etc.
PMD se puede utilizar desde lnea de comandos,o puede integrarse con
multitud de IDEs y herramientas como Eclipse, Netbeans, Maven o JEdit. Y
Aunque algunos de los casos que comprueba PMD ya se tengan en cuenta en
Eclipse, sigue siendo una utilidad muy interesante para aadir a nuestra caja
de herramientas.
Requerimientos tecnolgicos
Netbeans 8.1
Internet
Window 7 o superior

Funcionalidades
Detectar duplicacin de cdigo.
Detectar cdigo muerto(Variables, parmetros o mtodos sin usar).
Detectar complejidad de mtodos.
NPlathComplexity: es el nmero de rutas de ejecucin a cclicos a travs de
ese mtodo.
ExcessiveMethodLength: el mtodo est haciendo demasiado.
ExcessiveParameterLsit: Lista de parmetros largos pueden indicar que un
nuevo objeto debe ser creado para envolver los numerosos parmetros
ExcessiveClassLength: Archivos de clase largos son indicios de que la clase
puede estar tratando de hacer demasiado..
Complejjidad ciclomatica: Complejidad se determina por el nmero de puntos
de decisin en un mtodo ms uno para la entrada metodo.
ExcessivePublicCount: Puede necesitar un gran nmero de mtodos y
atributos declarados en una clase puede indicar la clase de pblicos para
romperse como requerir un mayor esfuerzo para poner a prueba a tope.
TooManyFields: Las clases que tienen demasiados campos podran ser
rediseados con pocos campos, posiblemente a travs de algn objeto
agrupacin anidada de parte de la informacin.
 NcssMethodCount: Esta regla utiliza el algoritmo NCSS para determinar el
numero de lineas de codigo para un mtodo dado. NCSS ignora los
comentarios y cuenta las declaraciones reales.
TooManyMethods: Una clase con demasiados mtodos es probablemente un
buen objetivo para la refactorizacin, con el fin de reducir su complejidad y
encontrar una manera de tener objetos de grano ms fino.

Software de mtricas 02
CheckStyle
CheckStyle es una herramienta de desarrollo que ayuda a los programadores a
escribir cdigo que se adhiera a un estndar de codificacin. Automatiza el
proceso de comprobacin de cdigo java. Esto lo hace ideal para los proyectos
a los que se desea aplicar un estndar de codificacin.
CheckStyle es altamente configurable y se puede hacer para apoyar casi
cualquier estndar de codificacin. De tal manera que se puedan suministrar
diferentes estndares de cdigo para su posterior comprobacin mediante la
herramienta.
Requerimientos tecnolgicos
Netbeans 8.1 / Eclipse
Internet
Windows 7 o superior

Funcionalidades
Comentarios JavaDoc: Te permite, por ejemplo, obligar a comentar los nombres
de clases, todos los mtodos menos los set/get y los atributos pblicos.
Convenciones de nombre: Pueden definir una expresin regular para el
nombre de todo.
Cabeceras: Expresiones regulares para la cabecera de los ficheros.
Imports: Reglas para los imports, como no usar *, imports sin usar, etc.
Violaciones de tamao: define un mximo para el tamao de tus clases,
mtodos, lneas y nmeros de parmetros de un mtodo.
Espacios en blanco;: Un montn de reglas para definir donde se ponen
espacios en blanco y tabuladores de cdigo.
Modificadores: Establece un orden para los modificadores y evita
modificadores innecesarios.
Bloques: Reglas para los bloques de cdigo y sus llaves.
Problemas en la codificacin: Aca hay de todo, desde malas prcticas tipo
asignaciones internas y posibles fuentes de bugs como definir un mtodo
equals que no es equals(Object)m a cosas ms estticas o poco prolijas, como
que el default sea el ltimo elemento en un switch o parntesis innecesarios.
 Diseo de clases: Varias reglas sobre el diseo de interfaces y clases, con
especial atencin en las excepciones.
Duplicados: Te permite definir un mnimo de lneas para buscar codigo
duplicado en tus clases.
Mtricas: Define mximo para mtricas como complejidad ciclomtica,
complejidad de expresiones lgicas , npath, lneas de cdigo seguidas sin
comentar y dependencia de clases.
Miscelneo: Variables final, indentacin, un buscador de expresiones regulares
y varias cosas mas.
J2EE: Reglas para EJBs.
Otros: Internos de CheckStyle y activados por defecto.
Filtros: Para eventos de auditora del propio CheckStyle, no hace falta mirarlos.

Software de mtricas 03

COCOMO II
(Constructive Cost Model) surge como una alternativa para incluir
componentes de incerteza en las estimaciones conforme al nivel de
informacin disponible. Este es un modelo paramtrico que establece
ecuaciones matemticas para describir las relaciones entre el tamao del
software - factor primario de costo usualmente representado en trminos de
puntos de funcin - y otros factores secundarios que buscan capturar
particularidades de producto, proceso, personas y plataforma. Esos factores
son denominados Cost Drivers, siendo algunos de efecto proporcional y otros
de efecto exponencial.
El modelo ofrece un framework completo para determinar factores de
productividad locales(Constantes de productividad) a partir de datos como el
plazo y el esfuerzo de proyectos pasados. Una de las principales virtudes de
COCOMO II es ofrecer una estimacin de plazo y esfuerzo, y a partir de estos
sugerir el tamao del equipo y no lo opuesto; como sucede generalmente.
Funcionalidades
Hacer que la inversin u otras decisiones financieras que implican un esfuerzo
de desarrollo de software.
Configuracin de los presupuestos y programas de proyectos como base para
la planificacin y el control.
Decidir o negociar compensaciones entre los factores de costo de software,
programacin, funcionalidad, rendimiento o calidad.
Hacer costos de software y las decisiones de gestin de riesgo horario.
Decidir qu partes de un sistema de software para desarrollar, reutilizacin,
arrendamiento o compra.
Decisiones de inventario de software legado hacer: que partes se modifican,
eliminar gradualmente, extemalizar.
 Establecer estrategias de inversin mixtos para mejorar la calidad del software
de la organizacin, a travs de la reutilizacin, las herramientas, la madurez del
proceso, la subcontratacin, etc.

Ejemplo de aplicacin

https://www.youtube.com/watch?v=nRchCHu4tL0
Software de mtricas 04
Resource Standard Metrics, or RSM
11.2. Requerimientos tecnolgicos
Requisitos de hardware
RSM utiliza 1,0 a N megabytes de memoria (virtual) + fsicas en funcin del
nmero de archivos de origen procesados.
RSM requiere espacio de disco para el almacenamiento de informes. Los
requisitos de espacio dependen del nmero y tamao de los informes.
Requisitos de Software
RSM se procesa ningn archivo de longitud y cualquier nmero de archivos
hasta que su memoria local se ha agotado.
RSM se ejecutar precompilado en Windows 9x, Windows NT / 2000 / XP /
Vista y Linux.
RSM licencias UNIX vienen con el cdigo fuente y son conocidos para compilar
en Mac OS X, OS Sun, Sun Solaris, HP-UX, SGI IRIX, IBM AIX y Linux.

Funcionalidades
Recursos Standard Metrics es una herramienta de mtricas de cdigo fuente y
anlisis de calidad para ANSI C, ANSI C ++, C # y Java para su uso en todos
los sistemas operativos Windows y UNIX. La velocidad, facilidad de uso y
portabilidad de los RSM que sea diferente a cualquier otra herramienta de
anlisis de cdigo fuente en el mercado hoy en da. RSM proporciona mtricas
 estndar y anlisis de cdigo fuente automatizado y es indispensable para
cualquier empresa que desea obtener la certificacin ISO-9001, TickIT y
certificaciones SEI.Ahora su empresa puede correr la misma herramienta en
varios idiomas, en mltiples sistemas operativos, la creacin de un estndar
ms alto para su coleccin de mtricas y la calidad del cdigo fuente.
Caractersticas principales
Utilice una herramienta a travs de todos los sistemas operativos - Instalacin
RSM
Utilice una herramienta a travs de todos los idiomas del proyecto para K & R y
C ANSI, ANSI C ++ y Java 2.0+ - Opciones e Informes de RSM
No hay limitaciones a la longitud del archivo, proyectos de nmero de archivos
o el uso, RSM ha procesados que consta de ms de 10.000 archivos y
7.000.000 lneas de cdigo
Utilizar RSM para satisfacer ISO9001, TickIT, el cumplimiento de los niveles 3 y
4 de SEI
Determinar exactamente cmo RSM ve su cdigo - determinista Informe
Recoger 100 de Cdigo Fuente Mtrica por la funcin, clase, archivo, y el
proyecto - RSM Mtrica
Recoger estndar de la industria y del objeto funcional mtricas orientadas -
RSM Mtrica
Realizar mediciones entre dos lneas de base de cdigo - Lnea de base
Diferenciales
Crear factores laborales y de estimacin de costos de las mtricas - Factores
de estimacin
Analizar el cdigo fuente desde hace ms de 50 aos los errores de
programacin latentes que los compiladores se pierda - Anlisis de Calidad de
RSM
Analizar el cdigo fuente de la aplicacin de estilo de cdigo - Anlisis de
Calidad de RSM
Crear un rbol de herencia directamente del cdigo - Herencia rbol
Analizar la herencia de clases del sistema por la profundidad y la derivacin
Interactiva con Visual Studio 6.0 - Estudio de Integracin Visual
Interactiva con Visual Studio .Net - Visual Studio .NET Integracin
Integrado con JBuilder - JBuilder
Integrado con Eclipse - Eclipse
Comentario extraer y cuerdas de correccin ortogrfica y comprensibilidad -
Comentarios Extraccin Cadena Extraccin
Generar cdigo fuente imprimible con los nmeros de ttulos, lnea y de pgina
- Cdigo de Formato de Impresin
Regenerar cdigo fuente para quitar las pestaas, y convertir entre DOS y Unix
- Modo De-Carcter
Crear informes en HTML con hipervnculos en el cdigo - Modo de salida HTML
Crear informes en formato CSV para la entrada directa a MS hojas de clculo
Excel - CSV Informes
Crear informes en XML con XSL traduccin opcional para informes
personalizados - Informe XML ,XML / XSL Informe
 Crear informes en formato de texto para la pantalla, imprimir y la importacin en
los documentos - Textos de mensajes
la operacin de lnea de comandos simple con opciones de tiempo de
ejecucin - Opciones de RSM e Informes
RSM es ideal para recogida automtica de mtricas de cdigo de rutinas de
script - RSM Operacin
El producto es de cinco aos maduro y utilizado por las compaas lder a nivel
mundial - Muestra Base de usuarios
Disponible en las licencias de un solo usuario, Red y del sitio para la solucin
de las mtricas ms rentables y anlisis de cdigo en el mercado hoy en da. -
Formulario de Pedido mtricas estndar de recursos
http://msquaredtechnologies.com/m2rsm/docs/tutorials/command_line_differenti
als/RSM%20Diff%20Command%20Line%20Tutorial.pdf

14. Conclusin

Como se logr apreciar en esta investigacin las mtricas son realmente

importantes a la hora de garantizar un software de calidad, sin embargo, el
saber que existen no quiere decir que sepamos cuales son y de que trata
cada una por lo que al sumergirse en este mundo de las mtricas
adoptamos una posicin mucho ms crtica a la hora de escoger la mtrica
que debemos usar en nuestro proyecto de software.

15. Bibliografa
http://www.ibm.com/support/knowledgecenter/es/SSBN76_7.0.1/com.ibm.btools
.help.monitor.dev.doc/mme/definingmetrics.html
https://www.ibm.com/support/knowledgecenter/es/SSEP7J_10.1.1/com.ibm.sw
g.ba.cognos.ug_mm.10.1.1.doc/c_cmm_intro_metric_types.html
http://metricasneider.blogspot.com.co/2008/11/tipos-de-matricas.html
http://www.marcoteorico.com/curso/91/ingenieria-de-software/862/medida-
metrica-e-indicador
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/gonzalez_d_h/capitulo4.pd
f
http://sw-ufps.blogspot.com.co/2011/05/metricas-aplicadas-al-software.html
http://robertoespinosa.es/2016/09/08/indicadores-de-gestion-que-es-kpi/
https://planeacion.uniandes.edu.co/dmdocuments/INS-45-1-01-
04%20Definicion%20de%20Indicadores%20de%20Desempeno.pdf
http://guiasbus.us.es/altmetrics/ventajas