Está en la página 1de 4

Actividad 4: Diagramas de UML

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.
1 a 1

Segn sea el caso





























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 Fac Detalle.
De uno a muchos en Producto a Fac Detalle.
De uno a uno en Producto a Almacn.

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

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

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


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

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

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

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.














































Factura
Facturacin
Producto
Cliente
BD
Cargar Datos
Cliente
Cargar Datos
Productos
Guardar
Factura
Imprimir
Factura
<Usos>
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 Formato Base de datos


Agregar cliente Capturar datos
Conectar y verificar
si el cliente existe

Return falso

Agregar cliente

Return verdadero

Limpiar formato Desconectar