S04.s7 - Factores Que Determinan La Calidad de Software

UNIDAD 2: MODELO Y REVISIONES
DEL PROCESO DE CALIDAD DE SOFTWARE

Sesión 7
Logro de la sesión:
“Al final de la sesión, el estudiante comprende los factores que

determinan la calidad de software, utilizando el modelo de Mc
Call en Calidad de Software”.
Temario:
 Modelo de Calidad de Software

 Factores de Calidad y Productividad
 Operación del Producto
 Revisión del Producto
 Transición del Producto
 Criterios
 Medidas de los Factores de Calidad
 Aplicación del Modelo de McCall
 Al inicio, durante y al final del proyecto
FACTORES QUE DETERMINAN LA CALIDAD
Siempre se ha observado que la calidad de software está

representada por varias características.
Un modelo de calidad describe entonces estas características y
sus relaciones.
Muchos modelos hacen difusa la comprensión del concepto

de calidad. Existen varios modelos de calidad como:
Modelo McCall, Modelo Dromey, entre otros.
Factores de Calidad y Productividad (McCall)

Modelo creado por JimMcCall en 1977.
Motivado por US Air Force.
Uno de los más renombrado para la calidad de software.
Objetivos:
 Enfocado en el producto final, identificando sus atributos
desde la perspectiva del usuario, estos atributos son los
que realmente desarrolla e implementan calidad.
 Reducción de la brecha entre usuarios y desarrolladores
enfocándose en factores de calidad.
Los factores que afectan la calidad del software se pueden

categorizar en dos amplios grupos:
 Factores que se pueden medir directamente (por ejemplo,
defectos por punto de función).
 Factores que se pueden medir solo indirectamente (por
ejemplo, facilidad de uso o de mantenimiento).
Perspectivas (3), Factores (11), Criterios de Calidad (23) y
Métricas (41).
A. Operación del Producto (Características del producto)

 Exactitud.
Hasta donde cumple lo solicitado. Hasta dónde satisface un
programa su especificación y logra los objetivos propuestos
por el cliente. ¿Hace lo que quiero?.
Dicho de otra forma, es la capacidad de los productos de
software para realizar con exactitud sus tareas, tal y como se
definen las especificaciones.
La Exactitud es la cualidad principal. Si un sistema no hace lo
que se supone que debe hacer, poco importan el resto de
consideraciones que hagamos sobre él si es rápido, si tiene
una bonita interfaz de usuario, etc.
Criterios:
Completitud
Consistencia
Trazabilidad
 Fiabilidad.
Hasta donde se puede esperar que un programa lleve a cabo
su función con la exactitud requerida como lo solicitó.
¿Lo hace de forma fiable todo el tiempo?.
Criterios:
 Precisión
 Consistencia
 Tolerancia a Fallos
 Modularidad
 Simplicidad
 Exactitud
 Eficiencia.
Es la capacidad de un sistema de software para exigir la menor
cantidad posible de recursos hardware, tales como tiempo del
procesador, espacio ocupando memoria interna y externa o
ancho de banda utilizado en los dispositivos de comunicación.
Hace referencia a la cantidad de recursos ¿Se ejecutara en mi
hardware lo mejor que pueda?
Criterios:
 Eficiencia en ejecución.
 Eficiencia en almacenamiento.
 Integridad.
Es la capacidad de los sistemas software de proteger sus
diversos componentes (programas, datos, etc.) contra
modificaciones y accesos no autorizados.
Hasta donde se puede controlar el acceso al software o a los
datos por personas no autorizadas.
Control que se tiene al acceso de datos o al software ¿Es
Seguro?
Criterios:
Control de accesos.
Facilidad de auditoria.
Seguridad.
 Usabilidad
Es la facilidad con la cual personas con diferentes formaciones
y aptitudes pueden aprender a usar los productos de software
y aplicarlos a la resolución de problemas.
También cubre la facilidad de instalación, de operación y de
supervisión.
Criterios:
Facilidad de operación
Facilidad de comunicación
Facilidad de aprendizaje
Formación
B. Revisión del Producto (Habilidad para ser cambiado)
 Facilidad de mantenimiento.
El esfuerzo necesario para localizar y arreglar un error en un
programa. No exceder el para corregir un error ¿Puedo
corregirlo?.
Criterios:
Modularidad
Simplicidad
Consistencia
Concisión
Auto descripción
 Flexibilidad.
El esfuerzo es necesario para modificar un programa que ya
esta en funcionamiento. ¿Puedo cambiarlo?.
Criterios:
Auto descripción
Capacidad de expansión
Generalidad
Modularidad
 Facilidad de prueba.
El esfuerzo necesario para probar un programa y asegurarse
de que realiza correctamente su función. ¿Puedo probarlo?.
Criterios:
 Modularidad
 Simplicidad
 Auto descripción
 Instrumentación
Transición del Producto (Adaptabilidad al nuevo ambiente)
 Portabilidad.
Es la facilidad de transferir los productos software a diferentes
entornos hardware y software.
Coste de transportar o migrar un producto de una
configuración hardware o entorno operativo a otro.
Criterios:
 Auto descripción:
 Modularidad
 Independencia entre sistema y software
 Independencia del hardware.
 Reusabilidad (capacidad de reutilización).
