Revista Cubana de Ciencias Informáticas

ISSN: 1994-1536
rcci@uci.cu
Universidad de las Ciencias Informáticas
Cuba

Lugo García, José Alejandro; García Pérez, Ana María; Delgado Martínez, Ramsés
Gestión de indicadores en proyectos de software. Perspectivas actuales y futuras
Revista Cubana de Ciencias Informáticas, vol. 3, núm. 3-4, julio-diciembre, 2009, pp. 19-
25
Universidad de las Ciencias Informáticas
Ciudad de la Habana, Cuba

Disponible en: http://www.redalyc.org/articulo.oa?id=378343637002

Cómo citar el artículo

Número completo
Sistema de Información Científica
Más información del artículo Red de Revistas Científicas de América Latina, el Caribe, España y Portugal
Página de la revista en redalyc.org Proyecto académico sin fines de lucro, desarrollado bajo la iniciativa de acceso abierto
RCCI Vol. 3, No. 3-4 JULIO-DICIEMBRE, 2009 p. 19-25
Recibido: 8/4/2010

Gestión de indicadores en
proyectos de software.
Perspectivas actuales y futuras
Indicators management in software projects
Present and future prospects
José Alejandro Lugo García1*, Ana María García Pérez2 y
Ramsés Delgado Martínez1
1 Centro de Calidad de Software (CALISOFT). Universidad de las Ciencias Informáticas. Carretera a San Antonio de
los Baños km 2 1/2. Rpto. Torrens. Boyeros, La Habana. C.P.: 19370
2
Universidad de las Ciencias Informáticas. Centro de Desarrollo de Software Villa Clara.
*Autor para la correspondencia: jalugo@uci.cu
20 Resumen Introducción
Este artículo aborda las temáticas sobre la La mayoría de las organizaciones estima sus
obtención de medidas e indicadores, así indicadores basándose en métodos subjetivos,
como modelos y herramientas surgidas en dígase entrevistas, experiencia de los traba-
las últimas décadas en torno a la medición jadores involucrados, aunque también mediante
de los procesos y construcción de productos híbridos de métodos de estimación basados en
de software, perspectivas actuales y futuras. COCOMO II y puntos de función o casos de uso.
El contenido sirve de apoyo a la confor- No existen por lo general herramientas integra-
mación y despliegue del proceso de Medición das al desarrollo que obtengan medidas para el
y Análisis en el marco del Programa de Me- apoyo a las estimaciones y por ende el grado de
joras que lleva a cabo la Universidad de las subjetividad con que esta tarea se realiza es alto.
Ciencias Informáticas. A esto se añade que cada Organización debe es-
tablecer un procedimiento para la colección de
Palabras clave: desarrollo de proyectos de los datos, su infraestructura para esta actividad,
software; evaluación de proyectos de soft- y definir este proceso lo más natural posible para
ware; indicadores de evaluación; gestión de sus trabajadores.
indicadores; gestión de proyectos de soft-
ware; medición de procesos; Un punto de partida para realizar estimaciones es
establecer una línea base con estos indicadores
siguiendo el proceso descrito en la Figura 1.
Abstract
This paper discusses the topics concerning
to collection of measures and indicators as Proceso de Proyecto Producto
well as tools and models have emerged over ingeniería del del
recent decades regarding the measurement de Software Software Software
of processes and building software products,
current and future prospects. The content
will support the creation and deployment
of measurement and analysis process under Recopilación
the Improvement Program conducted by the de
University of Informatics Sciences. Medidas
Datos
Keywords: software development projects,
evaluation of software projects, evaluation
indicators, management indicators, software
project management, process measurement; Cálculo
de
Métricas Medidas

Evaluación
de
Métricas Indicadores

Figura 1. Proceso de recopilación de indicadores del soft-

ware (Pressman, 2001).

Contar con los resultados del proceso descrito,

