Proyecto Integrador
Proyecto Integrador
Proyecto Integrador
OBJETOS
BPM
1. Organización
3.1.1. Requerimientos
4. Modelo de Análisis
5. Modelo de Diseño
3.1.1 Requerimientos
3.1.1.1. Proceso de negocio: Venta
El vendedor necesita poder:
Consultar un producto
Registrar una venta
Generar un ticket de venta
Generar un reporte de ventas para un determinado periodo de
tiempo
3.1.1.2.Proceso de Negocio: Facturación
El cajero necesita poder:
Consultar tickets de venta emitidos por el vendedor
Registrar una facturación
Poder generar un comprobante de pago y enviarlo a almacén.
3.1.1.3.Proceso de Negocio: Despacho
El despachador necesita poder:
Consultar comprobante de pago emitidos por el cajero
Registrar un despacho
Generar una orden de salida
En puerta el vigilante necesita poder:
Registrar una incidencia en caso la orden de salida no coincida
con el producto retirado por el cliente
Macro Proceso: GESTIÓN DE ALMACÉN
3.1.1.4. Proceso: Salida de Productos
El almacenero necesita poder:
Consultar el comprobante de pago emitido por el cajero
Consultar stock de productos
Generar una orden de salida de producto de almacén.
Registrar salida de un producto de almacén hacia despacho
Actualizar stock de producto al registrar una salida del mismo.
3.1.1.5. Proceso: Ingreso de productos
El almacenero necesita poder:
Consultar orden de compra para poder cotejarla con la guía de
remisión del proveedor
Registrar ingreso de un producto a almacén.
Actualizar stock de producto al registrar un ingreso del mismo
Generar una orden de ingreso de producto a almacén.
3.1.1.6. Proceso: Control de Inventario
El jefe de almacén necesita poder:
Consultar lista de productos para una determinada temporada
Verificar mínimos existenciales.
Generar reporte de stocks y enviarlo al gerente de almacén.
El almacenero necesita poder:
Generar requerimiento de compra y enviarlo al área de
compras en caso no se encuentre con stock
3.1.1.7.Proceso: Compra
El Encargado de compra necesita poder:
Consultar requerimiento de compra enviado por el almacenero
Derivar requerimiento de compra al jefe de compras
Solicitar cotización a un proveedor
Registrar cotización enviada por un proveedor y enviarla al
jefe de compras
El jefe de compras necesita poder:
Evaluar un requerimiento de compra enviado por el encargado
Evaluar las cotizaciones enviadas por el encargado
Generar una orden de compra y enviarla al proveedor
Registrar una compra realizada
3.1.2 Matriz de requerimientos –
requisitos
3.1.3. Diagrama de Paquetes
Expresa la relación que existe entre los procesos agrupados en paquetes.
3.1.4.3.DESPACHO
El despachador se encarga de registrar el despacho, buscar el producto. En caso que el
despacho no esté registrado se procederá a buscarlo primero. El despachador también
registra la orden de salida.
A la salida, el vigilante registra revisa que todo sea correcto; de lo contrario, registra
una incidencia.
3.1.4.4.DCU SALIDA DE PRODUCTOS
El almacenero se encarga de la salida de los productos. Consulta el comprobante de
pago, registra la salida y genera una orden de salida. Finalmente, actualiza el stock que
incluye buscar al producto.
-
3.1.4.5.DCU INGRESO DE PRODUCTOS
El almacenero genera una orden de ingreso que incluye consultar la orden de compra.
También actualiza el stock y registra el ingreso de los productos.
Se evidencia todos los casos de usos relacionados con los actores que realizan las
acciones en un panorama general.
4 Modelo de Análisis
4.1.1.2. Venta
4.1.1.3.Facturación
4.1.1.4.Despacho
4.1.1.5.Gestión de almacén
4.1.2.Diagrama de secuencia
4.1.1.1. Validar Usuario
4.1.1.2. Venta
4.1.1.3.Facturación
4.1.1.4.Despacho
4.1.1.5.Gestión de almacén
4.2 Especificación de Caso de Uso
4.2.1. CASO TRANS ELECTRIC
1. Descripción
El caso de uso permite al usuario poder ingresar al sistema después de
validar sus parámetros de acceso.
2. Actor(es)
Usuario
3. Flujo de eventos
a. Flujo básico
1. El caso de uso se inicia cuando el sistema muestra la interfaz
ACCESO, con los campos Usuario, Contraseña y la opción: Ingresar y el
usuario ingresa en la interfaz ACCESO su usuario y contraseña. El
usuario selecciona la opción “INGRESAR”
2. El sistema valida al usuario
3. El sistema muestra la interfaz PRINCIPAL
4. El usuario accede al interfaz PRINCIPAL y finaliza el caso de uso
b. Flujos alternativos
En el punto 2, si el usuario no ingresó los parámetros correctos, el
sistema validará mostrando el mensaje: “Ingresar usuario y/o password
correctos”. El sistema permitirá 3 intentos de acceso después de los
cuáles bloqueará el mismo temporalmente.
4. Pre condiciones
El usuario debe estar registrado en el sistema y poseer un usuario y contraseña.
5. Post condiciones
El usuario accedió al sistema
6. Puntos de Extensión e Inclusión
Extiende al caso de uso “Modifica Contraseña” en caso esta haya caducada
7. Reglas de negocio
R01:El máximo número de intentos es 3
R02:La contraseña tiene tiempo de caducidad según lo dispuesto por la empresa
8. Ejemplo de interfaz
4. Pre condiciones
El usuario debe estar registrado en el sistema y poseer un usuario y contraseña.
El usuario debe digitar el nombre del producto correctamente
5. Post condiciones
El sistema mostró los datos del producto
6. Puntos de Extensión e Inclusión
Extiende al caso de uso “recomendaciones”
7. Reglas de negocio
R01:El máximo número de intentos es 3
R02:La contraseña tiene tiempo de caducidad según lo dispuesto por la empresa
R03: El nombre del producto o marca no debe contener números
8. Ejemplo de interfaz
b. Flujos alternativos
Si al momento de ingresar el nombre de usuario y contraseña no son
válidos se mostrará un mensaje en la pantalla.
4. Pre condiciones
El usuario debe estar registrado en el sistema y poseer un usuario y contraseña.
El usuario debe tener acceso al ticket de venta
5. Post condiciones
El usuario accedió al sistema
El usuario verificó el ticket de venta
El usuario entregó el comprobante de pago al almacén
6. Reglas de negocio
R01:El máximo número de intentos en la contraseña es 3
R02:La contraseña tiene tiempo de caducidad según lo dispuesto por la empresa
7. Interfaz de ejemplo
b. Flujos alternativos
Si la orden de salida no coincide con el producto retirado por el cliente al
ser verificado por el vigilante, este procederá a registrar una incidencia
4. Pre condiciones
El usuario debe estar registrado en el sistema y poseer un usuario y contraseña.
El usuario debe tener acceso al comprobante de pago
5. Post condiciones
El usuario accedió al sistema
El usuario obtuvo una orden de salida.
6. Puntos de Extensión e Inclusión
Extiende al caso de uso “Modifica Contraseña” en caso esta haya caducada
7. Reglas de negocio
R01:El máximo número de intentos es 3
R02:La contraseña tiene tiempo de caducidad según lo dispuesto por la empresa
R03: Se debe validar el despacho en la puerta por el vigilante.
8. Ejemplo de interfaz
4. Pre condiciones
El usuario debe estar registrado en el sistema y poseer un usuario y contraseña.
5. Post condiciones
El usuario accedió al sistema
El usuario cumplió con registrar todos los movimientos en el almacén.
6. Reglas de negocio
R01:El máximo número de intentos es 3
R02:La contraseña tiene tiempo de caducidad según lo dispuesto por la empresa
7. Interfaz de ejemplo
5 Modelo de Diseño
5.1.2.Venta
5.1.2.1. Diagrama de clases
5.1.2.2.Diagrama de secuencias
5.1.3.Facturación
5.1.3.1.Diagrama de clases
5.1.3.2.Diagrama de secuencia
5.1.4.Despacho
5.1.4.1.Diagrama de clases
5.1.4.2.Diagrama de secuencia