viernes, 30 de mayo de 2008

30/05/2008

Debe rehacer todos los casos de uso, con las correcciones comentadas en clase.
Debe postear el presupuesto corregido en clase.
Debe poster el menu modificado y revisar si previo todos los casos de uso, originados en dicho menu.
Debe cargar el diagrama de casos de uso en Rational y comenzar a definir las clases y sus posibles atributos.

viernes, 23 de mayo de 2008

23/5/2008

Debera modificar sus escitos, para presentar dos, que se definen a continuacion:
1) Propuesta. Aqui debe volcar el alumno con el documento que el llamo "Garanti de exito" intercalando la estructura modular que ofrece su sistema.
2) Presupuesto, donde debera terminar la propuesta hecha por el profesor.
Debera rehacer su cuado de costos, eliminar el que posteo en el blog, y terminar con un nuevo y mas ajustado calculo de costos.
Debera postear el nuevo menu cotejado con el profesor.
Debera propagar los cambios en los casos de uso, sugeridos por el profesor. Debera desarrollar todos los casos de uso en base a dichas modificaciones.

Los casos de uso debera incorporar el detalle de operaciones que involucran. Es el paso previo a la programacion. En caso de mostrarlo al cliente, su revision puede aportar y enriquecer el sistema ademas de controlarlo en su mas minimo detalle.

jueves, 22 de mayo de 2008

Casos de uso agrupados por tipo 22/05

ABM

ABM Tipos de Movimientos

ABM Stock

ABM Proveedores

ABM Gastos

ABM Tipos de Gastos

ABM Bancos

Tratamiento de ventas

Ver IVA Compras

Ver IVA Ventas

Ver ventas y ganancias de productos

Ver ventas y reposiciones

Ver cuentas corrientes

Realizar acciones que requieran actualizar stock

Realizar Compra

Realizar Compra Directa

Realizar Venta

Realizar Reposición

Realización de pagos:

Pagos

Acciones con proveedores:

Realizar Pedido

Administrar devoluciones por garantía

Administrar devoluciones por fallos

Ingresar nota de crédito

Ver notas de crédito

Bancos:

Endosar Cheque

Realizar Depósito

BackUp:

Realizar BackUp

Cargar BackUp

viernes, 16 de mayo de 2008

16/05/2008

Rehacer el menu segun las pautas especificadas en clase.
El presupuesto es inadecuado, pues no da ninguna caracxteristica de contratacion.
Deberiahablar, ademas del precio final sobre los siguientes temas:
Forma de pago
Garantia,
Mantenimiento
Capacitacion
Carga Inicial
Tratamiento de Fuentes
Vigencia.
Si no tiene un modelo, solicita a cualquiera de sus compañeros y competarlo para la clase proxima
En funcion a la lista de casos de uso descripta, debera agrupar los mismos segun su tipo y grado de complejidad
Para cada uno debera estimar las horas de analisis y de programacion que le insumiria su tratamiento
Finalmente sume las hs de cada tipo, asignele un costo unitario y halle el total del costo de desarrollo del sistema.
Debe traer un diagrama de casos de uso.
Consultar al cliente dos estadisticas que considere utiles para su trabajo.
El porofesor le definio uno de los modelos de estadistica a implementar.

Desarrollar el detalle de 10 casos de uso. Algunos ABM y otros de otro tipo

jueves, 15 de mayo de 2008

Casos de uso 15/05 (actualizado el 22/05)

Administrar tipos de movimiento

Realizar Venta

ABM Stock

ABM Proveedores

Realizar Pedido

Realizar Compra

Realizar Compra Directa

Ingresar nota de crédito

Ver notas de crédito

Ver cuentas corrientes

Pagos

Administrar devoluciones por garantía

ABM Clientes

Administrar devoluciones por fallos

ABM Gastos

ABM Tipos de Gastos

ABM Bancos

Endosar Cheque

