LA CALIDAD DEL SOFTWARE

Administración de la calidad del Software

• Se refiere a lograr un nivel de calidad
requerido en el producto de software
• Involucra a la definición de estándares de
calidad apropiados y procedimientos que
permitan asegurar que estos se cumplan.
• Debe llevar a desarrollar una cultura de
calidad en donde la calidad es
responsabilidad de todos
Administración de la calidad del Software
– comprobación independiente de los procesos de
desarrollo
– los productos resultantes de los procesos se introducen
en el proceso de administración de la calidad para
asegurar su consistencia con estándares y objetivos de
calidad
– equipo de aseguramiento y control: independientes de
los equipos de desarrollo
• responsabilidad de la administración de la calidad
• visión objetiva del proceso
• informan de problemas y dificultades a los administradores
principales de la organización
ATRIBUTOS DE LA CALIDAD DE SOFTWARE
Seguridad Complejidad
Protección Portabilidad
Fiabilidad Usabilidad
Flexibilidad Reutilización
Robustez Eficiencia
Comprensión
Experimentación
Adaptabilidad
Modularidad
CONCEPTO DE CALIDAD
 Calidad significa que un producto debe cumplir
con sus especificaciones
 Es la totalidad de aspectos y características de un producto
o servicio que se refieren a su capacidad para satisfacer
necesidades dadas en la adecuación de sus objetivos (ISO)
 Concordancia del software producido con los
requerimientos explícitamente establecidos,con los
estándares de desarrollo prefijados y con los
requerimientos implícitos no establecidos formalmente que
desea el usuario (Pressman).
Administración de la calidad del Software
• tres actividades principales
– aseguramiento de la calidad
Aseguramiento
Aseguramiento de
de la
la • establecimiento de un marco de trabajo de
calidad
calidad
procedimientos y estándares corporativos que
conduzcan a la obtención de software de alta
calidad
– planificación de la calidad
Planificación
Planificación de
de la
la
calidad
calidad • selección de procedimientos y estándares
adecuados a partir de ese marco de trabajo y
adaptación de éstos para un proyecto de software
específico
– control de la calidad
Control
Control de
de la
la calidad
calidad • definición y aplicación de los procesos que
aseguren que los procedimientos y estándares son
seguidos por el equipo de desarrollo
aseguramiento de la calidad y estándares
• actividades de aseguramiento de la calidad (SQA)
– definir un marco de trabajo para lograr la calidad del software:
definir o seleccionar estándares aplicables al proceso de
Aseguramiento
Aseguramiento de
de la
la desarrollo o a los productos de software
calidad
calidad • importancia de los estándares
– ofrecen un conjunto de las mejores prácticas, evitando repetir
errores anteriores y capturando el conocimiento de valor para la
organización
Planificación
Planificación de
de la
la – ofrecen un marco de trabajo alrededor del que se implementa el
calidad
calidad proceso de SQA
– ayudan a la continuidad del trabajo de unos ingenieros a otros
• desarrollo de estándares
– proceso largo y complicado
– organizaciones nacionales e internacionales diferentes (ANSI,
Control
Control de
de la
la calidad
calidad IEEE, OTAN, Agencia Espacial, NASA, Departamento de
Defensa de EE.UU., ...)
– los equipos de SQA de las empresas desarrollan un “manual de
estándares” basado en estándares nacionales e internacionales
Estandares (SQA)
• dos tipos de estándares
– estándares del producto: se aplican al producto a desarrollar
• estándares de documentos (p.ej., estructura del documento de requerimientos a
producir)
• estándares de documentación (encabezados estándar de comentarios para una
definición de clase)
• estándares de codificación (cómo utilizar un lenguaje de programación)
– estándares del proceso: definen los procesos a seguir durante el desarrollo
• definiciones de los procesos de especificación y análisis, diseño, validación,
descripción de los documentos a generar en cada uno de estos procesos,...

Estándares del producto Estándares del proceso

Formulario para revisión del diseño Conducto para la revisión del diseño

Estructura del documento de requerimientos Sometimiento de documentos a revisiones

Formato del encabezado del procedimiento Proceso de entrega de las versiones

