Este indicador se basa en medir los defectos, cuántos aparecen y cuántos se cierran por

día.
• El Indicador de Cobertura de la Prueba.
La Cobertura muestra cuánto habría que probar, cuánto se puede probar y cuánto
funciona bien. Este indicador complementa al indicador de Evolución.

1.6- Sistema de Gestión de la Calidad, SGC, en el software.

En lo referente a esta temática abunda mucha literatura en Internet en cuanto a métodos para
evaluar la calidad del software, tanto desde el punto de vista del producto como del proceso.
Se plantea la existencia de un algoritmo que estima la Calidad del software en base a un
modelo sistémico de estimación conocido como “Modelo Sistémico de Calidad” o como rezan
sus siglas, MOSCA, (Mendoza y Pérez, 2005). Este modelo o algoritmo es una herramienta
efectiva de análisis del producto, del proceso y de la relación entre ellos y con el medio
ambiente. Se explica que con la aplicación del algoritmo se esclarece cuáles son los procesos
que se deben mejorar en la empresa y cuáles son las características que no son satisfechas
por el producto software desarrollado. También se destaca en cuanto al algoritmo MOSCA la
importancia en la asociación de métricas tanto para las características de Calidad inherentes al
Copyright © 2010. D - Instituto Superior Politécnico José Antonio Echeverría. CUJAE. All rights reserved.

software como producto y como proceso soportante. Las métricas, como es sabido, juegan un
papel muy importante a la hora de evaluar los ejemplos prácticos que se exponen en la
literatura como aplicación del algoritmo.
En la Internet existe también mucha literatura concerniente a los modelos existentes para
evaluar el software en una empresa, como por ejemplo, los modelos CMM y CMMI. Estos
modelos persiguen dos finalidades fundamentales, o sea, como guía para mejorar los procesos
que se involucran en el desarrollo y el mantenimiento y como criterio para determinar el nivel de
madurez alcanzado por la organización al gestionar los productos involucrados. Estos niveles,
(Rivero, 2002), (Desoft S.A. Resumen Ejecutivo, 2008) de madurez serán:

Nivel 0 Incompleto:
Cuando los procesos no están implementados o fallan al alcanzar el propósito. En este nivel
hay poca o ninguna evidencia de cualquier logro sistemático del propósito del proceso
7

Blanco, L. F. J. (2010). Diseño de procesos claves para el mejoramiento de la calidad en proyectos de software. Retrieved from http://ebookcentral.proquest.com
Created from unadsp on 2019-08-25 15:02:32.
 Nivel 1 Realizado:
Cuando los procesos implementados logran el propósito
Nivel 2 Gestionado:
Cuando los procesos implementados se desarrollan de forma gestionada, o sea, se planifica,
se les realiza seguimiento y se hacen adaptaciones y los productos de trabajo de los procesos
están establecidos, controlados y mantenidos
Nivel 3 Establecido:
Cuando los procesos se implementan de forma definida y establecida, o sea, se definen las
interacciones entre los procesos.
Nivel 4 Predecible:
Cuando los procesos funcionan dentro de los límites definidos pata lograr los resultados, o sea,
existe un adecuado control.
Nivel 5 Optimizado:
Cuando los procesos que funcionan de forma predecible se mejoran continuamente para
cumplir las metas de los negocios actuales y las proyectadas.

En la literatura, (Cueto, 2008), aparecen también ejemplos prácticos de cómo utilizar los
Copyright © 2010. D - Instituto Superior Politécnico José Antonio Echeverría. CUJAE. All rights reserved.

modelos de madurez PMI y CMM para medir la madurez de las organizaciones productoras de
software y para medir las buenas prácticas en la gestión tanto de los proyectos como de los
procesos involucrados.
Existen a otros modelos de madurez como el TickIT, (DNV Argentina, 2000), el cual es
aplicado por los desarrolladores de software, pero utilizado en combinación con la norma ISO
9001. El esquema TickIT abarca la evaluación y la certificación del esquema de gestión de
Calidad e incluye la producción de software y los servicios relacionados. Este esquema cuenta
con el apoyo de las industrias de software del Reino Unido y de Suecia.
En el caso de las PYMES se plantea que muchos de estos modelos existentes para evaluar la
madurez, incluyendo la certificación de la Calidad, entrañan dificultad por el alto costo y la
complejidad de la infraestructura requerida. Se exponen modelos de procesos, óptimos para la
mejora de la Calidad, más simplificados.

