CUARTO TRIMESTRE II COHORTE

MODULO EVALUACION DE LA CALIDAD DE LA TECNOLOGIA EDUCATIVA

SARA ELENA MENDOZA DAVILA

UNIVERSIDAD DE SANTANDER UDES

FACULTAD DE LA EDUCACION
MAESTRIA EN GESTION DE LA TECNOLOGIA EDUCATIVA
El Difcil Magdalena
2015

MODELOS DE CALIDAD DE SOFTWARE

MODELO

CARACTERISTICAS
El modelo de McCall (1977)
describe la calidad como un
concepto elaborado mediante
relaciones jerrquicas entre
factores de calidad, en base a
criterios
McCALL.
y mtricas de calidad.
El modelo fue
tienen como finalidad atender a
escrito por
McCall, Richards y las diversas necesidades de las
organizaciones que quieren
Walters, (1977)
realizar la mejora de sus
procesos. Existen 2 enfoques:
(1)
Continuo y (2) Escalonado.
El Enfoque Continuo hace
hincapi en la capacidad de
ciertas reas para realizar sus
actividades de manera adecuada.
El Enfoque Escalonado hace
especial nfasis en el grado de
madurez de los procesos (a
semejanza del SW-CMM)
Tiene como principio el reducir
costos y mejorar la calidad
previendo problemas. Su

VENTAJAS
Por su estructura jerrquica, se puede
observar que es prctico y fcil de
entender y de esta forma fcil de aplicar.

DESVENTAJAS

Se evalan muchos factores lo que

implicara un trabajo adicional al
proceso.

Implicara un trabajo tedioso por

la cantidad de mtricas que se
utilizaran

- Est orientado al producto final pro se

puede aplicar al proceso.
- En costos resulta viable su aplicacin
pues no resulta inoperante y por el
contrario, sera de gran ayuda para
cualquier organizacin pues generara un
mayor good will ante el mercado.
- se podra utilizar no para uno sino para
varios proyectos

Engloba tanto la evaluacin para

establecer el diagnstico de un proceso
para desarrollo de software, el cual

Se implementa principalmente en
Europa.

Fue creado por la

Comisin Europea
como parte del
programa ESPRIT
(ESPRIT 5441
BOOTSTRAP

objetivo es desarrollar un
mtodo para
la evaluacin de procesos de
desarrollo de software (SW).
Inicialmente se bas en el
modelo de madurez de CMM
aadiendo conceptos de calidad
de ISO 9000. A esto incluy
conceptos para poder evaluar
desarrollos de SW de otras
industrias distintas a la militar y

BOEHM

ste define la calidad de

software en trminos de
atributos cualitativos y los mide
usando mtricas. El modelo no
es muy distinto al de McCall,
porque muchos de sus factores
de calidad son los mismos. ste
modelo tambin presenta sus
factores de calidad estructurados
jerrquicamente de alto a bajo
nivel.

Bootstrap.

Propuesto por
Barry Boehm en
(1978)

El modelo se basa en que el

incluye la organizacin, los mtodos y la

capacidad de ingeniera, las
herramientas y la tecnologa, como la
creacin de un plan de accin que defina
los pasos, los detalles de la implantacin
y los marcos temporales para que la
organizacin aumente su capacidad de
entrega de productos y servicios de
calidad. La metodologa tiene una gran
ventaja, compara los resultados de la
evaluacin con los resultados de sus
competidores.
Parece que da un gran resultado cuando
prioriza qu necesidades se deben
mejorar primero.

Incompleto en comparacin con otros

modelos.

No lucrativo.
Fundamentado en modelo ISO 9000 y
CMMi
No implica esfuerzo adicional para
mejorar y obtener una certificacin en
ISO 9000.

No especifica muchos aspectos

relacionados con el usuario

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.
Este modelo introduce
caractersticas de alto nivel, de
nivel intermedio que se
constituyen en los factores de
calidad, y las caractersticas
primitivas, cada una de las
cuales contribuyen al nivel
general de calidad.
Esta propuesta contempla, por
un lado 5 caractersticas de las
cuales se deriva su nombre
(Funcionalidad, Facilidad de
Uso, Confiabilidad, Desempeo
y Facilidad de Soporte), y por
FURPS
Modelo de calidad otro, que los requisitos se

- Los criterios son claramente

entendibles, lo que implica su fcil
utilizacin.
- En cierta forma su divisin en factores
funcionales y no funcionales es
convenientes para determinar la calidad,

Se necesitan de muchas mtricas lo que

implica un mayor esfuerzo de tiempo y
costo

propuesto por
Robert Grady y
Hewlett Packard
Co (HP) en 1987

CMMi
1984

clasifiquen en dos categoras:

requisitos funcionales (F), que
son los que especifican
funciones que el sistema debe
ser capaz de realizar sin tener en
cuenta las restricciones fsicas; y
requerimientos no funcionales
(URPS), que puntualizan
atributos del sistema o del medio
ambiente del sistema.
CMM es un modelo que estudia
los procesos de desarrollo de
software de una organizacin
y produce una evaluacin de la
madurez de la organizacin
segn una escala de 5 niveles.
La madurez de un proceso es un
indicador de la capacidad para
construir un software de
calidad. Fue desarrollado
Software Engineering Institute
(SEI) perteneciente a Carnegie
Mellon University.

aun as, hayan restricciones fsicas.

- Tiene en cuenta las fallas en el
producto y en el proceso, esto permite
una mayor correccin.
- se podra utilizar no para uno sino para
varios proyectos

Reduccin del coste de desarrollo.

Localizacin y resolucin de defectos.
Mejora en la fiabilidad de la
planificacin, en trminos de dedicacin
y de calendario.
Aumento de la productividad.
Reduccin de los trabajos derivados de
correcciones tras las fases de pruebas.
Aumento de la efectividad sobre la
planificacin realizada.
Mejora en la calidad de producto.
Reduccin del nmero de defectos y
deteccin en las fases tempranas de su
ciclo de vida.
Mejora de la Imagen de Marca.

Su falta de adecuacin al enfoque a

servicio que est experimentando el sector
de las TI (procesos de desarrollo de
productos de software) en todas sus lneas
de actividad, as como el alto esfuerzo de
implantacin que exige.