26/09/2008

Revisamos el DdS de Pagos. Debe revisar los mensajes registradas en todos las clases. Hay duplicidad de nombres y quizas hay que borrar algunos metoidos, pues el Rational no lo hace automaticamente.

19/09/2008

Ya en anteriores clases hablamos de la importancia de los diagramas de secuencia, como forma de implementar los casos de uso.
A pesar de varias explicaciones el alumno insiste en querer comenzar a programar.
El profesor indico que no va a revisar ninguna programacion hasta que los siguientes procesos no esten concluidos:
Todos los diagramas de secuencia
Todas las clases y su diagrama
Un DER COMPLETO.
control exhausitivo de atributos ern cada clase y en cada tabla.

A las diferentes explicaciones y correcciones sobre la confeccion de diagrama de secuencia, el alumno se resiste a incorporarlas mencionando que lo tiene todo en su cabeza.
La realidad es que la materia consiste en transcurrir por todo el PROCESO de analisis, diseño, desarrollo testeo e implementacion de un sistema.
Es auspicioso el hecho manifestado por el alumno de tenerlo en la cabeza ya resuelto. El unico paso, muy pequeño por cierto y metodologicamente necesario es que vuelque sus conocimientos al esquema de diagrama de secuencia, siguiendo las indicaciones del profesor.
Por lo tanto, si todos los puntos anteriorers no estan listos no seguiremos adelante.
Quiero hacer notar, que cuando tomamos un diagrama de secuencia complejo, el alumno pudo finalmente plasmarlo correctamente. Por lo que el profesor entiendo que la metodologia esta clara.


Hicimos modificaciones a las interfases como tambien a los diagramas de secuencia.
Pa ra la proxima deseo que se termine de programar todas las interfases y que esten incluidas en el menu.
Debe terminar la totalidad de diagramas de secuencia. Revisar los atributos de todas las clases definidas y establecer las relaciones entre clases.Debe comenzar a programar tres ABM completos

12/09/2008

A las 8,30 el alumno esta ausente. Debera presentar un DER con la estructura de tablas

11/07/2008

Muy bueno el trabajo entregado. Hicimos modificaciones a las interfases como tambien a los diagramas de secuencia.
Para la proxima deseo que se termine de programar todas las interfases y que esten incluidas en el menu.
Debe introducir los cambios anotados en el block de notas
Debe terminar la totalidad de diagramas de secuencia.
Revisar los atributos de todas las clases definidas y establecer las relaciones entre clases.
Debe comenzar a programar tres ABM completos

Diagrama de casos de uso

27/06/2008

Rehacer el casso de uso de registracion de gastos. Los CdU vistos hastsa ahora estan OK
El diagrama de CdU debe ser posteado al blog. Agregar todos los casos de uso definidos ultimamente.
Agregar clase de tipo de movimientos con su signo correspondiente (Compra +, Venta - Devolucion a Proveedor - devolucion de cliente +)
El diagrama de clases y sus atributos estan muy bien detallados.

Desarrollar 5 interfases, 2 abms, pedidos, compras y pagos
Desarrollar 5 diagramas de secuencia 2 abms, pedidos, compras y pagos
Hemos desarrollado 1 diagrama de secuencia. Tomarlo como modelo para hacer los restantes encargados

19/06

Se realizó un nuevo relevamiento.
Se cambió el sistema de compras.
Se agregó "familia de productos".
Se agregó "stock mínimo".
Se agregó el cambio de IVA.
Se eliminó la parte de cheques, innecesaria.
Se modificó la utilidad de la parte de Bancos.
Se agregó Productos-Cantidades como clase "nueva".
Se le cambiaron los nombres a algunos atributos confusos.
Se le agregó a todos los casos de uso la parte de filtros para búsqueda.
Se determinó una estructura para contener a las notas de crédito.
Se corrigieron varias clases como la de pedidos.
Se terminaron las descripciones de los casos de uso.
Se modificó el menú.
Se realizó el diagrama de clases.