Análisis y Diseño Orientado a Objetos en UNTreF

Este cuatrimeste estamos con DiegoF dictando esta materia por primera vez, un desafio por demas interesante.

Nos hemos plateado como objetivos:

• Que los alumnos desarrollen una capacidad de análisis y diseño para atacar problemas de distinta índole, tanto a nivel software como hardware.
• Presentar un método formal de trabajo aplicable a su vida profesional.
• Construir una caja de herramientas de diseño para su uso en posteriores materias y  también en el ejercicio profesional.

Complementariamente a estos objetivos de alto nivel también pretendemos:

• Trabajar con varios casos de estudio, pues creemos que la mejor manera de aprender a diseñar es diseñando y revisando diseños.
• Desarrollar actividades periódicas que complementen la teoría y ayuden a poner en práctica los conceptos expuestos.
• Trabajar con distintos tipos de sistemas: de información, de tiempo real y embebidos entre otros.
• Proveer herramientas para documentar un diseño.
• Reflexionar sobre el costo y el valor de la flexibilidad.

Si bien no hemos encontrado un libro de texto que cubra la totalidad de los temas que queremos cubrir, hemos decido recomendar a los alumnos el libro de Craig Larman, UML y Patrones: Introducción al análisis y diseño orientado objetos y al proceso unificado. Esta decisión esta basada en que el mencionado libro provee una buen acercamiento a los temas centrales de la materia utilizando herramientas muy difundidas y de uso cotidiano en la actualidad. Además el libro desarrolla un caso de estudio de punta a punta.
Entre los libros que hemos decidido utilizar para distintos temas puntuales estan:

• Software Architecture in Practice, by  Len Bass, Paul Clements y David Garlan.
• Object Design, by Rebeca Wirfs-Brock y Alan McKean.
• Object-oriented software construction, by Bertrand Meyer.
• The Design of the design, by Fred Brooks.

A medidas que vaya corriendo el cuatrimestre intentaré ir compartiendo los resultados y descubrimientos que hagamos.

Programa de tutorias en UnTreF

Hace un par de semanas estuvimos junto con DiegoF y MarianoT coordinando un encuentro con alumnos de los primeros años de la carrera de ingeniería en computación de la Untref. El encuentro fue en contexto del programa de tutorias. La cite fue a las 19 hs y comenzamos actividad con algunas actividades típicas para romper el hielo. En este sentido no dejo de asombrarmo como se suelta la gente (particularmente los hombres) al hablar de futbol. Digo esto porque una de las cosas que hicimos para presentarnos fue, sentados en ronda, decir nuestro nombre, contar a que altura de la carrera estábamos y decir si Maradona debía seguir o no al frente de la selección. Las opiniones sobre Maradona fueron de lo mas diversas y fue muy divertido.

Una vez hechas las presentaciones hablamos sobre las dificultades que los alumnos habían encontrado durante el primer año de cursada. Todos coincidieron en la gran dificultad que les implicó el cambio de ritmo entre la escuela secundaria y la universidad. Si bien algunos ya habian tenido algunos inconvenientes en el curso de ingreso, aquellos que pasaron el ingreso sin mayores complicanes, luego se vieron complicados al cursar las materias del primer año. Al analizar las causas de las dificultades afrontadas, todos los indicios terminaron acusando a la falta de organización del tiempo de estudio. En realidad creo este término es un poco generico, siento un poco más concreto, resulto ser que las horas de estudio dedicadas al estudio más allá de las horas de cursada era muy poco. En general el tiempo de estudio extra clase dedicado era inferior a 5 horas. Esto resulta ser muy poco considerando que la carga de cursada en general rondaba las 20 horas semanales.

Durante los primeros años de carrera recuerdo que una profesora de matemática me dijo que por cada hora de clase había que dedicar al menos una hora de estudio adicional. Si aplicamos esta heurística al caso en cuestión, los alumnos deberian dedicar unas 20 horas de estudio cuando en realidad se encuentran aplicando alrededor de 5.

