12/11/2008

El alumno debe terminar por lo menos, todos los abms y con su funcionamiento perfecto, particularmente para presentarse en el coloquio. No debe permitir registros con clave duplicada, despues de llenar los campos de un alta o modificar un campo o borrar deben limpiarse todos los campos.
El mail debe consistirse con un "@" y un "."
Los telefonos deben tener digitos numericos un "/" o un "-"
Los campos Apellido o Firma o articulo deben aparecer siempre ordenados en forma creciente.
Si se intenta borrar un registro para cuyo codigo haya movimientos en otro archivo debe mostrarse un cartel con la imposibilidad de tal baja.
Funcionamiento correcto de TABS

29/10/2008

Estuvimos revisando ABM. OK falta depurar el ABM de clientes, arreglar el cuit, el mail, los telefonos y web. Terminar con todos los abms, respetando el orden de TAB y el maejo de ESC que vuelve un paso para atras.
Comenzar a desarrollar por lo menos dos o tres opciones mas pesadas, para poder mostrar al coloquiador algo mas integrado.

Los importes tienen que aparecer todos con dos decimales y ajustados a derecha.
En gastos la fecha debe servir para que en el array SOLO APAREZCAN movimientos de DICHA fecha. De entrada no se mustra ningun gasto. Aplicarlo a los arreglos

Los mensajes de error o de campos faltantes que vaya en n egrita, para que se destaquen.

24/10/2008

Se recordo a sus compañros 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.

17/09/2008

Revisamos clases.
El alumno debe terminar con el desarrollo del DER, considerando las claves y la relacion entre tablas.
Si todo termina OK estara en condiciones de comenzar a programar.

12/09/2008

Debera presentar un DER con la estructura de tablas

10/09/2008

Para la proxima clase el alumno debera finalizar de definir las clases y sus atributos, particularmente eliminaqndo las clases redundantes o que no se van a utilizar. En la proxima clase, haremos una revision de dichas clases y de los metodos asociados, para comprobar que estan todas las funciones posibles.

03/09/2008

El alumno debe subir a este blog los trabajos encargados la semana pasada.

20/08/2008

