Trabajo Colaborativo1 UML

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA - UNAD ESCUELA CIENCIAS BASICAS TECNOLOGIA E INGENIERIA LENGUAJE MODELADO UNIFICADO UML

DIAGRAMA DE CASOS DE USOS

TUTOR: NILSON ALBEIRO FERREIRA MANZANARES

Por: MIRYAM MERCEDES ACOSTA MARTINEZ - 52318393 JORGE ALONSO FLOREZ --19418118 MARÍA EUGENIA PÉREZ - 37546999 LYLLIAN ROCIO RINCON - 52837646

GRUPO: 200609A_220

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD ESCUELA DE CIENCIAS BÁSICAS, TECNOLOGÍA E INGENIERÍA 10 DE MARZO 2015

1


INTRODUCCIÓN Con el fin de poder realizar un proyecto de Software que satisfaga las necesidades de un cliente y/o usuario, debemos planificar desde un comienzo todas las partes que han de intervenir en dicho proyecto. No olvidemos que el diagrama de casos de uso representa la forma en como un Cliente (Actor) opera con el sistema en desarrollo, además de la forma, tipo y orden en como los elementos interactúan (operaciones o casos de uso).

2


MOMENTO 2 PLANTEAMIENTO DEL PROYECTO

Las empresas Digital S.A. Han estado trabajando en el país durante 3 años comercializando equipos de electrónicos de comunicación y de oficina la cual desea implementar una aplicación en línea para el control de compras e inventarios, para la implementarla requiere un una propuesta donde se evidencia el análisis, diseño y prototipo del todo el sistema, la propuesta no será aceptada de manera individual, se requiere del reportes del perfil de los ingenieros que proponen. La empresa realiza las siguientes actividades las cuales deben de tenerse en cuenta:

Compra de artículos a Proveedores Los proveedores se encargaran de entregarle todos los dispositivos electrónicos y digitales que la empresa que les solicite en un plazo no mayor a 48 horas.

Venta a Clientes Registrados Digital S.A. Entregará los productos que venda un plazo no mayor a 24 horas, antes de un cliente realice la compra el evidenciara la existencia del mismo.

Seguimiento de Inventario. El sistema permitirá siempre mantener un stop de los productos, según el promedio de venta y rotación de los mismos.

Propuesta Ideal Para llevar a cabo las actividades solicitadas por la empresa DIGITAL GROUP S.A se plantean las siguientes necesidades de información: 

Mantener un registro de Proveedores actualizado donde se identifique por cada producto las condiciones económicas de compra y los tiempos límites en que el Proveedor garantiza colocar en las bodegas del almacén los productos requeridos a partir de la fecha de entrega de la orden de compra.

3






Adecuar el sistema de manejo de inventarios de tal manera que genere alertas cuando el stock de cada producto se encuentre cercano al tiempo límite de reposición (96 horas) y pueda informar al responsable de compras para que inicie el procedimiento respectivo Permitir al usuario encargado del proceso de compras seleccionar de su registro de Proveedores los productos que coinciden con la solicitud de compras y generar una Orden de Compra que se remita automáticamente al Proveedor.

MISIÓN Digital Group es una empresa dedicada a la comercialización de equipos electrónicos de comunicación con tecnología de última generación. Abastecemos toda clase de negocios y oficinas. Contamos con un excelente equipo humano que ayudan a la optimización de nuestros recursos y productos con el fin de garantizar nuestra permanencia en el mercado y satisfacer las necesidades de nuestros clientes Ser la empresa de mayor distribución de equipos electrónicos de comunicación en todas las ciudades de Colombia, ofreciendo un excelente servicio y garantía en sus artículos

VISIÓN En Digital Group pretendemos ser un referente nacional en la comercialización de equipos electrónicos de comunicación y oficina y por ello iremos avanzando al mismo novel en que la tecnología. Esto lo lograremos ya que somos una empresa en constante innovación pues el sector al cual pertenecemos “tecnología” así lo exige.

4


CASOS DE USO Diagrama contextual Caso de Uso System

Verificar existe ncias Proveedor Gestionar Proveedores

Adminst rador

Generar orden de compra

Vendedor Gestionar Clientes

Almace nista

Realizar Venta Cliente

RF- 01

CU – Verificar Existencias

Objetivos Asociados

OBJ –01 Manejar el inventario

Requisitos Asociados

RI –01 Información sobre proveedores RI –02 Información sobre productos

DESCRIPCION: El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario necesite conocer el movimiento (saldo) de los dispositivos electrónicos y digitales que la empresa comercializa ACTORES: Administrador, Almacenista PRECONDICIONES: 1. El usuario que maneja los inventarios (Almacenista) revisa diariamente los ingresos y egresos del almacén, parametrizando el sistema para que genere una alerta cuando el stock de cada producto se encuentre cercano al tiempo límite de reposición (96 horas) y pueda informar al responsable de compras para que inicie el procedimiento respectivo 2. El usuario que registra debe tener el Rol de “Gestor de Inventarios”

