RPM-AEMES, VOL.

4, N Especial, Octubre 2007 ISSN: 1698-2029

CALIDAD EN MODELOS CONCEPTUALES:

UN ANLISIS MULTIDIMENSIONAL DE
MODELOS CUANTITATIVOS BASADOS EN LA
ISO 9126

Beatriz Marn, Nelly Condori-Fernndez, Oscar Pastor

Departamento de Sistemas Informticos y Computacin. Universidad Politcnica de Valencia.
Camino de Vera s/n. 46022 Valencia, Espaa
{bmarin, nelly, opastor}@dsic.upv.es

Resumen La ISO 9126 [3] es un estndar internacional para evaluar la calidad del software en base a un conjunto de carac-
tersticas y sub-caractersticas de la calidad. Cada sub-caracterstica consta de un conjunto de atributos que son
medidos por una serie de mtricas. Estas mtricas miden artefactos obtenidos en etapas tardas del desarrollo de
software, aumentando el costo de deteccin y correccin de errores. Por esta razn, en la literatura ha surgido un
mayor inters por la definicin de mtricas que pretenden evaluar una o varias de las caractersticas de calidad de-
finidas en el estndar ISO 9126, en etapas tempranas del desarrollo de software. En el presente artculo se revisa
un conjunto representativo de mtricas para medir modelos conceptuales y se identifican las sub-caractersticas de
calidad a las que contribuye cada mtrica. Adems, se presentan los resultados de un anlisis llevado a cabo sobre
esas mtricas, desde las perspectivas de calidad definidas por Krogstie [9], como son la calidad semntica, semn-
tica percibida, sintctica, pragmtica, de lenguaje, de conocimiento, fsica y social. A partir de estos resultados, se
identifican las razones por las que dichas mtricas no aseguran la calidad de los productos de software desde una
visin industrial.

1. INTRODUCCIN tenden contribuir al aseguramiento de la ca-

La produccin de software de manera au-
tomtica o semi-automtica est fuertemente
posicionada en la industria de desarrollo de
sistemas de software [16]. La adopcin de
esta tecnologa implica la realizacin de mo-
delos conceptuales, que posteriormente son
utilizados como entrada para el proceso de
generacin de cdigo.
De este modo, los modelos conceptuales
constituyen el recurso fundamental de los
procesos de generacin de software en en-
tornos MDA (Model Driven Architecture)
[20], y por este motivo, es deseable asegurar
la calidad de estos modelos, evitando la pro-
pagacin de los errores y el alto coste de su
correccin. En este sentido, una gran canti-
dad de investigadores ([10], [19], [10], [14],
[8], [21], [15], [17], [7], [13], [2]) ha defini-
do modelos cuantitativos de calidad que pre-
lidad de los modelos conceptuales.
Dado el auge de los mtodos orientados
a objetos sobre los mtodos estructurados,
estos modelos cuantitativos de calidad estn
orientados a medir primitivas de los modelos
conceptuales orientados a objetos, es decir,
ponen nfasis en conceptos como el encap-
sulamiento, la herencia, el polimorfismo y la
complejidad de las clases, ya sea en modelos
estticos o en modelos dinmicos.
En este artculo se revisan exhaustiva-
mente estos trabajos, y se identifican las sub-
caractersticas de calidad definidas en el
estndar ISO 9126 que tienen relacionadas,
teniendo como objetivos analizar estas pro-
puestas segn las perspectivas de calidad
definidas por Krogstie, y posteriormente
identificar las razones por las que estos mo-
delos cuantitativos de calidad no aseguran la
calidad de los productos de software deseada
por las organizaciones.

153
RPM-AEMES, VOL. 4, N Especial, Octubre 2007
Este artculo est organizado de la si-
guiente manera: la seccin 2 describe el mo-
delo de calidad propuesto por Krogstie y el
estndar ISO 9126. La seccin 3 presenta
las propuestas ms significativas asociadas a
la medicin cuantitativa de modelos concep-
tuales y las sub-caractersticas de calidad a
las que contribuyen con su medicin. En la
seccin 4 se realiza un anlisis de las carac-
tersticas definidas en el estndar ISO 9126 y
de las propuestas presentadas en la seccin 3
segn las perspectivas de Krogstie. La sec-
cin 5 presenta las razones por las cuales
dichas mtricas no aseguran la calidad de los
modelos conceptuales desde una visin in-
dustrial. Finalmente, la seccin 6 presenta
las conclusiones y los trabajos futuros.
2. MODELOS DE CALIDAD
Dado que este artculo se centra en analizar
las mtricas que contribuyen a las caracters-
ticas y sub-caractersticas de calidad defini-
das en el estndar ISO 9126 [3] segn las
perspectivas de Krogstie [9], a continuacin
se introducen estos modelos de calidad para
facilitar el entendimiento de las secciones
posteriores.
2.1 Modelo de calidad de Krogstie
Krogstie ha propuesto un modelo que con-
ceptualiza la calidad de los sistemas de in-
formacin teniendo en cuenta la evolucin
continua y las caractersticas sociales de las
organizaciones.
Tal como se puede ver en la Figura 1, el
modelo de Krogstie propone seis conjuntos,
que al relacionarse entre s dan lugar a los
diferentes tipos de calidad:
x Audiencia: Este conjunto no se refleja
explcitamente en la figura, ya que no
define tipos de calidad al relacionarse
con los dems conjuntos del modelo.
Este conjunto corresponde a los acto-
res individuales, organizacionales y
ISSN: 1698-2029
tcnicos que evalan la calidad del
modelo.
x Extensin del lenguaje: Corresponde a
los hechos que se pueden realizar con
la gramtica y vocabulario del lengua-
je de modelado utilizado.
x Dominio de modelado: Corresponde a
los hechos que se pueden realizar en
una situacin especfica.
x Externalizacin del modelo: Correspon-
de a los hechos de un modelo particu-
lar, que refleja parte de la realidad
percibida, y que est escrito en un len-
guaje particular.
x Conocimiento de los participantes: Co-
rresponde al conocimiento explcito y
relevante que tiene la audiencia.
x Interpretacin de la audiencia: Corres-
ponde a los hechos que la audiencia
piensa que se reflejan en la externali-
zacin del modelo.
Las correspondencias entre los hechos de los
diferentes conjuntos antes mencionados de-
finen ocho tipos de calidad: semntica,
semntica percibida, sintctica, pragmtica,
de lenguaje, de conocimiento, fsica y social.
La calidad fsica consiste en la externa-
lizacin del conocimiento de algn actor
social por el uso de un lenguaje de modelado
conceptual, de manera que la externalizacin
del modelo sea persistente y est disponible
a la audiencia.
La calidad sintctica es la correspon-
dencia entre la externalizacin del modelo y
la extensin del lenguaje en que el modelo
est escrito.
La calidad semntica es la correspon-
dencia entre el modelo y el dominio, es decir,
que el modelo refleje el dominio. Para esto,
se revisa la validacin y la completitud del
modelo. La validacin de la calidad semnti-
ca consiste en que todos los hechos del mo-
delo sean correctos y relevantes al dominio.
La completitud consiste en que el modelo
154
RPM-AEMES, VOL. 4, N Especial, Octubre 2007 ISSN: 1698-2029

