RESUMEN

CALIDAD

El software, como producto elaborado que es, se construye de acuerdo a procesos

preestablecidos y controlados, en cuya producción se emplean <<ingredientes humanos>>”,
tecnológicos, etc.
La calidad es un término del que todos tenemos una noción clara, y sin embargo nos resulta
difícil definirla con palabras. ¿qué es en realidad la calidad? La definición de Raymond Paul
es una referencia importante a la hora de estudiar este concepto desde la perspectiva de la
Ingeniería del Software: <<la característica que distingue el grado de excelencia o
superioridad de un proceso, producto o servicio>>.
una forma sencilla de evaluar la calidad de un proceso es identificar aquellos atributos que
diferencian a un objeto de calidad de uno que no la tiene.
La calidad se identifica a menudo con la ausencia de fallos.

Objetivos

 Conocer los conceptos fundamentales de calidad según la perspectiva de la

Ingeniería del Software.
 Conocer los diferentes modelos de calidad del software
 Saber qué es un modelo de evaluación y mejora de procesos y los desafíos que su
implantación plantea.
 Conocer los estándares vigentes sobre calidad del software, así como también otros
modelos y especificaciones de actualidad relacionados con la misma.

Introducción
La guía SWEBOK indica expresamente que los ingenieros del software deben conocer el
significado y características de la calidad, así como su valor en el desarrollo y mantenimiento
del software.
La calidad aparece por vez primera en los requisitos que es donde se establecen los
parámetros y criterios de calidad del software que se construirá. Las características de
calidad que se definan en este momento serán la referencia de ahí en adelante, por lo que
todo aquello que se establezca como requisito de calidad en este punto tendrá una enorme
influencia, tanto en la forma en que posteriormente se medirá la calidad, como en los
criterios utilizados para evaluar si los parámetros de calidad establecidos se cumplieron o
no al final del desarrollo.
 Cultura de
la calidad

Calidad
Valor y Asegurami
costes de ento de la
la calidad calidad

Modelos
de calidad

Cultura y ética de la calidad

Cultura de la calidad: se podría definir como el compromiso de los ingenieros del software
de una organización con las metas de calidad de su organización y particularmente, con
aquellos que tienen que ver con la obtención de software de calidad. Algunos de los más
importantes principios a tener en cuenta son:

 Nunca deje a su jefe o cliente hablarle de hacer mal un trabajo.

 La gente necesita sentir que su trabajo es apreciado.
 La formación continua es responsabilidad de todos los miembros del equipo.
 El factor más importante en la calidad del software es que el cliente esté implicado
en el desarrollo.
 Su mayor reto es tener el mismo concepto del producto final que su cliente.
 Luche porque los errores sean detectados por sus compañeros y no por los clientes.
 Si mide lo que hace, aprenderá a hacerlo mejor

Valor y costes de la calidad

El coste de la calidad tiene diferentes componentes:

 Costes de prevención: se asocian a la planificación de las actividades de calidad.
 Costes de evaluación de la calidad: Asociados con las actividades de verificación de
la calidad a llevar a cabo.
 Coste de los fallos internos: Producidos como consecuencia de las tareas de
detección y reparación de defectos internos del software.
 Coste de los fallos externos: son costes derivados de corregir los fallos encontrados
en el software después de entregado al cliente.
Modelo de cuatro dimensiones:

 El Cliente: Es importante ya que el objetivo fundamental es su plena Satisfacción.

 Los Procesos: La mejor forma de obtener productos de calidad es implementar
procesos productivos.
 Valoración De Los Recursos Disponibles: Las personas que participan en el
desarrollo deben verse como una fuente de ideas para la búsqueda de la calidad.
 Adaptación Al Cambio: Los cambios que se produzcan en la organización como en
la producción deben ser asumidos rápidamente.
La motivación de los desarrollos de software es, crear productos que proporcionen valor a
los clientes.

Los múltiples aspectos de la calidad

La calidad es un concepto complejo y con diferentes facetas, y que en consecuencia deber
ser estudiado desde diferentes perspectivas. Tras analizar campos tan diferentes como:
 La Perspectiva Del Usuario: La calidad se entiende se entiende como conformidad con
aquello que el cliente espera recibir y que fue establecido en las especificaciones del
software.

 La Perspectiva De La Producción: Identifica la calidad del producto con la calidad de los

procesos de producción y post venta.

 La perspectiva del producto: Relaciona la calidad con ciertas características del producto,
