La semana proxima es la ultima clase.
Los alumnos seran citados por orden alfabetico, debiendo tener el sistema funcioanando inclusive el backup y la ayuda al usuario para dos opciones. Los programas mostrados deberan funcionar sin errores. Caso contrario no se aprobara en termino.
Mostrando entradas con la etiqueta Profesor. Mostrar todas las entradas
Mostrando entradas con la etiqueta Profesor. Mostrar todas las entradas
viernes, 21 de noviembre de 2008
viernes, 7 de noviembre de 2008
viernes, 31 de octubre de 2008
31/10/2008
Habiendo comenzando a revisar las opciones operativas, se han detectado ciertas situaciones que deben ser corregidas de la siguiente manera.
La trecla ESC DEBE FUNCIONAR saliendo de la opcion actual y pasando al menu previo.
Los valores numericos deben ajustarse a derecha y los importes venir expresados SIEMPRE con dos decimales.
En los simbolos correspondientes a alta (+) baja(-) y (*) debe aparecer un texto en cuando el cursor se posiciona sobre el mismo.
En aquellos formularios donde se puede ingresar el alta de un nuevo registro TODOS LOS CAMPOS DEBEN APARECER EN BLANCO, LIMPIOS.
Cuando se muestra un list box, el contenido debe aparecer ordenado en forma creciente.
Se solicita ganar tiempo y probar todas las opciones de ABM de modo de ir depurando los posibles errores y asegurarse un minimo desarrollo operativo.
Para un buen testeo hay que probar integralmente cada programa en cada uno de sus tramos particularmente, cuando al finalzar se quiera grabar, modificar o dar de baja.
Se encontraron diferentes errores en los ABMS testeados, por lo que se sugiere avanzar en su depuracion de modo que cuando el alumno requiera la presenecia del profesor, sea para controlar otras opciones del sistema.
De paso, llegó el tiempo de programar y mostrar las estadisticas oportunamente definidas. En caso de no estar definidas, solicitar al profesor su diseño.
Debe adelantarse la programacion de las opciones de Backup y Restore como tambien en el manual de ayuda al usuario.
La trecla ESC DEBE FUNCIONAR saliendo de la opcion actual y pasando al menu previo.
Los valores numericos deben ajustarse a derecha y los importes venir expresados SIEMPRE con dos decimales.
En los simbolos correspondientes a alta (+) baja(-) y (*) debe aparecer un texto en cuando el cursor se posiciona sobre el mismo.
En aquellos formularios donde se puede ingresar el alta de un nuevo registro TODOS LOS CAMPOS DEBEN APARECER EN BLANCO, LIMPIOS.
Cuando se muestra un list box, el contenido debe aparecer ordenado en forma creciente.
Se solicita ganar tiempo y probar todas las opciones de ABM de modo de ir depurando los posibles errores y asegurarse un minimo desarrollo operativo.
Para un buen testeo hay que probar integralmente cada programa en cada uno de sus tramos particularmente, cuando al finalzar se quiera grabar, modificar o dar de baja.
Se encontraron diferentes errores en los ABMS testeados, por lo que se sugiere avanzar en su depuracion de modo que cuando el alumno requiera la presenecia del profesor, sea para controlar otras opciones del sistema.
De paso, llegó el tiempo de programar y mostrar las estadisticas oportunamente definidas. En caso de no estar definidas, solicitar al profesor su diseño.
Debe adelantarse la programacion de las opciones de Backup y Restore como tambien en el manual de ayuda al usuario.
viernes, 24 de octubre de 2008
24/10/2008
Se recordo a sus compaleros que solo faltan 4 clases y que esta de por medio el coloquio. Por lo tanto, debe apurar el ritmo y terminar las opciones de programacion que restan. Si el sistema no se termina para el fin de clases quedan dos clases para el mes de diciembre. L:os programas deben ser testeados por el profesor.
viernes, 17 de octubre de 2008
17/10/08
Los datos numericos deben estar ajustados a derecha. Los campos que reciben numericos con decimales deben llevar SIEMPRE dos decimales.
Las listas (clientes, artiruclos o de cualquier tipo) deben estar ordenadas alfabeticamente.
Estan bien pensadas los shortcut para diferentes funciones. Pero debe implem,entarse la posibilida de que cuando el usuario lo sienta necesario, aparezca una ayuda con la descripcion sucinta de cada opcion.-
Las listas (clientes, artiruclos o de cualquier tipo) deben estar ordenadas alfabeticamente.
Estan bien pensadas los shortcut para diferentes funciones. Pero debe implem,entarse la posibilida de que cuando el usuario lo sienta necesario, aparezca una ayuda con la descripcion sucinta de cada opcion.-
viernes, 3 de octubre de 2008
3/10/2008
Revisamos las clases, sus atributos y los mensajes. OK
Revisamos el DER, propusimos algunos cambios y estan OK
Hicimos correcciones sobre ABM particularmente en compra desde pedido.
Puede desarrollar la programacion
Revisamos el DER, propusimos algunos cambios y estan OK
Hicimos correcciones sobre ABM particularmente en compra desde pedido.
Puede desarrollar la programacion
viernes, 26 de septiembre de 2008
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.
viernes, 19 de septiembre de 2008
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
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
viernes, 12 de septiembre de 2008
viernes, 11 de julio de 2008
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
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
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
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, 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.
!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.
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.
viernes, 30 de mayo de 2008
30/05/2008
Debe rehacer todos los casos de uso, con las correcciones comentadas en clase.
Debe postear el presupuesto corregido en clase.
Debe poster el menu modificado y revisar si previo todos los casos de uso, originados en dicho menu.
Debe cargar el diagrama de casos de uso en Rational y comenzar a definir las clases y sus posibles atributos.
Debe postear el presupuesto corregido en clase.
Debe poster el menu modificado y revisar si previo todos los casos de uso, originados en dicho menu.
Debe cargar el diagrama de casos de uso en Rational y comenzar a definir las clases y sus posibles atributos.
viernes, 23 de mayo de 2008
23/5/2008
Debera modificar sus escitos, para presentar dos, que se definen a continuacion:
1) Propuesta. Aqui debe volcar el alumno con el documento que el llamo "Garanti de exito" intercalando la estructura modular que ofrece su sistema.
2) Presupuesto, donde debera terminar la propuesta hecha por el profesor.
Debera rehacer su cuado de costos, eliminar el que posteo en el blog, y terminar con un nuevo y mas ajustado calculo de costos.
Debera postear el nuevo menu cotejado con el profesor.
Debera propagar los cambios en los casos de uso, sugeridos por el profesor. Debera desarrollar todos los casos de uso en base a dichas modificaciones.
Los casos de uso debera incorporar el detalle de operaciones que involucran. Es el paso previo a la programacion. En caso de mostrarlo al cliente, su revision puede aportar y enriquecer el sistema ademas de controlarlo en su mas minimo detalle.
1) Propuesta. Aqui debe volcar el alumno con el documento que el llamo "Garanti de exito" intercalando la estructura modular que ofrece su sistema.
2) Presupuesto, donde debera terminar la propuesta hecha por el profesor.
Debera rehacer su cuado de costos, eliminar el que posteo en el blog, y terminar con un nuevo y mas ajustado calculo de costos.
Debera postear el nuevo menu cotejado con el profesor.
Debera propagar los cambios en los casos de uso, sugeridos por el profesor. Debera desarrollar todos los casos de uso en base a dichas modificaciones.
Los casos de uso debera incorporar el detalle de operaciones que involucran. Es el paso previo a la programacion. En caso de mostrarlo al cliente, su revision puede aportar y enriquecer el sistema ademas de controlarlo en su mas minimo detalle.
viernes, 16 de mayo de 2008
16/05/2008
Rehacer el menu segun las pautas especificadas en clase.
El presupuesto es inadecuado, pues no da ninguna caracxteristica de contratacion.
Deberiahablar, ademas del precio final sobre los siguientes temas:
Forma de pago
Garantia,
Mantenimiento
Capacitacion
Carga Inicial
Tratamiento de Fuentes
Vigencia.
Si no tiene un modelo, solicita a cualquiera de sus compañeros y competarlo para la clase proxima
En funcion a la lista de casos de uso descripta, debera agrupar los mismos segun su tipo y grado de complejidad
Para cada uno debera estimar las horas de analisis y de programacion que le insumiria su tratamiento
Finalmente sume las hs de cada tipo, asignele un costo unitario y halle el total del costo de desarrollo del sistema.
Debe traer un diagrama de casos de uso.
Consultar al cliente dos estadisticas que considere utiles para su trabajo.
El porofesor le definio uno de los modelos de estadistica a implementar.
Desarrollar el detalle de 10 casos de uso. Algunos ABM y otros de otro tipo
El presupuesto es inadecuado, pues no da ninguna caracxteristica de contratacion.
Deberiahablar, ademas del precio final sobre los siguientes temas:
Forma de pago
Garantia,
Mantenimiento
Capacitacion
Carga Inicial
Tratamiento de Fuentes
Vigencia.
Si no tiene un modelo, solicita a cualquiera de sus compañeros y competarlo para la clase proxima
En funcion a la lista de casos de uso descripta, debera agrupar los mismos segun su tipo y grado de complejidad
Para cada uno debera estimar las horas de analisis y de programacion que le insumiria su tratamiento
Finalmente sume las hs de cada tipo, asignele un costo unitario y halle el total del costo de desarrollo del sistema.
Debe traer un diagrama de casos de uso.
Consultar al cliente dos estadisticas que considere utiles para su trabajo.
El porofesor le definio uno de los modelos de estadistica a implementar.
Desarrollar el detalle de 10 casos de uso. Algunos ABM y otros de otro tipo
viernes, 9 de mayo de 2008
09/05/2008
He revisado la presentacion del sistema y una estructura de Menu solicitadas. Estan estructuralmente bien construidas.
Le solicito al alumno mejorar el contenido de la presentacion. "Ser ganador" significa que propone un sistema superador, con humildad. No resaltar los aspectos negativos sino promocionar las ventajas relativas que se ofrecen.
El alumno debera reaordenar la estructura de menu presentada y controlar que todos los items propuestos en "modulos" esten todos representados en el menu.
El alumno debera presentar un presupuesto con elementos que ya conoce y comenzar a definir los casos de uso que integraran su sistema.
Le solicito al alumno mejorar el contenido de la presentacion. "Ser ganador" significa que propone un sistema superador, con humildad. No resaltar los aspectos negativos sino promocionar las ventajas relativas que se ofrecen.
El alumno debera reaordenar la estructura de menu presentada y controlar que todos los items propuestos en "modulos" esten todos representados en el menu.
El alumno debera presentar un presupuesto con elementos que ya conoce y comenzar a definir los casos de uso que integraran su sistema.
viernes, 2 de mayo de 2008
02/05/2008
Estuvimos revisando por segunda vez,m la estrudctura modular del sistema. Estuvimos reordenando y explicando que TODAS las opciones de ABM deben estar previstas, como para que el sistema sea AUTOSUFICIENTE e independiente del programador
Debe incorporar las nuevas opciones definidas y averiguar con precision en que consiste el listado de IVA ventas y Compras- Explico el IVA por unica vez. Debe corroborarlo con el cliente.
El formato de la presentacion de Soifer, es muy original. Debe profundizar en el analisis del sistema a desarrollar.
La proxima semana debera presentar los siguientes elementos:
1)Una estructuracion en modulos que representen la total funcionalidad que el cliente solicita. Cada una debe consistir de un titulo y una brevisima descripcion de lo que incluye.
2) Un menu que refleja la estructura anterior en forma jerarquica,
3) una presentacion "ganadora" del sistema que piensa desarrollar, sus virtudes (reemplazo del trabajo manual y automatizacion de las registraciones en una base de datos centralizada, etc.,), seguridad en las registraciones, avisos automaticos.
No olvidar definir los modulos de Compras, Pagos, Ventas Cobranzas y cuentas corrientes (clientes y proveedores)
El cliente deberia defir dos estadisticas que considere utiles para el manejo de su negocio. Defnir el listado de Iva compras/ventas.
Debe incorporar las nuevas opciones definidas y averiguar con precision en que consiste el listado de IVA ventas y Compras- Explico el IVA por unica vez. Debe corroborarlo con el cliente.
El formato de la presentacion de Soifer, es muy original. Debe profundizar en el analisis del sistema a desarrollar.
La proxima semana debera presentar los siguientes elementos:
1)Una estructuracion en modulos que representen la total funcionalidad que el cliente solicita. Cada una debe consistir de un titulo y una brevisima descripcion de lo que incluye.
2) Un menu que refleja la estructura anterior en forma jerarquica,
3) una presentacion "ganadora" del sistema que piensa desarrollar, sus virtudes (reemplazo del trabajo manual y automatizacion de las registraciones en una base de datos centralizada, etc.,), seguridad en las registraciones, avisos automaticos.
No olvidar definir los modulos de Compras, Pagos, Ventas Cobranzas y cuentas corrientes (clientes y proveedores)
El cliente deberia defir dos estadisticas que considere utiles para el manejo de su negocio. Defnir el listado de Iva compras/ventas.
viernes, 25 de abril de 2008
26/04/2008
El informe esta muy bien. Resalta claramente todas las falencias que tiene el sistema manual actual.
Por lo tanto, el conocimiento que proviene del informe debe ser sistematizado. Esto quiere decir, que Alexis debe empezar a definir los grandes temas que abarcara el sistema.
Por ejemplo: compra a proveedores, cuentas, corrientes, etc.
A medida que define una funcionalidad debe rfelacionarla al problema que resuelve. De manera que, cuando obtenga la estructura final, podra verificar si todos los problemas de registracion manual fueron resueltos (desconocer con precision el stock actual del sotano, saber cuantas unidades debe entregar aun un proveedor respecto de un pedido hecho, etc.
Por lo tanto, el conocimiento que proviene del informe debe ser sistematizado. Esto quiere decir, que Alexis debe empezar a definir los grandes temas que abarcara el sistema.
Por ejemplo: compra a proveedores, cuentas, corrientes, etc.
A medida que define una funcionalidad debe rfelacionarla al problema que resuelve. De manera que, cuando obtenga la estructura final, podra verificar si todos los problemas de registracion manual fueron resueltos (desconocer con precision el stock actual del sotano, saber cuantas unidades debe entregar aun un proveedor respecto de un pedido hecho, etc.
lunes, 21 de abril de 2008
Hoy es 21 de abril de 2008 NO SE AGREGO NADA
Si bien no estuve presente el viernes 18 de abril, cada alumno debe agregar al blog lo realizado durante la semana. Por lo tanto considero que el alumno Alexis Soifer no pudo avanzar nada durante la semana pasada
Suscribirse a:
Entradas (Atom)