contiene todos los hechos correctos y rele- los mediante la conjuncin de los ocho tipos
vantes para el dominio. de calidad antes definidos.
La calidad semntica percibida es la
correspondencia entre las interpretaciones de 2.2 Estndar ISO/IEC 9126
los participantes de un modelo y su conoci-
miento actual del dominio de ese modelo. En 1991, la Organizacin Internacional de
La calidad pragmtica es la correspon- Estndares (ISO) en conjunto con la Comi-
dencia entre el modelo y la interpretacin de sin Electrotcnica Internacional (IEC) pro-
la audiencia. pusieron un estndar para la evaluacin de la
La calidad social corresponde al acuer- calidad del software, denominado ISO 9126.
do entre las interpretaciones de los partici- En el 2001, este estndar fue reemplazado
pantes. por dos estndares relacionados: el estndar
La calidad de lenguaje consiste en la ISO/IEC 9126, que especifica caractersticas
habilidad del lenguaje de modelado para y mtricas de la calidad del software; y el
capturar el dominio, la facilidad de aprender, estndar ISO/IEC 14598, que especifica la
usar y entender el lenguaje de modelado por evaluacin de productos de software. La
los participantes, la formalizacin del len- forma en que se relacionan estos estndares
guaje para permitir su ejecucin, y la rele- se muestra en la Figura 2.
vancia que tiene el conocimiento del domi-
nio sobre el lenguaje.
Efecto del
Recursos Proceso de
La calidad de conocimiento es la canti- y entorno evaluacin
Producto
software
producto de
software
dad de conocimiento que tienen los partici-
pantes del dominio.
Apoyo a la Proceso de Mtricas Mtricas Mtricas de
evaluacin evaluacin internas externas calidad
en uso
14598-1

14598-3
14598-2 9126-1
14598-4

14598-6 9126-3 9126-2

14598-5 9126-4

Figura 2. Relacin entre ISO 9126 e ISO

14598

El estndar ISO/IEC 9126 se compone de

cuatro partes: modelo de calidad [3], mtri-
cas externas [4], mtricas internas [5] y
mtricas para la calidad en uso [6].
En la primera parte, se describen deta-
Figura 1. Modelo de calidad de Krogstie [9]
lladamente seis caractersticas y sub-
caractersticas de calidad para los productos
De esta manera, aplicando el modelo de ca-
de software (Tabla 1). De esta manera, se
lidad de Krogstie a los modelos conceptuales,
puede determinar el grado de calidad estos
se puede identificar la calidad de esos mode-
productos segn la evaluacin de estas ca-
ractersticas y sub-caractersticas.

155
 RPM-AEMES, VOL. 4, N Especial, Octubre 2007 ISSN: 1698-2029

Tabla 1. Caractersticas y sub- 3. METRICAS PARA MODELOS CON-

caractersticas de calidad definidas en el CEPTUALES ORIENTADOS A OBJE-
estndar ISO 9126 [3] TOS
Caracterstica Sub-caractersticas
Funcionalidad Adecuacin La mayora de los trabajos revisados, no han
Correccin
Interoperabilidad
identificado la correspondencia de las mtri-
Seguridad cas que proponen con las caractersticas y
Conformidad sub-caractersticas de calidad definidas en el
Fiabilidad Madurez estndar ISO 9126. Para identificarla, se han
Tolerancia a fallos revisado las mtricas presentes en las partes
Recuperabilidad [4], [5] y [6] del estndar, y se han analizado
Conformidad
Usabilidad Comprensibilidad las correspondencias que existen con las
Aprendibilidad mtricas definidas por los diversos autores,
Operabilidad mediante la abstraccin de los conceptos
Atractividad esenciales que mide cada mtrica. Una vez
Conformidad identificadas estas correspondencias, se han
Eficiencia Comportamiento temporal
Utilizacin de recursos
identificado las respectivas sub-
Conformidad caractersticas y la caracterstica de calidad a
Mantenibilidad Analizabilidad la que contribuye cada una de las mtricas.
Cambiabilidad A continuacin se presentan las pro-
Estabilidad puestas de mtricas revisadas y el resultado
Facilidad de prueba
Conformidad
de la identificacin de las respectivas corres-
Portabilidad Adaptabilidad pondencias:
Instalabilidad
Coexistencia x Mtricas CK [10] [19]: Estas mtricas
Reemplazabilidad fueron definidas para medir la comple-
Conformidad
jidad, el acoplamiento, la cohesin, la
herencia y la comunicacin inter-
En la segunda, tercera y cuarta parte de la
clases del diseo orientado a objetos.
ISO 9126 se describen mtricas y atributos
Estas mtricas ayudan a asegurar la
para evaluar la calidad del software. Estas
caracterstica de mantenibilidad de los
mtricas y atributos estn enfocadas a medir
productos de software, ya que depen-
artefactos obtenidos en fases tardas del ciclo
diendo de esas medidas se puede pre-
de desarrollo de software, complicando la
decir si el modelo y su posterior im-
deteccin y correccin de los problemas de
plementacin sern fciles de corregir,
las etapas iniciales, que se propagan a las
mejorar o adaptar a nuevos requisitos.
etapas posteriores.
La Tabla 2 muestra las relaciones en-
Para evitar esta situacin, han surgido
tre las mtricas CK y las sub-
varias propuestas que contribuyen al asegu-
caractersticas de la mantenibilidad:
ramiento de la calidad en etapas tempranas
del ciclo de desarrollo de software, que se
presentan en la siguiente seccin.

156
RPM-AEMES, VOL. 4, N Especial, Octubre 2007 ISSN: 1698-2029

Tabla 2. Relacin entre mtricas CK y x Mtricas MOOD [2]: Estas mtricas

