Está en la página 1de 5

Mtodos y modelos de desarrollo de Software

Unidad 1
Actividad 4: Diagramas de UML

Mtodos y modelos de desarrollo de Software

Unidad 1
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:

Mtodos y modelos de desarrollo de Software


Unidad 1
Actividad 4: Diagramas de UML
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.
todos y Modelos de Desarrollo de Software Unidad 1. Herramientas para el modelado de
software 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

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

Proveedor
ID_Proveedor String
Nombre String
Giro String
RFC String
Direccion String
Telefono String
Fax String
CP - String
Alta
Modificar
Buscar
Consultar
Eliminar

Productos
ID_Producto - String
ID_Almacen String
Nombre String
Tipo String
Precio Float
ID_Proveedor - String
Alta
Modificar
Buscar
Consultar
Eliminar

Mtodos y modelos de desarrollo de Software


Unidad 1
Actividad 4: Diagramas de UML

Almacn
ID_Almacen String
Cantidad Double
CanMin Double
CanMax Double
Alta
Modificar
Buscar
Consultar
Imprimir

o
o
o
o
o

De
De
De
De
De

Factura
ID_Factura String
Fecha Date
ID_Cliente Double
Subtotal Float
IVA Float
Total Float
Cargar datos del cliente
Guardar
Imprimir
Calcular totales
Consultar

Cliente
ID_Cliente Double
Nombre String
RFC String
Direccion String
Telefono String
CP - String
Alta
Modificar
Buscar
Consultar
Eliminar

Relaciones:

uno a muchos en Producto - Fac Detalle.


uno a uno en Producto- Almacn.
uno a muchos en Cliente -Factura.
uno a muchos en Factura -Fac Detalle.
uno a muchos en Proveedor- Producto.

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

BD

Mtodos y modelos de desarrollo de Software


Unidad 1
Actividad 4: Diagramas de UML

Guardar
Factura

Factura

Cargar Datos
Cliente

<Usos
>

Cliente

Cargar Datos
Productos

Product

Imprimir
Factura

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

Mtodos y modelos de desarrollo de Software


Unidad 1
Actividad 4: Diagramas de UML

Agregar cliente

Capturar datos
Conectar y verificar
si el cliente existe

Return falso

Agregar cliente

Return verdadero

Limpiar formato

Desconectar

También podría gustarte