Está en la página 1de 5

Actividad 2.

2
Cuadro Comparativo

Profesor Consultor
Dr. Antonio Claret García Botero

Estudiante
Mónica Yaneth Arboleda Quiroz
Código 42121844

Universidad de Santander UDES
Octubre del 2014

-Se puede utilizar como una referencia para los acuerdos contractuales entre un comprador y un proveedor de software. basándose en once factores de calidad organizados en torno a los tres ejes y a su vez cada factor se desglosa en otros criterios. -Como inconveniente se tiene que los factores de calidad siempre serán los mismos. además de no poder ser reutilizados fácilmente de un proyecto a otro. El enfoque GQM (Goal-Question-Metric) proporciona una manera útil para definir mediciones tanto del proceso como de los resultados de un proyecto. -No tiene en cuenta la característica de “facilidad de aprendizaje”. Es un Modelo Mixto. -Las medidas obtenidas proporcionan una base para comparar la usabilidad de varios diseños en un mismo contexto. GQM (GoalQuestionMetric) de Brasil 1992 La ventaja con éste modelo es que puede ser más refinado. siendo esta recomendada por otros estándares y expertos en usabilidad. -Se identifican aspectos de usabilidad y componentes del contexto de uso que deben tenerse en cuenta en las fases de especificación de requisitos. Es desechable. aprendido. Presta atención a la gestión dejando de lado aspectos técnicos. y llamar calidad en uso a otras características también vinculadas a la usabilidad. Por ello la usabilidad se divide en las siguientes subcaracterísticas: Fácil de aprender: capacidad para ser aprendido en su manejo Fácil de entender: capacidad del producto de ser entendido por nuevos usuarios en términos de su propósito y cómo puede ser usado en tareas específicas. El modelo de McCall organiza los factores en tres ejes o puntos de vista desde los cuales usuario puede contemplar la calidad de un producto. buscando por un lado que existan de entrada un conjunto de factores de calidad más abstractos que puedan ser reutilizados en la mayor cantidad de proyectos posibles. . Modelo de Calidad a Medida. pudiendo ser utilizados además. y para la evaluación de la calidad de un producto se selecciona un subconjunto de dichos factores. su mayor inconveniente es que debe ser construido desde cero para cada proyecto. es rígido y se puede reusar. -No tiene en cuenta aspectos de seguridad. se dispone de un inventario de factores de calidad de partida. Intenta combinar las ventajas de un modelo fijo y otro a la medida. En relación con la usabilidad como proceso: -La usabilidad está estrictamente tratada desde una perspectiva de proceso. lo que conlleva a mayores costos en comparación con los modelos fijos. -El tener por separado dos normas que se aplican conjuntamente produce inconsistencias en los ciclos de vida de ambas dificultando su uso. ISO/IEC 9126 (2001) En relación con la usabilidad como proceso: -El rendimiento y la satisfacción del usuario proporcionan medidas directas de usabilidad en un contexto específico. diseño y evaluación de usabilidad. considerados importantes por expertos del dominio. -utiliza niveles jerárquicos. Mantenibilidad: esfuerzo requerido para localizar y corregir fallas. En relación con la usabilidad como producto: -El conjunto de métricas se proporciona para sub‐características que a su vez engloban conceptos difícilmente medibles si no se descomponen en atributos -Existe superposición de conceptos. operable. desarrolladores y evaluadores externos.Existe un marco claramente definido y acordado en el modelo. cuando es utilizado bajo unas condiciones específicas. Flexibilidad: facilidad de realizar cambios Testeabilidad: facilidad para realizar el testing. Focaliza en medidas precisas de alto nivel. Atractivo: capacidad del producto de ser atractivo para sus usuarios. Define la usabilidad como la capacidad que tiene un producto software para ser entendido. convenciones. Presenta el modelo de calidad que clasifica la calidad del software en un conjunto estructurado de características: funcionalidad. -Existe una relación directa entre los desarrolladores y los usuarios. y se asume que algunos de ellos serán suficientes para realizar cualquier evaluación. identificando atributos claves desde el punto de vista el usuario. mantenibilidad y portabilidad. El proceso de interpretación de las medidas no está bien definido y puede ser difícil cuando intervienen muchas métricas. Fácil de operar: capacidad del producto de ser operado y controlado en cualquier momento. En relación con la usabilidad como producto: .MODELOS DE CALIDAD MODELO VENTAJAS DESVENTAJAS McCall -Los factores de calidad siempre son los mismos. que serán los factores de calidad más abstractos que se descomponen a su vez en otros más concretos hasta llegar otros que puedan ser medidos. -Se propone un proceso de evaluación que puede ser adaptado a compradores. Las preguntas ayudaran a medir si se está alcanzando en forma exitosa la meta definida. Evalúa el producto mediante retroalimentación. usabilidad. se construye estableciendo objetivos a alcanzar. CARACTERÍSTICAS Es un modelo fijo.Se centra en el producto final. refina este . Conformidad: capacidad del producto para adherirse a estándares. al definir usabilidad como una característica de calidad interna‐externa. GQM permite identificar métricas significativas para nuestra organización. Permite elegir métricas que se relacionan con las metas más importantes y problemas más urgentes. preciso y es flexible.En general las características son propiedades abstractas medibles mediante métricas. es reusable y flexible. pero que a su vez puedan ser refinados y operacionalizados para las necesidades de un proyecto particular. fiabilidad. portabilidad esfuerzo requerido para transferir entre distintos ambientes de operación Reusabilidad facilidad de reusar el software en diferentes contextos interoperabilidad esfuerzo requerido para acoplar el producto con otros sistemas. Considera que un programa de medición puede ser más satisfactorio si es diseñado teniendo en mente las metas (objetivo perseguido). . GQM define un objetivo. -Evalúa el producto a nivel bajo. por lo tanto se consideraran preguntas que son potencialmente medibles. eficiencia. para asegurarse que el producto no tiene errores y cumple con la especificación. y se pueden reutilizar de una evaluación a otra. que aclara la definición de usabilidad. atractivo para el usuario y conforme a estándares/guías. para eliminar una serie de malentendidos entre el comprador y el proveedor. y propone métricas para proporcionar evidencia objetiva de los logros. no centrada en el producto. No siempre existe una relación perfectamente lineal entre los valores de las métricas y las características que deben estimar. guías de estilo o regulaciones relacionadas con la usabilidad.

