Instituto Tecnológico de Minatitlán

5.2 Importancia de la calidad

Monserrat Esparza Rodríguez

Fundamentos de Ingeniería de Software

Grupo 1

Ing. Felipe de Jesús Hernández Pérez

Minatitlán, Veracruz

Marzo 18, 2019

Índice
Tema 5: Calidad de Software.
5.2 Importancia de la calidad

La calidad de software tiene diferentes significados para distintos grupos. Para el Instituto de
Ingenieros Eléctricos y Electrónicos (IEEE), es el grado en que un sistema, componente o proceso
cumple con los requerimientos especificados y las necesidades del cliente o usuario. En la definición
de la norma ISO-9000 de la Organización Internacional para la Estandarización (ISO), la calidad de
software es el grado (pobre, bueno o excelente) en que un conjunto de características inherentes
del software cumple con los requisitos del sistema.

La calidad de software está directamente relacionada con su proceso de desarrollo. Se considera

que un proceso bien conocido y ampliamente utilizado, sustentado en medición y predicción de
eventos, permite controlar en buena medida la producción de software y, en consecuencia, producir
software de calidad.

Los factores que más afectan la obtención de un producto de calidad son los siguientes:

o El cliente o usuario es el participante primordial en el proceso de desarrollo del producto y

responsable de definir los requisitos del producto final.
o El desarrollador es responsable del proceso de producción y de asegurar la calidad del
producto.
o El proceso seguido para el desarrollo del producto final.
o El producto correspondiente al sistema a ser desarrollado.

La valoración de calidad del software es un proceso subjetivo en que el equipo de gestión de calidad
tiene que usar su juicio para decidir si se logró un nivel aceptable de calidad. El equipo de gestión
de calidad debe considerar si el software se ajusta o no a su propósito pretendido. Esto implica
responder preguntas sobre las características del sistema. Por ejemplo:

1. ¿En el proceso de desarrollo se siguieron los estándares de programación y documentación?

2. ¿El software se verificó de manera adecuada?

3. ¿El software es suficientemente confiable para utilizarse?

4. ¿El rendimiento del software es aceptable para uso normal?

5. ¿El software es utilizable?

6. ¿El software está bien estructurado y es comprensible?

Atributos de Calidad de Software.

Boehm y sus colaboradores (1978) indican que existen 15 importantes atributos de calidad de
software, los cuales se listan en la figura 24.2. Dichos atributos se relacionan con la confiabilidad,
usabilidad, eficiencia y mantenibilidad del software. Por lo general se considera que los atributos de
confiabilidad son los atributos de calidad más importantes de un sistema. Sin embargo, también es
significativo el rendimiento del software. Los usuarios rechazarán el software que sea demasiado
lento. No es posible que algún sistema se optimice para todos esos atributos; por ejemplo, mejorar
la robustez puede conducir a pérdida de rendimiento.

En consecuencia, el plan de calidad debe definir los atributos de calidad más importantes para el
software que se desarrollará. Tal vez la eficiencia sea crítica y tengan que sacrificarse otros factores
para que se logre esto. Si lo anterior se estableció en el plan de calidad, los ingenieros que trabajan
en el desarrollo pueden cooperar para lograrlo. El plan debe incluir también una definición del
proceso de valoración de la calidad. Ésta debe ser una forma acordada de valorar si cierto grado de
calidad, como la mantenibilidad o robustez, está presente en el producto.

Calidad y seguridad.

A medida que aumenta la importancia crítica de los sistemas y aplicaciones basados en web, la
seguridad de las aplicaciones se ha vuelto más importante. En pocas palabras, el software que no
tiene alta calidad es fácil de penetrar por parte de intrusos y, en consecuencia, el software de mala
calidad aumenta indirectamente el riesgo de la seguridad, con todos los costos y problemas que eso
conlleva.

Riesgos

“La gente basa su trabajo, confort, seguridad, entretenimiento, decisiones y su propia vida, en
software de cómputo. Más vale que esté bien hecho”. La implicación es que el software de mala
calidad aumenta los riesgos tanto para el desarrollador como para el usuario final. En los riesgos
también entra el costo de calidad, ya que con un simple error en el Software te puede costar mucho
dinero.

Ejemplo de lo que puede ocurrir por hacer un software de mala calidad.

En el mes de noviembre de 2000, en un hospital de Panamá, 28 pacientes recibieron dosis masivas

de rayos gama durante su tratamiento contra diversos tipos de cáncer. En los meses que siguieron,
5 de estos pacientes murieron por envenenamiento radiactivo y 15 más sufrieron complicaciones
serias. ¿Qué fue lo que ocasionó esta tragedia? Un paquete de software, desarrollado por una
compañía estadounidense, que fue modificado por técnicos del hospital para calcular las dosis de
radiación para cada paciente. Los tres médicos panameños que “pellizcaron” el software para que
diera capacidad adicional fueron acusados de asesinato en segundo grado.

Éste no es un relato para prevenir a los médicos, aun cuando luchen por estar fuera de la cárcel si no
entienden o hacen mal uso de la tecnología. Tampoco es la narración de cómo pueden salir heridos,
o algo peor, los seres humanos a causa del software mal diseñado o poco explicado, aunque hay
muchos ejemplos al respecto. Ésta es la alerta para cualquier creador de programas de cómputo: la
calidad del software importa, las aplicaciones deben ser a prueba de tontos y el código mal
desplegado —ya sea incrustado en el motor de un automóvil, un brazo robótico o un dispositivo de
curación en un hospital— puede matar.