Estilo de programación en Java Proceso de aprobación del plan del proyecto

Formato del plan del proyecto Proceso de control del cambio
Forma de petición de cambios Proceso de registro de las pruebas
SQA: estándares de documentación
• importancia de los documentos estandarizados
– documentos: única forma tangible de representar el software y el proceso del software
– documentos estandarizados: apariencia, estructura y calidad consistentes; más fáciles
de leer y comprender
• tres tipos de estándares
– estándares del proceso de documentación:
• proceso a seguir para la producción del documento
• documentos de trabajo: no es necesario aplicar procesos formales de calidad
• documentos formales (para desarrollos posteriores o a entregar al cliente):
necesario adoptar un proceso formal de calidad
– estándares del documento:
• estructura y presentación de los documentos
• deben tener un estilo y apariencia consistente, y los del mismo tipo deben tener
una estructura consistente con los del proyecto y la organización
– estándares para el intercambio de documentos:
• aseguran que todas las copias electrónicas de los documentos sean compatibles
• utilización de herramientas concretas para elaborar los documentos (hojas de
cálculo, procesadores de texto, herramientas de diagramación,...)
SQA: Estandares de documentación

Proceso formal de producción de un documento

Crear
Crear Incorporar
Incorporar Rehacer
Rehacer
Revisar
Revisar
borrador
borrador comentarios
comentarios aa documento
documento
borrador
borrador
inicial
inicial la
la revisión
revisión borrador
borrador
Etapa 1: creación
Documento aprobado

Producir
Producir Comprobar
Comprobar
Corregir
Corregir texto
texto borrador
borrador final
final borrador
borrador final
final

Etapa 2: refinamiento
Documento aprobado

Producir
Producir
Revisar
Revisar Imprimir
Imprimir
Arreglar
Arreglar texto
texto patrones
patrones de
de
arreglos
arreglos copias
copias
impresión
impresión

Etapa 3: producción

fuente: I. Sommerville, Ingeniería de Software, Pearson 2002

SQA: calidad del proceso y del producto

• mejora de la calidad:
1. identificar productos de calidad
2. examinar el proceso utilizado para desarrollarlos
3. generalizar esos procesos para aplicarlos a otros proyectos
• fabricación: relación clara entre calidad de proceso y del producto
– proceso fácil de estandarizar y supervisar
– una vez definido el proceso de fabricación se ejecuta una y otra vez para
producir el mismo producto con el mismo nivel de calidad
• software: existe relación, pero menos directa
– proceso más creativo que mecánico: influencia de habilidades individuales
y experiencia
– factores externos (novedad de la aplicación, presión comercial,...)
– el proceso puede ser inapropiado para un tipo de software
• por ejemplo, un estándar puede indicar que la especificación tiene
que estar terminada y aprobada para implementar, pero puede hacer
falta realizar prototipos.
control de la calidad
• control de calidad
– vigilar el proceso de desarrollo para asegurar que se
Aseguramiento
Aseguramiento de
de la
la
siguen los procedimientos de SQA y estándares de
calidad
calidad
calidad ajustándose al plan de calidad
– dos enfoques complementarios
• revisiones técnicas: el software, documentación y
Planificación
Planificación de
de la
la procesos son revisados por un grupo de personas
calidad
calidad
• valoración: normalmente automática, con algún
tipo de herramienta
– el software y los documentos se procesan y
se comparan con los estándares que se
Control
Control de
de la
la calidad
calidad aplican a ese proyecto
– implica una medida cuantitativa de de
algunos atributos del software (medición y
métricas)
control de calidad: revisiones técnicas formales

Se
Se revisa
revisa UN
UN producto
producto
(especificación,
(especificación, módulo,
módulo, listado,...)
listado,...) Poca
Poca gente,
gente, preparación
preparación yy
duración breves
duración breves

