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.

9.00 tiene coloquio

Estuvo presente y esta trabajando no tiene consultas para el profesor

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.

Comenzar a programar. Buena suerte

Aunque faltaren detalles, se da por terminado la confeccion de Diag de secuencia y de int erfases.
El alumno debera desarrollar el DER y la clase proxima haremos exhaustiva revision de atributos y relaciones, para poder comenzar a programar.

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

Estuvimos revisando los DdS. Hicimos algunas correcciones, Particularmente faltan algunas clases intermedias, que el alumno debera actualizar.
Estuvimos dando unos toques finales a las interfases. Debe propagar los atributos corregidos a todas las restantes interfases, para obtener un comportamiento homogeneo.
Terminadas estas correcciones puede comenzar la programacion

Trajo todas las interfases

El alumno no trajo los diagramas de secuencia.
Debe trabajar todos los cdu en sendas diagramas de secuencia, y terminarlas antes de vacaciones de invierno.
No veo nada de programacion hasta que diag de secuencia y pantallas junto a los atributos de clases esten completos.

Revisamos 5 interfases. Debe trabajar para todas las restantes para terminarlas antes de las vacaciones de invierno.

El diagrama de clases luce OK, Solo debe ajustar la clase que combina dos tipos de vehiculo

El alumno recibio pautas generales para la confeccion de diagramas de secuencia. Debe trabajar todos los cdu en sendas diagramas de secuencia, y terminarlas antes de vacaciones de invierno.
No veo nada de programacion hasta que diag de secuencia y pantallas junto a los atributos de clases esten completos.

Los documentos para entregar en esta fecha, si bien han sido realizados no tengo posibilidad de subirlos. Es necesario que antes los revise el profesor quien, el dia de hoy, se encuentra ausente

Debe generar una clase don se registraran todos los movimientos de E/S de la planta. Sera la que alimentara todos los listados. Para conformar sus atributos con siderar a lo largo de todos los listados, cuales datos deberan tenerse en cuenta para generar los atributos.
Debe empezar a definir 5 interfases.
Empezar a confeccionar los diagramas de secuencia de las mismos 5 interfases

Las clases y atributos presentados estan OK. Debe extender la descripcion a los restantes clases. Esta muy bien la relacion entre las clases.

Los CdU tuvieron alguna correccion. Debe propagar dichas rcorrecciones a los restantes casos de uso. Comprende perfectamente los motivos de correccion.

Hemos hecho algunas observaciones en los casos de uso. Debe propagar las modificaciones a todos los que hizo.
En el diseño de los formularios de entrada, poner una letra grande en su titulo, para diferenciarla de los otros tipos de formulario.

Cuando el vehiculo o persona entro un dia y salio al siguiente hacer la verificacion de horarios que corresponda.
El diagrama de casos de uso, en principio me parece OK
Debera dejarlo en la herramienta Rational. Debera comenzar a definir las clases que encuentre en el sistema, registrarlos en Rational, y comenzar a definir sus respectivos atributos

Aca dejo el diagrama de casos de uso

Read this doc on Scribd: Diagrama

Aca dejo los partes (vehicular y peatonal):


Parte peatonal:

Read this doc on Scribd: PartePersonas




Parte vehicular:

Read this doc on Scribd: ParteVehículos

El presupuesto esta terminado OK debe postear su ultima versión encima del existente.
Se revisaron los primeros casos de uso, con las consiguientes observaciones. Debera completar todos los restantes y generar un diagrama de casos de uso.
Las horas de analisis/programacion fueron rehechas y comprendidas. OK

Aca dejo la lista de los casos de uso:


Read this doc on Scribd: Lista

La propuesta es OK
Debera incluir las modificaciones propuestas al presupuesto y postearlo reemplazando al anterior.
El menu fue leido. OK (posiblemente despues lo modifiquemos)
Generar listado de casos de uso usando el menu como base.
Ordenarlos por nivel de comoplejidad (por ej: ABM, geeneradores de datos, estadisticas/listados, etc).
Estiomar cantidad de horas de analisis y programacion
poner precio unitario de ambos conceptos y calcular el total.

Tomar 10 casos de uso (no solo ABM) y desarrollarlos en forma detallada.

Aca dejo la propuesta de presupuesto:



Read this doc on Scribd: Presupuesto

Aca dejo el menú del sistema:

Read this doc on Scribd: Menú

Aca dejo la presentación del proyecto:

