You are on page 1of 17

Modelado de negocios

Programa desarrollado

CARRERA: Ingeniera en Desarrollo de Software Cuatrimestre 04

Programa de la asignatura: Modelado de negocios Unidad 3. UML y BPMN en el Modelado del Negocio

Clave: 160920413 / 150920413

Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software

Modelado de negocios
Programa desarrollado
ndice

Unidad 3. UML y BPMN en el Modelado del Negocio ...........................................................................3 Presentacin de la unidad......................................................................................................................3 Propsito ...................................................................................................................................................3 Competencia especfica .........................................................................................................................3 Consideraciones especficas de la unidad ..........................................................................................3 3.1. Diagramas de Procesos de Negocio (BPD) ................................................................................3 3.1.1. Elementos de un BPD .................................................................................................................4 3.1.2. Procesos de Alto Nivel.................................................................................................................7 3.2. Modelo de Casos de Uso del Negocio .........................................................................................8 3.2.1. Objetivo de los Casos de Uso en el Modelado del Negocio..................................................8 3.2.2. Elementos del Modelo de Casos de Uso del Negocio ...........................................................8 3.2.3. Relaciones de Inclusin, Extensin y Generalizacin ............................................................9 3.3. Definicin de los actores del negocio .........................................................................................13 3.3.1. Conceptos....................................................................................................................................13 3.3.2. Tipos de actores .........................................................................................................................14 Actividad 1. Cmo podemos asociar UML y BPMN .........................................................................14 Actividad 2. Diagrama de procesos del negocio ..............................................................................15 Actividad 3. Mapa mental de la integracin de UML y BPMN ........................................................15 Autoevaluacin ......................................................................................................................................15 Evidencia de aprendizaje. Diagrama del negocio ............................................................................16 Cierre de la unidad ................................................................................................................................16 Para saber ms......................................................................................................................................17 Fuentes de consulta ..............................................................................................................................17

Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software

Modelado de negocios
Programa desarrollado

Unidad 3. UML y BPMN en el Modelado del Negocio Presentacin de la unidad


En la unidad anterior viste los temas para comprender el BPMN, cuyos temas han te servido para seguir adentrndote en los temas del modelado de negocios. En esta unidad aprenders el modelado de procesos, as como el uso y elaboracin de casos de uso. Estos temas te sern de ayuda para crear modelos ms complejos, para que en la siguiente unidad cierres la materia con los temas faltantes para un modelado completo.

Propsito
En esta unidad logrars: Definir procesos de negocio. Distinguir los artefactos que se utilizan para los diagramas del Proceso de Negocio. Distinguir los elementos y uso de los casos de uso del negocio. Definir los actores del negocio. Distinguir los elementos para modelar actores.

Competencia especfica
Construir diagramas para representar las reglas del negocio que se est modelando, a travs de la utilizacin de software especializado en la notacin de UML y BPMN.

Consideraciones especficas de la unidad


Es muy importante que realices todas las actividades planteadas para que logres comprender los temas vistos, del mismo modo realiza los ejemplos de diagramas para que te familiarices con los componentes grficos. Para esto puedes utilizar el programa Visio de Microsoft.

3.1. Diagramas de Procesos de Negocio (BPD)


En las empresas u organizaciones existentes hoy, la cantidad de personas que participan es inmensa; junto con ello viene la diversidad cultural, cognitiva, de gnero, entre otros. Las relaciones que se entrelazan no slo en las unidades funcionales, si no entre las mismas personas, llevarn a formar una red de interaccin con una alta complejidad. El departamento de contabilidad interacta con el departamento de desarrollo de software al asignarles presupuesto o depreciar el equipo de cmputo que usan a diario. En el caso contrario el Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software 3

Modelado de negocios
Programa desarrollado
departamento de desarrollo de software interacta con el departamento de mantenimiento para proveerlos de sistemas de informacin que les ayude a llevar control de su trabajo y el departamento de mantenimiento interacta con el departamento de contabilidad al programar revisiones de sus equipos de aire acondicionado. Este breve relato te da a entender entre lneas que los expertos de los distintos departamentos, aunque lleven relaciones a diario; nada tienen que ver con el trabajo del otro. Luego, ellos no deben entender el proceso interno de tal o cual departamento y ntese que, an perteneciendo a una misma organizacin, slo se avizora lo general dejando lo particular de lado; y no quiere decir que est mal hecho. Es por esto que un Diagrama de Procesos del Negocio (BPD por sus siglas en ingls) se utiliza para modelar grficamente las operaciones de los procesos del negocio, de forma que los usuarios que no tenga instruccin formal en lo que versa el proceso (como ya se explic en prrafos anteriores) puedan leer y comprender hasta los procesos ms complejos.

