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