Hola a todos,
Primero que nada quiero decirles que estoy muy contento con el avance de la mayor parte del grupo con respecto al contenido de sus Blogs. Lo cuál de forma cuasi directa representa un gran avance en la investigación de diseño, un avance en el proyecto.
Las devoluciones del classroom irán sólo con nota que representa el trabajo reflejado en el programa, y algún breve comentario. El resto podrán leerlo en el texto que sigue abajo, que son observaciones a todo el grupo. No todos los casos son iguales, cada uno identificará el suyo cuando lea cada punto.
Las devoluciones del classroom irán sólo con nota que representa el trabajo reflejado en el programa, y algún breve comentario. El resto podrán leerlo en el texto que sigue abajo, que son observaciones a todo el grupo. No todos los casos son iguales, cada uno identificará el suyo cuando lea cada punto.
Por otro lado,
estuve leyendo los proto-programas de algunos/as:
Por favor les sugiero que lean detenidamente el programa de ejemplo que hay en este Link:
Elaboren bien los condicionantes y requerimientos. No son palabras únicas como "rígido", "flexible", "económico", deben hablar de la situación específica de su proyecto. Si debe flotar en el agua, expliquen la razón, ejemplo: "..para que pueda ser encontrado por rescatistas". No hagan que el otro, el lector del programa, deba preguntarles para completar la información.
Otro caso, las "premisas" ya son decisiones en cuanto al diseño, no son objetivos a futuro. Una premisa no es "el producto debe ser lo más liviano posible" (que sería un objetivo o requerimiento), sino la decisión que lo hace liviano, ejemplo, "El chasis es de fibra de carbono, con estructura tipo filigrana".
Otro caso, las "premisas" ya son decisiones en cuanto al diseño, no son objetivos a futuro. Una premisa no es "el producto debe ser lo más liviano posible" (que sería un objetivo o requerimiento), sino la decisión que lo hace liviano, ejemplo, "El chasis es de fibra de carbono, con estructura tipo filigrana".
Otro ejemplo:
Factor: Morfología / Inteligibilidad
Requerimiento: El producto debe tener la menor cantidad de partes posibles y las mismas deben ser diferencianles entre sí.
Premisa: La configuración del producto se compone de 3 partes, base/cuerpo principal/cabezal, visiblemente divididas, mediante....(algún recurso morfológico)
Diseño del Programa
Si hay factores en los cuales aún no tienen nada para poner, no los agreguen. Los agregarán cuanto tengan algún requerimiento o condicionante para esa fila, obtenido mediante investigación o experimentación.
Sobre los BLOGS
1. No suban escaneos de costado u oscuros. Los aclaran, los enderezan y recién lo suben al blog.
2. Con respecto a la facilidad de navegación en los blogs: La mayoría de los blogs tienen en la parte de arriba una "lupita" que sirve como buscador de contenido dentro del blog. Por lo tanto si una publicación ES un eje de desarrollo, el título de dicha publicación puede o debería ser:
"EJE 1 - Estudio de tecnologías que componen una impresora" o "EJE 2 - Análisis de Antecedentes: máquinas trituradoras", de modo que en la lupa se puedan buscar los Ejes de Desarrollo simplemente tipeando la palabta "Eje".
3. Con respecto a los objetivos del producto: siempre es más simple resolver un producto o una idea cuando los objetivos son pocos y están bien definidos. Traten de tener entre 5 a 7 objetivos como máximo en esta etapa.
Así se pueden enfocar en resolver cuestiones que son realmente importantes y al mismo tiempo específicas de su proyecto, no de los productos en general. Las demás son parte de todo diseño, y que explicitarlas en el listado de los objetivos se vuelve redundante, como ser "de buen diseño", "que sea comprensible por el usuario", "que sea fácil de usar", "que se pueda limpiar", "que no se rompa fácilmente", etc. Después, en el cursado de Proyecto Final podremos pulir bien los objetivos y agregar algunos que salen a flote durante el análisis de la propuesta.
4. Para los que tienen un sistema o kit de productos diferentes, casi que se ven obligados a hacer alguna separación en el programa o hacer un programa por producto. Si tengo una máquina para hacer harina y una máquina para hacer pan, tendré ciertos requerimientos para la primera y otros requerimientos para la segunda.
Comentarios
Publicar un comentario