UNVERSIDAD NACIONAL ABIERTA Y A DISTANCIA (UNAD)

Trabajo Final Lenguaje Unificado de Modelado Uml

Presentado a: Harold Emilio Cabrera Meza

Presentado por: Rubén Darío Sánchez Hernández

CC: 1.073.235.768

Hally Grace Mahecha

CC: 1070589487

Geyner Andrés López Días

C.C: 1073235033

Curso: Lenguaje Modelado unificado UML

Programa: Ingeniería de sistemas

Grupo: 200609_18

Año 2012
 Contenido

Introducción…………………………………………………………………………….1

Objetivos………………………………………………………………………………...1

Desarrollo de actividades...……………………………………………………….2 - 12

Conclusiones………………………………………………………………………......13

Referencias...…………………………………………………………………………..14
 Introducción

Para la actividad final analizaremos el caso de la tienda de suministros electrónicos

Electric, mediante la aplicación del lenguaje unificado de modelado (UML) modelaremos
el sistema que abarcara la gestión de inventario, el registro de los clientes, registro de
ventas, y el registro de los proveedores, usaremos diagramas de uso, de clases, de
actividades, y de secuencia; los cuales nos brindaran una visión general y al detalle de
cómo debe funcionar este sistema en la vida real.

También se desarrollara un blog con la simulación del portal web donde se podrá
observar como un usuario interactúa con el sistema.

Objetivos

- Mediante el análisis de un caso, poner en práctica los conocimientos adquiridos a

lo largo del curso.

- Diseñar el comportamiento y funcionamiento de un sistema aplicando los

diagramas más usados en UML.

1
Planteamiento del Problema

La tienda ELECTRIC es una empresa que maneja su inventario, ventas y proveedores por
medio de Internet, además, es una tienda especializada en componentes electrónicos que
compra sus existencias a una serie de proveedores, vendiéndolas posteriormente a sus
clientes, a la vez lleva el control del almacén para controlar sus existencias en todo
momento.

Los proveedores se controlan manteniendo su información principal al día como es:

teléfono, NIT, dirección, ciudad a esto se le suma la información de los componentes que
cada proveedor vende. El modulo de proveedores, además del típico mantenimiento de
los datos relacionados, se encarga de generar los listados de las piezas vendidas por un
determinado proveedor.

Cuando un cliente solicita un determinado componente, se comprueba que haya

existencias del producto y se le informa de su precio. Si el cliente adquiere el producto, se
actualizará el inventario del almacén y se le emitirá una factura. Si no hay existencias del
componente pero si el cliente está interesado se procederá a almacenar la petición, con
objeto de realizar el correspondiente pedido al proveedor.

El control de almacén se encarga de tener actualizado el almacén de existencias, dando

de alta los componentes que llegan, eliminando componentes defectuosos, eliminando
componentes vendidos y realizando los listados de componentes disponibles en el
almacén y de los componentes pendientes de ser pedidos a un proveedor.

Desarrollo de Actividades

Crear un BLOG que simule el portal web de la empresa ELECTRIC que contenga los
aspectos antes mencionados. Inventario, Manejo de proveedores, manejo de
componentes o productos, clientes, ventas, etc.

R:/ http://unad-electrics.webs.com

Cree el portafolio de servicios de la empresa ELECTRIC en un documento de Word y

súbalo a la página http://www.slideshare.net/.

R:/ http://www.slideshare.net/Hall1987/portafolio-de-servicios-electrics

El portafolio debe tener: logos de la empresa, diagramas de casos de uso, diagrama de

actividades, diagrama de clases y diagramas de secuencia que indique cómo funciona la
empresa. ES DECIR LOS DIAGRAMAS QUE RESUELVEN EL PROBLEMA PLANTEA

R:/ Caso de uso venta de productos

2
Descripción del caso de uso: El anterior caso de uso nos presenta la forma de registrar
una venta al cliente, el cliente solicita producto, el administrador hace la respectiva
verificación para saber si existe el cliente en la base de datos, si no existe lo crea, además
verifica si tiene ese producto en el stock, si no lo tiene el cliente puede hacer una solicitud
para que le quede como encargo, una vez el producto este en el inventario será
descargado automáticamente para su posterior entrega al cliente. El cliente debe realizar
el pago del producto para que este le sea entregado, el administrador registra la venta de
ese producto y automáticamente se descarga del inventario, el administrador genera
recibo y se lo entrega al cliente, este a su vez recibe el producto y finaliza la transacción.

3
Caso de uso registrar inventario

