INTRODUCCIÓN

El desarrollo y posterior implementación de software que ofrezcan a su organización la

posibilidad de liderar procesos competentes y productivos en términos de calidad y apoyados
de las nuevas tecnologías, es un requerimiento que se debe considerar para él éxito de
cualquier empresa.

Mediante este material usted conocerá el concepto de modelo de calidad, la caracterización del
el CMMI, el ISO/IEC 15504 y el ITMark entre otros; los estándares más conocidos de calidad de
software y los factores que intervienen en su desarrollo además de los parámetros para
administrarlos correctamente.
 CONTENIDOS UNIDAD 3 “MODELOS DE CALIDAD DE
SOFTWARE”

1. Definición de modelo de calidad

2. Modelos de calidad de software

3. Factores de Calidad de software

4. Administración de calidad
 1. DEFINICIÓN DE MODELO DE CALIDAD

La aplicación de sistemas de calidad ofrece una variedad de ventajas a las organizaciones que
apoyan este tipo de estrategia. Además de una reducción bastante considerable de los costos,
también aumenta los ingresos debido a un nivel más amplio de conformidad de los clientes y una
motivación más grande por parte de sus trabajadores.

El concepto de calidad podría ser “una característica o atributo de algo”. Así, se puede afirmar
que la calidad de los productos puede darse como un paralelo de sus características y atributos.
Esta definición puede emplearse a cualquier producto. De acuerdo a la definición de la ISO
8402, citado por Estrada (2012) es un “conjunto de propiedades y de características de un
producto o servicio, que le confieren aptitud para satisfacer unas necesidades explicitas o
implícitas” (p.1).

La calidad del Software es un acumulado de características medibles y concretas que cambian

de un sistema a otro, obedeciendo a la clase de software que se piense implementar para
establecer sus beneficios y duración. El desarrollo del software ha llegado a ser una de las
dificultades más comunes con la que tiene que lidiar la ingeniería de software; tanto
distribuidores como investigadores. Por esta razón, es necesario revisar los modelos de calidad
como son: Norma ISO/IEC, integración del modelo de maduración de la capacidad (CMMI) y (IT
MARK) modelo de calidad para PYMES, para identificar sus ventajas y los posibles problemas
que presenta para el desarrollo de software de calidad.

Una de las maneras para medir la calidad es a través del análisis de las diferencias que se
originan en la elaboración de dos productos similares. La creación de artículos de cualquier
clase no certifica que ellos sean completamente iguales. Es conveniente lograr un análisis
minucioso para identificar las diferencias entre uno y otro, ya que podría ser difícil encontrarlas.

En este sentido, los Modelos de Calidad son instrumentos que encaminan a las organizaciones a
la mejora continua y a la competitividad ofreciendo los detalles sobre la clase de exigencias
deben tenerse en cuenta para brindar productos y servicios de una alta calidad.
Por lo tanto, para alcanzar el éxito en el desarrollo del software es indispensable elaborarlo con
eficacia y demostrar que puede implementarse correctamente. Esto sería posible con la
aplicación de un sistema para el aseguramiento de la calidad del software con la definición
internacional ISO de calidad ISO 15504 (SPICE), ampliamente aceptada, y por los estándares del
grupo ISO Norma ISO/IEC 12007, Modelo de maduración de la Capacidad (CMMI) y IT Mark.

Mediante este documento se hará revisión de tres modelos, estableciendo sus principales
beneficios, desventajas y su aplicabilidad, ya que estos son excelentes herramientas para
asegurar la duración del software, guiados a los métodos de gestión e implementación de
proyectos, para cualquier tipo de compañía.

En una organización sin experiencia se dan las siguientes características:

 Técnicas de software improvisados.

 No se siguen las instrucciones con la rigurosidad esperada

 Organización reactiva ( resolver problemas inmediatos)

 Planes y presupuesto que sobrepasan las estimaciones reales

Para implementar software de calidad deben corregirse este tipo de prácticas.

 2. MODELOS DE CALIDAD DE SOFTWARE

EL MODELO CMMI (CAPABILITY MATURITY MODEL INTEGRATION)

Ha llegado a ser un componente modelo de calidad de software para compañías europeas