sub-caractersticas ISO 9126 fueron definidas para medir el uso de
Mtrica Descripcin Sub- los mecanismos de diseo orientado a
caracterstica objetos a nivel de sistema, tales como
WMC Mtodos ponderados por Analizabilidad
clase, segn su comple-
la encapsulacin, la herencia, el poli-
jidad. morfismo y el paso de mensajes. Estos
DIT Longitud mxima desde Analizabilidad mecanismos de diseo orientado a ob-
una clase hasta la raz de Cambiabilidad jetos pretenden apoyar el asegura-
la jerarqua de herencia Estabilidad miento de la caracterstica de mante-
en la que participa.
nibilidad del software. La Tabla 4
NOC Nmero de descendien- Analizabilidad
tes de una clase. Cambiabilidad muestra las mtricas MOOD y las sub-
CBO Nmero de clases con la Analizabilidad caractersticas de mantenibilidad con
que una clase est aco- Cambiabilidad las que estn relacionadas:
plada. Estabilidad
LCOM Nmero de mtodos que Analizabilidad Tabla 4. Relacin entre mtricas MOOD y
acceden a uno o ms de Cambiabilidad
los mismos atributos. Estabilidad sub-caractersticas ISO 9126
RFC Nmero de mtodos Analizabilidad Mtrica Descripcin Sub-
existentes en el conjunto caracterstica
de respuestas de una MHF Proporcin entre la Analizabilidad
clase. suma de las invisibilida-
des de los mtodos de
todas las clases y el
x Mtricas de Li y Henry [21]: Estas nmero total de mtodos
mtricas estn enfocadas a apoyar la definidos en el sistema.
medicin de la caracterstica de man- AHF Proporcin entre la suma Analizabilidad
tenibilidad del software. Para esto, se de las invisibilidades de
los atributos de todas las
focalizan en mediciones de primitivas clases y el nmero total
del diseo del software. La Tabla 3 de atributos definidos en
muestra las mtricas de Li y Henry, y el sistema.
las sub-caractersticas que tienen rela- MIF Proporcin entre la suma Analizabilidad
cionadas: de todos los mtodos
heredados de todas las
clases y el nmero total
Tabla 3. Relacin entre mtricas de Li y de mtodos en todas las
Henry, y sub-caractersticas ISO 9126 clases.
Mtrica Descripcin Sub- AIF Proporcin entre el Analizabilidad
caracterstica nmero de atributos
MPC Nmero de mtodos Analizabilidad heredados y el nmero
invocados en una clase. total de atributos.
DAC Nmero de atributos en Analizabilidad PF Proporcin entre el Analizabilidad
una clase, que tienen Cambiabilidad nmero real de diferen- Cambiabilidad
como tipo otra clase. Estabilidad tes situaciones polimr-
SIZE1 Variacin de la mtrica Analizabilidad ficas posibles para una
LOC nmero de lneas clase y el mximo nme-
de cdigo definida ro de situaciones po-
inicialmente para el limrfcas posibles en la
lenguaje ADA. clase.
SIZE2 Nmero de atributos Analizabilidad
ms nmero de mtodos
locales.

157
RPM-AEMES, VOL. 4, N Especial, Octubre 2007 ISSN: 1698-2029

CF Proporcin entre el Analizabilidad APPM Nmero medio de parmetros Analizabilidad

mximo nmero de Cambiabilidad por operacin.
acoplamientos posibles Estabilidad SIX ndice de especializacin de Analizabilidad
en el sistema y el nme- una clase. Cambiabilidad
ro real de acoplamientos LOC Nmero de lneas de cdigo Analizabilidad
no atribuibles a herencia. por mtodo.
NOM Nmero de mensajes envia- Analizabilidad
x Mtricas de Lorenz y Kidd [14]: Estas dos por un mtodo.
mtricas fueron definidas para medir
las caractersticas estticas del diseo x Mtricas de Marchesi [15]: Estas mtri-
del software, tales como el tamao, el cas tienen como objetivo medir la
uso de herencia y el nmero de res- complejidad del sistema, mediante el
ponsabilidades de una clase. De esta balanceo de responsabilidades entre
manera, estas mtricas contribuyen a paquetes y clases; y la cohesin y el
asegurar la mentenibilidad de los pro- acoplamiento entre entidades del sis-
ductos de software. La Tabla 5 mues- tema. As, estas mtricas ayudan a
tra las mtricas de Lorenz y Kidd y las asegurar la caracterstica de manteni-
sub-caractersticas a las que estn re- bilidad definida en la ISO 9126. La
lacionadas: Tabla 6 presenta las mtricas de Mar-
chesi sus sub-caractersticas relacio-
Tabla 5. Relacin entre mtricas de Lo- nadas:
renz y Kidd, y sub-caractersticas ISO
9126 Tabla 6. Relacin entre mtricas de Mar-
Mtrica Descripcin Subcategora chesi, y sub-caractersticas ISO 9126
PIM Nmero total de mtodos Analizabilidad Mtrica Descripcin Sub-
pblicos de una clase, que Estabilidad caracterstica
estn disponibles como servi- CL1 Peso total de las respon- Analizabilidad
cios para otras clases. sabilidades de una clase,
NIM Nmero total de mtodos de Analizabilidad ya sea heredadas o no.
las instancias de una clase, ya CL2 Peso total de las depen- Analizabilidad
sean pblicos, privados o dencias de una clase. Cambiabilidad
protegidos. Estabilidad
NIV Nmero total de variables Analizabilidad PK1 Nmero de dependencias Analizabilidad
(privadas y protegidas) a entre clases pertenecien- Cambiabilidad
nivel de instancia que tiene tes a un paquete. Estabilidad
una clase. PK2 Nmero de dependencias Analizabilidad
NCM Nmero total de mtodos Analizabilidad entre clases servidoras, Cambiabilidad
globales de una clase, es decir, Estabilidad pertenecientes a un pa- Estabilidad
mtodos visibles por todas las quete.
instancias de la clase. PK3 Promedio de los valores Analizabilidad
NVV Nmero total de variables Analizabilidad PK1 de un sistema.
globales de una clase, es decir, Estabilidad OA1 Nmero total de clases Analizabilidad
visibles por todas las instan- del sistema.
cias de la clase. OA2 Nmero total de jerarqu- Analizabilidad
NMO Nmero de mtodos sobre- Analizabilidad as de herencia del sis-
cargados en una subclase. Cambiabilidad tema.
Estabilidad OA3 Promedio de los pesos Analizabilidad
NHO Nmero de mtodos que Analizabilidad de las clases.
hereda una clase. Cambiabilidad OA4 Desviacin estndar del Analizabilidad
Estabilidad peso de las clases.
NMA Nmero total de mtodos que Analizabilidad
se definen en una subclase.

