Este documento describe el desarrollo de un caso práctico para un sistema comercial. Se debe construir el diagrama de casos, diagrama de casos de uso, arquitectura de análisis, diagrama de clases de análisis y flujos de comunicación para los casos de uso de registrar pedidos, evaluar pedidos al crédito, generar facturas, registrar pagos de facturas y mantener clientes. Se especifican también los requisitos no funcionales para el sistema.
0 calificaciones0% encontró este documento útil (0 votos)
115 vistas13 páginas
Este documento describe el desarrollo de un caso práctico para un sistema comercial. Se debe construir el diagrama de casos, diagrama de casos de uso, arquitectura de análisis, diagrama de clases de análisis y flujos de comunicación para los casos de uso de registrar pedidos, evaluar pedidos al crédito, generar facturas, registrar pagos de facturas y mantener clientes. Se especifican también los requisitos no funcionales para el sistema.
Este documento describe el desarrollo de un caso práctico para un sistema comercial. Se debe construir el diagrama de casos, diagrama de casos de uso, arquitectura de análisis, diagrama de clases de análisis y flujos de comunicación para los casos de uso de registrar pedidos, evaluar pedidos al crédito, generar facturas, registrar pagos de facturas y mantener clientes. Se especifican también los requisitos no funcionales para el sistema.
Este documento describe el desarrollo de un caso práctico para un sistema comercial. Se debe construir el diagrama de casos, diagrama de casos de uso, arquitectura de análisis, diagrama de clases de análisis y flujos de comunicación para los casos de uso de registrar pedidos, evaluar pedidos al crédito, generar facturas, registrar pagos de facturas y mantener clientes. Se especifican también los requisitos no funcionales para el sistema.
La secretaria de Gerencia registra los pedidos al crdito del equipo de Ventas, asignando a cada pedido el vendedor, adems, verifica si el cliente existe, si no lo registra en ese momento y obtiene los productos para el pedido. Adems, es la encargada de la administracin de los registros de los vendedores, de los Productos, de los cajeros y de los clientes. El J efe de ventas posee una opcin para evaluar los pedidos al crdito, El administrador de la empresa es el encargado de Anular las facturas y el cajero es el encargado de registrar el pago de las facturas a crdito. Existe una asistenta que genera las facturas valindose de los pedidos aprobados. Adicionalmente el administrador es el encargado de la asignacin de las series al local y de asignar los comprobantes que puede generar un cajero.
Desarrollar del siguiente Caso prctico los siguientes artefactos
1. Construya el diagrama de casos 2. Construya el diagrama de casos de uso segn anlisis 3. Desarrolle la arquitectura de anlisis 4. Desarrolle el diagrama de clases de anlisis ,detallar atributos de las entidades y desarrollar el diagrama de comunicacin (flujo bsico y flujo alternativo) de los siguientes casos de uso : a. Especificacin de caso de uso: Registrar pedido b. Especificacin de Caso de uso: Evaluar pedidos al crdito c. Especificacin de caso de uso generar Factura d. Especificacin de Caso de uso: Registrar Pago de Facturas e. Especificacin de casos de uso: Mantener Cliente 5. Elabore el modelo Conceptual
Cdigo Descripcin RN-01 Solo se podr generar Facturas de los pedidos al crdito aprobados. RN-02 Solo se generar facturas si existe stock del producto
Carlos E Navarro Price http://uml-peru.blogspot.com/
1.- Breve Descripcin El caso de uso permitir a la secretaria registrar un pedido al crdito 2.-Actores Secretaria 2 Propsito El propsito es que la secretaria registre los pedidos a crdito de la distribuidora Mayorista. 3. Flujo de Eventos 3.1. Flujo Bsico 1. El caso de uso se inicia cuando la Secretaria selecciona la opcin Solicitar Pedido al crdito del Men Principal. 2. El sistema muestra la interfaz Registrar Pedido con los siguientes campos: Numero de Pedido, Fecha, Nombre de Cliente y la opcin Buscar cliente. Nombre del Producto, la Opcin Buscar producto, el campo cantidad y la Opcin Agregar Producto. Una cuadrcula de detalle del pedido, que se cargar, con los productos, la cuadricula contiene los siguientes campos (cdigo, nombre, precio y cantidad). Se muestra, adicionalmente, una lista precargada de los vendedores y la opcin Grabar Pedido. 3. La secretaria selecciona Buscar Cliente. 4. El sistema incluye el Caso de Uso Buscar Cliente. 5. El sistema muestra los datos del cliente. 6. La secretaria solicita Buscar producto disponible. 7. El sistema incluye el Caso de Uso Buscar producto. 8. El sistema muestra los el nombre y el precio del producto. 9. La secretaria ingresa la cantidad del producto. 10. La secretaria selecciona agregar producto 11. El sistema agrega el producto a la cuadrcula del detalle del pedido. 12. Si la secretaria quiere seleccionar otra producto, se repite los pasos desde el 6 al 11. 13. La secretaria selecciona vendedor que atendi al cliente. 14. La secretaria selecciona Grabar pedido. 15. El Sistema valida datos. 16. El sistema obtiene el ltimo nmero de pedido y autogenera un nuevo nmero. 17. El sistema graba el pedido con su detalle en estado Pendiente y muestra el nmero del pedido. 3.2. Flujos Alternativos <Vendedor no seleccionado> 1. En el paso 15, si el sistema verifica que no seleccion al vendedor, muestra un mensaje de error. El flujo contina en el paso 13 del flujo bsico 4. Requerimientos Especiales 5. Pre Condiciones 1. La secretaria se debe haber logueado en el sistema. 2. Lista de vendedores disponible. 3. Lista de productos disponibles 4. Lista de clientes disponibles 6. Post Condiciones El sistema graba los datos del pedido en estado Pendiente . 7. Puntos de extensin 8. Prototipo Carlos E Navarro Price http://uml-peru.blogspot.com/
Especificacin de Caso de uso: Evaluar pedidos al crdito
1. Breve descripcin El caso de uso permite al J efe de venta evaluar los pedidos, pudiendo aprobar o denegar el pedido. 2. Actor(es) J efe de venta 3. Flujo de Eventos 3.1. Flujo Bsico 1. El caso de uso comienza cuando el J efe de Venta solicita Evaluar Pedidos al Crdito en el men principal. 2. El sistema muestra la interfaz Evaluar Pedidos con la lista de todas los Pedidos que aun no fueron evaluados. La lista de pedidos contiene los siguientes datos: Nro del pedido, Cdigo y Nombre del Cliente, Vendedor, Fecha y Monto total. Adems, posee las opciones Aceptar y Salir. 3. El J efe de venta selecciona uno de los pedidos a evaluar. 4. El J efe de venta selecciona Aceptar. 5. El sistema muestra la Interfaz Pedido al Crdito donde se muestra detalladamente los datos del Pedido (Nmero del pedido, fecha del pedido, monto total del pedido y nombre del vendedor). Asimismo: Datos del cliente: cdigo, DNI, nombres, apellidos y lnea de crdito; Lista con el detalle del pedido (Cdigo y nombre del producto, cantidad, precio Total Item) y Sub total) IGV y Monto Total; Adems, incluye un cuadro de texto para colocar las observaciones y 2 opciones de seleccin (Aprobar y Denegar) y los botones Grabar y Salir. 6. El J efe de ventas ingresa las observaciones. 7. El J efe de Ventas selecciona Aprobar. 8. El jefe de ventas selecciona grabar. 9. El sistema actualiza el Pedido como aprobado. 10. El sistema muestra el MSG Pedido Aprobado y cierra la interfaz automticamente. 3.2. Flujos Alternativos <Solicitud Denegada> Si en el punto 7, el J efe de ventas selecciona Denegar. 1. El sistema actualiza el Pedido como Denegado 4. Requerimientos Especiales 5. Pre Condiciones 1. J efe de ventas logeado en el sistema. 2. Lista de Pedidos pendientes. 6. Post Condiciones 1. En el sistema queda actualizada el pedido 7. Puntos de extensin 8. Prototipo interfaz Evaluar Pedidos Carlos E Navarro Price http://uml-peru.blogspot.com/
Especificacin de Caso de uso: Generar Facturas 1. Breve Descripcin. El caso de uso permite al asistente generar las facturas desde los pedidos al crdito aprobados 2. Actor(es). Asistente 3. Flujo de Eventos. El caso de uso se inicia cuando el Asistente selecciona la opcin Generar Factura en la interfaz del men principal. 3.1. Flujo Bsico 1. El sistema muestra la interfaz Generar Factura con la lista de todas los Pedidos aprobados [RN 01]. La lista de pedidos contiene los siguientes datos: Nmero pedido, Nombre del Cliente, Direccin, Distrito Vendedor y Fecha. Adems, posee las opciones Generar y Salir. 2. El Asistente selecciona uno de los pedidos para generar la Factura. 3. El Asistente selecciona Generar. 4. El sistema muestra la Interfaz Facturar donde se muestra detalladamente los Datos del Pedido (Nmero del pedido, fecha y nombre del vendedor) Datos del cliente: cdigo, nombres, Direccin, Distrito, Provincia y Departamento.Cuadricula con el detalle del pedido (Item, Cdigo, Descripcin, precio, cantidad y Total) Adems se muestra el Sub total, IGV, Monto Total, las opciones Eliminar y Salir. Adems, incluyen los botones Generar Factura y Salir. 5. El Asistente selecciona Generar Factura. 6. El sistema verifica el stock de Productos [RN 02] 7. El sistema Genera el Numero de factura, graba la factura, el detalle, actualiza el stock de los productos y actualiza el pedido a Facturado. 8. El sistema muestra el mensaje Factura Generada NroXXXXX. 9. El asistente selecciona Salir 10. El Sistema cierra la interfaz Facturar y regresa a la interfaz Generar Factura 3.3. Flujos Alternativos. Salir En el paso 5 si el Asistente selecciona Salir, el caso uso cierra la interfaz Facturar y regresa a la interfaz Generar Factura No hay stock Disponible En el paso 6, si el sistema verifica que la cantidad es mayor que el stock muestra el Mensaje Stock insuficiente y no continua la grabacin. 4. Precondiciones. 4.1 El asistente debe estar logeado en el sistema 4.2Lista de pedidos aprobados y lista de productos. 5. Post Condiciones. 5.1. Se registra la factura con su detalle 5.2. Se actualiza el stock de productos 5.3. Se actualiza el pedido como Facturado 6. Requerimientos Especiales. 6.1 Papel membretado. 6.2 Impresora 7. Prototipos. Interfaz Generar Factura Carlos E
pcnavarr@ Interfaz F
Navarro P @cibertec.ed Factura
Price du.pe
8
ht
ttp://uml-p k peru.blogs kikesnp@ho spot.com/ otmail.com
Carlos E Navarro Price http://uml-peru.blogspot.com/
1. Breve descripcin El caso de uso permite al cajero registrar el pago de las facturas a crdito de los clientes 2. Actor(es) Cajero 3. Flujo de Eventos 3.1. Flujo Bsico 1. El caso de uso comienza cuando el cajerosolicita Registrar pago de Facturas en el men principal. 2. El sistema muestra la interfaz GENERAR PAGO con los siguientes campos : Datos de Factura: Num Factura Fecha de factura, Fecha de vencimiento, Nombre del Cliente, nombre del vendedor, Monto total y una opcin para Importar. Adems incluye una cuadricula que contiene la lista de los productos de la factura con los campos: Cdigo, descripcin, precio cantidad, totaly las opciones: Registrar Pago y Salir. 3. El cajero ingresa el numero de Factura 4. El cajero selecciona Importar 5. El sistema obtiene los datos de la factura: cabecera y el detalle de la factura 6. El sistema muestra los datos de la factura: Fecha de factura, Fecha de vencimiento, Nombre del Cliente, nombre del vendedor, Monto total y agrega los datos del detalle en la cuadricula de detalle de productos 7. El cajero selecciona Registrar Pago. 8. El sistema obtiene el nmero del Correlativo de la Hoja de Pagos e incrementa en uno para generar el nuevo correlativo de Hoja de pagos 9. El sistema graba la Hoja de pago(numero de Factura, Cdigo cliente, fecha, vendedor y monto) y actualiza el estado de la facturas como Pagada 10. El sistema muestra el nmero de Hoja de Pago y el MSG Hoja de pago generada con el Nro. 99999. 11. El cajero cierra la interfaz GENERAR PAGOy regresa a la interfaz del men principal del sistema y finaliza el caso de uso. 3.3. Flujos Alternativos <Salir> Si el Administradorsolicita Salir antes de registrar el Pago, el sistema cierra la interfaz y el caso de uso finaliza. 4. Requerimientos Especiales No presenta. 5. Pre Condiciones 1. El cajeroest logeado en el sistema. 2. Facturas pendientes de pago 6. Post Condiciones 1. Se graba la Hoja de pago y actualiza las factura cono pagada 7. Puntos de extensin 8. Prototipo Interfaz GENERAR PAGO Carlos E Navarro Price http://uml-peru.blogspot.com/
Carlos E Navarro Price http://uml-peru.blogspot.com/
11 [email protected][email protected] Especificacin de caso de uso: Mantener Cliente 1. Mantener Cliente 1.1. Descripcin El caso de uso permite mantener actualizado el registro de los Clientes que se acercan al Hotel para solicitar los servicios de hospedaje. De acuerdo a su necesidad la Recepcionista puede agregar, modificar, eliminar e imprimir la informacin de un Cliente. 1.2. Actor(es) Recepcionista 2. Flujo de Eventos El caso de uso se inicia cuando el Recepcionista selecciona la opcin Mantenimiento de Clientes en la interfaz del Men principal. 2.1. Flujo Bsico 1. El sistema muestra la interfaz MANTENER CLIENTE con la lista de clientes con los campos: Cdigo, Nombre, direccin, sexo, telfono y correo electrnico. Incluye las opciones: Agregar Cliente, Modificar Cliente, Eliminar Cliente, Imprimir Clientes y Salir. 2. Si la Recepcionista elige un cliente a. Si elige Modificar ver el Subflujo Modificar Cliente b. Si elige Eliminar ver el Subflujo Eliminar Cliente. 3. Si la Recepcionista NO elige un cliente a. Si elige Agregar ver el Subflujo Agregar Cliente b. Si elige Imprimir ver el Subflujo Imprimir Clientes. 4. La Recepcionista elige la opcin Salir. 5. El sistema cierra la interfaz MANTENER CLIENTES y finaliza el caso de uso. 2.2. Subflujos 2.2.1. Agregar Cliente 1. El sistema muestra la interfaz CLIENTE con los siguientes campos: Cdigo del Cliente (solo lectura), Nombre y Apellidos, Direccin, Sexo, Telfonos y EMail. Incluye las Aceptar y Cancelar. 2. La Recepcionista ingresa los datos del Cliente. 3. La Recepcionista presiona la opcin Aceptar. 4. El sistema valida los datos ingresados del Cliente. 5. El sistema genera un nuevo cdigo de Cliente. 6. El sistema graba un nuevo registro de Cliente y muestra el MSG Cliente creado con cdigo Nro. 999999. 7. La Recepcionista cierra la interfaz CLIENTE y regresa a la interfaz MANTENER CLIENTES con la lista de Clientes actualizada y el subflujo finaliza. Carlos E Navarro Price http://uml-peru.blogspot.com/
12 [email protected][email protected] 2.2.2. Modificar Cliente 1. El sistema muestra los datos del Cliente seleccionado en la interfaz CLIENTE: Cdigo del Cliente (solo lectura), Nombre y apellidos, Direccin, Sexo, Telfonos y EMail. Incluye tambin las opciones: Aceptar y Cancelar. 2. La Recepcionista modifica los datos del Cliente. 3. La Recepcionista presiona la opcin Aceptar. 4. El sistema valida los datos ingresados del Cliente. 5. El sistema actualiza el registro de Cliente y muestra el MSG Cliente actualizado satisfactoriamente. 6. La Recepcionista cierra la interfaz CLIENTE y regresa a la interfaz MANTENER CLIENTES con la lista de Clientes actualizada y el subflujo finaliza. 2.2.3. Eliminar Cliente 1. El sistema muestra el MSG: Est seguro que desea eliminar el Cliente seleccionado?. 2. La Recepcionista selecciona la opcin YES para confirmar la eliminacin. 3. El sistema actualiza el registro del Cliente en estado Eliminado. 4. El sistema muestra la interfaz MANTENER CLIENTES con la lista de Clientes actualizada y termina el subflujo. 2.2.4. Imprimir Cliente 1. El sistema imprime la lista de Clientes registrados con la siguiente informacin: Cdigo, Nombres y Apellidos, Direccin, Sexo, Telfonos y EMail y finaliza el subflujo. 2.3. Flujos Alternativos Cancelar En los subflujos Agregar y Modificar Cliente si la Recepcionista solicita cancelar, el sistema Cierra la interfaz CLIENTE y termina el subflujo. Datos del Cliente Invlidos En el paso 4 de los subfujos Agregar y Modificar Cliente, si los datos ingresados del cliente son nulos o invlidos el sistema muestra el MSG: Se han encontrado datos invlidos del cliente y los subflujos continan en el paso 2. Cliente ya existe En el paso 4 de los subfujo Agregar Cliente, si el sistema detecta que el cliente ya existe muestra el MSG: Cliente ya existe y el subflujo finaliza. Cliente ya esta eliminado En el paso 3 de los subfujo Eliminar Cliente, si el sistema detecta que el cliente se encuentra eliminado muestra el MSG: Cliente se encuentra eliminado y el subflujo finaliza. No confirma Eliminacin En el paso 2 de los subfujo Eliminar Cliente, si la Recepcionista selecciona NO finaliza el subflujo. Carlos E Navarro Price http://uml-peru.blogspot.com/
13 [email protected][email protected] 3. Precondiciones 3.1. El Recepcionista est logeado en el sistema. 3.2. Lista de Clientes disponibles. 4. Poscondiciones 4.1. En el sistema queda registrado el nuevo Cliente. 4.2. En el sistema queda actualizado el registro del Cliente. 4.3. En el sistema queda eliminado el cliente. 5. Puntos de Extensin Ninguno. 6. Requerimientos Especiales Ninguno. 7. Prototipos
Los Procesos Ecológicos de Los Ecosistemas Naturales Suministran A La Humanidad Una Gran e Importante Gama de Servicios Gratuitos de Los Que Dependemos