Contenido

Metodologa de la calidad de software............................................................................................

Qu es un modelo?..........................................................................................................................12
Atributos de la calidad del software...............................................................................................12
Mtricas de Calidad - Modelos conocidos.....................................................................................13
Modelo de calidad..............................................................................................................................13
Modelos vs estndares.....................................................................................................................13
Qu modelos y estndares puedo utilizar en la gestin de la calidad?...............................14
Modelo de Gilb....................................................................................................................................15
Modelo GQM (Goal Question - Metric)........................................................................................15
Modelo de BOEHM.............................................................................................................................16
Modelo SATC (Software Assurance Technology Center).............................................................17
Modelo de Dromey.............................................................................................................................18
Modelo C-QM.......................................................................................................................................19
Metodologa SQAE (Software Quality Assessment Exercise)....................................................19
WebQEM (Web Quality Evaluation Method)..................................................................................20
Modelo de MCCall (1997).................................................................................................................20
Modelo de FURPS (1987)..................................................................................................................23
MOSCA (Modelo Sistmico de Calidad).........................................................................................26
Team Software Process (TSP)..........................................................................................................28
TickIT....................................................................................................................................................29
Qu estndares puedo elegir?......................................................................................................30
ISO/IEC 9126-1:2001 Quality Model...............................................................................................30
ISO/IEC TR 9126-4:2004 Calidad en Uso.......................................................................................31
ISO/IEC 25000:2005 SQuaRE...........................................................................................................31

Gestin de la calidad del software

La Gestin de la Calidad de Software es una actividad esencial en cualquier empresa de
software para asegurar la calidad de sus productos, y la competitividad frente a la oferta del
mercado.
Es un conjunto de actividades de la funcin general de la Direccin que determina la calidad,
los objetivos y las responsabilidades.
Se basa en la determinacin y aplicacin de las polticas de calidad de la empresa (objetivos y
directrices generales). La Gestin o Administracin de la Calidad se aplica normalmente a nivel
empresa. Tambin puede haber una gestin de la calidad dentro de la gestin de cada
proyecto.
El propsito de la Administracin de la calidad del software es, en primer lugar, entender las
expectativas del cliente en trminos de calidad, y poner en prctica un plan proactivo para
satisfacer esas expectativas.
Dado que la calidad est definida por el cliente, podra parecer que es completamente
subjetiva. Aunque en trminos tcnicos podran ser tomadas objetivamente lo que requiere
examinar cada una de las caractersticas individuales del software y determinar una o ms
mtricas que pueden recolectarse para reflejar dichas caractersticas.
La Administracin de la Calidad no es un evento, en un proceso y una forma de pensamiento.
Un producto de software consistente, de alta calidad no puede producirse a partir de un
proceso malo.
Existe la necesidad de un ciclo constante de medir la calidad, actualizar el proceso, medir otra
vez, actualizar, etc. Para hacer que la administracin de calidad del software funcione, es vital
recolectar mtricas.
Si no se capturan mtricas ser difcil mejorar los procesos a partir de una iniciativa de
administracin de calidad.
Desde el punto de vista de la calidad, la Gestin de la Calidad del Software est formada por 4
partes, las cuales son:

Planificacin de la calidad
Control de la calidad
Aseguramiento de la calidad
Mejora de la calidad

Metodologa de la calidad de software

Introduccin
A raz de los avances de la tecnologa y de la Informtica, el software se encuentra inmerso en
diferentes actividades humanas, y abarca a todos los sectores productivos: industriales,
gubernamentales, comerciales, educacin, entretenimiento, etc. Es por ello que el objetivo
primordial de la ingeniera del software es producir un sistema, aplicacin o producto de alta
calidad.
Para lograr este objetivo, los ingenieros de software deben emplear mtodos efectivos junto
con herramientas modernas dentro del contexto de un proceso maduro de desarrollo del
software. Al mismo tiempo, un buen ingeniero del software y buenos administradores de la
ingeniera del software deben medir si la alta calidad se va a llevar a cabo.
La calidad del software es una compleja combinacin de factores, que variarn entre diferentes
aplicaciones. Diversos autores como Pressman, McCall y estndares, como ISO 9126 han
tratado de determinar y categorizar los factores que afectan a la calidad del software.
Una definicin amplia de calidad, planteada en la norma UNE-EN ISO 8402, expresa que la
calidad es el conjunto de propiedades y caractersticas de un producto o servicio que le
confieren su aptitud para satisfacer unas necesidades explcitas o implcitas. Llevada esta
definicin al campo de la ingeniera de software, la IEEE Std 610, seala que la calidad del
software es el grado con el que un sistema, componente o proceso cumple los requerimientos
especificados y las necesidades o expectativas del cliente o usuario.
Como podemos ver, es necesario llevar una evaluacin para medir el desempeo del software,
prueba de ello es que existen numerosas propuestas metodolgicas que inciden en distintas
dimensiones del proceso de medicin. Por una parte tenemos aquellas propuestas ms
tradicionales que se centran especialmente en el control del proceso, estableciendo
rigurosamente las actividades involucradas, los artefactos que se deben producir, y las
herramientas y notaciones que se usarn. Estas propuestas han demostrado ser efectivas y
necesarias en un gran nmero de proyectos, pero tambin han presentado problemas en
muchos otros. Una posible mejora es incluir en los procesos de desarrollo ms actividades, ms
artefactos y ms restricciones, basndose en los puntos dbiles detectados. Sin embargo, el
resultado final sera un proceso de desarrollo ms complejo que puede incluso limitar la propia
habilidad del equipo para llevar a cabo el proyecto.
Otra aproximacin es centrarse en otras dimensiones, como por ejemplo el factor humano o el
producto software. Esta es la filosofa de las metodologas giles, las cuales dan mayor valor al
individuo, a la colaboracin con el cliente y al desarrollo incremental del software con
iteraciones muy cortas. Este enfoque est mostrando su efectividad en proyectos con
requisitos muy cambiantes y cuando se exige reducir drsticamente los tiempos de desarrollo
pero manteniendo una alta calidad.
Un objetivo de dcadas ha sido encontrar procesos y metodologas, que sean sistemticas,
predecibles y repetibles, a fin de mejorar la productividad en el desarrollo y la calidad del
producto software. La evolucin de la disciplina de ingeniera del software ha trado consigo

