Vous êtes sur la page 1sur 8

ACTIVIDAD 2.

2: CUADRO COMPARATIVO DE MODELOS PARA EVALUAR


LA CALIDAD DEL SOFTWARE
(Mdulo: Evaluacin de la calidad de la tecnologa educativa)

JOSE ROSARIO PEA SOTO

Tutor
GERMAN CHAPETA
Magister en educacin: investigacin y docencia

UNIVERSIDAD DE SANTANDER
MAESTRA EN GESTIN DE LA TECNOLOGA EDUCATIVA
BUCARAMANGA
2015

INTRODUCCIN

Las empresas que desarrollan software, para mantener un grado de competitividad y


poder brindar confiabilidad a sus usuarios, deben implementar procesos y modelos que
permitan mantener un estndar de calidad en sus productos, calidad que inicia en los
procesos de diseo y se reflejan en el producto final.
A continuacin se describen modelos planteados por diferentes autores, para el logro de
la calidad del software, cada uno tiene sus propios enfoques y criterios de aplicacin y
medicin, existen relaciones de similitud entre ellos, el cual permite fortalecer los procesos
de calidad.

CUADRO COMPARATIVO DE MODELOS DE CALIDAD DE SOFTWARE.


CAPACIDADES

FACTOR

CRITERIO

1. Modelo de calidad de MACCALL

Operacin

Modelo propuesto por


Richards y Walters,
publicado en 1977,
resalta una
organizacin en tres
aspectos bsicos
(revisin, transicin,
operacin), y factores
que son medidos por
una serie de criterios o
mtricas, para evaluar
la calidad del
software.

Correccin
Confiabilidad
Usabilidad
Integridad o
Seguridad

Transicin

Revisin

Cumple con las expectativas y


requerimientos del usuario.
Disponibilidad para el uso.
Facilidad para operarlo.

Auto documentacin.
METRICAS

CARACTERSTICA

Es seguro, tiene acceso


restringido.

Eficiencia

Funcionamiento rpido y
eficiente.

Portabilidad

Capacidad de ejecutarse en
diversa plataformas.

Reusabilidad

Facilidad para adaptarse a


diversos proyectos.

Interoperabilida
d
Facilidad de
mantenimiento

Facilidad de ejecutarse de forma


paralela con otro software.

Flexibilidad

Facilidad para permitir


modificaciones.

Facilidad para realizar


correcciones cuando est
funcionando.

Facilidad de
Facilidad para probar su
exactitud y funcionamiento.
prueba
VENTAJAS: - La estructuracin jerrquica, orienta y facilita el anlisis de calidad de forma organizada.

Capacidad de expansin.
Complejidad
Consistencia.
Eficiencia de ejecucin.
Estandarizacin de comunicacin.

(representan medidas indirectas)

MODELO

Estandarizacin de datos y
estructuras.
Exactitud de clculo y control.
Facilidad de auditoria.
Independencia del hardware y del
software.
Modularidad instrumentacin
tolerancia.
Operatividad seguridad
simplicidad trazabilidad.

- Para evaluar los factores de calidad, usa un buen nmero de mtricas que analizan afondo el Software.
- Por su estructura permite una fcil implementacin.
DESVENTAJAS. Al modelo se centra en evaluar el producto final.
-

Para la implementacin, es necesario disponer de tiempo y un proceso gradual, por el gran nmero de mtricas evaluativas que utiliza.
Las mtricas utilizan un tipo de respuesta cerrad (si, no), el cual refleja unas respuestas subjetivas, no permite una medicin directa y objetivas de las
caractersticas del software.

Modelo propuesto por


Barry Boehm en
1978,
Mide la calidad
mediante atributos
cualitativos y la
medicin es mtrica.
Los factores los
estructura mediante
factores de niveles.

Mantenimiento.

Utilidad general del


sistema.
Mtricas.

De alto nivel.

Caracterstica.

2. Modelo de calidad de BOEHM

Utilidad.

De nivel
intermedio.

Usabilidad

De nivel
primitivo.

Mantenibilidad

Portabilidad.
Portabilidad - Fiabilidad
Eficiencia usabilidad
Flexibilidad
Capacidad de prueba.
Comprensibilidad
Independencia- completitud.
Exactitud- consistenciaeficiencia.
Accesibilidad- comunicatividad.
Estructuracin concisin.
Legibilidad Expansividad.

Funcional.

Facilidad de uso.

Fiabilidad.

Funcionalidad, mide las


caractersticas y capacidad
del sistema.

Usabilidad, operaciones
relacionadas con factor
humano, coherencia y
documentacin
Confiabilidad (reliability),
relacina la precisin, y
fiabilidad.

Mtricas.

Modelo propuesto por


Robert Grady y
Hewlett Packard en
1987, es una sigla que
indica los requisitos
que debe cumplir un
software
F; Functionality
(funcionalidad).
U; Usability
(usabilidad).
R; Reliability
(confiabilidad).
P; Performance

Caractersticas..

3. Modelo de FURPS

VENTAJAS. De fcil implementacin por la estructura jerrquica y reducido nmero de mtricas para su evaluacin.
DESVENTAJAS. Se enfoca en el producto final y no tiene en cuenta el proceso de diseo y desarrollo.
Capacidades.
Seguridad.
Factores humanos.
Esttica.
Consistencia.
Documentacin.
Recuperabilidad.
Precisin.

(desempeo).
S; Supportability
(soportabilidad).

Prediccin.

Rendimiento.

Soporte.

Velocidad.

