Proyecto-en-trámite 2 (1).docx
This document was uploaded by user and they confirmed that they have the permission to share it. If you are author or own the copyright of this book, please report to us by using this DMCA report form. Report DMCA
Overview
Download & View Proyecto-en-trámite 2 (1).docx as PDF for free.
More details
- Words: 7,373
- Pages: 103
UNIVERSIDAD NACIONAL DE TRUJILLO ESCUELA DE INGENIERIA INDUSTRIAL-INGENIERIA DE SOFTWARE
ESQUEMA DEL PROYECTO FINAL TITULO DEL PROYECTO INFORMATIZACIÓN DEL CONTROL LOGÍSTICO RESUMEN La empresa TABLADO SL se dedica a la compra y venta de muebles. Por encargo del consejero delegado de la empresa, se busca desarrollar una aplicación para la informatización del control de almacén que se obtiene a través de la facturación. Este proceso comienza con la recepción de catálogos de los distribuidores, quienes ofertan sus productos; los catálogos son registrados y analizados, para luego emitir una orden de pedido al distribuidor. El distribuidor envía su(s) producto(s) con su respectivo albarán y factura, el producto es revisado, etiquetado y registra su ingreso al almacén. La venta al público se realiza cuando un cliente se acerca al punto de venta físico de la tienda. Con el proceso de informatización se pretende ampliar a un canal de ventas por internet; sin importar el medio de venta, también se ofrece el servicio de presupuestado. Al concretar la venta se envía una factura y albarán al distribuidor. La empresa acepta devoluciones de clientes, efectúa reembolsos y realiza devoluciones al distribuidor. CAPITULO I: MARCO REFERENCIAL ENUNCIADO DEL PROBLEMA Tras la entrevista con el consejero delegado de la empresa Tablado S.L. dedicada a la venta de muebles se ha obtenido la siguiente información como especificación básica para la informatización del control del almacén que se obtiene a través de la facturación. Los muebles llegan a través de distribuidores, que en muchas ocasiones son los propios fabricantes. La información de los productos facilitados por cada distribuidor se recoge a través de catálogos, donde se indica los precios de compra (para la empresa) de los productos que distribuye el distribuidor. Estos productos están agrupados por categorías que denominamos familias o clases. Dichos catálogos son analizados por la sección de adquisiciones de Tablado con el fin de concretar los muebles que se pedirán a los distribuidores y serán distribuidos. Una solicitud a un distribuidor se concreta a través de un albarán y la factura de cada pedido se le haya hecho.
Cuando llegan los productos al almacén, se les pone una etiqueta y se actualiza el inventario. Estas etiquetas constan de los siguientes campos: • Código del producto: a rellenar por el almacén que identifica de forma única dicho producto • Descripción del producto • Referencia (impuesta por el fabricante) • Distribuidor • Precio de venta al público. Actualmente, la venta al público se realiza de forma presencial cuando los clientes se acercan a la tienda. Sin embargo, aprovechando la informatización del almacén se pretende ampliar el canal de venta a Internet. Los productos reflejados por Internet serán los que estén registrados en el almacén. No importando el medio por el cual los clientes adquieran los productos, a los clientes se les proporcionarán albaranes y facturas que certificarán su compra. Una factura puede englobar uno o varios albaranes. Los datos de los albaranes y las facturas sólo varían en algunos campos referentes al coste de los artículos. Una característica actual que se desea conservar es la realización de presupuestos a los clientes que lo solicitan, con validez temporal de 10 días. Esta cualidad también deberá estar disponible por Internet. Otras características deseables son la realización de estadísticas sobre ventas a los clientes, compras a proveedores, facturaciones en un periodo de tiempo específico, entre otros. Hay que tener en cuenta que se pueden producir devoluciones por parte de los clientes y devoluciones por parte de la empresa a los distribuidores. Cuando una devolución se presenta, ésta debe quedar registrada y se debe asegurar que el coste correspondiente ha sido reembolsado al cliente o a la empresa por parte del distribuidor. El sistema prevé que se puedan realizar consultas sobre los presupuestos emitidos, dando lugar al informe correspondiente. Además sería deseable que el sistema avise al administrador cuando todas las existencias de un artículo han sido vendidas en los 5 días siguientes a su entrada en el almacén, ya que significa que es un artículo con buenas perspectivas de venta y merece ser vuelto a pedir al distribuidor correspondiente. Se le solicita los siguientes artefactos: a) Construya un diagrama de casos de uso del negocio a partir de la situación anterior. b) Construya un diagrama de actividades que ilustre el flujo de trabajo de cada caso de uso del negocio c) Elabore el Modelo de Objetos del Negocio para cada proceso del negocio. d) Elabore el Diagrama del Dominio para el caso planteado e) Elabore el diagrama de casos de uso de requerimientos. f) Elabore los diagramas de colaboración. g) Elabore los diagramas de secuencia. h) Elabore el diagrama de clases del diseño. i) Elabore el modelo físico de la base de datos.
OBJETIVOS Crear un sistema de informatización de control logístico para lograr mejorar las condiciones de los procesos de la empresa TABLADO S.L. OBJETIVOS ESPECÍFICOS.
Obtener información en el momento adecuado, cantidad adecuada y objetiva. Mejorar la experiencia de usuario Mejorar el diseño de la Base de Datos. Mejorar los procesos de Registro y Actualización de Datos. Brindar facilidad de uso al sistema. Optimizar el uso de los recursos. Maximizar beneficios
CAPITULO II: DESARROLLO DE LA METODOLOGIA RUP DESCRIPCIÓN DE LOS PROCESOS DEL NEGOCIO
GESTIONAR ADQUISICIÓN DE PRODUCTO El distribuidor envía catálogo al encargado del área de adquisiciones, el cual recepciona, registra y analiza el catálogo vigente. Si decide comprar, emite una orden de pedido al distribuidor. Caso contrario, verifica el análisis realizado.
GESTIONAR RECEPCIÓN DE PRODUCTO El distribuidor envía el producto con su albarán y factura, el encargado del área de recepciona el producto y revisa el estado del mismo. Si las condiciones del producto son óptimas, registra su ingreso al almacén y etiqueta, caso contrario realiza la devolución al distribuidor.
GESTIONAR VENTA DE PRODUCTO El encargado del área de ventas puede o no recibir un solicitud de presupuesto de un producto por parte de un cliente (de ambos canales de venta). Si existe un presupuesto previo, este es enviado al cliente y al ser aprobado se concreta el pedido mediante un albarán y factura, se realiza el envío. De no existir presupuesto, se procede al paso de la elaboración de albarán, y continua con normalidad. De existir devolución del producto se registra la devolución y emite reembolso.
4.1 Fase de Concepción 4.1.1. Modelo del Negocio: Diagrama de Casos de Uso del Negocio
Documento de especificación de casos de uso del negocio ESPECIFICACIÓN DE CASO DE USO DEL NEGOCIO: “GESTIONAR ADQUISICIÓN” 1. Introducción 1.1.
Propósito Este caso de uso de negocio tiene como propósito identificar las actividades del proceso, gestionar adquisición.
1.2.
Alcance
Este proceso compete al encargado del área de adquisición y al distribuidor. 1.3.
Definiciones, Acrónimos y Abreviaciones Ver documento de glosario
1.4.
Referencias
Las referencias obtenidas para plantear este caso de uso fueron obtenidas por entrevistas a los mismos trabajadores involucrados en el proceso 1.5.
Visión General
El presente documento muestra el propósito, alcances, una descripción breve del caso de uso en cuestión, flujos de trabajo y requerimientos especiales, que describen el trabajo que se realiza en las adquisiciones. 2. Adquisición 2.1.
Descripción breve
El distribuidor elabora catálogos de productos, estos son enviados al encargado del área de adquisición, este recepciona el catálogo y lo analiza, luego decide concretar o no el pedido, de no hacerlo el catálogo se descarta y por el contrario si acepta el pedido entonces elabora una solicitud al distribuidor, envía la solicitud, el distribuidor recepciona y finalmente elabora un alboran y factura. 3. Flujo de Trabajo
3.1.
Flujo de Trabajo Básico
3.1.1. Elabora catálogos de productos El distribuidor elabora catálogo de productos 3.1.2. Envía catálogo de productos El distribuidor envía catálogo de productos al encargado del área de adquisición 3.1.3. Recepciona catálogo de productos El encargado del área de adquisición recepciona el catálogo de productos 3.1.4. Analiza catálogo de productos El encargado del área de adquisición analiza el catálogo de productos 3.1.5. Concreta pedido El encargado del área de adquisición concreta el pedido 3.1.6. Elabora solicitud de pedido El encargado del área de adquisición elabora solicitud del pedido 3.1.7. Envía solicitud de pedido El encargado del área de adquisición envía solicitud del pedido al distribuidor 3.1.8. Recepciona solicitud El distribuidor recepciona solicitud del pedido 3.1.9. Elabora un albarán y factura El distribuidor elabora un alboran y factura del pedido 3.1.10. Descarta catálogo El encargado del área de adquisición descarta catálogo si decide no concretar el pedido 4. Requerimientos especiales 4.1.
Facilidad de uso
Interfaz amigable y manipulable 4.2.
Confiabilidad
El SW de este proceso debe ser confiable para que no existan fallas o estas sean mínimas, además debe tener rápida recuperabilidad ante los fallos 4.3. Soporte El SW de este proceso debe poderse extender y adaptar de acuerdo a los cambios que puedan existir
ESPECIFICACIÓN DE CASO DE USO DEL NEGOCIO: “GESTIONAR RECEPCIÓN”
1. Introducción 1.1.
Propósito
Este caso de uso de negocio tiene como propósito identificar las actividades del proceso, gestionar recepción. 1.2.
Alcance
Este proceso compete al encargado del área de recepción y el distribuidor. 1.3.
Definiciones, Acrónimos y Abreviaciones
Ver documento de glosario 1.4.
Referencias
Las referencias obtenidas para plantear este caso de uso fueron obtenidas por entrevistas a los mismos trabajadores involucrados en el proceso 1.5.
Visión General
El presente documento muestra el propósito, alcances, una descripción breve del caso de uso en cuestión, flujos de trabajo y requerimientos especiales, que describen el trabajo que se realiza en recepción. 2. Ventas 2.1.
Descripción breve
El proceso empieza cuando el Distribuidor envía el producto con albarán y factura, lo que es recepcionado por el encargado del área de recepción y paso siguiente analiza el estado del producto con lo que tiene que tomar una decisión de aprobar el producto. En caso de aprobar, el producto se etiqueta, se actualiza el inventario y se procede a almacenar el producto; en caso de no aprobar el producto se procede a la devolución de este, el cual es recibido por el distribuidor asumiendo el costo de producto no aprobado.
3. Flujo de Trabajo 3.1.
Flujo de Trabajo Básico
3.1.1. Envía producto con albarán y factura
El distribuidor envía sus productos 3.1.2. Recepciona productos
El encargado del área de recepción recepciona los productos 3.1.3. Analiza estado de productos
El encargado del área de recepción analiza el estado de los productos 3.1.4. Aprueba producto
El encargado del área de recepción aprueba el producto 3.1.5. Devolución de producto
El encargado del área de recepción en caso de no aprobar el producto, lo devuelve 3.1.6. Etiqueta producto
Producto aprobado, producto etiquetado 3.1.7. Actualiza inventario
El encargado del área de recepción actualiza el inventario 3.1.8. Almacena producto
El encardado del área de recepción almacena el producto 3.1.9. Recepciona la devolución
El distribuidor recepciona el producto devuelto 3.1.10. Asume costos
El distribuidor asume los costos de los productos devueltos 4. Requerimientos especiales 4.1.
Facilidad de uso
Interfaz amigable y manipulable 4.2.
Confiabilidad
El SW de este proceso debe ser confiable para que no existan fallas o estas sean mínimas, además debe tener rápida recuperabilidad ante los fallos 4.3.
Soporte
El SW de este proceso debe poderse extender y adaptar de acuerdo a los cambios que puedan existir
ESPECIFICACIÓN DE CASO DE USO DEL NEGOCIO: “GESTIONAR VENTAS”
1. Introducción 1.1.
Propósito Este caso de uso de negocio tiene como propósito identificar las actividades del proceso, gestionar ventas.
1.2.
Alcance
Este proceso compete al encargado del área de ventas y al cliente 1.3.
Definiciones, Acrónimos y Abreviaciones Ver documento de glosario
1.4.
Referencias
Las referencias obtenidas para plantear este caso de uso fueron obtenidas por entrevistas a los mismos trabajadores involucrados en el proceso 1.5.
Visión General
El presente documento muestra el propósito, alcances, una descripción breve del caso de uso en cuestión, flujos de trabajo y requerimientos especiales, que describen el trabajo que se realiza en las ventas 2. Ventas 2.1.
Descripción breve
El cliente necesita un producto, en base a ello, requiere un presupuesto. El encargado del área de ventas elabora el presupuesto. El cliente analiza el presupuesto y en base a ello lo acepta y genera pedido, el encargado del área de ventas elabora el pedido, el albarán y la factura. El cliente lo recepciona, en caso no este conforme realiza una devolución al encargado del área de ventas y éste realiza el reembolso
3. Flujo de Trabajo 3.1.
Flujo de Trabajo Básico
3.1.1. Necesita producto
El cliente necesita un producto 3.1.2. Solicita presupuesto
El cliente solicita un presupuesto al encargado del área de ventas 3.1.3. Elabora presupuesto
El encargado del área de ventas elabora un presupuesto 3.1.4. Emite presupuesto
El encargado del área de ventas emite un presupuesto al cliente 3.1.5. Recepciona presupuesto
El cliente recepciona el presupuesto 3.1.6. Analiza presupuesto
El cliente analiza el presupuesto 3.1.7. Genera pedido
El cliente genera el pedido al encargado del área de ventas 3.1.8. Envía pedido
El cliente envía el pedido 3.1.9. Recibe pedido
El encargado del área de ventas recibe el pedido 3.1.10. Elabora pedido
El encargado del área de ventas elabora el pedido, la factura y el albaran 3.1.11. Entrega/envía pedido
El encargado del área de ventas entrega/envía el pedido al cliente 3.1.12. Recepciona pedido
El cliente recepciona el pedido 3.1.13. Devuelve pedido
El cliente genera el pedido al encargado del área de ventas 3.1.14. Recepciona devolución
El encargado del área de ventas recepciona los productos de devolución 3.1.15. Registra devolución
El encargado del área de ventas registra la devolución 3.1.16. Emite el reembolso
El encargado del área de ventas emite el reembolso 3.1.17. Recepciona el reembolso
El cliente recepciona el reembolso 3.1.18. Archiva presupuesto
El cliente archiva presupuesto
4. Requerimientos especiales 4.1.
Facilidad de uso
Interfaz amigable y manipulable 4.2.
Confiabilidad
El SW de este proceso debe ser confiable para que no existan fallas o estas sean mínimas, además debe tener rápida recuperabilidad ante los fallos 4.3.
Soporte
El SW de este proceso debe poderse extender y adaptar de acuerdo a los cambios que puedan existir
Diagrama de Actividades DIAGRAMA DE ACTIVIDADES “GESTIONAR ADQUISICIÓN”
Modelo de Objetos del Negocio. Modelo de Dominio
DIAGRAMA DE ACTIVIDADES “GESTIONAR RECEPCIÓN”
DIAGRAMA DE ACTIVIDADES “GESTIONAR RECEPCIÓN”
Modelo de Objetos del Negocio. MODELO DE OBJETOS DE NEGOCIO “GESTIONAR ADQUISICIÓN”
MODELO DE OBJETOS DE NEGOCIO “GESTIONAR RECEPCIÓN”
MODELO DE OBJETOS DE NEGOCIO “GESTIONAR RECEPCIÓN”
Modelo de Dominio
MODELO DE DOMINIO “GESTIONAR ADQUISICIÓN”
MODELO DE DOMINIO “GESTIONAR RECEPCIÓN”
MODELO DE DOMINIO “GESTIONAR VENTAS”
4.2 Fase de Elaboración 4.2.1 Diagrama de Casos de Uso del Sistema. DIAGRAMA DE CASOS DE USO DEL SISTEMA “GESTIONAR ADQUISICIÓN”
DIAGRAMA DE CASOS DE USO DEL SISTEMA “GESTIONAR RECEPCIÓN”
DIAGRAMA DE CASOS DE USO DEL SISTEMA “GESTIONAR VENTAS”
4.2.2
Documento de especificación de los Casos de Uso del Sistema
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR PRODUCTO”
1.
Registrar Producto
1.1
Breve descripción Este caso de uso se inicia cuando el encargado del Área de Recepción registra los datos de un producto.
2.
Flujo de eventos:
2.1
Flujo básico 1. Este caso de uso se inicia cuando el encargado del área de Recepción elige la opción registrar producto. 2.- El sistema le muestra el formulario de registrar producto. 3.- El encargado del área de recepción ingresa los datos del producto (código, descripción, unidad de medida, stock, precio) y luego oprime el botón registrar. 4.-El sistema emite un mensaje de confirmación de registro de producto y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de recepción en el caso que se intente registrar datos no permitidos. 3.
Pre-condición El encargado del área de recepción debe haberse logueado correctamente.
4.
Post-condición Los datos del producto que deja el distribuidor en la empresa sean registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DISTRIBUIDOR”
1. Registrar Distribuidor 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de recepción registra los datos del distribuidor.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de recepción elige la opción registrar distribuidor. 2.- El sistema le muestra el formulario de Registrar Distribuidor 3.- El encargado del área de recepción ingresa los datos de un distribuidor (Código, Nombre, Dirección, Teléfono y Email) y luego oprime el botón registrar. 4.-El sistema emite un mensaje de confirmación y el caso de uso termina
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de recepción en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de recepción debe hacerse logueado correctamente
4.
Post-condición Los datos del Distribuidor han sido registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR CATÁLOGO VIGENTE”
1. Registrar Catálogo Vigente 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de Adquisición Registra el catálogo vigente de productos.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de Adquisición elige la opción Registrar Catálogo vigente. 2.- El sistema le muestra el formulario de registrar catálogo vigente. 3. El encargado del área de adquisición busca el distribuidor mediante su código. 4. El sistema muestra los datos del distribuidor 5. El encargado del área de adquisición busca el producto mediante un código. 6. El sistema muestra el producto buscado. 7.- El encargado del área de adquisición completa los datos del catálogo vigente (código, descripción) y luego oprime el botón registrar. 8.-El sistema emite un mensaje de confirmación de registro de catálogo vigente y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de Adquisición en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de Adquisición debe hacerse logueado correctamente
4.
Post-condición Los datos de los productos de interés han sido registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO DE ANÁLISIS DE CATÁLOGO”
1. Registrar Documento de análisis de catálogo 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de adquisición registra el documento de análisis de catálogo.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de adquisición elige la opción registrar el documento de análisis de catálogo. 2.- El sistema le muestra el formulario de Registrar documento de análisis de catálogo 3.- El encargado del área de adquisición busca el catalogo vigente mediante un código. 4. El sistema muestra el catálogo vigente. 5. El encargado del área de adquisición busca el producto mediante un código. 6. El sistema muestra el producto buscado. 7. El encargado del área de adquisición registra el producto que desea adquirir, lo puede realizar n veces según su requerimiento (cantidad, descripción) y oprime el botón registrar. 8.-El sistema emite un mensaje de confirmación y el caso de uso termina
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de adquisición en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de adquisición debe hacerse logueado correctamente
4.
Post-condición Los datos del Documento de análisis de catálogo han sido registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR ORDEN DE PEDIDO AL DISTRIBUIDOR”
1. Registrar orden de pedido al distribuidor 1.1
Breve descripción Este caso de uso se inicia cuando se tiene el encargado del área de adquisición registra orden de pedido al distribuidor.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de adquisición elige la opción registrar orden de pedido al distribuidor. 2.- El sistema le muestra el formulario de registrar orden de pedido al distribuidor. 3.- El encargado del área de adquisición busca el documento de análisis de catálogo mediante un código. 4. El sistema muestra el documento de análisis de catálogo. 5. El encargado del área de adquisición verifica si se concreta el pedido, si lo es, selecciona el catálogo. 6. el encargado del área de adquisición completa los datos de la orden de pedido al distribuidor. 7.-El sistema emite un mensaje de confirmación de orden de pedido y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado AV en el caso que se intente registrar datos no permitidos. 3.
Pre-condición El encargado AR debe haberse logueado correctamente.
4.
Post-condición Los datos de la orden de pedido al distribuidor sean registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “EMITIR REPORTE DE PEDIDO AL DISTRIBUIDOR”
1. Emitir reporte de pedido al distribuidor 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de adquisición emite un reporte de pedido al distribuidor
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de adquisición elige la opción Emitir reporte de pedido al distribuidor 2.- El sistema le muestra el formulario de Emitir reporte de pedido al distribuidor. 3.- El encargado del área de adquisición selecciona el criterio del reporte (periodo o nro. documento) y oprime el botón pantalla o imprimir según su requerimiento 4.- El sistema le muestra pantallazo o imprime el reporte según sea la elección y el caso de uso termina
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de adquisición en el caso se intente registrar datos no permitidos 3.
Pre-condición El encargado del área de adquisición debe haberse logueado correctamente
4.
Post-condición El reporte ha sido enviado
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR ALBARÁN DE DISTRIBUIDOR”
1. Registrar Albarán al Distribuidor 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de recepción Registra Albarán de Distribuidor.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de recepción elige la opción Registrar Albarán del distribuidor. 2.- El sistema le muestra el formulario del Albarán del distribuidor. 3.- El encargado del área de recepción busca los datos del producto mediante un código. 4.- El sistema le muestra los datos de producto y selecciona los requeridos. 5. El encargado del área de recepción busca los datos del distribuidor mediante un código. 6. El sistema le muestra los datos del distribuidor y selecciona el requerido. 7. El encargado del área de recepción completa los datos del Albarán de distribuidor y oprime el botón registrar. 8. El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de recepción en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de Recepción debe hacerse logueado correctamente
4.
Post-condición Los datos del Albarán al distribuidor han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR FACTURA DE DISTRIBUIDOR”
1. Registrar factura de Distribuidor 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de recepción Registra Factura de Distribuidor.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de recepción elige la opción Registrar Factura de distribuidor. 2.- El sistema le muestra el formulario de Registrar Factura de distribuidor. 3.- El encargado del área de recepción busca los datos del producto mediante un código. 4.- El sistema le muestra los datos de producto y selecciona los requeridos. 5. El encargado del área de recepción busca los datos del distribuidor mediante un código. 6. El sistema le muestra los datos del distribuidor y selecciona el requerido. 7. El encargado del área de recepción completa los datos de la factura de distribuidor y oprime el botón registrar. 8. El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de recepción en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de Recepción debe hacerse logueado correctamente
4.
Post-condición Los datos de la Factura de distribuidor han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO ESTADO DE PRODUCTO”
1. Registrar Documento estado de producto 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de recepción registra el documento de estado de producto.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de recepción elige la opción registrar el documento de estado de producto. 2.- El sistema le muestra el formulario de Registrar documento de estado de producto. 3.- El encargado del área de recepción busca los datos del producto mediante un código. 4.- El sistema le muestra los datos del producto 5.- El encargado del área de adquisición selecciona el producto. 6.- El encargado del área de adquisición llena el formulario con el estado en el que se encuentra el producto y oprime el botón registrar. 7.-El sistema emite un mensaje de confirmación y el caso de uso termina
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de recepción en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de adquisición debe hacerse logueado correctamente
4.
Post-condición Los datos del Documento estado de producto han sido registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO DE INGRESO DE PRODUCTO”
1. Registrar Documento de Ingreso de Producto 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de recepción Registra el Documento de ingreso de Producto.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de recepción elige la opción Registrar Documento de Ingreso de Producto. 2.- El sistema le muestra el formulario de Registrar Documento de Ingreso de Producto. 3.- El encargado del área de recepción busca los datos del documento de estado de producto. 4.- El sistema le muestra los datos del documento de estado de producto. 5.- El encargado del área de recepción verifica si el producto está registrado con buen estado, si es así, lo selecciona. 6.-El encargado del área de recepción llena los datos del Documento de Ingreso de Producto y repite para los n productos recepcionados y oprime el botón registrar. 7.- El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de recepción en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de Recepción debe hacerse logueado correctamente
4.
Post-condición Los datos del Documento de Ingreso de Producto han sido registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “EMITIR REPORTE DE INGRESO DE PRODUCTO”
1. Emitir reporte de ingreso de producto 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de recepción emite un reporte de ingreso de producto
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de recepción elige la opción Emitir reporte de ingreso de producto. 2.- El sistema le muestra el formulario de Emitir reporte de ingreso de producto. 3.- El encargado del área de recepción selecciona el criterio del reporte (periodo o nro. documento) y oprime el botón pantalla o imprimir según su requerimiento 4.- El sistema le muestra pantallazo o imprime el reporte según sea la elección y el caso de uso termina
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de recepción en el caso se intente registrar datos no permitidos 3.
Pre-condición El encargado del área de recepción debe haberse logueado correctamente
4.
Post-condición El reporte ha sido enviado
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO DE DEVOLUCIÓN AL DISTRIBUIDOR”
1. Registrar documento de devolución al distribuidor 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de recepción registra documento de devolución al distribuidor.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado de recepción elige la opción Registrar Documento de devolución al distribuidor 2.- El sistema le muestra el formulario de Registrar documento de devolución al distribuidor. 3.- El encargado del área de recepción busca los datos de un Documento de estado de producto 4.- El sistema muestra los datos del Documento de estado de producto 5.- El encargado del área de recepción busca los datos del distribuidor 6.- El sistema le muestra los datos del distribuidor 7.- El encargado del área de recepción busca los datos producto devuelto 8.- El sistema le muestra los datos del producto devuelto 9.- El encargado del área de recepción llena los datos del Documento de devolución al distribuidor y oprime el botón registrar 10.-El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de recepción en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de recepción debe hacerse logueado correctamente
4.
Post-condición Los datos del documento de devolución al distribuidor han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “EMITIR REPORTE DE DEVOLUCIÓN AL DISTRIBUIDOR”
1. Emitir reporte de devolución al distribuidor 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de recepción emite un reporte de devolución al distribuidor
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de recepción elige la opción Emitir reporte de devolución al distribuidor. 2.- El sistema le muestra el formulario de Emitir reporte de devolución al distribuidor. 3.- El encargado del área de recepción selecciona el criterio del reporte (periodo o nro. documento) y oprime el botón pantalla o imprimir según su requerimiento 4.- El sistema le muestra pantallazo o imprime el reporte según sea la elección y el caso de uso termina
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de recepción en el caso se intente registrar datos no permitidos 3.
Pre-condición El encargado del área de recepción debe haberse logueado correctamente
4.
Post-condición El reporte ha sido enviado
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR CLIENTE”
1. Registrar Cliente 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de ventas registra albarán al cliente.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado de ventas elige la opción registrar cliente. 2.- El sistema le muestra el formulario de Registrar Cliente. 3.- El encargado del área de ventas ingresa los datos de un cliente (Código, Nombre, Dirección, Teléfono y Email) y luego selecciona el botón Registrar. 4.-El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de ventas en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de ventas debe hacerse logueado correctamente
4.
Post-condición Los datos del cliente han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO DE PRESUPUESTO”
1. Registrar Documento de presupuesto 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de ventas registra documento de presupuesto.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado de ventas elige la opción registrar documento de presupuesto. 2.- El sistema le muestra el formulario de Registrar documento de presupuesto 3.- El encargado del área de ventas busca los datos del Cliente 4.- El sistema le muestra los datos del Cliente 5.- El encargado del área de ventas busca los datos del producto 6.- EL sistema le muestra los datos del producto 7.- El encargado del área de ventas completa los datos del Documento de presupuesto y oprime el botón de registrar 8.- El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de ventas en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de ventas debe hacerse logueado correctamente
4.
Post-condición Los datos del Documento de presupuesto han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO DE PEDIDO DE CLIENTE”
1. Registrar Documento de pedido del cliente 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de ventas registra documento de pedido de cliente.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de ventas elige la opción registrar documento de pedido de cliente. 2.- El sistema le muestra el formulario de registrar documento de pedido de cliente. 3. El encargado del área de ventas busca los datos del cliente mediante su código. 4. El sistema muestra datos del cliente. 5. El encargado del área de ventas selecciona al cliente 6. El encargado del área de ventas busca producto mediante un código. 7. El sistema muestra datos del producto. 8. El encargado del área de ventas selecciona el producto, este procedimiento lo puede realizar n veces 9. El encargado del área de ventas completa los datos del documento de pedido de cliente y oprime el botón registrar 10.-El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de ventas en el caso que se intente registrar datos no permitidos. 3.
Pre-condición El encargado del área de ventas debe haberse logueado correctamente.
4.
Post-condición Los datos del documento de pedido del cliente sean registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “EMITIR REPORTE DE PEDIDO DE CLIENTE”
1. Emitir reporte de pedido de cliente 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de ventas emite un reporte de pedido al distribuidor
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de ventas elige la opción Emitir reporte de pedido de cliente 2.- El sistema le muestra el formulario de Emitir reporte de pedido de cliente. 3.- El encargado del área de ventas selecciona el criterio del reporte (periodo o nro. documento) y oprime el botón pantalla o imprimir según su requerimiento 4.- El sistema le muestra pantallazo o imprime el reporte según sea la elección y el caso de uso termina
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de ventas en el caso se intente registrar datos no permitidos 3.
Pre-condición El encargado del área de ventas debe haberse logueado correctamente
4.
Post-condición El reporte ha sido enviado
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR FACTURA DEL CLIENTE”
1. Registrar factura del Cliente 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de ventas registra factura del cliente.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de ventas elige la opción Registrar factura del cliente. 2.- El sistema le muestra el formulario de la factura del cliente 3.- El jefe de almacén busca los datos del doc. De pedido del cliente. 4.- El sistema le muestra los datos del doc. De pedido del cliente. 5.- El encargado del área de ventas completa los datos de la factura del cliente y oprime el botón registrar. 6.-El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de ventas en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de ventas debe hacerse logueado correctamente
4.
Post-condición Los datos de la factura del cliente han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR ALBARÁN AL CLIENTE”
1. Registrar Albarán al Cliente 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de ventas registra albarán al cliente.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de ventas elige la opción Registrar Albarán al cliente. 2.- El sistema le muestra el formulario del Albarán al cliente 3.- El jefe de almacén busca los datos del doc. De pedido del cliente. 4.- El sistema le muestra los datos del doc. De pedido del cliente. 5.- El encargado del área de ventas completa los datos del Albarán al cliente y oprime el botón registrar. 6.-El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de ventas en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de ventas debe hacerse logueado correctamente
4.
Post-condición Los datos del Albarán al cliente han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO DEVOLUCIÓN DE CLIENTE”
1. Registrar Documento de devolución al cliente 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de ventas registra los datos del documento de devolución de cliente.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de ventas elige la opción registrar documento de devolución de cliente. 2.- El sistema le muestra el formulario de Registrar Documento de devolución de cliente. 3. El encargado del área de ventas busca los datos del cliente mediante su código. 4. El sistema muestra los datos del cliente. 5.- El encargado del área de ventas busca el producto devuelto mediante su código. 6. El sistema muestra los datos del producto. 7. el encargado del área de ventas completa los datos del formulario de devolución (código, fecha, motivo, cantidad) y oprime el botón registrar. 8.-El sistema emite un mensaje de confirmación y el caso de uso termina
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de ventas en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de ventas debe hacerse logueado correctamente
4.
Post-condición Los datos de la devolución de cliente han sido registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “EMITIR REPORTE DEVOLUCIÓN DE CLIENTE”
1. Emitir reporte de Documento devolución de cliente Breve descripción Este caso de uso se inicia cuando el encargado del área de ventas emite reporte de devolución de cliente. 2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de ventas elige la opción emitir reporte devolución de cliente. 2.- El sistema le muestra el formulario de Emitir Reporte devolución de cliente. 3. El encargado del área de ventas busca el documento de devolución de cliente mediante un código. 4.- El sistema le muestra los datos del Documento de devolución de cliente. 5.- El administrador ingresa los datos del Reporte de devolución de cliente y oprime el botón emitir. 6.-El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de ventas en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de ventas debe hacerse logueado correctamente
4.
Post-condición El reporte de devolución de cliente ha sido emitido.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR REEMBOLSO AL CLIENTE”
1. Registrar Reembolso al Cliente 1.1
Breve descripción Este caso de uso se inicia cuando se ha efectuado una devolución y el encargado del Área de Ventas registra el reembolso al cliente.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado Área de Ventas elige la opción registrar reembolso. 2.- El sistema le muestra el formulario de registrar reembolso. 3.- El encargado del Área de Ventas busca el documento de devolución al cliente mediante su código. 4. El sistema muestra el documento de devolución al cliente. 5. el encargado del área de ventas completa los datos del documento de reembolso (fecha, monto total, código) y oprime el botón registrar. 6.-El sistema emite un mensaje de confirmación de registro de reembolso y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado AV en el caso que se intente registrar datos no permitidos. 3.
Pre-condición El encargado AR debe haberse logueado correctamente.
4.
Post-condición Los datos del reembolso sean registrados.
4.2.2
Diagramas de Colaboración
DIAGRAMA DE COLABORACIÓN: “REGISTRAR PRODUCTO”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DISTRIBUIDOR”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR CATÁLOGO VIGENTE”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DE ANÁLISIS DE CATÁLOGO”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR ORDEN DE PEDIDO AL DISTRIBUIDOR”
DIAGRAMA DE COLABORACIÓN: “EMITIR REPORTE DE PEDIDO AL DISTRIBUIDOR”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR ALBARÁN DE DISTRIBUIDOR”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR FACTURA DE DISTRIBUIDOR”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO ESTADO DE PRODUCTO”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DE INGRESO DE PRODUCTO”
DIAGRAMA DE COLABORACIÓN: “EMITIR REPORTE DE INGRESO DE PRODUCTO”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DE DEVOLUCIÓN AL DISTRIBUIDOR”
DIAGRAMA DE COLABORACIÓN: “EMITIR REPORTE DE DEVOLUCIÓN AL DISTRIBUIDOR”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR CLIENTE”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DE PRESUPUESTO”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DE PEDIDO DE CLIENTE”
DIAGRAMA DE COLABORACIÓN: “EMITIR REPORTE DE PEDIDO DE CLIENTE”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR FACTURA AL CLIENTE”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR ALBARÁN AL CLIENTE”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DEVOLUCIÓN DE CLIENTE”
DIAGRAMA DE COLABORACIÓN: “EMITIR REPORTE DEVOLUCIÓN DE CLIENTE”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR REEMBOLSO AL CLIENTE”
4.2.1
Diagrama de Clases del Análisis
4.3 Fase de Construcción 4.3.1. Diagramas de Secuencia. DIAGRAMA DE SECUENCIA: “REGISTRAR PRODUCTO”
DIAGRAMA DE SECUENCIA: “REGISTRAR DISTRIBUIDOR”
DIAGRAMA DE SECUENCIA: “REGISTRAR CATÁLOGO VIGENTE”
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DE ANÁLISIS DE CATÁLOGO”
DIAGRAMA DE SECUENCIA: “REGISTRAR ORDEN DE PEDIDO AL DISTRIBUIDOR”
DIAGRAMA DE SECUENCIA: “EMITIR REPORTE DE PEDIDO AL DISTRIBUIDOR”
DIAGRAMA DE SECUENCIA: “REGISTRAR ALBARÁN DE DISTRIBUIDOR”
DIAGRAMA DE SECUENCIA: “REGISTRAR FACTURA DE DISTRIBUIDOR”
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO ESTADO DE PRODUCTO”
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DE INGRESO DE PRODUCTO”
DIAGRAMA DE SECUENCIA: “EMITIR REPORTE DE INGRESO DE PRODUCTO”
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DE DEVOLUCIÓN AL DISTRIBUIDOR”
DIAGRAMA DE SECUENCIA: “EMITIR REPORTE DE DEVOLUCIÓN AL DISTRIBUIDOR”
DIAGRAMA DE SECUENCIA: “REGISTRAR CLIENTE”
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DE PRESUPUESTO”
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DE PEDIDO DE CLIENTE”
DIAGRAMA DE SECUENCIA: “EMITIR REPORTE DE PEDIDO DE CLIENTE”
DIAGRAMA DE SECUENCIA: “REGISTRAR FACTURA AL CLIENTE”
DIAGRAMA DE SECUENCIA: “REGISTRAR ALBARÁN AL CLIENTE”
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DEVOLUCIÓN DE CLIENTE”
DIAGRAMA DE SECUENCIA: “EMITIR REPORTE DEVOLUCIÓN DE CLIENTE”
DIAGRAMA DE SECUENCIA: “REGISTRAR REEMBOLSO AL CLIENTE”
4.3.2.
Interfaces de Usuario
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR PRODUCTO”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR DISTRIBUIDOR”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR CATÁLOGO VIGENTE”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR DOC. ANALISIS DE CATÁLOGO”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR ORDEN DE PEDIDO AL DISTRIBUIDOR”
INTERFAZ GRAFICA DE USUARIO: “EMITIR PEDIDO AL DISTRIBUIDOR”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR ALBARAN DE DISTRIBUIDOR”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR FACTURA DE DISTRIBUIDOR”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR DOC. ESTADO DE PRODUCTO”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR DOC. INGRESO DE PRODUCTO”
INTERFAZ GRAFICA DE USUARIO: “EMITIR REPORTE INGRESO DE PRODUCTO”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR DOC. DEVOLUCIÓN AL DISTRIBUIDOR”
INTERFAZ GRAFICA DE USUARIO: “EMITIR REPORTE DE DEVOLUCIÓN AL DISTRIBUIDOR”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR CLIENTE”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR DOCUMENTO DE PRESUPUESTO”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR DOCUMENTO DE PEDIDO DE CLIENTE”
INTERFAZ GRAFICA DE USUARIO: “EMITIR REPORTE DE PEDIDO DE CLIENTE”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR FACTURA DEL CLIENTE”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR ALBARÁN DE CLIENTE”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR DOCUMENTO DEVOLUCIÓN DE CLIENTE”
INTERFAZ GRAFICA DE USUARIO: “EMITIR REPORTE DEVOLUCIÓN DE CLIENTE”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR REEMBOLSO AL CLIENTE”
4.3.2
Diagrama de Clases del Diseño
4.3.5
Diagrama Físico de Tablas
4.3.8 Diagrama de Despliegue CAPITULO III: PROTOTIPO DEL SOFTWARE DESARROLLADO (desarrollo de dos formularios) CAPITULO IV: ESTIMACION DEL PROYECTO Puntos de Función. Estimación del Esfuerzo. Estimación del Tiempo de Desarrollo, Estimación del tamaño del equipo. CONCLUSIONES
ESQUEMA DEL PROYECTO FINAL TITULO DEL PROYECTO INFORMATIZACIÓN DEL CONTROL LOGÍSTICO RESUMEN La empresa TABLADO SL se dedica a la compra y venta de muebles. Por encargo del consejero delegado de la empresa, se busca desarrollar una aplicación para la informatización del control de almacén que se obtiene a través de la facturación. Este proceso comienza con la recepción de catálogos de los distribuidores, quienes ofertan sus productos; los catálogos son registrados y analizados, para luego emitir una orden de pedido al distribuidor. El distribuidor envía su(s) producto(s) con su respectivo albarán y factura, el producto es revisado, etiquetado y registra su ingreso al almacén. La venta al público se realiza cuando un cliente se acerca al punto de venta físico de la tienda. Con el proceso de informatización se pretende ampliar a un canal de ventas por internet; sin importar el medio de venta, también se ofrece el servicio de presupuestado. Al concretar la venta se envía una factura y albarán al distribuidor. La empresa acepta devoluciones de clientes, efectúa reembolsos y realiza devoluciones al distribuidor. CAPITULO I: MARCO REFERENCIAL ENUNCIADO DEL PROBLEMA Tras la entrevista con el consejero delegado de la empresa Tablado S.L. dedicada a la venta de muebles se ha obtenido la siguiente información como especificación básica para la informatización del control del almacén que se obtiene a través de la facturación. Los muebles llegan a través de distribuidores, que en muchas ocasiones son los propios fabricantes. La información de los productos facilitados por cada distribuidor se recoge a través de catálogos, donde se indica los precios de compra (para la empresa) de los productos que distribuye el distribuidor. Estos productos están agrupados por categorías que denominamos familias o clases. Dichos catálogos son analizados por la sección de adquisiciones de Tablado con el fin de concretar los muebles que se pedirán a los distribuidores y serán distribuidos. Una solicitud a un distribuidor se concreta a través de un albarán y la factura de cada pedido se le haya hecho.
Cuando llegan los productos al almacén, se les pone una etiqueta y se actualiza el inventario. Estas etiquetas constan de los siguientes campos: • Código del producto: a rellenar por el almacén que identifica de forma única dicho producto • Descripción del producto • Referencia (impuesta por el fabricante) • Distribuidor • Precio de venta al público. Actualmente, la venta al público se realiza de forma presencial cuando los clientes se acercan a la tienda. Sin embargo, aprovechando la informatización del almacén se pretende ampliar el canal de venta a Internet. Los productos reflejados por Internet serán los que estén registrados en el almacén. No importando el medio por el cual los clientes adquieran los productos, a los clientes se les proporcionarán albaranes y facturas que certificarán su compra. Una factura puede englobar uno o varios albaranes. Los datos de los albaranes y las facturas sólo varían en algunos campos referentes al coste de los artículos. Una característica actual que se desea conservar es la realización de presupuestos a los clientes que lo solicitan, con validez temporal de 10 días. Esta cualidad también deberá estar disponible por Internet. Otras características deseables son la realización de estadísticas sobre ventas a los clientes, compras a proveedores, facturaciones en un periodo de tiempo específico, entre otros. Hay que tener en cuenta que se pueden producir devoluciones por parte de los clientes y devoluciones por parte de la empresa a los distribuidores. Cuando una devolución se presenta, ésta debe quedar registrada y se debe asegurar que el coste correspondiente ha sido reembolsado al cliente o a la empresa por parte del distribuidor. El sistema prevé que se puedan realizar consultas sobre los presupuestos emitidos, dando lugar al informe correspondiente. Además sería deseable que el sistema avise al administrador cuando todas las existencias de un artículo han sido vendidas en los 5 días siguientes a su entrada en el almacén, ya que significa que es un artículo con buenas perspectivas de venta y merece ser vuelto a pedir al distribuidor correspondiente. Se le solicita los siguientes artefactos: a) Construya un diagrama de casos de uso del negocio a partir de la situación anterior. b) Construya un diagrama de actividades que ilustre el flujo de trabajo de cada caso de uso del negocio c) Elabore el Modelo de Objetos del Negocio para cada proceso del negocio. d) Elabore el Diagrama del Dominio para el caso planteado e) Elabore el diagrama de casos de uso de requerimientos. f) Elabore los diagramas de colaboración. g) Elabore los diagramas de secuencia. h) Elabore el diagrama de clases del diseño. i) Elabore el modelo físico de la base de datos.
OBJETIVOS Crear un sistema de informatización de control logístico para lograr mejorar las condiciones de los procesos de la empresa TABLADO S.L. OBJETIVOS ESPECÍFICOS.
Obtener información en el momento adecuado, cantidad adecuada y objetiva. Mejorar la experiencia de usuario Mejorar el diseño de la Base de Datos. Mejorar los procesos de Registro y Actualización de Datos. Brindar facilidad de uso al sistema. Optimizar el uso de los recursos. Maximizar beneficios
CAPITULO II: DESARROLLO DE LA METODOLOGIA RUP DESCRIPCIÓN DE LOS PROCESOS DEL NEGOCIO
GESTIONAR ADQUISICIÓN DE PRODUCTO El distribuidor envía catálogo al encargado del área de adquisiciones, el cual recepciona, registra y analiza el catálogo vigente. Si decide comprar, emite una orden de pedido al distribuidor. Caso contrario, verifica el análisis realizado.
GESTIONAR RECEPCIÓN DE PRODUCTO El distribuidor envía el producto con su albarán y factura, el encargado del área de recepciona el producto y revisa el estado del mismo. Si las condiciones del producto son óptimas, registra su ingreso al almacén y etiqueta, caso contrario realiza la devolución al distribuidor.
GESTIONAR VENTA DE PRODUCTO El encargado del área de ventas puede o no recibir un solicitud de presupuesto de un producto por parte de un cliente (de ambos canales de venta). Si existe un presupuesto previo, este es enviado al cliente y al ser aprobado se concreta el pedido mediante un albarán y factura, se realiza el envío. De no existir presupuesto, se procede al paso de la elaboración de albarán, y continua con normalidad. De existir devolución del producto se registra la devolución y emite reembolso.
4.1 Fase de Concepción 4.1.1. Modelo del Negocio: Diagrama de Casos de Uso del Negocio
Documento de especificación de casos de uso del negocio ESPECIFICACIÓN DE CASO DE USO DEL NEGOCIO: “GESTIONAR ADQUISICIÓN” 1. Introducción 1.1.
Propósito Este caso de uso de negocio tiene como propósito identificar las actividades del proceso, gestionar adquisición.
1.2.
Alcance
Este proceso compete al encargado del área de adquisición y al distribuidor. 1.3.
Definiciones, Acrónimos y Abreviaciones Ver documento de glosario
1.4.
Referencias
Las referencias obtenidas para plantear este caso de uso fueron obtenidas por entrevistas a los mismos trabajadores involucrados en el proceso 1.5.
Visión General
El presente documento muestra el propósito, alcances, una descripción breve del caso de uso en cuestión, flujos de trabajo y requerimientos especiales, que describen el trabajo que se realiza en las adquisiciones. 2. Adquisición 2.1.
Descripción breve
El distribuidor elabora catálogos de productos, estos son enviados al encargado del área de adquisición, este recepciona el catálogo y lo analiza, luego decide concretar o no el pedido, de no hacerlo el catálogo se descarta y por el contrario si acepta el pedido entonces elabora una solicitud al distribuidor, envía la solicitud, el distribuidor recepciona y finalmente elabora un alboran y factura. 3. Flujo de Trabajo
3.1.
Flujo de Trabajo Básico
3.1.1. Elabora catálogos de productos El distribuidor elabora catálogo de productos 3.1.2. Envía catálogo de productos El distribuidor envía catálogo de productos al encargado del área de adquisición 3.1.3. Recepciona catálogo de productos El encargado del área de adquisición recepciona el catálogo de productos 3.1.4. Analiza catálogo de productos El encargado del área de adquisición analiza el catálogo de productos 3.1.5. Concreta pedido El encargado del área de adquisición concreta el pedido 3.1.6. Elabora solicitud de pedido El encargado del área de adquisición elabora solicitud del pedido 3.1.7. Envía solicitud de pedido El encargado del área de adquisición envía solicitud del pedido al distribuidor 3.1.8. Recepciona solicitud El distribuidor recepciona solicitud del pedido 3.1.9. Elabora un albarán y factura El distribuidor elabora un alboran y factura del pedido 3.1.10. Descarta catálogo El encargado del área de adquisición descarta catálogo si decide no concretar el pedido 4. Requerimientos especiales 4.1.
Facilidad de uso
Interfaz amigable y manipulable 4.2.
Confiabilidad
El SW de este proceso debe ser confiable para que no existan fallas o estas sean mínimas, además debe tener rápida recuperabilidad ante los fallos 4.3. Soporte El SW de este proceso debe poderse extender y adaptar de acuerdo a los cambios que puedan existir
ESPECIFICACIÓN DE CASO DE USO DEL NEGOCIO: “GESTIONAR RECEPCIÓN”
1. Introducción 1.1.
Propósito
Este caso de uso de negocio tiene como propósito identificar las actividades del proceso, gestionar recepción. 1.2.
Alcance
Este proceso compete al encargado del área de recepción y el distribuidor. 1.3.
Definiciones, Acrónimos y Abreviaciones
Ver documento de glosario 1.4.
Referencias
Las referencias obtenidas para plantear este caso de uso fueron obtenidas por entrevistas a los mismos trabajadores involucrados en el proceso 1.5.
Visión General
El presente documento muestra el propósito, alcances, una descripción breve del caso de uso en cuestión, flujos de trabajo y requerimientos especiales, que describen el trabajo que se realiza en recepción. 2. Ventas 2.1.
Descripción breve
El proceso empieza cuando el Distribuidor envía el producto con albarán y factura, lo que es recepcionado por el encargado del área de recepción y paso siguiente analiza el estado del producto con lo que tiene que tomar una decisión de aprobar el producto. En caso de aprobar, el producto se etiqueta, se actualiza el inventario y se procede a almacenar el producto; en caso de no aprobar el producto se procede a la devolución de este, el cual es recibido por el distribuidor asumiendo el costo de producto no aprobado.
3. Flujo de Trabajo 3.1.
Flujo de Trabajo Básico
3.1.1. Envía producto con albarán y factura
El distribuidor envía sus productos 3.1.2. Recepciona productos
El encargado del área de recepción recepciona los productos 3.1.3. Analiza estado de productos
El encargado del área de recepción analiza el estado de los productos 3.1.4. Aprueba producto
El encargado del área de recepción aprueba el producto 3.1.5. Devolución de producto
El encargado del área de recepción en caso de no aprobar el producto, lo devuelve 3.1.6. Etiqueta producto
Producto aprobado, producto etiquetado 3.1.7. Actualiza inventario
El encargado del área de recepción actualiza el inventario 3.1.8. Almacena producto
El encardado del área de recepción almacena el producto 3.1.9. Recepciona la devolución
El distribuidor recepciona el producto devuelto 3.1.10. Asume costos
El distribuidor asume los costos de los productos devueltos 4. Requerimientos especiales 4.1.
Facilidad de uso
Interfaz amigable y manipulable 4.2.
Confiabilidad
El SW de este proceso debe ser confiable para que no existan fallas o estas sean mínimas, además debe tener rápida recuperabilidad ante los fallos 4.3.
Soporte
El SW de este proceso debe poderse extender y adaptar de acuerdo a los cambios que puedan existir
ESPECIFICACIÓN DE CASO DE USO DEL NEGOCIO: “GESTIONAR VENTAS”
1. Introducción 1.1.
Propósito Este caso de uso de negocio tiene como propósito identificar las actividades del proceso, gestionar ventas.
1.2.
Alcance
Este proceso compete al encargado del área de ventas y al cliente 1.3.
Definiciones, Acrónimos y Abreviaciones Ver documento de glosario
1.4.
Referencias
Las referencias obtenidas para plantear este caso de uso fueron obtenidas por entrevistas a los mismos trabajadores involucrados en el proceso 1.5.
Visión General
El presente documento muestra el propósito, alcances, una descripción breve del caso de uso en cuestión, flujos de trabajo y requerimientos especiales, que describen el trabajo que se realiza en las ventas 2. Ventas 2.1.
Descripción breve
El cliente necesita un producto, en base a ello, requiere un presupuesto. El encargado del área de ventas elabora el presupuesto. El cliente analiza el presupuesto y en base a ello lo acepta y genera pedido, el encargado del área de ventas elabora el pedido, el albarán y la factura. El cliente lo recepciona, en caso no este conforme realiza una devolución al encargado del área de ventas y éste realiza el reembolso
3. Flujo de Trabajo 3.1.
Flujo de Trabajo Básico
3.1.1. Necesita producto
El cliente necesita un producto 3.1.2. Solicita presupuesto
El cliente solicita un presupuesto al encargado del área de ventas 3.1.3. Elabora presupuesto
El encargado del área de ventas elabora un presupuesto 3.1.4. Emite presupuesto
El encargado del área de ventas emite un presupuesto al cliente 3.1.5. Recepciona presupuesto
El cliente recepciona el presupuesto 3.1.6. Analiza presupuesto
El cliente analiza el presupuesto 3.1.7. Genera pedido
El cliente genera el pedido al encargado del área de ventas 3.1.8. Envía pedido
El cliente envía el pedido 3.1.9. Recibe pedido
El encargado del área de ventas recibe el pedido 3.1.10. Elabora pedido
El encargado del área de ventas elabora el pedido, la factura y el albaran 3.1.11. Entrega/envía pedido
El encargado del área de ventas entrega/envía el pedido al cliente 3.1.12. Recepciona pedido
El cliente recepciona el pedido 3.1.13. Devuelve pedido
El cliente genera el pedido al encargado del área de ventas 3.1.14. Recepciona devolución
El encargado del área de ventas recepciona los productos de devolución 3.1.15. Registra devolución
El encargado del área de ventas registra la devolución 3.1.16. Emite el reembolso
El encargado del área de ventas emite el reembolso 3.1.17. Recepciona el reembolso
El cliente recepciona el reembolso 3.1.18. Archiva presupuesto
El cliente archiva presupuesto
4. Requerimientos especiales 4.1.
Facilidad de uso
Interfaz amigable y manipulable 4.2.
Confiabilidad
El SW de este proceso debe ser confiable para que no existan fallas o estas sean mínimas, además debe tener rápida recuperabilidad ante los fallos 4.3.
Soporte
El SW de este proceso debe poderse extender y adaptar de acuerdo a los cambios que puedan existir
Diagrama de Actividades DIAGRAMA DE ACTIVIDADES “GESTIONAR ADQUISICIÓN”
Modelo de Objetos del Negocio. Modelo de Dominio
DIAGRAMA DE ACTIVIDADES “GESTIONAR RECEPCIÓN”
DIAGRAMA DE ACTIVIDADES “GESTIONAR RECEPCIÓN”
Modelo de Objetos del Negocio. MODELO DE OBJETOS DE NEGOCIO “GESTIONAR ADQUISICIÓN”
MODELO DE OBJETOS DE NEGOCIO “GESTIONAR RECEPCIÓN”
MODELO DE OBJETOS DE NEGOCIO “GESTIONAR RECEPCIÓN”
Modelo de Dominio
MODELO DE DOMINIO “GESTIONAR ADQUISICIÓN”
MODELO DE DOMINIO “GESTIONAR RECEPCIÓN”
MODELO DE DOMINIO “GESTIONAR VENTAS”
4.2 Fase de Elaboración 4.2.1 Diagrama de Casos de Uso del Sistema. DIAGRAMA DE CASOS DE USO DEL SISTEMA “GESTIONAR ADQUISICIÓN”
DIAGRAMA DE CASOS DE USO DEL SISTEMA “GESTIONAR RECEPCIÓN”
DIAGRAMA DE CASOS DE USO DEL SISTEMA “GESTIONAR VENTAS”
4.2.2
Documento de especificación de los Casos de Uso del Sistema
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR PRODUCTO”
1.
Registrar Producto
1.1
Breve descripción Este caso de uso se inicia cuando el encargado del Área de Recepción registra los datos de un producto.
2.
Flujo de eventos:
2.1
Flujo básico 1. Este caso de uso se inicia cuando el encargado del área de Recepción elige la opción registrar producto. 2.- El sistema le muestra el formulario de registrar producto. 3.- El encargado del área de recepción ingresa los datos del producto (código, descripción, unidad de medida, stock, precio) y luego oprime el botón registrar. 4.-El sistema emite un mensaje de confirmación de registro de producto y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de recepción en el caso que se intente registrar datos no permitidos. 3.
Pre-condición El encargado del área de recepción debe haberse logueado correctamente.
4.
Post-condición Los datos del producto que deja el distribuidor en la empresa sean registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DISTRIBUIDOR”
1. Registrar Distribuidor 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de recepción registra los datos del distribuidor.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de recepción elige la opción registrar distribuidor. 2.- El sistema le muestra el formulario de Registrar Distribuidor 3.- El encargado del área de recepción ingresa los datos de un distribuidor (Código, Nombre, Dirección, Teléfono y Email) y luego oprime el botón registrar. 4.-El sistema emite un mensaje de confirmación y el caso de uso termina
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de recepción en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de recepción debe hacerse logueado correctamente
4.
Post-condición Los datos del Distribuidor han sido registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR CATÁLOGO VIGENTE”
1. Registrar Catálogo Vigente 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de Adquisición Registra el catálogo vigente de productos.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de Adquisición elige la opción Registrar Catálogo vigente. 2.- El sistema le muestra el formulario de registrar catálogo vigente. 3. El encargado del área de adquisición busca el distribuidor mediante su código. 4. El sistema muestra los datos del distribuidor 5. El encargado del área de adquisición busca el producto mediante un código. 6. El sistema muestra el producto buscado. 7.- El encargado del área de adquisición completa los datos del catálogo vigente (código, descripción) y luego oprime el botón registrar. 8.-El sistema emite un mensaje de confirmación de registro de catálogo vigente y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de Adquisición en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de Adquisición debe hacerse logueado correctamente
4.
Post-condición Los datos de los productos de interés han sido registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO DE ANÁLISIS DE CATÁLOGO”
1. Registrar Documento de análisis de catálogo 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de adquisición registra el documento de análisis de catálogo.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de adquisición elige la opción registrar el documento de análisis de catálogo. 2.- El sistema le muestra el formulario de Registrar documento de análisis de catálogo 3.- El encargado del área de adquisición busca el catalogo vigente mediante un código. 4. El sistema muestra el catálogo vigente. 5. El encargado del área de adquisición busca el producto mediante un código. 6. El sistema muestra el producto buscado. 7. El encargado del área de adquisición registra el producto que desea adquirir, lo puede realizar n veces según su requerimiento (cantidad, descripción) y oprime el botón registrar. 8.-El sistema emite un mensaje de confirmación y el caso de uso termina
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de adquisición en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de adquisición debe hacerse logueado correctamente
4.
Post-condición Los datos del Documento de análisis de catálogo han sido registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR ORDEN DE PEDIDO AL DISTRIBUIDOR”
1. Registrar orden de pedido al distribuidor 1.1
Breve descripción Este caso de uso se inicia cuando se tiene el encargado del área de adquisición registra orden de pedido al distribuidor.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de adquisición elige la opción registrar orden de pedido al distribuidor. 2.- El sistema le muestra el formulario de registrar orden de pedido al distribuidor. 3.- El encargado del área de adquisición busca el documento de análisis de catálogo mediante un código. 4. El sistema muestra el documento de análisis de catálogo. 5. El encargado del área de adquisición verifica si se concreta el pedido, si lo es, selecciona el catálogo. 6. el encargado del área de adquisición completa los datos de la orden de pedido al distribuidor. 7.-El sistema emite un mensaje de confirmación de orden de pedido y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado AV en el caso que se intente registrar datos no permitidos. 3.
Pre-condición El encargado AR debe haberse logueado correctamente.
4.
Post-condición Los datos de la orden de pedido al distribuidor sean registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “EMITIR REPORTE DE PEDIDO AL DISTRIBUIDOR”
1. Emitir reporte de pedido al distribuidor 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de adquisición emite un reporte de pedido al distribuidor
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de adquisición elige la opción Emitir reporte de pedido al distribuidor 2.- El sistema le muestra el formulario de Emitir reporte de pedido al distribuidor. 3.- El encargado del área de adquisición selecciona el criterio del reporte (periodo o nro. documento) y oprime el botón pantalla o imprimir según su requerimiento 4.- El sistema le muestra pantallazo o imprime el reporte según sea la elección y el caso de uso termina
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de adquisición en el caso se intente registrar datos no permitidos 3.
Pre-condición El encargado del área de adquisición debe haberse logueado correctamente
4.
Post-condición El reporte ha sido enviado
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR ALBARÁN DE DISTRIBUIDOR”
1. Registrar Albarán al Distribuidor 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de recepción Registra Albarán de Distribuidor.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de recepción elige la opción Registrar Albarán del distribuidor. 2.- El sistema le muestra el formulario del Albarán del distribuidor. 3.- El encargado del área de recepción busca los datos del producto mediante un código. 4.- El sistema le muestra los datos de producto y selecciona los requeridos. 5. El encargado del área de recepción busca los datos del distribuidor mediante un código. 6. El sistema le muestra los datos del distribuidor y selecciona el requerido. 7. El encargado del área de recepción completa los datos del Albarán de distribuidor y oprime el botón registrar. 8. El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de recepción en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de Recepción debe hacerse logueado correctamente
4.
Post-condición Los datos del Albarán al distribuidor han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR FACTURA DE DISTRIBUIDOR”
1. Registrar factura de Distribuidor 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de recepción Registra Factura de Distribuidor.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de recepción elige la opción Registrar Factura de distribuidor. 2.- El sistema le muestra el formulario de Registrar Factura de distribuidor. 3.- El encargado del área de recepción busca los datos del producto mediante un código. 4.- El sistema le muestra los datos de producto y selecciona los requeridos. 5. El encargado del área de recepción busca los datos del distribuidor mediante un código. 6. El sistema le muestra los datos del distribuidor y selecciona el requerido. 7. El encargado del área de recepción completa los datos de la factura de distribuidor y oprime el botón registrar. 8. El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de recepción en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de Recepción debe hacerse logueado correctamente
4.
Post-condición Los datos de la Factura de distribuidor han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO ESTADO DE PRODUCTO”
1. Registrar Documento estado de producto 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de recepción registra el documento de estado de producto.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de recepción elige la opción registrar el documento de estado de producto. 2.- El sistema le muestra el formulario de Registrar documento de estado de producto. 3.- El encargado del área de recepción busca los datos del producto mediante un código. 4.- El sistema le muestra los datos del producto 5.- El encargado del área de adquisición selecciona el producto. 6.- El encargado del área de adquisición llena el formulario con el estado en el que se encuentra el producto y oprime el botón registrar. 7.-El sistema emite un mensaje de confirmación y el caso de uso termina
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de recepción en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de adquisición debe hacerse logueado correctamente
4.
Post-condición Los datos del Documento estado de producto han sido registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO DE INGRESO DE PRODUCTO”
1. Registrar Documento de Ingreso de Producto 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de recepción Registra el Documento de ingreso de Producto.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de recepción elige la opción Registrar Documento de Ingreso de Producto. 2.- El sistema le muestra el formulario de Registrar Documento de Ingreso de Producto. 3.- El encargado del área de recepción busca los datos del documento de estado de producto. 4.- El sistema le muestra los datos del documento de estado de producto. 5.- El encargado del área de recepción verifica si el producto está registrado con buen estado, si es así, lo selecciona. 6.-El encargado del área de recepción llena los datos del Documento de Ingreso de Producto y repite para los n productos recepcionados y oprime el botón registrar. 7.- El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de recepción en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de Recepción debe hacerse logueado correctamente
4.
Post-condición Los datos del Documento de Ingreso de Producto han sido registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “EMITIR REPORTE DE INGRESO DE PRODUCTO”
1. Emitir reporte de ingreso de producto 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de recepción emite un reporte de ingreso de producto
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de recepción elige la opción Emitir reporte de ingreso de producto. 2.- El sistema le muestra el formulario de Emitir reporte de ingreso de producto. 3.- El encargado del área de recepción selecciona el criterio del reporte (periodo o nro. documento) y oprime el botón pantalla o imprimir según su requerimiento 4.- El sistema le muestra pantallazo o imprime el reporte según sea la elección y el caso de uso termina
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de recepción en el caso se intente registrar datos no permitidos 3.
Pre-condición El encargado del área de recepción debe haberse logueado correctamente
4.
Post-condición El reporte ha sido enviado
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO DE DEVOLUCIÓN AL DISTRIBUIDOR”
1. Registrar documento de devolución al distribuidor 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de recepción registra documento de devolución al distribuidor.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado de recepción elige la opción Registrar Documento de devolución al distribuidor 2.- El sistema le muestra el formulario de Registrar documento de devolución al distribuidor. 3.- El encargado del área de recepción busca los datos de un Documento de estado de producto 4.- El sistema muestra los datos del Documento de estado de producto 5.- El encargado del área de recepción busca los datos del distribuidor 6.- El sistema le muestra los datos del distribuidor 7.- El encargado del área de recepción busca los datos producto devuelto 8.- El sistema le muestra los datos del producto devuelto 9.- El encargado del área de recepción llena los datos del Documento de devolución al distribuidor y oprime el botón registrar 10.-El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de recepción en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de recepción debe hacerse logueado correctamente
4.
Post-condición Los datos del documento de devolución al distribuidor han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “EMITIR REPORTE DE DEVOLUCIÓN AL DISTRIBUIDOR”
1. Emitir reporte de devolución al distribuidor 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de recepción emite un reporte de devolución al distribuidor
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de recepción elige la opción Emitir reporte de devolución al distribuidor. 2.- El sistema le muestra el formulario de Emitir reporte de devolución al distribuidor. 3.- El encargado del área de recepción selecciona el criterio del reporte (periodo o nro. documento) y oprime el botón pantalla o imprimir según su requerimiento 4.- El sistema le muestra pantallazo o imprime el reporte según sea la elección y el caso de uso termina
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de recepción en el caso se intente registrar datos no permitidos 3.
Pre-condición El encargado del área de recepción debe haberse logueado correctamente
4.
Post-condición El reporte ha sido enviado
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR CLIENTE”
1. Registrar Cliente 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de ventas registra albarán al cliente.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado de ventas elige la opción registrar cliente. 2.- El sistema le muestra el formulario de Registrar Cliente. 3.- El encargado del área de ventas ingresa los datos de un cliente (Código, Nombre, Dirección, Teléfono y Email) y luego selecciona el botón Registrar. 4.-El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de ventas en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de ventas debe hacerse logueado correctamente
4.
Post-condición Los datos del cliente han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO DE PRESUPUESTO”
1. Registrar Documento de presupuesto 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de ventas registra documento de presupuesto.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado de ventas elige la opción registrar documento de presupuesto. 2.- El sistema le muestra el formulario de Registrar documento de presupuesto 3.- El encargado del área de ventas busca los datos del Cliente 4.- El sistema le muestra los datos del Cliente 5.- El encargado del área de ventas busca los datos del producto 6.- EL sistema le muestra los datos del producto 7.- El encargado del área de ventas completa los datos del Documento de presupuesto y oprime el botón de registrar 8.- El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de ventas en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de ventas debe hacerse logueado correctamente
4.
Post-condición Los datos del Documento de presupuesto han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO DE PEDIDO DE CLIENTE”
1. Registrar Documento de pedido del cliente 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de ventas registra documento de pedido de cliente.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de ventas elige la opción registrar documento de pedido de cliente. 2.- El sistema le muestra el formulario de registrar documento de pedido de cliente. 3. El encargado del área de ventas busca los datos del cliente mediante su código. 4. El sistema muestra datos del cliente. 5. El encargado del área de ventas selecciona al cliente 6. El encargado del área de ventas busca producto mediante un código. 7. El sistema muestra datos del producto. 8. El encargado del área de ventas selecciona el producto, este procedimiento lo puede realizar n veces 9. El encargado del área de ventas completa los datos del documento de pedido de cliente y oprime el botón registrar 10.-El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de ventas en el caso que se intente registrar datos no permitidos. 3.
Pre-condición El encargado del área de ventas debe haberse logueado correctamente.
4.
Post-condición Los datos del documento de pedido del cliente sean registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “EMITIR REPORTE DE PEDIDO DE CLIENTE”
1. Emitir reporte de pedido de cliente 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de ventas emite un reporte de pedido al distribuidor
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de ventas elige la opción Emitir reporte de pedido de cliente 2.- El sistema le muestra el formulario de Emitir reporte de pedido de cliente. 3.- El encargado del área de ventas selecciona el criterio del reporte (periodo o nro. documento) y oprime el botón pantalla o imprimir según su requerimiento 4.- El sistema le muestra pantallazo o imprime el reporte según sea la elección y el caso de uso termina
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de ventas en el caso se intente registrar datos no permitidos 3.
Pre-condición El encargado del área de ventas debe haberse logueado correctamente
4.
Post-condición El reporte ha sido enviado
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR FACTURA DEL CLIENTE”
1. Registrar factura del Cliente 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de ventas registra factura del cliente.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de ventas elige la opción Registrar factura del cliente. 2.- El sistema le muestra el formulario de la factura del cliente 3.- El jefe de almacén busca los datos del doc. De pedido del cliente. 4.- El sistema le muestra los datos del doc. De pedido del cliente. 5.- El encargado del área de ventas completa los datos de la factura del cliente y oprime el botón registrar. 6.-El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de ventas en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de ventas debe hacerse logueado correctamente
4.
Post-condición Los datos de la factura del cliente han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR ALBARÁN AL CLIENTE”
1. Registrar Albarán al Cliente 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de ventas registra albarán al cliente.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de ventas elige la opción Registrar Albarán al cliente. 2.- El sistema le muestra el formulario del Albarán al cliente 3.- El jefe de almacén busca los datos del doc. De pedido del cliente. 4.- El sistema le muestra los datos del doc. De pedido del cliente. 5.- El encargado del área de ventas completa los datos del Albarán al cliente y oprime el botón registrar. 6.-El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de ventas en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de ventas debe hacerse logueado correctamente
4.
Post-condición Los datos del Albarán al cliente han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO DEVOLUCIÓN DE CLIENTE”
1. Registrar Documento de devolución al cliente 1.1
Breve descripción Este caso de uso se inicia cuando el encargado del área de ventas registra los datos del documento de devolución de cliente.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de ventas elige la opción registrar documento de devolución de cliente. 2.- El sistema le muestra el formulario de Registrar Documento de devolución de cliente. 3. El encargado del área de ventas busca los datos del cliente mediante su código. 4. El sistema muestra los datos del cliente. 5.- El encargado del área de ventas busca el producto devuelto mediante su código. 6. El sistema muestra los datos del producto. 7. el encargado del área de ventas completa los datos del formulario de devolución (código, fecha, motivo, cantidad) y oprime el botón registrar. 8.-El sistema emite un mensaje de confirmación y el caso de uso termina
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de ventas en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de ventas debe hacerse logueado correctamente
4.
Post-condición Los datos de la devolución de cliente han sido registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “EMITIR REPORTE DEVOLUCIÓN DE CLIENTE”
1. Emitir reporte de Documento devolución de cliente Breve descripción Este caso de uso se inicia cuando el encargado del área de ventas emite reporte de devolución de cliente. 2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado del área de ventas elige la opción emitir reporte devolución de cliente. 2.- El sistema le muestra el formulario de Emitir Reporte devolución de cliente. 3. El encargado del área de ventas busca el documento de devolución de cliente mediante un código. 4.- El sistema le muestra los datos del Documento de devolución de cliente. 5.- El administrador ingresa los datos del Reporte de devolución de cliente y oprime el botón emitir. 6.-El sistema emite un mensaje de confirmación y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado del área de ventas en el caso se intente registrar no validos 3.
Pre-condición El encargado del área de ventas debe hacerse logueado correctamente
4.
Post-condición El reporte de devolución de cliente ha sido emitido.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR REEMBOLSO AL CLIENTE”
1. Registrar Reembolso al Cliente 1.1
Breve descripción Este caso de uso se inicia cuando se ha efectuado una devolución y el encargado del Área de Ventas registra el reembolso al cliente.
2.
Flujo de eventos:
2.1
Flujo básico 1.- Este caso de uso se inicia cuando el encargado Área de Ventas elige la opción registrar reembolso. 2.- El sistema le muestra el formulario de registrar reembolso. 3.- El encargado del Área de Ventas busca el documento de devolución al cliente mediante su código. 4. El sistema muestra el documento de devolución al cliente. 5. el encargado del área de ventas completa los datos del documento de reembolso (fecha, monto total, código) y oprime el botón registrar. 6.-El sistema emite un mensaje de confirmación de registro de reembolso y el caso de uso termina.
2.2
Flujo alternativo
2.2.1 < Consistencia de datos > El sistema informa al encargado AV en el caso que se intente registrar datos no permitidos. 3.
Pre-condición El encargado AR debe haberse logueado correctamente.
4.
Post-condición Los datos del reembolso sean registrados.
4.2.2
Diagramas de Colaboración
DIAGRAMA DE COLABORACIÓN: “REGISTRAR PRODUCTO”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DISTRIBUIDOR”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR CATÁLOGO VIGENTE”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DE ANÁLISIS DE CATÁLOGO”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR ORDEN DE PEDIDO AL DISTRIBUIDOR”
DIAGRAMA DE COLABORACIÓN: “EMITIR REPORTE DE PEDIDO AL DISTRIBUIDOR”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR ALBARÁN DE DISTRIBUIDOR”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR FACTURA DE DISTRIBUIDOR”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO ESTADO DE PRODUCTO”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DE INGRESO DE PRODUCTO”
DIAGRAMA DE COLABORACIÓN: “EMITIR REPORTE DE INGRESO DE PRODUCTO”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DE DEVOLUCIÓN AL DISTRIBUIDOR”
DIAGRAMA DE COLABORACIÓN: “EMITIR REPORTE DE DEVOLUCIÓN AL DISTRIBUIDOR”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR CLIENTE”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DE PRESUPUESTO”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DE PEDIDO DE CLIENTE”
DIAGRAMA DE COLABORACIÓN: “EMITIR REPORTE DE PEDIDO DE CLIENTE”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR FACTURA AL CLIENTE”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR ALBARÁN AL CLIENTE”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DEVOLUCIÓN DE CLIENTE”
DIAGRAMA DE COLABORACIÓN: “EMITIR REPORTE DEVOLUCIÓN DE CLIENTE”
DIAGRAMA DE COLABORACIÓN: “REGISTRAR REEMBOLSO AL CLIENTE”
4.2.1
Diagrama de Clases del Análisis
4.3 Fase de Construcción 4.3.1. Diagramas de Secuencia. DIAGRAMA DE SECUENCIA: “REGISTRAR PRODUCTO”
DIAGRAMA DE SECUENCIA: “REGISTRAR DISTRIBUIDOR”
DIAGRAMA DE SECUENCIA: “REGISTRAR CATÁLOGO VIGENTE”
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DE ANÁLISIS DE CATÁLOGO”
DIAGRAMA DE SECUENCIA: “REGISTRAR ORDEN DE PEDIDO AL DISTRIBUIDOR”
DIAGRAMA DE SECUENCIA: “EMITIR REPORTE DE PEDIDO AL DISTRIBUIDOR”
DIAGRAMA DE SECUENCIA: “REGISTRAR ALBARÁN DE DISTRIBUIDOR”
DIAGRAMA DE SECUENCIA: “REGISTRAR FACTURA DE DISTRIBUIDOR”
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO ESTADO DE PRODUCTO”
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DE INGRESO DE PRODUCTO”
DIAGRAMA DE SECUENCIA: “EMITIR REPORTE DE INGRESO DE PRODUCTO”
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DE DEVOLUCIÓN AL DISTRIBUIDOR”
DIAGRAMA DE SECUENCIA: “EMITIR REPORTE DE DEVOLUCIÓN AL DISTRIBUIDOR”
DIAGRAMA DE SECUENCIA: “REGISTRAR CLIENTE”
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DE PRESUPUESTO”
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DE PEDIDO DE CLIENTE”
DIAGRAMA DE SECUENCIA: “EMITIR REPORTE DE PEDIDO DE CLIENTE”
DIAGRAMA DE SECUENCIA: “REGISTRAR FACTURA AL CLIENTE”
DIAGRAMA DE SECUENCIA: “REGISTRAR ALBARÁN AL CLIENTE”
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DEVOLUCIÓN DE CLIENTE”
DIAGRAMA DE SECUENCIA: “EMITIR REPORTE DEVOLUCIÓN DE CLIENTE”
DIAGRAMA DE SECUENCIA: “REGISTRAR REEMBOLSO AL CLIENTE”
4.3.2.
Interfaces de Usuario
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR PRODUCTO”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR DISTRIBUIDOR”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR CATÁLOGO VIGENTE”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR DOC. ANALISIS DE CATÁLOGO”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR ORDEN DE PEDIDO AL DISTRIBUIDOR”
INTERFAZ GRAFICA DE USUARIO: “EMITIR PEDIDO AL DISTRIBUIDOR”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR ALBARAN DE DISTRIBUIDOR”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR FACTURA DE DISTRIBUIDOR”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR DOC. ESTADO DE PRODUCTO”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR DOC. INGRESO DE PRODUCTO”
INTERFAZ GRAFICA DE USUARIO: “EMITIR REPORTE INGRESO DE PRODUCTO”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR DOC. DEVOLUCIÓN AL DISTRIBUIDOR”
INTERFAZ GRAFICA DE USUARIO: “EMITIR REPORTE DE DEVOLUCIÓN AL DISTRIBUIDOR”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR CLIENTE”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR DOCUMENTO DE PRESUPUESTO”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR DOCUMENTO DE PEDIDO DE CLIENTE”
INTERFAZ GRAFICA DE USUARIO: “EMITIR REPORTE DE PEDIDO DE CLIENTE”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR FACTURA DEL CLIENTE”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR ALBARÁN DE CLIENTE”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR DOCUMENTO DEVOLUCIÓN DE CLIENTE”
INTERFAZ GRAFICA DE USUARIO: “EMITIR REPORTE DEVOLUCIÓN DE CLIENTE”
INTERFAZ GRAFICA DE USUARIO: “REGISTRAR REEMBOLSO AL CLIENTE”
4.3.2
Diagrama de Clases del Diseño
4.3.5
Diagrama Físico de Tablas
4.3.8 Diagrama de Despliegue CAPITULO III: PROTOTIPO DEL SOFTWARE DESARROLLADO (desarrollo de dos formularios) CAPITULO IV: ESTIMACION DEL PROYECTO Puntos de Función. Estimación del Esfuerzo. Estimación del Tiempo de Desarrollo, Estimación del tamaño del equipo. CONCLUSIONES
Related Documents
Gfpi-f-019_formato_guia_de_aprendizaje.1docx(2).docx
November 2019 132
Seniorstudio 2(2)(2)
June 2020 80
Seniorstudio 2(2)(2)
June 2020 86
Seniorstudio 2(2)(2)
June 2020 77
2-2
November 2019 81
2-2
May 2020 54More Documents from ""