propuestas diferentes para mejorar los resultados del proceso de construccin. Las
metodologas tradicionales haciendo nfasis en la planificacin y las metodologas giles
haciendo nfasis en la adaptabilidad del proceso, delinean las principales propuestas
presentes.

Definicin de Metodologa
Una metodologa es un conjunto integrado de tcnicas y mtodos que permite abordar de
forma homognea y abierta cada una de las actividades del ciclo de vida de un proyecto de
desarrollo. Es un proceso de software detallado y completo.
Una definicin estndar de metodologa puede ser el conjunto de mtodos que se utilizan en
una determinada actividad con el fin de formalizarla y optimizarla. Determina los pasos a
seguir y cmo realizarlos para finalizar una tarea, adems de definir artefactos, roles y
actividades, junto con prcticas y tcnicas recomendadas.
La metodologa para la medicin de la calidad de software en un modo sistemtico para
llevarlo a cabo con altas posibilidades de xito.
La metodologa comprende puntos a seguir sistemticamente para idear, implementar y
mantener un producto software desde que surge la necesidad del producto hasta que
cumplimos el objetivo por el cual fue creado.
Entre los elementos que forman parte de una metodologa se pueden destacar:
Fases: tareas a realizar en cada fase.
Productos: E/S de cada fase, documentos.
Procedimientos y herramientas: apoyo a la realizacin de cada tarea.
Criterios de evaluacin: del proceso y del producto. Saber si se han logrado los objetivos.
Existen distintos tipos de metodologas genricas, cada una desde diferente perspectiva ayuda
a evaluar la calidad del software, por ejemplo la MQS

Metodologa de Calidad del Software (MQS)

Con esta metodologa, cuidamos la correcta aplicacin de la metodologa y la tecnologa en los
proyectos y cerramos el crculo de nuestro proceso de mejora continua al asegurar la
efectividad de los procesos utilizados en los proyectos y la calidad de los productos que se
estn construyendo.

Medicin de la calidad
La medicin es fundamental para cualquier disciplina de ingeniera, y la ingeniera del Software
no es una excepcin.
Las mtricas del Software se refieren a un amplio elenco de medidas para el Software de
computadora. La medicin se puede aplicar al proceso de Software con el intento de mejorarlo
sobre una base continua.
Podemos definir las Mtricas de Software o Medidas de Software como:
La aplicacin contina de tcnicas basadas en las medidas de los procesos de desarrollo de
Software y sus productos, para producir una informacin de gestin significativa y a tiempo.
Esta informacin se utilizar para mejorar esos procesos y los productos que se obtienen de
ellos.
Caractersticas de las Mtricas de Software
La calidad de las medidas debera facilitar el desarrollo de modelos que sean capaces de
predecir el comportamiento de determinados parmetros que afectan al desarrollo de
productos o procesos.
Una medida ideal debera ser:

Objetiva
Sencilla, definible con precisin para que puede ser evaluada
Fcilmente obtenible (a costo razonable)
Valida, la mtrica debera medir exactamente lo que se quiere medir y no otra cosa.
Robusta. Debera de ser relativamente insensible a cambios poco insignificativos en el
proceso o en el producto.

Mtricas de la calidad de software

DEFINICIONES
Medida Proporciona una indicacin cuantitativa de la cantidad, dimensiones o tamao de
algunos atributos de un producto.
Medicin Acto de determinar una medida.

Mtrica Es una medida del grado en que un sistema, componente o proceso posee un atributo
dado
La medicin es fundamental para cualquier disciplina de ingeniera, y la ingeniera del Software
no es una excepcin.

Las mtricas del Software se refieren a un amplio elenco de medidas para el Software de
computadora. La medicin se puede aplicar al proceso de Software con el intento de mejorarlo
sobre una base continua.
Las mtricas del Software comprenden un amplio rango de actividades diversas, estas son
algunas:
Aseguramiento y control de calidad
Modelos de fiabilidad
Modelos y evaluacin de ejecucin
Modelos y medidas de productividad

METRICA CUANTITATIVA: Una metica es cuantitativa cuando permitir evaluar el

cumplimiento de los objetivos de manera que nos proporcione una cantidad o tamao
de algunos atributos.

METICA CUALITATIVA: est orientado a revelar cules son las caractersticas y como est
relacionado con la cualidad o con la calidad de software.

Tanto las mtricas cuantitativas como las cualitativas deben de responder a las 3
preguntas fundamentales de la mtrica:

Cunto mide? - la complejidad en la medida

Qu tan bien mide? - la calidad en la medida

Qu tanto tiempo mide? - la prediccin

Clasificacin de las mtricas de Software

Segn los criterios:

segn el contexto en que se aplican

Mtricas de proceso:
Se recopilan de todos los proyectos, y durante un largo periodo de tiempo
Caracterizados por:
Control y ejecucin del proyecto.
Medicin de tiempos de las fases
son medidas del proceso de desarrollo del Software tales como tiempo de
desarrollo total, esfuerzo en das/ hombre o mes / hombre de desarrollo del
7

producto, tipo de metodologa utilizada o nivel medio de experiencia de los

programadores.
Mtricas de producto:

Se centran en las caractersticas del software y no en como fue producido.

Tambin son productos los artefactos, documentos, modelos, y componentes que
conforman el software. Se miden cosas como el tamao, la calidad, la totalidad,
la volatilidad, y el esfuerzo

Mtricas de proyecto :

Permiten evaluar el estado del proyecto. Permiten seguir la pista de los riesgos

Mtricas de Calidad

Principal objetivo de los ingenieros de software es producir sistemas,

aplicaciones o productos de alta calidad.
Para las evaluaciones que se quieran obtener es necesario la utilizacin de
medidas tcnicas, que evalan la calidad de manera objetiva.

Mtricas de Calidad
El objeto primordial de la ingeniera del Software es producir un sistema, aplicacin o producto
de alta calidad. Para lograr este objetivo, los ingenieros del software deben aplicar mtodos
efectivos con herramientas modernas dentro del contexto de un proceso maduro de desarrollo
del Software. Se puede generar una larga lista de caractersticas de la calidad de Software:
correccin, eficacia, portabilidad, mantenibilidad, fiabilidad, etc. Desafortunadamente, las
caractersticas a veces se solapan y entran en conflicto unas con otras. Por ejemplo,
incrementar la portabilidad, que es muy deseable, puede dar lugar a una eficacia menor.
Aunque se han realizado una gran cantidad de trabajos en est rea, presenta una gran
variedad en los caminos seguidos frente a otras reas de investigacin de las mtricas, tales
como el tamao del Software o la complejidad, cuyo estudio ha sido ms uniforme.
Han tenido considerable atencin tres reas:

