Please enable JavaScript.

Coggle requires JavaScript to display documents.

Modelo de calidad a nivel de productos - Coggle Diagram

- - - - Características
        
        Definido en 1988 por Gilb, es un modelo que permite determinar una lista de características que definen la calidad de la aplicación estas se deben escribir conjuntamente el usuario y el analista. Las características se pueden medir mediante subcaracterísticas o métricas detalladas. ISO 9126-1
      - Ventajas
        
        El producto es entregado incrementalmente al cliente, basado en la importancia de las diferentes.
        
        funcionalidades.
        
        Facilidad de mantenimiento.
        
        Evalúa capacidad natural del sistema para realizar su trabajo.
        
        Facilidad de uso Integridad.
        .
      - Desventajas
        
        Requiere de un cambio en toda la organización, ya que para obtener el éxito es necesario la participación de todos los integrantes de la organización y a todo nivel.
        
        Hay que hacer inversiones importantes.
      - Arquitectura y diseño
        
        https://slideplayer.es/slide/110684/1/images/18/GILB+Consiste+en+determinar+una+lista+de+caracter%C3%ADsticas+que+definen+la+calidad+de+la+aplicaci%C3%B3n%2C+pudiendo+ser+de+dos+tipos%3A.jpg
- - - - Características
        
        El modelo de McCall fue el primero en ser presentado en 1977, y se originó motivado por US Air Force y DoD se focaliza en el producto final, identificando atributos claves desde el punto de vista del usuario estos atributos se denominan factores de calidad y son normalmente atributos externos, pero también se incluyen algunos atributos posiblemente internos.
      - Ventajas
        
        Propone tres perspectivas para agrupar los factores de calidad: revisión del producto, habilidad para ser cambiado, transición del producto, adaptabilidad al nuevo ambiente, operación del producto, características de operación.
        
        Considerado bajo el criterio de calidad ISO 9000-3.
      - Desventajas
        
        Es difícil que las características y subcaracterísticas sean siempre perfectamente independientes.
        
        Falta una asociación explícita entre los modelos y el proceso de software, de cómo realizar software de calidad.
        
        No siempre existe una relación perfectamente lineal entre los valores de las métricas y las características que deben estimar.
        
        Existe un factor económico difícil de medir: el costo de código reusable y la ganancia por reusar código ya desarrollado.
      - Arquitectura y diseño
        
        https://1.bp.blogspot.com/-q_LiZkWk6YI/W1zQLN3QvWI/AAAAAAAADfQ/oGZSxXx7L7wBMxxImXmb8E_9nNEl7LjlwCLcBGAs/s1600/modelo%2Bde%2BMcCall.jpg
- - - - Características
        
        Es el segundo modelo de calidad más conocido es el presentado por Barry Boehmen1978 este modelo introduce características de alto nivel, características de nivel intermedio y características primitivas, cada una de las cuales contribuye al nivel general de calidad.
      - Ventajas
        
        Presenta un rango más amplio de características primarias la mantenibilidad.
      - Desventajas
        
        Genera mucho tiempo en el desarrollo del sistema.
        
        Modelo costoso.
        
        Requiere experiencia en la identificación de riesgos.
      - Arquitectura y diseño
        
        https://2.bp.blogspot.com/-5wn_sVt8Nj4/W2EW7NTRELI/AAAAAAAAABk/tA9A2BAaESQBG34cR3dkkAlfbvNRoallgCLcBGAs/s1600/boehmmmm.png
- - - - Características
        
        Fundamentado en 1996, resalta el hecho de que la calidad del producto es altamente determinada por los componentes del mismo (incluyendo documentos de requerimientos, guías de usuarios, diseños, y código) Sugiere el uso de cuatro categorías que implican propiedades de calidad, que son: correctitud, internas, contextuales y descriptivas.
      - Ventajas
        
        Resalta el hecho de que la calidad del producto es altamente determinada por los componentes del mismo (incluyendo documentos de requerimientos, guías de usuario, diseños y códigos).
        
        Sugiere el uso de cuatro categorías que implican propiedades de calidad.
      - Desventajas
        
        Se basa solo en la calidad del producto, mas no en el desarrollo y análisis del mismo.
      - Arquitectura y diseño
        
        https://sites.google.com/site/modelosdeevaluaciondecalidad/_/rsrc/1550628334431/home/modelo-de-evaluacion-de-furps/DROMEY.jpg
- - - - Caracterísitcas
        
        Goal Question Metric, o Meta Pregunta-Métrica, es un enfoque presentado por Víctor Basili de la Universidad de Maryland (1984) que da respuesta a esta necesidad. Este enfoque parte de la suposición de que una organización para medir adecuadamente, debe identificar las metas que desea, derivar objetivos a medir de manera cuantificable y establecer un marco que permita interpretar la información respecto a los objetivos. Todo este proceso se descompone a tres niveles: Conceptual, Operativo y Cuantitativo. Establecido bajo la norma ISO 2500
      - Ventajas
        
        Se puede aplicar a todo el ciclo de vida del producto, procesos, y recursos y se puede alinear fácilmente con el ambiente organizacional.
        
        Nivel cuantitativo (Metric - métrica).
      - Desventajas
        
        Es efectivo cuando es implementado como parte de una iniciativa de mejora de la calidad más amplia, ya que uno de los principales propósitos de las mediciones es la mejora.
        
        El equipo de GQM necesitará coordinar estas tareas para todos los proyectos de forma tal de asegurar consistencia de las métricas entre proyectos.
      - Arquitectura y diseño
        
        https://1.bp.blogspot.com/-KZec5cOTYjI/W10UsaXAxDI/AAAAAAAAAD8/FwzQhWxGv50PT6iddtARNztJ9uswCIEKwCLcBGAs/s1600/figura%2B4.jpg
- - - - Características
        
        metodología para requisitos de seguridad. Dentro del programa de investigación del Instituto de Ingeniería del Software para redes de sistemas supervivientes (NSS) se enmarca el proyecto SQUARE para desarrollar una metodología para la obtención, análisis, clasificación y priorización de los requisitos de seguridad.
      - Ventajas
        
        Aunque el proyecto es relativamente reciente, ha publicado ya el informe técnico "Security Quality Requirements Engineering (SQUARE) Methodology.
      - Desventajas
        
        El proyecto SQUARE está en desarrollo, y en la actualidad el equipo está preparando una herramienta CASE sobre web para la gestión de las tareas de requisitos según esta metodología.
      - Arquitectura y diseño
        
        https://calidad-del-software64.webnode.com.co/_files/200000021-628e8638b2/serie%20nueva.jpg