Tarea solo entregable mediante la plataorma!"ambiente aprendi#a$e% &tem Tarea B'(N)
integrantes: Pablo Olivares Bastian Wilke Se**ion : ++, -!./'ara 012 sir3e B'(N4 R: es una notacion grafica que describe los pasos de procesos de negocio, sirve para comprender de una manera facil los procesos de negocios. -!A! B1s01e el diagraman B'(N 1bi*ado en la p5gina 67 del man1al de Adoo! 8sando el sot9are Bi#agi% Dib1$e el mismo diagrama! http://.bi!agi.com/productos/bi!agi"process"modeler#freeare -!B! /:12 representa ;a*e ese diagrama4% detalle 01e representa *ada 1na de las partes! R: $l diagrama representa el proceso de negocio entre un comprador % un vendedor, en donde el proceso inicia con el comprador, con la secuencia&conector de secuencia' de hacer la tarea de (reali!ar una orden)&tarea' donde se asocia&conector de asociacion' con el mensa*e al vendedor uniendo asi los dos eventos, con el mensa*e que le llega al vendedor (este revisa la orden)&tarea', llegando a una compuesta paralela&gatea%', donde el vendedor (envia la factura)&tarea' la cual es asociada &conector de asociacion' con el comprador ( recibe factura) &tarea' este (envia el pago) el cual es recibido por el vendedor, quien (envia el producto), el cual es recibido por el comprador, terminando ambos con un gatea% es decir con las actividades reali!adas % terminando el proceso de negocio. +!.Seg<n lo obser3ado en el sig1iente diagrama: /:1e representa este diagrama4% e=pl&01elo detalladamente! en el diagrama se muestra el proceso de negocios de (purchases) % (suplier), en donde purchase inicia con la tarea de tener requerimientos % reali!ar una coti!acion, seguido de enviarle un mensa*e a (supplier), quien inicia su proceso recibiendo el mensa*e, revisando el pedido de (purchase), entrando en la bifurcacion de aceptar o no la orden, en donde si no la acepta termina el proceso, % si la acepta continuara el proceso del pedido, el cual es enviar el pedido % enviar la factura a (purchase), siendo quien reciba la factura % los productos que ha encargado, luego que se cumpla eso procedera a la tarea del proceso de pago notificandole con un mensa*e a (supplier) % terminando su proceso, (suplier) recibira el mensa*e de pago % terminara su proceso. +e una forma mucho mas especifica, no sabia cual poner profe debido a los terminos que usaba en ingles el diagrama, pero ambos llevan a lo mismo : $l siguiente diagrama representa un proceso de negocio entre purchases % supplies. $mpe!ando en purchases quien reali!a la tarea de ( receive requirement) con secuencia en una tarea contraida es decir no se pueden visuali!ar los procesos (quotations) reali!ando el envio de un mensa*e ( send purchase order) a supplies, uniendolos con una linea de asociacion dando inicio al proceso de supplies , quien recibe el mensa*e, reali!a la tarea de (revie purchase), dando origen despues a una bifurcacion (order accepted,) reali!ando esa pregunta, se divide en dos respuestas ( re*ected order) la cual daria fin al proceso, % ( process order) la cual continuaria el proceso siguiendo con una compuerta e-clusiva sincroni!andose en ( deliver ofer) % enviando el mensa*e de ( send invoice), asi asociandose con purchases quien recibe el mensa*e ( receive invoice), tambien en sincronia con ( receive products), iniciando la tarea de ( process pa%ment) que seguido enviara un mensa*e (notif% pa%ment) asociandose a supplies % terminando el proceso de purchases. .uando supplies reciba el mensa*e ( receive pa%ment) se terminara su proceso.