Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Proyecto Integrador

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 32

MODELAMIENTO Y DISEÑO ORIENTADO A

OBJETOS
BPM

CASO TRANS ELECTRIC


TRABAJO INTEGRADOR

Docente: Mgtr. Ing. Carlos Díaz Sánchez


Integrantes
CONDORI PAMPAMALLCO ALVARO ADRIAN - U201920246
ESCOBAR GUTIERREZ ALDAIR - U20191E270
GARAY PACHERRE AARON - U20201A352
PUQUIO INCA MILAGROS JESSICA - U20191B475
ÍNDICE

1. Organización

2. Modelo de Caso de Uso de negocio

2.1. Modelo del Negocio

2.1.1. Diagrama de procesos del Negocio 

3. Modelado de Caso de uso

3.1.1. Requerimientos

3.1.2. Matriz de requerimientos – requisitos

3.1.3. Diagrama de Paquetes

3.1.4. Diagrama de Caso de Uso por paquete

3.1.5. Diagrama General de Caso de Uso

4. Modelo de Análisis

4.1. Diagrama de Clases y Secuencia

4.2. Especificación de Caso de Uso

5. Modelo de Diseño

5.1. Diagrama de Clases y Secuencia


1 Organización

1.1.1 Trans Electric


La empresa “TRANS ELECTRIC” es una organización dedicada a la venta de artículos
electrodomésticos. Planifican convertirse en la empresa líder en la venta de dichos
artículos en todo el país. Esta empresa, cuenta con diferentes puntos de venta. Cada
punto de venta cuenta con cajeros, vendedores y su propio almacén. Se desea optimizar
todos los procesos de la organización, logrando que el 90% de clientes lleven por lo
menos un producto en cada venta, reduciendo costos en 20% con respecto al semestre
anterior, disminuyendo el tiempo de facturación de transacción en 50% así como el
tiempo de reposición de productos por bajo stock en 40%, todo ello para el siguiente
semestre del año.

1.1.1.1. Diagrama de actores


En el siguiente diagrama se presenta la relación entre todos los colaboradores de
la empresa Trans Electric. Por ejemplo, se puede observar que el jefe de
compras necesita acceso a algunas de las funciones del encargado de compras
para cumplir con su trabajo. Todos los colaboradores son relacionados con
usuario ya que todos son usuarios de un sistema en particular de la empresa.
2 Modelo de Caso de Uso de negocio

2.1 Modelo del Negocio


Los procesos más importantes que se llevan a cabo en la empresa son la venta,
facturación, despacho y tienen un macroproceso que engloba los procesos de salida
de productos, ingreso de productos, control de inventarios y compra.

2.1.1 Diagrama de procesos del


Negocio
En el diagrama de procesos del negocio se representan los actores y los
procesos de los que se encargan. En algunos casos comparten el mismo

proceso y según las flechas se detalla que actor lo inicia.


3 Modelado de Caso de uso

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. Diagrama de Caso de Uso por paquete


3.1.4.1. DCU VENTA
El vendedor se encarga de registrar el mantenimiento, registrar la venta y generar el
reporte.
A su vez el vendedor se encarga de buscar al cliente y al producto, según sus
características y de generar el ticket de venta.

3.1.4.2. DCU FACTURACIÓN


El cajero se encarga de consultar el ticket para posteriormente registrar la facturación y
luego generar el comprovante de pago que será enviado al almacén.

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.

3.1.4.6.DCU CONTROL DE INVENTARIO


El jefe del almacén verifica los mínimos existenciales y registra el reporte del stock.
El almacenero registra los requerimentos de compra.
3.1.4.7.DCU COMPRA
El encargado de compra se encarga de registrar la cotización, buscar los requerimientos
de compra que incluye solicitar una cotización. El encargado también deriva los
requerimientos y envía la cotización al jefe de compra.
Diagrama general de caso de uso :

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 Diagrama de Clases y Secuencia


4.1.1.Diagrama de clases
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.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.2.2. CASO TRANS ELECTRICVentas


1. Descripción
El caso de uso permite al usuario poder ingresar al sistema y buscar el producto
de su interés.
2. Actor(es)
Vendedor
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 PRODUCTOS
5.El sistema muestra la interfaz PRODUCTOS con los siguientes datos:
Nombre, marca, color, precio y código..
6.

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

4.2.3. CASO TRANS ELECTRICFacturación


1. Descripción
El caso de uso permite al usuario registrar una facturación
2. Actor(es)
Cajero
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 VENTAS
4. El sistema registra facturaciones y entrega comprobantes de pago
5.Seleccionar “SALIR”

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

4.2.4. CASO TRANS ELECTRICDespacho


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)
Despachador y vigilante
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 DESPACHO
4. El sistema permite ingresar los datos del comprobante de pago
5. El sistema registra una incidencia.

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.2.5. CASO TRANS ELECTRICGestión de almacén


1. Descripción
El caso de uso permite al usuario tener registro sobre el almacén y stock.
2. Actor(es)
Almacenero, jefe de almacén, encargado de compra y jefe de compra
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 ALMACEN
4. El sistema permite ingresar los datos del comprobante de pago.
5. El sistema permite el ingreso y salida de los productos
6. El sistema permite al usuario actualizar el stock.

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 Diagrama de Clases y Secuencia


5.1.1.Validar usuario
5.1.1.1.Diagrama de clases
5.1.1.2.Diagrama de secuencia

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

5.1.5. Gestión de almacén


5.1.5.1.Diagrama de clases
5.1.5.2.Diagrama de secuencia

También podría gustarte