(españolas) e internacionales, donde se percibe como un patrón la capacidad de las etapas en la
organización, la meta es generar productos de calidad realmente sólidos. Este modelo está
integrado por las disciplinas de la ingeniería de software, de esta forma borra aspectos
innecesarios.

En pocas palabras, el CMMI son reglas para calidad guiadas al mundo del software. Estas deben
cumplirse a las distintas etapas que hay desarrollarse para crear un software con calidad. Vale la
pena resaltar que al igual que las normas ISO 90003, este modelo ofrece las instrucciones
sobre lo que hay que hacer y no sobre cómo hacerlo. El modelo CMMI permite:

 Especificar los elementos que componen el modelo y sus relaciones

 Entender las áreas del procedimiento.

 Identificar información importante en el modelo

 Utilizar los saberes a su ambiente de trabajo y en un grupo de evaluación de componentes y

sus relaciones con otro modelo.

La etapa de madurez se divide en seis niveles (incompleto, ejecutado, gestionado, definido,

cuantitativamente gestionado y optimizado). Ofrece a la medición una gran importancia en la
madurez de los procedimientos al integrar una nueva área del proceso llamada “Medición y
Análisis”, cuyo alcance es más grande y más visible que en el tratamiento de la medición del
modelo CMMI. El ingreso de esta nueva área de proceso brinda una gestión con la orientación
y la claridad que las organizaciones requieren para guiar el uso de la medición y los procesos
de mejoramiento continuo. La meta de esta área es ejecutar y determinar una capacidad de
medición que de apoyo al resto de áreas de proceso brindando un marco de trabajo a las
compañías en el momento de ordenar las metas y necesidades de medición, proporcionando
resultados indispensables para tomar decisiones y las acciones pertinentes. Esta modelo es
congruente con las ideas de Goal, Question, Metric (GQM) y del estándar ISO 15939, que son
procesos de medición.

Para alcanzar este objetivo en CMMI se establecen las siguientes prácticas:

 Implantar las metas de medición

 Especificar medidas

 Especificar las etapas de recolección y almacenamiento

 Delimitar los procesos de análisis.

Dependiendo de estos pasos, se identifica un plan para la medición y el análisis que ayuda a
encontrar respuestas a preguntas como: ¿por qué se mide?, ¿qué se va a medir?, ¿cómo se va a
medir?, etc.

Para proporcionar los resultados de medición se siguen prácticas como:

 Reunir los datos de la medición

 Considerar los datos de la medición

 Guardar los datos y resultados

 Informar

VENTAJAS

 En pro de la excelencia en la organización interna y homogenización en procesos de

actuación.
 Anticipada detección de errores en el desarrollo del producto o en la presentación del
producto

 Relevante reducción del número de incidencias

 Control permanente de los proyectos respecto a riesgos, recursos, esfuerzos, costos y

plazos

 Adquisición de un relevante caudal de datos históricos susceptibles a ser estudiados

 Generación de una cultura para compartir saberes

 Optimizar el servicio a los clientes

 Nuevas opciones para negociar

DESVENTAJAS

 Fecha límite de implementación del proyecto

 Usado para empresas grandes

 Dimensión y complejidad más que grande que los modelos actuales

 La etapa de evaluación toma más tiempo y esfuerzo

 El nivel de complejidad de la evaluación continua puede ir en contra de los objetivos

determinados de madurez

El modelo CMMI, requiere sostenerse con base en un negocio y de sus metas, este modelo no
es una certificación, establece el mejor modo para trabajar, no especifica procedimientos.
Determina el qué pero no el cómo, por consiguiente no es apropiado si no se fortalece e
implementa adecuadamente. Es próspero si pertenece a los grupos que lo utilizan. Junto con el
modelo SW-CMM, está demostrado en la industria que consolida la madurez y el rendimiento
de las organizaciones, pero no representa ningún incentivo ante una mala gestión o decisiones
metódicas equivocadas.

EL MODELO ISO/ IEC 15504

Este patrón SPICE funciona con procesos de ingeniería, cliente-servidor, gestión de la

