MODELO BOEHM

Barry Boehm

BOEHM

Este modelo fue propuesto por Barry Boehm en el año de 1978. Este se basa en que el software debe hacer lo que el usuario quiere que haga, por lo tanto, se espera que el software:

• Utilice los recursos del computador correcta y eficientemente
• Sea fácil de usar y de aprender para los usuarios
• Estar bien diseñado, codificado y ser probado y mantenido fácilmente.

Es el segundo modelo de calidad más conocido, este modelo introduce características de alto nivel, características de nivel intermedio y características primitivas, cada una de las cuales contribuye al nivel general de calidad.

La estructura presenta 3 niveles para las características: de alto nivel, de nivel intermedio y características primitivas. Cada una de estas características contribuye al nivel general de calidad.

 

CARACTERÍSTICAS

Fuertes Castro, V.M., resume las explicaciones dadas por Bohem la calidad de este modelo que debe verificar el código de la siguiente manera:

• Accesibilidad: facilidad en el uso selectivo de sus partes.
• Aumentabilidad: el código puede acoger fácilmente una ampliación de los requisitos de funcionalidad o de almacenamiento de datos.
• Auto-contenido: efectúa todas sus funciones implícitas y explícitas sin requerir nada del exterior.
• Auto-descriptivo: contiene suficiente información para que un lector determine o verifique sus objetivos, suposiciones, restricciones, entradas, salidas, componentes y estado.
• Completitud: se encuentran presentes todas sus partes y cada una está desarrollada totalmente. · Comprensibilidad: su propósito resulta claro para quien lo inspeccione.
• Comunicatividad: facilita la especificación de las entradas y proporciona salidas cuya forma y contenidos son útiles y fáciles de asimilar.
• Concisión: no hay un exceso de información.
• Consistencia: el código presenta consistencia interna si contiene una notación, terminología y simbología uniforme, y presenta consistencia externa si su contenido concuerda con los requerimientos.
• Eficiencia de dispositivos: los dispositivos se utilizan eficientemente.
• Eficiencia: cumple todos sus objetivos sin desperdicio de recursos.
• Estructuración: posee un patrón definitivo de la organización de sus partes interrelacionadas.
• Fácil de probar: facilita el establecimiento de criterios de verificación y favorece la evaluación de su rendimiento.
• Fiabilidad: capacidad de desarrollar todas sus funciones satisfactoriamente.
• Independencia del dispositivo: puede ejecutarse en ordenadores de la misma arquitectura con diferentes configuraciones hardware a la usada en el desarrollo.
• Ingeniería humana: cumple todos sus objetivos sin desperdiciar el tiempo ni la energía de los usuarios y sin degradar su moral.
• Legibilidad: puede distinguirse fácilmente su función mediante una lectura del código.
• Mantenibilidad: facilidad de actualización para satisfacer nuevos requerimientos o corregir deficiencias.
• Modificabilidad: facilidad para incorporar cambios una vez que se ha determinado la naturaleza de los cambios deseados.
• Precisión: las salidas tienen la exactitud suficiente.
• Robustez/integridad: capacidad para seguir funcionando aunque se produzcan algunas violaciones de los supuestos asumidos en la especificación.
• Seguimiento: favorece las mediciones sobre el uso del código.
• Transportabilidad: capacidad del sistema para ser manejado bien y sin dificultad en configuraciones y arquitecturas distintas a la del desarrollo.
• Utilidad general: la utilizabilidad, mantenibilidad y transportabilidad son condiciones necesarias para alcanzar la utilidad general.
• Utilizabilidad (utilidad tal cual): es fiable, eficiente y adaptado al usuario humano.

Fuente: Fuertes Castro, J.L.(2002)

 

METRICAS

 

Fuente: Rojas Esquivel, M.A. (2018)

VENTAJAS Y DESVENTAJAS

 

Ventajas 

• Une los mejores elementos de otros modelos.
• Integra el desarrollo del software con el mantenimiento.
• Sus características primitivas son varias y orientadas a diferentes niveles.

 

Desventajas 

• Genera mucho tiempo el análisis.
• Es un modelo costoso.
• Funciona mejor en grandes proyectos.
• Se trabaja siguiendo un protocolo y debe ser seguido estrictamente para un buen funcionamiento.

 

Para mayor información

http://oa.upm.es/34988/1/TD_Fuertes_JOSE_LUIS.pdf