miércoles, 23 de julio de 2008

23/07/2008

Hemos corregido un diagrama de secuencias, y explicado cada uno de sus elementos. Debe construir los restantes diagramas, no olvidando que corresponde un diagrama para cada caso de uso. PRIORIDAD 1
Debe construir 10 interfases. Con las correcciones que haremos sobre los mismos, ud podra trabajar en adelante en forma independiente. Quiero resaltar que tendremos muchos feriados en dia miercoles. Le sugiero no retrasarse, pues es dificil recuperar tiempos.

miércoles, 2 de julio de 2008

02/07/2008

Debe realizar el diagrama de secuencias. Debe construir 10 interfases. Con las correcciones que haremos sobre los mismos, ud podra trabajar en adelante en forma independiente.
Desarrollar 3 diagramas de secuencia. Quiero resaltar que tendremos muchos feriados en dia miercoles. Le sugiero no retrasarse, pues es dificil recuperar tiempos.

miércoles, 25 de junio de 2008

26/06/2008

hEMOS RECONSTRUIDO EL MENU
Hemos revisado las clases y sus atributos. Debe cargartodas las clases que conformaran su sistema en Rational y terminar con su definicion.
Le reitero que es necesario su mayor contraccion a los detalles del diseño. Dos campos que apuntan al mismo concepto deben llamarse de la misma manera. El revisado minucioso le facilitara las tareas de programacion.
Debe realizar el diagrama de secuencias.
Debe constgruir tres interfases. Con las correcciones que haremos sobre los mismos, ud podra trabajar en adelante en forma independiente.

miércoles, 11 de junio de 2008

11/06/2008

Planilla de Costos OK
Presupuesto OK
Revisar los CdU restantes en funcion al que hicimos en forma conjunta
Definir clases y sus atributos
Programar el menu
Definir primeras dos pantallas de interfase. Elegir pantallas sencillas.

miércoles, 4 de junio de 2008

El alumno trajo algunos casos de uso modificados en funcion a lo conversado la clase anterior.
Hemos corregido algunos de los casos de uso presentados. Se reitera la necesidad de profundizar el nivel de analisis que hace sobre el sistema. Deberia detallar el comportamiento que desea que tenga, como haciendo una practica previa al comportamiento que debera tener el programa.

Rehacerla planilla de costos con la reestructura acordada del grado de dificultad de los procesos.

Reitero la necesidad de generar un diagrama de casos de uso usando la herramienta Rational, y de paso generar el proyecto.
Desarrollar todos los casos de uso detallados del sistema.
Discutimos el significado de la estructura de una factura: el encabezamiento con sus datos fecha, codigo cliente/proeveedor, numero de factura y totales.
El detalle de la factura esta compuesto mpor los items que la integran.

miércoles, 28 de mayo de 2008

28/05/2008

Hemos corregido un caso de uso. Debera propagar las ideas discutidas en los restantes.
Creo que debe profundizar el nivel de analisis que hace sobre el sistema. Deberia aprovechar cada caso de uso para profundizar en el comportamiento que desea que tenga, describiendo detalladamente cada actividad dentro del caso de uso, datos que necesita, y registracion final en alguna BBDD.
Debe rehacer el calculo de costos pero no postearlo en el blog: es un documento de trabajo intgerno, para llegar al calculo de costos y establecer un presupuesto correcto.

Debe generar un diagrama de casos de uso usando la herramienta Rational, y de paso generar el proyecto.
Desarrollar los casos de uso detallados del sistema. Es preferible que haga 3 de cada tipo de dificultadcomo para poder realizar correctamnete los posteriores.

miércoles, 21 de mayo de 2008

21/05/2008

Debe postear el menu corregido. OK
Debe clasificar todos los casos de uso por su nivel de dificultad y a partir de ello, hacer el cuadro de costo de analisis y programacion. Debe presentarlo la SEMANA PROXIMA.
Diagrama de casos de uso a partir de las modificaciones.
Debe desarrollar en detalle 3 casos de uso por cada nivel de dificultad.