tales como la facilidad de mantenimiento, la funcionalidad o su fiabilidad.

 La Perspectiva Del Valor: Establece una relación entre la cantidad de dinero que el cliente
está dispuesto a pagar y la calidad del producto.

La calidad que tiene que ver más con la denominada perspectiva de usuario, y buscan por tanto que
el software satisfaga sus necesidades y expectativas, que sea razonable el esfuerzo necesario para
aprender a utilizarlo, que sea fácil de usar y que la frecuencia e impacto de los fallos sea mínima.
Los desarrolladores tienden, por el contrario, a ver la calidad desde la perspectiva del producto:
cantidad y tipos de errores, bajo impacto de las modificaciones o facilidad de comprensión del
código, son algunos de los puntos que tienen más sentido desde esta perspectiva.

Calidad del producto

Se denomina calidad del software al grado en el que un software posee una combinación de
atributos deseables.
El modelo de calidad de McCall

EL modelo de McCall (1997) fue creado para las fuerzas aéreas norteamericanas con la intención de
acercar las visiones de calidad de los desarrolladores y los usuarios. Tres tipos de características de
la calidad:

 Factores de calidad, que permiten especificar cómo ven el software sus usuarios desde el
exterior.
 Criterios de calidad, que indican cómo debe construirse internamente el software desde la
perspectiva del desarrollador.
 Métricas de calidad, que indican cómo controlar y medir la calidad.

Este modelo define tres perspectivas desde las que deben estudiarse los once factores que en total
se computan en la medida de la calidad de un producto de software. Estas perspectivas son las
siguientes:

 Revisión del producto. Esta perspectiva estudia la capacidad del producto para adaptarse a
los cambios.
 Transición del producto. Esta perspectiva identifica los factores de calidad que influyen en
la capacidad que tiene un cierto software para adaptarse a distintos contextos de operación.
 Operación del producto. Esta perspectiva identifica aquellos factores de calidad que tienen
que ver con la forma en que el software lleva a cabo sus funcionalidades, y la medida en la
cual cumple con sus especificaciones.

Son 11 los factores de calidad apuntados por McCall están organizados las tres perspectivas
anteriores:

Operación del Producto

 Corrección: mide el grado en que un programa satisface sus especificaciones y consigue los
objetivos del usuario.
 Fiabilidad: mide el grado en que se puede esperar que un programa lleve a cabo sus
funciones esperada con la precisión requerida.
 Eficiencia: mide la cantidad de recursos de computadora y de código requerido por un
programa para que lleve a cabo 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 el esfuerzo requerido para aprender un programa e interpretar la
información de entrada y de salida.

Revisión del Producto

 Facilidad de Mantenimiento: es el esfuerzo requerido para localizar y arreglar programas.

 Facilidad de Prueba: es el esfuerzo requerido para probar un programa.

 Flexibilidad: es el esfuerzo requerido para modificar un sistema operativo.

Transición del Producto

 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.

El modelo de BOEHM

Boehm planea un modelo jerárquico en el que se definen tres utilidades de alto nivel, que serían los
requisitos básicos del software. Dichas utilidades son las siguientes:

Características de alto nivel

 Utilidad: fácil de usar, fiable y eficiente.

 Facilidad de mantenimiento: identificar que es necesario modificar, así como la facilidad de
modificación.
 Portabilidad: Facilidad para utilizar el software en nuevo entorno.

Característica de nivel intermedio

 Portabilidad: facilidad para utilizar el software en nuevos entornos (sistemas operativos,

bases de datos, etc.)
 Fiabilidad: La ausencia de defectos.
 Eficiencia: mínimo uso de recursos durante el correcto funcionamiento.
 Usabilidad: facilidad de uso del software.
 Facilidad de evaluación: validación de que el software cumple con los requisitos
establecidos.
 Comprensibilidad: fácil de entender
  Flexibilidad: facilidad para modificar el software ante cambios en los requisitos o aparición
de otros nuevos.

EL modelo de calidad ISO/IEC 9126

Es un estándar internacional para la evaluación de la calidad del software. Su objetivo principal es

proporcionar tanto una especificación de la calidad de productos software como un modelo para su
evaluación. El estándar ISO/IEC 9126 se divide en cuatro partes:

 Modelo de calidad (ISO/IEC 9126-1 2001). Describe el marco de modelo de calidad y las
relaciones entre los diferentes enfoques de la misma.

 Métricas externas (ISO/IEC 9126-2 2003). Proporciona un conjunto de métricas que