158
RPM-AEMES, VOL. 4, N Especial, Octubre 2007 ISSN: 1698-2029

OA5 Promedio de los nme- Analizabilidad Tabla 8. Relacin entre mtricas de Ban-
ros de dependencias Cambiabilidad siya & Davis, y sub-caractersticas ISO
directas de las clases del
sistema.
9126
Mtrica Descripcin Sub-
OA6 Desviacin estndar del Analizabilidad
caracterstica
nmero de dependencias Cambiabilidad
directas de las clases del DSC Nmero total de clases Analizabilidad
sistema. en el diseo.
OA7 Porcentaje de responsa- Analizabilidad NOH Nmero de jerarquas de Analizabilidad
bilidades heredadas con Cambiabilidad clases.
respecto al total de res- Estabilidad ANA Nmero medio de ances- Analizabilidad
ponsabilidades de las tros. Cambiabilidad
clases del sistema. DAM Relacin entre el nmero Analizabilidad
de atributos privados y el Cambiabilidad
total de atributos de una Estabilidad
x Mtrica de Harrison et al [17]: Esta clase.
mtrica mide el acoplamiento de una DCC Nmero de clases dife- Analizabilidad
clase, y as pretende contribuir a ase- rentes con las que una Cambiabilidad
gurar la mantenibilidad de los produc- clase est relacionada. Estabilidad
CAM Relacin entre los mto- Analizabilidad
tos de software. La Tabla 7 presenta la dos de una clase, basn- Cambiabilidad
relacin entre esta mtrica y las sub- dose en la lista de par-
caractersticas definidas en el estn- metros de los mtodos.
dar: MOA Extensin de la relacin Analizabilidad
de agregacin, mediante Cambiabilidad
el uso de atributos. Estabilidad
Tabla 7. Relacin entre mtrica de Harri-
MFA Relacin entre nmero Analizabilidad
son et al, y sub-caractersticas ISO 9126 de mtodos heredados Cambiabilidad
Mtrica Descripcin Sub- por una clase y el nme- Estabilidad
caracterstica ro total de mtodos que
NAS Nmero de asocia- Analizabilidad pueden ser accedidos por
ciones de una clase. Cambiabilidad mtodo de la clase.
Estabilidad NPM Nmero de mtodos que Analizabilidad
pueden mostrar compor-
x Mtricas de Bansiya & Davis [8]: Estas tamiento polimrfico.
mtricas fueron definidas para evaluar CIS Nmero de mtodos Analizabilidad
pblicos de una clase. Cambiabilidad
propiedades de diseo, como son la Estabilidad
encapsulacin, acoplamiento, co- NOM Nmero de mtodos Analizabilidad
hesin, composicin y herencia. A definidos en una clase.
travs de estas propiedades, estas
mtricas pretenden ayudar a asegurar x Mtricas de Genero et al [10]: Estas
la caracterstica de mantenibilidad del mtricas fueron definidas para medir
software. La Tabla 8 presenta las la complejidad de los diagramas de
mtricas de Bansiya & Davis y las clases, segn diferentes tipos de rela-
sub-caractersticas a las que estn re- ciones (asociaciones, agregaciones,
lacionadas: dependencias y generalizaciones). En
[12], estos autores identifican que con-
tribuyen a la evaluacin de la mante-
nibilidad de los diagramas de clases,
sin embargo tienen en cuenta la com-
prensibilidad como una sub-
caracterstica de la mantenibilidad.

159
RPM-AEMES, VOL. 4, N Especial, Octubre 2007 ISSN: 1698-2029

Dado que la comprensibilidad no es NASSOSC Nmero de aso- Analizabilidad

una sub-caracterstica de la mantenibi- ciaciones por Cambiabilidad
clase. Estabilidad
lidad segn el estndar ISO 9126, se HAGG Longitud de la Analizabilidad
ha analizado nuevamente cada una de ruta ms larga Cambiabilidad
las mtricas presentadas para identifi- desde la clase a Estabilidad
car las relaciones que efectivamente las hojas dentro de
tengan con las sub-caractersticas de la una jerarqua de
agregacin.
mantenibilidad definidas en el estn-
NODP Nmero de partes Analizabilidad
dar ISO 9126. La Tabla 9 muestra las directas que con- Cambiabilidad
mtricas de Genero et al y las sub- tiene una clase Estabilidad
caractersticas de la mantenibilidad que pertenece a
que tienen relacionadas: una jerarqua de
agregacin.
NP Nmero de partes Analizabilidad
Tabla 9. Relacin entre mtricas de Gene- de una clase Todo, Cambiabilidad
ro et al, y sub-caractersticas ISO 9126 ya sean directas o Estabilidad
Mtrica Descripcin Sub- indirectas.
caracterstica NW Nmero de clases Analizabilidad
NASSOC Nmero total de Analizabilidad Todo de una clase Cambiabilidad
asociaciones de- parte. Estabilidad
ntro de un modelo MAGG Nmero de clases Analizabilidad
de clases. Todo directas que Cambiabilidad
NAGG Nmero total de Analizabilidad tiene una clase en Estabilidad
relaciones de una jerarqua de
agregacin dentro agregacin.
de un modelo de NDEPIN Nmero de clases Analizabilidad
clases. que dependen de Cambiabilidad
NDEP Nmero total de Analizabilidad una clase.
relaciones de NDEPOUT Nmero de clases Analizabilidad
dependencia de- de las que depen- Cambiabilidad
ntro de un modelo de una clase.
de clases.
NGEN Nmero total de Analizabilidad
relaciones de x Mtricas de JA Cruz-Lemus et al [7]:
generalizacin de Estas mtricas estn enfocadas a medir
un modelo de los aspectos dinmicos de los modelos,
clases. especficamente toman como artefacto
NGENH Nmero de jerar- Analizabilidad del diagrama de estados. Estos autores
quas de generali-
zacin en un mo- identifican que sus mtricas contribu-
delo de clases. yen a asegurar la caracterstica de
NAGGH Nmero de jerar- Analizabilidad mantenibilidad de los productos de
quas de agrega- software, segn la sub-caracterstica
cin en un modelo de comprensibilidad [11]. Debido a
de clases.
MAXDIT Mximo de los Analizabilidad
que la comprensibilidad es una sub-
valores DIT obte- caracterstica de la usabilidad en el
nidos de cada estndar ISO 9126, se han identificado
clase del modelo nuevamente las sub-caractersticas de
de clases. la mantenibilidad relacionadas a di-
MAXHAGG Mximo de los Analizabilidad
chas mtricas. La Tabla 10 muestra las
valores HAGG de
cada clase del mtricas de JA Cruz-Lemus et al y las
modelo de clases.