contribuye a su vez a la mejora de los procesos de
la Organización, ya que permite la evaluación y
análisis del software construido hasta el momen-
to y tomar decisiones en torno a la rectificación
de errores u oportunidades de avance.
Desarrollo
Si bien la disponibilidad de los datos sobre los
indicadores de mejora es un elemento clave, uno
de los mayores problemas al que se enfrenta
cada Organización es la colección de sus medi-
das. En este sentido Pressman (2001) reconoce
que constituye un reto el hecho de lograr que los
ingenieros del software cobren conciencia de la
importancia de registrar sus actividades.
El Proceso Personal de Software (PSP) y el Pro-
ceso de Software en Equipo (TSP) (Humphrey,
2010), incluyen reconocidas técnicas para el
asentamiento de una base de información útil en
la obtención de indicadores, pero aún así requi-
eren de mucho trabajo por parte del ingeniero
para lograr llevar a cabo el control necesario de sí
mismo y del equipo respectivamente. Otros mod-
elos incluyen métricas con el objetivo de evaluar
distintos atributos de calidad del producto, entre
estos se encuentra GQM (Goal Question Metric)
(Basili et al., 2010), en el que, partiendo de los
objetivos y las preguntas respecto a qué hace una
Organización para mejorar, se logran establecer
las métricas correspondientes.
Patrocinado por el Departamento de Defensa y
la Armada de los Estados Unidos, Practical Soft-
ware Measurement (PSM), es considerado como el
esquema base a partir del cual se ha elaborado
el nuevo estándar ISO/IEC 15939 relativo a la
medición del software para el que se proporcionan
detalles adicionales respecto a las actividades y
tareas relacionadas con el establecimiento de
métricas e interpretación de indicadores (DoD,
2008). Propone una herramienta gratis, el PSM
Insight, en la cual se establecen manualmente
o por importaciones los datos primarios que ser-
virán para obtener gráficos con indicadores sobre
la medición del software.
Sin embargo, el enfoque actual de recolección
de las medidas, al realizarse manualmente, tiene
sus repercusiones en el producto, pues consume
a los ingenieros del software parte del tiempo de
desarrollo. Además implica disparidades en las
interpretaciones de las medidas dado que cada
individuo las interpreta a su manera.
Proyecto Console de IBM Rational
Partiendo de la integración con aplicaciones
de Rational existentes, en el año 2003 vió luz
el proyecto Console de la IBM (2005). El mismo
provee un tablero de progreso informando acerca
del status en que se encuentran los proyectos
creando dinámicamente un sitio web basado en
los datos reales que se reúnen de la plataforma 21
de desarrollo de Rational Suite. De esta manera se
Gestión de indicadores en proyectos de software
Perspectivas actuales y futuras
puede evaluar fácil y rápidamente el progreso y la
calidad de los proyectos sin interrumpir el pre-
cioso tiempo con que cuentan los desarrolladores
del software para crearlo ya que no se solicita que
sean estos quienes provean las medidas.
Proyectos privativos1 como este se han visto a lo
largo de la primera década del siglo XXI, ejemplo
lo tenemos en Micro Focus Lifecycle Management
Solution (Micro Focus, 2009), checKing (ALS,
2009), todas aplicaciones que cumplen a su vez
con requisitos ISO en torno a la monitorización
del proceso de desarrollo software y sus resulta-
dos, cubriendo las necesidades de organizaciones
que desean controlar la calidad del software an-
tes de su puesta en uso.
Por otra parte, en la actualidad son pocas las
aplicaciones realizadas sobre software libre que
constituyan una alternativa a las mencionadas
anteriormente, a las cuales se les atribuye un alto
costo por adquisición y soporte. No obstante se
han dado algunos pasos hacia la conformación
de entornos basados en software libre para la au-
tomatización de los procesos de medición.
Proyecto KEMIS
Siguiendo el precepto de que establecer sistemas
de medición es una pieza básica del control de la
calidad del software, más aún dentro de la actual
tendencia a externalizar (outsourcing) el desar-
rollo, la empresa Kybele Consulting ha propuesto
KEMIS, un entorno de medición para la calidad del
software. KEMIS utiliza herramientas de software
libre como Maven 2 y sus plugins de medición
y reporte, lo que permite automatizar la obten-
ción de las métricas, personalizar los resultados,
y definir la periodicidad con la que se realizan
dichas mediciones (Rodríguez et al., 2009). Entre
los indicadores generados automáticamente bajo
este entorno se encuentran: Tamaño en LDC2, De-
fectos, Densidad de defectos, Número de clases,
Complejidad media. Además KEMIS presenta un
soporte metodológico basado en las mejores prác-
1 Un proyecto es privativo cuando en su distribución del
producto, no se le concede al usuario los derechos de
acceder a su código fuente. Por tanto las posibilidades
de reutilización por otros ingenieros de software son
limitadas. A los productos de software que surgen de
estos proyectos también se les atribuye, por lo general,
un alto costo de compra e impedimentos para su libre
distribución a otros usuarios.
2 Líneas de Código.
 ticas de marcos de medición como Goal Question