Hablando sobre la organización del tiempo, en primer lugar hay que conseguirlo y luego hay que saber administrarlo. Por ejemplo recuerdo que en mis dias de estudiante, yo organizaba mi tiempo de estudio en slots de 2 horas máximo, pues me resultaba imposible mantener las concentración por más de 2 horas seguidas.

Tanto Diego como Mariano también aportaron sus consejos para organizar el tiempo de estudio y algunos otros consejos generales para “sobrevivir” en la universidad.

A pesar de ejercer la docencia desde hace ya varios años, creo que esta fue la primera vez que compartí explícitamente con alumnos mis técnicas de estudio y fue una experiencia muy gratificante.

Espero que a los alumnos les haya resultado el encuentro.

Las herramientas y el contexto

Como ya mencioné anteriormente, junto con DiegoF estamos dictando una materia de análisis y diseño en la UnTreF. Resulta que en la última clase me toco dar “User stories”. Si bien es un tema que me animo a decir conozco con cierta profundidad, no estoy seguro de haber transmitido correctamente la idea. Resulta que la mayoría de los alumnos, por su joven promedio de edad (debe estar en 20 años),  no tiene experiencia laboral en el desarrollo de software. Al mismo tiempo antes de user stories vieron el método de análisis ambiental de Ed. Yourdon y el ya clásico modelo de casos de uso del proceso unificado. Con este contexto resulta dificil entender como es que pueden funcionar las user stories sin tener en claro la cultura agile. ¿Cómo es posible que una simple oración sirva de especificación ? Pues ahí está la cuestión, la user story no es la especificación, sino simplemente un recordatorio de hablar sobre algo impotante para el usuario. Esto implica que el usuario/cliente/product owner estará disponible para consultas y trabajo conjunto durante la construcción del producto.  Durante la clase intenté explicar ciertas cuestiones de las user stories por contraposición con algunas otras herramientas tradicionales, pero dado que los alumnos no tenian experiencia en desarrollo de software (más allá del ambiente académico), este intento resultó poco útil. Creo que en cierto modo, algo similar me paso al presentar el modelo de casos de uso. Me parace que la próxima, antes de explicar las distintas herramientas (casos de uso, user stories, etc) vamos a tener que hacer una introducción a los contextos metodologicos, en los cuales estas herramientas suelen utilizarse.

Andanzas por la UNTreF

Durante este cuatrimestre estoy colaborando con DiegoF en el dictado de la materia de análisis y diseño perteneciente a la carrera de Ingeniería en Computación de la Universidad Nacional de Tres de Febrero. La materia pertenece al cuarto cuatrimestre de la carrera y en cierto modo sería equivalente a Análisis de la Información en Fiuba. Si bien el nombre formal de la materia es “Análisis y diseño estructurado”, el contenido es bastante más amplio; la visión de Diego es que al finalizar la materia los alumnos cuenten con varias herramientas y tengan el criterio de para poder elegir cual utilizar en cada caso. El programa de la materia incluye temas bastante variados que van desde el análisis estructurado de Yourdon, el diseño de productos, hasta User Stories y Atributos de calidad, pasando por Casos de uso, UML,  e implementación de paquetes. La materia se dicta en clases semanales de 4 horas, donde por lo general damos 2 horas de clase de exposición y luego actividades de aplicación, como ejercicios o incluso juegos.

Sinceramente me parece que la materia está muy bien pensada y es por eso que no lo dudé cuando Diego me hizo la propuesta. Estamos intentando grabar el audio de las clases de exposición, hasta ahora solo hemos grabado 2 clases y según me cuenta Diego han quedado muy bien.

A medida que vaya avanzado el cuatrimestre iré contando por aquí las expericiencias que vayamos recogiendo.

Esto es todo por ahora, cambio y fuera.