Pantallas OK.
completar todos los diagramas de secuencia, en base a las sugerencias trabajadas.
Solo seran necesarios 5 ABM`s

Cuando termine los diag de secuencia, haremos una fina revision de los atributos y metodos.

23/07/2008

Con las correcciones discutidas, el alumno debera diseñar todas las pantallas restantes.
Con las correcciones discutidas, el alumno debera completar todos los diagramas de secuencia.
Dejamos para despues de la correccion de estos elementos, trabajar sobre las clases y sus atributos. Tambien revisaremos los mensajes agregados por la generacion de los diagramas de secuencia

02/07/2008

Subir a Rational diagrama de casos de uso.
Subir a Rational todas las clases y sus atributos
Programar el menu
Traer el programa que fija coordenadas y genera recorridos en mapa.
Totalizar 10 interfases
Implementar 4 diagramas de secuencia. Un abm, el de pagos, el de alta de articulos y alguno a tu voluntad
Quiero llamar atencion sobre los muchos feriados que tenemos por delante, en miercoles. Por lo tanto sugiero no retrasarse para tener un aterrizaje feliz.

25/06/2008

Estuvimos trabajando sobre contenido de las cclases y sus atributos. Reorganizarlos todos segun los nuevos elementos.
Actualizar el menu con "datos generales" y los nuevos abm´s.
Traer el programa que fija coordenadas y genera recorridos en mapa.
Definir 4 interfases, como para definir orientaciones.
Implementar 4 diagramas de secuencia. Un abm, el de pagos, el de alta de articulos y alguno a tu voluntad

11/06/2008

Revisamos los casos de uso. Debe aun refinarlos
Hemos revisado la primer version de clasdes y sus atributos. Se plantearon dudas y el alumno debera presentar una nueva version de todas las clases.- Considerar la confeccion de los ABM´s marcados al alumno.- Incorporarlos al diagrama de cdU.

04/06/2008

Hemos revisado algunos casos de Uso y redefinido otros. El alumno debe considerar cada caso de uso como un paso preliminar a su programacion. Por lo tanto debe considerar (genericamente) todas las posibilidades y futuros atributos a trabajar.
Debe reahacer los 10 cdu ya confefccionados y completar con todos los restantes. En caso de los ABM es suficiente realizar perfectamente 2 de ellos (clientes, articulos).
Finalizado este trabajo ya tiene que ir definiendo las clases y en lo posible sus atributos.

Descripciones de casos de uso (Por Fede Piecho)

Descripciones de Casos de uso - Upload a Document to Scribd

Read this document on Scribd: Descripciones de Casos de uso

28/05/2008

Se ha vuelto a revisar el diagrama de casos de uso. Falta agregar la registracion y el login. Tambien debera reordenar los casos de uso para seguir el mismo orden que el menu propuesto.
La definicion del sistema esta completa.
Debera sacar del blog, el documento de trabajo de las horas de analisis y programacion y rehacerlo, con los items que fueron agregados. Es un documento de trabajo personal para el programador. Una vez acomodado, debera corregir correlativamente, el precio de venta del sistema.
Debera desarrollar en forma completa 10 casos de uso correspondientes a diferentes niveles de profundidad de los casos de uso definidos. De modo, que las correcciones seran proyectadas sobre los restantes CdU.

Anticiparse, en lo posible a pensar las clases que integraran el sistema y sus atributos

21/05/2008

El presupuesto tiene algunas modificaciones, pero quedo OK. Debe postearlo nuevamente en reemplazo del anterior.
La lista de Casos de uso OK Agregar la fregistracion y el login.
El diagrama de Casos de uso OK
Desarrollar detalladamente 5 casos de uso, tomando eventos de los 3 grados de dificultad.
Rehacer el calculo de costos y eentualmente corregir precio de presupuesto.

Diagrama de Casos de Uso (Por Fede Piecho)

Diagrama de Casos de Uso - Upload a Document to Scribd

Read this document on Scribd: Diagrama de Casos de Uso

Listado de Casos de Uso (Por Fede Piecho)

Listado de Casos de uso - Upload a Document to Scribd

Read this document on Scribd: Listado de Casos de uso

Presupuesto (Por Fede Piecho)

Presupuesto - Upload a doc

Read this doc on Scribd: Presupuesto

14/05/2008

El presupuesto fue controlado. La base esta OK. Debe introducirle las modificaciones sugeridas.
Tiene que desarrollar el esquema de tiempos.
Tiene que traer la lista completa de casos de uso y su diagrama correspondiente.

Debe postear el presupuesto prolijado y el diagrama de casos de uso.

Menu (Por Fede Piecho)

Menu - Upload a Document to Scribd

Read this document on Scribd: Menu

07/04/2008

La presentación esta muy bien. Lo único que yo solicito es que el detalle de la descripcion del sistema refleje la estructura del menu presentada. Los detalles o descripciones de cada opcion deberan aparecer identados para una lectura ordenada y jerarquica y deberán ser breves y directos (sin literatura.)}

El menu presentado y modificado esta muy bien por lo que sugiero postearlo en este blog.
Para la siguiente clase debera presentar un primer presupuesto que seguira estructuralmente, a la propuesta que se posteo en el dia de la fecha. Puede tomar como modelo de presentacion lo que oportunamente aprendio.

Introducción a la propuesta (Por Fede Piecho)

Propuesta - Upload a doc

Read this doc on Scribd: Propuesta

30/04/2008

La documentacion que trajiste esata OK. Voy a revisar si aun falta otra documentacion.
Tenes que consultar sobre una variable jerarquica sobre los arreglos que se hacen a los camiones. Es decir, que desearia que todos los arreglos se nucleen en: Mantenimiento habitual, Reparacion y otras clasificaciones que se le ocurran a tu cliente. Deben poderse agregar libremente por el usuario.
Tenes que pensxar en dos cosas:
1) parte inicial de una propuesta donde destacar tus virtudews como desarrollador, y las ventajas relativas que un sistema como el que vaas a desarrollar, sirven o b enefician a tu cliente.
2) Tenes que ir esbozando un menu de las opciones que propondras al sistema. Puede ser en un esquema de arbol y abrupados en consonancia con los modulos que definiste previamente.

Documentación (Por Fede Piecho)

Me reuní con el dueño de la empresa. En nuestro encuentro hablamos de los modulos y de la documentación que me entregó para entender más claramente el funcionamiento de la empresa de mi cliente.

23/04/2008

El, resumen que hiciste esta OK. Con los agregados que te sugeri, creo que tenes definido el "alcance" del sistema a desarrollar. Ahora, cuando consigas T O D A la documentacion (deberas pedir documentacion sobre los nuevos conceptos trabajados como gastos, cuenta corriente, etc) podras comprender y trabajar mas en detalle cada uno de los modulos de tu sistema. Este es el trabajo que tenes que hacer.-

Deberias hacerte la idea de los detalles del sistema, que cosas entran y cuales no. Y empezar a escribir una propuesta para convencer a tu cliente de las cosas que obtendra por el sistema.

Modulos (Por Fede Piecho)

A partir de una nueva reunion con el dueño de la empresa y con el encargado de los vehículos, confeccioné una descripción con los comportamientos de cada módulo:

Clientes: Este módulo tendrá un área en la cual administrar los clientes.
También funcionará para que el dueño pueda ingresar y registrar los datos de los pedidos, es decir, la carga que se llevará, el destino, etc. y seleccionar el vehículo que realizará el viaje para ese pedido.
Además, tendrá un área para confirmar o anular dicho pedido. Si se elige la opción de confirmar, el sistema registrará el cobro por dicho pedido y emitirá la factura y el remito correspondiente.
Finalmente, también servirá para administrar las cuentas corrientes con los clientes y para consultar el saldo o el historial de cada cliente.

Proveedores: Este módulo tendrá un área en la cual administrar los proveedores. También funcionará para que el dueño pueda ingresar y registrar las facturas pagadas a los proveedores con su detalle completo.
Asimismo, tendrá la función de registrar el pago de 1 o más facturas a los proveedores.
Finalmente, también servirá para administrar las cuentas corrientes con los proveedores y para consultar el saldo o el historial con cada proveedor.

Vehículos: Este módulo tendrá como funcionamiento principal el de almacenar los datos de todos los vehículos, para que el dueño pueda agregar, quitar o modificar los datos de los vehículos y también los tipos de vehículos que aparezcan. También se podrá realizar la consulta de vehículos para poder visualizar sus datos.

Gastos: Este módulo tendrá como funcionamiento principal el de almacenar los datos de todos los gastos realizados (tipo, fecha, plata, etc.), para que el dueño pueda agregar, quitar o modificar los datos de cada gasto y también los tipos de gastos que aparezcan. Los gastos pueden ser específicamente para los vehículos pero también pueden ser gastos de comidas, limpieza, etc. u otras cosas que no están relacionados con los vehículos. También se podrá realizar la consulta de gastos para poder visualizar sus datos, a partir del ingreso de una fecha.

Mantenimiento: Este módulo será de vital importancia para el encargado de los vehículos. Este indicará cuando hay que hacer cada proceso del mantenimiento a cada vehículo. El mantenimiento consta del cambio de aceite, cambio de filtro de aire, cambio de filtro de aceite, cambio de lamparitas, cambio de correa de distribución, cambio de líquido de frenos, cambio de pastillas de frenos. Además cuenta con una revisión completa de todo el vehículo (tren delantero, sistema de frenos, etc.), para verificar si hay que cambiar algo más. El mantenimiento, en general se hace cada unos 60000 KM, aunque el aceite se debe cambiar cada 20000 KM. Este módulo permitirá que el encargado sepa cuando fue el último mantenimiento de cada vehículo, y le avisará cuando se deba efectuar cada uno de estos procesos. Por lo tanto, deberá definirse por parte del usuario los tipos de mantenimiento a realizar y su frecuencia medida en kilómetros recorridos.

Arreglos: El módulo de arreglos estará orientado para el encargado de los vehículos. Este servirá para almacenar todos los arreglos que se le realizaron a todos los vehículos. También, el encargado podrá ver todos los arreglos que se le realizaron a cada vehículo específicamente, por ejemplo, para ver en qué falla cada conductor (se le pinchan mucho las ruedas, tiene muchos arreglos de chapa, etc.). Además, se podrá ver cuáles son los arreglos más frecuentes, para poder, de alguna manera, concientizar a los conductores para que tengan más cuidado con un determinado problema. Por lo tanto, se proveerá mecanismo para registrar todo tipo de fallas sobre las que habrá que informar.

Caminos: Este modulo servirá para emitir mapas en los que se muestre los recorrido que hace cada vehículo. Al módulo llegarán puntos del mapa, con su longitud y latitud, y éste mostrará todos esos puntos que le llegaron, como una línea que siga el camino que hizo el vehículo.

Estadísticas y listados: Este módulo obtendrá estadísticas de ingreso de ventas por camión o por cliente, considerando Km. recorridos, ingreso por facturación, gastos directos de mantenimiento y arreglos. Esta módulo también se encargará de mostrar los listados de IVA de Ventas y de Compras.

16/04/2008

Federico se aproximo a la division por modulos. Estuvimos releyendo el relevamiento y ahora tiene una idea mas acabada sobre la estructuracion en modulos (Incluir pago a proveedores y mecanicos).
Tal como lo mencionamos la clase pasada, debera presentar una estructura modular del sistema, con todos los comportamientos previstos en el relevamiento. Me gustaría que dicha descripcion tenga el mayor detalle posible, como para detectar posibles puntos oscuros. Seria intgeresante acercar dicha descripcion al cliente, para su confirmacion o recepcion de sugerencias. Traer documentacion.

09/04/2008

Presenta el primer informe solicitado. Su contenido parece amplio y nomina diferentes aspectos del sistema a desarrollar. (aprobado) Se sugiere ir pensando el contenido y comportamiento del sistema a desarrollar.
Sacar las entidades y actividades a incluir en el futuro sistema, del primer relevamiento mostrado. En base a las nuevas conclusiones el documento presentado debera actualizarse.

Seria conveniente presentarlo en la siguiente clase, previa la visita directa al cliente.
Obtener documentacion diferente de cada aspecto a relevar.

Informe de la primer entrevista (Por Fede Piecho)

Durante la primer entrevista estuve consultando al dueño de la empresa a la cual le proveeré mi servicio, obteniendo información de suma importancia para el trabajo.

Pimone S.A. es una empresa que se especializa en el transporte de cargas a los clientes que lo solicitan. Esta empresa tiene una flota de camiones y otros vehículos en los cuales se carga lo que desean transportar sus clientes y se lo llevan al lugar que estos deseen. La empresa trabaja solo dentro de la Argentina.

La empresa fue creada en 2003 y por ahora es una compañía mediana. Se encuentra en un estado de expansión ya que con el tiempo ha ido ganando cada vez más clientes y está intentando mejorar su servicio, otorgando un mejor servicio. Todavía no tiene un sitio en Internet, aunque lo está armando. Actualmente tiene una oficina en la que recibe a sus clientes en el barrio del centro. Su categoría de IVA es monotributista.

Dentro de los roles que aparecen en esta empresa se encuentran: un dueño, empleados que están en la oficina, un encargado de los vehículos, conductores y un contador.

La empresa cuenta con 15 camiones y 5 camionetas. Cuenta con un convenio con un taller mecánico, al que se le paga un abono mensual y este arregla los vehículos cuando alguno de ellos necesitan algún arreglo. Además cada camión tiene una tarjeta asociada a una estación de servicio para cargar nafta. Luego de una determinada cantidad de KM realizados por cada vehículo, el encargado de los vehículos los lleva a un control en el mecánico para verificar que tenga todo funcionando bien y arreglarlo en caso de que lo necesite. Una vez que el vehículo fue revisado y está funcionando correctamente, se le asigna un destino y vuelve a salir. Si un vehículo no tiene un destino asignado y no está viajando, el encargado de los vehículos los guarda en un estacionamiento con el que la empresa también tiene un convenio. Cada conductor tiene uno o dos días de descanso luego de cada viaje, dependiendo de cuán largo haya sido este último. El encargado de los vehículos es también el que habla con los conductores y les dice sus próximos destinos.

La empresa no cuenta con ningún sistema informático. Un cliente puede hacer un pedido telefónicamente, por mail o personalmente, pero antes de que el servicio se efectúe, el cliente debe presentarse en la oficina y pagarlo, o también puede efectuar una transferencia de dinero a una cuenta de la empresa, o bien enviar el dinero o un cheque. Una vez que esto se produce, el transporte de la carga se realiza. Cuando se realiza un pedido, el dueño o el empleado que esté en ese momento decide que tipo de vehículo se utilizará para el transporte, dependiendo de la carga que se transporte.

Una vez que el pedido es entregado, quien lo recibe le firma un remito al conductor en el que certifica que la carga le llegó bien.

El precio que se cobra por el transporte depende de la carga que se desea transportar, es decir del tipo vehículo que se utilizará para el transporte, y de la distancia a la que está el destino pautado. En general no se implementan promociones, aunque últimamente se le efectúan algunos descuentos a determinados clientes habituales.

Comentarios Iniciales

Propone relevar un sistema de Flota de camiones de carga. Se sugiere definir mapas con sus recorridos y un sistema de control. El 26/3 se solicita hacer el primer informe de relevamiento.