Introducción funcionales y no funcionales identificados en la etapa de

análisis del sistema, insumo principal para implementar

El software es una de las herramientas de mayor utilidad en dichos requisitos con los atributos mínimos de calidad,
la optimización de procesos en las organizaciones, con el fomentando la aplicación de procesos estandarizados y
propósito de contar y ofrecer optimización, eficiencia y criterios necesarios en cada una de sus etapas, así se
satisfacción de necesidades, razón por la cual el software fomenta que el avance en el ciclo de vida del software
debe contar con criterios que garanticen su calidad. De minimice el riesgo de fracaso del proyecto. Por su parte, el
acuerdo con esta necesidad, diferentes entidades o Instituto de Ingenieros Eléctricos y Electrónicos (IEEE, 1990)
investigadores han propuesto estrategias modelos, define calidad de software como “el grado con el que un
metodologías, guías, incluso normas y estándares de calidad sistema, componente o proceso cumple los requerimientos
que brindan apoyo al desarrollo y/o uso de un producto especificados y las necesidades o expectativas del cliente o
software y permiten evaluar si efectivamente tiene un nivel usuario”, denotando que el énfasis radica en los requisitos
de calidad durante su ciclo de vida, y de esta manera específicos del sistema y en la búsqueda de la satisfacción
fomentar un ambiente de calidad, con base en la adecuada del cliente.
administración de la información.
Para garantizar la calidad de software es importante
En este documento se contextualiza inicialmente en cuanto implementar algún modelo o estándar de calidad que
a términos propios de calidad de software, posterior a esto permita la gestión de atributos en el proceso de
se realiza una clasificación de los modelos de acuerdo con el construcción de software, teniendo en cuenta que la
enfoque presentado (proceso, producto y uso) y al tiempo concordancia de los requisitos y su construcción son la base
de aparición; esto con el fin de dar a conocer aquellos de las medidas de calidad establecidas.
modelos que se consideran pioneros o base del desarrollo
de otros recientes, de igual manera se realiza una 2. Modelos de calidad de software
descripción de las características más relevantes de algunos
modelos, su estructura y objetivo, finalmente se presentan Aunque modelo y metodología distan en su definición, se
casos de aplicación de algunos modelos en el sector rescata la cita dada por Moszkowitz (2010) en la que
empresarial. presenta una metodología que permite a cualquier
organización realizar una autoevaluación o autodiagnóstico,
por medio de una revisión sistemática de sus estrategias y
1. Contextualización de calidad de software
prácticas de gestión.
Es importante conocer los conceptos y características acerca
de lo que es la calidad de software, y en cuanto a los En el caso de la calidad de software el modelo debe ir
modelos de calidad de software, su estructura y enfoque. enfocado a hacer seguimiento y evaluación a cada etapa de
construcción del producto software. Por otro lado se
menciona (Scalone, 2006) que
Calidad de software
los modelos de calidad son aquellos documentos
El término calidad de software se refiere al grado de
que integran la mayor parte de las mejores
desempeño de las principales características con las que prácticas, proponen temas de administración en
debe cumplir un sistema computacional durante su ciclo de los que cada organización debe hacer énfasis,
vida, dichas características de cierta manera garantizan que integran diferentes prácticas dirigidas a los
el cliente cuente con un sistema confiable, lo cual aumenta procesos clave y permiten medir los avances en
su satisfacción frente a la funcionalidad y eficiencia del calidad.
sistema construido.
Esta definición, enfocada a la calidad del software, identifica
El concepto de calidad de software, según Pressman (2010) que la organización debe contar con un proceso que como
se asocia a la “concordancia con los requisitos funcionales y soporte al mismo lleve una documentación, y se valga de
de rendimiento explícitamente establecidos con los distintas prácticas definidas en el modelo, dando apoyo a la
estándares de desarrollo plenamente documentados y con organización para tener una mejora continua y ser más
las características implícitas que se espera de todo software competentes, para así poder medir la calidad y brindar
desarrollado profesionalmente”, con base en los requisitos productor o servicios de alto nivel.
En el ámbito de la construcción de software, el modelo de satisfacción del cliente en cuanto a los requisitos definidos
calidad debe permitir evaluar el sistema, bien sea cualitativa en las etapas iniciales del proceso de desarrollo.
o cuantitativamente, y de acuerdo con esta evaluación la
organización podrá proponer e implementar estrategias Calidad en uso
que permitan la mejora del proceso dentro de las etapas de
análisis, diseño, desarrollo y pruebas del software. Es importante resaltar que aunque en diferentes escenarios
se utilizan los términos usabilidad y calidad en uso, con el
3. Estructura y enfoque de los modelos de calidad mismo propósito y de forma intercambiable tienen
significados distintos, principalmente porque el concepto de
de software
calidad en uso es más amplio y abarca más elementos que
la usabilidad (Covella, 2005), y esta última es una de las
Los modelos de calidad de software generalmente están
características de calidad de un producto software. La
estructurados como se muestra en la Figura 1 (Scalone,
calidad en uso se define como el “conjunto de atributos
2006) y (Bautista, 2012), donde se pueden tener diversos
relacionados con la aceptación por parte del usuario final y
factores de calidad que a su vez se componen de criterios
seguridad”, y está basada en la eficacia, productividad,
que son evaluados por métricas, con el propósito de
seguridad y satisfacción, según ISO/IEC 9126.
abordar la evaluación desde lo general a lo particular, y
permitir la reducción de la subjetividad en la asignación de
ITIL: Desarrollado en el Reino Unido, con el fin de fortalecer
un valor, ya sea cuantitativo o cualitativo.
la gestión gubernamental, a partir de cinco elementos
fundamentales: la perspectiva del negocio, entrega del
Así mismo, los modelos de calidad de software se clasifican
servicio, soporte del servicio, manejo de la infraestructura y
de acuerdo con el enfoque de evaluación, ya sea a nivel de
manejo de aplicaciones, con el propósito de ofrecer una
proceso, producto o calidad en uso.
estructura integral para prestar a la organización un servicio
completo, cubriendo necesidades de apoyo de instalación,
Calidad a nivel de proceso adecuación de redes, comunicaciones, hardware,
servidores, sistema operativo, y software necesarios.
La calidad de un sistema software debe ser programada
desde el inicio del proyecto, y posteriormente en cada etapa ISO/IEC 15504: Permite adaptar la evaluación para procesos
del proceso de desarrollo se debe llevar a cabo el control y en pequeñas y medianas empresas (pymes) y grupos de
seguimiento de los aspectos de calidad, para minimi- desarrollo pequeños, mediante la estructuración en seis
niveles de madurez: Nivel 0- Organización inmadura, Nivel
1- Organización básica, Nivel 2- Organización gestionada,
Figura 1. Estructura de la calidad de software. Nivel 3- Organización establecida, Nivel 4- Organización
Fuente: Los autores zar los riesgos y ofrecer soporte predecible y Nivel 5- Organización optimizando. Su objetivo
continuo, se garantiza así un óptimo nivel de cumplimiento es llegar a que la organización logre ser madura, lo cual
de los factores de calidad, teniendo en cuenta que si en conlleva que la organización tenga procesos definidos,
alguna de las etapas se deja de lado la verificación de los responsabilidades definidas, predicción de resultados,
factores y criterios es posible que se presente deficiencia en productos entregados con calidad, que las entregas se den
alguno de éstos y disminuirá el nivel de calidad no solo del en los tiempos pactados, incrementar la productividad,
proceso, sino también del producto en desarrollo. clientes satisfechos, y empleados felices (Córdoba, 2012).

