CALIDAD DEL SOFTWARE

FUNDACION UNIVERSITARIA DE
POPAYAN
INGENIERIA DEL SOFTWARE
POPAYAN
2021
 ¿QUE ES? Caracteristicas
La calidad esta definida por las expectativas que este tiene sobre el
producto y si logra satisfacer las necesidades que este tiene al
utilizarlo.
 DIMENSIONES DE CALIDAD
DE GARVIN
David Garvín sugiera 8 dimensiones de calidad para un producto en
general, para el software serian:- Habrá prejuicios que influirán
- en la percepción del cliente o del
Calidad del desempeño
usuario como parte del pasado
- Calidad de las características
de los desarrolladores en el
- Confiabilidad desarrollo de algunos de sus
- Conformidad productos como por ejemplo que
- Durabilidad sean de mala calidad, o por el
- Servicio contrario que sean productos
- Estética muy buenos y reflejen una
percepción positiva
FACTORES DE CALIDAD McCALL , iso
9126, iso 25000
En los factores de calidad de McCall, con Richards y Walters
presentan una clasificación útil de los factores que afectan la
calidad del software y están centrados a las características
operativas, capacidad de ser modificado y adaptabilidad a
nuevos ambientes estos son:
-Operación del producto
-Transición del producto
-Iso 9126
-Iso 25000  
EL COSTO
 RIESGOS

 “La gente basa su trabajo  La implicación es que el

confort, seguridad,
entretenimiento, y
decisiones de su propia
vida; el software de
computo mas vale que
este bien hecho”.
software de mala calidad
aumenta los riesgos tanto
para el desarrollador
como para el usuario
final.
 UN EJEMPLO EXTREMO (GAG04)

En el mes de noviembre del 2000, en un hospital de Panama, 28 pasientes

resivieron dosis masivas de rayos, gama durante su tratamiento contra
diversos tipos de cancer. En los meses que siguieron, 5 de estos pasientes
murieron por envenenamiento radio activo y 15 mas sufrieron
complicaciones seria.
NEGLIGENCIA Y
RESPONSA
 CALIDAD Y SEGURIDAD

A medida que aumenta la importancia critica de los sistemas

y aplicaciones basados en la web. La seguridad de las
aplicaciones se ha vuelto mas importantes, 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 esto
conlleva.
 AMPLIFICA
CIÓN

 Un amplificador es todo dispositivo que, mediante la utilización de

energía, magnifica la amplitud de un fenómeno.
 Se aplica principalmente al ámbito de los amplificadores
electrónicos Amplificar es agrandar la intensidad de algo, por lo
general sonido. También podría ser luz o magnetismo es un aparato
al que se le conecta un dispositivo de sonido y aumenta la
magnitud del volumen.
 EJEMPLO

En las guitarras eléctricas ya que esas no tienen caja de resonancia, la

señal se obtiene de las cuerdas metálicas y ferrosas, vibran sobre una
cápsula electromagnética, y esa señal no es audible, pero amplificada
por un amplificador suena con el sonido característico de las guitarras
eléctricas.
En una interface se le puede agregar distintos efectos, como tremolo,
distorsiones entre otros. Las radios y los televisores tienen un
amplificador incorporado, que se maneja con la perilla o tele comando
del volumen y permite que varié la intensidad sonora.
 ELIMINACION DEL DEFECTO

Una métrica de la calidad que proporciona beneficios tanto a

nivel del proyectó como el del proceso, es la eficacia de la
eliminación de defectos ( EED).
EDD es una medida de probabilidad de filtrar las actividades de
la garantía de calidad y el control al aplicarse a todas las
actividades del marco de trabajo
cuando el trabajo esta en consideración blogalblemente, EDD se
define de la siguiente manera
 EDD=E

Donde E es el numero de
errores encontrados antes de la
entrega del software al
usurario final y D es el numero
de defectos encontrados
después de la entrega.
 MÉTRICAS DE REVISIÓN

 E(p) : Esfuerzo de preparación : Revisión de un producto del trabajo antes

de la reunión de revisión real
 E(A):Esfuerzo de evaluación : se dedica a la revisión real
 E®:esfuerzo de repetición: corrección de los errores descubiertos durante
la revisión
 Tpt: Tamaño del producto del trabajo: medición del tamaño del producto
del trabajo que se ha revisado
 Err menores: errores menores detectados: numero de errores detectados
que pueden clasificarse como menores
 Err mayores: errores mayores detectados: numero de errores encontrados