3.1.1. Elementos de un BPD


Un BPD se estructura a partir de un grupo de elementos grficos base, que son: Objetos de flujo Objetos de conexin Carriles Artefactos En el desarrollo de la unidad actual se te ha insistido mucho que el resultado de modelar procesos debe ser un producto fcil de manejar/entender pero al mismo tiempo que abstraiga la complejidad inherente de la consecucin de cualquier proceso, grande o pequeo. Entonces los elementos que comprenden un BPD estn limitados a un nmero pequeo, de esta manera quienes tengan la responsabilidad de modelar el proceso del negocio no tendrn que recordar un gran nmero de elementos o variables y as al ser compacto el nmero de elementos de entrada, la salida ser igual; aunque la combinacin de ellos es suficiente para modelar cualquier proceso de cualquier tamao. Enseguida se describen cada uno de los elementos grficos de un BPD Objetos de Flujo BPD tiene 3 elementos centrales que comprenden los Objetos de Flujo: Evento, su representacin es a travs de un crculo y quiere decir algo que pasa durante la consecucin de un proceso de negocio, afectan al flujo del proceso y tienen un evento disparador y un resultado; causa y efecto. Este tipo de objetos de flujo acepta tres estados vlidos con su respectiva representacin.

Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software

Modelado de negocios
Programa desarrollado

Figura 3.1. Eventos del Objeto de flujo Actividad, su representacin es a travs de un rectngulo con las esquinas redondeadas y en general describe el trabajo que se hace; puede ser una sola actividad (bsica) o conformarse de un conjunto de actividades bsicas (compuesta). Este tipo de objetos de flujo acepta dos estados vlidos con su respectiva representacin.

Figura 3.2. Representacin de Actividad Decisin, su representacin es familiar para las personas acostumbradas a crear diagramas de flujo pues es un rombo y tiene la misma funcionalidad, decisin de la divergencia o convergencia del flujo de la informacin. Puede crear nuevos caminos o hacer que se fundan a travs del resultado de la evaluacin lgica (lgica booleana con verdadero o falso) de sus enunciados.

Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software

Modelado de negocios
Programa desarrollado

Figura 3.3. Representacin de decisin Objetos de Conexin Para poder hacer la descripcin del flujo de la informacin se hace uso de estos elementos que describen el sentido, desde dnde y hacia dnde, fluir. Los tres conectores que hacen esta funcin son: Flujo de secuencia, se representa con una lnea lisa y con una terminacin en la punta de flecha igualmente lisa (rellena) y denota la secuencia en que se ejecutan las tareas del proceso. Flujo de mensaje, se representa con una lnea entrecortada (discontinua) y con una terminacin en la punta de flecha sin relleno (slo el contorno de la punta de flecha); su uso es para denotar el flujo de mensajes entre dos actores (pero no limitado) del o de los procesos. Se usa igual para unidades funcionales del negocio separadas. Asociacin, se representa por una lnea punteada (formada por puntos) sin terminacin en punta de flecha; su uso es para asociar textos, datos, entre otros artefactos con los objetos de flujo, adems de mostrar las entradas/salidas de las actividades.

Figura 3.4. Representacin de Asociacin A simple vista puede pensarse que los elementos son insuficientes para poder describir procesos de negocio, pero debe recordarse que la experiencia del diseador es lo que dar la correcta combinacin de elementos para describir el proceso que se necesite. Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software 6

Modelado de negocios
Programa desarrollado
Carriles Por definicin los carriles usados en la metodologa de modelado de procesos, se han utilizado para hacer la descripcin separada de distintas acciones de varios roles; propone grficamente una idea clara de los lmites de las responsabilidades y sobre todo la secuencia de ellas. BPD no es ajena a esta representacin ni al significado de ella, de tal modo que hace uso de igual manera. Los tipos de carriles que BPD soporta son dos: Pool, acta como delimitador (contenedor) grfico de un actor o a un proceso nico, diferencia las distintas actividades nicas del actor o de la unidad funcional con el de otros pools. Lane, es pool que conforma otros pools. Es decir, es una particin y extiende la longitud y el alcance del pool padre; se usa para organizar y categorizar actividades.