Calidad a nivel de producto Bootstrap: Metodología de evaluación que permite la

mejora de procesos a partir de seis actividades básicas:
La principal finalidad del modelo de calidad de producto es Examinar la necesidad, Iniciar proceso de mejora,
especificar y evaluar el cumplimiento de criterios del preparación y dirección de la evaluación, análisis de
producto, para lo cual se aplican medidas internas y/o resultados, implantación y finalización de mejoras (Herrera,
medidas externas (Bevan, 2010). Por esta razón, algunas 2012).
normas y estándares han definido la calidad a nivel de
producto en tres tipos: interna, externa y en uso (Rodríguez, Dromey: Es un modelo adaptable a evaluar varias etapas del
2016). Este enfoque está orientado a verificar el proceso de desarrollo como levantamiento de requisitos,
cumplimiento de las características que permitan alcanzar la diseño e implementación. Se estructura con características
y subcaracterísticas de calidad; propone tres modelos
distintos para cada etapa de construcción del producto: clasificar las organizaciones en cinco tipos de nivel
modelo de requerimientos, modelo de diseño y modelo de establecidos: Inicial, gestionado, definido, gestionado
calidad de la implementación, a partir de la evaluación cuantitativamente y en optimización; y por su parte el
establecida en cinco etapas, para características como: modelo continuo se enfoca al análisis de la capacidad de
eficiencia, confiabilidad, mantenibilidad, portabilidad, cada proceso inmerso en las áreas de la ingeniería de
facilidad de uso y funcionalidad (Scalone, 2006). sistemas y lo clasifica en uno de los siguientes seis niveles:
Incompleto (0), ejecutado (1), gestionado (2), definido (3),
Personal Software Process (PSP): Este modelo está cuantitativamente gestionado (4) y en optimización (5)
enfocado al desarrollo profesional del ingeniero, (Petrie, 2009).
fomentando una adecuada administración de calidad de los
proyectos de desarrollo, reducción de defectos del
ISO/IEC 20000: El objetivo principal de esta norma es el
producto, estimación y planeación del trabajo (Vargas,
de avalar que la prestación de servicios gestionados de TI de
2010).
una empresa cuentan con la calidad necesaria para brindar
dichos servicios a los clientes. Se subdivide en dos partes:
Team Software Process (TSP): TSP es la fase posterior de
“Especificaciones“, publicada como ISO 200001:2005, y
PSP, está diseñado para el trabajo de equipos de desarrollo
“Código de buenas prácticas” publicada como ISO 20000-
de software autodirigidos, que se orienta al desarrollo de
2:2005 (Van Bon, 2008).
productos con el mínimo de defectos en tiempo y costos
estimados. Cuenta con planes detallados y procesos como
revisiones personales, inspecciones e índices de desempeño Modelos a nivel de producto
de calidad, y el fomento de la integración del equipo
(Mondragón, 2011). La Figura 3 presenta la línea de tiempo de algunos modelos
de evaluación a nivel de producto.
IEEE / EIA 12207: Este estándar establece un marco de
trabajo común para el ciclo de vida del desarrollo de McCall: Uno de los modelos pioneros en la evaluación de la
software, a partir del planteamiento de procesos, calidad de software, tiene tres etapas definidas: factores,
actividades y tareas que pueden ser aplicadas durante la criterios y métricas. Los once criterios base, son: Exactitud,
adquisición, suministro, desarrollo, operación, confiabilidad, eficiencia, integridad, usabilidad,
mantenimiento y/o despliegue de un producto software mantenibilidad, testeabilidad, flexibilidad, portabilidad,
(ISO/IEC, 2008), (Córdoba, 2012) reusabilidad e interoperabilidad (Khosravi, 2004).

