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.

7

Diagrama de actividades para hacer un pedido.

Diagrama de actividades para entregar producto.

8

Diagrama de actividades para verificar inventario.

9Diagrama de secuencia para hacer un pedido.

10Diagrama de secuencia para entregar producto.

11Diagrama 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.

13Referencias

- Módulo UNAD 2012 Lenguaje de Modelado Unificado UML

14