Está en la página 1de 2

Aporte al foro

1. Modelo de factores Mc Call 1977-/criterios/métricas (McCall, 1977)


CARACTERÍSTICAS DEFINITORIAS DEL MODELO
Descompone el concepto de calidad en tres capacidades importantes a observar en un producto de
software: operación (facilidad de uso, integridad, eficiencia, corrección o exactitud y fiabilidad),
revisión (facilidad de prueba, facilidad de mantenimiento y flexibilidad) y transición (reusabilidad,
portabilidad e interoperabilidad).

El modelo de Calidad McCall está planteado desde la perspectiva del usuario presentándose
cuestionamientos en cada uno de sus capacidades, así:

OPERACIÓN
Corrección: ¿El software hace lo que necesito?
Fiabilidad: ¿Lo Hace de forma exacta siempre?
Eficiencia: ¿Aprovecha el hardware lo mejor posible?
Integridad: ¿Es seguro?
Facilidad de Uso: ¿Lo puedo usar con facilidad?
REVISION
Facilidad de prueba: ¿Se puede probar?
Flexibilidad: ¿Se puede modificar?
Facilidad de mantenimiento: ¿Qué tan difícil es arreglarlo?
TRANSICION
Portabilidad: ¿Se puede usar en otra máquina?
Reusabilidad: ¿Se puede reutilizar parte del Software?
Interoperabilidad: ¿Se puede comunicar con otros sistemas?

2. Modelo de Boehm (1978)


Este modelo de calidad fue propuesto por Barry Boehm en el año de 1978, este define la calidad de
software en términos de atributos cualitativos y los mide usando métricas. El modelo no es muy
distinto al de McCall, porque muchos de sus factores de calidad son los mismos. Éste modelo
también presenta sus factores de calidad estructurados jerárquicamente de alto a bajo nivel aunque
este modelo se basa en que el software debe hacer lo que el usuario quiere que haga, por lo tanto,
en su estructura presenta características de alto nivel, características de nivel intermedio y
características primitivas, el nivel más bajo corresponde a características directamente asociadas a
una o dos métricas de calidad de portabilidad y de confiabilidad, cada una de las cuales contribuye
al nivel general de calidad.

Descompone las características de la calidad del software en tres niveles previos a la aplicación de
métricas: usos principales, componentes intermedios y componentes primitivos. Los componentes
del modelo se centran en el producto final y se identifican las características de la calidad desde el
punto de vista del usuario.
Paradigma GQM (Goal-Question-Metric) Objetivo-pregunta-métrica (Vasili y ROM Bach, 1988)
Basa la mejora de la calidad en la definición clara de procesos y productos. Consta de tres etapas: •
Creación de una lista de objetivos principales del desarrollo y mantenimiento del proyecto. •
Formulación de las preguntas adecuadas para ver si se están cumpliendo los objetivos. • Decidir
Qué medir para contestar a las preguntas.

Comentarios

Pros y contras Mc Call

PROS:

Este modelo es fácil de aplicar, es eficiente y fiable, permite que se aplique fácilmente la prueba, su
mantenimiento y su interoperabilidad. La protección de programa del acceso no autorizado.

CONTRAS:

Define muchos factores (11) y muchos criterios (23) por lo cual se hace dispendioso.

Vargas Soto German

Modelo GILB

PROS:

Busca medir capacidad de trabajo, disponibilidad, adaptabilidad, usabilidad del sistema para
ejecutar tareas. Provee indicadores útiles para describir la calidad de la aplicación.

CONTRAS:

Debido a la fecha de su creación, se muestra bastante añejo y hoy existen nuevos modelos más
ágiles.

Estrada Sánchez Erika María

BOEHM

PROS:

Permite que el software sea de utilidad: Portabilidad, Facilidad de Uso y Facilidad de


Mantenimiento.

CONTRAS:

Sus componentes comerciales Commercial Off-TheShelf (COTS), los de código abierto Free and Open
Source Software (FOSS), componentes desarrollados a medida, los servicios web, no son del todo
claros.

También podría gustarte