Correccin de los programas, medida como el nmero de efectos. Un programa debe

operar correctamente o proporcionar poco valor a sus usuarios. La correccin es el grado
en el que el Software lleva a cabo su funcin requerida.

 Fiabilidad del Software, calculada partir del dato anterior. En est poca de intrusos
informticos y de virus, la integridad del software ha llegado ha tener mucha importancia.
Este atributo mide la habilidad de un sistema para resistir ataques ( tanto accidentales
como intencionales ) contra su seguridad. El ataque se puede realizar en cualquiera de los
tres componentes del Software, programas, datos, y documentos.
Mantenibilidad del Software, que se mide a partir de otro conjunto de mtricas,
incluidas las de complejidad: La facilidad de mantenimiento es la facilidad con la que se
puede corregir un programa si se encuentra un error, se puede adaptar si su entorno
cambia, o mejorar si su cliente desea un cambio de requisitos.

reas de Aplicacin
Algunas de las reas donde se aplican las mtricas de Software son:
El control de proyectos de desarrollo de Software a travs de medidas en un rea que
esta generando un gran inters. Este es un tema que ha alcanzado un inters relevante con el
incremento de contratos a precio fijo para desarrollar un producto Software y la utilizacin de
clusulas de penalizacin en los mismos en caso de retrasos, sobrecostos, etc.
La prediccin de los niveles de calidad del Software, a menudo en trminos de fiabilidad,
es otra rea en que las Mtricas de Software tiene un importante papel que jugar.
El uso de las Mtricas de Software es proporcionar una verificacin cuantitativa del diseo
de software es otra rea bien definida. Estas Mtricas no se van a estudiar en esta Unidad si
no en la Unidad de Diseo.
Recientemente se ha estudiado el efecto de los factores del entorno en la eficacia de los
procesos de desarrollo. Esta opcin no esta abierta para todas las organizaciones, pero existe
una gran preocupacin sobre como incrementar la productividad de los procesos de desarrollo

introduciendo cambios en el entorno en el cual aquellos tienen lugar. Las medidas pueden ser
utilizadas para identificar donde deberan concentrarse los cambios.
La utilizacin de las Mtricas para comprar unas organizaciones con otras es un rea de
aplicacin muy importante. CSC- Index en Europa y el Software Engineering Institute en
E.E.U.U. ofrecen este tipo de servicios a la industria y muchas organizaciones los utilizan. Un
resultado de esta aplicacin es que se puede identificar que se esta haciendo mal y quin lo
esta haciendo bien y aprender de esas empresas.
Finalmente, el uso ms comn de las medidas de Software es la provisin de informacin
de gestin, que incluye datos acerca de la productividad, calidad y eficacia de los procesos.
El valor de esta informacin est en analizar los datos de las tendencias, da a da. Est
mejorando o empeorando la calidad de un equipo de desarrollo?. Si es as, por qu ocurre?
qu puede hacer la direccin para mejorar la situacin?

Integracin de las Mtricas dentro del Proceso de Software

La mayora de los desarrolladores de Software todava no miden, y por desgracia, la mayora
no desean ni comenzar.
Por qu es tan importante medir el proceso de ingeniera de Software y el producto (Software)
que produce?. La respuesta es relativamente obvia. Si no se mide, no hay una forma real de
determinar s se est mejorando. Y si no se est mejorando, se est perdido.
Mediante el uso de la medicin para establecer una lnea base del proyecto, cada uno de estos
asuntos se hace ms fcil de manejar. Ya hemos apuntado que la lnea base sirve como base
de la estimacin. Adems, la recopilacin de mtricas de calidad permite a una organizacin
-sintonizar- su proceso de ingeniera del Software para eliminar las causas - poco vitales- de los
defectos que tienen el mayor impacto en el desarrollo del Software.
Una vez definidas las mtricas de Software podemos entender las diferentes tcnicas
existentes para la estimacin, existen principalmente cuatro tcnicas de estimacin.
1. La opinin de los expertos. Esta tcnica se basa en la experiencia profesional de los
participantes en el proyecto de estimacin.
2. La analoga. Es una aproximacin ms formal que la experiencia de los expertos y se
basa en la comparacin directa de uno o ms proyectos pasados. La estimacin inicial
se ajusta dependiendo de las diferencias entre el proyecto pasado y el nuevo.
3. La descomposicin. Consiste en la descomposicin de un producto en componentes ms
pequeos, o descomponer un proyecto en tareas de nivel inferior. La estimacin se hace
partir del esfuerzo requerido para producir los componentes ms pequeos o para
realizar las tareas de nivel inferior. La estimacin global de un proyecto resultar de
sumar las estimaciones de los componentes.

10

4. Las ecuaciones de estimacin. Son frmulas matemticas que establecen la relacin de

algunas medidas de entrada (que normalmente es la medida del tamao del producto) y
determinan el esfuerzo que se requerir.

Qu es un modelo?
Un modelo es una representacin de un objeto, sistema o idea, de forma diferente al de la
entidad misma. El propsito de los modelos es ayudarnos a explicar, entender o mejorar un
sistema. Un modelo de un objeto puede ser una rplica exacta de ste o una abstraccin de las
propiedades dominantes del objeto.
Aquello que se toma como referencia para tratar de producir algo igual. En este caso, el
modelo es un arquetipo.

Atributos de la calidad del software

La calidad, como ya lo hemos visto con los temas expuestos es un conjunto de caractersticas
que resultan subjetivas, sin embargo, desde el punto de vista de medicin, se debe tener una
definicin precisa en trminos de atributos del software que sean de inters al usuario en
general.
Aunque de tal manera se estara hablando de los aspectos que son externos o que resultan
visibles y tienen un impacto en el uso del usuario, aunque algunas metodologas o modelos
tambin miden y analizan atributos internos porque los consideran predictores de aquellos
externos.
Los atributos internos tienen dos ventajas:

Estn disponibles para medicin ms temprano. Generalmente en las fases tempranas

del desarrollo, permitiendo al equipo de desarrollo controlar caractersticas o factores

que afecten la calidad del producto resultante.
Son ms fciles de medir. Ya que en su mayora estn enfocadas a aspectos tcnicos
que afectan el ciclo de desarrollo.

11

Mtricas de Calidad - Modelos conocidos