5


SECUENCIA NORMAL: El usuario de la empresa solicita al sistema comenzar el proceso de verificación de saldos por producto. 1. El sistema solicita el Nombre del producto y presenta la información histórica de sus ingresos y egresos con el saldo actualizado para cada tipo de movimiento. 2. El usuario de la empresa analiza la tendencia del producto y genera una lista de productos que se encuentran cerca al tiempo de reposición para iniciar con ellos le proceso de compra 3. El sistema almacena los datos proporcionados e informa al usuario de la empresa de que el proceso ha terminado con éxito. POSCONDICIONES: La solicitud de compra es remitida al usuario responsable de las Compras indicándole que debe adelantar este proceso en un tiempo no mayor de 48 horas

EXCEPCIONES: Si se presenta un error en el momento de guardar los datos el sistema presenta un mensaje de error

6


RF- 02

CU – Gestionar los proveedores

Objetivos Asociados

OBJ –02 Dar de alta al Proveedor


RI –01 Información sobre proveedores

DESCRIPCION: El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando alguien solicite su ingreso como proveedor. ACTORES: Administrador, Almacenista y Proveedor PRECONDICIONES: 1. El solicitante no es un proveedor de la empresa y tiene su documentación disponible 2. El usuario que registra debe tener el Rol de “Gestor de Proveedores” SECUENCIA NORMAL: El usuario de la empresa solicita al sistema comenzar el proceso de ingreso del proveedor y su catálogo de productos 1. El sistema solicita los siguientes datos del proveedor: Número de documento, nombre, apellidos, dirección y teléfonos de contacto; adicionalmente solicita los siguientes datos del su portafolio de ventas: Nombre del producto, presentación, valor unitario 2. El usuario de la empresa solicita la documentación al nuevo proveedor informándole que en los momentos de compra de sus productos tiene un tiempo límite de entregarlos en sus bodegas (48 horas) 3. El usuario de la empresa comprueba que los datos del nuevo proveedor coinciden con los de la documentación aportada y que está en capacidad de cumplir con los tiempos límites de negocio 4. El usuario de la empresa proporciona los datos requeridos y solicita al sistema que los almacene 5. El sistema almacena los datos proporcionados e informa al usuario de la empresa de que el proceso ha terminado con éxito. POSCONDICIONES: El solicitante es proveedor de la empresa y su estado es activo.


7


RF- 03

CU – Generar orden de Compra

Objetivos Asociados

OBJ –03 Realizar proceso de compras


RI –02 Información sobre productos

DESCRIPCION: El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el usuario necesite realizar compras de los dispositivos electrónicos y digitales que la empresa comercializa ACTORES: Administrador, Almacenista, Gestor de compras PRECONDICIONES: 1. El usuario que registra la compra recibe un mensaje del sistema (alerta) que le informa que debe adelantar un proceso de compra de determinados artículos dado que se encuentran en el momento preciso para su adquisición 2. El usuario que registra debe tener el Rol de “Gestor de Compras”

SECUENCIA NORMAL: El usuario de la empresa solicita al sistema comenzar el proceso de ingreso de los registros de compras por Proveedor. 1. El usuario encargado del proceso de compras recibe solicitud del Almacén donde se le informa que debe adelantar un proceso de compras. 2. El sistema muestra los siguientes datos por producto: Nombre del producto, presentación, valor unitario 3. El usuario encargado del proceso de compras selecciona los registros que coinciden con los elementos a comprar y captura por cada uno de ellos la cantidad requerida 4. El sistema almacena los datos proporcionados e informa al usuario de la empresa de que el proceso ha terminado con éxito. POSCONDICIONES: El registro de compra es remitido al proveedor seleccionado indicándole el tiempo máximo de entrega (48 horas).


8


RF- 04

CU – Gestionar los Clientes

Objetivos Asociados

OBJ –02 Dar de alta al Cliente


RI –04 Información sobre Clientes

DESCRIPCION: El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando alguien solicite su ingreso como Cliente. ACTORES: Administrador, Vendedor y Cliente PRECONDICIONES: 1. El solicitante no es un Cliente de la empresa y tiene su documentación disponible 2. El usuario que registra debe tener el Rol de “Gestor de Clientes” SECUENCIA NORMAL: El usuario de la empresa solicita al sistema comenzar el proceso de ingreso del Cliente y sus datos de identificación 1. El sistema solicita los siguientes datos del proveedor: Número de documento, nombre, apellidos, dirección y teléfonos de contacto; adicionalmente solicita los siguientes datos de su historial financiero: Cuenta de ahorro, tarjetas de crédito, manejo de préstamos a entidades financieras. 2. El usuario de la empresa solicita el documento de identidad al nuevo Cliente informándole las diferentes modalidades de venta que maneja la empresa maneja 3. El usuario de la empresa comprueba que los datos del nuevo Cliente coinciden con los de la documentación aportada y que está en capacidad de registrase como Cliente de la empresa 4. El usuario de la empresa proporciona los datos requeridos y solicita al sistema que los almacene 5. El sistema almacena los datos proporcionados e informa al usuario de la empresa de que el proceso ha terminado con éxito. POSCONDICIONES: El solicitante es Cliente de la empresa y su estado es activo.