Figura 3.5. Representacin de Carriles

3.1.2. Procesos de Alto Nivel


Los procesos de alto nivel son aquellos vistos de manera resumida o corta, todos los diagramas en su fase de inicio comienzan con este nivel, pues es donde se van identificando de manera general los posibles componentes que deber contener el modelo. Cuando se comienza a realizar la especificacin de los diagramas, es decir que se realiza el modelado de los pequeos detalles y componentes, suele llamarse procesos de bajo nivel o diagramas extendidos.

Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software

Modelado de negocios
Programa desarrollado
3.2. Modelo de Casos de Uso del Negocio
Segn Gibert (2005) los casos de uso permiten expresar grficamente las relaciones entre los diferentes usos del sistema y sus participantes o actores. El resultado es un conjunto de diagramas muy fcilmente entendibles tanto por el cliente, como por los analistas del proyecto.

3.2.1. Objetivo de los Casos de Uso en el Modelado del Negocio


De manera general los casos de uso son de ayuda para comprender lo que un usuario requiere de un sistema. Y los objetivos que se deban conseguirse para una correcta funcin de la organizacin.

3.2.2. Elementos del Modelo de Casos de Uso del Negocio


Un caso de uso es bsicamente una representacin grfica entre un usuario y un sistema, en nuestro caso, relacin con la empresa. Por tanto los casos de uso en el mbito de los negocios son de ayuda para la identificacin de las funciones que realizan las personas en la organizacin. Es importante resaltar el hecho de que un caso de uso puede ser muy pequeo o extenderse mucho, todo depende de la cantidad de funciones que deba realizar cada usuario. En la tabla 3.1. se muestran los artefactos bsicos que se requieren para la construccin de un diagrama de casos de uso y su descripcin.

Tabla 3.1. Artefactos bsicos de los casos de uso Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software 8

Modelado de negocios
Programa desarrollado
Forma de uso: Imagina que tienes la lista de las actividades que hace cada rol tomando el ejemplo que se ha venido trabajando desde la Unidad 1. Solicitante de venta (cliente): Realiza una peticin. Enva peticin Aprueba pedido Responsable de ventas: Decide Discrimina Encamina Aprueba o rechaza Procesa Operario: Entrega Los diagramas de caso de uso que se representan en las actividades que realiza el cliente a nivel macro, se podran englobar en realizar la compra de un producto, donde el cliente da informacin y tambin es quien la recibe del negocio por internet tal como se ve en la figura 3.6.

Figura 3.6. Caso de uso nivel macro

3.2.3. Relaciones de Inclusin, Extensin y Generalizacin


Para entrar en detalle de las actividades se deben realizar diferentes tipos de relaciones, UML cuenta con: inclusin, extensin y generalizacin, las cuales se muestran en la siguiente tabla.

Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software

Modelado de negocios
Programa desarrollado

Tabla 3.2. Relaciones de los casos de uso Atendiendo a las definiciones mencionadas en la tabla 3.2., el caso de uso puede contener otros casos de uso que tienen la funcionalidad como parte integrante suya, es decir, que se pueden crear sub-divisiones del caso de uso general que en conjunto describan el caso de uso global. Por ejemplo, para la compra de un producto se puede crear casos de uso dependientes de la compra y que si se une todo se muestra esa accin; en la figura 3.7., se puede descomponer la compra de un producto en las siguientes actividades: Analizar productos. Elegir productos. Solicitar productos. Enviar los datos de compra. Analizar los cargos del pedido. Enviar los datos de pago y entrega. Aprobar los cargos del pedido.

Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software

10

Modelado de negocios
Programa desarrollado

Figura 3.7. Caso de uso con inclusin Por su parte la extensin indica actividades similares a la actividad global, pero de manera especializada, es decir, este tipo de relacin es til cuando se pretende mostrar diferentes opciones de la misma actividad. Para el ejemplo de la compra de un producto, se est suponiendo que se venden camisas, pantalones y zapatos, por lo que se coloca a manera de extensin estas opciones de compra, tal como se muestra en la siguiente figura 3.8.

