You are on page 1of 4

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

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.

Facturaci
n
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

Formato (Alta de Cliente)

BD (Base de Datos

Agregar Cliente
Capturar Datos y verificar si el cliente existe

Conectar y verificar
Cliente Existe?
Return Falso
Agregar Cliente

Return Verdadero

Limpiar Formato

Desconectar

You might also like