miércoles, 21 de mayo de 2008

21/05/2008

Estuvimos reestructurando el presupuesto, que debera ser nuevamente posteado, considerando las nuevas propuestas.
Reitero el pedido de confeccionar un listado de casos de uso, de acuerdo a la confeccion oportuna del menu.
DFebera asignar un codigo de dificuktad y contabilizar cuantos programas debera desarrollar por cada nivel de complejidad (elejir hasta 3)
En funcion a eso debera re-confeccionar el costo de desarrollo (analisis y porogramacion) considerando dentro de cada tipo, si el primero de ellos es de mayor complejidad a los restantes o todos tienen la misma dificultad.
A partir de alli, modificara los precios del presupuesto y de los fuentes

miércoles, 14 de mayo de 2008

14/05/2008

El menu ya fue actualizado con nuevas funcionalidades que lo completan.
Debe corregir el presupuesto con las nuevas pautas definidas en clase.
Listado de casos de uso (por ahora solo los nombres, para despues poder hacer el diagrama correspondiente)
Agrupar estos casos de uso en tipos: ABM, listados, generadores de movimientos, etc. y aplicar la tabla de costos a esta agrupacion de programas.
La proxima clase integraremos propuesta con presupuesto
Diagrama de casos de uso

martes, 13 de mayo de 2008

Estructura de menu

Proyecto Final – Estructura Menú

Clientes:
- Administrar clientes
Artículos:
- Administrar artículos
- Subir artículos al sitio

Ventas:
- Ventas en Local
- Incorporar ventas realizadas por Internet
- Mostrar reservas
- Confirmar venta
- Cancelar venta
Proveedores
- Administrar proveedores
- Compras
- Pagos
- Cuenta Corriente
Listados y Estadísticas:
- Por artículo
- Por cliente
- Ganancias totales
- Lista de clientes
o Más reciente
o Cantidad de compras realizadas
o Nombre
- Mostrar ventas realizadas
- Listado Iva Compras
- Listado Iva Ventas
BackUp:
-Guardar BackUp
-Restore

miércoles, 7 de mayo de 2008

07/05/2008

La descripcion del sistema esta OK.
Debera generar una estructura de menu con todas las opciones que crea necesarias, para procesar los datos originados en las ventas por Web. No debera olvidarse de dos modulos: Gastos (tipo de gastos y gasto real) y Backup
Debera consultar a su cliente la definicion de las dos estadisticas que juzgue como importantes para la toma de decisiones.
Debera presentar un presupuesto, con los conocimientos que ya tiene. Este material sera oportunamente comentado y controlado para incorporar nuevos criterios.

martes, 6 de mayo de 2008

Discurso e Integración

1) La forma de implementar, su forma de trabajo actual, con la página Web, será muy similar, ya que el usuario ya trabaja con Internet. Se aprovechará el método actual DineroMail, para realizar las cobranzas. Además, tendrá un parecido a la página que actualmente usa, MecadoLibre, así le es de fácil uso e implementación, y se ahorrará tener que abonar las comisiones a la empresa.



2) Una página Web, amplia las fronteras a sus ventas. Es como tener otra sucursal a la que cualquier persona de todo el mundo puede concurrir y mirar sus artículos, sin siquiera molestarlo. Un cliente entra, mira el artículo, lee la descripción y el precio y si aún le quedan preguntas lo puede contactar, o comprar sin que usted lo sepa anteriormente. Lo único que hace el Vendedor, es revisar los mails, y enterarse cuando se efectuó una compra.
Actualmente, cuentan con demasiado trabajo manual y la idea de automatizarlo, reduciría el error humano o pérdidas de documentos.
Creemos que con el relevamiento previo sobre el negocio, se pudo dar conocimiento al funcionamiento de la empresa y así poder lograr cumplir con los objetivos propuestos con el sistema correctamente.
Se propone un sistema integral, emulando lo que esta hecho, perfeccionando la parte de cobranzas y generando la posibilidad de un sistema facilitador de toma de decisiones. Mi experiencia y el contar con el asesoramiento adecuado, me permite asegurar un sistema práctico y seguro adaptado a vuestras necesidades.
La integración de una Base de Datos única que permitirá registrar todas las operaciones y los lugares donde impacta en forma automática, evitando olvidos humanos y fallas correspondientes.
Además, a partir de la página Web, se registrarían las ventas, y se podrán generar estadísticas de venta, por artículo, por cliente y por un período de tiempo, que son muy importantes a la hora de definir precios, artículos a vender y toda toma de decisiones con fundamento.
Y finalmente, y no menos importante, tendría bien organizada la información de sus clientes, con sus datos, tipo y cantidad de artículos comprados, tipo y cantidad de artículos reservados.
A la espera de que mis argumentos sean correctamente evaluados, me despido a la espera de la aceptación de esta propuesta.

miércoles, 30 de abril de 2008

30/04/2008

La documentacion es muy interesante. Me gustaria que:
1) pienses (o propongas la forma ) de como lo implementarias. Tenes que considrer el tema de reservas sobre las que ya hablamos, las comisiones que cobra Dinero mail, et. etc.
2) preparar una intgroduccion a las virtudes que tiene el sistema que estas ofreciendo: INTEGRACION, AUTOMATICIDAD, ELIMINACION DEL ERROR HUMANO Y CONTROL.
3) UNA VEZ agrupada tu propuesta en modulos, tendrias que preparar la estructura de un menu. De esta manera podremos observar si h as pensado en todas las opciones que el programa tendria. Despues de depurarlo, lo tendras que presentar al cliente.
Por ahora OK

Documentos

Proyecto Final – Documentación


El cliente Nestor Snieg, utiliza DineroMail para sus cobranzas a distancia o con tarjetas de crédito. DineroMail, al ingresar, muestra un resumen de cuenta, con la posibilidad de mostrar el historial de ventas en un lapso de tiempo definido por usuario. Este resumen, se puede observar en la siguiente imagen:



En la misma, se puede observar, que hay una columna de “Estado”, que indica si la operación ya se realizó (Completo), si aún no se pagó (Pendiente), si el cliente ya pagó pero no se hizo la cobranza todavía (Reservado), o si la operación no se realizó (Cancelado).