Modelo de calidad
Un modelo de calidad es, por lo tanto, un conjunto de prcticas vinculadas a los procesos de
gestin y el desarrollo de proyectos. Este modelo supone una planificacin para alcanzar un
impacto estratgico, cumpliendo con los objetivos fijados en lo referente a la calidad del
producto o servicio.
Al implementar un modelo de calidad, una empresa busca desarrollar sistemticamente
productos y servicios que cumplan con los requerimientos y las exigencias de los clientes.
Es importante que los elementos que forman el conjunto del modelo de calidad se encuentren
estructurados en forma tal que sea posible realizar un control y seguimiento de los procesos. El
modelo debe reunir las actividades y funciones relacionadas con la calidad para que puedan
ejecutarse de un modo sistemtico y formal.
Modelos vs estndares
Los Modelos de Calidad son aquellos documentos que integran la mayor parte de las mejores
prcticas, proponen temas de administracin en los que cada organizacin debe hacer nfasis,
integran diferentes prcticas dirigidas a los procesos clave y permiten medir los avances en
calidad.
Los Estndares de Calidad son aquellos que permiten definir un conjunto de criterios de
desarrollo que guan la forma en que se aplica la Ingeniera del Software. Los estndares
suministran los medios para que todos los procesos se realicen de la misma forma y son una
gua para lograr la productividad y la calidad.
Implantar Modelos o Estndares de Calidad tiene como objetivo principal que las empresas
desarrollen sistemticamente, productos, bienes y servicios de mejor calidad y cumplan con
las necesidades y deseos de los clientes.
Para esto, se requiere de un Modelo / Estndar que permita:
Unir la misin de la empresa y el esfuerzo de cada rea en una sinergia de resultados hacia la
competitividad y la calidad.
Contar con procesos y procedimientos giles; y comprensibles para todos los involucrados,
pasando por las etapas de desarrollo, prueba, produccin y satisfaccin del cliente.
Los Modelos y/o Estndares de Calidad del Software vienen a ayudar en la puesta en prctica
del concepto general de calidad ofreciendo una definicin ms operacional.
Unos de los Modelos de Calidad ms antiguos y extendidos es el de McCall, y de l han
derivado otros modelos, como el de Boehm.
En los Modelos de Calidad, la calidad se define de forma jerrquica. Es un concepto que se
deriva de un conjunto de sub-conceptos, cada uno de los cuales se va a evaluar a travs de un
conjunto de indicadores o mtricas. Tienen una estructura por lo general, en tres niveles:

Factores de Calidad. Que representan la calidad desde el punto de vista del usuario y
son las caractersticas que componen la calidad. Tambin se denominan Atributos de
Calidad Externos.

12

Criterios de Calidad. Estos criterios son atributos que, cuando estn presentes,

contribuyen al aspecto de la calidad que el factor asociado representa. Se trata de una

visin de la calidad desde el punto de vista del producto de software. Tambin se
denominan Atributos de Calidad Internos.
Mtricas, las cuales son medidas cuantitativas de ciertas caractersticas del producto
que, cuando estn presentes, dan una indicacin del grado en que dicho producto posee
un determinado atributo de calidad.

La obtencin de un Software con Calidad implica la utilizacin de metodologas o

procedimientos estndares para el anlisis, diseo, programacin y prueba del software, que
permitan uniformar la filosofa de trabajo, en aras de lograr una mayor confiabilidad, facilidad
de mantenimiento y facilidad de prueba, a la vez que eleven la productividad, tanto para la
labor de desarrollo como para el Control de Calidad del Software.
La calidad del producto de software abarca los siguientes aspectos:

Calidad Interna: medible a partir de las caractersticas intrnsecas, como el cdigo fuente
Calidad Externa: medible en el comportamiento del producto, como en una prueba
Calidad en Uso: durante la utilizacin efectiva por parte del usuario

El objetivo no es necesariamente alcanzar una calidad perfecta, sino la necesaria y suficiente

para cada contexto de uso a la hora de la entrega y del uso por parte de los usuarios. Es
necesario comprender las necesidades reales de los usuarios con tanto detalle como sea
posible.

Qu modelos y estndares puedo utilizar en la gestin de la calidad?

En cuanto a los modelos que se pueden aplicar para llevar acabo la gestin de la calidad del
software tenemos una gran diversidad en cuanto a enfoques, pero pueden ser agrupados de
una manera sencilla en cuanto al nivel de calidad que se busca, ya sea en el proceso de
desarrollo del producto o en el producto

Nivel
Calidad
Proceso

de
Modelo de Calidad del SW
CMMi
TickIT

13

Estndar de Calidad
del SW
ISO 90003
ISO 12207

Producto

Bootstrap Personal
SW Process (PSP)
Team SW Process (TSP)
Practical SW Measurement
(PSM)
Six Sigma for Software

ISO 15504 (SPICE)

IEEE / EIA 12207
ISO 20000

Gilb
GQM
Mc Call
Furps
Boehm
Boehm
SATC
Dromey
C-QM
Metodologa SQAE
WebEQM

ISO 9126-1
ISO 25000 (SQUARE)
IEEE Std 1061-1998

ITIL
Cobit 4.0

Modelo de Gilb
El modelo de Gilb plantea la creacin de una especificacin de requisitos de calidad para cada
proyecto que deben escribir conjuntamente el usuario y el analista. Es un modelo que permite
determinar una lista de caractersticas que definen la calidad de la aplicacin.
Las caractersticas se pueden medir mediante varias subcaractersticas o mtricas detalladas.
Para cada una de ellas, se deben especificar los siguientes conceptos:

Nombre y definicin de la caracterstica

Escala o unidades de medicin
Recopilacin de datos o prueba
Valor previsto
Valor ptimo
Valor en el sistema actual
Comentarios

Modelo GQM (Goal Question - Metric)

El modelo GQM (objetivo-pregunta-mtrica) de Basili y Rombach (1998) es una propuesta de
objetivos / metas orientado a la definicin de modelos de calidad.
El enfoque de GQM basa la mejora en la definicin clara de procesos y productos.
Proporciona la estructura para obtener los objetivos cruciales del proyecto. Consta de 3 etapas:

Listar los objetivos principales del desarrollo y mantenimiento del proyecto

Para cada objetivo, se deben obtener las preguntas que deben contestarse para saber si
se estn cumpliendo los objetivos

14

Decidir qu medir para poder contestar las preguntas de manera adecuada, es decir,
desarrollar un conjunto de mtricas que ayuden a responder la pregunta.