22 Metric (GQM), Goal Question Indicator Metric (GQ(I)
M), Goal-Driven Software Measurement (GDSM), Prac-
tical Software Measurement (PSM), y está perfecta-
mente alineada tanto con los estándares específicos
de medición (ISO 15939, ISO 9126, IEEE Std 1061-
1998, etc.) como con las actividades de medición
de los principales modelos de procesos software y
de madurez (CMMI, ISO 12207, ISO 15504).
Otras investigaciones han propuesto alternativas
cubanas a la problemática de automatizar los
procesos de medición en los proyectos. El trabajo
de García (2005) propone diseñar, implementar y
validar un proceso automático de formación de
indicadores de productividad y esfuerzo, a par-
tir de la producción de componentes de la Orga-
nización de software. Para lograr esto se propone
crear una herramienta que calcule una medida
para tamaño del software, acoplable a un sistema
de gestión de configuración.
Obtención del tamaño a través de
Líneas de Código. ¿Un problema?
Una de las características de los sistemas que se
desarrollan, es que sus componentes cuentan con
líneas de código. Aunque los principales prob-
lemas de utilizar líneas de código como métrica
de tamaño para estimación del esfuerzo son la
falta de una definición universal de línea de có-
digo, su dependencia del lenguaje de desarrollo
y la dificultad de estimar en fases tempranas del
desarrollo la cantidad de líneas que tendrá una
aplicación, hoy en día sigue siendo una medida
atractiva, habida cuenta que la mayoría de los
editores de programas proporcionan esta medida
de manera automática, o en su defecto, resulta
muy fácil hallarla.
Además, si los indicadores a partir de líneas de có-
digo son obtenidos y catalogados en función de la
plataforma, se podrán establecer comparaciones con
otros proyectos sobre plataformas similares (García,
2006).
Entre otras métricas para medir el tamaño del
software se encuentran los puntos de función
(Albrecht, 1979), los puntos de característica
(Jones, 1999) y los puntos de casos de uso
(Sparks y Steve, 1999) que si bien suponen una
buena aproximación al arte de evaluar produc-
tos de software ya que hacen que la medida sea
independiente del lenguaje o herramienta uti-
lizada en el desarrollo del proyecto, adolecen de
la facilidad para hacer el cómputo automático y
requieren intervención del hombre para mejorar
la precisión con que se estima. Por otra parte, al
aconsejarse en la actualidad la gestión de proyectos
de manera incremental e iterativa, se hace impre-
scindible el empleo de Sistemas para la Gestión de
la Configuración (SGC) ya que el control de las ver-
siones es vital para un desarrollo organizado. Dichos
sistemas de control de la configuración ofrecen en
efecto el mecanismo adecuado para el control de
la actividad sobre las líneas de código (tamaño),
tiempos y responsables.
StatSVN
En el año 2006 surgió en Internet un proyecto de
software libre3 nombrado StatSVN (Estadísticas
basadas en Subversión) liderado por Jason Kaley
y Gunter Mussbacher (2008).
Hecha sobre tecnología Java, la herramienta que
lleva el mismo nombre retorna información que
existe en un SGC Subversion (SVN) y es capaz
de generar varias tablas y gráficos que describen
la fase de implementación de un proyecto dado
(línea del tiempo sobre las líneas de código, con-
tribución total en líneas de código y sobre las
diferentes carpetas del repositorio de cada pro-
gramador, etc.).
La versión más reciente del proyecto (0.5.0)
es capaz de generar una suite estática HTML o
documentos XDOC donde aparecen contenidas
las tablas y gráficas descritas. La herramienta, de
código abierto, está liberada bajo los términos de
la licencia LGPL basada en StatCVS, otra herra-
mienta similar pero destinada a repositorios CVS,
ambas disponibles en SourceForge.net, conocido
portal web donde se alojan cientos de proyectos
de software libre.
Herramienta para la Construcción de
Líneas Base
La Herramienta para la Construcción de Líneas
Base (HCLB) (Lugo, 2009), resultado de la in-
vestigación propuesta por García (2005), logra
implementar un Servicio de Integración de Es-
3 Un proyecto es software libre, cuando en la distribu-
ción del producto, se le concede al usuario los derechos
de acceder a su código fuente. Por tanto las posibili-
dades de reutilización por otros ingenieros de software
son elevadas. A los productos de software que surgen de
estos proyectos también se les atribuye, por lo general,
un bajo costo de compra (en algunos casos gratuitos)
y no ofrecen impedimentos para su libre distribución a
otros usuarios.

