-
Propuesta de trabajo
Los alumnos entregarán una propuesta con la idea sobre la que piensan basar su programa.
Esta propuesta no está sujeta a una rúbrica de evaluación. Sólo se analiza para determinar si se encuentra a la altura de lo que se espera del proyecto del alumno. El docente podrá decidir, en base esta presentación, si el alumno va a trabajar sobre ese proyecto, lo va enriquecer o lo va a recortar. -
Period: to
Etapa de relevamiento y análisis
Para la programación de un sistema es indispensable un adecuado relevamiento y análisis de datos que permitan constituir una sólida base sobre la cual realizar el diseño. A veces el relevamiento de datos no es adecuado, ya que es escaso o no indaga sobre lo sustancial que debe proveer al proyecto. O tal vez están los datos esenciales pero no hay análisis de los mismos o no es un análisis que permita generar un adecuado escenario de trabajo. -
Relevamiento y análisis de datos
RÚBRICA DE EVALUACIÓN
1. No hay relevamiento
2. Se hace un trabajo de relevamiento pero no es suficiente o no es pertinente
3. Se hace un buen relevamiento de la situación inicial pero no se observa el análisis de los datos
4. Se hace un adecuado relevamiento, hay datos suficientes pero el análisis no es pertinente
5. El relevamiento arrojó los datos adecuados, el análisis es completo y constituyen una plataforma sólida para comenzar el diseño del sistema -
Period: to
Etapa de diseño
El diseño de sistemas surge a partir de un buen análisis, debe ser coherente con el mismo, claro, pertinente y debe organizar todos los objetos, propiedades, eventos, métodos y rutinas que van a componer el sistema. Por lo tanto es fundamental que sea completo y que genere una transición aceitada hacia la etapa de programación -
Diseño
RÚBRICA DE EVALUACIÓN
1. No hay evidencias del diseño
2. El diseño no es claro ni sólido
3. El diseño es claro pero no se corresponde con el relevamiento y el análisis
4. El diseño es claro y correspondiente con la etapa anterior pero no parece arrojar datos que anticipen una programación correcta
5. El diseño es claro, pertinente, coherente con el análisis y permite anticipar una buena etapa de programación -
Period: to
Programación, prueba y puesta a punto
Un sistema puede no funcionar, funcionar con errores, o funcionar correctamente a vista del usuario. Sin embargo, un programador avezado podría evaluar que, además de no interrumpirse abruptamente, el código esté escrito según las normas adecuadas. Más aún, en el supuesto caso en que el programa sea complejo y funcione correctamente, no tiene por qué tener una interface amigable con el usuario. Es necesario tener en cuenta todos estos aspectos para el producto final. -
Programación
RÚBRICA DE EVALUACIÓN
1. El programa no funciona
2. El programa funciona con errores
3. El programa funciona correctamente pero no respeta las normas de estilo de la programación estructurada
4. El programa funciona correctamente, respeta las normas de estilo de la programación estructurada y tiene un alto nivel de complejidad
5. El programa funciona correctamente, respeta las normas de estilo, tiene un alto nivel de complejidad y la estética de formularios es amigable con el usuario -
Period: to
Preparación de la carpeta del sistema
Los trabajos de programación de este estilo suelen hacerse en equipos de varias personas. Pero muchas veces alguna o algunas de esas personas por diversos motivos pueden abandonarlo en la mitad de la confección o cuando ya está puesto en marcha. Ante una modificación que requiera el sistema, cualquier programador debe poder seguirlo. La documentación es lo que permite la comprensión del sistema por parte de profesionales que no han integrado el grupo de trabajo. -
Documentación
RÚBRICA DE EVALUACIÓN
1. No hay carpeta de documentación
2. La documentación es escueta e insuficiente
3. La documentación es completa pero no deja claro el funcionamiento del sistema
4. La documentación es muy completa y clara, permite hacer un seguimiento del funcionamiento del sistema pero está expresada de forma desordenada o desprolija
5. La documentación es completa, pertinente, permite comprender cabalmente el funcionamiento del sistema y está presentada clara, ordenada y prolijamente -
Period: to
Preparación de la presentación
Por último, una vez que se ha finalizado el sistema, debe presentarse al usuario. En este caso, al tratarse de un prototipo didáctico, debe presentarse al grupo áulico y a la comunidad educativa. Y debe hacerse de modo que cualquier persona pueda comprender para qué sirve, qué se puede hacer con él y básicamente cómo utilizarlo. -
Presentación
RÚBRICA DE EVALUACIÓN
1. El sistema no ha sido socializado
2. El sistema se presenta al grupo de trabajo áulico relatando sus pasos
3. El sistema se presenta al grupo relatando sus pasos y apoyando esta exposición con una presentación
4. El sistema se presenta al grupo, se publica en la web y se detalla mediante una presentación a toda la comunidad
5. El sistema se presenta al grupo, a la comunidad por internet, y se hacen ambas actividades de manera clara, atractiva y simple de comprender
