Buenas practicas para facilitar el uso

Integrantes

Estudiantes: Victoria Díaz y Luis Costela
Maestras: Laura Gómez y Tania Salina (escuela n° 114)

Objetivo

El objetivo de este proyecto es lograr obtener, trabajando junto con las maestras, un conjunto de "buenas prácticas de programación" para luego facilitarles el uso a ellas. Esto es muy importante porque ellas van a ser las principales usuarias del programa y la idea es que la tarea de configuración y adaptación de la aplicación para cada alumno no sea una traba para que este trabajo llegue realmente a los alumnos.

Proyecto

Este proyecto surgió dado que nuestras maestras no trabajan con niños con discapacidades motrices, sino que trabajan en escuelas comunes como se les llama. Esto nos llevó a cambiar el enfoque y en vez de centrarnos en los alumnos como lo hacen los otros proyectos, nos centramos en las maestras que van a ser las principales usuarias de XEvents. Nosotros decidimos trabajar sobre la aplicación de barrido básico que está como ejemplo del programa y lograr adaptarlo de tal manera de cumplir el objetivo.

El primer paso a realizar fue lograr adaptar el barrido a algo que fuese más modular, que la maestra no tenga necesidad de ver código que no le interesa y que lo que si le interesa esté a la vista y fácil de acceder. También se agregaron comentarios indicando cuales eran las acciones que se pueden realizar sobre cada bloque y que hacen los mismos. A continuación se muestra la solución propuesta.

imagen 1

imagen 2

Como se puede observar en la imagen 1, se puso todo lo que era configuración dentro de un bloque, el cual es contraible pero para fácil visualización lo dejamos expandido. Cada configuración posible tiene una descripción con cuales son sus valores posibles o como acceder a la paleta que modifica cierto valor, información relevante para la variable. También, se le agregó una descripción a cada una de las funciones que podían ser ejecutadas por la maestra, indicando específicamente que debía hacer click sobre ella y cuál era la acción que se iba a ejecutar (en nuestro caso las funciones eran "start" y "reiniciar"). Por otro lado, como se puede observar en la imagen 2, se modularizó el código de tal manera que en el "start" fuese fácil de visualizar cómo trabajaba el programa. Esto no solo es útil por si una maestra un poco curiosa le interesa ver sino también para el mantenimiento del código.

Una vez que teníamos esto procedimos a enviárselo a las maestras para que lo intentaran usar y nos dieran un feedback de cómo les resultó. En esta ocasión decidimos no mandar ningún tipo de manual extra para poder evaluar realmente si era necesario o no hacerlo y qué era importante incluir en él en caso de serlo.

El resultado fue que las maestras no pudieron cargar el archivo y fuimos a ayudarlas y vimos, que como todos estamos acostumbrados, hacían doble click sobre él y en la xo no tenían ningún programa asignado para abrir un .tb por defecto. Esto no lo habíamos tenido en cuenta desde un principio que podía pasar ya que estábamos acostumbrados a abrir primero el programa y luego cargar el archivo. En base a esto fue que decidimos hacer un manual de usuario básico, el cual fue realizado en cooperación con las maestras, en donde se incluyeron 3 secciones, cada una con instrucciones simples y con imágenes de referencia. Estas secciones son:

• • Carga de archivo - explica paso a paso como cargar un archivo .tb
  • Descripción del programa - Explica un poco las acciones importantes que se pueden realizar y las configuraciones a modificar
  • Ejecución del programa - Explica cómo iniciar la aplicación y cómo finalizarla

A continuación se puede observar el manual que armamos: Archivo:Manual de usuario.pdf

En cuanto a la propuesta del código les pareció que era correcta y no tuvieron ninguna dificultad al intentar cambiar valores de las variables y ejecutar el programa.