Please enable JavaScript.

Coggle requires JavaScript to display documents.

Calidad De Software - Coggle Diagram

- - - - Usuario
        
        Debe de tener funcionalidad libre de defectos, confiabiliada, Facilidad de uso, Nivel aceptable de tolerancia a fallos y seguridad en los danos
      - Cliente
        
        Confiabilidad en el desepeno, Facilidad de obtener el servicio, Servicios agradables y experto, proteccion contra danos
      - Proveedor
        
        Debe de tener conformidad con las espesificaciones como en el gobierno, industrias,estandares y propias
      - Industria
        
        Protección contra fraudes y demandas
      - Gobierno
        
        Protección de los consumidores contra el fraude
      - Organismo de estandarización
    - - es un grupo de cualidades que lo caracterizan y que determinan su utilidad y existencia.
        
        Confiabilidad
        
        Eficiencia de rendimiento
        
        Operabilidad
        
        Seguridad
        
        Transmisibilidad/Portabilidad
      - Aspectos mínimos establecidos
        
        Atributos de los componentes el producto (material, dimensiones, pruebas)
        
        Intención de uso del producto o servicio
        
        Limitaciones del producto
        
        Proceso mediante el cual fueron hechos los componentes
        
        Parámetros de seguridad y protección (safety and security) que necesitan considerarse
        
        Quién debe definir la calidad de un producto / servicio
        
        pueden ser definidas por un gobierno, industria, organización de estándares o por el mismo proveedor ante la ausencia de los anteriores, No es necesario exactamente seguir un estandar o metrcias para definir calidad como es, esto se da conforme el proveedor lo decida o dada la situacion.
      - Calidad o confiabiliada?
        
        confiabilidad
        
        nos habla de la capacidad que tienes nuestro producto de no fallar o tener errores en lo que lleva de vida
        
        Nivel definido de desempeño:
        
        100% de las especificaciones
        
        Niveles de desempeño:
        
        Normal
        
        Poco
        
        Calidad
        
        involucra entregar funcionalidad bajo condiciones específicas
        
        Aseguramiento de calidad
        
        Estandares y guias (diseno, procesos)
        
        Inspeccion (inspeccionar partes de el proceso)
        
        Testing (verificacion)
        
        Que se debe de usar mas respecto a calidad y confiabilidad
        
        Las dos, tanto calidad y confiabilidad deberia de implementarse para tener un mejor sistema de software y no encontrar errores y despues en un futuro pagar para resolver esos problemas
      - Autores que definen diferente su forma de calidad
        
        Pressman
        
        Concordancia con los requisitos funcionales y de rendimiento explícitamente establecidos con los estándares de desarrollo plenamente documentados
        
        IEEE
        
        Grado con el que un sistema, componente o proceso cumple los requerimientos especificados y las necesidades o expectativas del cliente o usuario
      - Factores criticos genericos de los productos y servicios software
        
        Criticalidad
        
        incertidumbre sobre lo que los usuarios quieren y necesitan
        
        Rango de ambientes
        
        Costo de arreglar defectos
        
        Regulacion
        
        Tamano del proyecto
        
        Comunicacion
        
        Cultura de la organizacion
  - - - acción humana que produce un resultado incorrecto
    - - un problema (falta) que si no se corrige puede hacer que una aplicación falle o produzca resultados incorrectos
    - - la terminación de la habilidad de un producto para desempeñar una función requerida o su inhabilidad para desempeñarse dentro de los límites especificados
    - - Fallas en la definición de requerimientos
        
        No se entienden las instrucciones del cliente
        
        No se entienden los cambios en los requerimientos
        
        Falta de atención a los mensajes del cliente sobre cambios de requerimientos
      - Fallas en la comunicación cliente-desarrollador
        
        El desarrollador reutiliza los módulos de software existentes sin analizar con detenimiento los cambios que tendrá que hacer
        
        El desarrollador decide omitir algunas de las funciones por presiones de tiempo y presupuesto
        
        El desarrollador empieza a codificar algunos requerimientos mal planteados para “adelantar”
      - Desviaciones deliberadas de los requerimientos
        
        Definiciones erróneas de los requerimientos
        
        Ausencia de requerimientos vitales
        
        Definición incompleta de requerimientos
        
        Inclusión de requerimientos innecesarios
      - Errores del diseño
        
        Algoritmos mal elegidos
        
        Definiciones de proceso con problemas en la secuencia
        
        Definiciones erróneas de condiciones de frontera
        
        Omisión de estados requeridos
        
        Omisión de definiciones de reacción a operaciones ilegales
      - Por que se nos dan estos defectos?
        
        Educacion (no entendiste como hacer algo)
        
        Comunicacion (no te informaron apropiadamente)
        
        Overshight (omitiste hacer algo)
        
        Transcripcion (sabias como hacer algo, pero hubieron errores al hacerlo)
        
        Proceso (Seguiste pasos incorrectos)
- - - - Especificaciones y diseño
        
        Revisiones de expertos, pares, testing
    - - Funcionalidades relacionadas con la seguridad física y operativa
      - Funcionalidades de usabilidad
      - Funcionalidades de tolerancia a fallos
      - Funcionalidades “feel-good” (animaciones, gráficos especiales, sonidos al existir errores…)
      - Funcionalidades de “aprecio” (guías de diseño de interfaz)