Análisis de Sistemas Administrativos (página 2)

2. Diagrama de casos de uso:

Caso de Uso: Cargar Cliente (Caso trivial)

Actor principal: Operador.

Resumen: Se cargan los datos de un nuevo cliente al sistema.

Precondiciones: El operador debe estar logueado.

Curso Normal:

1. El operador solicita ingresar un cliente.
2. El sistema pide los datos del cliente.
3. El operador carga los datos del cliente
4. El sistema informa que se ha añadido un nuevo cliente.

Curso Alternativo:

5. El sistema valida los datos ingresados, ante errores en los tipos de datos pedidos vuelve el punto 2 del escenario principal.

Postcondición: Se añadió un cliente.

DSS: cargar cliente.

Asignación de responsabilidades: Cargar Cliente.

Se añade un nuevo cliente al sistema con sus atributos asignados.

Modelo del diseño (Parcial): Cargar Cliente.

Nombre de caso de uso: Solicitar presupuesto

Actores: Operador (Primario)

Resumen: El cliente solicita un presupuesto, que puede resultar en una venta. El operador interactúa con el sistema para obtener el presupuesto que el cliente desea.

Pre-condición: Ninguna en especial ó simplemente estar logueado al sistema.

Puntos de extensión: Vender Presupuesto en el punto 11.

Escenario principal:

1. El operador solicita crear un presupuesto.
2. El sistema solicita los datos del operador.
3. El operador ingresa sus datos.
4. El sistema solicita los datos del cliente.
5. El operador ingresa los datos del cliente.
6. El sistema solicita ingresar el ID del producto deseado.
7. El operador ingresa el ID del producto.
8. El sistema pide ingresar la cantidad de unidades del producto en cuestión.
9. El operador ingresa un número.

   Vuelve al punto 6 hasta que se indique.

10. El sistema pregunta si se desea ingresar más productos.
11. El sistema guarda el presupuesto que se ingresó e imprime una copia para el cliente.
12. El operador presiona una tecla para volver al menú principal.
13. El sistema vuelve al menú principal.

Curso alternativo:

A1– El operador ingresado es inexistente o está mal escrito:

4. El sistema informa que el operador ingresado no existe o fueron ingresados mal los datos.

5. El usuario corrige los datos, o presiona ESC y va al menú principal del sistema.

Mientras el operador ingresado sea inexistente, volverá al punto 2, si el operador ingresado es correcto, continuará en el punto 4 del escenario principal.

A2– El cliente ingresado es inexistente o está mal escrito:

6. El sistema informa que el cliente solicitado no existe o fueron ingresados mal los datos.

7. El usuario corrige los datos, o presiona ESC y va al menú principal del sistema.

Mientras el cliente ingresado sea inexistente, volverá al punto 4, si el cliente ingresado es correcto, continuará en el punto 6 del escenario principal.

Post-condición: Se guarda e imprime un presupuesto.

DSS: Solicitar Presupuesto.

Asignación de resonsabilidades: Solicitar Presupuesto.

Se crea un presupuesto

Quedan asociados un cliente y un operador al presupuesto.

Cada vez que se agrega un artículo se añade una línea en el presupuesto. Esta línea deberá tener asociada un producto y como atributo la cantidad de productos.

Se añadirán artículos hasta que se indique (cerrar Presupuesto() en el controlador).

Al cerrar el presupuesto se imprimirá una copia para el cliente, razón por la cual se calcula el Total.

Caso de Uso: Vender presupuesto.

Condición: Que se haya seleccionado vender presupuesto en el caso de uso "Solicitar Presupuesto"

Pre-condición: —

Actores: Operador (Primario)

Resumen: El cliente decide comprar lo presupuestado. El operador sigue los pasos para imprimir la factura y realizar la venta.

Punto de extensión: punto de extensión del punto 11 del caso de uso "Solicitar Presupuesto"

Curso normal:

1. El operador solicita vender el presupuesto
2. El sistema carga los datos para la venta y pregunta si se desea agregar algún producto a la venta.
3. El operador confirma que no agrega más productos.
4. El sistema registra la venta e imprime una factura.
5. El operador presiona una tecla y el sistema vuelve al menú principal.

Curso alternativo:

3. El operador solicita ingresar más productos

4. El sistema pide ingresar el nombre o código del producto y la cantidad.

5. El operador ingresa el ID y la cantidad del producto.

Vuelve al punto 2.

Post-condición: Se registra una venta y se imprime una factura.

DSS: Vender Presupuesto.

Asignación de responsabilidades: Vender Presupuesto.

En este caso se decidió hacer efectivo para la venta un presupuesto. Deberemos entonces volcar todo el contenido de dicho presupuesto en una factura y efectuar la correspondiente venta.

Se han agregado tantas líneas de Factura como líneas de presupuesto había.

Luego de haberse creado la factura con el contenido del presupuesto, se procede a finalizar la venta.

Se Finaliza la venta y se procede al pago que queda asociado a la factura.

Caso de Uso: Recibir Mercadería.

Actores: Operador.

Resumen: El operador actualiza el stock con un lector de código de barras que utiliza para leer el producto.

Pre-condición: Tener productos para ingresar (Lectura por código de barras o ingreso por teclado)

Escenario Principal:

1. El operador solicita cargar un producto
2. El sistema solicita la lectura del código del producto o el ingreso del ID.
3. El operador ingresa el ID del producto.
4. El sistema pide ingresar la cantidad de productos
5. El operador ingresa la cantidad de productos

