Please enable JavaScript.

Coggle requires JavaScript to display documents.

Calidad de software - Coggle Diagram

- - - - Debe permitir evaluar el sistema, ya sea cualitativa o cuantitativamente, para asi proponer e implementar estrategias
      - A nivel de producto
        
        Evaluar el cumplimiento de criterios del producto mediante medidas externas e internas, por lo cual se han definido 3 tipos: interna, externa y en uso (Rodriguez 2016).
        
        McCall: Khosravi, 2004. Uno de los modelos pioneros, tiene 3 etapas: factores, criterios y metricas. Los 11 criterios base son: exactitud, confiabilidad, eficiencia, integridad, usabilidad, mantenibilidad, testeabilidad, flexibilidad, portabilidad, reusabilidad e interoperabilidad.
        
        Implementado en diferentes contextos como sector agricola, desarrollo de software.
        
        GQM: Villarroel, 1999. Proporciona una forma para definir metricas para medir avance a partir de preguntas relacionadas al proyecto.
        
        Utilizado en contextos academicos y tambien en campo empresarial.
        
        Boehm: Velazco, 2016. Modelo incremental, dividido en regiones de tareas y a su vez, en conjuntos de tareas que se ajustan a la cantidad de iteraciones definidas. Cada iteracion dividida en 4 sectores: planeacion, analisis de riesgo, ingenieria y evaluacion.
        
        FURPS: Soto, 2015. desarrollado por Hewlett-Packard, el nombre proviene de los criterios que evalua: funcionalidad, usabilidad, confiabilidad, desempeño, soportabilidad.
        
        Utilizado para el diseño y validacion de interfaces de usuarios finales, evaluando funcionalidad, usabilidad, confiabilidad, desempeño y soporte.
        
        GILB: Khosravi, 2004. Orienta la evaluacion de software a partir de atributos: capacidad de trabajo, adaptabilidad, disponibilidad y utilizabilidad. Proporciona una guia para soluicionar problemas y detectar riesgos.
        
        ISO 9126: Ango, 2014. Basado en McCall, dirigido a desarrolladores, aseguradores de calidad, evaluadores, analistas y cualquier otro involucrado en proceso de construccion de software. Dividido en 4 partes: modelo de calidad, metricas externas, metricas internas y calidad de metricas en uso.
        
        SQAE: Moreno, 2010. Basado en Boehm, McCall, Dromey e ISO 9126. Orientado a realizar evaluacion por terceros que no estan directamente involucrados con desarrollo siguiendo 3 capas: area, factor y atributo de calidad.
        
        WebQEM: Olsina, 1999. Evaluacion de calidad de sitios web. Diseñada para evaluar siguiendo 6 fases: planificacion y programacion de evaluacion de calidad, definicion y especificacion de requisitos de calidad, definicion e implementacion de la evaluacion elemental, definicion e implementacion de la evaluacion global, analisis de resultados, conclusion y documentacion, validacion de metricas.
        
        ISO 25000: Alfonso, 2012. Tambien llamado SQuaRE. Sirve para guiar el desarrollo con los requisitos y la evaluacion de atributos de calidad: adecuacion funcional, eficiencia de desempeño, compatibilidad, capacidad de uso, fiabilidad, seguridad, mantenibilidad y portabilidad.
      - Calidad en uso
        
        El conjunto de atributos por parte del usuario final y seguridad. Se basa en eficiencia, productividad, seguridad y satisfaccion, segun ISO/IEC 9126
      - A nivel de proceso
        
        Programada desde el inicio del proyecto, y en cada etapa se lleva a cabo un control y seguimiento para minimizar riesgos y soporte.
        
        ITIL: Reino unido. En base a 5 elementos: perspectiva del negocio, entrega de servicio, soporte del servicio, manejo de la infraestructura y manejo de aplicaciones.
        
        Propone estrategias para gestion de niveles de servicio, gestion de disponibilidad, gestion de capacidad, gestion de continuidad y gestion financiera. Permitiendo optimizar procesos
        
        ISO 90003: Ofrece una guia de aplicacion de la norma 9001 utilizada para demostrar o soportar que la entidad esta en capacidad de desarrollar software con criterio de calidad.
        
        Permite obtener certificacion de reduccion de defectos, aumento de productividad, aumento de compromiso con el cliente y mejora de servicios,
        
        TSP: Mondragon, 2011. Fase posterior a PSP. Trabajo en equipo de desarrollo autodirigido, orientado al desarrollo de productos con el minimo defecto. Fomenta la integracion de equipos.
        
        Utilizado para alcanzar un grado alto de madurez CMMI. Uso de roles.
        
        ISO/IEC 15504: Cordoba, 2012. Adaptar evaluaciones para procesos en pequeñas y medianas empresas mediante 6 niveles de madurez: N0) Organizacion inmadura. N1) Organizacion basica. N2) Organizacion gestionada. N3) Organizacion establecida. N4) Organizacion predecible. N5) Organizacion optimizando.
        
        Dromey: Scalone, 2006. Modelo adaptable a evaluar etapas como levantamiento de requisitos, diseño e implementacion. Propone 3 modelos distintos: Modelo de requisitos, modelo de diseño y modelo de calidad de implementacion a partir de 5 caracteristicas (eficiencia, confiabilidad, mantenibilidad, portabilidad, facilidad de uso y funcionalidad)
        
        Bootstrap: Herrera, 2012. Permite mejorar procesos a partir de seis actividades: Examinar la necesidad, iniciar proceso de mejora, preparacion y direccion de la evaluacion, analisis de resultados, implantacion y finalizacion de mejoras
        
        Utilizado princinalmente en Europa, escasa documentacion respecto a la implementacion
        
        PSP: Vargas, 2010. Enfocado en desarrollo profesional del ingeniero, fomentando adecuada administracion de calidad de los proyectos.
        
        Implementado en ambitos academicos, desarrollo de software y mejora de procesos empresariales.
        
        CMMI: Petrie, 2009. De los mas utilizados, para verificar el cumplimiento de estandares de calidad a partir de niveles de madurez. Se presenta en 2 maneras: Escalonada (dirigido al software, 5 niveles) y continua (analisis de capacidad de cada proceso, 6 niveles).
        
        Para evaluacion de grandes empresas como desarrolladoras de software que necesitan cumplir con niveles de madurez, certificando asi que el producto cumple con criterios de calidad.
        
        Cobit 4.0: Guerrero, 2006. Orientado a negocios y proceso. Basado en controles y trabaja con 7 criterios: efectividad, eficiencia, confidencialidad, integridad, disponibilidad, cumplimiento y confiabilidad.
        
        IEE/EIA 12207: Cordoba, 2012. Establece un marco de trabajo comun para un ciclo de vida de desarrollo de software.
        
        ISO/IEC 20000: Van Bon, 2008. Avalar que las prestaciones de servicios gestionados de TI de una empresa cuentan con calidad necesaria. Se subdivide en 2 partes: Especificaciones (ISO 20000-1:2005) y Codigo de buenas practicas (ISO 20000-2:2005).