Realizar Depósito

Ver IVA Compras

Ver IVA Ventas

Ver estadísticas de ventas y ganancias

Ver ventas y reposiciones

Hacer reposición

Realizar BackUp

Cargar BackUp

viernes, 9 de mayo de 2008

Presupuesto 09/05

El sistema contará con los módulos mencionados anteriormente y resolverá las cuestiones mencionadas en las garantías de éxito. Entre las garantías más importantes podemos mencionar el control del stock, manejo con los proveedores, seguimiento de los pedidos y las compras, pagos, administración con bancos, estadísticas.
Por último se capacitará a todo el personal que esté involucrado con el sistema.

El costo total del sistema será de $3292.

Presentación 09/05

Según los relevamientos realizados el local Class fue posible analizar los aspectos organizacionales de la empresa observando algunos aspectos sobre los que se podría trabajar en un sistema informatico:
Cuando un cliente consulta sobre la disponibilidad de un producto este debe esperar hasta que el vendedor vaya al depósito y regrese simplemente para decirle si hay o si no hay, y así con cada producto que se le solicite.
Puede haber casos en el que se retrase un pedido y esto se pase por alto.
Las ventas son registradas en un cuaderno para que luego el gerente, deba hacer todas las operaciones manualmente, arrastrando seguramente errores (resultado frecuente de un trabajo manual), para controlar los gastos.
El sistema que propongo resolverá todas estas cuestiones y abarcará aún más.
Los proveedores y sus cuentas corrientes serán administrados por el sistema.
Asimismo el sistema les proporcionará todos los datos de stock a los vendedores y facilitará su labor cotidiana, resultando más eficiente para los mismos y también para los clientes.
Toda la cadena de pedidos, desde el comienzo hasta el final será seguida sistemáticamente y registrada automáticamente en una Base de Datos, por lo que no habrá más retrasos aludidos.
Los recambios de productos hasta el momento se realizan a ojo, según he podido relevar. Las estadísticas que proporcionará el sistema serán un gran aporte y el centro fundamental para la toma de decisiones.
Las devoluciones por fallos y garantías tienen que ser monitoreadas por los empleados y ocupa parte de su tiempo. Estos datos entraran directamente controlados por el dominio del proyecto.
Mediante el sistema se mantendrá el control de los depósitos y endosos para ser consultados en cualquier momento sin la necesidad de abrir un armario y revisar libros. Listados de iva sistematizados, una tarea más en manos del sistema.
El vendedor ingresará la venta, y su resultado se registrará automáticamente donde haga impacto: cuenta corriente, movimientos de stock, etc.

En fin, el sistema evitará el papelerío innecesario, evitará retrasos, y agilizará los tiempos. Se mantendrá todo organizado y monitoreado. El gerente y los empleados podrán estar tranquilos que todas sus necesidades diarias se verán satisfechas y podrán estar tranquilos de que no se les está olvidando nada.
El sistema será un renacimiento para el negocio.
Al cambiar tan radicalmente el manejo del tiempo, ya no intentando mantener el control, sino pensando en realizar nuevos negocios, podríamos decir que también el sistema mejorará su calidad de trabajo y consiguiente seguridad.
Una característica importante de mi propuesta es la centralización de la información que generara el sistema, en una base de datos única Las consultas serán integrales y se harán a satisfacción del cliente.

09/05/2008

He revisado la presentacion del sistema y una estructura de Menu solicitadas. Estan estructuralmente bien construidas.
Le solicito al alumno mejorar el contenido de la presentacion. "Ser ganador" significa que propone un sistema superador, con humildad. No resaltar los aspectos negativos sino promocionar las ventajas relativas que se ofrecen.

El alumno debera reaordenar la estructura de menu presentada y controlar que todos los items propuestos en "modulos" esten todos representados en el menu.

El alumno debera presentar un presupuesto con elementos que ya conoce y comenzar a definir los casos de uso que integraran su sistema.

