Atributos de Calidad del Software

Atributos de Calidad del Software

• El objetivo principal para las empresas es lograr la calidad adaptándose a las necesidades del cliente.
• Calidad en Ingeniería de Software es una característica o atributo mensurable de algo.
• Para la IEEE, un software de calidad cumple las expectativas del cliente y tiene una buena combinación de atributos.

¿Qué es un Producto de Software con Calidad?

• Cero defectos es alta calidad para usuarios afectados por defectos y gerentes criticados por ellos.
• Mucha funcionalidad es alta calidad para usuarios que aprovechan opciones implementadas y vendedores que lo usan como argumento.
• Alta performance es alta calidad para usuarios y vendedores cuyo trabajo o venta depende del tiempo de respuesta.
• Costo de desarrollo bajo es alta calidad para clientes y PMs con presupuestos limitados.
• Rapidez en la construcción es alta calidad para usuarios que esperan el producto y vendedores que quieren capturar el mercado.
• Amigabilidad es alta calidad para usuarios que tardan en entender cómo usar el producto.

Problemas Asociados a la Calidad del Software

• La calidad se especifica orientándose hacia las características deseadas por el consumidor.
• Es difícil especificar características de calidad de forma no ambigua.
• No se puede especificar concretamente un software, ya que los usuarios pueden no considerarlo de alta calidad si no cumple sus expectativas.
• La solución es diseñar procedimientos de calidad que no dependan de una especificación perfecta.
• La gestión de la calidad es primordial en la práctica.

Actividad Principal en la Adminisración de Calidad

• Garantía de la calidad: establecer un marco de procedimientos y estándares para un software de alta calidad.
• Planificación de la calidad: adaptar el marco a un proyecto de software específico.
• Control de calidad: definir y promover procesos que aseguren que los procedimientos y estándares se sigan.
• Coste de calidad: considerar todos los costos para obtener la calidad deseada.
• Cuanto más cerca se esté de finalizar el desarrollo, más costosa será la solución.

Principios de Calidad del Software

• Si un cliente no demanda calidad, probablemente no la conseguirá
• Los desarrolladores deben gestionar la calidad de forma constante comprometiéndose a desarrollos con calidad y con revisión
• Los desarrolladores deben medir la calidad para poder cuantificar la cantidad de errores que se cometen y poder crear registros, como errores más comunes, tipos de errores, y frecuencia
• Si el proceso tiene calidad y la materia prima también la probabilidad de que el producto tenga calidad es alta
• Las pruebas solucionan solo una fracción de los defectos, por eso se deben tener pruebas de calidad gestionadas de forma planificada y organizada
• La calidad solo se logra con personal motivado y orgulloso.

Calidad del Producto y del Proceso

• La calidad del proceso de desarrollo del software afecta la calidad de los productos derivados.
• La gestión y mejora de la calidad del proceso debe minimizar los defectos en el software entregado.

Gestión de Calidad del Proceso

• Definir estándares que debe seguir el proceso.
• Supervisar el proceso de desarrollo para asegurar que se sigan los estándares.
• Hacer informes del proceso para el gestor del proyecto y para el comprador del software.
• El gestor de calidad debe insistir en utilizar estándares de proceso dependiendo del tipo de software para ayudar al desarrollo del producto.

Factores/Atributos de Calidad del Software

• Correctitud: el producto cumple con la especificación de funciones.
• Confiabilidad: el usuario puede depender del software dentro de un intervalo de tiempo especificado.
• Robustez: el producto se comporta razonablemente en circunstancias imprevistas.
• Performance: usa los recursos (tiempo y memoria) económicamente y eficientemente.
• Amigabilidad: el usuario lo encuentra fácil de usar, siendo afectado por correctitud y performance.
• Verificabilidad: Se pueden verificar fácilmente sus propiedades
• Mantenibilidad: modificaciones hechas a un producto de software después de la entrega inicial arreglar errores o mejorar el producto ante nuevos requerimientos.
  • Mantenibilidad Reparabilidad: Un producto de software es reparable con la corrección de sus defectos con una cantidad limitada de trabajo, con modulos bien definidos.
  • Mantenibilidad Evolutividad: los productos de software se modifican para proveer nuevas funciones o cambiar las existentes.
