miércoles, 23 de julio de 2008

23/07/2008

Completar todos los casos de uso en funcion a lo modificado hoy.
Si no estan TODOS los CdU no seguimos adelante. Para el proximo encuentro debe generalizar las modificaciones planteadas.
El menu OK.
Hemos modificado pantallas y precisado reglas generales de construccion. Solo terminar bien las que hemos modificado.

Definir las clases y sus respectivos atributos.

No desarrolló los diagrama de secuencia en Rational solicitados en el posteo anterior. Debe desarrollar todos los diagramas de secuencia que pueda, considerando las pautas fijadas cuando construimos el de Proveedores.

Se reitera la cantidad de feriados que tendremos. Sugiero concentrar su trabajo, para llegar con tiempo a correcciones necesarias y fundamentalmente llegar con tiempo y calidad.

miércoles, 2 de julio de 2008

Propuesta y presupuesto

Read this document on Scribd: Propuesta y presupuesto

02/07/2008

Postear la propuesta y el presupuesto.
Completar todos los casos de uso en funcion a lo modificado hoy.
Si no estan TODOS los CdU no seguimos adelante
No programo el menu. Debe hacerlo

La pantalla presentada esta OK.
Definir las clases y sus respectivos atributos.
No desarrolló los diagrama de secuencia en Rational solicitados en el posteo anterior. Debe desarrollar por lo menos 3, para recibir correcciones y luego poder hacer los restantes considerando dichas pautas.

Se reitera la cantidad de feriados que tendremos. Sugiero concentrar su trabajo, para llegar con tiempo a correcciones necesarias y fundamentalmente llegar con tiempo y calidad.

miércoles, 25 de junio de 2008

26/06/2008

Completar la propuesta y desarrollo detallado del presupuesto.
Completar todos los casos de uso que falten al sistema. Tomar como ejemplo el caso de uso desarrollado en clase y correspondiente a Compras. La unica excepcion es que solo debe hacer 3 CdU correspondientes a programas de tipo ABM.
Programar el menu
Desarrollar 3 diagrama de secuencia en Rational uno por un ABM el de comrpas y de pagos.
Definir 3 pantallas cualesquiera, las mas sencillas, para recib ir instrucciones sobre como construir las restantes.

Diagrama de Casos de uso en Rational.

Definir las clases y sus atributos.-

miércoles, 11 de junio de 2008

11/06/2008

El alumno estuvo ausente. Le sugiero no atgrasarse en el desarrollo del sistema.

miércoles, 28 de mayo de 2008

28/05/2008

El menu fue corregido, como tambien reordenado el grado de dificultad de las diferentes opciones.
El alumno debera corregir el documento de trabajo (analisis y programacion) pero no postearlo.

Debe presentar 9 casos de uso correspondientes 3 a cada tipo de dificultad. Cada descripcion debera ser detallada.

Presentar unificada la propuesta y el presupuesto para darle un vistazo final

Comenzar a volcar el diagrama de casos de uso al producto Rational.

miércoles, 21 de mayo de 2008

Menú de Opciones

Información de proveedores
-Administrar proveedores
-Compra
-Pagos
-Cuenta Corriente
Gastos
-Tipos de gastos
-Calcular gastos en un periodo de tiempo
Información del cliente
-Obtener base de datos con la información de los clientes registrados
-Administrar información de un cliente en particular
Venta de artículos
-Administración de artículos
-Ver ventas realizadas con detalle de comprador, fecha y monto Forma de cobranza
-Ver forma de pago mas aplicada por los clientes
Modo de transportar la mercadería
-Registro de transporte de cada venta
Estadísticas
-Obtener artículos mas vendidos
-Obtener los mejor clientes potenciales
-Obtener ganancias en un periodo de tiempo
Actualización de la página
-Publicar nuevos artículos
-Sacar artículos fuera del negocio
-Cambiar precios
Bancos
-Administración bancos
-Depósitos
-Extracciones
-Ingreso de gastos/créditos
-Listado de cuanta corriente
Back up
-Back up
-Restore