Modelo de BOEHM
El modelo de Boehm (1978) agrega algunas caractersticas a las existentes en el modelo de
McCall y representa una estructura jerrquica de caractersticas, cada una de las cuales
contribuye a la calidad total.
Consiste en un modelo de descomposicin de caractersticas de calidad del software en 3
niveles (usos principales, componentes intermedios y componentes primitivos) previos a la
aplicacin de mtricas.
Este modelo plantea factores de calidad formados por criterios de calidad y mtricas
respectivas.
Tiene como finalidad que a travs de la calidad del software, el software:

Realice lo que desea el usuario

15

Utilice recursos informticos de manera correcta y eficiente

Sea fcil de utilizar y aprender
Sea bien diseado, codificado, probado y mantenido.

Las mtricas directas e indirectas son usadas para determinar el nivel de acuerdo a un criterio
en particular que afecta a los principales factores de calidad.
Factores tales como portabilidad, confiabilidad, facilidad de mantenimiento y facilidad de
modificacin son propiedades estticas.
Cada factor es descompuesto en varios criterios. La facilidad de prueba y la eficiencia
dependen del comportamiento de las interpretaciones especficas y constituyen propiedades
dinmicas.

Modelo SATC (Software Assurance Technology Center)

SATC desarroll un modelo dinmico que permite la produccin de varios proyectos en
desarrollo. Los datos del proyecto son usados para realizar proyecciones acerca de los riesgos
y puntos de control del proyecto.
Este modelo define un conjunto de metas u objetivos relacionados al producto de software y
atributos del proceso que permiten realizar indicaciones de la probabilidad de xito de los
objetivos.

16

Modelo de Dromey
El modelo de Dromey tiene el propsito de trabajar con una estructura que permite construir y
utilizar un modelo de calidad prctico para evaluar las etapas de Determinacin de los
requerimientos, Diseo e Implementacin. Esta informacin puede ser usada para elaborar,
comparar y evaluar la calidad de los productos de software.
Este modelo plantea la calidad del producto por medio de la definicin de subcaractersticas
que pueden ser medidas y evaluadas como caractersticas. Tambin, permite aumentar el

17

entendimiento respecto de la relacin entre los atributos (caractersticas) y los subatributos

(subcaractersticas) de calidad.
Dromey propone una matriz que relaciona las caractersticas de calidad respecto de la Norma
ISO 9126-1. Dicha matriz presenta un mapeo entre las caractersticas del producto y los
atributos de alto nivel, el cual es utilizado en las evaluaciones del producto de software.

Modelo C-QM
C-QM provee un modelo de calidad comprensivo que puede ser aplicado efectivamente para
evaluar diversos aspectos de la calidad del software. Este modelo consiste de factores de
calidad, criterios y mtricas. La estructura de C-QM tiene 3 capas: Factor, Criterio y Mtrica

Metodologa SQAE (Software Quality Assessment Exercise)

Esta metodologa fue desarrollada por MITRE Corporation y se basa en el concepto de
establecer una jerarqua en la cual los conceptos relacionados al riesgo del ciclo de vida estn
compuestos de factores tangibles y medibles.

18

Es una metodologa que permite cuantificar los riesgos asociados al software. SQAE provee un
conjunto de herramientas y mtodos de evaluacin que dan una medida consistente de la
calidad del software y sus riesgos asociados.
El mtodo de SQAE est basado en el modelo de Boehm, McCall y Dromey. Los factores se
establecen en un contexto en el cual las mtricas, la documentacin y la codificacin pueden
ser usadas para generar un perfil de las fortalezas y debilidades del diseo y de la
implementacin del sistema.
El objetivo de esta metodologa es producir un sistema de evaluacin que satisfaga el objetivo
de producir resultados confiables en todas las etapas del ciclo de vida del software.
Esta metodologa plantea factores de calidad que sirven como base medible para la
definicin de las 4 reas de calidad (maintainability, evoluability, portability, descriptiveness).
Los factores de calidad (consistency, independence, modularity, documentation, self
descriptiveness, anomaly control, design simplicity) son menos abstractos que las reas de
calidad y proveen una estructura para medir la calidad de un sistema.
Las reas de calidad se usan para definir los conceptos de riesgos del ciclo de vida y se
expresan como la suma de varios factores que abarcan aspectos del concepto a medir. Estas
reas son definidas por medio de atributos y porcentajes usados en el proceso de evaluacin

WebQEM (Web Quality Evaluation Method)

Los desarrollos centrados en la Web, en los ms diversos dominios de aplicacin como
comercio electrnico, sistemas acadmicos, financieros, entre otros, se estn tornando cada
vez ms en sistemas complejos.
La complejidad en la evaluacin es producto de la gran cantidad de caractersticas y atributos
que pueden intervenir en los requerimientos de calidad y en las varias relaciones existentes
entre los atributos, subcaractersticas y caractersticas, entre otros aspectos.
Una de las metas principales de la evaluacin y comparacin de calidad de una Web, radica en
comprender el grado de cumplimiento de un conjunto de caractersticas y subcaractersticas
con respecto a los requerimientos de calidad establecidos.
Luis Olsina desarroll la metodologa WebQM, la cual plantea 4 caractersticas de calidad con
sus respectivas subcaractersticas y atributos. Las caractersticas de calidad planteadas son:

Facilidad de Uso
Funcionalidad
Confiabilidad
Eficiencia

Modelo de MCCall (1997)

Describe la calidad como un concepto elaborado mediante relaciones jerrquicas entre
factores de calidad, en base a criterios
Los factores de calidad se concentran en tres aspectos importantes de un producto de
software: caractersticas operativas, capacidad de cambios y adaptabilidad a nuevos entornos.
Identifica una serie de criterios, tales como rastreabilidad, simplicidad, capacidad de
expansin, etc.

19

Las mtricas desarrolladas estn relacionadas con los factores de calidad y la relacin que se
establece se mide en funcin del grado de cumplimiento de los criterios

El modelo de McCall organiza los factores en tres ejes o puntos de vista desde los cuales el
usuario puede contemplar la calidad de un producto, basndose en once factores de calidad
organizados en torno a los tres ejes y a su vez cada factor se desglosa en otros criterios:
Puntos De
Vista O
Ejes

Factor

Criterios

