Your SlideShare is downloading. ×
  • Like
Trabajo final uml_200609_19
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Now you can save presentations on your phone or tablet

Available for both IPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Trabajo final uml_200609_19

  • 292 views
Published

 

Published in Education
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
292
On SlideShare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
15
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. TRABAJO FINAL PRESENTADO POR DIEGO ALEXANDER CASTELLANOS SANTAMARIA ELIANA MARCELA RENGIFO MONICA CASTRILLON YENNY LIZETH TORRES GONZALEZ PRESENTADO A HAROLD EMILIO CABRERA MEZA DIRECTOR CURSO UML UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNADESCUELA DE CIENCIAS BASICAS, TECNOLOGIA E INGENIERIA LENGUAJE DE MODELADO UNIFICADO UML 2012
  • 2. INTRODUCCIONA través del curso hemos desarrollado una serie de actividades que nos llevan acrear un proyecto completo mediante la utilización de UML como modelado paradiseñar software.En todas las 3 unidades se desarrollaron serie de trabajos e investigacionesacerca del uso y sus herramientas, complementando con ejercicios para aplicar loaprendido durante cada unidad.En esta oportunidad como trabajo final desarrollaremos un proyecto completointegrando cada lección y capitulo del módulo consolidando un trabajo final paraaplicarlo como un proyecto que podríamos estar desarrollando en nuestra vidaprofesional.UML como un lenguaje de modelado de software nos permite manejar y diseñarde manera clara proyectos para sistematizar proyectos y apoyarnos como unaguía para un proyecto de ingeniería de software.
  • 3. DESARROLLO DEL PROYECTOUnidad 1. Introducción al Lenguaje Unificado de Modelado. 1. Qué es UMLR/conjunto de notaciones y diagramas estándar para modelar sistemas orientadosa objetos, y describe la semántica esencial de lo que estos diagramas y símbolossignifican, se encarga de documentar, visualizar y especificar las funciones yprocesos de los sistemas de software orientados al objeto, pero no los programa,ya que de eso se encargan los lenguajes de programación orientados a objetos. 2. Modelado EstructuradoR/Diseño estructurado es el proceso de decidir que componentes, y lainterconexión entre los mismos, para solucionar un problema bienes planificados,los analistas comienzan a trabajar sobre un proyecto de sistemas de información,a menudo tienen que profundizar en un área de la organización con la que tienenpoca familiaridad, requiere muchas actividades coordinadas y el empleo de unadiversidad de herramientas y modelos. La metodología de desarrollo de sistemases una forma estándar de organizar y coordinar estas actividades.Unidad 2. Características del Modelado UML. 1. Diagramas Utilizados en UML.R/Un diagrama es la representación gráfica de un conjunto de elementos con susrelaciones. En concreto, un diagrama ofrece una vista del sistema a modelar. Parapoder representar correctamente un sistema, UML ofrece una amplia variedad dediagramas para visualizar el sistema desde varias perspectivas. UML incluyelos siguientes diagramas: Diagrama de casos de uso. Diagrama de clases. Diagrama de objetos. Diagrama de secuencia. Diagrama de colaboración. Diagrama de estados. Diagrama de actividades. Diagrama de componentes. Diagrama de despliegue. 2. Modelado dinámico.R/ Escribe los aspectos de un sistema que cambian con el tiempo. El modelodinámico se utiliza para especificar e implementar los aspectos de control delsistema. Los modelos dinámicos contienen diagramas de estado, los cuales noson más que grafos cuyos nodos son estados y cuyos arcos son transiciones entreestados causadas por sucesos. 3. Modelado Arquitectónico.
  • 4. R/Analizar los aspectos funcionales y formales teniendo en cuenta ladeterminación que indica el diseño, analizar los factores relacionales con elcontexto y su relación con el modelo.Unidad 3. Desarrollo Orientado a Objetos con UMLTrabajo Colaborativo 31 Proceso de Desarrollo2 Planificación y especificación de requisitos3 Diseño de Alto Nivel4 Diseño de Bajo Nivel5 Fase de Implementación y pruebasCARACTERISTICA DE LA EMPRESA Electric S.A. es una empresa líder en nuestra región, su principal labor es la venta de insumos y partes relacionadas en el campo eléctrico y electrónico, ofreciendo los mejores productos a precios razonables, satisfaciendo a nuestros clientes.DESCRIPCIÓN RESUMIDA DE LA ACTIVIDADElectric S.A. es una empresa que maneja su inventario, ventas y proveedores pormedio deInternet, además, es una tienda especializada en componenteselectrónicos que compra susexistencias a una serie de proveedores, vendiéndolasposteriormente a sus clientes, a la vez lleva elcontrol del almacén para controlarsus 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. Elmódulo de proveedores, además deltípico mantenimiento de los datos relacionados, se encarga degenerar los listadosde las piezas vendidas por un determinado proveedor.Cuando un cliente solicita un determinado componente, se comprueba que hayaexistencias delproducto y se le informa de su precio. Si el cliente adquiere elproducto, se actualizará el inventariodel 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 pedidoalproveedor.El control de almacén se encarga de tener actualizado el almacén de existencias,dando de alta loscomponentes que llegan, eliminando componentes defectuosos,
  • 5. eliminando componentes vendidos yrealizando los listados de componentesdisponibles en el almacén y de los componentes pendientesde ser pedidos a unproveedor.MISION Nuestra misión como empresa es ofrecer los mejores servicios a los clientes satisfaciendo sus preguntas, respuestas y necesidades, dar al cliente una amplia variedad de productos en el campo eléctrico y electrónico abarcando así el mercado menos explorado con nuestros productos de alta calidad e innovadores.VISIONELECTRIC, busca ser reconocida antes del 2015 enColombia y en el exterior, como una empresa líder quebrinda soluciones electrónicas especializadas en elsector industrial y tecnológico con un equipo humanoen permanente crecimiento personal, técnico y social. 1. Objetivos del sistemaEl objetivo del sistema es tomar una administración correcta de los recursosmediante la sistematización de los procesos de la empresa.Los principales procesos de la empresa que serán sistematizados serán:  Administración de bodega (inventario)  Administración de base de datos proveedores  Administración de base de datos clientes  Administración de órdenes de encargo  Administración de compra de productos  Facturación de ventasTodos estos procesos y recursos de datos se manejaran por medio de un softwareen una página web, los clientes pueden entrar a la página y mirar los productos yencargarlos.
  • 6. En 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.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 2. 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
  • 7. Ciudad Ref. Producto Descripción del artículo Valor unitario Cantidad 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
  • 8. de los componentes pendientes de ser pedidos a un proveedor.Datos Ref. Productoespecíficos Descripción del artículo Cantidad IVA Precio compra Precio venta ProveedorIntervalo Pasado y presentetemporalEstabilidad Alta 3. Requisitos funcionales 3.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 3.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
  • 9. DIAGRAMAS UML DIAGRAMAS DE CASOS DE USO System <<include>> Ventas Facturación <<extend>> <<include>> Cliente Inventario <<include>> <<include>> Peticiones Componentes <<include>>Administrador Proveedores
  • 10. DIAGRAMAS DE CLASES
  • 11. DIAGRAMAS DE ACTIVIDADES 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 SiRecibe 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
  • 12. 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 SiRecibe 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
  • 13. DIAGRAMAS DE SECUENCIA <<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()
  • 14. <<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()
  • 15. 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.UML como herramienta nos permite diseñar y modelar proyectos de software confacilidad.Mediante UML el desarrollo de proyectos se facilita pues con estos diseños esmás fácil la organización de los proyectos de software.UML nos permite ahorrarnos tiempo y mejorar nuestros diseños para luegoempezar a codificar el proyecto de software.
  • 16. 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 Wesley, 2002El lenguaje Unificado de Modelado, Booch Graby, Rumbaugh James, JacobsonIvar, Edit. Addison Wesley, 2002Aprendiendo UML en 24 horas, Prince Hall. Schmuller, Joseph.