Decisión
Decisión final:
final: Participantes:
Participantes: jefe
jefe de
de revisión,
revisión, revisores
revisores
-- Aceptación
Aceptación (ingenieros,programadores,...)
(ingenieros,programadores,...) yy
-- Rechazo
Rechazo productor
productor
-- Aceptación
Aceptación condicionada
condicionada aa pequeñas
pequeñas
modificaciones
modificaciones
revisiones técnicas formales
• objetivos:
descubrir errores en la función, lógica o implementación de cualquier representación
del softwre.
verificar el cumplimiento de los requisitos
garantizar el cumplimiento de los estándares.
conseguir un desarrollo uniforme del software
obtener proyectos que hagan más sencillo los trabajos técnicos (análisis que permitan
buenos diseños, diseños que permitan implementaciones sencillas, estrategias de
pruebas que faciliten éstas,...)
• RTFs: son un filtro que permite “purificar” las actividades de ingeniería de software.
– se aplican en diversos momentos del desarrollo para detectar defectos.
– diseño: entre el 50 y el 60% de los errores del desarrollo.
– aprovecha la diversidad de un grupo de personas para:
señalar la necesidad de mejoras en el producto de ingeniería (diagramas del análisis,
diccionario de datos, diseño, código, estrategia de pruebas,...)
confirmar las partes en las que no es necesaria una mejora.
conseguir un trabajo técnico de calidad más uniforme.
– efectividad: se calcula que son efectivas en un 75%.
ejemplo
Errores encontrados Número Coste unitario Total
Llevando a cabo revisiones
Durante el diseño 22 1,5 33
Antes de la prueba 36 6,5 234
Durante la prueba 15 15,0 315
Tras la distribución 3 67,0 201
783
Sin revisiones
Antes de la prueba 22 6,5 143
Durante la prueba 82 15,0 1230
Tras la distribución 12 67,0 804
2177
control de calidad: métricas
• medición: calcular un valor numérico para algún atributo de un producto o un proceso del software
– la comparación entre ellos y con los estándares de la organización permite controlar la calidad
– métrica: cualquier tipo de medida relacionada con un sistema, proceso o documentación
– existen atributos imposibles de medir de forma directa
• por ejemplo: mantenibilidad, complejidad, comprensión,...
• afectados por diversos factores
• no existen métricas directas: necesario medir atributos internos del software y suponer que
existe relación con los atributos que nos interesan

Número
Número de
de parámetros
parámetros del
del
procedimiento
procedimiento
Proceso de Producto de
Mantenibilidad Proceso
Mantenibilidad software de Producto
software de
Complejidad software software
Complejidad ciclomática
ciclomática
Fiabilidad
Fiabilidad
Tamaño
Tamaño del
del programa
programa en
en
líneas
líneas de
de código
código Métricas de Métricas de
Métricas
control de Métricas de
predicción
Portabilidad
Portabilidad control predicción
Número
Número de
de mensajes
mensajes de
de
Usabilidad error
error
Usabilidad
Decisiones
Decisiones
administrativas
Extensión
Extensión del
del manual
manual de
de administrativas
usuario
usuario
modelos de calidad del software

• Objetivo: mejora de procesos software.

• Diversos modelos que buscan:
– Determinar las fuerzas y debilidades en una organización
– Aglutinar esfuerzos para conseguir acuerdos sobre lo que es un buen proceso.
• Principales iniciativas:
– ISO 9001 y 9000-3:
• muy útil en compañías que además de software fabrican equipos
• define los procesos de calidad tanto en compañías de hardware como de software.
• muy utilizado en Europa.
– Capability Maturity Model (CMM) del Instituto de Ingeniería del Software
• el modelo más empleado y maduro
• valora el desarrollo de software en sistemas de gran complejidad
• visión completa del proceso de madurez organizacional
• incluye mecanismos para mejora continua de los procesos
– Bootstrap:
• enfocado a pequeñas y medianas empresas
• valora la madurez global de una organización
• examina procesos individuales de software y valora la conveniencia y el impacto de nuevas tecnologías
– SPICE:
• combina elementos de ISO, CMM y Bootstrap
• enfocado a estudiar el nivel de madurez de los procesos individuales (tiene en cuenta el contexto de los
procesos evaluados).
• objetivo: definir un marco común de referencia en el que convivan el resto de los modelos mencionados.
• Produce un perfil del proceso, en vez de un resultado válido/no válido.
ISO 9000
• Conjunto de estándares internacionales para el manejo de
calidad
• Aplicable a un rango de organizaciones desde industrias de
servicio a industrias de manufactura
• La ISO 9001 es aplicable a organizaciones del cual
diseñan, desarrollan y mantienen productos
• ISO 9001 es un modelo genérico del proceso de calidad.
Está instanciado para cada organización
Certificación ISO 9000
• Los Estándares de calidad y procedimientos
deberán ser documentados en un manual
organizacional de calidad
• Personal externo puede certificar que una
organización conforma con los estándares ISO
9000
• Los clientes demandan cada vez mas que sus
desarrolladores tengan la certificación ISO 9000
modelos de calidad: ISO 9000