OPERACI Facilidad de uso - Facilidad de operacin: Atributos del software que determinan
N DEL
la facilidad de operacin del software.
PRODUCT
- Facilidad de comunicacin: Atributos del software que
O
proporcionan entradas y salidas fcilmente asimilables.
- Facilidad de aprendizaje: Atributos del software que facilitan la
familiarizacin inicial del usuario con el software y la transicin
del modo actual de operacin.
- Formacin: El grado en que el software ayuda para permitir que
nuevos usuarios apliquen el sistema.
Integridad

- Control de accesos. Atributos del software que proporcionan

control de acceso al software y los datos que maneja.
- Facilidad de auditora: Atributos del software que facilitan la
auditora de los accesos al software.
- Seguridad: La disponibilidad de mecanismos que controlen o
protejan los programas o los datos.

Correccin

- Completitud: Atributos del software que proporcionan la

implementacin completa de todas las funciones requeridas.
- Consistencia: Atributos del software que proporcionan
uniformidad en las tcnicas y notaciones de diseo e
implementacin.
- Trazabilidad o rastreabilidad: Atributos del software que

20

proporcionan una traza desde los requisitos a la implementacin

con respecto a un entorno operativo concreto.

OPERACI
N DEL
PRODUCT
O

REVISION
DEL
PRODUCT
O

Fiabilidad

- Precisin: Atributos del software que proporcionan el grado de

precisin requerido en los clculos y los resultados.
- Consistencia.
- Tolerancia a fallos: Atributos del software que posibilitan la
continuidad del funcionamiento bajo condiciones no usuales.
- Modularidad: Atributos del software que proporcionan
una estructura de mdulos altamente independientes.
- Simplicidad: Atributos del software que posibilitan la
implementacin de funciones de la forma ms comprensible
posible.
- Exactitud: La precisin de los clculos y del control.

Eficiencia

- Eficiencia en ejecucin: Atributos del software que minimizan el

tiempo de procesamiento.
- Eficiencia en almacenamiento: Atributos del software que
minimizan el espacio de almacenamiento necesario.

Facilidad de
- Modularidad.
mantenimiento - Simplicidad.
- Consistencia.
- Concisin: Atributos del software que posibilitan la
implementacin de una funcin con la menor cantidad de
cdigos posible.
- Auto descripcin: Atributos del software que proporcionan
explicaciones sobre la implementacin de las funciones.
Facilidad de
prueba

- Modularidad.
- Simplicidad.
- Auto descripcin.
- Instrumentacin: Atributos del software que posibilitan
la observacin del comportamiento del software durante su
ejecucin para facilitar las mediciones del uso o la identificacin
de errores.

Flexibilidad

- Auto descripcin.
- Capacidad de expansin: Atributos del software que posibilitan
la expansin del software en cuanto a capacidades funcionales y
datos.
- Generalidad: Atributos del software que proporcionan amplitud
a las funciones implementadas.
- Modularidad.

Reusabilidad

- Auto descripcin.
- Generalidad.
- Modularidad.
-Independencia entre sistema y software: Atributos del software
que determinan su dependencia del entorno operativo.
- Independencia del hardware: Atributos del software que

21

determinan su dependencia del hardware.

Interoperabilida - Modularidad.
d
- Compatibilidad de comunicaciones: Atributos del software que
posibilitan el uso de protocolos de comunicacin e interfaces
estndar.
- Compatibilidad de datos: Atributos del software que posibilitan
el uso representaciones de datos estndar.
- Estandarizacin en los datos: El uso de estructuras de datos y
de tipos estndar a lo largo de todo el programa.
Portabilidad

- Auto descripcin.
- Modularidad.
-Independencia entre sistema y software.
- Independencia del hardware.

Cmo emplear el modelo de mccall.

1. Se aceptan los factores, criterios y mtricas que propone el modelo.
2. Se aceptan las relaciones entre factores y criterios, y entre criterios y mtricas.
3.

Se selecciona un subconjunto de factores de calidad sobre los que aplicar los requisitos de
calidad establecidos para el proyecto.

as caractersticas particulares del propio producto que se est diseando: por ejemplo, su
ciclo de vida que si se espera que sea largo implicar un mayor nfasis en la facilidad de
mantenimiento y la flexibilidad, o bien si el sistema en desarrollo est destinado a un entorno
donde el hardware evoluciona rpidamente implicar como requisito su portabilidad.

Modelo de FURPS (1987)

Modelo desarrollado por Hewlett-Packard (HP) en 1987, desarrollando un conjunto de
factores de calidad de software y sus respectivos atributos.
Funcionalidad (Functionality), usabilidad (Usability), confiabilidad (Reliability),
desempeo (Performance) y capacidad de soporte (Supportability).
Basado en el modelo de MCCALL.
El modelo FURPS cuenta con 5 caractersticas de calidad del software:

Funcionalidad
Facilidad de uso
Confiabilidad
Performance (rendimiento)
Facilidad de soporte

22

Adems plantea 2 categoras de requerimientos, las cuales son:

1. Requerimientos funcionales: especifican funciones que el sistema debe ser capaz de
realizar, sin tomar restricciones fsicas a consideracin, y se definen a travs de las
entradas y salidas esperadas.
2. Requerimientos no funcionales (URPS): Usability (Facilidad de uso), Reliability
(Confiabilidad), Performance y Supportability (Facilidad de soporte). Describen atributos
del sistema o atributos del ambiente del sistema.
FURPS se aplica realizando los siguientes pasos: asignacin de prioridades y definicin de los
atributos de calidad que pueden ser medidos.
Para controlar la calidad en el proceso de fabricacin de su hardware, HP contempla un
concepto global bajo las siglas FURPS: Funcionalidad, Facilidad de uso, Confiabilidad
(Reliability), Prestaciones (Performance) y Servicio. Se trata de variables sobre las que se
incide durante todo el ciclo de vida del producto compuesto por diversas fases.
Se utilizan para establecer mtricas de la calidad para todas las actividades del proceso de
desarrollo de un software, inclusive de un sistema de informacin.

23

FURPS+, indica las restricciones de diseo, implementacin, fsicos y de interfaz (Grady et al.,
1987). Las restricciones de diseo especifican o restringen el diseo del sistema. Las
restricciones de implementacin especifican o restringen la codificacin o construccin de
un sistema. Por su parte, las restricciones de interfaz especifican el comportamiento de los
elementos externos con los que el sistema debe interactuar. Por ltimo, las restricciones
fsicas especifican ciertas propiedades que el sistema debe poseer, en trminos de
materiales, forma, peso, tamao.