organización y del soporte, fue creado por las siguientes razones: por su alto nivel de
competitividad del mercado de desarrollo de software, por cumplir las complejas tareas de
establecer los riesgos, cumplir con el calendario, manejar los costos y perfeccionar la eficiencia
y la calidad (Ver Figura 1). Además, completa una evaluación de los procesos del software
relacionándolo con el conocimiento y la experiencia dados por otros modelos como: CMM,
Trillium, Bootstrap e ISO 9001 entre otros.

Como se observó anteriormente el estándar CMMI, identifica seis niveles de madurez, cinco
categorías de proceso y nueve atributos de procesos para establecer el nivel de calidad de los
procesos. El modelo ISO/IEC 15504, usa una guía para la evaluación de proyectos, que implica la
medición de un proceso, esta técnica de medición supone el manejo de métricas de calidad, la
administración de datos (incluyendo históricos), y el uso de métricas en la organización. El
objetivo más importante es la creación de métricas de proceso y de producto para apoyar la
planeación firme y así optimizar la calidad de los productos. Esto enmarca un modelo de
referencia para los procedimientos y sus alcances sobre la base de la experiencia de compañías
grandes, medianas y pequeñas.
 NIVELES ATRIBUTOS

5: Óptimo 5.1 Innovación del Proceso

5.2 Optimización del Proceso

4: Predecible 4.1 Medición del Proceso

4.2 Control del Proceso

3: Establecido 3.1 Definición del Proceso

3.2 Despliegue del Proceso
2: Administrador 2.1 Administración de la ejecución
2.2 Administración del Producto

1: Ejecutado Ejecución del Proceso

0: Incompleto

FUENTE: SENA

Ventajas

 Diseñado especialmente para el desarrollo y mantenimiento de software

 Definido como un conjunto de procesos

 Orientado a la mejora de procesos

Desventajas

 Contiene lineamientos exclusivos para una herramienta de evaluación.

 Aún no está definida como una norma internacional.

 No es un estándar específico para la industria de software.

El modelo ISO/ IEC 15504, es un estándar SPICE que trabaja con procesos de ingeniería, cliente-
servidor, gestión de la organización y del soporte, fue diseñada por la alta competitividad del
mercado de desarrollo de software, a la difícil tarea de identificar los riesgos, cumplir con el
calendario, controlar los costos y mejorar la eficiencia y calidad, además realiza una evaluación
de los procesos de software relacionando con el conocimiento y la experiencia aportado por
otros modelos.

MODELO IT MARK

Es un servicio internacional de certificación que se especializa en los procesos técnicos y de

negocio, creado especialmente para PYMES del sector TI, para medir el reconocimiento de
excelencia en tecnologías de la información. Este estándar es ajustado para PYME, facilita el
perfeccionamiento de procesos de software y de otros procesos relevantes de empresas
que implementan y mantienen soluciones en TI. Este modelo está diseñado para pequeñas
organizaciones y pymes, aunque las grandes corporaciones también podrían utilizarlo.

Que evalúa IT MARK

Procesos de gestión y desarrollo de software. CMMI-DEV v1.2, la representación escalonada, niveles

de madurez 2 y 3

Procesos de gestión del negocio. Este modelo estudia diez categorías de procesos como son
estratégica, comercial, financiera, definición de productos y servicios, conocimiento del
mercado, marketing, etc., hasta adquirir una completa visión de la empresa.
Procesos de gestión de la seguridad de información

 ISO/IEC 27002:2005 Information technology Security techniques

 Código de práctica para administración de seguridad de la información. Code of practice for

information security management

 ISO/IEC 27001:2005 Técnicas de Seguridad. Información, sistemas de administración de

seguridad y requerimientos. Information technology Security techniques .Information
security management systems and requirements

NIVELES IT MARK

I.T. Mark. Certifica que la empresa es consciente de los temas relacionados con la gestión
técnica, de la Seguridad y del Negocio y que ha tomado medidas para tomar control sobre
ellos.

I.T. Mark Premium. Certifica que la empresa ha adquirido un buen nivel de la capacidad de los
procesos de negocio, seguridad y desarrollo de software según los estándares reconocidos
mundialmente

