Unidad_3

Vista previa del material en texto

Modelado de negocios 
Programa desarrollado 
 
Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 1 
 
 
 
 
 
CARRERA: Ingeniería 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 
 
 
 
 
 
 
Modelado de negocios 
Programa desarrollado 
 
Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 2 
Índice 
 
 
Unidad 3. UML y BPMN en el Modelado del Negocio ........................................................................... 3 
Presentación de la unidad ...................................................................................................................... 3 
Propósito ................................................................................................................................................... 3 
Competencia específica ......................................................................................................................... 3 
Consideraciones específicas 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 Inclusión, Extensión y Generalización ............................................................ 9 
3.3. Definición de los actores del negocio .........................................................................................13 
3.3.1. Conceptos ....................................................................................................................................13 
3.3.2. Tipos de actores .........................................................................................................................14 
Actividad 1. Cómo podemos asociar UML y BPMN .........................................................................14 
Actividad 2. Diagrama de procesos del negocio ..............................................................................15 
Actividad 3. Mapa mental de la integración de UML y BPMN ........................................................15 
Autoevaluación ......................................................................................................................................15 
Evidencia de aprendizaje. Diagrama del negocio ............................................................................16 
Cierre de la unidad ................................................................................................................................16 
Para saber más ......................................................................................................................................17 
Fuentes de consulta ..............................................................................................................................17 
 
 
Modelado de negocios 
Programa desarrollado 
 
Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 3 
 
Unidad 3. UML y BPMN en el Modelado del Negocio 
 
Presentación de la unidad 
 
En la unidad anterior viste los temas para comprender el BPMN, cuyos temas han te servido 
para seguir adentrándote en los temas del modelado de negocios. 
En esta unidad aprenderás el modelado de procesos, así como el uso y elaboración de casos 
de uso. Estos temas te serán de ayuda para crear modelos más complejos, para que en la 
siguiente unidad cierres la materia con los temas faltantes para un modelado completo. 
 
 
Propósito 
 
En esta unidad lograrás: 
 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 específica 
 
Construir diagramas para representar las reglas del negocio que se está modelando, a través 
de la utilización de software especializado en la notación de UML y BPMN. 
 
 
Consideraciones específicas 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 gráficos. 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 género, entre otros. Las 
relaciones que se entrelazan no sólo en las unidades funcionales, si no entre las mismas 
personas, llevarán a formar una red de interacción con una alta complejidad. El departamento 
de contabilidad interactúa con el departamento de desarrollo de software al asignarles 
presupuesto o depreciar el equipo de cómputo que usan a diario. En el caso contrario el 
Modelado de negocios 
Programa desarrollado 
 
Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 4 
departamento de desarrollo de software interactúa con el departamento de mantenimiento para 
proveerlos de sistemas de información que les ayude a llevar control de su trabajo y el 
departamento de mantenimiento interactúa con el departamento de contabilidad al programar 
revisiones de sus equipos de aire acondicionado. Este breve relato te da a entender entre líneas 
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 nótese que, aún 
perteneciendo a una misma organización, sólo 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 inglés) se utiliza 
para modelar gráficamente las operaciones de los procesos del negocio, de forma que los 
usuarios que no tenga instrucción formal en lo que versa el proceso (como ya se explicó en 
párrafos anteriores) puedan leer y comprender hasta los procesos más complejos. 
 
 
3.1.1. Elementos de un BPD 
 
Un BPD se estructura a partir de un grupo de elementos gráficos base, que son: 
• Objetos de flujo 
• Objetos de conexión 
• Carriles 
• Artefactos 
 
En el desarrollo de la unidad actual se te ha insistido mucho que el resultado de modelar 
procesos debe ser un producto fácil de manejar/entender pero al mismo tiempo que abstraiga la 
complejidad inherente de la consecución de cualquier proceso, grande o pequeño. Entonces los 
elementos que comprenden un BPD están limitados a un número pequeño, de esta manera 
quienes tengan la responsabilidad de modelar el proceso del negocio no tendrán que recordar 
un gran número de elementos o variables y así al ser compacto el número de elementos de 
entrada, la salida será igual; aunque la combinación de ellos es suficiente para modelar 
cualquier proceso de cualquier tamaño. 
 
Enseguida se describen cada uno de los elementos gráficos de unBPD 
 
Objetos de Flujo 
BPD tiene 3 elementos centrales que comprenden los Objetos de Flujo: 
 
 Evento, su representación es a través de un círculo y quiere decir “algo que pasa” 
durante la consecución 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 válidos con su respectiva representación. 
 
Modelado de negocios 
Programa desarrollado 
 
Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 5 
 
Figura 3.1. Eventos del Objeto de flujo 
 
 Actividad, su representación es a través de un rectángulo con las esquinas 