24

MOSCA (Modelo Sistmico de Calidad)

Consta de 4 niveles: dimensiones, categoras, caractersticas y las mtricas. En base de tres
ramas: el producto, el proceso y la humana. Contiene un total de 715 mtricas.

A nivel mundial se est generando un conjunto de modelos para medir la calidad de los Sistemas de

Software (SS), los cuales representan las caractersticas para que estos sean
productos/servicios de calidad que compitan en un mercado abierto y global. Los modelos se
deben formular con base a las caractersticas competitivas para cada tipo de SS, considerando
la alta participacin humana en el proceso de desarrollo de software. Partiendo de estas
premisas, esta investigacin propone el prototipo de MOdelo Sistmico de CAlidad (MOSCA)
para evaluar la calidad de los SS, integrando el modelo de Calidad del Producto y el modelo de
Calidad del Proceso de Desarrollo, soportado en los conceptos de la Calidad Total Sistmica.
MOSCA fue probado en dos empresas venezolanas desarrolladoras de SS, utilizando el Mtodo
"Anlisis de Caractersticas por Caso de Estudio", indicado por la metodologa DESMET.
Palabras clave: Modelo de calidad, Evaluacin de producto de software, Evaluacin de
proceso de software, Calidad de software, Calidad sistmica, Caso de estudio.

Explicacin del modelo mosca , (forma grfica )

25

https://www.mindomo.com/es/mindmap/modelo-sistemico-de-calidad-moscae16aae03e1d4418db1b36a5f414de
Calidad sistmica de software
Segn Callaos y Callaos (1993), la calidad de los Sistemas de Software no es algo que depende
de una sola caracterstica en particular, sino que obedece al compromiso de todas sus partes.
Tomando en cuenta la calidad del producto y la calidad del proceso, el LISI-USB desarroll
el Modelo Sistmico de Calidad de Software MOSCA- (Mendoza et al., 2001; 2002), que
integra el modelo de calidad del producto (Ortega et al., 2000) y el modelo de calidad del
proceso de desarrollo (Prez et al., 2001), y est soportado por los conceptos de calidad total
sistmica (Callaos y Callaos, 1993; Prez et al., 1999).
A la hora de definir la calidad del software se debe diferenciar entre la calidad del producto
software y la calidad del proceso de desarrollo de ste -calidad de diseo y fabricacin(Callaos y Callaos, 1993; Prez et al., 1999). No obstante, las metas que se establezcan para la
calidad del producto van a determinar los objetivos del proceso de desarrollo, ya que la calidad
del primero va a depender, entre otros aspectos, de estos ltimos. Segn Callaos y Callaos
(1993), la calidad de los Sistemas de Software no es algo que depende de una sola
caracterstica en particular, sino que obedece al compromiso de todas sus partes. sta es una
visin sistmica de la calidad del software.
Tomando en cuenta este enfoque de la calidad, se desarroll el Modelo Sistmico de Calidad
de software (MOSCA), en el LISI-USB (Mendoza et al., 2001), que integra el modelo de calidad
del producto (Ortega, et al., 2000) y el modelo de calidad del proceso de desarrollo (Prez et
al., 2001), y soporta estos conceptos de calidad sistmica (Callaos y Callaos, 1993; Prez et al.,
1999).
En cuanto a la perspectiva del producto, este modelo plantea, sobre la base de las 6
caractersticas de calidad del estndar internacional ISO/IEC 9126 (1991), un conjunto de
categoras, caractersticas y mtricas asociadas que miden la calidad y hacen del modelo un
instrumento de medicin de gran valor, ya que cubre todos los aspectos imprescindibles para
medir directamente la calidad del producto de software. En cuanto a la perspectiva del
proceso, este modelo se formul sobre la base de las 5 caractersticas de calidad del estndar
internacional ISO/IEC 15504 (JTC 1/SC 7, 1991), un conjunto de categoras, caractersticas y
mtricas asociadas que miden la calidad de un proceso de software con un enfoque sistmico.
El modelo de calidad que soporta este enfoque se describe a continuacin.

Nivel 0: Dimensiones. Eficiencia del proceso, Efectividad del proceso, Eficiencia del producto
y Efectividad del producto son las cuatro dimensiones propuestas en el prototipo de modelo.
Slo un balance y una buena interrelacin entre ellas permite garantizar la calidad Sistmica
global de una organizacin.
Nivel 1: Categoras. Se contemplan 11 categoras: 6 pertenecientes al producto y las otras 5
al proceso de desarrollo.

Producto: Funcionalidad (FUN), Fiabilidad

Mantenibilidad (MAB) y Portabilidad (POR).

(FIA),

26

Usabilidad

(USA),

Eficiencia

(EFI),

Proceso: Cliente-Proveedor
Organizacional (ORG).

(CUS),

Ingeniera (ENG),

Soporte

(SUP),

Gestin

(MAN)

Nivel 2: Caractersticas. Cada categora tiene asociado un conjunto de caractersticas (56

asociadas al producto y 27 al proceso de desarrollo), las cuales definen las reas claves a
satisfacer para lograr, asegurar y controlar la calidad tanto en el producto como en el proceso.
Entre las caractersticas asociadas a cada categora del producto, se proponen en el modelo
MOSCA, una serie de caractersticas del proceso (ver Figura 1). Esto se debe a que algunas
caractersticas de la calidad del proceso, impactan directamente en las categoras del
producto, al igual que ciertas caractersticas de la calidad del producto definen categoras del
proceso.
Nivel 3: Mtricas. La cantidad de mtricas asociadas a cada una de las caractersticas que
conforman MOSCA es de 587 en total.
Adicionalmente, MOSCA cuenta con un algoritmo que facilita su operacionalizacin y permite
estimar la calidad de software. El algoritmo contempla tres fases: (1) estimacin de la calidad
del producto de software con un enfoque sistmico; (2) estimacin de la calidad del proceso de
desarrollo de software con un enfoque sistmico; y (3) integracin de las mediciones de los
sub-modelos de la calidad del producto y la calidad del proceso.

Team Software Process (TSP)

Es una metodologa para dirigir el trabajo de mejora y desarrollo de software adems de
establecer un entorno donde el trabajo efectivo de equipo sea normal y natural

Entornos

27

Estructura