Modelos
Modelos de
de calidad
calidad
ISO 9000
ISO 9000

instanciado como

Proceso
Proceso dede la
la
Manual
Manual de
de calidad
calidad de
de la
la documentos calidad
calidad de
de la
la
organización
organización organización
organización

se utiliza para desarrollar instanciado como

Plan
Plan de
de calidad
calidad del
del Plan
Plan de
de calidad
calidad del
del Plan
Plan de
de calidad
calidad del
del Administración
Administración
proyecto
proyecto 11 proyecto
proyecto 22 proyecto
proyecto 33 de
de la
la calidad
calidad del
del
proyecto
proyecto
 modelos de calidad: ISO-9000
• Serie ISO-9000: conjunto de normas de sistemas de calidad y guías asociadas que
• Serie ISO-9000: conjunto de normas de sistemas de calidad y guías asociadas que
se publicaron a partir de 1987 por la ISO (Organización Internacional de ISO9001
9001
se publicaron a partir de 1987 por la ISO (Organización Internacional de ISO
Normalización).  Estándar aplicable a la Ingeniería del
Normalización).  Estándar aplicable a la Ingeniería del
•
• ISO9000:describe
ISO9000: describelos
loselementos
elementosdedegarantía
garantíadedecalidad
calidadenentérminos
términosgenéricos
genéricos Software
Software
quepueden
puedenaplicarse
aplicarsea acualquier
cualquiernegocio,
negocio,con
conindependencia
independenciadedelos losproductos
productosoo
que
servicios ofrecidos.  2020 requisitos de un sistema de garantía
requisitos de un sistema de garantía
de calidad efectiva:
servicios ofrecidos. de calidad efectiva:
• Obtención de certificado: Responsabilidad de la gestión
• Obtención de certificado: Responsabilidad de la gestión
Sistema de calidad
– Auditores externos examinan el sistema de calidad y las operaciones de Sistema de calidad
– Auditores externos examinan el sistema de calidad y las operaciones de Revisión de contrato
unacompañía.
una compañía. Revisión de contrato
Control de diseño
Control de diseño
– SiSiesescorrecto,
correcto, se recibe el certificado.
– Control de datos y documentos
se recibe el certificado. Control de datos y documentos
Compras
– Auditorías de seguimiento cada seis meses. Compras
– Auditorías de seguimiento cada seis meses. Control del producto suministrado por el cliente
Procesos documentados y practicados como se hayan descrito en el estándar. Control del producto suministrado por el cliente
•• Procesos documentados y practicados como se hayan descrito en el estándar. Identificación y posibilidad de seguimiento del producto
Identificación y posibilidad de seguimiento del producto
– Ventajas: comprensión, control y mejora de los procesos y la red de Control del proceso
– Ventajas: comprensión, control y mejora de los procesos y la red de Control del proceso
Inspección y prueba
procesos.
procesos. Inspección y prueba
Control de inspección, medición y equipo de pruebas
Inconveniente:burocracia
–– Inconveniente: burocraciayypapeleo.
papeleo. Control de inspección, medición y equipo de pruebas
Inspección y estado de prueba
Inspección y estado de prueba
• ISO9000 describe los elementos de un sistema de garantía de calidad: Control de producto no aceptado
• ISO9000 describe los elementos de un sistema de garantía de calidad: Control de producto no aceptado
Acción correctora y preventiva
– estructura organizativa Acción correctora y preventiva
– estructura organizativa Tratamiento, almacenaje, empaquetamiento,
– procedimientos Tratamiento, almacenaje, empaquetamiento,
– procedimientos preservación y entrega.
preservación y entrega.
– procesos y recursos para implantar la planificación de la calidad Control de registros de calidad
– procesos y recursos para implantar la planificación de la calidad Control de registros de calidad
Auditorías internas de calidad
controldedecalidad
–– control calidad Auditorías internas de calidad
Formación
– garantía de calidad Formación
Servicios
– garantía de calidad Servicios
– mejora de la calidad Técnicas estadísticas
– mejora Técnicas estadísticas
de la calidad  Más orientada a empresas de fabricación
•• ISO 9000 NO describe cómo debe implementar una organización estos elementos  Más orientada a empresas de fabricación
ISO 9000 NO describe cómo debe implementar una organización estos elementos
del sistema de calidad.
del sistema de calidad.
• Objetivo: diseñar e implementar un sistema de garantía de calidad que cumpla los
• Objetivo: diseñar e implementar un sistema de garantía de calidad que cumpla los
estándaresyyacople
estándares acoplelos
losproductos,
productos,servicios
serviciosyycultura
culturadedelalaempresa.
empresa. ISO9000-3
9000-3
ISO
Guía para la aplicación de ISO 9001 en el
Guía para la aplicación de ISO 9001 en el
desarrollo, suministro y mantenimiento de
desarrollo, suministro y mantenimiento de
software
software
relación entre modelos de calidad del software

