1. GILB
1.1. DEFINICIÓN
1.1.1. Modelo de calidad que orienta la evaluación de software a partir de los atributos: Capacidad de trabajo, adaptabilidad, disponibilidad y utilizabilidad, los cuales se dividen en subatributos, de tal manera que sirva de apoyo a la gestión de proyectos, y proporcione una guía para solucionar problemas y detectar riesgos
1.2. CARACTERISTICAS
1.2.1. Capacidad de trabajo. Evalúa la capacidad natural del sistema para realizar su trabajo O subatributos: Capacidad del proceso, capacidad de respuesta, capacidad de almacenamiento.
1.2.2. Disponibilidad. Refleja la medida de la disponibilidad del sistema para realizar de forma útil el trabajo para el que fue diseñado. O subatributos. Fiabilidad, Mantenibilidad e integridad
1.2.3. Adaptabilidad. Es la medida de la capacidad de un sistema para ser modificado de manera adecuada. O subatributos: Improbabilidad, extensibilidad y transportabilidad.
1.2.4. Usabilidad. Es la medida de la facilidad con que la gente será capaz y estará motivada para utilizar el sistema en la práctica.
1.3. VENTAJAS
1.3.1. Este modelo evalúa el producto de forma independiente
1.3.2. Al igual que otros procesos utiliza niveles de jerarquías para delegar trabajos
1.4. DESVENTAJAS
1.4.1. Usabilidad. Es la medida de la facilidad con que la gente será capaz y estará motivada para utilizar el sistema en la práctica.
2. McCall
2.1. DEFINICIÓN
2.1.1. Uno de los modelos pioneros en la evaluación de la calidad de software, tiene tres etapas definidas: factores, criterios y métricas. Los once criterios base, son: Exactitud, confiabilidad, eficiencia, integridad, usabilidad, mantenibilidad, testeabilidad, flexibilidad, portabilidad, reusabilidad e interoperabilidad
2.2. CARACTERISTICAS
2.2.1. -facilidades de uso -integridad -corrección -confiabilidad -facilidad de mantenimiento -facilidad de prueba -flexibilidad -facilidad de reutilización -portabilidad
2.3. VENTAJAS
2.3.1. - Existe una relación directa entre los desarrolladores y el usuario - Evalúa el producto al nivel bajo - Utiliza niveles jerárquicos
2.4. DESVENTAJAS
2.4.1. - es difícil que las características y sub características sean siempre perfectamente independientes - Falta una asociación explicita entre el modelo y el proceso -Las características son en general propiedades abstractas medibles mediante métricas. -No siempre existe una relación perfectamente lineal entre los valores de las métricas y las características que deben estimar.
3. CMMI (Capability Maturity Model Integration):
3.1. DEFINICIÓN
3.1.1. Es de los modelos más utilizados en las empresas de construcción de software, con el propósito de verificar el cumplimiento de estándares de calidad a partir de la medición con niveles de madurez. Este modelo se representa de dos maneras: escalonada y continua, donde el modelo escalonado está dirigido al software y permite clasificar las organizaciones en cinco tipos de nivel establecidos: Inicial, gestionado, definido, gestionado cuantitativamente y en optimización; y por su parte el modelo continuo se enfoca al análisis de la capacidad de cada proceso inmerso en las áreas de la ingeniería de sistemas y lo clasifica en uno de los siguientes seis niveles: Incompleto (0), ejecutado (1), gestionado (2), definido (3), cuantitativamente gestionado (4) y en optimización (5)
3.2. VENTAJAS
3.2.1. ·Reducción del costo de desarrollo ·Localización y resolución de defectos ·Mejora en fiabilidad de la planificación en términos de dedicación y de calendario ·Aumento de la productividad ·Reducción de los trabajos derivados de correcciones tras las pruebas ·Aumento de la efectividad sobre la planificación realizada ·Mejora en la calidad de producto ·Reducción del número de defectos y detección en las fases tempranas de su ciclo de vida ·Mejora de la imagen de marca ·Se puede aplicar a más de una disciplina ·Mejor atención a las áreas de ingeniería ·Mejor visibilidad de los proyectos ·Mejor comunicación de los participantes de cada proyecto ·Mejora la calidad del producto ·Se establece más conocimiento sobre la organización ·Los clientes viven más informados
3.3. DESVENTAJAS
3.3.1. ·El problema de CMMI es su falta de adecuación al enfoque al servicio que está experimentando el sector de las TIC (procesos de desarrollo de productos de software) en todas sus líneas de actividad, así como el alto esfuerzo de implantación que exige ·El proceso de evaluación es muy costoso en tiempo y esfuerzo · La complejidad de la evaluación puede atentar contra la definición de objetos concretos de madurez
3.4. CARACTERISTICAS
3.4.1. Compromiso de la realización, La capacidad de realización, Las actividades realizadas, Las mediciones y el análisis, La verificación de la implementación.
4. Boehm
4.1. DEFINICIÓN
4.1.1. Es un modelo incremental, dividido en regiones de tareas y estas a su vez en conjuntos de tareas, las cuales se ajustan a la cantidad de iteraciones que el equipo defina, y cada iteración se divide en cuatro sectores: planeación, análisis de riesgo, ingeniería y evaluación
4.2. CARACTERISTICAS
4.2.1. - De alto nivel: Tiene en cuenta la utilidad, el mantenimiento y la portabilidad. - De nivel intermedio : Tiene en cuenta la portabilidad, fiabilidad, eficiencia, usabilidad, capacidad de prueba, comprensión y flexibilidad. - Primitivo : Tiene en cuenta la independencia, completud, exactitud, consistencia, eficiencia, comunicatividad, estructuración, auto descriptividad, legibilidad y expansividad.
4.3. VENTAJAS
4.3.1. -Integra el desarrollo del software con el mantenimiento -Usa los mejores factores o elementos de otros modelos -Sus características primitivas son varias y orientadas a diferentes niveles.
4.4. DESVENTAJAS
4.4.1. -Genera mucho tiempo de análisis y por ende eleva los costos de desarrollo -Su desarrollo exige al 100% de la secuencia y los protocolos
5. FURPS
5.1. DEFINICIÓN
5.1.1. Modelo desarrollado por Hewlett-Packard, cuyo nombre proviene de los criterios que evalúa: Funcionalidad, usabilidad, confiabilidad (reliability), desempeño (perfor- mance) y soportabilidad
5.2. CARACTERISTICAS
5.2.1. Este modelo propone tener en cuenta 5 características como aspecto de calidad para todas las actividades del proceso de desarrollo de un Red de calidad y de los cuales se deriva su nombre: Funcionalidad Facilidad de Uso Confiabilidad Performance Facilidad de Soporte También propone una clasificación de los requisitos en dos categorías: Requisitos funcionales (F), que especifican funciones que el sistema debe ser capaz de realizar sin tener en cuenta las restricciones físicas. Requerimientos no funcionales (URPS), que puntualizan atributos del sistema o del medio ambiente del sistema.
5.3. VENTAJAS
5.3.1. Se pueden reducir los riesgos de no considerar alguna de las facetas del desarrollo de un sistema. Es posible estandarizar algunos criterios para poder obtener los requerimientos. Los criterios son de fácil comprensión lo que facilita su implementación
5.4. DESVENTAJAS
5.4.1. El modelo tiene bastante métricas lo que puede generar mayor demanda en tiempo y costos.