Read this doc on Scribd: Presentacion Ganadora

El alumno presento una descripcion modular del sistema. Esta muy bien detallado y ahoira se tiene una idea panoramica de lo que incliye OK.
Debera modificar la propuesta que hizo y postearla a acontinuacion en este blog.
Para la proxima debera presentar un esquema de un menu que represente la descripcion mencionada mas arriba (no considerar permisos especificos a usuarios)
Debera presentar un presupuesto (con los conocimientos que tiene)

Aca dejo un nuevo informe completo (luego de una cuarta entrevista), de un sistema mucho más completo que el anterior dado a los repetitivos pedidos de agrandar el sistema:

Read this doc on Scribd: Funcionalidad

En principio, la estructuracion en modulos es correcta. Sin embargo los modulos 3 y 4 debeia considerarse como una sola actividad: se revisan los vehiculos y se registran los resultados de dichos controles.-
Considero que con la presentacion actual, el alcance del sistema es corto, en relacion al tiempo del Proyecto Final. Por lo tanto sugiero al alumno definior con su cliente una extension al mismo (movimiento de dinero, etc) para poder completar un sistema mas integral.
Debe constgruir un menu donde se manifieste la estructura modular del sistema.
Debe desarrollar una presentacion "ganadora" del sistema, de todas las ventajas que aporta, de todos las registraciones manuales que reemplaza, y del beneficio por tener una Bas de Datos integradas y por hacer actualizaciones automaticas de acciones registradas minimizando el error humano. No trajo doicumentacion. DEBE TRAER OBLIGATORIAMENTE DOCUMENTACION QUE REFRENDE TODOS Y CADA UNO DE LOS MOVIMIENTOS A ESTUDIAR. Si no trae documentacion, no podemos seguir avanzando.

El alumno presento el informe complementario solicitado. Por lo tanto, debera presentar un primer esbozo de ordenamiento del sistema por modulos.

Debera escribirlos con un determinado orden: desde las tareas basicas creciendo a las mas importantes. Esto le dara al cliente, una sensacion de orden y podra contribuir mejor a comentarios y/o criticas que le merezca dicha presentacion. Es importante que el cliente colabore, se sentira participe del desarrollo y ademas asegura la calidad del mismo.

Cada titulo debe tener un comentario acerca del comportamiento que el alumno piensa que el modulo tiene. De modo que el cliente, si duda del titulo, pueda corroborar la utilidad de la descripcion.
Este es el mismo camino que el alumno debera recorrer para definir los casos de uso del sistema.

A medida que recorra sus informes debe registrar los modulos que cree tendra el sistema.

Es necesario que el cliente defina dos estadisticas que considere idealmente deseadas, para reflejar el estado de su negocio.

Aca dejo la tercera entrevista con el cliente:


Read this doc on Scribd: Entrevista número tres

Debe conversar con el cliente para ampliar los alcances de este sistema. Debería ampliarlo considerando que el sistema debe terminarse en los alrededores de Octubre o mediados de noviembre y, tal como lo presentado hasta ahora, no cubre dicho requisito, pues estaría en condiciones de terminarlo anticipadamente."

Solicite que en la entrevista con el usuario debe ampliarse (significa que hay que encarar con mucho mas detalle) el comportamiento del sistema, es decoir, cada una de sus funcionalidades. Y el informe presentado no muestra casi ninguna funcionalidad y no surge su objetivo.

El hecho de que haya faltado yo a una clase no es impedimento alguno para que el sistema avance.

Aca dejo el relevamiento de una segunda entrevista con más que nada información sobre las distintas administraciones a realizar:

Read this doc on Scribd: Entrevista número dos

Aca dejo un documento con la documentación del proyecto:

Read this doc on Scribd: Documentacion

El relevamiento presentado esta muy bien.
El sistema de documentos a realizar debe ser hecho por el alumno.
Codificacion de los posibles problemas con que el portero puede encontrarse. Ese codigo servira para registrar el problema encontrado.
Conversar con el cliente para ampliar los alcances de este sistema. Debería ampliarlo considerando que el sistema debe terminarse en los alrededores de Octubre o mediados de noviembre y, tal como lo presentado hasta ahora, no cubre dicho requisito, pues estaría en condiciones de terminarlo anticipadamente.

Aca subo las preguntas para la primer entrevista:


Read this doc on Scribd: Preguntas para entrevista uno

Aca subo el documento de la primer entrevista.

Read this doc on Scribd: Entrevista número uno