TickIT
Adems de mejorar la calidad del software, uno de los principios de TickIT es mejorar y regular
el comportamiento de auditores que trabajan en el sector de tecnologa de informacin a
travs de entrenamiento, y la certificacin subsiguiente de auditores. El registro internacional
de auditores certificados maneja el registro para los auditores de TickIT.
Las organizaciones de desarrollo del software que buscan la certificacin de TickIT se les
requiere demostrar conformidad con las normas ISO 9001:2000. El objetivo principal era
proveer de industria un marco prctico para la gerencia de la calidad del desarrollo del
software desarrollando procedimientos ms eficaces de la certificacin del sistema de gerencia
de la calidad. stos implicados:

Publicacin de material gua para asistir a organizaciones de software a interpretar los

requisitos de ISO 9001.
Entrenamiento, seleccin y registro de auditores con capacidad y experiencia en TI.
Introduccin de reglas para la acreditacin de cuerpos de certificacin en el sector del
software.

Gua

Pieza A: introduccin a TickIT y al proceso de la certificacin, esto presenta

la informacin de carcter general sobre la operacin de TickIT y cmo se relaciona con
otras iniciativas de la calidad tales como mejora de proceso.

28

Parte B: direccin para los clientes, esto describe las ediciones referentes a la
certificacin del sistema de gerencia de la calidad en el campo del software del punto de
vista del cliente que est iniciando un proyecto de desarrollo, y explica cmo el cliente
puede contribuir a la calidad de los productos y de los servicios entregados.

Parte C: direccin para los proveedores, esto presenta la informacin y la direccin al

software y al servicio del software que proporcionan las organizaciones, incluyendo en
reveladores de la casa, en la construccin de sus sistemas de gerencia de la calidad usando
los procedimientos de TickIT. Esta parte tambin indica cmo las organizaciones pueden
determinar y mejorar la eficacia de sus sistemas de gerencia de la calidad.

Parte D: direccin para los auditores, esto da la direccin a los interventores en la

conducta de gravmenes usando los procedimientos de TickIT.

Parte E: requisitos del sistema de gerencia de la calidad del software - perspectiva de

los estndares, esto contiene la direccin para ayudar a organizaciones produciendo
productos de software y proporcionando servicios software relacionados para interpretar los
requisitos de ISO 9001:2000 del EN de BS. Sigue la secuencia de la clusula del estndar.

Parte F: requisitos del sistema de gerencia de la calidad del software - perspectiva de

proceso, esto identifica y elabora sobre la buena prctica requerida para proporcionar
control eficaz y continuo de un sistema de gerencia de la calidad del software. Se organiza
alrededor de los procesos bsicos requeridos para el desarrollo, el mantenimiento y la
ayuda del software y sigue la estructura precisada en ISO/IEC 12207:1995.

Qu estndares puedo elegir?

ISO/IEC 9126-1:2001 Quality Model
Esta parte de la ISO 9126 describe el modelo de calidad del producto de software. La primera
parte del modelo especifica 6 caractersticas de calidad interna y externa, las cuales estn
divididas en subcaractersticas, son manifestadas externamente cuando el software es
utilizado como parte de un sistema, y son un resultado de atributos internos del software. La
calidad externa evala que el software satisfaga las necesidades del usuario teniendo en
cuenta las condiciones especificadas.
Esta calidad es medible en el comportamiento del producto. La calidad interna evala el total
de atributos que un software debe satisfacer teniendo en cuenta condiciones especificadas.
Esta calidad es medible a partir de las caractersticas intrnsecas. Las caractersticas definidas
son aplicables a todo tipo de software.
Las caractersticas y subcaractersticas proveen una terminologa consistente respecto de la
calidad del producto del software.

29

Esta Norma permite especificar y evaluar la calidad del software desde distintas perspectivas,
las cuales estn asociadas a la adquisicin, requerimientos, desarrollo, uso, evaluacin,
soporte, mantenimiento, aseguramiento de la calidad, y auditoria del software.

ISO/IEC TR 9126-4:2004 Calidad en Uso

ISO/IEC TR 9126-4:2004 provee mtricas para la calidad en uso para la medicin de los
atributos definidos en ISO/IEC 9126-1.
Las mtricas de calidad en uso miden los efectos de uso del software en un contexto
especfico de uso. Estas mtricas miden si el producto se corresponde con las necesidades
especficas de los usuarios para as obtener los objetivos especficos con eficiencia,
productividad, seguridad y satisfaccin en un contexto de uso especfico. Esto solo es llevado a
cabo en un ambiente de sistema realista.
ISO/IEC 25000:2005 SQuaRE
SQuaRE (Software Quality Requirements and Evaluation) es una nueva serie de normas que se
basa en ISO 9126 y en ISO 14598 (Evaluacin del software).
Uno de los principales objetivos de la serie SQuaRE es la coordinacin y harmonizacin del
contenido de ISO 9126 y de ISO 15939:2002 (Measurement Information Model).
ISO 15939 tiene un modelo de informacin que ayuda a determinar que se debe especificar
durante la planificacin, performance y evaluacin de la medicin, Para su aplicacin, cuenta
con los siguientes pasos:

Recopilar los datos

30

Preparacin de los datos

Anlisis de los datos

BIBLIOGRAFA
http://www.sites.upiicsa.ipn.mx/polilibros/portal/Polilibros/P_proceso/ANALISIS_Y_DISEnO_
DE_SISTEMAS/IngenieriaDeSoftware/CIS/UNIDAD%20II/2.3.HTM
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/gonzalez_d_h/capitulo4.pdf
http://sedici.unlp.edu.ar/bitstream/handle/10915/19762/Documento_completo.pdf?
sequence=1
http://ldc.usb.ve/~abianc/materias/ci4712/metricas.pdf
http://sedici.unlp.edu.ar/bitstream/handle/10915/22641/Documento_completo.pdf?
sequence=1
http://sedici.unlp.edu.ar/bitstream/handle/10915/19762/Documento_completo.pdf?
sequence=1
http://www.monografias.com/trabajos95/metodologia-evaluar-calidad-software-salud-yeducacion/metodologia-evaluar-calidad-software-salud-y-educacion.shtml
http://www.researchgate.net/profile/Anna_Griman/publication/221359888_Algoritmo_par
a_la_Evaluacin_de_la_Calidad_Sistmica_Del_Software/links/0046351472fc4133be000000.
pdf
https://uvirtual.unet.edu.ve/pluginfile.php/7610/mod_resource/content/0/Calidad_softwar
e.pdf
http://ingsw.ccbas.uaa.mx/sitio/images/material/tsp.htm

31