http://webcache.googleusercontent.com/search?q=cache:5BK4OJBR7QsJ:www.cyta.com.ar/ta120 2/v12n2a3.htm+&cd=18&hl=es&ct=clnk&gl=co http://laboratorios.fi.uba.ar/lsi/scalone-tesis-maestria-ingenieria-en-calidad.pdf http://www.uhu.es/eyda.marin/apuntes/gesempre/Tema5_1IGE.pdf http://www.slideshare.net/MeneRomero/calidad-de-software-11458973 http://www.dlsiis.fi.upm.es/docto_lsiis/Trabajos20052006/Gasca.pdf http://www.slideshare.

net/draw507/cuadro-comparativo-14732993 ojo cuadro comparativo

La calidad nunca es un accidente; siempre es el resultado del esfuerzo inteligente. John Ruskin NORMAS Y MODELOS DE CALIDAD DE SOFTWARE A NIVEL DE PROCESO La calidad de un proceso est directamente influenciada por la calidad de los procesos que se utilizaron para desarrollarlo y mantenerlo, los procesos son importantes porque los productos se derivan de ellos, enfocndose en el proceso es posible predecir: repetitibilidad de los productos intermedios y finales; Tendencias en los proyectos; Caractersticas de los productos. CAPABILITY MATURITY MODEL INTEGRATION (CMMI) VERSIN 1.1 El modelo CMMI Versin 1.1 tiene el propsito de proporcionar una nica gua unificada para la mejora de mltiples disciplinas tales como Ingeniera de Sistemas (SE System Engineering), Ingeniera del Software y el Desarrollo Integrado del Producto y del Proceso (IPPD). Ms recientemente, el esfuerzo est siendo ampliado para incluir requisitos especficos para la gestin y control de proveedores. Adems, debido a la existencia de un modelo internacional para la mejora de los procesos del software; y determinacin y evaluacin de su capacidad (ISO/IEC TR 15504), hay un compromiso que el CMMI tenga conformidad y compatibilidad con dicho modelo internacional. El CMMI est caracterizado por reas de proceso para las 4 disciplinas que cubre actualmente, es decir: Ingeniera de Sistemas (SE), Ingeniera del Software, Desarrollo Integrado del Producto y del Proceso (IPPD) y la Fuente proveedora (A). Aunque muchas de las reas de proceso (Process Area PA) definidas en el CMMI tengan los mismos nombres que las reas clave de proceso (Key Process Area - KPA), definidas en su modelo anterior el SW-CMM, existen una serie de cambios significativos en cuanto al enfoque y al alcance de sus actividades y objetivos. Los enfoques de CMMI estn diseados para describir los niveles de mejoramiento del proceso.

Los Enfoques del CMMI tienen como finalidad atender a las diversas necesidades de las organizaciones que quieren 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). Ambos enfoques reconocen que las reas de proceso se pueden agrupar en 4 categoras generales: (1) Gestin de Proyectos, (2) Gestin de Procesos, (3) Ingeniera y (4) Apoyo; y dos categoras opcionales: (1) Desarrollo Integrado del Producto y del Servicio; y (2) Gestin de Compras.

NORMAS Y MODELOS DE CALIDAD DE SOFTWARE A NIVEL DE PRODUCTO

MODELO DE MCCALL: Conocido como modelo de factores/criterios/mtricas. Es un modelo de Jim McCall, el cual se focaliza en el producto software, es desarrollado inicialmente para la Fuerza Area de los Estados Unidos en 1977, uno de los ms renombrados actualmente. Este modelo busca reducir la brecha entre usuarios y desarrolladores enfocndose en un nmero de factores de calidad que reflejen las prioridades de ambos. El modelo establece tres jerarquas para definir e identificar la calidad de un producto software. 1. Revisin del producto: Mantenibilidad, Flexibilidad y verificabilidad. 2. Transicin del producto: Portabilidad, Reusabilidad (en otro contexto), Interoperabilidad. 3. Operaciones del producto: Correccin (Cumplimiento con la especificacin), Confiabilidad, Eficiencia (De ejecucin y de almacenamiento), Integridad (Proteccin contra accesos no autorizados), Usabilidad. Adems 23 criterios de calidad del modelos: Facilidad de operacin, Facilidad de comunicacin, Facilidad de aprendizaje, Control de accesos, Facilidad de auditora, Eficiencia en ejecucin, Eficiencia en almacenamiento, Precisin, Consistencia, Tolerancia a fallos, Modularidad, Simplicidad, Completitud, Trazabilidad, Auto descripcin, Capacidad de expansin, Generalidad, Instrumentacin, Independencia del S.O., Independencia del HW, Compatibilidad de comunicaciones, Compatibilidad de datos y Concisin.

MODELO DE BOEHM: Presentado por Barry Boehm en 1978, presenta una jerarqua de caractersticas que sirven para medir la calidad del producto software. 1. Caractersticas de alto nivel: representan requisitos generales de uso y pueden ser: Utilidad: Es el producto en s mismo ( cuan usable, confiable, eficiente) Mantenibilidad: Cuan fcil es modificarlos, entenderlos, y re testearlo. Utilidad General: Si puede seguir usndose si se cambia el ambiente.

2. Caractersticas de nivel intermedio: representan los factores de calidad de Boehm. Portabilidad (utilidad general) Conabilidad (utilidad per-se) Eficiencia (utilidad per-se) Usabilidad (utilidad per-se) Testeabilidad (Mantenibilidad) Facilidad de entendimiento (Mantenibilidad) Modicabilidad o Flexibilidad (Mantenibilidad) 3. Caractersticas primitivas: Nivel ms bajo que corresponde a caractersticas directamente asociadas a uno o ms mtricas de calidad.