Modelo Caso de Uso

Especificacin: Casos de Uso Prototipos
de Interfaz
<Versin 1>
Propuesto
Autores:
Equipo desarrollo
Fecha de
Elaboracin:
<07/17/2015>
1. Propsito
Identificar la funcionalidad y modelos de ventanas para los requisitos establecidos: proceso y reporte de
flujo documentario; incluir informacin en las ordenes de pedido y proformas; presentar informacin del
stock disponible, stock separado y stock real.
Tabla de Contenido
1
Modelo de Casos de Uso....................................................................................................................3

1.1 Modelo de Casos de Uso diagram................................................................................................3
1.1.1 Flujo Documentario................................................................................................................3
1.1.2 Gestionar Pedidos...................................................................................................................3
1.1.3 Actores....................................................................................................................................3
1.2 Flujo Documentario......................................................................................................................4
1.2.1 Flujo Documentario diagram.................................................................................................4
1.2.1.1 Usuario.............................................................................................................................5
1.2.2 Generacin "parcial" de Comprobante de Pago"...................................................................6
1.2.3 "CRUD" Gestionar Flujo documentario.................................................................................7
1.2.4 Ejecutar Secuencia del Flujo Documentario..........................................................................8
1.2.5 Generar comprobante de pago "automaticamente"................................................................9
1.2.6 Obtener documentos previos................................................................................................10
1.3 Gestionar Pedidos.......................................................................................................................12
1.3.1 Gestionar Pedidos diagram...................................................................................................12
1.3.1.1 Usuario...........................................................................................................................12
1.3.2 Aprobar Pedidos...................................................................................................................14
1.3.3 Generar comprobante de pago..............................................................................................15
1.3.4 Gestionar Pedidos.................................................................................................................17
1.3.5 Rechazar Pedidos.................................................................................................................19
1.3.6 Registrar de Pedidos.............................................................................................................20
1.4 Actores........................................................................................................................................23
1.4.1 Actores diagram....................................................................................................................23
1.4.2 Administrador.......................................................................................................................23
1.4.3 Usuario.................................................................................................................................24
Model Report
21 September, 2015
1 Modelo de Casos de Uso

1.1 Modelo de Casos de Uso diagram
Figure 1:
Modelo de Casos de Uso
1.2 Flujo Documentario

1.2.1 Diagrama de Flujo Documentario
Figure 2:
Flujo Documentario
Page 3 of 27
Model Report
21 September, 2015
1.2.1.1
Usuario
INCOMING STRUCTURAL RELATIONSHIPS

Generalization from Administrador to Usuario
[ Direction is 'Source -> Destination'. ]
ATTRIBUTES
Cdigo : Public
[ Is static False. Containment is Not Specified. ]
Nombre : Public
Apellido Paterno : Public
Apellido Materno : Public
Email : Public
ASSOCIATIONS
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Generar comprobante de

pago "automaticamente"

Target: Public (UseCase) Registrar de Pedidos

Target: Public (UseCase) Rechazar Pedidos

Target: Public (UseCase) Aprobar Pedidos

Target: Public (UseCase) "CRUD" Gestionar Flujo

documentario

Target: Public (UseCase) Obtener documentos

previos
Page 4 of 27
Model Report
21 September, 2015
ASSOCIATIONS
Target: Public (UseCase) Generacin "parcial" de

Comprobante de Pago"

Target: Public (UseCase) Gestionar Pedidos

CRUD


pago
1.2.2 Generacin "parcial" de Comprobante de

Pago"
El presente caso de uso define el procedimiento para generar un determinado numero comprobantes de pago (puede ser
factura, boleta o gua de remisin) de manera parcial
REQUIREMENTOS EXTERNOS
Requirement. REQF.FP10 - Generacin "parcial" de Comprobante de Pago"
Se requiere en el sistema generar comprobantes de pago a partir de la informacin de los documentos obtenidos previamente
en un determinado Flujo Documentario. Este proceso debe considerar atenciones parciales para su ejecucin.
[ Stereotype is Functional ]
ESCENARIOS
Basic Path. Basic Path
1. El caso de uso inicia cuando el usuario selecciona generar el/los comprobantes de pago de manera parcial.
2. El sistema recoge la informacin y llama a la opcin Salida de Inventario .
3. El usuario rellena el detalle del comprobante de pago y elige confirmar.
4. El sistema valida la informacin y la registra.
5. El usuario elige cerrar y finaliza el caso de uso.
Alternate. Alternate path
1. En el paso 4 si existen ms documentos en cola se repite el paso 2.
RESTRICCIONES
Pre-condicin. 1. El usuario debe haber iniciado sesin en el sistema.
Pre-condicin. 2. El usuario atiende de manera parcial el documento.
Pre-condicin. 3. El usuario ha seleccionado un documento pendiente de la lista.
Page 5 of 27
Model Report
21 September, 2015
RESTRICCIONES
Post-condicin. 4. Se crean los registros del comprobante de pago y se cambia el estado del documento actual a Atendido
parcialmente.
OUTGOING STRUCTURAL RELATIONSHIPS
Realization from Generacin "parcial" de Comprobante de Pago" to Functional REQF.FP10 - Generacin "parcial" de
CONNECTORS
Extend extend Source -> Destination
From:
Obtener documentos previos : UseCase, Public
To:
Generacin "parcial" de Comprobante de Pago" : UseCase, Public
ASSOCIATIONS

1.2.3 "CRUD" Gestionar Flujo documentario

Este caso de uso permite crear, listar, editar y eliminar los registros de Flujos documentarios en el sistema.
REQUIREMENTOS EXTERNOS
Requirement. REQF.FP02 - Gestionar Flujos Documentarios
Se requiere en el sistema almacenar y mantener lista de datos de Flujos Documentarios.
ESCENARIOS
1. El caso de uso comienza cuando el usuario ingresa a la opcin Flujo Documentario y elige la opcin Nuevo.
2. El sistema habilita los controles para el ingreso de los datos correspondientes a un Flujo Documentario.
3. El usuario llena los campos con los valores correspondientes a cada dato solicitado.
4. El usuario selecciona y ordena los movimientos registrados anteriormente y elige la opcin Grabar.
5. El sistema valida los datos ingresados por el usuario.
6. El Flujo Documentario es creado en la base de datos.
7. El usuario puede elegir nuevamente la opcin Nuevo y repetir el proceso. Si elige la opcin Cerrar finaliza el caso de uso.
RESTRICCIONES
Pre-condicin. 1. El usuario debe haber iniciado sesin en el sistema
Pre-condicin. 2. Deben existir registro previo de Movimientos en el sistema
Pre-condicin. 3. Se crea un nuevo registro de Flujo Documentario.
Page 6 of 27
Model Report
21 September, 2015

Realization from "CRUD" Gestionar Flujo documentario to Functional REQF.FP02 - Gestionar Flujos Documentarios
ASSOCIATIONS

documentario
1.2.4 Ejecutar Secuencia del Flujo

Documentario
Este caso de uso describe la secuencia de ejecucin del Flujo documentario definido
ESCENARIOS
1. El caso de uso comienza cuando el usuario selecciona la opcin Mostrar Flujo Documentario.
2. El sistema muestra los movimientos de forma ordenada.
3. El usuario selecciona un movimiento para ver los detalles del mismo.
1.2.5 Generar comprobante de pago

"automaticamente"
El presente caso de uso define el procedimiento para generar un determinado nmero comprobantes de pago (puede ser
factura, boleta o gua de remisin) de manera automtica
REQUERIMIENTOS EXTERNOS
Requirement. REQF.FP09 - Generacin "automtica" de Comprobante de Pago"
Se requiere en el sistema generar comprobantes de pago a partir de la informacin de los documentos obtenidos previamente
en un determinado Flujo Documentario.
ESCENARIOS
1. El caso de uso inicia cuando el usuario selecciona la opcin Procesar Documento de la lista de documentos previos.
Alternate: 1a. Alternate Path
2. El sistema presenta la lista de comprobantes de pago disponibles.
3. El usuario selecciona un tipo de comprobante de pago y confirma la operacin.
4. El sistema calcula el numero de comprobantes de pago a generar.
5. El sistema valida la informacin obtenida y registra en el sistema los comprobantes de pago.
6. El sistema actualiza la lista de documentos para el movimiento actual.
7. El usuario elige cerrar y finaliza el caso de uso.
Page 7 of 27
Model Report
21 September, 2015
RESTRICCIONES
Pre-condicin. 1. El usuario debe haber iniciado sesin en el sistema
Pre-condicin. 2. El usuario aceptara la atencin total de los items detallados en el documento actual.
Pre-condicin. 3. El usuario generar solo un tipo de comprobante de pago.
Post-condicin. 4. Se crean los registros necesarios de los comprobantes de pago en el sistema.

Realization from Generar comprobante de pago "automaticamente" to Functional REQF.FP09 - Generacin
"automtica" de Comprobante de Pago"
CONNECTORS
From:
To:
Generar comprobante de pago "automaticamente" : UseCase, Public
ASSOCIATIONS

1.2.6 Obtener documentos previos

El presente caso de uso define el procedimiento para obtener los datos ingresados en el documento previo al actual.
ESCENARIOS
1. El caso de uso comienza cuando el usuario selecciona el menu 'Gestion de Flujo Documentario'.
2. El usuario selecciona el flujo documentario a ver a detalle.
3. El sistema muestra los movimientos de manera ordenada.
4. El usuario selecciona un movimiento de la lista del flujo documentario.
5. El sistema muestra los documentos pendientes, aprobados y rechazados generados en el movimiento previo.
6. El usuario elige la opcin cerrar y finaliza el caso de uso.
Alternate. Alternate Path
1. En el paso 5 del presente caso de uso si el sistema se encuentra en el primer movimiento para el flujo no se mostraran
documentos en la lista.
2. El usuario elige la opcin cerrar y finaliza el caso de uso.
RESTRICCIONES
Page 8 of 27
Model Report
21 September, 2015
CONNECTORS
From:
To:
Generacin "parcial" de Comprobante de Pago" : UseCase, Public
From:
To:
Generar comprobante de pago "automaticamente" : UseCase, Public
ASSOCIATIONS

previos
1.3 Gestionar Pedidos

1.3.1 Gestionar Pedidos diagram
Page 9 of 27
Model Report
21 September, 2015
Figure 3:
1.3.1.1
Gestionar Pedidos
Usuario

ATTRIBUTES
Cdigo : Public
Nombre : Public
Email : Public
ASOCIACIONES






documentario


Page 10 of 27
Model Report
21 September, 2015
ASOCIACIONES
previos



CRUD


pago
1.3.2 Aprobar Pedidos

Este caso de uso permite la aprobacin de un pedido.
Requirement. REQF.GP07 - Aprobar Pedido
El sistema debe permitir la aprobacin de un Pedido de forma total o parcial en relacin a los tems y unidades solicitadas.
ESCENARIOS
Basic Path. Aprobacin de Pedido
1. El caso de uso comienza cuando el usuario ingresa a la opcin "Gestin de Pedidos".
2. El sistema muestra el listado con los Pedidos pendientes de aprobacin.
3. El usuario selecciona un Pedido del listado.
4. El sistema muestra el detalle del Pedido seleccionado por el usuario.
5. El usuario verfica si existe stock disponible de cada tem del Pedido e ingresa las unidades que sern aprobadas. Luego elige
la opcin "Aprobar".
6. El sistema valida los datos ingresados y cambia el estado del Pedido a "Aprobado".
7. El usuario puede seleccionar otro Pedido del listado y volver a ejecutar todo el proceso. Si elige la opcin "Cerrar" finaliza
el caso de uso.
Alternate. Errores en validacin de datos
1. En el paso 6 si no existe stock disponible el sistema muestra los mensajes correspondientes al usuario y se retorna al paso 5.
Alternate. No realizar cambios
1. En el paso 4 el usuario puede elegir la opcin Cerrar y finaliza el caso de uso.
Alternate. Error en persistencia de datos
1. En el paso 6 si falla la persistencia de los datos en la base de datos el sistema muestra un mensaje de error. Finaliza el caso
uso.
Page 11 of 27
Model Report
21 September, 2015
RESTRICCIONES
Pre-condition. 1. Deben existir registro previo de Pedidos en estado "Pendiente".
[ Approved, Weight is 0. ]
Pre-condicin. 2. Debe existir Stock Disponible para los tems detallados en el Pedido.
Pre-condicin. 3. La fecha de validez de la solicitud del Pedido se encuentre dentro del plazo establecido.
Post-condicin. 1. Se aprueba el Pedido y se cambia de estado a "Aprobado".
Post-condicin. 2. Se separan las unidades solicitadas en el Pedido por cada tem.

Realization from Aprobar Pedidos to Functional REQF.GP07 - Aprobar Pedido
ASSOCIATIONS
1.3.3 Generar comprobante de pago

Este caso de uso permite la generacin del comprobante de pago de un pedido.
Requirement. REQF.GP08 - Generar comprobante de pago
El sistema debe permitir la generacin del comprobante de pago de un determinado Pedido y cambiar el estado del mismo.
ESCENARIOS
Basic Path. Generacin "automtica" de Comprobante de pago
1. El caso de uso comienza cuando el usuario ingresa a la opcin "Gestin de Flujo Documentario".
2. El sistema muestra en pantalla la secuencia de un determinado Flujo Documentario.
3. El usuario selecciona una de las secuencias del Flujo Documentario.
4. El sistema muestra el listado de los documentos correspondientes al movimiento de una secuencia anterior a la elegida en el
paso anterior.
5. El usuario activa la opcin "Atencin Total", selecciona un registro del listado y elige la opcin "Generar Documento".
6. El sistema valida los datos ingresados y almacena los datos. Cambia el estado del documento a "Atendido".
7. El usuario puede seleccionar otro registro del listado y volver a ejecutar todo el proceso. Si elige la opcin "Cerrar" finaliza
el caso de uso.
Basic Path. Generacin "parcial" de Comprobante de pago
1. El caso de uso comienza cuando el usuario ingresa a la opcin "Gestin de Flujo Documentario".
2. El sistema muestra en pantalla la secuencia de un determinado Flujo Documentario.
3. El usuario selecciona una de las secuencias del Flujo Documentario.
Page 12 of 27
Model Report
21 September, 2015
ESCENARIOS
4. El sistema muestra el listado de los documentos correspondientes al movimiento de una secuencia anterior a la elegida en el
paso anterior.
5. El usuario activa la opcin "Atencin Parcial", selecciona un registro del listado y elige la opcin "Generar Documento".
6. El sistema muestra en pantalla la opcin "Salida de Inventarios" con datos del documento seleccionado, sin considerar el
detalle.
7. El usuario elige la opcin "F12".
8. El sistema muestra en pantalla los datos del documento seleccionado en el paso 5.
9. El usuario selecciona los tems que sern incluidos en el documento destino y elige la opcin "Aceptar".
10. El sistema muestra la ventana de "Salidas de Inventarios" con los datos seleccionados en el paso anterior.
11. El usuario elige la opcin "Grabar".
12. El sistema valida y graba los datos, cambia el estado del registro elegido en el paso 5 a "Atendido Parcial" y libera la
ventana de "Salidas de Inventarios". Luego retorna al paso 4.
13. El usuario puede seleccionar otro registro del listado y volver a ejecutar todo el proceso. Si elige la opcin "Cerrar" finaliza
el caso de uso.
RESTRICCIONES
Pre-condicin. 1. Deben existir registro previo de pedidos.
Pre-condicin. 2. Debe existir stock disponible para los tems detallados en el pedido.
Pre-condicin. 3. La fecha de validez de la solicitud del pedido este dentro del plazo correspondiente.
Post-condicin. 1. Se aprueba el pedido y se cambia de estado en el sistema.
Post-condicin. 2. Se separan las unidades solicitadas en el pedido por cada tem.

Realization from Generar comprobante de pago to Functional REQF.GP08 - Generar comprobante de pago
ASSOCIATIONS

pago
1.3.4 Gestionar Pedidos

Este caso de uso permite la creacin, listado, edicin y eliminacin de los registros de Pedidos en el sistema.
Requirement. REQF.MP02 - Crear Movimientos de Pedidos
El sistema debe permitir agregar nuevos datos de Movimientos de Pedidos.
Page 13 of 27
Model Report
21 September, 2015
Requirement. REQF.MP03 - Modificar Movimientos de Pedidos
El sistema debe permitir modificar datos de Movimientos de Pedidos.
Requirement. REQF.MP04 - Eliminar Movimientos de Pedidos
El sistema debe permitir eliminar datos de Movimientos de Pedidos existentes.
Requirement. REQF.MP05 - Imprimir listado de Movimientos de Pedidos
El sistema debe permitir la impresin de los datos de Movimientos de Pedidos existentes.
Requirement. REQF.MP06 - Persistencia de datos de Movimientos de Pedidos
El sistema debe permitir la persistencia de los datos en un motor de base de datos relacional (Postgresql).
ESCENARIOS
Basic Path. Crear Movimiento de Pedido
1. El caso de uso comienza cuando el usuario ingresa a la opcin Movimientos de Pedidos y elige la opcin Nuevo.
2. El sistema habilita los controles para el ingreso de los datos correspondientes a un Movimiento de Pedido.
3. El usuario llena los campos con los valores correspondientes a cada dato solicitado y elige la opcin Grabar.
5. El Movimiento de Pedido es creado en la base de datos.
6. El usuario puede elegir nuevamente la opcin Nuevo y repetir el proceso. Si elige la opcin Cerrar finaliza el caso de uso.
Basic Path. Modificar Movimiento de Pedido
1. El caso de uso comienza cuando el usuario ingresa a la opcin Movimientos de Pedidos, selecciona un tem y elige la opcin
Modificar.
2. El sistema habilita los controles para la edicin de los datos correspondientes a un Movimiento de Pedido.
3. El usuario modifica los campos con los valores correspondientes a cada dato solicitado y elige la opcin Grabar.
5. Se guarda la modificacin del Movimiento de Pedido en la base de datos. Finaliza el caso de uso.
Basic Path. Eliminar Movimiento de Pedido
1. El caso de uso comienza cuando el usuario ingresa a la opcin Movimientos de Pedidos, selecciona un tem y elige la opcin
Eliminar.
2. El sistema muestra un cuadro de dilogo solicitando la confirmacin del usuario.
3. Si el usuario acepta la confirmacin el registro se elimina de la base de datos, caso contrario el registro permanece en la base
de datos.
4. El usuario puede elegir nuevamente un tem y la opcin Eliminar y repetir el proceso. Si elige la opcin Cerrar finaliza el
caso de uso.
1. En el paso 4 del flujo bsico "Crear Movimiento de Pedido" o del flujo bsico "Modificar Movimiento de Pedido" si hay
errores de validacin el sistema muestra los mensajes correspondientes al usuario y se retorna al paso 3.
Alternate. No guardar cambios
1. En el paso 2 o 3 del flujo bsico "Crear Movimiento de Pedido" o del flujo bsico "Modificar Movimiento de Pedido" el
Page 14 of 27
Model Report
21 September, 2015
ESCENARIOS
usuario puede elegir la opcin Cerrar y finaliza el caso de uso.
Alternate. Error en persistencia en base de datos
1. En el paso 5 del flujo bsico "Crear Movimiento de Pedido" o del flujo bsico "Modificar Movimiento de Pedido" si falla la
persistencia de los datos en la base de datos el sistema muestra un mensaje de error. Finaliza el caso uso.
RESTRICCIONES
Post-condition. 1. Para el flujo bsico "Crear Movimiento de Pedido" se crea un nuevo registro de Movimiento de Pedido.
Post-condition. 2. Para el flujo bsico "Modificar Movimiento de Pedido" se modifica un registro existente de Movimiento
de Pedido.
Post-condition. 3. Para el flujo bsico "Eliminar Movimiento de Pedido" se elimina un registro existente de Movimiento
de Pedido.

Realization from CRUD Gestionar Pedidos to Functional REQF.MP04 - Eliminar Movimientos de Pedidos
Realization from CRUD Gestionar Pedidos to Functional REQF.MP02 - Crear Movimientos de Pedidos
Realization from CRUD Gestionar Pedidos to Functional REQF.MP03 - Modificar Movimientos de Pedidos
Realization from CRUD Gestionar Pedidos to Functional REQF.MP06 - Persistencia de datos de Movimientos de
Pedidos
Realization from CRUD Gestionar Pedidos to Functional REQF.MP05 - Imprimir listado de Movimientos de Pedidos
CONNECTORS
From:
Gestionar Pedidos : UseCase, Public
To:
Registrar de Pedidos : UseCase, Public
ASSOCIATIONS

CRUD
Page 15 of 27
Model Report
21 September, 2015
1.3.5 Rechazar Pedidos

Este caso de uso permite el rechazo de un pedido.
Requirement. REQF.GP06 - Rechazar Pedido
El sistema debe permitir el rechazo de un Pedido.
ESCENARIOS
Basic Path. Rechazo de Pedido
1. El caso de uso comienza cuando el usuario ingresa a la opcin "Gestin de Pedidos".
2. El sistema muestra el listado con los Pedidos pendientes de aprobacin.
3. El usuario selecciona un Pedido del listado.
4. El sistema muestra el detalle del Pedido seleccionado por el usuario.
5. El usuario elige la opcin "Rechazar".
6. El sistema cambia el estado del Pedido a "Rechazado".
7. El usuario puede seleccionar otro Pedido del listado y volver a ejecutar todo el proceso. Si elige la opcin "Cerrar" finaliza
el caso de uso.
Alternate. No realizar cambios
Alternate. Error en persistencia de datos
uso.
CONSTRAINTS
Pre-condicin. 1. Deben existir registro previo de Pedidos en estado "Pendiente".
Post-condicin. 1. Se rechaza el Pedido y se cambia de estado a "Rechazado".

Realization from Rechazar Pedidos to Functional REQF.GP06 - Rechazar Pedido
ASSOCIATIONS
Page 16 of 27
Model Report
21 September, 2015
1.3.6 Registrar de Pedidos

Este caso de uso permite la creacin, listado, edicin y eliminacin de los registros de Pedidos en el sistema.
Requirement. REQF.GP02 - Registrar Pedidos
El sistema debe permitir registrar nuevos datos de Pedidos de clientes.
ESCENARIOS
Basic Path. Registro de Pedido
1. El caso de uso inicia cuando el usuario ingresa a la opcin Registro de Pedidos.
2. El sistema habilita los controles para el ingreso de los datos correspondientes a un Pedido.
3. El usuario llena los campos con los valores correspondientes a cada dato solicitado y elige la opcin Grabar.
5. El Pedido es creado en la base de datos.
6. El sistema retorna al paso 2.
7. El usuario puede elegir nuevamente repetir el proceso. Si elige la opcin Cerrar finaliza el caso de uso.
1. En el paso 4 si hay errores de validacin el sistema muestra los mensajes correspondientes al usuario y se retorna al paso 3.
Alternate. No guardar cambios
Alternate. Error en persistencia en base de datos
uso.
RESTRICCIONES
Pre-condicin. 2. Debe existir un registro previo de Movimientos de Pedidos.
Pre-condicin. 3. Debe existir un registro previo de Entidades.
Pre-condicin. 4. Debe existir un registro previo de Almacenes.
Pre-condicin. 6. Debe existir un registro previo de Productos.
Pre-condicin. 5. Debe existir un registro previo de Vendedores.
Post-condicin. 1. Se crea un nuevo registro de Pedido con el estado "Pendiente".
Page 17 of 27
Model Report
21 September, 2015

Realization from Registrar de Pedidos to Functional REQF.GP02 - Registrar Pedidos
CONNECTORS
From:
Gestionar Pedidos : UseCase, Public
To:
Registrar de Pedidos : UseCase, Public
ASSOCIATIONS
1.4 Actores
1.4.1 Actores diagram
Figure 4:
Actores
1.4.2 Administrador
Page 18 of 27
Model Report
21 September, 2015
1.4.3 Usuario
ATTRIBUTES
Cdigo : Public
Nombre : Public
Email : Public
ASSOCIATIONS






documentario


previos


Page 19 of 27
Model Report
21 September, 2015
ASSOCIATIONS

CRUD


pago
Descripcin
2.1.1. Definicin del Flujo Documentario
Para la funcionalidad de Flujo documentario, se implementara la siguiente estructura:
FLUJO
Cod
F001
F002
Des
FLUJO 1
FLUJO 2
DET_FLU
JO
Cod
F001
F001
F001
F002
F002
F002
CodMov Orden
C001
1
C002
2
C003
3
S001
1
S002
2
S003
3
Tipo
S
S
FLUJO
ccodflujo
(char (8))
F001
F002
cdesflujo
(varchar (50))
FLUJO 1
FLUJO 2
DET_FLUJO
ccodflujo
(char (8))
F001
F001
F001
F002
F002
ccodmov (char
(5))
C001
C002
C003
S001
S002
ctipoflujo (char (1))

I
S
nordendet_flujo
(numeric (2))
1
2
3
1
2
Page 20 of 27
Model Report
F002
21 September, 2015
S003
Para el flujo documentario se tendr la siguiente tabla en la base de datos

FLUJO
ccodflujo (char
(8))
F001
F002
DET_FLUJO
ccodflujo (char
(8))
F001
F001
F001
F002
F002
F002
cdesflujo
(varchar (50)) ctipoflujo (char (1))
FLUJO 1
I
FLUJO 2
S
ccodmov
(char (5))
C001
C002
C003
S001
S002
S003
nordendet_flujo
(numeric (2))
1
2
3
1
2
3
En la tabla que almacena los registros de ingreso y salida de inventarios, se aade dos campos:
Cdigo de Flujo, el cual indica si el registro est asociado dentro de un flujo documentario
determinado; Estado de documento, que controla el estado de cada documento puede ser (Atendido,
Atendido parcial, Pendiente, Rechazado)
Page 21 of 27
Model Report
21 September, 2015
2.1.2. Prototipos de Interfaz para Gestin de Flujo Documentario

El flujo documentario deber iniciar con la definicin de la secuencia de los movimientos.
Gestin de Flujo Documentario

El botn para Asignar Movimientos debe estar habilitado solo cuando es un nuevo Flujo, en caso este
en modo edicin debe estar deshabilitado.
Page 22 of 27
Model Report
21 September, 2015
Agregar secuencia de movimientos al flujo

Al presionar el botn Asignar Movimientos se mostrar la siguiente pantalla
Procesar Flujo Documentario

Al seleccionar una secuencia del flujo documentario se mostrar la siguiente pantalla que contiene
los documentos pendientes realizados en una secuencia previa.
Page 23 of 27
Model Report
21 September, 2015
2.1.3. Definicin de Gestin de Pedidos

Para la funcionalidad de Pedidos, se implementara la siguiente estructura:
Page 24 of 27
Model Report
21 September, 2015
Page 25 of 27
Model Report
21 September, 2015
En la tabla que almacena las cabeceras de los registros de pedidos se aade un campo: ffecval
(Fecha de validez del pedido), el cual indica la fecha hasta la cual es vlida la oferta para el cliente.
En la tabla que almacena los saldos de productos se aade un campo: nsepstk (Separacin de
stock), el cual indica la cantidad en unidades que se reserva cuando se aprueba un pedido.
2.1.4. Prototipos de Interfaz para Gestin de Pedidos

Movimientos de Pedidos
Registro de Pedidos
Page 26 of 27
Model Report
21 September, 2015
Procesar Pedidos
Page 27 of 27

Modelo Caso de Uso

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Modelo Caso de Uso

Caricato da

Copyright:

Formati disponibili

Especificacin: Casos de Uso Prototipos

Modelo de Casos de Uso....................................................................................................................3

1 Modelo de Casos de Uso

Modelo de Casos de Uso

1.2 Flujo Documentario

INCOMING STRUCTURAL RELATIONSHIPS

Target: Public (UseCase) Generar comprobante de

Association (direction: Unspecified)

Target: Public (UseCase) Registrar de Pedidos

Association (direction: Unspecified)

Target: Public (UseCase) Rechazar Pedidos

Association (direction: Unspecified)

Target: Public (UseCase) Aprobar Pedidos

Association (direction: Unspecified)

Target: Public (UseCase) "CRUD" Gestionar Flujo

Association (direction: Unspecified)

Target: Public (UseCase) Obtener documentos

Target: Public (UseCase) Generacin "parcial" de

Association (direction: Unspecified)

Target: Public (UseCase) Gestionar Pedidos

Association (direction: Unspecified)

Target: Public (UseCase) Generar comprobante de

1.2.2 Generacin "parcial" de Comprobante de

Target: Public (UseCase) Generacin "parcial" de

1.2.3 "CRUD" Gestionar Flujo documentario

OUTGOING STRUCTURAL RELATIONSHIPS

Target: Public (UseCase) "CRUD" Gestionar Flujo

1.2.4 Ejecutar Secuencia del Flujo

1.2.5 Generar comprobante de pago

OUTGOING STRUCTURAL RELATIONSHIPS

Target: Public (UseCase) Generar comprobante de

1.2.6 Obtener documentos previos

Target: Public (UseCase) Obtener documentos

1.3 Gestionar Pedidos

INCOMING STRUCTURAL RELATIONSHIPS

Target: Public (UseCase) Generar comprobante de

Association (direction: Unspecified)

Target: Public (UseCase) Registrar de Pedidos

Association (direction: Unspecified)

Target: Public (UseCase) Rechazar Pedidos

Association (direction: Unspecified)

Target: Public (UseCase) Aprobar Pedidos

Association (direction: Unspecified)

Target: Public (UseCase) "CRUD" Gestionar Flujo

Association (direction: Unspecified)

Target: Public (UseCase) Obtener documentos

Target: Public (UseCase) Generacin "parcial" de

Association (direction: Unspecified)

Target: Public (UseCase) Gestionar Pedidos

Association (direction: Unspecified)

Target: Public (UseCase) Generar comprobante de

1.3.2 Aprobar Pedidos

OUTGOING STRUCTURAL RELATIONSHIPS

Target: Public (UseCase) Aprobar Pedidos

1.3.3 Generar comprobante de pago

OUTGOING STRUCTURAL RELATIONSHIPS

Target: Public (UseCase) Generar comprobante de

1.3.4 Gestionar Pedidos

OUTGOING STRUCTURAL RELATIONSHIPS

Target: Public (UseCase) Gestionar Pedidos

1.3.5 Rechazar Pedidos

OUTGOING STRUCTURAL RELATIONSHIPS

Target: Public (UseCase) Rechazar Pedidos

1.3.6 Registrar de Pedidos