que pueden clasificarse como mayores
 ANALISIS DE LAS METRICAS

La densidad del error representa los errores encontrados por unidad de

producto del trabajo revisada
Densidad
  del error:
 EFICIENCIA DEL COSTO DE
REVISIONES

 Sepuede evaluar la eficacia de las revisiones y su relación

costo-beneficio solo después de que estas han terminado, de
que las unidades de medida de la revisión se han recabado, de
que los datos promedio han sido calculados
 ESPECTRO DE FORMALIDADES

Las revisiones técnicas deben aplicarse con un nivel de

formalidad apropiado para el producto que se va a elaborar,
para el plazo que tiene el proyecto y para el personal que
realice el trabajo
 REVISIÓN TÉCNICA FORMAL, REVISIONES
INFORMALES

Son un filtro de proceso de calidad donde se descubren errores

y defectos con el fin de eliminarlos, para entregar un producto
de software purificado o limpio de estos errores y defectos.
 REVISIÓN TÉCNICA FORMAL (RTF):

Es una revisión de software llevado a cabo por una o

varias personas donde se enfocan en detectar los
defectos o desviaciones en los productos para que el
proyecto no se paralice, además esta revisión es llevada
a cabo siguiendo ciertos parámetros para que sea mas
eficiente y se pueda hacer un seguimiento de los
problemas de los productos.
LINEAMENTOS PARA LA REVISIÓN
TÉCNICA FORMAL:

 Revisar el producto
 Establecer una agenda
 Anunciar áreas del problema
 Tomar nota de los problemas
 Limitar los participantes e instanciar la
preparación
 Realizar una lista para cada producto
revisado
 Asignar recursos y programar tiempo
 Dar capacitación a los revisores
 Revisar las primeras revisiones
 REVISIONES INFORMALES:

Una verificación de escritorio simple o un chequeo al

software con un compañero corresponde a una revisión.
Pero como estas no tienen una planeación, preparación, ni
agenda, ni estructura, ni seguimiento a los errores
encontrados, por eso se llega a la conclusión que dichas
revisiones son menos eficaces que los enfoques mas
formales.
 ASEGURAMIENTO DE CALIDAD
DE SOFTWARE

El servicio de Aseguramiento de Calidad de Software ofrece a

los clientes la posibilidad de conocer, mediante una visión
ejecutiva, el estado de la calidad de sus productos y riesgos
relacionados a la implantación de sus sistemas.

Considerando un enfoque integral de los elementos que

interactúan en la construcción de sistemas y en su operación, se
deben llevar a cabo actividades de control y aseguramiento de
calidad a las distintas etapas del ciclo de vida del desarrollo de
software. 
 ACTIVIDADES DE ASEGURAMIENTO DE
CALIDAD DE SOFTWARE
 Revisión a los elementos del plan de proyecto
 Inspección y verificación de requerimientos de negocio y técnicos del
sistema
 Análisis y validación de diseños
 Técnicas de diseño de pruebas
 Inspecciones de código
 Verificación del uso del sistema por medio de pruebas funcionales y
no funcionales
 Control de calidad en el despliegue del sistema
 Seguimiento y control a las actividades de soporte
 Verificación y soporte al proceso de administración de cambios
 Evaluación del estado de madurez de los procesos de control de
calidad de software
 Mejoramiento continuo del proceso de control de calidad de software
ASEGURAMIENTO ESTADISTICO DE
CALIDAD DEL SOFTWARE

El aseguramiento estadístico de la calidad del software refleja una

tendencia creciente en la industria para que se vuelva más cuantitativo
respecto de la calidad.
 Se recaba y clasifica la información
 Se intenta rastrear defectos y errores para
hallar causas iniciales
 Se utiliza herramienta como el principio del
Pareto
 Al identificar las causas se corrigen
 El aseguramiento estadístico encuentra
principalmente errores de este tipo:

Estrategia de mejora para eliminar errores y

SEIS SIGMA defectos en las entregas de productos al cliente
 Estrategias de prueba del
software

Una estrategia de prueba de software debe ser

suficientemente flexible para promover un uso
personalizado de la prueba. Al mismo tiempo, debe ser
suficientemente rígida para alentar la planificación
razonable y el seguimiento de la gestión conforme avanza el
Estos “enfoques y filosofías” a los que denomino estrategias
proyecto.
son el tema que se presenta en este capítulo. En los capítulos
18, 19 y 20 se exponen los métodos y técnicas de prueba que
permiten desarrollar la estrategia.
UN ENFOQUE ESTRATÉGICO PARA LA PRUEBA
DE SOFTWARE

