Diagramas de UML

MÉTODOS Y MODELOS DE DESARROLLO DE SOFTWARE

UNIVERSIDAD ABIERTA Y A DISTANCIA DE MÉXICO

Abraham Yafté Ascencio Frías

# CONTROL: | DESARROLLO DE SOFTWARE
Contenido
1.Introducción........................................................................................................................... 2
2. Métricas................................................................................................................................ 2
3.Desarrollo .............................................................................................................................. 4
3.1 Diagramas UML................................................................................................................ 4
3.1.1 Diagrama de clase...................................................................................................... 4
3.1.2 Diagrama de caso de uso ............................................................................................ 5
3.1.3 Diagrama de secuencia............................................................................................... 5
4.Conclusión ............................................................................................................................. 6
5.Bibliografía............................................................................................................................. 6

pág. 1
1.Introducción
Por medio de diferentes casos de aplicación en sistemas, se realiza la aplicación de los
conocimientos de la unidad sobre los diagramas UML; así como la interpretación de la problemática
identificando los elementos básicos de cada uno de los tipos de diagrama. Se genera un
conocimiento práctico sobre los conceptos.

2. Métricas
Al desarrollar la respuesta de cada inciso, escribe en seguida de cada descripción del inciso
que le corresponda:

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 almacén, catálogo de
proveedores, catálogo de clientes, control de facturas y sus detalles, pero no
mantiene un catálogo 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 métodos para dar de alta,
modificar, buscar, consultar y eliminar productos del catálogo.

Proveedor: se controla con un identificador con letras y números, un nombre, giro de

negocio que se controla con un conjunto de caracteres, RFC, dirección, teléfono, número
de fax y el código postal. Además, debe tener procesos de alta, modificación, búsqueda,
consulta y eliminación de proveedores.

Cliente: se controla con un identificador numérico, un nombre, RFC., dirección, teléfono y

el código postal. Además, debe tener procesos de alta, modificación, búsqueda, consulta y
eliminación de proveedores.

Almacén: se controla con un identificador con caracteres y números, cantidad existente,

mínima y máxima, no se venden fracciones de productos. Además, debe tener procesos de
alta, modificación, búsqueda, consulta e impresión del catálogo.

pág. 2
La factura registra, la fecha, número de factura, el cliente, subtotal, IVA, total, clave del
producto, cantidad del producto vendido, precio de venta, los procesos que debe 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 deberás 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 deberás de respetar los tipos de datos de las primeras cuatro clases
que te describí.

Deberás de mostrar las relaciones entre las clases y la multiplicidad, usando el criterio de:

➢ 1 a muchas.
➢ Muchas a muchas.
➢ Muchas a 1.
➢ 1a1

Según sea el caso:

B) Desarrolla el diagrama casos de uso, del sistema llamado Facturación, en donde

relacionarás, 4 actores (factura, producto, cliente y BD), y los casos: cargar datos
producto, cargar datos cliente, guardar factura e 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; después de que se capturaron los datos
en la forma, deberá de hacer conexión con la base de datos, insertar los datos, y
cerrar la conexión, al final deberá de limpiar la forma.

pág. 3
3.Desarrollo
3.1 Diagramas UML
3.1.1 Diagrama de clase
Desarrolla el diagrama de clase, de un proceso de venta de productos, esto es para un negocio que
maneja control de inventarios en un almacén, catálogo de proveedores, catálogo de clientes, control
de facturas y sus detalles, pero no mantiene un catálogo de pedidos.

pág. 4
3.1.2 Diagrama de caso de uso
Desarrolla el diagrama casos de uso, del sistema llamado Facturación, en donde relacionarás, 4
actores (factura, producto, cliente y BD), y los casos: cargar datos producto, cargar datos cliente,
guardar factura e imprimir factura.

3.1.3 Diagrama de secuencia

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 ex iste el cliente, no se capture,
pero, si no existe, capturar los datos en la forma o pantalla de captura; después de que se capturaron
los datos en la forma, deberá de hacer conexión con la base de datos, insertar los datos, y cerrar la
conexión, al final deberá de limpiar la forma.

pág. 5
4.Conclusión
Con esta practica se realizo la aplicación practica en diversos casos de los modelos de diagramas de
clase, de casos de uso y de secuencias; cada uno se utilizo de acuerdo a conveniencia propuesta, sin
embargo, fue también por contenido de cada inciso que en cada parte fue lo mas conveniente. El
diagrama de clases nos ayudo a ver la relación principal de entidades las cuales tienen una cantidad
de atributos y métodos y como se relacionan entre si; el diagrama de casos de uso nos ayudo a
entender el flujo de información en un contexto con una diferencia de entidades y las implicaciones
de los métodos intermedios; y el diagrama de secuencias nos sirvió para ver en el tiempo un proceso
de comunicación y selección entre tres distintas entidades.

Considero ver los diagramas resulta más comprensible para plantear un problema de desarrollo de
software debido a que gráficamente son mas sencillos de comprender y resultan una herramienta
muy útil cuando la labor de desarrollo se realiza en equipo para sistemas muy robustos o complejos
o incluso simplemente para poder compartir una idea.

5.Bibliografía
Booch. (1999). Lenguaje Unificado de Modelado. Pearson.

Booch Grady, Rumbaugh James & Jacobson Ivar. (2006). El lenguaje unificado de modelado.
Madrid: Addison Wesley Iberoamaericana.

Schmuller, J. (2000). Aprendiendo UML en 24 Horas. México: Prentice Hall.

pág. 6