Upload
juanchoal
View
4.102
Download
25
Embed Size (px)
DESCRIPTION
Juan Manuel Aldana Porras Grupo 200609_25
Citation preview
Trabajo Final Lenguaje de Modela Unificado UML
Juan Manuel Aldana Porras
CC. 1110480728 Ibagué
Lenguaje de Modelado Unificado
200609_25
Tutor:
Harold Emilio Cabrera Meza
Universidad Nacional Abierta Y A Distancia
Programa Ingeniería de Sistemas
Diciembre 10 de 2012
Ibagué
Trabajo Final UML Portafolio 2
Quienes Somos
Electric es una empresa dedica a la venta de productos electrónicos de todo tipo
especializada en ventas por Internet, que funciona desde hace mas de 6 años en
todo el territorio nacional, con cobertura casi total gracias a nuestro servicio de
ventas por Internet.
Somos una empresa certificada como uno de los distribuidores oficiales del as
principales marcas de componentes eléctricos en el mercado, por ello nuestra
experiencia y eficacia nos han dado un lugar de privilegio dentro del mercado y
nos permiten brindarle a nuestros cliente su respaldo y garantías únicas para el
desarrollo de su trabajo.
Trabajo Final UML Portafolio 3
Objetivos
• Nuestro principal objetivo es ser la empresa líder en distribución y venta de
componentes eléctricos, brindado calidad y fiabilidad a nuestros clientes.
◦ Brinda a nuestros clientes un sistema automatizado de compra de
suministros y al de tal por medio de Internet, ofreciendo seguridad y
eficacia en la entrega de nuestros productos
◦ Expandir nuestras fronteras y comercializar nuestros productos a nivel
internacional, permitiéndonos aprovechar al máximo nuestro sistema de
ventas por Internet.
Trabajo Final UML Portafolio 4
Misión
Entregar siempre a nuestros clientes la mejor calidad de servicios y productos
satisfaciendo en su totalidad las necesidades de nuestros clientes, siempre
brindando las facilidades que nos brindas las TIC.
El trabajo arduo a diario y el personal mejor calificado nos permite garantizar
siempre el mejor servicio y calidad, para ello nuestro sistema automatizado de
ventas es líder y ejemplo a seguir ene le mercado.
Trabajo Final UML Portafolio 5
Visión
Queremos llevar nuestro servicio a todo el planeta, por eso trabajamos
continuamente en la cobertura de nuestro servicio, para ello no solo estamos
incursionando en mercados extranjeros sino mejorando nuestro catalogo de
productos, pensando siempre en la calidad y la satisfacción de nuestros clientes,
queremos que lo que necesites lo encuentres todo en un solo lugar, sin importar
donde estés.
Trabajo Final UML Portafolio 6
Nuestros Productos:
Trabajo Final UML Portafolio 7
Trabajo Final UML Portafolio 8
Objetivos del Sistema:
Objetivo-01 Control de Proveedores
Descripción Llevar un control completo de Los proveedores como sus datos (teléfono, NIT, dirección, ciudad) y los componentes que se les están adquiriendo.
Estabilidad Alta
Objetivo-02 Control de Inventario
Descripción Llevar un control completo de todos los componentes que se tienen para la venta, su procedencia, disponibilidad y pedidos a relalizar
Estabilidad Alta
Objetivo-03 Control de Ventas
Descripción Llevar un control completo de las ventas realizadas, las cuales estarán ligadas con el inventario en todo momento.
Estabilidad Alta
Actores del Sistema:
Actor-01 Cliente
Descripción: Persona interesada en adquirir los productos dela empresa
Actor-01 Empleado
Descripción: Persona encargada de la atención a clientes, encargado de los pagos y registro de eventos en el inventario del sistema.
Actor-01 Administrador
Descripción: Persona encargada de realizar las labores correspondientes al mantenimiento y control del inventario del a empresa, así mismo de realizar los pedidos pertinentes a los clientes.
Trabajo Final UML Portafolio 9
Requisitos del sistema:
Requisitos-01 Proveedores
Objetivos Asociados Controlar y Gestionar Proveedores
Requisitos Asociados ProductosProveedoresPedidos
Descripción: El sistema debe estar en capacidad de mantener actualizada la información de los proveedores, las compras que se le realizan a cada uno de ellos, especificando los productos comprados y los pedidos realizados a estos.
Datos Específicos: ◦ Teléfono, ◦ NIT◦ Dirección ◦ Ciudad◦ Productos◦ Pedidos◦ Valores Asociados y cantidades
Estabilidad: Alta
Requisitos-02 Ventas
Objetivos Asociados Controlar y Gestionar Ventas
Requisitos Asociados ProductosVentas
Descripción: El sistema debe estar en capacidad de mantener actualizada la información de las ventas realizadas, las facturas expedidas y estar sincronizada con el registro de inventario para las existencias y pedidos que sena necesarios.
Datos Específicos: ◦ Productos◦ Pedidos◦ Valores Asociados y cantidades
Estabilidad: Alta
Trabajo Final UML Portafolio 10
Requisitos-03 Inventario
Objetivos Asociados Controlar y Gestionar Inventario
Requisitos Asociados ProductosProveedoresProductos vendidosPedidos
Descripción: El sistema debe estar en capacidad de mantener actualizada la información correspondiente a la totalidad de productos del almacén, así mismo llevar un registro de los pedidos realizados y pro realizar, los productos comprados a determinados proveedores y productos vendidos.
Datos Específicos: ◦ Proveedores◦ Productos◦ Pedidos◦ Valores Asociados y cantidades◦ productos vendidos
Estabilidad: Alta
Trabajo Final UML Portafolio 11
Casos de Uso:
Nombre: Solicitud Producto
Autor: Juan Manuel Aldana Porras
Fecha: 2 de Diciembre de 2012
Actores: Cliente - Empleado
Pre condiciones:
Ninguna
Modificaciones:
Flujo Normal: 1. El cliente solicita el repuesto o producto deseado.2. El empleado se dispone a realizar la búsqueda en el registro de
inventario del correspondiente producto.3. Una vez comprobada la disponibilidad del producto y su precio,
esta información se le comunica al cliente.4. El cliente realiza orden de compra.5. El empleado expide la orden de compra y el cliente pasa a cancelar
el producto en la registradora.
Flujo Alterno: *2 : En caso de que el empleado no encuentre los productos disponibles en el registro de inventario se le notificara al cliente.*2,1: El cliente realiza la búsqueda de un nuevo producto y se sigue el flujo normal del a solicitud.
*2 : En caso de que el empleado no encuentre los productos disponibles en el registro de inventario se le notificara al cliente.*2,1: El cliente realiza el pedido del producto.*2.2: El empelado toma los datos del cliente e ingresa en el registro de inventario la solicitud del producto.*2.3: El cliente recibe un numero de solicitud*2.4: El empleado notificara la llegada del producto a partir del numero de solicitud.
*4: El cliente considera que el precio del producto no es adecuado, se da por terminado el caso de uso.
Pos condiciones:
El cliente sale hacia la caja registradora con su orden de compra para cancelar el producto.
Trabajo Final UML Portafolio 12
Nombre: Compra Producto
Autor: Juan Manuel Aldana Porras
Fecha: 2 de Diciembre de 2012
Actores: Cliente - Empleado
Pre condiciones:
Tener generada una orden de compra-
Modificaciones:
Flujo Normal: 1. El cliente le hace entrega al empleado de la orden de compra.2. Se genera la factura correspondiente y se registra el pago en el
sistema3. El cliente cancela el valor de la factura y recibe sus productos.4. El empleado registra en en registro de inventario los productos
vendidos.
Flujo Alterno: *3: Al momento de cancelar surge algún inconveniente con los medios de pago, se da por terminado el caso de uso.
Pos condiciones:
El cliente cancela los productos correspondientes y efectuá la compra.
Nombre: Pedido de Producto
Autor: Juan Manuel Aldana Porras
Fecha: 2 de Diciembre de 2012
Actores: Empleado - Sistema
Pre condiciones:
Solicitud de pedido por parte del cliente.
Modificaciones:
Flujo Normal: 1. El empleado ingresa a el registro de inventario.2. El empleado registra el pedido correspondiente al cliente.3. El sistema genera un numero de solicitud.4. El empleado cierra el registro de inventario y termina el caso de
uso.
Flujo Alterno: *1: Problemas técnicos en el registro de inventario.*1.1: Se le notifica al cliente del problema y se termina el caso de uso.
Pos condiciones:
El empleado registra el pedido y obtiene el numero de solicitud.
Trabajo Final UML Portafolio 13
Nombre: Registro de Inventario
Autor: Juan Manuel Aldana Porras
Fecha: 2 de Diciembre de 2012
Actores: Empleado - Sistema
Pre condiciones:
Tener permisos suficientes para ingresar al sistema (ser empleado)
Modificaciones:
Flujo Normal: 1. El empleado ingresa al registro de inventario.2. Registra los cambios correspondientes según el caso(Pedidos,
Consultas, Ventas)3. El empleado cierra el registro de inventario.
Flujo Alterno: *1: Problemas técnicos en el registro de inventario.
Pos condiciones:
El empleado obtiene o modifica los datos del registro exitosamente.
Nombre: Actualización y Control
Autor: Juan Manuel Aldana Porras
Fecha: 2 de Diciembre de 2012
Actores: Administrador - Sistema
Pre condiciones:
Tener permisos suficientes para ingresar al sistema (Administrador)
Modificaciones:
Flujo Normal: 1. El administrador ingresa al registro de inventario con sus permisos correspondientes
2. Realiza una actividad de actualización o mantenimiento:◦ Actualización de existencias (Alta de componentes
nuevos, componentes disponibles).◦ Depuración componentes defectuosos o vendidos.◦ Pedidos pendientes para realizar a los proveedores
3. El administrador sale del sistema de registro de inventario.
Flujo Alterno: *1: Problemas técnicos en el registro de inventario.
Pos condiciones:
El administrador realiza tareas de control y actualización de manera exitosa.
Trabajo Final UML Portafolio 14
Nombre: Depuración Elementos inventario
Autor: Juan Manuel Aldana Porras
Fecha: 2 de Diciembre de 2012
Actores: Administrador - Sistema
Pre condiciones:
Tener permisos suficientes para ingresar al sistema (Administrador)
Modificaciones:
Flujo Normal: 1. El administrador del sistema realiza una revisión de los componentes defectuosos y los componentes vendidos dentro del sistema.
2. El sistema de registro de inventario brinda la información solicitada
3. El administrado depura el inventario dejando solamente los componentes disponibles en stock.
4. El administrador sale del registro de inventario.
Flujo Alterno: *1: Problemas técnicos en el registro de inventario.
Pos condiciones:
El administrador realiza tareas de control y actualización de manera exitosa.
Nombre: Control de Proveedores
Autor: Juan Manuel Aldana Porras
Fecha: 2 de Diciembre de 2012
Actores: Administrador - Sistema
Pre condiciones: Tener permisos suficientes para ingresar al sistema (Administrador)
Modificaciones:
Flujo Normal: 1. El administrador del sistema ingresara a el registro de inventario.
2. Realiza la actualización de nuevos y antiguos proveedores:1. Teléfono, NIT2. Dirección , Ciudad
3. Posteriormente realiza un inventario de los productos que se le han adquirido a cada proveedor y los deja registrado ene l sistema.
4. Termina su sesión de administrador en el sistema de registro.
Flujo Alterno: *1: Problemas técnicos en el registro de inventario.
Pos condiciones:
El administrador realiza el inventario pertinente a cada proveedor.
Trabajo Final UML Portafolio 15
Nombre: Actualización de Existencias
Autor: Juan Manuel Aldana Porras
Fecha: 2 de Diciembre de 2012
Actores: Administrador - Sistema
Pre condiciones:
Tener permisos suficientes para ingresar al sistema (Administrador)
Modificaciones:
Flujo Normal: 1. El administrador del sistema realiza una revisión de los componentes nuevos y los componentes disponibles dentro del sistema.
2. El sistema de registro de inventario brinda la información 3. El administrado depura el inventario dejando solamente los
componentes disponibles y nuevos en el inventario.4. El administrador sale del registro de inventario.
Flujo Alterno: *1: Problemas técnicos en el registro de inventario.
Pos condiciones:
El administrador realiza tareas de control y actualización de manera exitosa.
Nombre: Pedidos Pendientes.
Autor: Juan Manuel Aldana Porras
Fecha: 2 de Diciembre de 2012
Actores: Administrador - Sistema
Pre condiciones:
Tener permisos suficientes para ingresar al sistema (Administrador)
Modificaciones:
Flujo Normal: 1. El administrador del sistema realiza una revisión de las números de pedido que se encuentran en el sistema de registro de inventario.
2. El sistema de registro de inventario brinda la información 3. El administrado se dispone a realizar los correspondientes
pedidos a los proveedores pertinentes.4. El sistema de registro de inventario genera los reportes
pertinentes a los números de solicitud de los clientes que solicitaron pedidos.
5. El administrador sale del registro de inventario.
Flujo Alterno: *1: Problemas técnicos en el registro de inventario.
Pos condiciones:
El administrador realiza los pedidos pendientes dentro del registro de inventario.
Trabajo Final UML Portafolio 16
Diagrama de Casos de Uso
Trabajo Final UML Portafolio 17
Diagrama de Clases
Trabajo Final UML Portafolio 18
Diagrama de Actividades Venta
Trabajo Final UML Portafolio 19
Diagrama de Actividades Proveedores
Trabajo Final UML Portafolio 20
Diagrama de Actividades Control y Mantenimiento
Trabajo Final UML Portafolio 21
Diagrama de Secuencia Compra Flujo Normal
Trabajo Final UML Portafolio 22
Diagrama de Secuencia Flujo Alterno - Pedido
Trabajo Final UML Portafolio 23
Diagrama de Secuencia Control Actualización
Trabajo Final UML Portafolio 24
Conclusiones
El lenguaje de Modelado unificado fue creado como una herramienta en el
desarrollo de sistemas de software y como tal su correcto uso nos garantiza bases
solidas en la creación de los mismos, por otro lado se convierte en una
herramienta poderosas que nos permite plasmar las necesidades de los clientes y
plantear de manera correcta el problema y los requerimientos del sistema.
Trabajo Final UML Portafolio 25
Bibliografía
Cabrera Meza, Harold (2009). Módulo Lenguaje Modelado UML, Bogotá.
Universidad Nacional Abierta Y A Distancia UNAD
Gutiérrez, Demián, Introducción UML - Diagramas Casos de Uso - Clases,
Recuperado de: http://www.youtube.com/watch?v=02UavleeAOY, youtube.com