ISO 9000 CMM

1987 1986

ISO 9000-3
1991

BOOTSTRAP
1993

SPICE
1994
modelos de calidad: capability maturity model (CMM)
• Software Engineering Institute (Carnegie Mellon University), 1986: modelo
para evaluar el grado de madurez con que las organizaciones desarrollaban
software.
• 1991: aparece el CMM, prácticamente en su forma actual:
– basado en casos reales
– refleja las necesidades de los profesionales del desarrollo de software y de
la mejora del proceso.
– está documentado
– su documentación está disponible (http://www.sei.cmu.edu/)
• punto de partida: definición del proceso de software: conjunto de actividades,
métodos, prácticas y transformaciones que se usan para desarrollar el software y
los productos a él asociados.
• madurez del proceso:
– refleja la capacidad de una organización para producir software de calidad
(cuanto más madura es una organización, mejor definido será el proceso de
software).
– proceso del software maduro: mayor productividad y mayor calidad del
producto.
– las empresas van pasando por cinco niveles de madurez
 modelos de calidad: capability maturity model (CMM)

Proceso
mejora continua OPTIMIZADO
Proceso OPTIMIZADO
predecible
GESTIONADO
GESTIONADO
Proceso consistente
estándar DEFINIDO
DEFINIDO
Proceso
disciplinado REPETIBLE
REPETIBLE

Proceso
Proceso poco
poco INICIAL
INICIAL
estructurado,
estructurado, puede
puede que
que
caótico.
caótico. El
El éxito
éxito depende
depende
más
más del
del esfuerzo
esfuerzo
individual
individual que
que de
de una
una Existen
Existen conjuntos
conjuntos dede La
La mejora
mejora del
del proceso
proceso
aproximación
aproximación organizada
organizada Procesos
Procesos software
software bien
bien métricas
métricas definidas
definidas aa nivel
nivel software
software es continua
es continua yy
del
del proceso
proceso software.
software. definidos,
definidos, estandarizados
estandarizados de
de las
las diferentes
diferentes etapas
etapas del
del existe
existe una
una realimentación
realimentación
ee integrados,
integrados, tanto
tanto en
en proceso,
proceso, yy se se dispone
dispone de de de
de los procesos, así
los procesos, así como
como
aspectos
aspectos de de gestión
gestión como
como
Procesos
Procesos básicos
básicos de de gestión
gestión datos
datos alal respecto.
respecto. un
un enfoque de mejora aa
enfoque de mejora
de
de ingeniería,
ingeniería, aa nivel
nivel de
de
referidos
referidos a un seguimiento de
a un seguimiento de Los
Los procesos yy los
procesos los nivel
nivel de
de ideas
ideas yy de
de
toda
toda lala organización.
organización.
funcionalidades,
funcionalidades, costes
costes yy productos
productos son son controlados
controlados yy tecnologías.
tecnologías.
Utilización
Utilización dede un
un proceso
proceso
plazos.
plazos. Se
Se implanta
implanta una
una seguidos
seguidos de de modo
modo
software
software estandarizado
estandarizado
disciplina
disciplina de trabajo
de trabajo para
para cuantitativo.
cuantitativo.
para
para desarrollo
desarrollo yy
repetir
repetir modos
modos de de trabajo
trabajo que
que mantenimiento.
mantenimiento.
han
han dado
dado resultados
resultados positivos
positivos
 Resumen
• El manejo de la calidad del software se refiere a a asegurar
que el software cumple con estándares requeridos
• Los procedimientos de aseguramiento de calidad deberán
estar documentados en un manual de calidad
organizacional
• Un plan de calidad de un proyecto deberá identificar los
requerimientos específicos de calidad
• Los estándares de software son la reunión de las mejores
practicas
 Resumen
• Las revisiones son el medio principal para la
implementación del aseguramiento de la calidad
• Las métricas reúnen información acerca de procesos y
productos
• Las métricas de control proveen información acerca del
manejo del proyecto del software. Las métricas de
predicción permiten la estimación de atributos del al
producto
• Las métricas de calidad deberán ser usadas para identificar
componentes potencialmente problemáticos
 FACTORES QUE DETERMINAN
LA CALIDAD DEL SOFTWARE
Operaciones del producto: características operativas
– Corrección (¿Hace lo que se le pide?)
• El grado en que una aplicación satisface sus
especificaciones y consigue los objetivos
encomendados por el cliente
– Fiabilidad (¿Lo hace de forma fiable todo el tiempo?)
• El grado que se puede esperar de una aplicación lleve
a cabo las operaciones
especificadas y con la precisión requerida.
FACTORES QUE DETERMINAN
LA CALIDAD DEL SOFTWARE
– Eficiencia (¿Qué recursos hardware y software
necesito?)
• La cantidad de recursos hardware y software que
necesita una aplicación para realizar
las operaciones con los tiempos de respuesta adecuados
– Integridad (¿Puedo controlar su uso?)
• El grado con que puede controlarse el acceso al
software o a los datos a personal no
Autorizado
 FACTORES QUE DETERMINAN
LA CALIDAD DEL SOFTWARE
– Facilidad de uso (¿Es fácil y cómodo de manejar?)
• El esfuerzo requerido para aprender el manejo de una
aplicación, trabajar con ella,
introducir datos y conseguir resultados

Revisión del producto: capacidad para soportar cambios

– Facilidad de mantenimiento (¿Puedo localizar los fallos?)
• El esfuerzo requerido para localizar y reparar errores
– Flexibilidad (¿Puedo añadir nuevas opciones?)
• El esfuerzo requerido para modificar una aplicación en
funcionamiento.
 FACTORES QUE DETERMINAN
LA CALIDAD DEL SOFTWARE
– Facilidad de prueba (¿Puedo probar todas las
opciones?)
• El esfuerzo requerido para probar una aplicación de
forma que cumpla con lo
especificado en los requisitos
• Transición del producto: adaptabilidad a nuevos
entornos
– Portabilidad (¿Podré usarlo en otra máquina?)
• El esfuerzo requerido para transferir la aplicación a
otro hardware o sistema operativo
 FACTORES QUE DETERMINAN
LA CALIDAD DEL SOFTWARE
Reusabilidad (¿Podré utilizar alguna parte del software en
otra aplicación?)
• Grado en que partes de una aplicación pueden utilizarse en
otras aplicaciones
– Interoperabilidad (¿Podrá comunicarse con otras
aplicaciones o sistemas
informáticos?
• El esfuerzo necesario para comunicar la aplicación con otras
aplicaciones o sistemas
informáticos
 bibliografía

Sommerville, I. Ingeniería de Software, cap. 24

Pressman, R.S. Ingeniería del Software. Un enfoque práctico, cap. 8