160
RPM-AEMES, VOL. 4, N Especial, Octubre 2007 ISSN: 1698-2029

sub-caractersticas a las estn relacio- ANDM Nmero promedio de Analizabilidad

nadas: los mensajes envia- Cambiabilidad
dos.
ANET Nmero promedio de Analizabilidad
Tabla 10. Relacin entre mtricas de JA los elementos en el
Cruz-Lemus et al, y sub-caractersticas cierre transitivo de
ISO 9126 los mensajes envia-
Mtrica Descripcin Sub- dos directamente.
caracterstica ANCM Nmero promedio de Analizabilidad
NEntryA Nmero de accio- Analizabilidad mensajes de condi-
nes de entrada. cin.
NExitA Nmero de accio- Analizabilidad
nes de salida. A pesar de que se ha encontrado un conjunto
NA Nmero de activi- Analizabilidad amplio y representativo de propuestas, que
dades.
NSS Nmero de estados Analizabilidad
han definido modelos cuantitativos de cali-
simples. dad para que sean aplicados en modelos
NCS Nmero de estados Analizabilidad conceptuales orientados a objetos, se ha
compuestos. Cambiabilidad identificado que todos ellos apuntan a medir
NE Nmero de eventos. Analizabilidad slo una de las caractersticas definidas en el
NG Nmero de guardas. Analizabilidad estndar ISO 9126: la mantenibilidad.
NT Nmero de transac- Analizabilidad
ciones.
En la siguiente seccin se presenta un
McCabe Nmero ciclomti- Analizabilidad anlisis de las caractersticas definidas en el
co de McCabe. estndar ISO 9126 y de las mtricas que
apuntan a evaluar esas caractersticas, segn
x Mtricas de Kiewkanya et al [13]: Estas las perspectivas de calidad definidas por
mtricas estn enfocadas a medir las Krogstie.
interacciones de las clases, tomando
como artefacto el diagrama de secuen- 4. ANLISIS MULTIDIMENSIONAL
cia. Mediante las interacciones entre
las clases, estas mtricas pretenden El anlisis segn las perspectivas de Krogs-
ayudar a la medicin de la mantenibi- tie se ha realizado en dos niveles. En primer
lidad de los productos de software. nivel se han analizado las caractersticas
Las mtricas de Kiewkanya et al y las definidas el estndar ISO 9126, y en segundo
sub-caractersticas que tienen relacio- nivel se han analizado las mtricas presenta-
nadas son (Tabla 11): das en la seccin 3.

Tabla 11. Relacin entre mtricas de 4.1 Anlisis de ISO 9126

Kiewkanya et al, y sub-caractersticas ISO
9126 El anlisis de las caractersticas de calidad
Mtrica Descripcin Sub- definidas en la ISO 9126 segn las perspec-
caracterstica tivas de Krogstie se realizar teniendo en
NOS Nmero de escena- Analizabilidad cuenta a los modelos conceptuales orienta-
rios.
WMBO Peso de los mensajes Analizabilidad
dos a objetos como productos de software.
entre objetos. La caracterstica de funcionalidad corres-
ANRM Nmero promedio de Analizabilidad ponde a la capacidad de los productos de
los mensajes de Cambiabilidad software de proveer las funciones que satis-
retorno. facen las necesidades de un dominio en par-
ticular. Esta caracterstica en los modelos

