control_de_calidad.md - UCM-FDI-DISIA/proyectois1-algoritmos GitHub Wiki

APUNTES DE CLASE:

  • Tipos de calidad

    1. Calidad de diseño: características especificadas (SRS y diseño) -> El juego está bien pensado, es equilibrado, es entretenido, es comprensible...
    2. Calidad de concordancia: lo especificado y lo conseguido se corresponde (grado de cumplimiento de las especificaciones de diseño).

  • Ingeniería de software:

    1. Especificaciones correctas desde un punto de vista técnico.
    2. En el proceso de construcción, es necesario hacer actividades que garanticen la calidad y funcionamiento.

Garantía de calidad del software (SQA)

Engloba:

  • Enfoque de gestión de calidad.
  • Tecnologías de IS (por ejemplo: control de versiones).
  • Revisiones técnicas formales (coger el Software y la documentación y comprobar que se corresponden).
  • Tener una estrategia de pruebas (pruebas unitarias, cómo las hacemos).
  • Control de la documentación y de cambios (lo que estamos haciendo en GitHub).
  • Procedimientos que aseguren ajustes a los estándares ISO.
  • Calidad como concordancia: asegurarnos de que lo que desarrollamos cumple con los requisitos funcionales y no funcionales (deben estar escritos de manera explícita).
  • Características implícitas de todo software.
  • Ejemplo: el juego tiene tiempos de reacción de menos de un segundo.
  • Estándares de desarrollo explícitamente descritos (cómo programamos, cómo llamamos a las variables...).

La garantía de calidad es el establecimiento de un marco de procedimientos organizativos que llevan a conseguir una alta calidad del software. Por ejemplo:

  • El control de calidad nos lleva a hacer una RTF del diseño de una parte del sistema
  • Hacemos RTFs porque forman parte de la garantía de calidad de nuestra organización

El coste de calidad incluye todos los costes que se derivan de la búsqueda de la calidad o en las actividades relacionadas en la obtención de la calidad.

Hay tres tipos de costes de calidad:

  • De prevención: planificación de calidad, revisiones técnicas formales, equipo de pruebas (equipo de preproducción: tener bases de datos cargadas del entorno de producción, con equipos que simulan los entornos de producción, aquí probamos todo, menos usuarios... Entorno de producción: funciona (jamás se toca aquí, se modifica todo en preproducción. Entorno de desarrollo) y formación (equipo de calidad).

  • De evaluación: inspección en el proceso y entre procesos (revisión y retrospectiva ampliado. Análisis postmortem de todo lo que ha pasado en el proceso. No hay predicciones, sino que es todo un análisis de lo que ha pasado - ya lo estamos haciendo), calibrado y mantenimiento del equipo (proceso de mejora continua), pruebas.

  • De fallos: internos (detectamos un error antes de que el software esté en funcionamiento) y externos (costes internos, resolución de quejas...). Revisión, reparación...

    • Coste: requisitos < diseño < código < pruebas de desarrollo < pruebas de sistema < fase de explotación.

TO DO:

  • Escribir toda la documentación necesaria para afrontar la gestión de riesgos (ej: doc técnico).
  • Reuniones y registro de reuniones para Revisiones Técnicas Formales.
  • IEEE 610.12.