• Portabilidad: El software corre en distintos ambientes.
• Interoperabilidad: Un sistema coexiste y opera con otros sistemas estandarizando interfaces
• Integridad: Se controlan los acceso no autorizados a datos o sistema.

Atributos de Calidad del Proceso

• Productividad: mide la eficiencia del proceso resultando en una entrega más rápida del producto.
• Eficiencia: se basa en cantidad de recursos y código necesario para ejecutar una función.
• La reusabilidad del software impacta la productividad.
• Oportunidad: es la habilidad de entregar un producto a tiempo, con metas definidas y buena estimación del tiempo.
• Visibilidad: un proceso de desarrollo es visible si sus pasos y estado actual están documentados claramente y son de fácil acceso.

Pruebas de Caja Negra y Caja Blanca

• Caja negra:
  • Se conoce la función específica del producto y se prueban todas las funciones.
  • Se buscan los errores en cada función.
  • Prueban aspectos funcionales que no tienen que ver con la estructura lógica interna.
• Caja blanca:
  • Se conoce el funcionamiento interno y se prueban todas las piezas.
  • Se prueban las rutas lógicas y la colaboración entre componentes.
  • Prueba de ruta básica es una prueba de caja blanca y es más costosa.
• Importancia de adoptar e integrar la calidad en todas las fases del proyecto para asegurar excelencia y evitar desastres.

Reglas de Calidad

• Tener una relación mutuamente beneficiosa con el proveedor.
• Tomar decisiones basadas en hechos.
• Asegurar que el crecimiento no comprometa la calidad.
• Participación y compromiso del personal, con difusión de buenas prácticas.
• Ser proactivo
• Enfoque a procesos
• No da por hecho la calidad
• Organización enfocada en los clientes, comprendiendo las necesidades y superarlas

Calidad del Software - QA vs QC

• Aseguramiento de la calidad (QA) es diferente a control de calidad (QC).
• Garantía de la calidad: actividades planificadas y sistemáticas en el proceso de desarrollo que garantizan que un producto cumpla con los requisitos de calidad.
• Control de calidad: Verificar que un producto sea útil, seguro, y cumpla todas sus funciones correctamente.

Comparación entre Control de Calidad (QC) y Aseguramiento de Calidad (QA)

• QC:
  • Objetivo: Detectar problemas en los productos, con foco al contenido.
  • Actividad: Revisar productos de trabajo.
  • Resultado: Producto software utilizable.
  • Validación: Construcción correcta del producto, con calidad interna.
• QA:
• Objetivo: Asegurar la adherencia a los procesos, estándares y planes, con foco a los procesos del proyecto.
• Actividad: Guía y gestión de procesos utilizados y control de revisiones.
• Resultado: Producto adecuado al uso.
• Verificación: Construcción correcta del producto, con calidad interna.

Activos/Elementos del Proceso de Software

• Proceso: actividades a realizar.
• Procedimientos: pasos específicos y reglas.
• Estándares: sabiduría de la comunidad de ingeniería.
• Templates: un esbozo de un producto de trabajo
• Producto de trabajo: resultado tangible de un proceso.
• Política: compromiso de la organización.
• Actividad: acciones para crear un producto.
• Rol: persona/sistema que realiza actividades.
• Calidad del producto software

Problemas Asociados a la Calidad

• Falta de rol
• Falta de seguridad
• QA es Testing
• Falta de respecto por parte de los desarrolladores
• Estándares que ni dan valor agregado
• Soporte inadecuado desde la gerencia

Objetivos de QA

• Mejorar la calidad del software
• Asegurar el cumplimiento de los estándares

Funciones de QA