161
RPM-AEMES, VOL. 4, N Especial, Octubre 2007
conceptuales implica que el modelo tiene
todas las funciones necesarias para que pue-
dan ocurrir los hechos del dominio. Por esta
razn, la funcionalidad se corresponde con la
calidad semntica definida por Krogstie, que
define que el modelo sea correcto y comple-
to para los hechos que ocurren en un domi-
nio especfico.
La caracterstica de fiabilidad consiste
en mantener el nivel de rendimiento en con-
diciones especficas. Dado que el rendimien-
to se puede considerar como un hecho del
dominio del modelo, la caracterstica de fia-
bilidad concierne a un aspecto de la calidad
semntica, es decir, a una correspondencia
entre el modelo y el dominio.
De la misma manera, la caracterstica
de eficiencia definida como la capacidad de
entregar un rendimiento apropiado a los re-
cursos utilizados en condiciones especficas,
corresponde a un aspecto de la calidad
semntica, ya que el rendimiento segn la
utilizacin de los recursos es un hecho del
dominio de modelado de los productos de
software.
La caracterstica de usabilidad definida
en la ISO 9126, corresponde a la capacidad
de los productos de software para ser com-
prendidos, aprendidos, utilizados y agrada-
bles para un usuario en un dominio especfi-
co. Dado que la caracterstica de usabilidad
necesita de usuarios que interacten con el
producto, esta caracterstica se correspon-
der con uno o varios tipos de calidad aso-
ciados al conjunto que tiene la interpretacin
de la audiencia (ver Figura 1), es decir, a las
interpretaciones que pueden realizar los
usuarios de los modelos conceptuales. La
caracterstica de usabilidad corresponde a un
aspecto de la calidad pragmtica, ya que si el
modelo es comprendido y utilizado por los
usuarios, existir una correspondencia entre
la externalizacin del modelo y la interpreta-
cin de la audiencia, es decir, se demostrar
la calidad pragmtica. Adems, esta carac-
terstica corresponde a un aspecto de la cali-
dad de lenguaje, ya que si el modelo es com-
ISSN: 1698-2029
prendido, aprendido y utilizado, se demos-
trar la facilidad de entender, usar y aprender
el lenguaje de modelado utilizado para reali-
zar el modelo conceptual por los usuarios.
La caracterstica de mantenibilidad
consiste en poder realizar modificaciones a
los productos de software. Estas modifica-
ciones son necesarias para que los productos
reflejen de mejor manera un dominio espec-
fico. Esta caracterstica se puede entender
como una propiedad del dominio de los mo-
delos conceptuales, por lo que los modelos
que cumplan con esta caracterstica estarn
contribuyendo a la calidad semntica.
La caracterstica de portabilidad defi-
nida en la ISO 9126, consiste en la capaci-
dad de los productos de software de ser
transferidos de un entorno a otro, ya sea or-
ganizacional, de software o de hardware.
Esta caracterstica subsume la persistencia
de los modelos de los productos de software,
ya que es necesaria para poder realizar las
transferencias a otros entornos. Por este mo-
tivo, la caracterstica de portabilidad se co-
rresponde con la perspectiva de calidad fsi-
ca, que plantea que los modelos sean persis-
tentes y estn disponibles para el uso de la
audiencia.
Dado que en la ISO 9126 no se especifi-
can caractersticas de calidad asociadas a los
lenguajes de modelado de los productos de
software, como por ejemplo UML, la pers-
pectiva de calidad sintctica no queda co-
rrespondida con alguna de las caractersticas
o sub-caractersticas del estndar ISO 9126.
Asimismo, el estndar ISO 9126 no de-
fine caractersticas de calidad asociadas al
conocimiento de las personas que interact-
an con los productos de software, por lo
que no existen correspondencias directas
entre las caractersticas definidas en el
estndar con las perspectivas de calidad de
conocimiento, semntica percibida y social
definidas por Krogstie, ya que estos tipos de
calidad estn enfocados precisamente en el
conocimiento de la audiencia, en las inter-
pretaciones que realice la audiencia median-
162
RPM-AEMES, VOL. 4, N Especial, Octubre 2007
te ese conocimiento y en el consenso de las
interpretaciones realizadas por la audiencia.
Cabe destacar que, las caractersticas de
calidad definidas en el estndar ISO 9126
slo se reflejan en los tipos de calidad fsica,
semntica, pragmtica y de lenguaje, no cu-
briendo completamente los aspectos de estos
tipos de calidad y dejando de lado los tipos
de calidad semntica percibida, sintctica, de
conocimiento y social.
La Tabla 12 resume las relaciones exis-
tentes entre las perspectivas de calidad defi-
nidas por Krogstie y las caractersticas de
calidad definidas en el estndar ISO 9126.
Tabla 12. Correspondencia entre perspec-
tivas y caractersticas de calidad
Perspectiva de calidad Caracterstica de cali-
Krogstie dad
ISO 9126
Calidad Fsica Portabilidad
Calidad Semntica Funcionalidad
Fiabilidad
Eficiencia
Mantenibilidad
Calidad Semntica Percibi-
da
Calidad Sintctica
Calidad del Lenguaje Usabilidad
Calidad Pragmtica Usabilidad
Calidad del Conocimiento
Calidad Social
4.2 Anlisis de mtricas
El conjunto de propuestas de mtricas pre-
sentado en la seccin 3 contribuyen a la ca-
racterstica de mantenibilidad, dejando de
lado las dems caractersticas definidas en el
estndar ISO 9126. En base a esto, y al an-
lisis de las caractersticas de calidad defini-
das en el estndar ISO 9126 presentado en la
seccin 4.1, se puede afirmar que las pro-
puestas presentadas contribuyen a medir
parcialmente aspectos de la perspectiva de
calidad semntica, siendo no tratadas las
otras perspectivas de calidad.
Se debe hacer hincapi en que las mtricas
presentadas slo tratan la calidad semntica
ISSN: 1698-2029
de manera parcial, ya que para evaluar esta
perspectiva de calidad, tambin se necesitan
evaluar otras caractersticas de calidad, como
son la funcionalidad, la fiabilidad y la efi-
ciencia. Asimismo, es necesario destacar que
las mtricas presentadas no estn relaciona-
das con todas las sub-caractersticas de la
mantenibilidad. Como se puede ver en la
Tabla 13, todas las propuestas estn relacio-
nadas con la sub-caracterstica de analizabi-
lidad y ninguna con la sub-caracterstica de
facilidad de pruebas.
La analizabilidad de los modelos con-
ceptuales es la capacidad que tienen los pro-
ductos de software de diagnosticar deficien-
cias en las partes identificadas para ser mo-
dificadas. Para el caso de los modelos con-
ceptuales, la identificacin de cada primitiva
contribuir a diagnosticar las deficiencias
que pueden ocurrir cuando se modifiquen.
Por este motivo, esta sub-caracterstica est
relacionada a todas las mtricas presentadas
en la seccin 3. Por ejemplo, en la Tabla 13
se puede ver que seis de las seis mtricas
MOOD estn relacionadas con esta sub-
caracterstica.
En menor medida que la sub-
caracterstica de analizabilidad, todas las
propuestas presentan mtricas para medir la
cambiabilidad de los modelos conceptuales,
es decir, la capacidad del modelo para per-
mitir que una modificacin sea realizada.
Por ejemplo, en la Tabla 13 se puede ver que
slo una de las cuatro mtricas de Li y Hen-
ry est relacionada a esta sub-caracterstica.
Del conjunto de propuestas presentadas, slo
las que presentan mtricas para aplicarlas
sobre modelos de clases contribuyen a la
sub-caracterstica de estabilidad de los mo-
delos conceptuales, es decir, la capacidad de
minimizar los efectos cuando se produce un
cambio en el modelo. Por ejemplo, en la
Tabla 13 se puede observar que cuatro de las
doce mtricas de Marchesi estn relaciona-
das a esta sub-caracterstica.
En cuanto a la sub-caracterstica de faci-
lidad de pruebas, tiene sentido que ninguna
163
RPM-AEMES, VOL. 4, N Especial, Octubre 2007 ISSN: 1698-2029