permiten medir las características de calidad externa definidas en el modelo de calidad
descrito en ISO/IEC 9126-12001.

 Métricas internas (ISO/IEC 9126-3 2003). Describe métricas para medir aquellas
características internas de la calidad definidas en el modelo descrito en ISO/IEC 9126-1.

 Calidad de las métricas en uso (ISO/IEC TR 9126-4 2004 ). Identifica las métricas que
permitirán medir la calidad desde el punto de vista del usuario.

Área Atributo de calidad

funcionalidad Adecuación
Exactitud
Seguridad
interoperabilidad

fiabilidad Madurez
Tolerancia a fallos
recuperabilidad

usabilidad Comprensibilidad
Facilidad de aprendizaje
operabilidad

eficiencia Comportamiento en el tiempo

Comportamiento en términos de recursos

Facilidad de mantenimiento Facilidad de ser analizado

Modificabilidad
Estabilidad
Facilidad de ser probado

portabilidad Adaptabilidad
Facilidad de instalación
Conformidad
Facilidad para ser reemplazado
Teniendo en cuenta todo lo anterior, la calidad del software puede evaluarse según el modelo de
calidad de estándar ISO/IEC 9126, bien midiendo los atributos de calidad internos. Con medidas
estáticas de productos intermedios, no del software en ejecución. Midiendo los atributos de calidad
externos a través de la medida del código cuando se ejecuta, Midiendo los atributos de calidad en
uso sobre el software

Otros modelos de calidad

 El modelo de Dromey: enfatiza la perspectiva de la calidad del producto, y así, niega que la
calidad de un producto software pueda manifestarse a partir de un conjunto de atributos
de por sí mismos indiquen calidad.
 El modelo FURPS / FURPS+: define un conjunto de atributos considerados esenciales para
el diseño, uso y mantenimiento del software divididos en dos categorías principales:
funcionales y no funcionales.
 El estándar IEEE 1061: define una metodología para métricas de calidad del software. El
estándar define específicamente una metodología para establecer requisitos de calidad, así
como para identificar, implementar, analizar y validar métricas de calidad.

Calidad del proceso

En esta sección, enfocaremos el estudio de la calidad desde otro punto de vista: el del proceso de
producción.

Aseguramiento de la calidad

Los procesos de aseguramiento de la calidad garantizan que tanto los productos como los procesos
de producción del software cumplen con los requisitos de calidad establecidos.

Obligaciones:

 En la fase de requisitos es necesario determinar la viabilidad, estimando los recursos

necesarios y asignando esos recursos en función de las necesidades.

 En la fase de especificación y diseño, el seguimiento de la calidad impone revisiones e

inspecciones de la documentación que genera

 Durante la construcción hay que validar, verificar y decidir cuando el producto está listo
para su entrega

 Mantenimiento y revisión del proyecto, el aseguramiento de la calidad impone el análisis

de defectos, la auditoria del proyecto y la planificación de la mejora del proceso de
producción

El modelo CMMI

Un enfoque para la mejora de procesos que proporciona a una organización los elementos esenciales
para llevar a cabo sus procesos de manera efectiva.

CMMI no es un proceso de desarrollo de software, sino más bien una guía que describe las
características que hacen efectivo a un proceso.
El CMMI tiene dos representaciones:

1. Por Etapas (Staged): Da una secuencia probada para la mejora en donde cada una es base
para la siguiente.

2. Continuo (Continuous): Cada nivel de madurez es una plataforma bien definida para
evolucionar la mejora. Existen cinco niveles de madurez. Cada nivel es una base para la
mejora utilizando una secuencia probada desde sus bases.

Estas representaciones permiten a la organización perseguir diferentes objetivos de mejora. La

presentación y organización de la información es diferente para cada una, sin embargo, el contenido
es el mismo.

Modelo SPICE: El estándar ISO/IEC 15504

Define un marco de trabajo de evaluación y mejora de procesos que puede ser utilizado por las
organizaciones para planificar, gestionar, monitorizar, controlar y, en definitiva, mejorar la
adquisición, desarrollo, operación, evaluación y soporte del software. El estándar, en su versión
actual (2003 - 2006), está formado por cinco documentos:

 ISO/IEC 15504-1 (Conceptos y vocabulario): perspectiva general de introducción al

estándar que incluye un glosario de definiciones de términos y una guía de la norma.
 ISO/IEC 15504-2 (cómo realizar una evaluación): descripción de requisitos para llevar a