I.T. Mark Elite. Certifica que la empresa ha alcanzado un alto grado de definición e
institucionalización de sus procesos de negocio, seguridad y desarrollo de software, así como
que la calidad de sus productos es buena debido a su proceso de mejora continua (Ver Figura
2).
 5. En optimización

4. Gestionado
Cuantitativamente
IT MARK ELITE 3. definido
IT MARK PREMIUM
2. Gestionado
IT MARK
1. Inicial

CMMI

FUENTE: SENA

Ventajas

 Incrementa el servicio de las empresas (desde lo técnico hasta lo administrativo)

 Ser reconocido en el mercado por el buen manejo de las TI.

 Es un indicador del mercado a través de un sello de excelencia dentro de sus propias

habilidades de desarrollo de TI, estableciendo fortalezas y debilidades, así como opciones
para mejorar, mediante los niveles cíclicos de madurez y su relación y complementariedad
 con otros estándares.

 Económico, rápido y rentable.

 El esquema tiene valoraciones en gestión de negocio y en seguridad informática, desechadas

por otros modelos, por encima de los procesos de software y sistemas.

 Fundamos en estándares reconocidos en el mundo y metodologías eficaces, confiables y

realmente beneficiosas para competir.

IT Mark es el primer modelo de calidad internacional creado exclusivamente para las pequeñas
y medianas empresas del sector TIC. Frecuentemente, las organizaciones incorporan un buen
número de herramientas e instrumentos disponibles en el mercado, para llevar a cabo las
diversas actividades. Este conglomerado de herramientas, generalmente no se encuentran
enlazadas entre sí, provocando dificultades para gestionarlas, controlarlas y mantenerlas (Ver
Figura 3).

FUENTE: SENA
 FACTORES DE CALIDAD DE SOFTWARE

Estos son algunos de los factores que determinan si un software ha sido desarrollado con
calidad:

1. Corrección. ¿Hace lo que quiero?

2. Fiabilidad. ¿Lo hace de forma fiable todo el tiempo?

3. Eficiencia. ¿Se ejecutará en mi hardware lo mejor que pueda?

4. Seguridad (Integridad). ¿Es seguro?

5. Facilidad de uso. ¿Está diseñado para ser usado?

De esta manera existen dos tipos de factores:

Factores que pueden ser medidos directamente. Errores/KLDC/unidad de tiempo.

Factores que solo pueden ser medidos indirectamente. La facilidad de uso o de mantenimiento.

FACTORES DE CALIDAD SEGÚN MCCALL

Los factores identificados de acuerdo al modelo de McCall, se ubican en tres aspectos

fundamentales de un producto de software:

• Sus características operativas.

• Su capacidad para soportar los cambios.

• Su adaptabilidad a nuevos entornos.

LISTA DE FACTORES

Corrección. Mide el grado en que un programa cumple sus especificaciones y los objetivos del
usuario.

Fiabilidad. Mide el grado en que en el que espera un programa lleve a cabo sus funciones con
la exactitud requerida.

Eficiencia. Mide la cantidad de recursos de computadora y de código requerido por un

programa para que ejecute las funciones especificadas.

Integridad. Es el grado en que puede controlarse el acceso al software o a los datos por
personal no autorizado.

Facilidad de Uso. Es la capacidad de interpretar la información de un programa con el

propósito de manejarlo correctamente

Facilidad de Mantenimiento. Se entiende como el esfuerzo por localizar y arreglar

programas

Facilidad de Prueba. Capacidad para generar ciertas estrategias que permitan probar un
programa.

Flexibilidad. Tiene que ver con la capacidad para modificar un sistema operativo.

Portabilidad. Es el esfuerzo requerido para transferir un software de un hardware o un

entorno de sistemas a otro.

Reusabilidad. Es el grado en que un programa (o partes de un programa) se puede reutilizar

en otro.

Facilidad de Interoperación. Es el esfuerzo requerido para asociar un programa a otro.

FACTORES DE CALIDAD SEGÚN BOEHM

El modelo que presenta Boehm muestra una clasificación de características en donde cada
una contribuye a la calidad global:

• Sus características operativas

• Su capacidad para soportar los cambios.

• Su adaptabilidad a nuevos entornos.

