Checklist de diseño

Lluvia de modelos

  • La solución abarca solo lo que corresponde a la US
  • Se pensó y analizó más de un diseño para la solución de la US
  • Los datos usados por la implementación (datos que se ingresan en formas o se obtienen de otras funciones) pueden ser proveídos realistamente por el usuario o el sistema
  • Lo que producirá la implementación de la US tiene alguna utilidad para el usuario o es utilizado por otra parte del sistema
  • El flujo de trabajo de la implementación va de acuerdo con la forma de trabajo del usuario
  • El diseño debe ser independiente del lenguaje o tecnologías utilizadas
  • No quedó ningún problema sin resolver
  • El diseño soluciona las necesidades del cliente
  • Se tomó en cuenta al usuario final

Mockups

  • Los mockups deben corresponder con la lluvia de modelos
  • El mockup cumple con las siguientes heurísticas de usabilidad:
    • El estatus del sistema es visible para el usuario (puede ver su progreso o qué está haciendo el sistema)
    • El sistema usa relaciones con el mundo real para facilitar su aprendizaje (íconos con imágenes del mundo real que faciliten su comprensión)
    • El usuario tiene control total en todo momento (puede moverse a donde desea, puede deshacer sus acciones)
    • La iconografía, los mensajes, los estilos y las formas de interacción son consistentes con los utilizados en el resto del sistema
    • La interfaz está diseñada para prevenir errores (botones que hacen cosas diferentes claramente distinguibles y en lugares adecuados, por ejemplo)
    • La interfaz no hace al usuario recordar una gran cantidad de cosas (le recuerda cómo utilizar funciones cuando es necesario)
    • El sistema es eficiente y minimiza la cantidad de pasos necesarios para realizar una acción
    • El diseño es estético y minimalista
    • El sistema da retroalimentación útil al usuario cuando ocurren errores
    • Es fácil para el usuario acceder a la documentación para utilizar el sistema

Casos de prueba

  • Los casos de prueba deben corresponder con los mockups y la lluvia de modelos
  • Se diseñaron pruebas para urls, models y forms que puedan automatizarse
  • Se diseñaron pruebas para views e interacción del usuario (estas no deben ser automatizadas)

General

  • Los documentos de diseño están registrados en la matriz de trazabilidad correspondiente