este modelo nos dice que hay que hacer. y para la evaluación de la calidad de un producto se selecciona un subconjunto de dichos factores. Es un modelo fijo. . ya que este ciclo de vida no es rígido ni estático. etc. a demás dispone de un esquema de certificación sobre organizaciones privadas (no ISO). . es reusable y flexible.Genera mucho tiempo en el desarrollo del sistema. . Reliability. además de no poder ser reutilizados fácilmente de un proyecto a otro. incluso. en mantener términos de dedicación y de calendario.El análisis del riesgo se hace de forma explícita y clara. FURPS (Funcionality. y para la evaluación de la calidad de un producto se selecciona un subconjunto de dichos factores. GQM se puede aplicar a todo el ciclo de vida del producto. pero que a su vez puedan ser refinados y operacionalizados para las necesidades de un proyecto particular. Se ha convertido en un requisito a nivel mundial para acceder a la exportación de servicios de software. • Importante reducción del número de incidencias.Modelo costoso. La ventaja con éste modelo es que puede ser más refinado. y se asume que algunos de ellos serán suficientes para realizar cualquier evaluación. Básicamente el CMMI son normas para calidad enfocada al mundo del Software.Reduce riesgos del proyecto . Está. buscando por un lado que existan de entrada un conjunto de factores de calidad más abstractos que puedan ser reutilizados en la mayor cantidad de proyectos posibles. .objetivo en preguntas y define métricas que intentan dar información para responder a estas preguntas. en inglés LAN) y redes de área metropolitana (MAN en inglés). Recursos. y se asume que algunos de ellos serán suficientes para realizar cualquier evaluación. . tales como reducción del coste de desarrollo. y se pueden reutilizar de una evaluación a otra. Modelo de Calidad a Medida. así como el alto esfuerzo de implantación que exige. su principal inconveniente es que los factores de calidad siempre serán los mismos. Plazo de implantación del proyecto. . es muy importante mencionar que igual que las normas ISO 90003. es un modelo que constituye una forma de medir el grado de madurez de las organizaciones. mejora en y la fiabilidad de la planificación. Por ser una normativa de estandarización lo que sucede es que congela las tecnologías que se pudieran aplicar. se dispone de un inventario de factores de calidad de partida. desarrollar. o Wi-Fi (IEEE 802. Mejor organización interna y homogeneización en procesos de actuación.15). Concretamente y según su propia definición sobre redes de área local (RAL. Esfuerzo. en cuanto a: Riegos. Intenta combinar las ventajas de los modelos fijos y a la medida anteriores.Como inconveniente se tiene que los factores de calidad siempre serán los mismos. • Control continuo de los proyectos. .Requiere experiencia en la identificación de riesgos. Asegura que los datos lleguen efectivamente mediante la estandarización de protocolos comunes entre sistemas haciendo fácil la transmisión de datos entre sistemas. se dispone de un inventario de factores de calidad de partida. buscando por un lado que existan de entrada un conjunto de factores de calidad más abstractos que puedan ser reutilizados en la mayor cantidad de proyectos posibles. • Obtención de un importante caudal de datos históricos susceptibles de ser Analizados. Evalúa el Software sin tomar en cuenta las restricciones físicas. Plazos.11).Integra el desarrollo con el mantenimiento. • Temprana detección de errores en el desarrollo del producto o en la prestación de nuestro servicio. -Utiliza niveles jerárquicos. y no como hay que Boehm (1976) IEEE 8061 de (1998). Estas se aplican a los diferentes procesos que hay que llevar a cabo para lograr producir software con calidad.Los factores de calidad siempre son los mismos. Capability Maturity Model –Intagration CMM o CMMI • El modelo CMM . localización y resolución de defectos. Es un modelo fijo. • Se utiliza para empresas grandes. Es un estudio de estándares elaborado por el Instituto de Ingenieros Eléctricos y Electrónicos (IEEE) que actúa sobre Redes de Ordenadores. • El proceso de avaluación es más costoso en tiempo y esfuerzo. . y se pueden reutilizar de una evaluación a otra. y recursos y se pude alinear fácilmente con el ambiente organizacional.3). que serán los factores de calidad más abstractos que se descomponen a su vez en otros más concretos hasta llegar otros que puedan ser medidos.15 (IEEE 802. con el objetivo de establecer una guía que les permita mejorar sus procesos y su habilidad para organizar.Además es posible tener en cuenta mejoras y nuevos requerimientos sin romper con la metodología. Presta atención a la gestión dejando de lado aspectos técnicos. Por otro lado. Performance.Incorpora objetivos de calidad . conllevando a mayores costos en comparación con los modelos fijos. El tener por separado dos normas que se aplican conjuntamente produce inconsistencias en los ciclos de vida de ambas dificultando su uso. • Creación de una cultura para compartir • Para pequeñas empresas la norma resulta costosa y poco productiva. También se usa el nombre IEEE 802 para referirse a los estándares que proponen. adquirir productos y servicios informáticos. El gran problema de CMMI es la de falta de adecuación al enfoque servicio que está experimentando el sector de las TI en todas sus líneas de actividad. intentando estandarizar Bluetooth en el 802. se construye estableciendo objetivos a alcanzar. Es un modelo rígido. Costos. preciso y es flexible. • La complejidad de la evaluación continua puede atentar contra la definición de objetivos concretos de madurez Es un Modelo Mixto. • Tamaño y complejidad mucho mayor que modelos vigentes.CMMI cuenta con gran eficacia. Usability. ha permitido mejoras a de gran impacto en procesos de desarrollo de productos software. Intenta combinar las ventajas de un modelo fijo y otro a la medida. Une los mejores elementos de los restantes modelos. algunos de los cuales son muy conocidos: Ethernet (IEEE 802. . pero que a su vez puedan ser refinados y operacionalizados para las necesidades de un proyecto particular. Supportability) de HewlettPackard (Grady & Caswell. procesos. 1987) ADEQUATE de Horgan (1999) Los factores de calidad siempre son los mismos. El inconveniente es que no se puede reusar y debe ser construido desde cero para cada proyecto.

incrementa la garantía de la calidad. hacerlo El modelo CMMI permite: • Describir los componentes del modelo y sus relaciones. Cierto grado de dificultad de compresión y cierto nivel de complejidad. Es una forma de establecer puntos fuertes y áreas de mejora de la organización. aumento de la productividad. aumento de la participación en el mercado. Su metodología se basa en recopilar una serie de mejores prácticas en diferentes sectores de actividad a nivel mundial. Metodología poco útil. definido. Ambigüedad en el tipo de autoevaluación más factible. Puede emplearse en cualquier tipo de empresa. con el objetivo de lograr una gestión eficiente de la infraestructura y los servicios de TI. ya que éstos deben suministrarse a la persona adecuada para compensar sus necesidades de información. logra el compromiso de sus trabajadores. mejora en las relaciones interpersonales. • Localizar información relevante en el modelo. • Aplicar los conocimientos a su entorno de trabajo y en un equipo de evaluación de componentes y sus relaciones de un modelo. Se deben proporcionar sub criterios y herramientas de evaluación para casos específicos (idoneidad de procesos. Aumento en la satisfacción del usuario. El estado de madurez se divide en seis niveles (incompleto. • Comprender las áreas de proceso. Bases para la mejora continua. Permite conservar la continuidad de los cuidados al largo plazo. Se fundamenta en los principios de la Gestión de la Calidad Total y basa su desarrollo en la autoevaluación de las organizaciones. satisfacción de clientes. Favorece la gestión por procesos y permite hacer un diagnóstico sobre el estado y evolución. Incrementa sustancialmente las ventas. basada en hecho y no en percepciones subjetivas. ejecutado. El gran problema de ITIL es que no cubre adecuadamente las fases de desarrollo de software ni la gestión de proyectos asociada a esa fase de construcción de activos de software. alcanza una alta fidelización de clientes. mejora y planificación de la gestión de calidad total de una empresa. Es una herramienta para la evaluación. • Mejor servicio a nuestros clientes. • Nuevas oportunidades de negocio Information Technology Infrastructure Library ITIL La principal ventaja de ITIL es que ha demostrado su eficacia con su enfoque a la gestión de servicios de TI. Modelo de Excelencia European Fundation for Quality Management EFQM Permite la comparación con los resultados de otras organizaciones de referencia. Ofrece una evaluación sistemática. Con estas etapas se pretende establecer un buen proceso de recaudación de información y comunicación de los resultados. gestionado.conocimientos. cuantitativamente gestionado y optimizado). etc. que se publican de forma práctica y sistemática.) Media Facilidad de actualización. Modelo MALCOLM BALDRIGE Toma mucho tiempo y esfuerzo desarrollarlo. organización u departamento/unidad. incrementa la satisfacción del cliente. .

R.) McGraw-Hill / Interamérica de España.MG/Documentos/Anexos/Ca p2/1.co:81/pmd/sites/default/files/2010-UISIngenierias. recuperado el 13/10/2014 de http://prometeo. “Calidad y Testeo del Software. KANNOJIA Suresh Prasad.pdf • PRESSMAN. En: Procs. S.edu.es/media/about/docs/tic/01/2003-07.cvudes.000. C “El Modelo de Capacidad de Madurez y su Aplicación en Empresas Mexicana de Software”.eaie.co/publico/lems/L. X. 68-75). Manuel. (2003).edu.pdf • SINGH.edu.. Brijendra. Trans. “Ingeniería del Software: un enfoque práctico (Software Engineering.A .mx/u_dl_a/tales/documentos/lis/garcia_r_ci/capitulo_2. Jorge. (Cuarta ed.iti. Mayo de2010. University of Lucknow.008. Liliam. T.BIBLIOGRAFÍA • AYALA. Lucknow.unicauca. p (12-16). (2009).cvudes.pdf • MORENO. Actualidad TIC”. C. “Gestión Sistemática de la Calidad de la Información en los Procesos de Selección de Componentes de Software”.html • MOLLINEDA . “A Review on Software Quality Models.008.P. y FRANCH.” International Conference Communication on Systems and Network Technologies. p (10-18.co/publico/lems/L.udlap. (1995). BOLAÑOS. Universidad Politécnica de Valencia. 2013 Department of Computer Science. Recuperado de http://catarina. Recuperado el 13/10/2014 de http://aulavirtual. & VOS. R. • Evaluación de la Calidad en la Tecnología Educativa. XII Conferencia Iberoamericana de Ingeniería de Requisitos y Ambientes de Software (IDEAS’09).000. Puebla: Universidad de las Américas Puebla. Recuperado de http://www. NAVIA. Recuperado el 12/10/2014 de http://aulavirtual. A Practitioner's Approach.eaie.)”. “Exploración de Modelos y Estándares de Calidad Para el Producto Software”.pdf • GARCÍA ROMERO. Revista “Actualidad TIC”.MG/Documentos/cap2/Capit ulo_Completo. S.