de las propuestas presente mtricas que estn Razn 1: Las mtricas revisadas no con-
relacionadas a esta sub-caracterstica, debido tribuyen a la medicin de la funcionalidad
a que dentro de los modelos no se tienen de los modelos conceptuales.
primitivas que evalen los cambios que pue- Desde una visin industrial, una de las
den realizarse en el dicho modelo. caractersticas de calidad ms importante es
la funcionalidad, es decir, que el producto
Tabla 13. Proporcin de contribucin a haga lo que tiene que hacer en un dominio
sub-caracterstica por propuesta determinado. Esta caracterstica es importan-
Propuestas Anali- Cam- Esta- Facili- te debido a que si el producto hace lo que
za- bia- bilidad dad de tiene que hacer, los usuarios generan con-
bilidad bilidad pruebas
fianza en la organizacin que ha desarrollado
CK 6/6 4/6 3/6 0/6
Li y Henry 4/4 1/4 1/4 0/4 el producto, y probablemente comprarn
MOOD 6/6 2/6 1/6 0/6 nuevos productos a esa organizacin.
Lorenz y 12/12 3/12 5/12 0/12 Para medir la caracterstica de funciona-
Kidd lidad es necesaria la incorporacin de mode-
Marchesi 12/12 6/12 4/12 0/12 los de requisitos, y mediante la trazabilidad
Harrison et al 1/1 1/1 1/1 0/1 entre los modelos de requisitos y los mode-
Bansiya & 11/11 7/11 5/11 0/11
Davis los conceptuales, identificar si se cumple con
Genero et al 16/16 8/16 6/16 0/16 las funciones que debe realizar el software.
JA Cruz- 9/9 1/9 0/9 0/9 Otra forma de contribuir a la medicin
Lemus et al de la caracterstica de funcionalidad es me-
Kiewkanya 6/6 2/6 0/6 0/6 diante el tamao funcional de los modelos de
et al requisitos y la comparacin con el tamao
funcional de los modelos conceptuales.
Dado que las mtricas relacionadas al estn- Razn 2: Las mtricas revisadas no contri-
dar ISO 9126 slo contribuyen a medir la buyen a la medicin de la caracterstica de
calidad semntica de manera parcial, en la usabilidad de los modelos conceptuales.
siguiente seccin se describen cinco razones Otra caracterstica importante para las orga-
por las estas mtricas no son suficientes nizaciones es la caracterstica de usabilidad,
para asegurar la calidad de los modelos con- ya que los usuarios deben entender como
ceptuales desde una perspectiva industrial. operar el producto de software para poder
utilizarlo. En caso de que los productos sean
5. ASEGURAMIENTO DE LA CA- difciles de utilizar por los usuarios, aunque
LIDAD EN MODELOS CONCEP- el producto presente todas las funcionalida-
TUALES: ALGUNAS RAZONES des requeridas por ellos, el producto no ser
TCNICAS exitoso. De esta manera, los usuarios proba-
blemente desecharn el producto y no vol-
El aseguramiento de la calidad de los mode- vern a comprar productos a la misma com-
los conceptuales depende de muchos facto- paa.
res, como por ejemplo factores tcnicos, de Para medir la caracterstica de usabili-
proceso, sociales [1], etc. Por cada uno de dad en los modelos conceptuales, es necesa-
los factores que contribuyen al aseguramien- rio analizar los modelos de presentacin,
to de la calidad se pueden identificar razones identificando las primitivas de los modelos
por las que no se puede lograr este objetivo, de presentacin (navegacin, entidad, con-
sin embargo, en este artculo se muestran las texto, color, etc.) disponibles en cada venta-
razones tcnicas: na o pgina web, segn sea la naturaleza del
producto de software. Una vez identificadas

