modelo caso de uso

Upload: fernando-carlos

Post on 09-Jan-2016

222 views

Category:

Documents


1 download

DESCRIPTION

Modelo Caso de Uso

TRANSCRIPT

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