Una estrategia debe proporcionar una guía para el

profesional y un conjunto de guías para el jefe del
proyecto
 VERIFICACIÓN Y
VALIDACIÓN

La verificación se refiere al conjunto de tareas que

garantizan que el software implementa correctamente
una función específica. La validación es un conjunto
diferente de tareas que aseguran que el software que se
construye sigue los requerimientos del cliente.
Verificación: “¿Construimos el producto
correctamente?”
Verificación: “¿Construimos el producto
correctamente?”
ESTRATEGIA DE PRUEBA DEL SOFTWARE
VISIÓN GENERAL
Deben evaluarse criterios de validación (establecidos durante el análisis
de requerimientos). La prueba de validación proporciona la garantía final
de que el software cumple con todos los requerimientos informativos,
funcionales, de comportamiento y de rendimiento. El último paso de la
prueba de orden superior cae fuera de las fronteras de la ingeniería de
software y en el contexto más amplio de la ingeniería de sistemas de
cómputo. El software, una vez validado, debe combinarse con otros
elementos del sistema (por ejemplo, hardware, personal, bases de datos).
La prueba del sistema verifica que todos los elementos se mezclan de
manera adecuada y que se logra el funcionamiento/rendimiento global del
sistema.
 PRUEBAS DE
VALIDACION
Las pruebas de validación comienzan en la culminación de las
pruebas de integración, cuando se ejercitaron componentes
individuales, el software está completamente ensamblado como
un paquete y los errores de interfaz se descubrieron y
corrigieron. En el nivel de validación o de sistema, desaparece
la distinción entre software convencional, software orientado a
objetos y web apps. La validación puede definirse en muchas
formas, pero una definición simple es que la validación es
exitosa cuando el software funciona en una forma que cumpla
con las expectativas razonables del cliente.
 CRITERIOS DE PRUEBAS DE
VALIDACIÓN

La validación del software se logra a través de una serie de pruebas que

demuestran conformidad con los requerimientos.

Después de realizar cada caso de prueba de validación, existen dos

posibles condiciones:
1) La característica de función o rendimiento se conforma de acuerdo
con las especificaciones y se acepta, o
2) se descubre una desviación de la especificación y se crea una lista
de deficiencias. Las desviaciones o errores descubiertos en esta etapa
en un proyecto rara vez pueden corregirse antes de la entrega
calendarizada. Con frecuencia es necesario negociar con el cliente para
establecer un método para resolver deficiencias.
 REVISIÓN DE LA
CONFIGURACIÓN

Un elemento importante del

proceso de validación es una
revisión de la configuración.
 Pruebas alfa y
beta
virtualmente, es imposible que un desarrollador de software prevea
cómo usará el cliente realmente un programa. Las instrucciones
para usarlo pueden malinterpretarse; regularmente pueden usarse
combinaciones extrañas de datos; la salida que parecía clara a
quien realizó la prueba puede ser ininteligible para un usuario.
Cuando se construye software a la medida para un cliente, se
realiza una serie de pruebas de aceptación a fin de permitir al
cliente validar todos los requerimientos. La mayoría de los
constructores de productos de software usan un proceso llamado
prueba alfa y prueba beta para descubrir errores que al parecer sólo
el usuario final es capaz de encontrar.
 CONCLUCIO
NES
 La preocupación por la calidad de los sistemas basados en
software , ha aumentado de tal medida que se ha logrado
integrar en nuestra vida cotidiana.
 Además de esto toda la calidad del software se consigue
por medio de la ingeniería del software , diseñados para
prevenir ,los defectos, costos que se asocian a las
acciones que evalúan el producto.
 Con el tiempo se ha propuesto varios factores de la
calidad del software ,todo en base a las características
para llegar a tener éxito y un software de alta calidad,
bien sea de confiabilidad ,usabilidad , facilidad.
 En esencia todos quieren elaborar sistemas de alta
calidad pero; en cierto caso no se dispone ni de tiempo
ni de esfuerzo.
 Se puede decir que sin importar el enfoque el cual se
elija la calidad tiene su costo a nivel de prevención y
evaluación , al momento de hacer la revisión del
software estás deben tener su adecuado registro de
desarrollo y sobre todo las verificaciones por escritorio.
 Por último se deben tomar en cuenta el aseguramiento
de la calidad del software ,además la capacidad de
asegurar la calidad del software
GRACIAS...