Descripción del caso de uso: El usuario realiza una requisición de un producto que
necesita, el proveedor recibe esta requisición y alista los productos para su posterior
entrega, cuando el usuario recibe los productos encargados realiza el pago y se dispone a
realizar el ingreso de los productos al inventario, verifica que el producto exista si no es
así lo crea, lo mismo pasa con el almacén y con el proveedor de ese producto, el usuario
también verifica que los productos que tiene en el stock estén en buenas condiciones, si
no es así les da de baja, también tiene la posibilidad de realizar los cierres de los
inventarios, para así poder generar los reportes de los productos que tienen en stock y los
que les hacen falta.

4
Diagrama de clases

5
 Descripción del diagrama de clases

El sistema cuenta con un modelo de seguridad integrado que nos permite

manipular la creación tanto de usuarios del sistema como para proveedores,
almacenando esta información en un solo lugar pero manteniendo la integridad
referencial gracias a las relaciones que se tienen con las demás clases. A
continuación se describe la funcionalidad de cada clase.

Personas: La clase personas se encargara de la creación y actualización de los

tipos de personas, esta clase cuenta con un campo que se llama IDPersona, el
cual es un campo llave para relacionar esta clase con las demás.

TipoDocumento: Esta clase gestiona toda la información de los tipos de

documento de las personas, se usa para saber si el documento es una cedula, un
Nit etc.

TipoPersona: Gestiona la información de los tipos de personas, que pueden ser

proveedores y demás entes que puedan estar involucrados en el sistema.

Cargos: Maneja la información de los cargos que pueden tener las personas
involucradas en el sistema.

Usuarios: Gestiona la información de los usuarios del sistema, se relaciona con la

clase de personas para asignar un usuario a cada persona creada, esto si la
persona que se creo va a manipular de alguna forma el sistema.

Roles: Maneja los roles de cada una de las personas que tienen un usuario
creado, los roles pueden ser administrador, vendedor, reporteador, estos roles se
crean según la necesidad de cada usuario para obtener información del sistema.

RolesUsuario: Relaciona las clases de usuarios y de roles que puede tener el

sistema.

Inventario: Gestiona la información de los inventarios de la compañía, se

relaciona con la clase de persona para saber qué persona fue la que ingreso ese
inventario, tiene relación con la clase de productos, con TiposMovimientos, y con
la clase de almacenes.

TiposMovimientos: Maneja los tipos de movimientos que pueden haber en un

inventario, los cuales pueden ser altas, bajas, transferencias, etc.

6
Almacenes: Controla la información que tiene que ver con cada uno de los
almacenes que tiene la empresa.

Existencias: Esta clase de relaciona con las clases de Inventario y Personas, con
personas se relaciona para sacar el cliente que hace un pedido por en cargo, por
este motivo existe el campo de separada, para saber si ese inventario ya está
asignado.

Productos: Esta clase gestiona la información de los productos, esta relacionada

con la clase de personas en la cual debe haber creado una persona como
proveedor, y se hace esta relación para saber quién provee los distintos productos
de la compañía.

Ventas: Por esta clase pasa la información de las ventas de cada almacén de la
empresa, se relaciona con las clases de personas, productos y de almacenes para
saber quién registro una venta y que almacén vendió el producto.

Facturas: Guarda la facturación de la compañía, se relaciona con la clase de

ventas, para saber qué venta genero cada factura, permite generar reportes para
tener un consolidando de ventas, detallado el valor de las ventas, quien fue el
vendedor, quien fue el cliente, que producto se vende más, etc.

Diagrama de actividades para hacer un pedido.

Diagrama de actividades para entregar producto.

Diagrama de actividades para verificar inventario.

9
Diagrama de secuencia para hacer un pedido.
10
Diagrama de secuencia para entregar producto.
11
Diagrama de secuencia para verificar inventario
Enlace el portafolio creado en http://www.slideshare.net/. Al BLOG QUE SIMULA
la pagina Web de la empresa ELECTRIC

12
Conclusiones

Con este último trabajo afianzamos y pusimos en práctica los conocimientos

adquiridos durante el curso, cabe resaltar la disposición de los compañeros para el
desarrollo de las actividades colaborativas, al tutor por su dedicación y por la
retroalimentación que nos brindó en su momento.

Con cada uno de los problemas planteados pudimos analizar las necesidades de
cada caso, brindando una solución desde el punto de vista funcional y de
comportamiento del sistema mediante la representación de los objetos del mundo
real en los diferentes diagramas de UML.

13
Referencias
- Módulo UNAD 2012 Lenguaje de Modelado Unificado UML

14