Blanco, L. F. J. (2010). Diseño de procesos claves para el mejoramiento de la calidad en proyectos de software. Retrieved from http://ebookcentral.proquest.com
Created from unadsp on 2019-08-25 15:02:32.
 En la literatura consultada, (Cianfrani, 2002), se explica el significado y la finalidad de la norma
ISO 9001:2000 y se analizan sus requisitos en su relación con cada una de las categorías de
productos. Se plantea que, donde proceda, es importante saber explicar el por qué son
importantes los requisitos y conocer un listado de las preguntas típicas que se plantean en una
auditoria en cualquier organización para evaluar la conformidad con los requisitos. Este tipo de
información constituye una fuente de consulta muy importante ya que se complementa con
comentarios y ejemplos sencillos sobre los requisitos de un sistema de gestión de la calidad,
que en el caso de la Industria del software deben observarse los lineamientos establecidos en
NC-ISO 90003:06 los cuales traducen los requisitos ISO 9000 al campo de aplicación
softweriano y para todo el ciclo de vida del producto.

Ejemplo de Ciclo de Vida de un producto software y el Control de Calidad

Copyright © 2010. D - Instituto Superior Politécnico José Antonio Echeverría. CUJAE. All rights reserved.

Fig. no.1 Ciclo de Vida de un producto software y el Control de la Calidad “ISO 9001:2000
Comentada”, Charles A.Cianfrani

Blanco, L. F. J. (2010). Diseño de procesos claves para el mejoramiento de la calidad en proyectos de software. Retrieved from http://ebookcentral.proquest.com
Created from unadsp on 2019-08-25 15:02:32.
 Los datos obtenidos del control de calidad aplicado en un producto, o sea, la información
relativa a la satisfacción de los requisitos del producto (que puede ser una aplicación software),
es diferente de la información relacionada con el cliente, (Cianfrani, 2002), ya que es posible
que los clientes estén satisfechos con un producto no conforme o que se muestren
extremadamente insatisfechos con un producto que cumple los requisitos. En ambas
situaciones, identificar las causas de la insatisfacción del cliente ofrece la oportunidad de
modificar los requisitos para reflejar las verdaderas necesidades del cliente. La información del
cliente objeto de seguimiento debe guardar relación con las percepciones de éste sobre el
producto obtenido.
Existen varias técnicas para obtener la información sobre la percepción del cliente del servicio
obtenido, (Vilalta, 2009), tales como las entrevistas, encuestas y observaciones. La aplicación
de una u otra técnica depende del objetivo del estudio, de las características de la población de
la que se extrae la muestra y del presupuesto disponible para ello.
En el caso de los requisitos que debe cumplir un SGC basado en ISO 9000 se plantea que el
“análisis de datos” es esencial para determinar la idoneidad y la eficacia del sistema y para
identificar las mejoras que puedan llevarse a cabo con respecto a la eficacia. Este principio es
igualmente aplicable en aquellas empresas en que exista un Control de Calidad en vías de
Copyright © 2010. D - Instituto Superior Politécnico José Antonio Echeverría. CUJAE. All rights reserved.

insertarse en el marco de un SGC ya que la actividad genera datos, los que deben ser
debidamente analizados para que sirvan eficazmente para la toma de decisiones.
Se plantea que existen herramientas matemáticamente simples, a las cuales Kaoru Ishikawa
denominó las 7 herramientas básicas del control y mejoramiento de la calidad, (G. Rodríguez,
2008), las cuales sirven para ser usadas al aplicar la estadística descriptiva en aspectos de la
gestión de la calidad, en orden de describir, analizar y resumir datos, los que pueden provenir
del control tanto del producto como de los procesos soportantes.
Este análisis de datos sirve para la toma de las decisiones que se deriven y esta es una de las
vías utilizadas para encarar el principio de la “Mejora Continua” que debe cumplir toda
organización que aspire a implementar un SGC. Las 7 herramientas básicas pueden ser
usadas, igualmente, para el análisis de las características de calidad del producto (que puede
ser un software), (Elvir, 2001), lo cual es una información básica para la toma de decisiones.
También existen técnicas propias de la estadística inferencial cuando se tiene por objeto
10

Blanco, L. F. J. (2010). Diseño de procesos claves para el mejoramiento de la calidad en proyectos de software. Retrieved from http://ebookcentral.proquest.com
Created from unadsp on 2019-08-25 15:02:32.