Kevin Kujawski 6°IC - Proyecto Final

Blog sobre el Proyecto Final del Alumno Kevin Kujawski de 6°IC de la Escuela Tecnica ORT

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.

Resolvio un problema de ventas. Me muestra cuando lo termina

Estuvo presente y esta trabajando no tiene consultas para el profesor

El alumno esta ausente. 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.

Los importes deben estar ajustados a derecha. y los que les corresponde decimales, tienen que tener SIEMPRE los dos decimales.
Las listas (clientes, articulos, etc) debn venir ordenados alfabeticamente en forma creciente).

Revisamos y depuramos el DER. Tiene que actualizar el menu con las nuevas tablas definidas y los respectivos CdU y DdS. Reflejar atributos del DER en cada clase.
Revisamos un DdS. Consideramos listos. Tiene que terminarlos.
Incorporar los cambios del DER en el esquema deClases. Comenzar a prsogramar.

Revisamos un DdS. No vere nada mas si estos no estan listos.
Revisar las clases para controlar si estan definidos todos los atributo.
Desarrollar el DER en Access Interfases OK
Para la proxima: revisacion final de DdS. Revisacion final de atributos particularmente en las relaciones de tablas en DER. A partir de alli, podra comenzar a programar.

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

Alberto:
Mañana no asistire a clase por precaucion a los rumores sobre el atentado a las instituciones judias, igualmente te mandé al mail (arozenfa@gmail.com) lo que tenia que hacer para esta semana.


Debe revisarlos todos y terminar TODOS los diagrama de secuencias, de acuerdo a las modificaciones que introdujimos en el de ABM Articuls. No vere nada mas si estos no estan listos.

Revisar las clases para controlar si estan definidos tods los atributo. En principio, se eliminaron algunas clases y se completaron atributos.

Siendo las 8 y 20 el alumno esta ausente

Mañana estaré ausente ya que asistiré al acto de la AMIA

Los diagramas de secuencia se relacionan uno por uno con cada caso de uso. Cada DDS debe reflejar cn precision lo desarrollado en cada caso de uso: No son conceptos diferentes, solo son dos formas diferentes para expresar la misma situacion. Debe revisarlos todos y terminar TODOS los diagrama de secuencias. No vere nada mas si estos no estan listos.

Revisar las clases para controlar si estan defiidos tods los atributo.
Revisar las interfases para ver si tienen todos los campos que requiera la clase que los representa.

Corregimos restantes interfases. Seguir desarrollando las restantes en base a la logica empleada en Ventas y Tipos de movimientos de articulos.
Revisamos Diag de secuencia de Proveedores. Ahora tiene una idea global de como hacerlo.
Realizar 10 diagramas de secuencia: movimientos de articulos, distribucion de mercaderia, 2 abms y pagos, entre ellos.

Antes de vacaciones de invierno deben estar listos todos los diagramas de secuencia y todas las interfases.

Hicimos las primeras correcciones sobre interfases.
Realizar todas las interfases faltantes segun las modificaciones.
Realizar 5 diagramas de secuencia: movimientos de articulos, distribucion de mercaderia, 2 abms y pagos.

Ya estan listas las cinco interfaces pedidas. Estan hechas en Visual Studio .NET, por eso no se pueden postear directamente al blog.

Read this document on Scribd: SPI2 - Descripcion de Casos de Uso

La descripcion de CdU tuvo un muy buen avance. Tiene que implementar las modificaciones que hicimos en clase.
La primera aproximacion al diagrama de clases esta muy bien. Debe ajustar algunas propuestas hechas y depurarlas. Debe estudiar lo descripto en cada CdU para cerciorarse que las clases tendran todos los atributos necesarios.

Debe confeccionar 5 interfases cualesquiera y los correspondientes diagrama de secuencia.
Postear la descripcion de casos de uso

Se han elaborado en forma conjunta varios casos de uso. Aun se nota poca precision en su desarrollo. El alumno debe profundizar mucho mas en el detalle de cada cdu y plasmarlo en su desarrollo.Empezo con las primeras clases y sus atributos. La intencion es perfedcta. Pero he mostrado al alumnoque aqui se da tambioen la falta de propfundidad en la definicion de atributosSe recomienda al alumno lo importante que es avanzar en forma mas segura. Se vienen epocas de vacacionesViaje de egresados y feriados, que tomaran mucho de su tiempo en la instirucion.No se analizara ni programacion ni interfases si la parte de analisisy diseño no esten completas.

