Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 1K vistas

    DMMS U1 A4 Jugo

    Cargado por

    Juan Carlos García Orozco

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd

    DMMS U1 A4 Jugo

    Cargado por

    Juan Carlos García Orozco
    1K vistas5 páginas

    Título original

    DMMS_U1_A4_JUGO

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    DOCX, PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    1K vistas5 páginas

    DMMS U1 A4 Jugo

    Cargado por

    Juan Carlos García Orozco

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    Está en la página 1de 5

    Mtodos y Modelos de Desarrollo de Software

    Profesora: Maura Norma Prez Lpez

    Actividad 4. Diagramas De UML

    Alumno: Juan Carlos Garca Orozco

    Matrcula: AL11508236

    Actividad 4: Diagramas de UML Garca Orozco Juan Carlos

    A) Desarrolla el diagrama de clase, de un proceso de venta de productos, esto es para un negocio que maneja control de inventarios en un almacn, catlogo de proveedores, catlogo de clientes, control de facturas y sus detalles, pero no mantiene un catlogo de pedidos. De los datos que se manejan son: Productos: un identificador como LR08050 que significa libreta raya roja de 50 hojas, nombre del producto, tipo de producto como puede ser entre L, G o S, el precio con decimales y un identificador del proveedor. Deben de existir mtodos para dar de alta, modificar, buscar, consultar y eliminar productos del catlogo. Proveedor: se controla con un identificador con letras y nmeros, un nombre, giro de negocio que se controla con un conjunto de caracteres, RFC, direccin, telfono, nmero de fax y el cdigo postal. Adems debe de tener procesos de alta, modificacin, bsqueda, consulta y eliminacin de proveedores. Cliente: se controla con un identificador numrico, un nombre, RFC., direccin, telfono y el cdigo postal. Adems debe de tener procesos de alta, modificacin, bsqueda, consulta y eliminacin de proveedores. Almacn: se controla con un identificador con caracteres y nmeros, cantidad existente, mnima y mxima, no se venden fracciones de productos. Adems debe de tener procesos de alta, modificacin, bsqueda, consulta e impresin del catlogo. La factura registra, la fecha, nmero de factura, el cliente, subtotal, IVA, total, clave del producto, cantidad del producto vendido, precio de venta, los procesos que debe de tener son: cargar datos del cliente, guardar factura, imprimir factura, consultar factura, calcular totales y cargar datos del producto. Recuerda que al crear la clase de la factura debers de separar en dos clases una para el encabezado de la factura y otra para los detalles de la factura. Al crear estas dos clases debers de respetar los tipos de datos de las primeras cuatro clases que te describ Debers de mostrar las relaciones entre las clases y la multiplicidad, usando el criterio de: 1 a muchas. Muchas a muchas. Muchas a 1. 1a1

    Segn sea el caso

    Proveedor ID_Proveedor String Prov_Nombre String Prov_Giro String Prov_RFC String Prov_Direccion String Prov_Telefono String Prov_NumFax String Prov_CP - String Alta Modificar Buscar Consultar Eliminar

    Productos ID_Almacen - String ID_Producto String Prod_Nombre String Prod_Tipo String Prod_Precio Float ID_Proveedor - String Alta Modificar Buscar Consultar Eliminar

    FacDetalle ID_Factura String ID_Producto - String FDet_Precio - Float Guardar Calcular totales

    Almacn ID_Almacen String Alm_Cantidad Double Alm_CanMin Double Alm_CanMax Double Alta Modificar Buscar Consultar Imprimir

    Cliente ID_Cliente Double Clie_Nombre String Clie_RFC String Clie_Direccion String Clie_Telefono String Clie_CP - String Alta Modificar Buscar Consultar Eliminar

    Factura ID_Factura String Fac_Fecha Date ID_Cliente Double Fac_Subtotal Float Fac_IVA Float Fac_Total Float Cargar datos del cliente Guardar Imprimir Calcular totales Consultar

    Relaciones existentes: De uno a muchos en Proveedor a Producto. De uno a muchos en Cliente a Factura. De uno a muchos en Factura a FacDetalle. De uno a muchos en Producto a FacDetalle. De uno a uno en Producto a Almacn.

    B) Desarrolla el diagrama casos de uso, del sistema llamado Facturacin, en donde relacionars, 4 actores (factura, producto, cliente y BD), y los casos: cargar datos producto, cargar datos cliente, guardar factura e imprimir factura.

    Facturacin

    Imprimir Factura

    <Usos>
    BD

    Guardar Factura
    Factura

    Cargar Datos Productos Cargar Datos Cliente

    Producto

    Cliente

    C) Desarrolla el diagrama de secuencia, usando a los actores administrador, formato de altas cliente (programa) y BD, crear el diagrama de secuencia, validando que, si existe el cliente, no se capture pero, si no existe, capturar los datos en la forma o pantalla de captura; despus de que se capturaron los datos en la forma, deber de hacer conexin con la base de datos, insertar los datos, y cerrar la conexin, al final deber de limpiar la forma.
    Administrador Agregar Cliente Formato (Alta de Cliente) Capturar Datos y verificar si el Conectar y verificar Cliente Existe? BD (Base de Datos

    Return Falso Agregar Cliente

    Return Verdadero

    Limpiar Formato

    Desconectar

    También podría gustarte