TECNOLGICO NACIONAL DE MXICO

INSTITUTO TECNOLGICO DE ZACATECAS

Alumnos:
Julieta Ibarra
Octavio Rangel Dvalos
Alejando Castro
Docente:
MSC Mariana Ortiz Garca
Materia:
Gestin de proyectos de software
Trabajo:
Investigacin del modelo de Boehm
Carrera:
Ingeniera en Sistemas Computacionales
Grupo:
7 A

Zacatecas, Zacatecas a 16 de Septiembre del 2016

NDICE
Introduccin _____________________________________________________________ 3
Modelo de Boehm ________________________________________________________ 4
Definicin ____________________________________________________________________ 4
Origen_______________________________________________________________________ 5
Factores o elementos del modelo _________________________________________________ 5
Caractersticas de alto nivel ____________________________________________________________
Caractersticas de nivel intermedio _____________________________________________________
Caractersticas primitivas ______________________________________________________________
Diferencias entre McCall -Boehm _______________________________________________________

6
6
7
8

Cmo aplicar el modelo? _______________________________________________________ 9

Cul es su utilidad? ___________________________________________________________ 9

Conclusiones ____________________________________________________________ 10
Referencias electrnicas __________________________________________________ 11

Introduccin
Es otro modelo de calidad basado en la identificacin de un cierto nmero de
caractersticas de calidad para el software. Posterior al modelo de McCall, su
aportacin fundamental es la definicin de lo que Bohm denomina utilidades
principales, un reconocimiento explcito de que para ser considerado de calidad, un
sistema de software debe ser fundamentalmente til.
A partir de este concepto de utilidad, Bohm plantea un modelo jerrquico en el que
se definen tres utilidades de alto nivel, que seran los requisitos bsicos del software.

Modelo de Boehm
Definicin
El modelo de Boehm es similar al Modelo de Calidad de McCall, ya que tambin
presenta un modelo de calidad jerrquica estructurada en torno a las
caractersticas de alto nivel, las caractersticas de nivel intermedio, caractersticas
primitivas - cada una de ellas contribuye al nivel de calidad global.

Diagrama explicativo del modelo de Boehm

Origen
Este modelo de calidad es el segundo ms conocido y fue propuesto por Barry
Boehm en el ao de 1978 y es similar al modelo de McCall definiendo la calidad en
trminos de atributos cualitativos y mtricas para realizar las medidas.
El modelo se basa en que el software debe hacer lo que el usuario quiere que haga:

Utilizar los recursos de la computadora correcta y eficientemente.

Ser fcil de usar y de aprender para los usuarios.

Estar bien diseado, bien codificado y ser probado y mantenido fcilmente.

Factores o elementos del modelo

La estructura jerrquica del modelo se presenta en el siguiente diagrama y plantea
3 niveles para las caractersticas: de alto nivel, de nivel intermedio y nivel primitivo.
Cada una de estas caractersticas contribuye al nivel general de calidad. El
modelo se centra en:

Sus caractersticas operativas.

Su capacidad para soportar los cambios.

Su adaptabilidad a nuevos entornos.

La evaluacin del desempeo del hardware.

Caractersticas de alto nivel

Las caractersticas de alto nivel representan los requisitos bsicos de alto nivel de
utilizacin real de los que la evaluacin de la calidad del software puede ser
puesto - la utilidad general de software. Las caractersticas de alto nivel frente a
tres principales preguntas que un comprador de software:

Como es de utilidad: Qu tan bien lo puedo usar tal cual?

Capacidad de mantenimiento: Es fcil de comprender, modificar y volver a

probar?

Movilidad: Puedo usarlo si puedo cambiar mi entorno?

Caractersticas de nivel intermedio

La caracterstica de nivel intermedio representa el 7 factores de calidad Boehm
que en conjunto representan las cualidades esperar de un sistema de software:

Portabilidad: Cdigo posee la caracterstica de portabilidad en la medida

en que pueda es de fcil manejo y bien en configuraciones de los equipos
que no sean los del actual.

Fiabilidad: Cdigo posee la caracterstica de fiabilidad en la medida en que

pueda ser espera que cumplan las funciones previstas de forma
satisfactoria.

Eficiencia: Cdigo posee la caracterstica eficacia en la medida en que

cumple su propsito, sin desperdicio de recursos.

Usabilidad: Cdigo posee la facilidad de uso caracterstica a la medida en

que sea confiable, eficiente y de la ingeniera.

Capacidad de prueba: Cdigo posee la capacidad de prueba caracterstica

en la medida en que facilita el establecimiento de criterios de verificacin y
apoya la evaluacin de su desempeo.

Comprensibilidad: Cdigo posee la caracterstica a la comprensibilidad