Tiene que revisar todos los casos de uso, e introducirles los cambios pactados.
Sugiero que trabaje con mayor nivel de detalle.
Tiene que generar el diagrama de casod de uso con la herramienta Rational.
Debe empezar a definir las clases y sus repectivos atributos.
Trate de entrar al detalle de cada CdU y er los datos que alli considero para ir completando los atributos.

Sacar del blog la planila de costos. Es un documento interno del programador.

Poster la propuesta y presupuesto como documento unico

El control de costos estuvo OK, aunque debera esstructurarlo diferente. Presentarlo nuevamente.
Reestructurar el menu, recordando que el sistema debe ser autosuficiente, es decir, contar con TODOS los abm necesarios como para que el cliente pueda cargar todos los datos.

Corregir todos los casos de uso en base a lo especificado en clase con el profesor.

El alumno debera rehacer la planilla de costos
Debera desarrollar detalladamente 10 casos de uso (algunos abms y otros no)
Hacer el diagrama de caso de uso.

Read this doc on Scribd: SPI2 - Lista de Casos de Uso

El alumno presento correctamente el menu OK.
Realizados algunos cambios menores, debe re-postearlo en lugar del anterior.
El alumno mostro la presentacion de la propuesta. Se propusieron algunas reformas. Despues de hechas debera postearlas al blog.
Trajo la propuesta economica, sobre las cuales se propusieron cambios. El alumno debera redactarla nuevamente, considerando los comentarios y debera generar una planilla excel conteniendo los modulos propúestos en el menu con la cantidad de horas estimadas de analisis y programacion.
Debera ademas preparar una lista de casos de uso que incluira su sistema

Publico el menu con las opciones y ABMs de concepto:


Además los Módulos, y la Propuesta y Presupuesto fueron actualizados.

La estructuracion del sistema esta muy bien. Tambien esta correcta su presentacion del sistema, aunque considero debe ampliarla. Ya di al alumno pautas para su reescritura.

Debera presentar un menu de las opciones organizandola jerarquicamente de acuerdo a los modulos definidos. Debe considerar todos los ABMs de conceptos, pues el sistema debera ser autosuficiente, de modo que el cliente debera poder cargar EL SOLO todos los datos necesarios para que el sistema funcione.

Preparar la primer lista de casos de uso.

Read this doc on Scribd: SPI2 - Propuesta y Presupuesto

Los modulos ya fueron reemplazados por los actualizados

Debe reemplazar el resumen de modulos nuevamente al blog, reemplazando el anterior.

El resumen modular esta bien. Debería mostrar el nuevo esquema al cliente y pedirlo su conformidad y ademas la definicion de las dos estadisticas que considere mas importantes, para conocer la evolucion de su negocio.


Me gustaria que cada elemento de la propuesta tenga una breve descripcion de su comportamiento pues esto sera la base para el contenido de los futuros casos de uso. A medida que describa estos comportamientos, deberia ir pensando en los diferentes atributos que en algun momento deberá diseñar.

Read this doc on Scribd: Modulos

Estimado alumno:
Desde la ultima clase (11/04/2008) no veo que se haya agregado nada al blog. Por lo tanto, considero que durante la semana pasada, no hubo ningun adelanto en el proyecto. Las sugerencias mias dadas el 11/04/2008 no fueron consideradas ni elaborada0s, por lo que considero que el alumno no ha avanzado. Se manifesto claramente que el blog seria el testigo del avance del trabajo y por lo tanto la documentacion del mismo. Le sugiero al alumno no dejar pasar el tiempo y ponerse al dia con lo sugerido por mi.

El relevamiento esta muy bien.
Quisiera que leas profundamente el informe y empiezes a organizar las funcionalidades que describiste por modulos. Esta seria una organizacion del comportamiento del sistema, como para que el cliente entienda el alcance del mismo. Tienes que pedirle detalles de cómo quisiera ver sus estadísticas. Cada grupo debera llevar la descripcion de los puntos que implican o incluyen.

Read this doc on Scribd: PF - Informe de Relevamiento