Es la capacidad de los elementos de software de servir para la
construcción de muchas aplicaciones diferentes.
Criterios:
 Auto descripción
 Generalidad
 Modularidad
 Independencia entre sistema y software
 Independencia del hardware
 Interoperatividad.
El esfuerzo necesario para acoplar un sistema con otro.
Interoperatividades la facilidad de combinar unos elementos
de software con otros.
¿Podré hacerlo interactuar con otro sistema?.

Criterios:
 Modularidad
 Compatibilidad de comunicaciones
 Compatibilidad de datos
Criterios
 Facilidad de auditoría. La facilidad con la que se puede comprobar el
cumplimiento de los estándares.
 Exactitud. La exactitud de los cálculos y del control.
 Estandarización de comunicaciones. El grado de empleo de estándares de
interfaces y protocolos.
 Compleción. El grado con que se ha logrado la implementación total de una
función.
 Complejidad. Valoración del grado de complejidad del componente / función.
 Concisión. Lo compacto que es el programa en términos de líneas de código.
 Consistencia. El empleo de un diseño uniforme y de técnicas de documentación
a lo largo del proyecto de desarrollo del software.
 Estandarización de datos. El empleo de estructuras y tipos de datos estándares a
lo largo del programa.
 Tolerancia al error. El daño causado cuando un programa encuentra un error.
 Eficiencia de ejecución. El rendimiento del funcionamiento de un programa.
 Capacidad de expansión. El grado con que se pueden ampliar el diseño
arquitectónico, de datos o procedimental.
 Generalidad. La amplitud de aplicación potencial de los componentes del

programa.
 Independencia del hardware. El grado con que se desacopla el software del
hardware donde opera.
 Instrumentación. El grado con que el programa vigila su propio funcionamiento e
identifica los errores que ocurren.
 Modularidad. La independencia funcional de componentes de programa.
 Operatividad. La facilidad de operación de un programa.
 Seguridad. La disponibilidad de mecanismos que controlan o protegen los
programas y los datos.
 Autodocumentación. El grado en que el código fuente proporciona
 Autodocumentación. El grado en que el código fuente proporciona

documentación significativa.
 Simplicidad. El grado de facilidad con que se puede entender un programa.
 Independencia del sistema software. El grado de independencia de programa
respecto a las características del lenguaje de programación no estándar,
características del sistema operativo y otras restricciones del entorno.
 Trazabilidad. La capacidad de seguir una representación del diseño o un
componente real del programa hasta los requisitos.
 Formación (Entrenamiento). El grado en que ayuda el software a manejar el
sistema a los nuevos usuarios.
Aplicación del Modelo de McCall
Modelo Fijo
 Se aceptan los factores, criterios y métricas que propone el modelo.
 Se aceptan las relaciones entre factores y criterios y entre criterios y
métricas.
 Solo es necesario seleccionar un subconjunto de los factores de calidad
como requisitos de calidad para el proyecto.
Definición particular de la calidad
 Se acepta la filosofía de la descomposición.
 Se selecciona un subconjunto de los factores de calidad para el proyecto.
 Se decide la descomposición más adecuada para los factores de calidad
seleccionados.
Durante el proyecto
 Implementar las métricas, considerar las medidas necesarias.

 Analizar los resultados de las métricas.
 Tomar medidas correctivas si es necesario, es decir, si los valores
obtenidos están por debajo de los valores mínimos aceptables.
 Estas medidas correctivas pueden afectar tanto al proceso de desarrollo
como al proceso de gestión.
Final del proyecto
 Validar las medidas predictivas utilizadas.

 Comprobar si en efecto se puede tomar como indicadores de los valores
finales.
Finalmente:
¿Qué hemos aprendido el día de hoy?

CONCLUSIONES
 McCall asocia la calidad a la ausencia de defectos.
 McCall-1977 sigue vigente como modelo para la calidad, debido a que los
factores que afectan la calidad no cambian.
 Este modelo concilia los puntos de vista de usuarios con la prioridad de los
desarrolladores.
 El valor costo beneficio puede ser determinante para la calidad de producto de
software.
 Deben fijarse valores máximo y mínimo aceptables para cada criterio.

S04.s7 - Factores Que Determinan La Calidad de Software

Cargado por

Copyright:

Formatos disponibles

S04.s7 - Factores Que Determinan La Calidad de Software

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

S04.s7 - Factores Que Determinan La Calidad de Software

Cargado por

Copyright:

Formatos disponibles

UNIDAD 2: MODELO Y REVISIONES

DEL PROCESO DE CALIDAD DE SOFTWARE

“Al final de la sesión, el estudiante comprende los factores que

 Modelo de Calidad de Software

Siempre se ha observado que la calidad de software está

Muchos modelos hacen difusa la comprensión del concepto

Factores de Calidad y Productividad (McCall)

Los factores que afectan la calidad del software se pueden

A. Operación del Producto (Características del producto)

B. Revisión del Producto (Habilidad para ser cambiado)

Transición del Producto (Adaptabilidad al nuevo ambiente)

¿Podré hacerlo interactuar con otro sistema?.

 Generalidad. La amplitud de aplicación potencial de los componentes del

 Autodocumentación. El grado en que el código fuente proporciona

 Implementar las métricas, considerar las medidas necesarias.

 Validar las medidas predictivas utilizadas.

¿Qué hemos aprendido el día de hoy?

También podría gustarte