• Author / Uploaded
• Daniel Lira

Citation preview

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