Figura 3.8. Caso de uso con extensin En otro ejemplo, la relacin de generalizacin para los casos de uso, es utilizada para mostrar que un caso de uso puede tener relacin con otro que a su vez podra llegar a sustituirlo sin mayor problema, para este ejemplo se muestran dos casos de uso con relacin de Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software 11

Modelado de negocios
Programa desarrollado
generalizacin a la compra de un producto, las cuales son tal como se muestra en la figura 3.9. la compra de un producto nuevo y la compra de un producto usado, las cuales si lo analizas realmente podras sustituir sin ningn problema con la compra de un producto; pues, la accin de realizar la compra es la misma, solo cambiara el tipo de producto que se adquiera, pero las acciones seran las mismas.

Figura 3.9. Caso de uso con generalizacin Por ltimo se muestra el mismo caso de uso pero con una visin micro, es decir a detalle, donde se muestran todas las relaciones, tanto de inclusin, extensin y generalizacin. Tal como se muestra en la figura 3.10.

Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software

12

Modelado de negocios
Programa desarrollado

Figura 3.10. Caso de uso a nivel micro

3.3. Definicin de los actores del negocio


Bsicamente un actor es lo que se comunica con el sistema o negocio, no siempre son usuarios, pues los actores pueden representar diferentes roles dependiendo del caso de uso que se est mostrando. Para lograr determinar los actores es ms fcil pensar en los roles existentes no en las personas ni en los puestos (pues pueden existir varios puestos que realizan bsicamente las mismas acciones y solo se modelara un rol).

3.3.1. Conceptos
Por lo general los actores en los casos de uso se utilizan para: Iniciar un caso de uso: un caso de uso debe ser inicializado por un actor, pues debe existir alguien o algo que provoque el inicio de actividades.

Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software

13

Modelado de negocios
Programa desarrollado
Terminar un caso de uso: un caso de uso al final debe proveer informacin y es el actor con quien esta interactuando el que debe recibirla, por tanto es quien debe realizar la finalizacin. Solicitar informacin: es el actor con quien esta interactuando el caso de uso y por lo tanto es el actor quien provee de informacin al caso de uso para esperar su respuesta. Modificar la informacin: igual que el anterior.

Es muy importante identificar a los actores de un caso de uso, para as estar al tanto quin est relacionado con cada actividad que se deba realizar y saber quin debe proporcionar la informacin necesaria para que el caso de uso se efectu de manera correcta y quien ser quien reciba la informacin con que retroalimenta el mismo caso de uso.

3.3.2. Tipos de actores


Bsicamente se tienen dos tipos de actores: 1. Primarios: son aquellos actores que tienen una interaccin directa con el sistema o negocio. 2. Secundarios: son aquellos actores que sirven de ayuda a los actores principales para que puedan realizar sus actividades. Para dejar en claro los tipos de actores piensa en el ejemplo del negocio por internet, donde se tiene que el cliente compra un producto, y se tiene tambin el rol del operario, que solo se encarga de entregar el producto al cliente, en este caso el operario es un actor secundario, pues est sirviendo al cliente a completar su compra, pero el operario en s mismo no tiene interaccin con el negocio ms all de llevar productos (que seran informacin de respuesta).

Actividad 1. Cmo podemos asociar UML y BPMN


Esta actividad tiene como propsito que reflexiones sobre el uso de BPMN y UML. 1. Identifica el uso y caractersticas principales del BPMN y UML. 2. Ingresa al foro y genera una nueva entrada. 3. Contribuye con algn comentario a por lo menos dos compaeros(as) sobre su discernimiento del tema. 4. Con base en las aportaciones de los compaeros(as), reelabora la asociacin entre UML y BPMN como conclusin del foro.

Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software

14

Modelado de negocios
Programa desarrollado
Actividad 2. Diagrama de procesos del negocio
Con el fin de que identifiques los componentes y el uso del BPMN, debes realizar una serie de diagramas de un negocio basado en BPMN y UML. 1. En un documento de Word o Visio, crea el modelo de un negocio utilizando el ejemplo de negocio que realizaste para la Evidencia de Aprendizaje de la Unidad1. 2. Guarda la actividad con el nombre MDN_U3_A2_XXYZ. Sustituye las XX por las dos primeras letras del primer nombre, la Y por la inicial del apellido paterno y la Z por la inicial del apellido materno. 3. Enva el archivo a tu Facilitador(a) para recibir retroalimentacin.