Cobit 4.0: Se caracteriza por ser orientado a negocios y GQM o Goal Question Metric: Se enfoca a proporcionar una
proceso, además de ser basado en controles, trabaja con forma que permita definir métricas para medir el avance
siete criterios de información que son definidos como como los resultados de algún proyecto, a partir de la
requerimientos de control del negocio: efectividad, aplicación de unas preguntas relacionadas con el proyecto,
eficiencia, confidencialidad, integridad, disponibilidad, que permitan alcanzar unas metas previamente planteadas,
cumplimiento y confiabilidad (Guerrero, 2006). el modelo trabaja sobre metas, preguntas y métricas
(Villarroel, 1999).
ISO 90003: Conjunto de estándares utilizados para el
desarrollo, suministro y soporte del software, cuyo Boehm: Es un modelo incremental, dividido en regiones de
propósito es ofrecer una guía de aplicación de la norma tareas y estas a su vez en conjuntos de tareas, las cuales se
9001 que pretende ser utilizada para demostrar o soportar ajustan a la cantidad de iteraciones que el equipo defina, y
que la entidad está en capacidad de desarrollar software cada iteración se divide en cuatro sectores: planeación,
con criterios de calidad. (ISO, 1998). análisis de riesgo, ingeniería y evaluación (Velazco, 2016).

