Trabajo final UML 2011-II

8,333 views

Published on

Trabajo final presentado al tutor Harold Emilio Cabrera Meza el 10 de diciembre de 2011 por los alumnos: Daniel Felipe Palacio, Diego Armando Perdomo, Jhon Enrique Muñoz, Miguel Angel Llerena y Yulieth Paola Perez

Published in: Education
  • Be the first to comment

  • Be the first to like this

Trabajo final UML 2011-II

  1. 1. UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD TRABAJO FINAL LENGUAJE DE MODELADO UNIFICADO UML CODIGO: 200609 HAROLD EMILIO CABRERA MEZA TUTOR DANIEL FELIPE PALACIO PÉREZ DIEGO ARMANDO PERDOMO PERDOMO JHON ENRIQUE MUÑOZ MIGUEL ANGEL LLERENA YULIETH PAOLA PEREZ GALVAN VIII SEMESTRE SABADO 10 DE DICIEMBRE DE 2011
  2. 2. OBJETIVOS Desarrollar un modelo aplicando los conceptos de UML y aplicarlos a un caso real
  3. 3. PLANTEAMIENTO DEL PROBLEMALa tienda SOUVENIR es una empresa que maneja su inventario, ventas yproveedores por medio de Internet, además, es una tienda especializada encomponentes electrónicos que compra sus existencias a una serie deproveedores, vendiéndolas posteriormente a sus clientes, a la vez lleva el controldel almacén para controlar sus existencias en todo momento.Los proveedores se controlan manteniendo su información principal al día comoes: teléfono, NIT, dirección, ciudad a esto se le suma la información de loscomponentes que cada proveedor vende. El módulo de proveedores, además deltípico mantenimiento de los datos relacionados, se encarga de generar los listadosde las piezas vendidas por un determinado proveedor.Cuando un cliente solicita un determinado componente, se comprueba que hayaexistencias del producto y se le informa de su precio. Si el cliente adquiere elproducto, se actualizará el inventario del almacén y se le emitirá una factura. Si nohay existencias del componente pero si el cliente está interesado se procederá aalmacenar la petición, con objeto de realizar el correspondiente pedido alproveedor.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 componentesdisponibles en el almacén y de los componentes pendientes de ser pedidos a unproveedor. PORTAFOLIO EMPRESA SOUVENIR 1. Logo de la empresaDirección Blog: www.diegoaper.blogspot.com 2. Objetivos del sistemaEn este apartado vamos a definir una lista con los diferentes objetivos que seesperan alcanzar cuando el sistema software a desarrollar esté en explotación.Serán especificados mediante una plantilla para objetivos.
  4. 4. OBJ-01 Gestionar las ventasDescripción El sistema deberá gestionar las ventas de componentes electrónicos realizadas por la tiendaEstabilidad AltaOBJ-02 Gestionar los ProveedoresDescripción El sistema deberá gestionar los proveedores manteniendo su información principal como teléfono, NIT, dirección, ciudad y la información de los componentes que cada proveedor vendeEstabilidad AltaOBJ-03 Gestionar el InventarioDescripción El sistema deberá gestionar el inventario 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.Estabilidad Alta 3. Requisitos de almacenamiento de informaciónEsta sección contiene la lista de requisitos de almacenamiento de información quese han identificado, utilizando para especificarlos la plantilla para requisitos dealmacenamiento de información. Especificaremos toda la información quedebemos almacenar en nuestro sistema.RI-01 Información sobre ventasObjetivos Gestionar las ventasasociadosRequisitos  Ventasasociados  Componentes  FacturaciónDescripción El sistema deberá almacenar la información correspondiente a los clientes y las ventas realizadasDatos  Número de factura de ventaespecíficos  Fecha  Cliente  NIT/Cédula  Dirección  Teléfono  Ciudad  Ref. Producto  Descripción del artículo  Valor unitario  Cantidad
  5. 5.  IVAIntervalo Pasado y presentetemporalEstabilidad AltaRI-02 Información sobre proveedoresObjetivos Gestionar los proveedoresasociadosRequisitos  Proveedoresasociados  ComponentesDescripción El sistema deberá almacenar la información correspondiente a los proveedores y las piezas vendidas por un determinado proveedor.Datos  Número de registro de compraespecíficos  Fecha  Proveedor  NIT/Cédula  Dirección  Teléfono  Ciudad  Ref. Producto  Descripción del artículo  Valor unitario  Cantidad  IVAIntervalo Pasado y presentetemporalEstabilidad AltaRI-03 Información sobre inventarioObjetivos Gestionar el inventarioasociadosRequisitos  Ventasasociados  Componente  Peticiones  Inventario  ProveedoresDescripción El sistema deberá almacenar la información correspondiente a las 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.Datos  Ref. Productoespecíficos  Descripción del artículo  Cantidad  IVA
  6. 6.  Precio compra  Precio venta  ProveedorIntervalo Pasado y presentetemporalEstabilidad Alta 4. Requisitos funcionales 4.1 Diagramas de caso de usoEn esta sección hemos incluido los diagramas de casos de uso de nuestrosistema, desarrollados con la herramienta StarUML.Diagrama de subsistemas <<subsistema>> <<subsitema>> <<subsitema>> Gestion de Gestion de Gestion de ventas proveedores inventario 4.2 Definición de actores:Este apartado contiene los diferentes actores que se han identificado,especificados mediante la plantilla para actores de casos de uso.ACT-01 ClienteDescripción Este actor representa a los clientes de la tiendaACT-02 AdministradorDescripción Este actor representa al administrador de la tiendaACT-03 ProveedorDescripción Este actor representa los proveedores del almacén
  7. 7. 4.3 Diagrama de casos de uso System <<include>> Ventas Facturación <<extend>> <<include>> Cliente Inventario <<include>> <<include>> Peticiones Componentes <<include>> Administrador Proveedores 4.4 Diagrama de clases Petición +Fecha Cliente +Código +Cliente +Nombre +Componente +NIT/Cédula 1 1..* 1 +Cantidad +Dirección Contiene +Ciudad Realiza +altaPetición() +Teléfono +buscarPetición() +modificarPetición() +bajaPetición() 1..* 1..* Proveedor Recibe +Nombre 1 Componente +NIT/Cédula Venta +Dirección +Código Genera 1..* 1 Administrador Compra 1..* 1..* +Ciudad +Nombre +Fecha +Teléfono +IVA 1 +TipoPago Realiza 1 1..* +Componente +PrecioCompra Proporciona +PrecioVenta +altaProveedor() 1 +buscarProveedor() 1..* +modificarProveedor() 1 Gestiona * +bajaProveedor() Factura 1+CodigoFactura Inventario+ReferenciaProducto+DescripciónArtículo +Componente+ValorUnitario Actualiza 1 +Cantidad+Cantidad+IVA +altaComponente() 1 Contiene +bajaComponente()+altaFactura() +listarComponentes()+buscarFactura()+anularFactura()
  8. 8. 4.5 Diagramas de actividadesVentas – Peticiones – Inventario Cliente Administrador Sistema Solicita producto Ingresa Producto Comprueba existencias ¿Hay existencias? No Si Informa precio Muestra cantidad disponible y precio ¿Está de acuerdo? Si Registra producto Almacena producto ¿El cliente está interesado? No Registra Petición Almacena petición Si No ¿Desea otro producto? Si No Entrega cantidad Solicita cantidad total a pagar Muestra cantidad total a pagar Recibe cantidad y registra factura Almacena factura Solicita impresión factura Actualiza inventario Imprime factura Recibe pedido y factura Entrega pedido y factura
  9. 9. Inventario - Proveedores Proveedor Administrador Sistema Solicita inventario Genera inventario Solicita componentes pendientes Lista componentes pendientes Recibe solicitud Solicita pedido Muestra información del proveedor Entrega cotización Solicita pedido a nuevo proveedor Recibe cotización ¿Está de acuerdo? No Si Recibe confirmación de pedido Genera pedido Envía pedido y factura Recibe pedido y factura Está conforme Debido a productos No Si defectuosos o faltantes Recibe error de pedido Comunica error de pedido Cancela factura Registra datos proveedor Almacena datos proveedor Registra componentes Almacena componentes Archiva factura de compra Actualiza inventario
  10. 10. 4.6 Diagramas de secuenciaVentas – Peticiones – Inventario <<boundary>> <<boundary>> <<control>> <<entity>> : VentanaPrincipal : VentanaVentas : ControlInventario : Cliente : Administrador 1 : "Ventas" 2 : abrir() 3 : "Productos" 4 : comprobarExistencias() 5 : mostrarInformacion() 6 : informarPrecio() 7 : registrarProductos() 8 : almacenarPoductos() 9 : mostrarCantidadTotalPagar() 10 : solicitarCantidadTotalPagar() 11 : entregarCantidadTotalPagar() 12 : registrarFactura() 13 : almacenarFactura() 14 : actualizarInventario() 15 : solicitarImpresionFactura() 16 : imprimirFactura() 17 : entregarFactura()
  11. 11. Inventario - Proveedores <<boundary>> <<boundary>> <<control>> <<entity>> : VentanaPrincipal : VentanaInventario : ControlInventario : Proveedor : Administrador 1 : "Inventario" 2 : abrir() 3 : generarInventario() 4 : "Componentes Pendientes" 5 : listarComponentesPendientes() 6 : solicitarPedido() 7 : entregarCotizacion() 8 : enviarPedido() 9 : cancelarFactura() 10 : entregarPedido() 11 : registrarComponentes() 12 : almacenarComponentes() 13 : actualizarInventario()
  12. 12. CONCLUSIONESEste trabajo permitió aplicar los principales conceptos de ingeniería de software ymodelado UML. La meta fue diseñar un sistema que hiciera parte del estándar dedesarrollo basado en objetos y de esta manera poder dar paso a la etapa deconstrucción e implementación de un software basado en este diseño.
  13. 13. BIBLIOGRAFÍAMódulo Lenguaje Unificado de Modelado, Cabrera Meza, Harold Emilio, 2006.El proceso Unificado de desarrollo de software, Booch Graby, Rumbaugh James,Jacobson Ivar, Edit Addison Wesly, 2002El lenguaje Unificado de Modelado, Booch Graby, Rumbaugh James, JacobsonIvar, Edit Addison Wesly, 2002

×