• Elevar a gerencia las desviaciones en el producto, proceso y estándares.
• Asistir a los equipos en la elaboración de planes, estándares, y procedimientos.
• Dar seguimiento a las no conformidades elevadas
• Controlar adherencia a los estándares.
• Evaluar el nivel de calidad
• Dar coaching para lograr una buena performan en terminos de calidad
• Asegurar uso del proceso definido y implementado en uso
• Asegurar la correctitud de los planes
• Soportar al equipo en la elaboracion de productos de calidad.
• Asegurar que los procesos son usados y utiles para la organizacion

QA

• La planificación de QA en un proyecto define la calidad del deseada, y la alta calidad
• El QA plan es un mapa para la garantia de calidad del software.
• Checklists: ayudar a los desarrolladores a asegurar que todas las tareas están completas y cubrir las medidas de calidad de cada tarea.

Checklist para el QA

• Conciso
• Completo
• Genérico
• Consistente

Evaluar en un Checklist

• Severidad (mayor menor)
• El efecto en otros productos
• La case: Omision, Excedente or Incorrecto
• La prioridad

La Evaluación de Calidad

• Evalua el producto adecuado
• Selecciona attributos relevantes
• Utilizando medidas validadas

Evaluaciones

• Calidad Interna: se ve si cumple con el Proceso
• Calidad Externa: si cumple con las expectativas

Niveles de Calidad

• En uso: la calidad del uso del producto
• A nível del proceso: programada con los procesos y programado
• A mivel del producto: el complimiento de los factores definidos

Lo que interesa a las organizaciones

• Diferenciar de los competidores
• Establecer acuerdos
• Detectar defectos
• Evaluar y controlar con el producto respaten los requistos de seguridad

Proceso

• Poner el producto en producción
• Mantener la seguridad

Beneficios para las organizaciones

• Los Organismos que desarrollan software Controlar la calidad del producto Mejorar las características del producto. Asegurar a sus clientes el nivel de calidad. Comparar con productos de las competencias. Posicionar su producto en el mercado. Aumentar las ventas del producto.
• Los Organismos que adquieren software Conocer la calidad del producto que compran. Comparar entre distintas alternativas. Establecer acuerdos de novel de servicio. Conseguir independencia del proveedor. Minimizar los fallos en producción. Reducir los costes finales de comparar software.

Modelo de Calidad de Software

• Documento que recolecta prácticas en la evaluación de Calidad
• Documento que permite dirigir los procesos clave y sus avances en calidad
• La organización debe definir un proceso para mantener y evaluar la calidad del desarollo
• Ausencia de asociación de modelos de calidad y el proceso de desarrollo
• Modelos de calidad que no evolucionan
• Modelos de calidad no mantenibles.
• Generalidad de los modelos de calidad.
• Negligencia del aspecto de control de riesgo
• Falta de participación de los interesados en el marco de calidad.
• Subjetividad en la evaluación de calidad.
• La falta de equidad en validación de la calidad
• Directices necesarias en el modelo

Una Metrica de Calidad de Software

• Conjunto de medidas utilizadas para estimar la calidad de un proyecto
• Los atributos de relacionan con las métricas para evaluar un proyecto

Modelo de Certificación

• Herramienta eficaz para medir la calidad del software
• Basado en las normas
• ISO/IEC 12207: describe el modelo de procesos del ciclo de vida del software y el método para evaluar su calidad y madurez.
• ISO/IEC 33000: certificación de la calidad de desarrollo de software.
• El modelo está alineado y es de fácil integrado a la ISO 27001 y a la ISO 25000.
• Guía del ciclo de vida del Desarollo de Software -> Norma ISO 12207
• Calidad de producta -> Norma ISO 25000 Permite a la compañias conocer la calidad de sus productos
• Auditoria:
• EL certificate de madurez
• La licencia de madurez

Proceso de Software

• Conjunto de herramientas
• Metodos
• Y practicas
• Para producir un software

Test

• El proceso de opear un sistema
• Bajo condiciones
• Elaborando una evaluación y evaluación Verificación Validación