9


RF- 05

CU – Realizar Venta

Objetivos Asociados

OBJ –05 Realizar proceso de venta de productos


RI –02 Información sobre productos RI –04 Información sobre Clientes

DESCRIPCION: El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando el Cliente realice solicitud de compras de los dispositivos electrónicos y digitales que la empresa comercializa ACTORES: Administrador, Vendedor, Cliente, Gestor de ventas PRECONDICIONES: 1. El usuario que registra la solicitud de venta recibe un mensaje del sistema que le informa que debe adelantar un proceso de venta de determinados artículos 2. El usuario que registra debe tener el Rol de “Gestor de Ventas” SECUENCIA NORMAL: El usuario de la empresa solicita al sistema comenzar el proceso de ingreso de los registros de compras por Proveedor. 1. El usuario encargado del proceso de compras recibe solicitud del Almacén donde se le informa que debe adelantar un proceso de compras. 2. El sistema muestra la información básica del cliente 3. El sistema muestra los siguientes datos de los productos que desea adquirir el Cliente: Nombre del producto, presentación, valor unitario 4. El sistema muestra al usuario encargado del proceso de ventas las diferentes alternativas de pago y verifica que correspondan al mecanismo aprobado por el encargado de la venta. 5. El usuario encargado del proceso de ventas selecciona los registros que coinciden con los elementos a vender y captura por cada uno de ellos la cantidad requerida. 6. El sistema almacena los datos proporcionados y genera un comprobante de pago. 7. El sistema informa al usuario de la empresa de que el proceso ha terminado con éxito. POSCONDICIONES: El registro de venta es remitido al Cliente indicándole las condiciones de pago y el mecanismo de entrega del artículo.

10



HERRAMIENTA ALTERNATIVA

DE

EVALUACIÓN

Nombre del integrante del grupo

Describa en que consistió la participación e indique claramente los aportes realizados

Myriam Acosta

Participó activamente en el desarrollo de la fase de análisis (Diagrama de Casos de Uso) Describe un lista de detallada de los procesos de compra, venta y manejo de inventarios de la comercializadora Digital Group y actores que intervienen en cada proceso, realiza misión y visión de la compañía. Realiza diagrama de caso de uso en StarUML de acuerdo a su análisis, pero en el grafico se observa que falta relaciones en los procesos

PARA

ESCOGER

LA

MEJOR

Diagrama de caso de uso propuesto

System

Verificar existencias Proveedor Gestionar Proveedores

Adminstrador

Generar orden de compra Vendedor Gestionar Clientes

Almacenista


11


Jorge Flórez

Participó activamente en el desarrollo de la fase de análisis (Diagrama de Casos de Uso). Su aporte es el más completo su análisis es el más detallado (paso a paso) en cada proceso de Gestionar Proveedores, compra e inventarios. Se observa interacciones entre los procesos y los actores que intervienen en ellos, el diagrama lo realiza con la herramienta StarUML.

System

Verificar existencias Proveedor Gestionar Proveedores

Adminstrador

Generar orden de compra Vendedor Gestionar Clientes

Almacenista


12


María Pérez Participó activamente en el desarrollo de la fase de análisis (Diagrama de Casos de Uso). Su participación fue temprana; realiza los casos de uso de acuerdo a los requerimientos del cliente en cuanto a los sistemas de compra, venta y seguimiento de inventario. Se realiza un paso a paso general de procesos en los sistemas anteriormente mencionados. El diagrama se realiza con la herramienta Enterprise Architect, allí se interactúa los procesos (acciones) con los actores que son las personas que ejecutan dichos procesos.

Lyllian Rincon

Su participación fue No informa un diagrama de caso de uso muy tarde. consolidado Desarrolla caso de uso de solo un sistema de compras las acciones que interviene como información de la compra y consultas e actores que intervienen en dicho proceso.

13


Su diagrama no tiene relación con el desarrollo de solo sistema de compras que fue el que analizo; no se evidencia el nombre de la herramienta que uso para hacer el diagrama.

14


CONCLUSIONES El lenguaje de Modelado Unificado – UML es una herramienta de mayor importancia en el desarrollo de software y su adecuado uso de acuerdo a los requerimientos que tenga una empresa para optimizar sus procesos y llevarlos de una forma automática.

15


BIBLIOGRAFÍA Manzanares, N. A. (2013). MODULO LENGUAJE UNIFICADO DE MODELADO UML. Wikipedia. (s.f.). Recuperado el 25 de 02 de 2015, de Wikipedia:

http://es.wikipedia.org/wiki/Lenguaje_unificado_de_modelado

16

Trabajo Colaborativo1 UML

Recommend Documents