• La evaluación del desempeño del hardware

El estándar inicia con la implementación general del software, certificando que el software es
provechoso, evitando perder tiempo y dinero, esta puede darse en concordancia a las clases de
usuarios que estén involucrados. La primera clase de usuarios queda conforme si el sistema
responde adecuadamente a sus pretensiones; la segunda clase es aquella que hace uso del
sistema después de una actualización y la tercera, es el programador quien mantiene el sistema
(Ver Figura 4).

Utilidad General
Portabilidad
Confiabilidad
Utilidad Percibida Eficiencia
Ingeniería Humana
Facilidad de Prueba
Facilidad de Facilidad de Comprensión
Mantenimiento Facilidad de Modificación

FUENTE: SENA
FACTORES DE CALIDAD SEGÚN ISO 9126

Es un modelo jerárquico con seis atributos especiales. La diferencia con McCall y Boehm es que
la jerarquía es estricta, es decir, que cada característica de la derecha solo está relacionada con
un solo atributo del modelo. Las características de la derecha se relacionan con la visión del
usuario.

Funcionalidad. Adaptación, exactitud, interoperación, seguridad.

Confiabilidad. Madurez, tolerancia a Defectos, facilidad de recuperación.

Eficiencia. Comportamiento en el tiempo, de los recursos.

Facilidad de Uso. Facilidad de comprensión, de aprendizaje, de operación.

Facilidad de Mantenimiento. Facilidad de análisis, de cambios, de pruebas, estabilidad.

Portabilidad. Adaptabilidad, facilidad de Instalación, de reemplazo.

 3. ADMINISTRACIÓN DE CALIDAD

La administración de calidad define los procesos y modelos a utilizar en el desarrollo de

software y asegurarse que todos los ingenieros de software lo sigan. Los buenos
administradores establece como propósito el fomentar una “cultura de calidad”, en donde cada
integrante del grupo es incentivado para que alcance un alto nivel de calidad del producto a
desarrollar. La administración de calidad se estructura en tres actividades principales:

ASEGURAMIENTO DE CALIDAD

Es el establecimiento de un marco de trabajo de procedimientos y estándares organizacionales

que conduce a desarrollar un software de calidad. Los procedimientos de aseguramiento de
calidad se documentan en un manual de calidad que define el proceso de desarrollo.

Existen dos tipos de estándares:

Estándares del Producto. Estos incluyen la estructura del documento de requerimientos, el

documento de codificación que define como utilizar un lenguaje de programación, estándares de
documentos.

Estándares del Proceso. Son estándares que definen los procesos a seguir durante el
desarrollo. Incluyen definición de los procesos de especificación, de diseño, y de validación, y
una descripción de la documentación a generar.

PLANIFICACIÓN DE LA CALIDAD

Se inicia en las primeras etapas de desarrollo en forma independiente de la planificación del

proyecto general. Define la calidad del producto deseado, define como valorar la calidad
(porque para los desarrolladores pesan distintos factores de calidad).
Estructura del Plan de Calidad:

• Introducción del Producto: contiene una descripción del producto a desarrollar, el

mercado al cual se dirige y las expectativas de calidad del producto.

• Planes del Producto: contiene la fecha de terminación del producto, lo recursos

necesarios, las responsabilidades junto con la distribución y servicio.

• Descripción del Proceso: contiene los procesos de desarrollo y de servicios a utilizar

para el desarrollo y la administración del producto a desarrollar.

• Metas de Calidad: contiene las metas y planes de calidad para el producto a desarrollar,
incluye una identificación y una justificación de los atributos de calidad importantes.

• Riesgos y Administración de Riesgos: contiene los riesgos claves que pudieran afectar
la calidad del producto de desarrollo y el plan de contingencias.

CONTROL DE CALIDAD

Implica vigilar el proceso de desarrollo para vigilar que se sigan los procedimientos de
aseguramiento y los estándares de calidad. El proceso de control de calidad tiene su propio
conjunto de procedimientos e informes a utilizar durante el desarrollo. Existen varios métodos
de para validar la calidad de un proceso o producto, el más utilizado son las Revisiones Técnicas
Formales (Ver Figura 5).

