viernes, 27 de junio de 2008

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

viernes, 20 de junio de 2008

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.

Diagrama de clases 13/07


Descripciones de los casos de uso 19/06

Read this document on Scribd: Descripciones de los casos de uso

Menues del sistema 20/6

Read this document on Scribd: Menues

viernes, 13 de junio de 2008

13/06/2008

Se revisaron CdU importantes, como pedido a proveedores y pago a proveedores. Aun se manifiestan dudadas de dos tipos:
!1) confeccion propia del CdU
2) analisis insuficiente con el cliente sobre las modalidades de comercializar una venta, una devolucion y un pago.
Por lo tanto, tiene que reforzar este punto, para aprender las reglas de negocio de su cliente.
Por otro lado, debe esforzarse en escuchar lo que el profesor le sugiere hacer. CFaso contrario se produc e un dialogo entre sordos. Los avances son claron, pero podria avanzarse mucho mas si se esta primero en condiciones de escuchar, segundo en condiciones de qabsorver nuevas sugerencias, y tercero en implementarlas. Por lo tanto, reitero la necesidad de un relevamiento y toma de conocimiento mas detallada, para ahorrar tiempo en los analisis cojuntos que se hagan con el profesor.

Revisar todos los casos de uso ya hechos, incorporandoles la modalidad explñicada
VComo bien sugirio el alumno, debe hacer CdU para: tipo de pagos, para colores y tipode productos e incorporarlo a todos los CdU que se requieran.
NO DEBE OLVIDAR EL ALUMNO QUE, CUANTO MAS DETALLE PONGA ENLOS CdU MAS ESTARA CERCA DE LA PROGRAMACION.

Debe pasar las clases que confeccione a criterio del alumno, al producto Rational, para poder controlarlo.

viernes, 6 de junio de 2008

06/06/2008

Se han corregido varios Casos de Uso. El alumno debera propagar las modificaciones e implementarlas en todos los restantes CdE.
El alumno no presento clases ni sus atributos. Se hace mencion que pronto vendran feriados, vacaciones, viaje de egresados y por lo tanto se sugiere al alumno aportar un ritmo mas intenso en su trabajo. No se va a corregir ni pantallas ni programacion alguna hasta no ver finalizada y aprobada el analisis y diseño del sistema completo. De definir las clases y sus atributos. Intentar los primeros diagramas de secuencia, sin obligacion.