Figura 2. Proceso de obtención de indicadores utilizando control de versiones sobre código fuente y datos iniciales
sobre documentos del proyecto (Lugo, 2009).
Figura 3. Arquitectura para la implantación (Kealey y Mussbacher, 2008).
tadísticas acoplado a un Sistema de Control de
Versiones y un Software de Gestión de Indicadores
de Productividad (SGIP) basado en las estadísticas
colectadas de StatSVN. La Figura 2 muestra el pro-
ceso de obtención de los indicadores por la HCLB.
El proceso parte de la definición de los datos ge-
nerales por el Jefe de Proyectos en el software de
gestión de indicadores, atendiendo a parámetros
como: fecha de inicio del proyecto, qué nombres se
le han dado a los documentos de especificaciones
de casos de uso, cantidad de personas que traba-
jan en el análisis de cada documento de especifi-
caciones, etc. Seguidamente el arquitecto, que es
el encargado de definir la estructura jerárquica del
23
Gestión de indicadores en proyectos de software
Perspectivas actuales y futuras
repositorio para la construcción de código fuente,
crea los nodos (directorios), asociando los docu-
mentos de especificaciones que se usarán para la
generación de código dentro de ellos y define
además, los programadores que deberán trabajar en
cada nodo. Toda la información antes mencionada,
incluyendo los cambios que irán haciendo los pro-
gramadores sobre los nodos, queda registrada en la
base de datos del sistema de gestión de indicadores,
la cual se actualiza diariamente a través del servicio
4 Este servicio está formado por un Shell (.sh) que se
ejecutará diariamente a una hora determinada y pro-
cesará los datos que extrae StatSVN del repositorio,
insertando esta información en la base de datos del
Sistema de Gestión de Indicadores.
 de gestión de estadísticas: SVNStatBash4. Este ser-