medida en que su objetivo es claro para el inspector.

Flexibilidad: Cdigo posee la caracterstica a la modificabilidad medida en

que facilita la incorporacin de cambios, una vez que la naturaleza del
cambio deseado ha sido determinada.

Caractersticas primitivas
La estructura de nivel ms bajo de la jerarqua de caractersticas en el modelo de
Boehm es la mtrica de las caractersticas primitivas jerarqua. Las caractersticas
primitivas proporcionan la base para la definicin de mtricas de calidad - que fue
uno de los Boehm metas cuando construy su modelo de calidad.
Aunque Boehm y modelos de McCall podra parecer muy similar, la diferencia es
que el modelo de McCall se centra principalmente en la medicin precisa de las
caractersticas de alto nivel "Como es de utilidad", mientras que el modelo de
Boehm se basa en una amplia gama de caractersticas principalmente se centran
en el mantenimiento.

ISO 9126
Adems de la famosa ISO 9000, ISO tambin ha comunicado de la norma ISO
9126: Software de evaluacin de productos: Calidad
Esta norma se basa en el McCall y modelos de Boehm. ISO 9126 tambin incluye
la funcionalidad como un parmetro, as como la identificacintanto a las
caractersticas de calidad interna y externa de productos de software.

Cada factor es de calidad y sus factores correspondientes se definen como sigue:

Funcionalidad: conjunto de atributos que se relacionan con la existencia

de un conjunto de funciones y sus propiedades especficas. Las funciones
son los que satisfacen necesidades explcitas o implcitas.

Confiabilidad: Un conjunto de atributos que se relacionan con la capacidad

del software para mantener su nivel de cumplimiento de lo establecido
condiciones establecidas durante un perodo determinado de tiempo.

Usabilidad: conjunto de atributos que se relacionan con el esfuerzo

necesario para su uso, y sobre la evaluacin individual de tal uso, por una
declaracin explcita o implcita conjunto de usuarios.

Eficiencia: Un conjunto de atributos que se refieren a la relacin entre el

nivel de rendimiento del software y la cantidad de recursos utilizados, bajo
condiciones establecidas.

Capacidad de mantenimiento: Un conjunto de atributos que se relacionan

con el esfuerzo necesario para realizar las modificaciones especificadas.

Portabilidad: conjunto de atributos que se relacionan con la capacidad de

software para ser transferido de un ambiente a otro.

Diferencias entre McCall -Boehm

La diferencia est en que McCall focaliza en medidas precisas de alto nivel.

Boehm presenta un rango ms amplio de caractersticas primarias.

La mantenibilidad est ms desarrollada en Boehm.

Cmo aplicar el modelo?

Este modelo se puede aplicar antes y durante el desarrollo de software, debido a
que se debe comprobar que:

Sea factible

Este brindar la mayor satisfaccin al usuario final

Cumplir los requisitos descritos

Ser eficiente al momento de utilizarlo

Estos factores debern cumplirse, ya que con esto se estar asegurando que
proyecto que se est gestionando, cuenta con un control de calidad en todo su
proceso de desarrollo.

Cul es su utilidad?
La utilidad del modelo de Boehm va directamente a establecer un control en el
desarrollo de procesos para la creacin de software de calidad. Con esto se puede
verificar que el proyecto vaya por buen camino y que cumpla con todas las
expectativas del usuario final al momento de uso e implementacin.

Conclusiones
El modelo de Boehm nos da una estructura la cual podemos seguir en la gestin de
nuestro proyecto, para que as podamos llevar un control de todos nuestros
procesos de desarrollo en el software, con lo que podemos asegurar ms la calidad
de nuestro producto al momento de implementarlo, darle una vida mucho ms
prolongada y que no quede obsoleto al cabo de lapso corto de tiempo.
Ms aparte es un modelo sencillo de entender, ya que son puntos a seguir bastante
sencillos, pero que obviamente entre ms grande sea el proyecto, ser ms
complejo su uso.

10

Referencias electrnicas
[1]

P.

Paz,

Modelos

[online].

Febrero

21

del

2013,

Disponible

en:

http://iswescom.blogspot.mx/2013/02/modelos.html/

[2]

MODELO

DE

BOEHM

[online].

Disponible

en:

http://regimurillo.jimdo.com/m%C3%B3dulos/unidad-3-modelos/modelo-de-boehm/

[3] MODELO DE BOEHM

[online]. 1 de Octubre del 2015 Disponible en:

http://nbalderrama.jimdo.com/m%C3%B3dulos/modelos/modelo-de-boehm/

[4]

MODELO

DE

BOEHM

[online].

Disponible

http://vanevargas.jimdo.com/m%C3%B3dulos/modelos/modelo-de-boehm/

11

en: