Download - Modelo Caso de Uso
Model Report21 septiembre, 2015
Especificacin: Casos de Uso Prototipos de Interfaz
Propuesto
Autores:Equipo desarrolloFecha de Elaboracin:
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 Uso31.1 Modelo de Casos de Uso diagram31.1.1 Flujo Documentario31.1.2 Gestionar Pedidos31.1.3 Actores31.2 Flujo Documentario41.2.1 Flujo Documentario diagram41.2.1.1 Usuario51.2.2 Generacin "parcial" de Comprobante de Pago"61.2.3 "CRUD" Gestionar Flujo documentario71.2.4 Ejecutar Secuencia del Flujo Documentario81.2.5 Generar comprobante de pago "automaticamente"91.2.6 Obtener documentos previos101.3 Gestionar Pedidos121.3.1 Gestionar Pedidos diagram121.3.1.1 Usuario121.3.2 Aprobar Pedidos141.3.3 Generar comprobante de pago151.3.4 Gestionar Pedidos171.3.5 Rechazar Pedidos191.3.6 Registrar de Pedidos201.4 Actores231.4.1 Actores diagram231.4.2 Administrador231.4.3 Usuario24
Modelo de Casos de Uso
Modelo de Casos de Uso diagram
Modelo de Casos de Uso Flujo Documentario
Diagrama de Flujo Documentario
Flujo Documentario
UsuarioINCOMING STRUCTURAL RELATIONSHIPS
Generalization from Administrador to Usuario[ Direction is 'Source -> Destination'. ]
ATTRIBUTES
Cdigo : Public[ Is static False. Containment is Not Specified. ]
Nombre : Public[ Is static False. Containment is Not Specified. ]
Apellido Paterno : Public[ Is static False. Containment is Not Specified. ]
Apellido Materno : Public[ Is static False. Containment is Not Specified. ]
Email : Public[ Is static False. Containment is Not Specified. ]
ASSOCIATIONS
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Generar comprobante de pago "automaticamente"
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Registrar de Pedidos
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Rechazar Pedidos
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Aprobar Pedidos
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) "CRUD" Gestionar Flujo documentario
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Obtener documentos previos
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Generacin "parcial" de Comprobante de Pago"
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Gestionar Pedidos CRUD
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Generar comprobante de pago
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.
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 Comprobante de Pago"[ Direction is 'Source -> Destination'. ]
CONNECTORS
Extend extend Source -> DestinationFrom:Obtener documentos previos : UseCase, Public To: Generacin "parcial" de Comprobante de Pago" : UseCase, Public
ASSOCIATIONS
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Generacin "parcial" de Comprobante de Pago"
"CRUD" Gestionar Flujo documentarioEste 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.[ Stereotype is Functional ]
ESCENARIOS
Basic Path. Basic Path
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.
OUTGOING STRUCTURAL RELATIONSHIPS
Realization from "CRUD" Gestionar Flujo documentario to Functional REQF.FP02 - Gestionar Flujos Documentarios[ Direction is 'Source -> Destination'. ]
ASSOCIATIONS
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) "CRUD" Gestionar Flujo documentario
Ejecutar Secuencia del Flujo DocumentarioEste caso de uso describe la secuencia de ejecucin del Flujo documentario definidoESCENARIOS
Basic Path. Basic Path
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.
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.[ Stereotype is Functional ]
ESCENARIOS
Basic Path. Basic Path
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.
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.
OUTGOING STRUCTURAL RELATIONSHIPS
Realization from Generar comprobante de pago "automaticamente" to Functional REQF.FP09 - Generacin "automtica" de Comprobante de Pago"[ Direction is 'Source -> Destination'. ]
CONNECTORS
Extend extend Source -> DestinationFrom:Obtener documentos previos : UseCase, Public To:Generar comprobante de pago "automaticamente" : UseCase, Public
ASSOCIATIONS
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Generar comprobante de pago "automaticamente"
Obtener documentos previos
El presente caso de uso define el procedimiento para obtener los datos ingresados en el documento previo al actual.
ESCENARIOS
Basic Path. Basic Path
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
Pre-condicin. 1. El usuario debe haber iniciado sesin en el sistema.
CONNECTORS
Extend extend Source -> DestinationFrom:Obtener documentos previos : UseCase, Public To: Generacin "parcial" de Comprobante de Pago" : UseCase, Public
Extend extend Source -> DestinationFrom:Obtener documentos previos : UseCase, Public To:Generar comprobante de pago "automaticamente" : UseCase, Public
ASSOCIATIONS
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Obtener documentos previos
Gestionar Pedidos
Gestionar Pedidos diagram
Gestionar Pedidos
UsuarioINCOMING STRUCTURAL RELATIONSHIPS
Generalization from Administrador to Usuario[ Direction is 'Source -> Destination'. ]
ATTRIBUTES
Cdigo : Public[ Is static False. Containment is Not Specified. ]
Nombre : Public[ Is static False. Containment is Not Specified. ]
Apellido Paterno : Public[ Is static False. Containment is Not Specified. ]
Apellido Materno : Public[ Is static False. Containment is Not Specified. ]
Email : Public[ Is static False. Containment is Not Specified. ]
ASOCIACIONES
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Generar comprobante de pago "automaticamente"
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Registrar de Pedidos
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Rechazar Pedidos
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Aprobar Pedidos
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) "CRUD" Gestionar Flujo documentario
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Obtener documentos previos
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Generacin "parcial" de Comprobante de Pago"
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Gestionar Pedidos CRUD
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Generar comprobante de pago
Aprobar PedidosEste caso de uso permite la aprobacin de un pedido.
REQUERIMIENTOS EXTERNOS
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.[ Stereotype is Functional ]
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.
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.
OUTGOING STRUCTURAL RELATIONSHIPS
Realization from Aprobar Pedidos to Functional REQF.GP07 - Aprobar Pedido[ Direction is 'Source -> Destination'. ]
ASSOCIATIONS
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Aprobar Pedidos
Generar comprobante de pagoEste caso de uso permite la generacin del comprobante de pago de un pedido.
REQUERIMIENTOS EXTERNOS
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.[ Stereotype is Functional ]
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.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.
OUTGOING STRUCTURAL RELATIONSHIPS
Realization from Generar comprobante de pago to Functional REQF.GP08 - Generar comprobante de pago[ Direction is 'Source -> Destination'. ]
ASSOCIATIONS
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Generar comprobante de pago
Gestionar PedidosEste caso de uso permite la creacin, listado, edicin y eliminacin de los registros de Pedidos en el sistema.
REQUERIMIENTOS EXTERNOS
Requirement. REQF.MP02 - Crear Movimientos de Pedidos
El sistema debe permitir agregar nuevos datos de Movimientos de Pedidos.[ Stereotype is Functional ]
Requirement. REQF.MP03 - Modificar Movimientos de Pedidos
El sistema debe permitir modificar datos de Movimientos de Pedidos.[ Stereotype is Functional ]
Requirement. REQF.MP04 - Eliminar Movimientos de Pedidos
El sistema debe permitir eliminar datos de Movimientos de Pedidos existentes.[ Stereotype is Functional ]
Requirement. REQF.MP05 - Imprimir listado de Movimientos de Pedidos
El sistema debe permitir la impresin de los datos de Movimientos de Pedidos existentes.[ Stereotype is Functional ]
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).[ Stereotype is Functional ]
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.4. El sistema valida los datos ingresados por el usuario.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.4. El sistema valida los datos ingresados por el usuario.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.
Alternate. Errores en validacin de datos
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 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
Pre-condicin. 1. El usuario debe haber iniciado sesin en el sistema.
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.
OUTGOING STRUCTURAL RELATIONSHIPS
Realization from CRUD Gestionar Pedidos to Functional REQF.MP04 - Eliminar Movimientos de Pedidos[ Direction is 'Source -> Destination'. ]
Realization from CRUD Gestionar Pedidos to Functional REQF.MP02 - Crear Movimientos de Pedidos[ Direction is 'Source -> Destination'. ]
Realization from CRUD Gestionar Pedidos to Functional REQF.MP03 - Modificar Movimientos de Pedidos[ Direction is 'Source -> Destination'. ]
Realization from CRUD Gestionar Pedidos to Functional REQF.MP06 - Persistencia de datos de Movimientos de Pedidos[ Direction is 'Source -> Destination'. ]
Realization from CRUD Gestionar Pedidos to Functional REQF.MP05 - Imprimir listado de Movimientos de Pedidos[ Direction is 'Source -> Destination'. ]
CONNECTORS
Extend extend Source -> DestinationFrom:Gestionar Pedidos : UseCase, Public To:Registrar de Pedidos : UseCase, Public
ASSOCIATIONS
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Gestionar Pedidos CRUD
Rechazar PedidosEste caso de uso permite el rechazo de un pedido.
REQUERIMIENTOS EXTERNOS
Requirement. REQF.GP06 - Rechazar Pedido
El sistema debe permitir el rechazo de un Pedido.[ Stereotype is Functional ]
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
1. En el paso 3 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.
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".
OUTGOING STRUCTURAL RELATIONSHIPS
Realization from Rechazar Pedidos to Functional REQF.GP06 - Rechazar Pedido[ Direction is 'Source -> Destination'. ]
ASSOCIATIONS
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Rechazar Pedidos
Registrar de PedidosEste caso de uso permite la creacin, listado, edicin y eliminacin de los registros de Pedidos en el sistema.REQUERIMIENTOS EXTERNOS
Requirement. REQF.GP02 - Registrar Pedidos
El sistema debe permitir registrar nuevos datos de Pedidos de clientes.[ Stereotype is Functional ]
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.4. El sistema valida los datos ingresados por el usuario.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.
Alternate. Errores en validacin de datos
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
1. En el paso 2 el 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 si falla la persistencia de los datos en la base de datos el sistema muestra un mensaje de error. Finaliza el caso uso.
RESTRICCIONES
Pre-condicin. 1. El usuario debe haber iniciado sesin en el sistema.
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".
OUTGOING STRUCTURAL RELATIONSHIPS
Realization from Registrar de Pedidos to Functional REQF.GP02 - Registrar Pedidos[ Direction is 'Source -> Destination'. ]
CONNECTORS
Extend extend Source -> DestinationFrom:Gestionar Pedidos : UseCase, Public To:Registrar de Pedidos : UseCase, Public
ASSOCIATIONS
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Registrar de Pedidos
Actores
Actores diagram
Actores
Administrador
OUTGOING STRUCTURAL RELATIONSHIPS
Generalization from Administrador to Usuario[ Direction is 'Source -> Destination'. ]
UsuarioINCOMING STRUCTURAL RELATIONSHIPS
Generalization from Administrador to Usuario[ Direction is 'Source -> Destination'. ]
ATTRIBUTES
Cdigo : Public
Nombre : Public[ Is static False. Containment is Not Specified. ]
Apellido Paterno : Public[ Is static False. Containment is Not Specified. ]
Apellido Materno : Public[ Is static False. Containment is Not Specified. ]
Email : Public[ Is static False. Containment is Not Specified. ]
ASSOCIATIONS
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Generar comprobante de pago "automaticamente"
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Registrar de Pedidos
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Rechazar Pedidos
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Aprobar Pedidos
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) "CRUD" Gestionar Flujo documentario
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Obtener documentos previos
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Generacin "parcial" de Comprobante de Pago"
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Gestionar Pedidos CRUD
Association (direction: Unspecified)
Source: Public (Actor) Usuario
Target: Public (UseCase) Generar comprobante de pago
Descripcin
2.1.1. Definicin del Flujo Documentario Para la funcionalidad de Flujo documentario, se implementara la siguiente estructura:
FLUJO
CodDesTipo
F001FLUJO 1S
F002FLUJO 2S
DET_FLUJO
CodCodMovOrden
F001C0011
F001C0022
F001C0033
F002S0011
F002S0022
F002S0033
FLUJO
ccodflujo (char (8))cdesflujo (varchar (50))ctipoflujo (char (1))
F001FLUJO 1I
F002FLUJO 2S
DET_FLUJO
ccodflujo (char (8))ccodmov (char (5))nordendet_flujo (numeric (2))
F001C0011
F001C0022
F001C0033
F002S0011
F002S0022
F002S0033
Para el flujo documentario se tendr la siguiente tabla en la base de datos
FLUJO
ccodflujo (char (8))cdesflujo (varchar (50))ctipoflujo (char (1))
F001FLUJO 1I
F002FLUJO 2S
DET_FLUJO
ccodflujo (char (8))ccodmov (char (5))nordendet_flujo (numeric (2))
F001C0011
F001C0022
F001C0033
F002S0011
F002S0022
F002S0033
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)
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.
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.
2.1.3. Definicin de Gestin de Pedidos Para la funcionalidad de Pedidos, se implementara la siguiente estructura:
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
Procesar Pedidos
Page 5 of 27