24 vicio es el resultado de la modificación del código
fuente de la herramienta StatSVN, donde se logra
insertar la información que extrae de los reposi-
torios SVN en una base de datos relacional basada
en PostgreSQL.
Algunos de los reportes que son mostrados a través
del Sistema de Gestión de Indicadores son: Tamaño
de un Producto, Tiempo de Análisis, Tiempo de de-
sarrollo y el Tiempo Total de Producción, además
de indicadores de Productividad y Esfuerzo.
La Figura 3 visualiza como es posible utilizar la
HCLB en un entorno productivo: (Ver Figura 3)
El almacenamiento de indicadores en una base de
datos relacional posibilita la conformación de una
base histórica muy útil para realizar futuras esti-
maciones. Los beneficios del registro periódico
de informaciones como estas dotan al proceso de
elementos contundentes que posibilitan conocer
además la complejidad, el tamaño y los recursos
necesarios a emplear para el desarrollo de nuevos
productos, tal y como se está concibiendo en el
proyecto de un Repositorio Central de Medición y
Análisis en la Universidad de las Ciencias Infor-
máticas (UCI).
Estado actual. Proyecto Repositorio
Central de MA5 en la UCI
En el marco del Programa de Mejora de la Univer-
sidad de las Ciencias Informáticas6, se inició la
concepción de un repositorio que permitiera alma-
cenar y analizar los indicadores de la producción de
software obtenidos a partir de los proyectos pro-
ductivos de la Universidad. El documento rector de
esta idea (Lugo, 2010), constituye una guía que
provee infraestructura y procedimientos a seguir
para colectar y obtener automáticamente (por
el momento) dos tipos de indicadores: produc-
tividad y esfuerzo y otra variante para colectar
manualmente las medidas con el objetivo de ob-
tener otros indicadores deseados no solo a nivel
de proyectos sino además organizacionales.
Aún así, la estrategia que se describe en el propio
documento del Repositorio Central de MA para la
Universidad de las Ciencias Informáticas, incluye
aún técnicas de recolección manual a través de
plantillas lo cual influye negativamente en la
5 Medición y Análisis.
6 Iniciado en septiembre del 2008, el Programa de Me-
jora está encaminado a que la Universidad alcance en
el 2010 una certificación internacional del nivel 2 del
modelo CMMI. Hecho que la convertiría en la primera
empresa cubana certificada con este modelo y una de
las pocas en el área del Caribe.
propia actividad del proyecto que ya tiene su-
ficiente con el desarrollo del software. También
la recolección manual incide como detrimento en
la posterior obtención de indicadores a niveles
organizacionales pues habría que hacer revisión
de cada plantilla generada para poder extraer los
totales. Por tanto, conocer qué medidas (ISO,
2009) han de recopilarse en los proyectos de
una Organización del Software, tanto genéricas
como específicas (Carnegie, 2009), resulta una
información imprescindible a la hora de emplear
herramientas de gestión que soliciten dicha in-
formación a múltiples proyectos para ser alma-
cenadas en Bases de Datos de Medición.
Problemática y estrategia futura
Siguiendo la filosofía planteada por Olsina y co-
laboradores (2009) y Edgardo Parza (2009), puede
resumirse que la construcción de un mecanismo
para administrar qué medidas han de recopilarse
en los proyectos de una Organización del Soft-
ware, tanto genéricas como específicas, proveerá
de los datos necesarios a aquellas aplicaciones
que permitan mostrar los formularios adecuados
a los proyectos, incluso si las medidas solicitadas
varían en el tiempo.
Gestionar tanto las medidas como los métodos
de obtención de las mismas en un mecanismo
central y automatizado cuya base esté provista
de herramientas libres y que provea, por una
parte, de manera automatizada indicadores pre-
definidos de interés para todas las organizaciones
productoras de software, y por otra indicadores
obtenidos también automáticamente pero cuya
recolección se hizo a través de una interfaz infor-
matizada con el usuario, constituye una solución
deseable acorde con las estrategias planteadas a
niveles organizacionales.
Conclusiones
Para que un sistema de medición de la calidad del
producto software sea eficiente, debe tener un
alto nivel de automatización y posibilitar su uso
de manera frecuente y sin excesivo consumo de
tiempo. El empleo de este tipo de sistemas hace
un aporte considerable hacia la cuantificación del
proceso y el producto, permitiendo que la Orga-
nización pueda optar por certificaciones de mod-
elos de calidad como CMMI.
Si se desea que una herramienta de medición del
software provea un alto grado de satisfacción
y veracidad en torno al proceso, deberá aplicar
buenas prácticas dentro de su propia estructura.
El alineamiento con los estándares ISO correspon- IBM Rational Software. ProjectConsole. [En
dientes garantizan este requisito. Cualquier herra- línea] [Consultado el: 22 de octubre 25
mienta que se utilice en el proceso de medición 2009] Disponible en: http://www.ibm.

Gestión de indicadores en proyectos de software