CMMI (Capability Maturity Model Integration): FURPS: Modelo desarrollado por Hewlett-Packard, cuyo
Es de los modelos más utilizados en las empresas de nombre proviene de los criterios que evalúa: Funcionalidad,
construcción de software, con el propósito de verificar el usabilidad, confiabilidad (reliability), desempeño
cumplimiento de estándares de calidad a partir de la (performance) y soportabilidad (Soto, 2015).
medición con niveles de madurez. Este modelo se
GILB: Modelo de calidad que orienta la evaluación de
representa de dos maneras: escalonada y continua, donde
software a partir de los atributos: Capacidad de trabajo,
el modelo escalonado está dirigido al software y permite
adaptabilidad, disponibilidad y utilizabilidad, los cuales se con criterios de calidad. En la Tabla 1, se presenta un listado
dividen en subatributos, de tal manera que sirva de apoyo a de algunas de las empresas que realizaron la
la gestión de proyectos, y proporcione una guía para implementación de dicho modelo según (Nakama, 2013),
solucionar problemas y detectar riesgos (Khosravi, 2004). (Villalba, 2011), (Navarro et al., 2010), (Sandia, 2007),
(Ramos et al., 2010), (Romero et al., 2008), (Cruz, 2011)
ISO 9126: Estándar basado en el modelo de McCall, dirigido (Álvarez et al., 2011).
a desarrolladores, aseguradores de calidad, evaluadores,
analistas y cualquier otro involucrado en el proceso de La empresa “Sistemas y Software Consultores” implementó
construcción de software. Está dividido en cuatro partes: dos de los niveles de CMMI (niveles 2 y 3), con el fin de
modelo de calidad, métricas externas, métricas internas y mejorar y optimizar las actividades de desarrollo en
calidad de métricas en uso; elementos en torno a seis procesos piloto de la empresa, esta organización es
características (funcionalidad, fiabilidad, usabilidad, prestadora de servicios de programación a los proyectos de
eficiencia, mantenibilidad y portabilidad) y software, inicialmente se realizó una medición del estado
subcaracterísticas asociadas (Ango, 2014). actual de la empresa con respecto a la evaluación que
realiza CMMI. Con base en esta medición se identificaron
SQAE o Software Quality Assessment Exercise: Este cuatro áreas críticas en el proceso: gestión de
modelo, basado en Boehm, McCall, Dromey e ISO 9126, está requerimientos, desarrollo de requerimientos, verificación
orientado principalmente a realizar evaluación por terceros y validación. Se seleccionaron tres proyectos como muestra
que no están directamente involucrados con el desarrollo, para la implementación del modelo. La empresa utiliza
siguiendo tres capas: área, factor y atributo de calidad, que como metodología RUP (Rational Unified Process) e IBM
permiten orientar la evaluación jerárquicamente (Moreno, Rational para el diseño, posterior a un análisis que permitió
2010). identificar relaciones entre el modelo CMMI vs RUP se
WebQEM: es una metodología de evaluación de calidad de determinó que algunos aspectos del modelo CMMI son
sitios Web (Web-site Quality Evaluation method), diseñada cubiertos por actividades y artefactos de RUP, lo cual
para la evaluación siguiendo seis fases: planificación y permitió no realizar un cambio de gran impacto en los
programación de la evaluación de calidad¸ definición y procesos de desarrollo de los proyectos (Romero et al.,
especificación de requerimientos de calidad, definición e 2008).
implementación de la evaluación elemental¸ definición e
implementación de la evaluación global¸ análisis de La implementación de CMMI en “Sistemas y Software
resultados, conclusión y documentación¸ validación de Consultores” se estructuró en cuatro etapas: preparación,
métricas (Olsina, 1999). inducción y capacitación, implementación y seguimiento, y
análisis de preparación.
ISO 25000: También llamadas como SQuaRE, cuyo propósito
es guiar el desarrollo con los requisitos y la evaluación de Bootstrap
atributos de calidad, principalmente: la adecuación
funcional, eficiencia de desempeño, compatibilidad , Este modelo se ha implementado principalmente en
capacidad de uso, fiabilidad, seguridad, mantenibilidad y empresas europeas, dentro de la revisión bibliográfica es
portabilidad (Alfonso, 2012). escasa la documentación encontrada con respecto a su
implementación. Según “Servicios en informática y
4. Experiencias de implementación de modelos de desarrollo de México” (B. L, 2015), cuyo objetivo es el
desarrollo de software y “CERTUM” empresa ecuatoriana,
calidad de software
dedicada a procesos de certificación (B. L, 2015) son
empresas que implementaron el modelo Bootstrap.
A continuación se presentan algunas experiencias de
aplicación de modelos y estándares de calidad de software.
PSP Personal Software Process
CMMI PSP (Personal Software Process), es un modelo enfocado al
personal involucrado en el proceso, este modelo se ha
El modelo CMMI es uno de los modelos de mayor acogida
implementado en ámbitos académicos, desarrollo de
para la evaluación de grandes empresas, como por ejemplo
software y mejora de procesos empresariales, uno de los
empresas desarrolladoras de software, la cuales necesitan
casos de estudio que se revisaron es el de una organización
cumplir con cierto de nivel de madurez de los que propone
desarrolladora de productos de software ERP, CRM,
el modelo, certificando así que el producto software cumple
Educativos y otros productos especiales donde se encontró implementación de dicho modelo (Brainstorm, 2016), (INFT,
una integración de metodologías ágiles (SCRUM) con PSP, 2016), (Antilank, 2016), (gA, 2016).
identificando que el porcentaje de error cada vez era más
bajo para la mayoría de desarrolladores, favoreciendo así el ISO 15504
proceso de estimación, y mejorando el proceso de
desarrollo (Holguín, 2015). En la Tabla 2 se presenta un Para la norma ISO 15504 se encuentra un listado de
listado de algunas de las empresas que realizaron la empresas certificadas registradas, a continuación se
implementación del modelo PSP para la mejora de sus enuncian las certificadas entre los años 2012 a 2016:
procesos (Soledispa, 2010), (Soto, 2010), (Cardona, 2012), Bitware, Agrupo Sistemas S.L, Quental Technologies S.L y
(Ampudia, 2007), (Holguín, 2015), (Elminir, 2009). Tahbit Software S.A, dentro de dicho listado se logró
identificar que las empresas son enfocadas en tecnologías
TSP Team Software Process de la información y soluciones tecnológicas. En la Tabla 5 se
muestra un listado de algunas de las empresas que
PRAGMA es una empresa colombiana, enfocada en el realizaron la implementación de la norma ISO 15504 (ISO
desarrollo de soluciones de negocio, con una trayectoria de 15504, 2016).
15 años, que decide implementar la metodología TSP (Team
Software Process), para lograr alcanzar un grado de ISO/IEC 20000
madurez alto en CMMI. Como primera medida, la empresa
realiza una capacitación a las directivas de la compañía, a la Para la norma ISO/IEC 20000, se encuentra un listado de
cual asisten las gerentes en su totalidad. En tanto los empresas certificadas registradas, enfocadas en la
desarrolladores se capacitan en PSP (Personal Software prestación de servicios de TI en la siguiente dirección web
Process), para el proceso de TSP se definió un proceso de www. isoiec20000certification.com (AMP, 2016).
juntas dirigidas por un coach TSP donde se identifican tres
roles: moderador, cronometrista y anotador. Se realizaron ITIL
durante cuatro días juntas con los siguientes tareas:
establecer los objetivos del negocio y producto, asignación Eurotrans (Holanda), es una empresa dedicada al transporte
de roles y definición de objetivos del equipo, generar una de mercancía y pasajeros por carretera, encontró la
estrategia de desarrollo, elaboración descendente del plan, necesidad de implementar ITIL para evolucionar la operativa
desarrollo de plan de calidad, construcción de los planes y alcanzar los objetivos planteados. Para su implementación
detallados para la siguiente fase, conducción de la se realizó un análisis de todos los procesos definidos por ITIL
evaluación de riesgo, preparar presentación a la dirección y identificando qué procesos se encontraban actualmente
reporte de lanzamiento, revisión con la alta dirección, y post implementados en la empresa.
mortem del lanzamiento (Yarce, 2012).
Se realizó un análisis en cada proceso, identificando los
En la Tabla 3 se presenta un listado de algunas de las puntos fuertes y los débiles del mismo, empezando por
empresas que han implementado el modelo (Asencio, realizar un estudio de viabilidad y valoración de la situación
2009), (Bustos, 2007), (Webb, 1999). actual, posterior a esto se tiene en cuenta PRINCE2 (Entorno
controlado de proyectos IN), para analizar la coherencia y
ISO 90003 aproximación de los proyectos con respecto a ITIL. En
cuanto a los procesos del servicio de soporte, Eurotrans no
Brainstorm Software SRL, es una empresa desarrolladora de tenía un servicio de escritorio implementado, por tanto se
software enfocada en el sector asegurador, obtuvo las tomó la decisión de implantar un servicio de escritorio
certificaciones ISO 9001:2008 e ISO 90003:2004, las cuáles centralizado para clientes, proveedores y la organización. Se
fueron otorgadas por IQNet e IRAM. Durante este proceso definieron tareas y estrategias para el tratamiento de
de certificación Brainstorm fue asesorada por GW gestión de incidencias, gestión de problemas, gestión del
consulting. Los beneficios de obtener esta certificación para cambio, gestión de la configuración y gestión de software.
la empresa son: reducción de defectos e incidencias,
aumento de productividad, aumento de compromiso con Para los procesos de servicio de entrega de igual forma se
los requisitos del cliente y una mejora continua en los identificaron posibilidades de mejora y se propusieron
servicios (Brainstorm, 2016). En la Tabla 4 se presenta un estrategias para gestión de niveles de servicio, gestión de
listado de algunas de las empresas que realizaron la disponibilidad, gestión de capacidad, gestión de continuidad
y gestión financiera, permitiendo así realizar mejoras u
optimizar procesos con la aplicación de procesos definidos resultados de la evaluación de software y la comprensión
en ITIL (Herrera, 2010). Así como el caso de Eurotrans, la del equipo de desarrollo, de esta manera en la aplicación de
empresa Outsorcing S.A, una empresa colombiana las tres etapas del modelo en conjunto con UML se describe
prestadora de servicios de TI también logró implementar el la estructura a partir del proceso de pruebas, teniendo en
modelo ITIL (Quevedo, 2009). cuenta la arquitectura y el comportamiento de los datos en
el momento de ser probados (Vega, 2015).
COBIT 4.0
Entre las experiencias de aplicación de GQM en el campo
Ecopetrol es una empresa colombiana dedicada al ejercicio empresarial se puede mencionar el caso de la implantación
de las actividades propias de la industria y el comercio del del modelo en un core bancario, a partir de la definición de
petróleo y sus afines. Esta empresa comenzó a desarrollar el métricas, alineadas con los objetivos y metas del negocio, se
proceso de implementación de cobit desde el año 2008, orienta al mejoramiento en el proceso del desarrollo de
este proceso ha permitido la implementación de 28 de los software, conducente a la obtención de un producto de
34 procesos definidos por cobit, teniendo como prioridad calidad para la empresa (Sánchez, 2015). En la Tabla 7 se
los objetivos de control, se realizó el desarrollo, diseño y presenta un listado de empresas que realizaron la
documentación de los procesos y a continuación su implementación de GQM (Sánchez, 2015), (Sánchez, 2011),
implementación y monitoreo, haciendo los ajustes (Acosta, 2015).
necesarios.
McCall
Hacia el año 2009 se implementaron 14 de los procesos
elegidos. A través de los años, el modelo McCAll ha sido
implementado en diferentes contextos, es el caso de la
En la Tabla 6 se observan algunas de las empresas del sector aplicación realizada en Nueva Zelanda, en la cual se
bancario que lograron implementar COBIT 4.0. (Herrera, centraron en el sector agrícola, definiendo los parámetros
2012), (COBIT, 2016), (Valverde, 2014). que requieren del ajuste del lugar en donde se va a realizar
el estudio, esto para poder restringir la portabilidad para
otras regiones o situaciones que puedan ser similares. Se
basó en definir todas las variables posibles que puedan
GILB afectar el resultado de los sembríos, teniendo presente
medidas de tiempo, cantidad y temperatura que influyen en
El modelo Gilb fue aplicado en el Process Improvement el producto sea del agrado para su venta (Romera, 2009).
Experiment funded under the European Systems and Así mismo, en México se implementó en un proyecto de
Software Initiative (ESSI), siendo implementado por el aplicación de un modelo colaborativo para el desarrollo ágil
proyecto GINSENG (Gilb’s Inspections for Software de software, con base en los factores del modelo de McCall
se evalúa la calidad del software a partir de listas de
Engineering), con el objetivo de mejorar las prácticas de
comprobación de las características operativas, aceptación
implementación de redes de telecomunicación y desarrollo
del cambio, y adaptabilidad a nuevos ambientes (Cedejas et
del software, aumentando así la efectividad y eficiencia de
las actividades para identificar los defectos en los procesos al., 2015). En la implementación de este modelo se
de desarrollo e implementación. Cuenta con cuatro fases encuentra que las empresas que han implementado este
modelo en su mayoría se enfocan en el sector del software,
fundamentales, la primera se denomina introducción, la
en la Tabla 8 se listan algunas empresas encontradas en la
segunda permite definir los procesos, la tercera describe los
revisión realizada (Romera, 2009), (Cendejas et al., 2015),
procesos en ejecución y finalmente se lleva a cabo la
(Ramírez, 2010), (Bernardo, 2000), (Garzás, 2007).
evaluación de procesos (Stasinos, 2012). Intracom S.A.
(Grecia), es una empresa cuya área de trabajo son las
telecomunicaciones, que implemento el modelo de GILB FURPS
(Stasinos, 2012).
El modelo FURPS ha sido utilizado para el diseño y validación
de interfaces para usuarios finales, evaluando su
GQM
funcionalidad, usabilidad, confiabilidad, desempeño y
soporte, para tener como salida final un producto que
En Cuba se aplica el modelo GQM en contextos académicos,
en donde se ha identificado una pequeña brecha entre los cumpla las reglas del negocio (Eeles, 2005), es así que se ha
utilizado como un clasificador de requisitos, ayudando a la
asignación correcta de requisitos, implementación, y diseño entregas de resultados de una actividad) y recurso
de interfaces; aunque se ha identificado que implica un (describen las medidas de ejecución del proyecto); con estas
amplio número de métricas para su desarrollo, concluyendo métricas se tiene una orientación a la calidad de software
de esta manera que se debe estimar el tiempo necesario (Adve, 2010). De igual manera, el modelo Dromey se aplicó
para su implementación (Cifuentes, 2015). En la Tabla 9 se a un metamodelo para realizar la especificación de modelos
presentan algunas empresas que han acogido e de calidad en Model-Driven Ingeniería, permitiendo que por
implementado el modelo de FURPS (Gómez et al., 2014), su flexibilidad defina los atributos de calidad enfocados al
(Eeles, 2005), (Cifuentes, 2015), (Peñalva, 2014), (Al- producto e identificar los bienes tangibles y propiedades
Qutaish, 2010). para alcanzar los objetivos trazados. Estas propiedades
principalmente son: de exactitud, internas y descriptivas
BOEHM (Adve, 2010). La Universidad de España, así como la
Universidad de Simón Bolívar (Venezuela) lograron
La universidad de Malasya se encargó de evaluar los criterios implementar DROMEY, en los procesos académicos así
del proceso de la ingeniería de software para la evaluación como de desarrollo de software (Strub, 2015), (Tahhánn,
de costos (Solemon, 2013), identificando cada uno de los 2006).
objetivos que se deben cumplir para una aplicación acorde,
con el diseño del sistema, siendo útil para la evaluación en ISO9126
los costos del software y viendose reflejado en las buenas
práctica de estimación. Según el caso de estudio realizado en Australia, el modelo
ISO 9126 comienza a tener sus primeras implementaciones
Otra aplicación de este modelo es la definición de un en industrias de desarrollo de software, con el propósito de
lenguaje de programación que sea apropiado, reconocido y mejorar el proceso de calidad de software, e identificar
que permita la evolución del sistema, lo anterior a partir de aquellos atributos de calidad que permitieran generar
la evaluación de características como consistencia, requisitos que sean comprendidos y adaptados a cualquier
integridad, transporte de datos, permitiendo de esta forma diseño propuesto, en cumplimiento de un desarrollo y un
que los sistemas evolucionen con calidad (Strub, 2015). La plan de pruebas efectivo (Dromey, 1996).
Tabla 10, revela algunas empresas que implementaron el
modelo (Solemon, 2013), (Strub, 2015), (Boehm, 1991), Algunas empresas de TI haciendo uso de ISO 9216 han
(Mcmurtrey, 2013), (Moniruzzaman, 2013), (Matković, aplicado métricas de calidad del software a partir de la
2010), (Weckman, Colvin, Gaskins, Mackulak 1999). estructura básica de la norma: Modelo de calidad, métricas
externas, métricas internas, métricas para la calidad de uso,
Tabla 10. y así se categorizan los atributos en funcionalidades de
Implementación del modelo BOEHM
fiabilidad, usabilidad, eficiencia, entre otros, permitiendo
DROMEY que sea más robusto las pruebas de calidad a los sistemas
de TI (Estayno, 2009). En la Tabla 11 se presenta una
Gracias a la flexibilidad de las propiedades este modelo se recopilación de algunos casos que implementaron el
puede utilizar en diferentes contextos, y responder a estándar ISO 9126 (Tahhánn, 2006), (Ortega, 2000),
preguntas asociadas a la identificación de propiedades de (Dromey, 1996), (Estayno, 2009), (Moreno, 2012),
calidad, impacto de la medición de atributos, entre otras (Quintero, 2005), (Estayno, 2009).
que conllevan a responder categorizando el sistema con
propiedades de exactitud, estructura y descripción (Ortega, SQAE, ISO25000
2000); la implementación del modelo Dromey se refleja
como una definición de métricas estadísticas asociadas al En INTEDAYA (International Dynamic Advisors) se realizó la
desarrollo del software y la mejora continua de éste, por lo implementación de ISO 25000 (SQuaRE), en la cual, uno de
cual en este caso de estudio se procedió a la selección del los servicios es la consultoría enfocándose en la definición
conjunto de atributos a evaluar en la aplicación, realizando de requisitos de calidad para productos de software a fin de
después una lista de chequeo de los componentes y alinear las necesidades reales de los sistemas de software,
módulos del sistema, para llegar a identificar cada una de evitando ineficiencias, maximizando la rentabilidad para
las propiedades de calidad que contienen estos módulos y obtener un producto de calidad, e ir cumpliendo con todos
cómo estas afectan cada atributo de calidad. Los atributos requisitos que el cliente propuso (Intedya, 2016). La Tabla
considerados fueron: Atributos de proceso (relacionados 12 muestra una recopilación de los casos de éxito
con el software), producto (documentos, componentes, encontrados en la revisión que implementaron el modelo
(Oktaba, 2012), (Velandía, 2011), (Rodríguez, 2016), (Aplies, a contextos empresariales con fines diferentes al del
2016), (Garzás, 2007), (Kybeleconsulting, 2016), (Barrera, desarrollo o construcción de software.
2015), (Castellanos, 2014), (Benitez, 2014), (Castillo, 2015),
(Intedya, 2016).

WEBQEM

Algunas universidades de Argentina, como la Universidad

del Rosario y la Universidad de La Plata realizaron el estudio
del comportamiento de WebQem en la implementación de
software institucional, enfocándose en la evaluación de la
calidad en redes sociotécnicas para el desarrollo del
conocimiento, junto a algunas métricas que fueron
utilizadas por el portal bancario a nivel de servicio de sus
clientes. En la Tabla 13 hay una recopilación de los casos de
éxito encontrados en la revisión que implementaron el
modelo (Rodríguez, 2016), (Olsina, 2002), (Alfonzo, 2012),
(Molina, 2007).

Una vez realizada esta revisión de estándares y modelos de

evaluación de calidad, así como su implementación, cabe
resaltar que los países suramericanos tienen una gran
acogida e interés en certificar sus procesos para garantizar
la calidad de sus productos, así como también es notorio
que el estándar CMMI predomina en su implementación en
empresas de desarrollo de software.

Tanto los estándares como los modelos garantizan la calidad

tanto del producto como del proceso, su implementación
depende de las necesidades y enfoques de la empresa
interesada en certificarse.

5. Conclusiones

Algunos modelos de calidad clásicos han sido la base para

los de calidad más recientes, y han permitido que los
modelos actuales se consoliden como los más completos
con base en la evolución del software, para así optimizar los
procesos de las organizaciones y garantizar que se cumple
con criterios o estándares que respaldan la calidad de la
gestión de procesos del negocio.

Es importante que las empresas se certifiquen bajo alguna

norma o estándar, pues esto permite que la misma tenga
una mejor posición, reconocimiento y demanda en el
mercado, ya que al estar avalada por alguna entidad
competente garantiza un nivel de satisfacción mayor para
los clientes.

En su mayoría, la implementación de modelos de calidad de

software ha sido adoptada por empresas desarrolladoras de
software, sin embargo algunos modelos permiten adaptarse