redondeadas y en general describe el trabajo que se hace; puede ser una sola actividad 
(básica) o conformarse de un conjunto de actividades básicas (compuesta). Este tipo de 
objetos de flujo acepta dos estados válidos con su respectiva representación. 
 
 
Figura 3.2. Representación de Actividad 
 
 Decisión, su representación es familiar para las personas acostumbradas a crear 
diagramas de flujo pues es un rombo y tiene la misma funcionalidad, decisión de la 
divergencia o convergencia del flujo de la información. Puede crear nuevos caminos o 
hacer que se fundan a través del resultado de la evaluación lógica (lógica booleana con 
verdadero o falso) de sus enunciados. 
 
Modelado de negocios 
Programa desarrollado 
 
Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 6 
 
Figura 3.3. Representación de decisión 
 
Objetos de Conexión 
Para poder hacer la descripción del flujo de la información se hace uso de estos elementos que 
describen el sentido, desde dónde y hacia dónde, fluirá. Los tres conectores que hacen esta 
función son: 
 
 Flujo de secuencia, se representa con una línea lisa y con una terminación 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 línea entrecortada (discontinua) y con una 
terminación en la punta de flecha sin relleno (sólo 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. 
 Asociación, se representa por una línea punteada (formada por puntos) sin terminación 
en punta de flecha; su uso es para asociar textos, datos, entre otros artefactos con los 
objetos de flujo, además de mostrar las entradas/salidas de las actividades. 
 
 
Figura 3.4. Representación de Asociación 
 
A simple vista puede pensarse que los elementos son insuficientes para poder describir 
procesos de negocio, pero debe recordarse que la experiencia del diseñador es lo que dará la 
correcta combinación de elementos para describir el proceso que se necesite. 
 
Modelado de negocios 
Programa desarrollado 
 
Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 7 
Carriles 
Por definición los carriles usados en la metodología de modelado de procesos, se han utilizado 
para hacer la descripción separada de distintas acciones de varios roles; propone gráficamente 
una idea clara de los límites de las responsabilidades y sobre todo la secuencia de ellas. BPD 
no es ajena a esta representación ni al significado de ella, de tal modo que hace uso de igual 
manera. Los tipos de carriles que BPD soporta son dos: 
 Pool, actúa como delimitador (contenedor) gráfico 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 partición y extiende la longitud 
y el alcance del pool padre; se usa para organizar y categorizar actividades. 
 
 
 
Figura 3.5. Representación 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 especificación de los diagramas, es decir que se realiza el 
modelado de los pequeños detalles y componentes, suele llamarse procesos de bajo nivel o 
diagramas extendidos. 
 
 
Modelado de negocios 
Programa desarrollado 
 
Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 8 
3.2. Modelo de Casos de Uso del Negocio 
 
Según Gibert (2005) “los casos de uso permiten expresar gráficamente las relaciones entre los 
diferentes usos del sistema y sus participantes o actores. El resultado es un conjunto de 
diagramas muy fácilmente 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 función de la 
organización. 
 
 
3.2.2. Elementos del Modelo de Casos de Uso del Negocio 
 
Un caso de uso es básicamente una representación gráfica entre un usuario y un sistema, en 
nuestro caso, relación con la empresa. Por tanto los casos de uso en el ámbito de los negocios 
son de ayuda para la identificación de las funciones que realizan las personas en la 
organización. 
 
Es importante resaltar el hecho de que un caso de uso puede ser muy pequeño o extenderse 
mucho, todo depende de la cantidad de funciones que deba realizar cada usuario. 
 
En la tabla 3.1. se muestran los artefactos básicos que se requieren para la construcción de un 
diagrama de casos de uso y su descripción. 
 
 
Tabla 3.1. Artefactos básicos de los casos de uso 
Modelado de negocios 
Programa desarrollado 
 
Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 9 
 
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 petición. 
 Envía petición 
 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 podrían englobar en realizar la compra de un producto, donde el cliente da 
información y también 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 Inclusión, Extensión y Generalización 
 
Para entrar en detalle de las actividades se deben realizar diferentes tipos de relaciones, UML 
cuenta con: inclusión, extensión y generalización, las cuales se muestran en la siguiente tabla. 
 
Modelado de negocios 
Programa desarrollado 
 
Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 10 
 
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 acción; 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. 
 
 
Modelado de negocios 
Programa desarrolladoCiencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 11 
 
Figura 3.7. Caso de uso con inclusión 
 
Por su parte la extensión indica actividades similares a la actividad global, pero de manera 
especializada, es decir, este tipo de relación 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 
extensión estas opciones de compra, tal como se muestra en la siguiente figura 3.8. 
 
 
 
Figura 3.8. Caso de uso con extensión 
 
En otro ejemplo, la relación de generalización para los casos de uso, es utilizada para mostrar 
que un caso de uso puede tener relación con otro que a su vez podría llegar a sustituirlo sin 
mayor problema, para este ejemplo se muestran dos casos de uso con relación de 
Modelado de negocios 
Programa desarrollado 
 
Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 12 
generalización 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 podrías sustituir sin ningún problema con la compra de un producto; pues, la acción 
de realizar la compra es la misma, solo cambiaría el tipo de producto que se adquiera, pero las 
acciones serían las mismas. 
 
 
 
Figura 3.9. Caso de uso con generalización 
 
Por último se muestra el mismo caso de uso pero con una visión micro, es decir a detalle, 
donde se muestran todas las relaciones, tanto de inclusión, extensión y generalización. Tal 
como se muestra en la figura 3.10. 
 
Modelado de negocios 
Programa desarrollado 
 
Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 13 
 
Figura 3.10. Caso de uso a nivel micro 
 
 
3.3. Definición de los actores del negocio 
 
Básicamente 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 más fácil pensar en los roles 
existentes no en las personas ni en los puestos (pues pueden existir varios puestos que realizan 
básicamente las mismas acciones y solo se modelaría 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. 
Modelado de negocios 
Programa desarrollado 
 
Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 14 
 Terminar un caso de uso: un caso de uso al final debe proveer información y es el actor 
con quien esta interactuando el que debe recibirla, por tanto es quien debe realizar la 
finalización. 
 Solicitar información: es el actor con quien esta interactuando el caso de uso y por lo tanto 
es el actor quien provee de información al caso de uso para esperar su respuesta. 
 Modificar la información: igual que el anterior. 
 
Es muy importante identificar a los actores de un caso de uso, para así estar al tanto quién está 
relacionado con cada actividad que se deba realizar y saber quién debe proporcionar la 
información necesaria para que el caso de uso se efectué de manera correcta y quien será 
quien reciba la información con que retroalimenta el mismo caso de uso. 
 
 
3.3.2. Tipos de actores 
 
Básicamente se tienen dos tipos de actores: 
1. Primarios: son aquellos actores que tienen una interacción 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 también 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 
interacción con el negocio más allá de llevar productos (que serían información de respuesta). 
 
 
Actividad 1. Cómo podemos asociar UML y BPMN 
 
Esta actividad tiene como propósito que reflexiones sobre el uso de BPMN y UML. 
 
1. Identifica el uso y características principales del BPMN y UML. 
 
2. Ingresa al foro y genera una nueva entrada. 
 
3. Contribuye con algún comentario a por lo menos dos compañeros(as) sobre su 
discernimiento del tema. 
 
4. Con base en las aportaciones de los compañeros(as), reelabora la asociación entre UML y 
BPMN como conclusión del foro. 
 
 
Modelado de negocios 
Programa desarrollado 
 
Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 15 
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. Envía el archivo a tu Facilitador(a) para recibir retroalimentación. 
 
 
Actividad 3. Mapa mental de la integración 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 características. 
 
1. En un documento de Word o Visio, crea un mapa mental que identifique los componentes, 
uso y características 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. Envía el archivo a través de la sección de Base de Datos. 
 
4. Revisa y comenta los trabajos de tus compañeros. 
 
5. De forma grupal elijan un solo mapa mental, el cual deberá ser enviado al Facilitador(a) para 
recibir retroalimentación. 
 
 
Autoevaluación 
 
Para reforzar los conocimientos relacionados con los temas que se abordaron en esta tercera 
unidad del curso, es necesario que resuelvas la autoevaluación de la unidad. Recuerda que es 
muy importante leer cuidadosamente los planteamientos indicados y elegir la opción adecuada 
para cada uno. 
 
Modelado de negocios 
Programa desarrollado 
 
Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 16 
 
Evidencia de aprendizaje. Diagrama del negocio 
 
Como parte de la evaluación 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 electrónico 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 evaluación. 
 
 
Autorreflexiones 
 
Además de enviar tu trabajo de la Evidencia de aprendizaje, es importante que ingreses al foro 
Preguntas de Autorreflexión y consultes las preguntas que tu Facilitador(a) presente,a partir 
de ellas, debes elaborar tu Autorreflexión en un archivo de texto llamado MDN_U3_ATR_XXYZ. 
Posteriormente envía 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. 
Además a lo largo de ésta unidad has visto lo que son los casos de uso, su definición, 
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 estás 
preparado(a) para seguir con la unidad cuatro, en donde continuarás con la revisión 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. 
 
 
Modelado de negocios 
Programa desarrollado 
 
Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 17 
Para saber más 
 
Consulta la página oficial de UML, donde podrás 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. México: Addison Wesley Longman de 
México. 
 Gibert, M. & Peña, A. (2005) Ingeniería del software en entornos de SL. España: 
Fundación per a la Universitat Oberta de Catalunya. 
 Schmuller, J. (2001) Aprendiendo UML en 24 horas. México: Prentice Hall 
http://www.omg.org/spec/UML/