Activos y elementos del proceso de software

• Proceso (el que)
• Procedures (El Como)
• Estándares
• templates
• Product de trabajo
• Politica
• Actividad
• Rol
• product de software

Los problemas asociados con la Calidad

• La falta de comprender sobre los roles
• Falta de confianza que es
• QA es Testing
• Falta de respecto en los desarolladores.
• Estándares que nos dan valor agredrado
• Soprate inadecuado con la greencia Los Objetivos de QA
• MEJORAR LA CALIDAD
• Asegurar el compimiento de los estandars

Funciones y la responsabilidades de QA/

• Elevar al gerencia
• A sistir a los eqipos
• Dar seguiemiento
• Check lists -Conciso, preciso, completo, Genérico, Consiste

Auditorias y Gestión.

• Procedimiento interno con documento

• Verificar el cumplimiento

• Evaluar la la objetividad

• Criterios (procedimientos) Auditoria

• Evidencias - (Registros)

• Hallazgos -> (Resultados) Programa de auditoría (propósito Pan de auditoría ( actvitades)

• Para el proceso se usa identificar, buscar las causa mayor, elegir la la mejor solución, implement y mida los resultados

  • *BRAINSTORTING ( PROPONER IDEAS)

• Diagramas de Causas - *5 WHY ( se pregunta por qué 5 veces)

Tecnicas Sobre Mature del un Proceso

• Modelo y evaluacicón para proceso de una organización.Tiene dos tipos; continuious o staged

Cmmi

• Integradora de modeles de madurez de capacidades

• Cammpi (mejora internal)

• COSTOS DE Calidasd (ISO 25000) Norma ISO, guía evaluación , requerimientos de evaluar un sofwtare

MÓDULO 4: ADMINISTRACIÓN DE LA CONFIGURATION

• Desclipina que controlar la evolution -Identificar los compontes de un producto y reporte los cambios, los motives

• Herraminetas administraciones.

• El control de cambios

• Auditar y revesar Elementos SISTEMA de Versiones

• Crear una nueva versión. Gestión de Versiones y entrega

• Versión

• Entregar que distribuye a los clients Archivera de conigrución

• Data

Los Tests es un proceso para a operating system , para evaluar , con un método de identicar la fallas, y su execution.

MODULO 5 (FUNDAMENTOS DE TESTS!)

• el producto se testes siemrpe

Axiomas

• El test se debereproducir

• El test es una parte de los desarollo

• Nuno se modeica uno.

• Verificar (errores)

• Evaluar (calidades del product).

• Comparar un resulstados esperando

• Proceso de Prueba.

  • La prueba que se debe hacer con sus espectativas, y sea revisada
  • Ciclo de vida de proueba

Erro humano, produce el producto incorretto Defecto

Unidad 6 diseńo de Casos de test

El test consume timpo y dinero Consiredad el intento sea breive Caso de prubeza lo que quiere se pruebe Un progarma se correcto so

• Para todos las combinaciones de datos que validar la saldada la conbinazión se un case Prueben los criterios se seleddos un cuanto mas sea bajo, el mayor probleidad

Hay prubas estartegios , donde un analyze el product para deduier. Y automazador, y forme Analyzer los codigo. Recorrida:

• un simula donde donde el codigo describe la falta.
• Autror, presenta el condigo
• Moderadores el organizaros
• secreto el reporte

Intenciones

• Examina codigo.

• Analyzer los automaticos el codigoFuente detect and posbiles anormalidodes Es mayormente

• Analyst Formal:

• El programa el con espediciaficaciones This tools take form:

• La forma de usar it

• La respuesta del usuariario que lo hace el que es el correcto.

• Tecnicnas de Prueban dinamicas Las tecnicas dinamicas que experimentan a comportamentos

• Caja Blana. Como es esperadado con los requisicatos , donde el Sotfwate hace y define los cases a traves la estructura inetrnada prograna

• Caja Neaga. doned se basa en