Perspectivas actuales y futuras
y análisis satisface parcialmente las necesidades com/developerworks/rational/products/
de información de la alta gerencia. Según varíen projectconsole/
los objetivos de negocio de la organización en Jones, Capers. “Applied Software Measurement
el transcurso del tiempo, se deben continuar - Assuring Productivity and Quality”.
identificando nuevas variantes para automatizar McGraw-Hill. 1991, ISBN 0-07-032813-7.
(en la mayor forma posible) el proceso de MA. Kealey, Jason; Mussbacher, Gunter. StatSVN:
El objetivo fundamental: no entorpecer el pro- Statistics for SVN Repositories Based on
ceso de desarrollo de software en los proyectos. the Open Source Project StatCVS. [En línea]
La construcción y empleo de software libre para [Consultado el: 8 febrero 2008] Disponible
estos fines, constituye una oportunidad actual en en: http://www.softwareengineering.ca/
el campo de la medición y gestión de indicadores statsvn/CSI5140_StatSVN.pdf
en proyectos de software. Lugo García, José Alejandro y Rodríguez Brito,
Dayamí. Guía para la utilización y es-
Referencias tructura del Repositorio Central de
Medición y Análisis. Ciudad de La Habana
Albrecht, A.J. “Measuring application development
: s.n., 2009.
productivity”, Proc. Joint Share/Guide/IBM
Lugo García, José Alejandro y García Pérez, Ana
Symposium on Application Development,
M. Herramientas para la construcción de
Monterey, Calif., Oct.14-17, 1979. pp. 83-
líneas base. Palacio de las Convenciones,
92.
La Habana, Cuba, 4to Taller de Calidad en
ALS. Software Lifecycle Optimization. [En línea]
las Tecnologías de la Información y las
[Consultado el: 22 de octubre 2009]
Comunicaciones. Informática 2009. Ciudad
Disponible en: http://www.als-es.com/
de la Habana: s.n., 2009.
home.php?location=herramientas/checKing
Parza, Edgardo; Fuhrman, Christopher; Abran,
Application Lifecycle Management Products. Micro
Alain. Establishing a Generic and
Focus [En línea] [Consultado el: 22 de
Multidimensional Measurement Repository
octubre 2009] Disponible en: http://
in CMMI context. [En línea] [Citado el:
www.netmanage.com/es/products/
2 de octubre de 2009] Disponible en:
ALMProducts.asp
http://www.computer.org/portal/web/
Basili, y V.R. D.M. Weiss, “A Methodology for
csdl/doi/10.1109/SEW.2003.1270721
Collecting Valid Software Engineering
Practical Software Measurement. [En línea] [Citado
Data”, IEEE Trans. Software Engineering,
el 2 de diciembre 2008] Disponible en:
vol. SE-10, 1984, pp. 728-738.
http://www.psmsc.com/
Carnegie Mellon University. CMMI for Dev v1.2,
Pressman, Roger S. 2001. “Ingeniería de Software:
Disponible en: http://www.sei.cmu.edu/
un enfoque práctico”. Quinta Edición. s.l.
reports/06tr008.pdf
McGraw-Hill, 2001. pp. 53-75.
De los A. Martín, María; Bertoa, M.F.; Vallecillo A.;
Rodríguez, Moisés; Genero Marcela; Garzás, Javier;
Olsina L. Hacia un Enfoque Semántico para
Piattini, Mario. KEMIS: Entorno para
la Catalogación de Métricas. Disponible en:
la medición de la calidad del producto
http://www.lcc.uma.es/~av/Publicaciones/02/
software. 2007. Disponible en: http://
CACIC02.pdf
www.aemes.org/rpm/descargar.php?volum
García Pérez, Ana María. “Automatización de la
en=4&numero=4&articulo=9
gestión de la calidad de una Organización
Software Measurement Process. ISO/IEC
de software partiendo de la gestión de
15939:2002. Disponible en: http://
configuración”. Memorias del Evento
www.iso.org/iso/catalogue_detail.
UCIENCIA. 2006. pp. 3-4.
htm?csnumber=29572
García Pérez, Ana María. “Una nueva métrica para
Sparks, Steve; Kapczynski, Kara. “The art of sizing
tamaño en ayuda a la gestión de la calidad
projects”. ITWorld.com. Diciembre 1999. pp 3-4.
del software”. Palacio de las Convenciones,
Watts S. Humphrey, “Pathways to Process Maturity:
La Habana, Cuba, 2do Taller de Calidad
The Personal Software Process and Team
en la Informática y las Comunicaciones.
Software Process”. Disponible en: http://
Evento Internacional Informática. 2005.
www.stsc.hill.af.mil/crosstalk/ crostalk.
pp. 3.
html