UNIVERSIDAD NACIONAL AUTÒNOMA DE

NICARAGUA

UNAN – MANAGUA

FACULTAD DE CIENCIAS E INGENIERIA

DEPARTAMENTO DE COMPUTACION

INGENIERIA DE SISTEMAS DE INFORMACION

Ensayo Comparativo sobre Modelos de Calidad: McCall & Boehm

Profesor: Lawdee Narváez

Realizado por:

Daniel Octavio Lira Pérez

Managua, 14 de Noviembre del 2018

 Introducción:

El término de Ingeniería de Software Fue introducido a finales de los 60 a raíz de

la crisis del software. Esta crisis fue el resultado de la introducción de la tercera
generación del hardware. Por otra parte se exige que el software sea eficaz y
barato tanto en el desarrollo como en la compra. También se requiere una serie
de características como fiabilidad, facilidad de mantenimiento y de uso,
eficiencia, etc. Por ese motivo presentamos el siguiente ensayo que será
reflejado esas características de la calidad de software pero como ya sabemos
hay muchos modelos de calidad para la evaluación de un software por lo tanto
nos enfocaremos en analizar y comparar dos tipos de modelos en la cual son
modelo de Jim McCall y modelo de Barry W. Boehm, que nos proporciona
elementos que permitan tomar decisiones en relación a las inversiones de
aseguramiento de calidad y la mejora de procesos.
 Desarrollo

Modelos de calidad

¿Qué es un modelo de calidad de software?

Los modelos de calidad son aquellos documentos que integran la mayor

parte de las mejores prácticas, proponen temas de administración en los
que cada organización debe hacer énfasis, integran diferentes prácticas
dirigidas a los procesos clave y permiten medir los avances en calidad.
(Mauro, Andrea Catherine, & Ana María, Recivido:22/06/2016 - Aceptado:
08/10/2016)

Modelo de Jim McCall

El modelo de McCall fue el primero en ser presentado en 19977 y se originó

motivado por Air Forcé y Dod, se focaliza en el producto final identificando
atributos claves desde el punto de vista del usuario en la cual estos atributos se
denominan factores de calidad y son normalmente atributos externos pero
también se incluyen algunos atributos posiblemente internos.

Los factores de calidad son demasiados abstractos para ser medidos

directamente, por lo que por cada uno de ellos se introduce atributos de bajo
nivel denominados criterios de calidad.

Factores de calidad

McCall propone tres perspectivas para agrupar os factores de calidad:

 Revisión del producto habilidad para ser cambiado

 Transición del producto adaptación al nuevo amiente
 operación del producto características de operación
Factores de calidad de revisión

La revisión del producto incluye los siguientes factores de calidad:

 Mantenibilidad: esfuerzo requerido para localizar y corregir fallas

 Flexibilidad: facilidad de realizar cambios
 Testeabilidad: facilidad para realizar el testing, para asegurarse que el
producto no tiene errores y cumple con la especificación.

Factores de calidad de transición

La transición del producto incluye los siguientes factores de calidad:

 Portabilidad: esfuerzo requerido para transferir entre distintos ambientes

de operación
 Reusabilidad: facilidad de reusar el software en diferentes contextos
 Interoperabilidad: esfuerzo requerido para acoplar el producto con otros
sistemas

Factores de calidad de operación

La operación del producto incluye los siguientes factores de calidad:

 Correctitud: el grado en el que el producto cumple con su especificación.

 Confiabilidad: la habilidad del producto de responder ante situaciones no
esperadas.
 Eficiencia el uso de los recursos tales como tiempo de ejecución y
memoria de ejecución.
 Integridad: protección del programa y sus datos de accesos no
autorizados.
 Usabilidad: facilidad de operación del producto por parte de los usuarios.
Modelo de Boehm

El segundo modelo de calidad más conocido es presentado por Barry Boehm en

1978, este modelo introduce características de alto nivel, características de nivel
intermedio y características primitivas, cada una de las cuales contribuyen al
nivel general de calidad.

Características de alto nivel

Las características de alto nivel representan requerimientos generales de uso

pueden ser:

 Utilidad: que tan usable, confiable, eficiente es el producto en sí mismo

 Mantenibilidad :cuan fácil es modificarlo, entenderlos y re testearlo
 Utilidad general: si se puede seguir usándose si se cambia el ambiente

Característica de nivel intermedio representa el 7 factores de calidad Boehm que

en conjunto representan las cualidades esperar de un sistema de software:

 Portabilidad: Código posee la característica de portabilidad en la medida

en que pueda es de fácil manejo y bien en configuraciones de los equipos
que no sean los del actual.
 Fiabilidad: Código posee la característica de fiabilidad en la medida en
que pueda ser espera que cumplan las funciones previstas de forma
satisfactoria.
 Eficiencia: Código posee la característica eficacia en la medida en que
cumple su propósito, sin desperdicio de recursos.
 Usabilidad: Código posee la facilidad de uso característica a la medida
en que sea confiable, eficiente y de la ingeniería.
 Capacidad de prueba: Código posee la capacidad de prueba
característica en la medida en que facilita el establecimiento de criterios
de verificación y apoya la evaluación de su desempeño.
 Comprensibilidad: Código posee la característica a la comprensibilidad
medida en que su objetivo es claro para el inspector.
  Flexibilidad: Código posee la característica a la modificabilidad medida
en que facilita la incorporación de cambios, una vez que la naturaleza del
cambio deseado ha sido determinado.

Comparación de los modelos MCCALL Y BOEHM

Aunque parezcan similares, la diferencia está en que McCall focaliza en medidas

precisas de alto nivel “como es la utilidad “mientras que boehm presenta un
rango más amplio de características primarias la mantenibilidad esta mas
desarrollada en boehm pablo

A continuación esta imagen nos da una comparación más clara de lo que se trata
ambos modelos
 Conclusión:

Como conclusión tenemos que ambos modelos nos ayudan respecto a la

realización de un software ya que hoy día se comienza a imponer la obligación
de normas de calidad del software donde un fallo en la información, o en el
tratamiento de ésta puede llevar a fallos catastróficos y de consecuencias
imprevisibles. Por ello las organizaciones están exigiendo controles de calidad
más rigurosos en la construcción de su software.
 Bibliografía:

Bibliografía
Mauro, C., Andrea Catherine, A., & Ana María, Á. (Recivido:22/06/2016 - Aceptado:
08/10/2016). Ingenieria y Tecnologia., (pág. 236).

Paz, P. (s.f.). Obtenido de http://iswescom.blogspot.com/2013/02/modelos.html