Diseño de Software

Model driven programming

Con respecto a esta tarea, el porcentaje de tareas entregadas ha tenido un aumento considerable.

Básicamente para la entrega de esta tarea hay tres tipos diferentes, los que pusieron solo lo que entendieron (6 de calificación), los que usaron las mismas referencias que encontró alguno de sus compañeros más el análisis personal (8 de calificación) y los que se esforzaron a detalle para hacer la tarea (10 de calificación).

Entre este último grupo esta la tarea de Aaron Munguia , quien ha logrado abstraer perfectamente el concepto que buscaban.

Con el trabajo que me costo leer los artículos en ingles que encontré en Internet, pude entender que Model Driven Programming hace referencia a la manera en que se generan aplicaciones a partir de diagramas de modelado. Existen aplicaciones que a partir de diagramas generan automáticamente el código fuente para que un programa funcione. La ventaja de esta opción de desarrollo de software es que no se necesita mucha experiencia, ni conocimiento completo del lenguaje, se pude tomar el modelo y desarrollarlo en varios lenguajes y plataformas de aplicación además de que la documentación se genera casi automáticamente.

Las Desventajas es que en la mayoría de las ocasiones se genera mucho código basura e inservible que podría repercutir en el rendimiento del software.

Entrega de la programación del sistema

Para el 1E y el 1D se cambia la fecha de entrega de la programación del sistema para el día 7 de Diciembre de 2007, el mismo día de los manuales técnico y de usuario, ya que estos NO cambian de fecha.

Subir archivos de tareas

Si desean un lugar para subir sus archivos de las tareas, les he puesto un micrositio para que lo puedan hacer y obtengan el enlace que pondran en su blog.

Subir archivos tarea

Análisis sobre el seguimiento individual del proyecto

En esta parcial como se estarán entregando tareas continuamente es necesario tener una retroalimentación grupal sobre ellas de mi parte, por lo que iniciaremos este pequeño tumblelog con el análisis sobre el seguimiento que deben de dar de forma individual al proyecto.

En general los dos grupos no entregaron tarea, sólo me queda recordarles que entregar estas tareas corresponde a tener derecho sobre el 40% de los exámenes y que no hay otra fecha para entregarlas.

Con respecto a los que entregaron tareas, la gran mayoría ( aunque me lo esperaba ) sólo subieron algo por cumplir, aunque debo decir que me llevé un par de sorpresas agradables, principalmente en el 1D, en particular me agradó bastante el trabajo de seguimiento que realizó Xochitl Flores :

El rol que me ha tocado llevar a cabo en el equipo de desarrollo para el sistema de Punto de Venta Kiosko es el de documentador. Éste, junto con el rol de administrador de proyecto son los únicos roles que tenemos formalmente definidos en el equipo, ya que por un malentendido no hemos elaborado la planeación de desarrollo, pero ya calendarizamos una nueva reunión para ponernos de acuerdo.

Para la realización de esta primera etapa sólo fue necesaria una reunión y durante ésta, todos los miembros del equipo nos encargamos de revisar el documento de requerimientos que habíamos elaborado con anterioridad, discutimos acerca de los requisitos específicos que no estaban bien definidos y corregimos su redacción para que todos pudiéramos entenderlos; ya que este documento nos servirá de base para el resto del desarrollo del sistema.

En equipo también elegimos el ciclo de vida más conveniente para la realización de éste proyecto.

Y como mi rol es el de documentador, me di a la tarea de redactar la minuta correspondiente a nuestra primera reunión, sólo que por problemas técnicos, que me da vergüenza confesar y hasta el momento no he podido resolver :’( , no pudimos entregarla junto con el documento impreso, pero me dediqué a re-redactarla y ya está incluída en el pdf que se puede descargar aquí y en el blog del equipo.

Pero no quedó en este completo post, si no que utilizó más de uno para completar el seguimiento de la actividad:

Era inevitable la elaboración del plan de desarrollo, así que como dije en mi post anterior nos apresuramos a realizarlo, para quitarnos de ese pendiente y aquí está el resultado:

Especificación de requisitos + plan de desarrollo

Como pueden ver, lo importante es narrar los detalles, pueden seguir el ejemplo también de su compañero Javier Borja , para que se den una idea de qué es lo que busco con esta actividad.