cabo avaluaciones consistentes y fiables.
 ISO/IEC 15504-3 (guía para realizar una evaluación): descripción de las acciones precisas
para alcanzar los requisitos mínimos para la realización de una evaluación descritos en la
segunda parte de la norma.
 ISO/IEC 15504-4 (guía sobre el uso del estándar para la mejora de procesos y
determinación de la capacitación): indica cómo utilizar una evaluación de procesos
conforme con el estándar dentro de un programa de mejora de procesos.
 ISO/IEC 15504-5 (ejemplo de modelo de evaluación de procesos): proporciona ayuda sobre
los modelos de evaluación de procesos mediante la exposición de ejemplos.

El modelo SPICE es bidimensional, pues trata la evaluación de procesos de software desde dos
dimensiones: (i) la dimensión de procesos, relacionadas con (ii) la dimensión de la capacitación.

 Los procesos primarios: todos aquellos relacionados con la adquisición, suministro,

ingeniería y operación de la organización.
  Procesos de soporte: aquellos que pueden ser utilizados por otros en determinadas
circunstancias.
 Procesos de la organización: relacionados con la gestión, mejora del procesos, recursos e
infraestructura y reutilización.

Los estándares de la familia ISO 9000

Conjunto de estándares para sistemas de gestión de la calidad. Tiene como meta ayudar a las
organizaciones a definir y mantener sistemas de calidad. Su objetivo primordial es por tanto la
consistencia en la calidad de los productos y servicios, junto con una continua mejora en la
satisfacción del cliente y en la disminución de los ratios de error.

Principios:

 Orientación al cliente: las organizaciones dependen de sus clientes por tanto deben luchar
por superar sus expectativas.
 Liderazgo: los estamentos superiores de gestión de la organización deben definir políticas
de calidad y crear un entorno en el cual el personal se comprometa completamente con los
objetivos de calidad.
 Implicación de los empleados: solo emplearan todas sus capacidades y aptitudes en
beneficio de la organización si están completamente involucrados en el proceso de calidad.
 Modelo de procesos: los resultados esperados solo se alcanzarán si las actividades y los
recursos pertinentes se gestionan y controlan como procesos.
 Modelo de gestión orientado a sistemas.
 Mejora continua.
 Enfoque a la toma de decisiones objetivas.
 Relaciones con los proveedores mutuamente interdependientes.

Otros modelos, estándares y especificaciones

ITIL: Está formado por un conjunto de documentos de buenas prácticas para facilitar la
implementación de un marco de gestión de este tipo de servicios.

Divide la gestión de servicios en dos áreas principales: los servicios de soportes y la prestación de
servicios. Conjuntamente engloban diez disciplinas que abarcan todas las áreas para la provisión y
gestión de servicios eficaces:

 Los servicios de soporte están formados por las practicas que permiten la prestación de los
servicios de tecnología de la información, y son las cuales serían imposible proporcionar
dichos servicios.
 La prestación de servicios tiene que ver con los servicios que las organizaciones requieren
de sus proveedores para así poder dar a su vez servicios de negocio a sus usuarios.

Trillium: su objetivo inicial era minimizar el riesgo y asegurar tanto el correcto rendimiento como la
entrega en plazos de los sistemas de software adquiridos por la organización.
Bootstrap: el objetivo de dicho proyecto era desarrollar una metodología para la evaluación de
procesos de software, la medición cuantitativa y la mejora continua, y posteriormente validarla
mediante un proceso de prueba en diversas organizaciones.

La metodología Bootstrap es aplicable a compañías de desarrollo de software de tamaño pequeño

o medio, así como a departamentos de software de organizaciones más grandes.

El proceso de software personal (PSP): es un proceso de mejora de procesos de software diseñado

para controlar, gestionar y mejorar la forma de trabajo individual de los ingenieros de software.

El principal objetivo del PSP es inducir disciplina en el proceso de desarrollo de software de cada
individuo, para lo cual describe prácticas para el desarrollo individual de programas pequeños,
desde la asignación del problema hasta las pruebas de unidad.

El modelo se basa en los siguientes cinco principios:

 Un proceso definido y estructurado mejora la eficiencia en el trabajo.

 El proceso personal definido debe alinearse con las habilidades y preferencias del individuo.
 Cada persona se debe involucrar en la definición de su proceso.
 El proceso de cada persona debe evolucionar según evolucionan sus habilidades y
capacidades.
 La mejora continua del proceso se consigue si existe una retroalimentación rapida y
explícita.