Actividad 3. Mapa mental de la integracin de UML y BPMN


Con el fin de que identifiques los componentes y el uso del BPMN asociado a UML debes realizar un mapa mental, que contenga los componentes y uso de dichos tipos de diagramas, as como sus caractersticas. 1. En un documento de Word o Visio, crea un mapa mental que identifique los componentes, uso y caractersticas de BPMN y UML. 2. Guarda la actividad con el nombre MDN_U3_A3_XXYZ. Sustituye las XX por las dos primeras letras del primer nombre, la Y por la inicial del apellido paterno y la Z por la inicial del apellido materno. 3. Enva el archivo a travs de la seccin de Base de Datos. 4. Revisa y comenta los trabajos de tus compaeros. 5. De forma grupal elijan un solo mapa mental, el cual deber ser enviado al Facilitador(a) para recibir retroalimentacin.

Autoevaluacin
Para reforzar los conocimientos relacionados con los temas que se abordaron en esta tercera unidad del curso, es necesario que resuelvas la autoevaluacin de la unidad. Recuerda que es muy importante leer cuidadosamente los planteamientos indicados y elegir la opcin adecuada para cada uno.

Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software

15

Modelado de negocios
Programa desarrollado

Evidencia de aprendizaje. Diagrama del negocio


Como parte de la evaluacin de esta unidad, realiza una serie de diagramas que modelen un negocio utilizando UML y BPMN. 1. En Word o Visio crea un nuevo documento, y en l realiza los diagramas faltantes (casos de uso del responsable de ventas y operario) para modelar con UML el ejemplo del negocio de comercio electrnico que se ha estado tratando a lo largo de esta asignatura. 2. Guarda la evidencia con el nombre MDN_U3_A4_XXYZ.Sustituir las XX por las dos primeras letras del primer nombre, la Y por la inicial del apellido paterno y la Z por la inicial del apellido materno. 3. Enviar la carpeta del proyecto al facilitador(a) mediante el Portafolio de evidencias. No olvides consultar la Escala de evaluacin.

Autorreflexiones
Adems de enviar tu trabajo de la Evidencia de aprendizaje, es importante que ingreses al foro Preguntas de Autorreflexin y consultes las preguntas que tu Facilitador(a) presente, a partir de ellas, debes elaborar tu Autorreflexin en un archivo de texto llamado MDN_U3_ATR_XXYZ. Posteriormente enva tu archivo mediante la herramienta Autorreflexiones.

Cierre de la unidad
Has concluido la tercera unidad del curso. A lo largo de sta has visto un repaso de la unidad anterior con los temas de procesos de negocio que se retomaron para remarcar estos temas. Adems a lo largo de sta unidad has visto lo que son los casos de uso, su definicin, beneficios y objetivos, as como los componentes de este tipo de diagramas y sus asociaciones. Es aconsejable que revises nuevamente la unidad en caso de que los temas que se acaban de mencionar no te sean familiares o no los recuerdes, de no ser este tu caso, ya ests preparado(a) para seguir con la unidad cuatro, en donde continuars con la revisin del modelado conceptual, con el fin de modelar recursos, metas, interacciones y comunicaciones dentro de las organizaciones. Todo ello con el fin de obtener el conocimiento necesario para comenzar a realizar modelos de negocios complejos al final del curso de Modelado de Negocios.

Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software

16

Modelado de negocios
Programa desarrollado
Para saber ms
Consulta la pgina oficial de UML, donde podrs encontrar manuales de referencia sobre este tema. Unified Modeling Language (UML): http://www.omg.org/spec/UML/

Fuentes de consulta
Fowler, M. & Scott, K. (1999) UML Gota a Gota. Mxico: Addison Wesley Longman de Mxico. Gibert, M. & Pea, A. (2005) Ingeniera del software en entornos de SL. Espaa: Fundacin per a la Universitat Oberta de Catalunya. Schmuller, J. (2001) Aprendiendo UML en 24 horas. Mxico: Prentice Hall

Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software

17

You might also like