Revisiones Técnicas Formales (RTF). Es una actividad de la garantía de calidad de software.

Los objetivos de las revisiones técnicas formales son:

 Identificar errores en la función, la lógica o la implementación de cualquier representación

de software

 Verificar que el software bajo su revisión alcanza sus requisitos los funcionales
 Garantizar que el software ha sido desarrollado de acuerdo a los estándares predefinidos.

 Conseguir un software desarrollado uniformemente

 Hacer que los proyectos sean más manejables

Restricciones de la RTF

 Se debe convocar a la RTF entre 3 y cinco personas

 Se debe preparar por adelantado, pero sin que requiera más de dos horas de trabajo previo
por persona.

 La duración de la RTF debe ser menor a dos horas

 Se debe centrar en una parte específica y pequeña del software total.

Directrices de la RTF

 Revisar el producto, no al productor

 Fijar una agenda y mantenerla (es decir no desviar el tema de la reunión).

 Limitar el debate y las impugnaciones.

 Enunciar áreas del problema, no intentar resolverlo.

 Tomar notas escritas

 Limitar el número de participantes, e insistir en la preparación anticipada.

 Desarrollar una lista de comprobación para cada producto a ser revisado

 Disponer de recursos y una agenda para las RTF (incluir como tarea del proyecto)

 Llevar a cabo un entrenamiento por parte de los revisores

 Repasar las revisiones anteriores

FUENTE: SENA
 REFERENCIAS

Estrada, F. (2012). Definiciones. Consultado el 1 de Diciembre de 2013, en

http://1franciscojavierestradareyes.blogspot.com/2012_03_01_archive.html

Pineda, Z. (2012). Técnicas de calidad de software. Consultado el 1 de Diciembre de 2013, en

http://adsi262305.blogspot.com/2012_07_01_archive.html

Quintero, M. (2009). Organización Internacional de Normalización. Consultado el 1 de Diciembre

de 2013, en http://www.slideshare.net/miguelangelquintero/iso-1948470

Solarte, G., Muñoz, L., & Arias, B. (2009). Modelos de calidad para procesos de software.
Consultado el 1 de Diciembre de 2013, en
http://www.redalyc.org/pdf/849/84916714069.pdf
 WEBGRAFIA

AESOFT, (2006) Publicación de la AESOFT sobre la industria del Software en Ecuador. Consultado el
1 de Diciembre de 2013, en http://www.aesoft.com.ec

Cervera, A. (2010). El modelo de mccall como aplicación de la calidad a la revision del software de
gestion empresarial. Consultado el 1 de Diciembre de 2013,
en http://www.monografias.com/trabajos5/call/call.shtml#ixzz2mQaeXI1D

Scalone, F. (2006). Estudio comparativo de los modelos y estándares de calidad de software

[monografía en internet]. Consultado el 1 de Diciembre de 2013, en
http://laboratorios.fi.uba.ar/lsi/scalone-tesis-maestria-ingenieria-en-calidad.pdf

Wikipedia, (2007). CMMI. Consultado el 1 de Diciembre de 2013, en

http://es.wikipedia.org/wiki/CMMI
 GLOSARIO UNIDAD DE APRENDIZAJE 3

Calidad: Buena calidad, superioridad o excelencia en un producto o servicio.

Corrección: Acción y efecto de corregir (‖ enmendar lo errado).2 Figura que se usa cuando,
después de dicha una palabra o cláusula, se dice otra para corregir lo precedente y explicar
mejor el concepto.

Gestionar: Hacer diligencias conducentes al logro de un negocio o de un deseo cualquiera

Métrica: Arte que trata de la medida o estructura de los versos, de sus clases y de las distintas
combinaciones que con ellos pueden formarse.

Modelo: Arquetipo o punto de referencia para imitarlo o reproducirlo.

Planes de inversión: El que establece el destino de los recursos financieros de una empresa.

Presupuesto: Cantidad de dinero calculado para hacer frente a los gastos generales de la vida
cotidiana, de un viaje,

Optimizar: Buscar la mejor manera de realizar una actividad.

Recursos: Medio de cualquier clase que, en caso de necesidad, sirve para conseguir lo que se
pretende.