1. El sistema actualiza el stock del producto en cuestión

   Si se lo desea se repiten los pasos desde el punto 2.

2. El sistema pregunta si se desean cargar mas productos:
3. El sistema informa que se han actualizado los datos.

Flujo Alternativo:

3. El sistema no pudo leer el código del producto. Pide de reintentar la operación.

4. El usuario vuelve a pasar el lector por el código de barras.

Si el sistema no puede leerlo nuevamente pide de ingresar el código por teclado.

Vuelve al punto 4

Post-Condición: Se ha actualizado el stock de los productos.

DSS: Recibir Mercadería.

Asignación de responsabilidades: Recibir Mercadería.

Se realizará una actualización de stock de los productos recibidos.

ActualizarStock() se encargará de sumarle al atributo stock la cantidad pasada por parámetro.

Modelo del diseño (Parcial): Recibir Mercadería.

Caso de uso: Procesar pedido a proveedor.

Actor: Operador.

Resumen: El operador del sistema o el dueño del local realizan el pedido a sus proveedores. El sistema verificará que los productos del pedido correspondan a un mismo proveedor.

Pre-condición: Estar logueado al sistema.

Escenario Principal:

1. El operador solicita realizar un pedido a proveedor.
2. El sistema le solicita ingresar el nombre del proveedor.
3. El operador ingresa el nombre del proveedor.
4. El sistema despliega la lista de productos del proveedor.
5. El operador selecciona el producto que desea pedir.
6. El sistema solicita ingresar la cantidad deseada.
7. El operador ingresa la cantidad.
8. El sistema registra la línea del pedido
9. El operador repite los pasos 4 a 6 hasta que se indique.
10. El sistema imprime en pantalla la lista y descripción de los productos con la suma total.
11. El operador solicita la impresión de la orden.
12. El sistema imprime la orden y registra el pedido.

A1 – El proveedor no existe o fue mal ingresado

El proveedor ingresado no fue encontrado:

4. El sistema informa que el proveedor ingresado no existe

vuelve al punto 2 del escenario principal

Se han encontrado proveedores parecidos:

4. El sistema solicita seleccionar de una lista de proveedores posibles.

5. El operador ingresa el proveedor adecuado.

Vuelve al punto 4 del escenario principal

Post-Condición: Se registro una orden de compra.

DSS: Procesar Pedido a Proveedor

Asignación de responsabilidades: Procesar Pedido a Proveedor.

Se ingresa el proveedor como parámetro para poder tener su lista de productos. Luego se irán agregando los productos deseados con la cantidad y se crearán las instancias de líneas de pedido, que quedarán asociadas con el pedido actual.

El proceso finaliza con el registro y la impresión del pedido.

Modelo del diseño (Parcial): Realizar Pedido a Proveedor.

Caso de Uso: Procesar Venta

Actor: Operador

Resumen: El vendedor atiende las peticiones del cliente que le solicita productos. El sistema registrara la venta y emitirá una factura.

Pre-condición: que este logueado al sistema.

Escenario Principal:

1. El operador comienza una nueva venta.
2. El sistema solicita el ingreso de nombre del operador.
3. El operador ingresa su nombre.
4. El sistema solicita el nombre del cliente.
5. El operador ingresa nombre de cliente.
6. El sistema solicita se ingrese un ID de producto y la cantidad.
7. El operador introduce un ID de producto y cantidad.

   El vendedor repite los pasos 2 a 4 hasta que se indique.

8. El sistema registra la línea de la venta, presenta la descripción del artículo el precio y una suma parcial.
9. El sistema presenta el total con los impuestos calculados.
10. El operador solicita gestionar el pago.
11. El sistema gestiona el pago y registra la información de la venta.
12. El operador solicita la impresión de la factura.
13. El sistema imprime la factura.

Casos alternativos:

A1 – Datos incorrectos o no encontrados:

El nombre del cliente no es valido:

6. El sistema señala el error y rechaza la entrada.

Vuelve al punto 2 del escenario principal.

Hay muchos nombres parecidos en el sistema.

6. El sistema pide seleccionar el adecuado.

7. El operador selecciona el nombre de cliente o cancela la operación.

Si cancela la operación sale del menú "PROCESAR VENTA". (el cliente no existe, por lo cual no se permite continuar)

Vuelve al punto 4 del escenario principal.

A2 – No hay Stock disponible

No hay en Stock.

7. El sistema informa que no hay stock del producto solicitado.

Vuelve al punto 6 del escenario principal

No hay en stock la cantidad solicitada.

7. El sistema informa que no hay disponible la cantidad solicita y pide se ingrese una nueva cantidad.

8. El vendedor ingresa nueva cantidad.

Vuelve al punto 8 del escenario principal.

Post-Condición: Se registra una venta.

DSS: Procesar Venta

Asignación de responsabilidades: Procesar Venta.

Se creará una instancia de Facturas y quedará asociada a ella un cliente y el operador:

Se agrega una línea de Factura por artículo agregado:

Las líneas de facturas se siguen agregando hasta que el controlador indique la finalización de la venta:

Al finalizar la venta, se cierra la factura y se crea un pago que queda asociada a la instancia de Facturas.

Modelo del diseño (Parcial): Procesar Venta.

3. Modelo del diseño

4. Modelo Relacional (DER)

5.Tablas

Por:

Misischia, Adrian

Universidad Abierta Interamericana

Trabajo Final

Profesor: Mg. Carlos Neil

Laplume, Santiago

4° A- Ing. Sistemas