Estructuración por módulos

Proveedores:
Este módulo se encargará de administrar los proveedores, incluyendo la registración, la modificación y la baja de los mismos en el sistema.

Compras:
Su función será la de realizarlos, y modificarlos. Al llegar estos mismos, la base de datos del sistema se actualizará automáticamente.
Pedidos
Este módulo se encargara de organizar los pedidos que el local realice sobre los productos.
Compras sobre pedidos:
Aquí se efectuarán las compras sobre los pedidos realizados, indicando el hecho de que el pedido fue recibido.
Compras directas:
Su función será la de comprar directamente, sin pedidos, nuevas mercaderías para el local.
Módulo de notas de crédito de proveedores:
El usuario de este módulo podrá acceder y ver las notas de crédito recibidas ya sea por los fallos, o entregas erróneas.

Pagos:
El módulo tendrá como principal objetivo la administración de pagos a proveedores. Estará relacionado con el módulo de pedidos y el de proveedores.

Cuentas corrientes:
Su función es organizar, administrar, y modificar las cuentas corrientes ya sea con proveedores o con clientes.

Ventas:
La implementación de este módulo permitirá que los vendedores registren sus ventas y realicen descuentos aplicando su criterio personal.

Gastos:
Aquí se ingresarán los gastos que el negocio requiera. Asimismo se manejarán los adelantos de sueldo al personal. Tiene
que permitir definir Tipos de Gastos (Administración tipo de gastos)

Manejo de stock:
Los usuarios que utilicen este módulo verán detalladamente el stock del depósito y del local en su totalidad. Podrán realizar cambios. También en este módulo se podrán ingresar, modificar o dar de baja algunos productos. Se verá el precio de compra y el de venta, proveedor, código del mismo y código del local.

Cambios por fallos:
Se controlaran los cambios pedidos a la fábrica por fallos en los pedidos.

Cambios por garantía:
Este módulo se encargará de controlar los cambios por garantía, y tendrá registrados a los clientes que quieran realizar el cambio.

Estadísticas:
El módulo mostrará las estadísticas que sean necesarias para el local a criterio del gerente y/o de los encargados.

Reposiciones:
Muestra un listado de los productos vendidos para ser repuestos. Luego se indicará cuales se repusieron.

Administración de cheques:
Su función será la de controlar y organizar endosos, depósitos y ver los gastos bancarios. Asimismo se podrán administrar los bancos con el que el local posee estas relaciones.

viernes, 2 de mayo de 2008

02/05/2008

Estuvimos revisando por segunda vez,m la estrudctura modular del sistema. Estuvimos reordenando y explicando que TODAS las opciones de ABM deben estar previstas, como para que el sistema sea AUTOSUFICIENTE e independiente del programador
Debe incorporar las nuevas opciones definidas y averiguar con precision en que consiste el listado de IVA ventas y Compras- Explico el IVA por unica vez. Debe corroborarlo con el cliente.

El formato de la presentacion de Soifer, es muy original. Debe profundizar en el analisis del sistema a desarrollar.
La proxima semana debera presentar los siguientes elementos:
1)Una estructuracion en modulos que representen la total funcionalidad que el cliente solicita. Cada una debe consistir de un titulo y una brevisima descripcion de lo que incluye.
2) Un menu que refleja la estructura anterior en forma jerarquica,
3) una presentacion "ganadora" del sistema que piensa desarrollar, sus virtudes (reemplazo del trabajo manual y automatizacion de las registraciones en una base de datos centralizada, etc.,), seguridad en las registraciones, avisos automaticos.

No olvidar definir los modulos de Compras, Pagos, Ventas Cobranzas y cuentas corrientes (clientes y proveedores)
El cliente deberia defir dos estadisticas que considere utiles para el manejo de su negocio. Defnir el listado de Iva compras/ventas.

Problemáticas del local y la sistematización como respuesta