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.