164
RPM-AEMES, VOL. 4, N Especial, Octubre 2007
las primitivas, se pueden plantear mtricas
que permitan contribuir al aseguramiento de
la caracterstica de usabilidad.
Razn 3: Hoy en da, algunas carac-
tersticas no pueden ser medidas en los mo-
delos conceptuales, sino que deben ser me-
didas en los productos finales.
La caracterstica de fiabilidad corres-
ponde a que el producto mantenga un nivel
especfico de rendimiento, pero los modelos
conceptuales no tienen rendimiento, por este
motivo no se puede aplicar ni medir esta
caracterstica a los modelos conceptuales,
sino que las mediciones deben realizarse en
los productos finales.
La caracterstica de eficiencia corres-
ponde a que el producto tenga un nivel de
rendimiento apropiado a los recursos utiliza-
dos. Como se dijo anteriormente, los mode-
los conceptuales no tienen rendimiento, por
lo que esta caracterstica tambin debe me-
dirse en los productos finales.
La caracterstica de portabilidad corres-
ponde a la capacidad de los productos de ser
transferidos de un entorno a otro. Los mode-
los conceptuales no tienen caractersticas del
entorno de ejecucin del producto de softwa-
re que se generar con ellos, por lo tanto, la
caracterstica de portabilidad tampoco puede
ser aplicada o medida en los modelos con-
ceptuales.
Si bien las caractersticas de fiabilidad,
eficiencia y portabilidad son importantes
para las organizaciones, actualmente no pue-
den asegurarse en las etapas tempranas del
ciclo de desarrollo de software. Sin embargo,
existen mtricas ([4], [5], [6]) que contribu-
yen a asegurar estas caractersticas en los
productos finales.
Razn 4: No existe un modelo de cali-
dad que permita medir todas las caracters-
ticas de calidad definidas en el estndar ISO
9126.
Aunque existen varias propuestas que
contribuyen a la medicin de las caractersti-
cas definidas en la ISO 9126, no existe un
modelo de calidad que simplifique la unin
ISSN: 1698-2029
de todas esas propuestas, elimine las redun-
dancias y agregue las mtricas necesarias
para medir estas seis caractersticas definidas,
tanto a nivel de modelos conceptuales como
de productos finales.
Razn 5: El estndar ISO 9126 no pro-
fundiza en las caractersticas sociales de las
organizaciones.
A pesar de que se tuviera un modelo de
calidad que permita medir todas las carac-
tersticas definidas en el estndar ISO 9126,
no se podra asegurar la calidad de los pro-
ductos desde una visin industrial. Esto su-
cede porque las caractersticas de calidad
definidas en el estndar ISO 9126 slo se
corresponden con algunas perspectivas de
calidad, como son la calidad fsica, semnti-
ca, de lenguaje y pragmtica, dejando de
lado las perspectivas que reflejan la carac-
terstica social de las organizaciones.
Por otro lado, algunas de las perspecti-
vas de calidad no pueden ser medidas de
forma cuantitativa, por lo que es necesario
definir cuestionarios que permitan medirlas
de forma cualitativa, segn las percepciones
de las personas que interacten con los pro-
ductos de software.
Por estos motivos, es necesaria la crea-
cin de un nuevo modelo de calidad, que
permita evaluar todas las perspectivas de
calidad para contribuir al aseguramiento de
la calidad teniendo en cuenta la naturaleza
social de las organizaciones.
6. CONCLUSIONES Y FUTURO TRA-
BAJO
En este artculo se ha presentado dos mode-
los de calidad: el modelo de calidad de
Krogstie y el estndar ISO 9126. Estos mo-
delos conceptualizan la calidad de los pro-
ductos de software de maneras diferentes. El
modelo de calidad de Krogstie conceptualiza
la calidad mediante la conjuncin de los ti-
pos de calidad que ha definido, teniendo en
cuenta el constante cambio y la naturaleza
social que tienen las organizaciones. Por otro
165
RPM-AEMES, VOL. 4, N Especial, Octubre 2007
lado, el estndar ISO 9126 conceptualiza la
calidad de los productos de software median-
te la presencia de seis caractersticas de cali-
dad, pero no tiene en cuenta la caracterstica
social de las organizaciones que utilizarn
los productos.
Adems, se ha presentado un conjunto
representativo de mtricas que permiten eva-
luar la calidad en etapas tempranas del ciclo
de desarrollo de software. Para cada una de
las mtricas presentadas se han identificado
las sub-caractersticas de calidad, y por con-
siguiente la caracterstica de calidad, que
tiene relacionadas. Se identific que todas
las propuestas ayudan a medir la caractersti-
ca de mantenibilidad, dejando de lado las
dems caractersticas definidas en el estn-
dar ISO 9126.
El anlisis de las caractersticas defini-
das en la ISO 9126 segn las perspectivas de
Krogstie revela que el estndar no cubre
todas las perspectivas que aseguran la cali-
dad de los productos de software utilizados
por organizaciones, debido a que slo cubre
parcialmente las perspectivas de calidad fsi-
ca, semntica, pragmtica y de lenguaje,
dejando de lado las perspectivas de calidad
semntica percibida, sintctica, de conoci-
miento y social.
Asimismo, el anlisis de las mtricas segn
las perspectivas de Krogstie refleja que slo
se contribuye de manera parcial a la calidad
semntica, ya que la mantenibilidad es slo
uno de los aspectos de ese tipo de calidad.
Finalmente, se han identificado cinco
razones por las que los modelos cuantitativos
que contribuyen a la evaluacin de las carac-
tersticas definidas en el estndar ISO 9126,
no son suficientes para asegurar la calidad de
los modelos conceptuales desde una visin
industrial. La principal razn es que el
estndar ISO 9126 no toma en cuenta la ca-
racterstica social de las organizaciones. Por
esta razn, es necesaria la creacin de un
modelo cuantitativo y cualitativo de calidad
que permita asegurar la calidad de los mode-
ISSN: 1698-2029
los conceptuales y los productos finales des-
de todas las perspectivas de la calidad.
El trabajo futuro inmediato estar dado
por la definicin de un modelo cuantitativo
de calidad, que permita asegurar la calidad
de los productos de software segn el estn-
dar ISO 9126.
AGRADECIMIENTOS
Este trabajo ha sido desarrollado con el so-
porte del MEC bajo el proyecto DESTINO
TIN2004-03534 y cofinanciado por FEDER.
REFERENCIAS
[1] A. Gopal, T. Mukhopadhyay y M. S. Krishnan,
The Impact of Institucional Forces on Software
Metrics Programs, IEEE Transactions on Software
Engineering vol. 31, no. 8, pp. 679-694, 2005.
[2] F. Brito e Abreu y W. Melo, Evaluating the Im-
pacto of Obejct-Oriented Design on Software Quali-
ty, 3rd International Metric Symposium, pp. 90-99,
1996.
[3] ISO, ISO/IEC 9126-1 Software engineering
Product quality Part 1: Quality Model, 2001.
[4] ISO, ISO/IEC 9126-2 Software engineering
Product quality Part 2: External Metrics, 2003.
[5] ISO, ISO/IEC 9126-3 Software engineering
Product quality Part 3: Internal Metrics, 2003.
[6] ISO, ISO/IEC 9126-4 Software engineering
Product quality Part 4: Quality in Use Metrics,
2004.
[7] J.A. Cruz-Lemus, M. Genero y M. Piattini, Me-
trics for Software Conceptual Models, Captulo 7:
Metrics for UML Statechart Diagrams, Imperial Col-
lege Press, United Kingdom, 2005.
[8] J. Bansiya y C. G. Davis, A Hierarchical Model
for Object-Oriented Design Quality Assessment,
IEEE Transactions on Software Engineering, vol. 28,
no. 1, pp. 4-17, 2002.
[9] J. Krogstie, Conceptual Modeling for Computer-
ized Information Systems Support in Organizations,
Tesis doctoral, Universidad de Trondheim, Trond-
heim, Noruega, 1995.
[10] M. Genero, Defining and Validating Metrics for
Conceptual Models, Tesis doctoral, Universidad de
Castilla-La Mancha, Madrid, Espaa, 2002.
[11] M. Genero, JA Cruz-Lemus y M. Piattini, Cons-
truccin de un modelo de prediccin para el entendi-
miento de los diagramas de estados en UML, Grupo
ALARCOS, Departamento de Informtica de la Uni-
166
RPM-AEMES, VOL. 4, N Especial, Octubre 2007
versidad de Castilla- La Mancha, Ciudad Real, Espa-
a, 2002.
[12] M. Genero, M. Piattini y C. Calero, Empirical
Validation of Class Diagram Metrics, International
Symposium on Empirical Software Engineering,
ISESE, 2002.
[13] M. Kiewhanya, N. Jindasawat y P. Muenchaisri,
A Methodology for Constructing Maintainability
Model of Object-Oriented Design, 4th International
Conference on Quality Software (QSIC04), 2004.
[14] M. Lorenz y J. Kidd, Object-Oriented Software
Metrics: A Practical Guide, Prentice Hall, Engle-
wood Cliffs, New Jersey, 1994.
[15] M. Marchesi, OOA Metrics for the Unified
Modeling Language, 2nd Euromicro Conference on
Software Maintenance and Reengineering, pp.67-73,
1998.
[16] OMG: Web page of OMG with companies with
products MDA, http://www.omg.org/mda/committed-
products.htm
ISSN: 1698-2029
[17] R. Harrison, S. Councell y R. Nithi, Coupling
Metrics for Object-Oriented Design, 5th International
Software Metrics Symposium, pp. 150-156, 1998.
[18] S. Chidamber y C. Kemerer, Towards a Metrics
Suite for Object Oriented Design, Conference on
Object-Oriented Programming: Systems, Languages
and Applications (OOPSLA91), New York, USA,
1991.
[19] S. Chidamber y C. Kemerer, A Metrics Suite
for Object Oriented Design, IEEE Transactions on
Software Engineering vol. 20, no. 6, pp. 476-493,
1994.
[20] Sitio web MDA, http://www.omg.org/mda/
[21] W. Li y S. Henry, Maintenance Metrics for the
Object Oriented Paradigm, 1st International Software
Metrics Symposium, pp. 52-60, 1993.
167