Desempeo
(performance), tiempos de
respuesta en los fallos
durante el desarrollo y en
el uso final, velocidad y
eficiencia, consumo de
recursos, tiempos de
respuesta.

Eficiencia.
Consumo.
Productividad.
Tiempo de respuesta.
Adaptabilidad.

Soportabilidad, referido a
la capacidad de
mantenimiento y soporte
tcnico.

Extensibilidad.
Mantenibilidad.
Compatibilidad.
Configurabilidad.

Modelo que toma


algunos conceptos de
los modelos de
McCall, Boehm y Us
air force, analiza
diversas
caractersticas de
calidad del software.
Evala la calidad del
software cuando
satisface las

Caractersticas de
calidad interna y
externa.

Funcionalidad

Aquellas funciones que


satisfacen las necesidades.

Mtricas.

4. Modelo ISO 9126.

VENTAJAS: - Incluye factores que analizan las restricciones de diseo y requerimientos de implementacin.
- Las mtricas de evaluacin del producto son especficas y permite una mxima evaluacin del software.
DESVENTAJAS: - No tiene en cuenta la portabilidad del software, dejando de lado la evaluacin del proceso de desarrollo.
Idoneidad.
Exactitud.
Interoperabilidad.
Seguridad.
Cumplimiento funcionalFiabilidad o
confiabilidad

Capacidad de mantener su
nivel sin fallas en un
tiempo determinado.

Madurez.
Recuperabilidad.
Tolerancia al error o fallos.
Cumplimiento de fiabilidad.

necesidades del
usuario y por otra
parte mide
caractersticas
intrnsecas del
sistema.

Entendibilidad.
Usabilidad.

Facilidad de aprendizaje.

Facilidad que presta para


su manejo, uso,
instalacin y monitoreo.

Operatividad.
Atractividad.
Conformidad con la usabilidad.

Eficiencia.

Comportamiento en el tiempo.

Uso racional de los


recursos y niveles de
desempeos.

Utilizacin de los recursos.


Conformidad con la eficiencia.
Facilidad de anlisis.

Portabilidad.

Caractersticas de
calidad.
De uso

Facilidad de cambio.

Facilidad para corregir


errores o modificarlos.

Estabilidad.
Facilidad de pruebas
(testeabilidad).
Adaptabilidad.

Capacidad para
desarrollarse o transferirse
a otros software y
hardware
Son evaluadas desde la
perspectiva del usuario,
sobre las condiciones del
producto final.

Instabilidad.
Remplazabilidad.
Co-existencia.
Efectividad.
Mtricas.

Mantenibilidad.

VENTAJAS: -Mide factores de calidad interna y externa del software.


- Mide caractersticas a partir del concepto del usuario (Calidad de uso).
- Fcil de implementacin, por las caractersticas de estndar internacional.
- Incluye un anlisis sobre fallos y no conformidad el cual es el incumplimiento de los requisitos especificados.
DESVENTAJAS: Puede ser dispendiosos por el gran nmero de factores mtricos para la evaluacin.

Productividad.
Satisfaccin.
Seguridad.

Mantenibilidad.

Fundamenta
cuatro reas de
calidad, sobre
riesgos
conducidos y
elementos
mitigables.

Evolucin.

Portabilidad.

Los factores asociados, o


las reas analizadas
permiten desarrollar un
anlisis sobre las
fortalezas y debilidades
del diseo e
implementacin del
sistema. Retoma en
general la calidad del
software y los riesgos
asociados.

Mtricas.

5. El modelo SQAE 1995.

Software Quality
Assessment Exercise.
Creado por Robert A.
Martn y Lawrence H.
Shafer, el cual evala
la calidad del software
respecto a la
repetitividad,
consistencia y
asociacin al riesgo.
Modelo que toma
aspectos de McCall,
Boehm, Dromey e Iso
9126.

Descripcin.
VENTAJAS: - Evala el software mediante la inclusin de factores de repetitividad y consistencia.
- Enfoca el aseguramiento de calidad al riesgo conducido y elementos mitigables.
- Permite desarrollar un anlisis de las fortalezas y debilidades del diseo y de la implementacin del sistema.

BIBLIOGRAFA

Consistencia.
Modularidad.
Auto descripcin.
Diseo simple.
Control anomalas.
Documentacin.
Modularidad.
Auto descripcin.
Diseo simple.
Control anomalas.
Documentacin.
Modularidad.
Auto descripcin.
Independencia.
Documentacin.
Auto descripcin.
Documentacin.

Gonzlez, A: Y:, Garca, F. (2001). Anales de mecnica y electricidad. Recuperado de file:///C:/Users/hp/Downloads/54-60_(V2001)-832%20(2).pdf


Moreno, J.J., Bolaos, L. P., & Nava, M. A. (2010). Exploracin de modelos y estndares de calidad para el producto software. UIS
ingenieras, volumen 9 No 1. Recuperado de
http://www.researchgate.net/publication/267832255_Exploracin_dE_ModElos_y_EstndarEs_dE_calidad_para_El_producto_softwarE
Rey, P. A. Evaluacin de la calidad de la tecnologa educativa. Modelos de calidad, cap 2. Recuperado de
http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/cap2/Capitulo_Completo.pdf
Scalone, F. Estudio comparativo de los modelos y estndares de calidad del software. Tesis 2006. Universidad tecnolgica Nacional.
Facultad regional de buenos aires. Recuperado de http://laboratorios.fi.uba.ar/lsi/scalone-tesis-maestria-ingenieria-en-calidad.pdf

Vous aimerez peut-être aussi