04 pd ds_mdn

Modelado de negocios
Programa desarrollado

Ingeniería en Desarrollo de Software
CUATRIMESTRE: 04

Información general de la asignatura:
Modelado de Negocios

Clave: 160920416 / 150920416

Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software

1

Índice

I. INFORMACIÓN GENERAL DE LA ASIGNATURA ............................................. 6
a. Ficha de identificación ............................................................................................................. 6
b. Descripción ............................................................................................................................... 6
c. Fundamentación de la asignatura ......................................................................................... 7
d. Propósito ................................................................................................................................... 7
e. Competencias a desarrollar.................................................................................................... 7
f. Temario ....................................................................................................................................... 8
g. Metodología de trabajo ........................................................................................................... 9
h. Evaluación ................................................................................................................................. 9
i. Fuentes de consulta ................................................................................................................ 11

II. DESARROLLO DE CONTENIDOS POR UNIDAD ........................................... 12
a. Unidad 1. Principios del modelado de negocios ............................................................... 12
Presentación de la unidad......................................................................................................... 12
Propósitos .................................................................................................................................... 12
Competencia específica ............................................................................................................ 12
Consideraciones específicas de la unidad ............................................................................. 12
Actividad 1. Presentación .......................................................................................................... 13
1.1. Introducción al modelado de negocios ............................................................................ 13
1.1.1. Definición del modelado de negocios .......................................................................... 13
1.1.2. Visión General ................................................................................................................. 14
1.1.3. Características Principales ............................................................................................ 15
Actividad 2. Modelado de negocios ......................................................................................... 16
1.2. El Lenguaje Unificado de Modelado ................................................................................ 16
1.2.1. Definición e Historia de UML ......................................................................................... 16
1.2.2. Artefactos de UML ........................................................................................................... 17
1.2.3. Enfoques y beneficios en UML...................................................................................... 18
1.2.4. Procesos de modelado de negocios basados en UML ............................................. 19
Actividad 3. Mapa conceptual del modelado de negocio ..................................................... 28


2

Actividad 4. Cómo me ayuda UML para modelar negocios ...................................... 28
Evidencia de aprendizaje. Ejercicios en UML ............................................................... 29
Autoevaluación ........................................................................................................................... 29
Cierre de la unidad ..................................................................................................................... 30
Para saber más........................................................................................................................... 30
Fuentes de consulta ................................................................................................................... 30

UNIDAD 2. NOTACIÓN PARA EL MODELADO DE PROCESOS DE NEGOCIO
(BPMN) ................................................................................................................. 32
Propósito ...................................................................................................................................... 33
Consideraciones específicas de la unidad: actividades, requerimientos de asignatura,
etc. ................................................................................................................................................ 33
2.1. Definición y Objetivos......................................................................................................... 33
2.1.1. Beneficios de BPMN ....................................................................................................... 34
2.1.2 Objetivos al crear BPMN ................................................................................................. 36
Actividad 1. Generalidades del BPMN .................................................................................... 37
Actividad 2. Uso del BPMN ....................................................................................................... 37
2.2. Artefactos ............................................................................................................................. 37
2.2.1. Tipos de elementos de BPMN ....................................................................................... 40
2.2.2. Asociaciones de los elementos BPMN ........................................................................ 42
Actividad 3. Ejemplo visual de un modelo basado en BPMN .............................................. 47
Autoevaluación ........................................................................................................................... 47
Evidencia de aprendizaje. Manual del uso del BPMN y sus componentes ...................... 47
Para saber más…. ..................................................................................................................... 48

UNIDAD 3. UML Y BPMN EN EL MODELADO DEL NEGOCIO ......................... 49
Propósito ...................................................................................................................................... 49


3

3.1. Diagramas de Procesos de Negocio (BPD) ................................................................... 49
3.1.1. Elementos de un BPD .................................................................................................... 50
3.1.2. Procesos de Alto Nivel.................................................................................................... 54
3.2. Modelo de Casos de Uso del Negocio ............................................................................ 54
3.2.1. Objetivo de los Casos de Uso en el Modelado del Negocio..................................... 54
3.2.2. Elementos del Modelo de Casos de Uso del Negocio .............................................. 55
3.2.3. Relaciones de Inclusión, Extensión y Generalización ............................................... 56
3.3. Definición de los actores del negocio .............................................................................. 60
3.3.1. Conceptos......................................................................................................................... 60
3.3.2. Tipos de actores .............................................................................................................. 61
Actividad 1. Cómo podemos asociar UML y BPMN .............................................................. 61
Actividad 2. Diagrama de procesos del negocio ................................................................... 62
Actividad 3. Mapa mental de la integración de UML y BPMN ............................................. 62
Autoevaluación ........................................................................................................................... 63
Evidencia de aprendizaje. Diagrama del negocio ................................................................. 63
Para saber más........................................................................................................................... 64

UNIDAD 4. MODELO CONCEPTUAL .................................................................. 65
Propósito ...................................................................................................................................... 65
4.1. Introducción al modelo conceptual .................................................................................. 66
4.1.1. Conceptos......................................................................................................................... 66
4.1.2. Atributos ............................................................................................................................ 67
4.1.3. Relaciones del modelado Negocio ............................................................................... 68
4.2. El glosario del negocio ....................................................................................................... 70


4

4.2.1. Modelado de los recursos del negocio ........................................................................ 71
4.2.2. Modelado de las metas del negocio ............................................................................. 73
Actividad 1. Modelo conceptual de un negocio ..................................................................... 74
Actividad 2. Cuadro sinóptico de los componentes de un modelo de negocio ................ 75
4.3. Diagramas............................................................................................................................ 75
4.3.1. Interacción ........................................................................................................................ 76
4.3.2. Comunicación .................................................................................................................. 78
4.3.3. Transición de Estados .................................................................................................... 79
Actividad 3. Diagramas bajo un ejemplo de negocio dado .................................................. 81
Autoevaluación ........................................................................................................................... 82
Evidencia de aprendizaje. Manual de diagramas del modelado del negocio ................... 82
Para saber más........................................................................................................................... 83


5


I. Información general de la asignatura
a. Ficha de identificación
Nombre de la Ingeniería:
Nombre del curso o asignatura
Clave de asignatura:
Seriación:

Ingeniería en Desarrollo de Software
Modelado de Negocios
160920416 / 150920416
No aplica

Cuatrimestre:
Horas contempladas:

Cuarto
72 horas

b. Descripción
En un mundo globalizado como en el que vivimos hoy en día, el uso de software se ha
vuelto indispensable para todas las empresas y personas, esto ha llevado al gran
crecimiento del área de desarrollo de software para crear aplicaciones personalizadas a
las necesidades de cada cliente o empresa. El desarrollo de software se realiza bajo
especificaciones (requerimientos) de los clientes para quienes se está creando la
aplicación, pero si el cliente no tiene definidos los procesos de su negocio, resulta
sumamente complicado definir claramente qué es lo que quiere que el sistema realice, por
lo que, si no se cuenta con especificaciones no se puede comenzar a desarrollar la
aplicación. Es por ello que un ingeniero en desarrollo de software debe contar con los
conocimientos, herramientas y habilidades para poder entender correctamente los
procesos implícitos y explícitos que conlleva la realización del trabajo diario de la
organización que solicita la solución tecnológica. Por ello es que la asignatura de
Modelado de Negocios es importante en la currícula de la carrera de Desarrollo de
Software.
La asignatura de Modelado de Negocios no tiene predecesoras, pero su contenido es
significativo ya que los conocimientos que adquiera el alumno serán valiosos para
asignaturas subsecuentes, tales como Diseño y Arquitectura de Software e Introducción a
la Ingeniería de Software.
Los alumnos que cursen esta materia verán temas que los adentrarán en el proceso del
modelado de negocios y para que esto se lleve a cabo la materia está dividida en 4
unidades, las cuales se describen a continuación.


6

La primera unidad abarca el tema de los principios del modelado de negocios, la segunda
unidad se centra en la notación para el modelado de procesos de negocio, por su parte la
unidad tres trata de la conjunción de Lenguaje Unificado de Modelado (UML) y la Notación
para el Modelado de Procesos de Negocio (BPMN) en el modelado del negocio y, por
último, en la unidad cuatro se ve el modelo conceptual.

c. Fundamentación de la asignatura
Los fundamentos que justifican la asignatura son de carácter teórico-práctico, dado que la
estructura de las unidades está diseñada de una manera donde se combina la teoría y la
práctica, ya que en la primera unidad se cubren los conceptos básicos del modelado de
negocios, así como el uso de UML para graficar este modelado, de modo tal que el
estudiante logre comprender la utilidad y usabilidad del modelado de un negocio, y
después identifique los componentes gráficos para realizar dicha representación con
UML. La unidad dos nos muestra, de la misma manera que la anterior, una combinación
de la teoría y la práctica considerando las generalidades del modelado de procesos
(BPMN), así como sus representaciones gráficas. La unidad tres conjunta el uso de UML
con el modelado de procesos de manera que ahora se incluyen también las relaciones del
negocio. Por último, la unidad cuatro contiene temas del modelado de los recursos,
metas, interacción, comunicación y transición de estados, de manera que en este punto
logramos modelar todos los componentes de una organización.

d. Propósito
Utilizar conocimientos, herramientas y habilidades necesarios para modelar posibles
soluciones tecnológicas a medida (programas) que satisfagan los requerimientos
específicos de una empresa.

e. Competencias a desarrollar
Competencia general:
Elaborar diagramas que representen negocios para identificar las funciones de las
organizaciones mediante su análisis y modelado a través de diagramas.
Competencias específicas:
• Identificar las características principales del modelado de negocios para lograr
comprender el funcionamiento de las empresas que se quieran modelar
comprendiendo los conceptos básicos del tema.


7

•

•

•

Distinguir la notación para el modelado de procesos del negocio logrando usar los
elementos que componen esta notación, de manera tal que con práctica se
logre plasmar claramente el modelo del negocio.
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.
Aplicar los componentes de un negocio para comprenderlos de forma clara
mediante un lenguaje gráfico.

f. Temario
Unidad 1. Principios del modelado de negocios
1.1
Introducción al modelado de negocios
1.1.1 Definición del modelado de negocios
1.1.2 Visión General
1.1.3 Características Principales
1.2
El lenguaje unificado de Modelado
1.2.1 Definición e Historia de UML
1.2.2 Artefactos de UML
1.2.3 Enfoques y beneficios en UML
1.2.4 Procesos de modelado de negocios basados en UML
Unidad 2. Notación para el Modelado de Procesos de Negocio (BPMN)
2.1
Definición y objetivos
2.1.1 Beneficios de BPMN
2.1.2 Objetivos al crear BPMN
2.2
Artefactos
2.2.1 Tipos de elementos de BPMN
2.2.2 Asociaciones de los elementos BPMN
Unidad 3. UML y BPMN en el Modelado del Negocio.
3.1 Diagramas del Proceso de Negocio (BPD)
3.1.1 Elementos de un BPD
3.1.2 Procesos de alto nivel
3.2 Modelo de Casos de Uso del Negocio
3.2.1 Objetivo de los Casos de Uso en el Modelado del Negocio
3.2.2 Elementos del Modelo de Casos de Uso del Negocio
3.2.3 Relaciones de Inclusión, Extensión y Generalización
3.3 Definición de los actores del negocio
3.3.1 Conceptos
3.3.2 Tipos de actores


8


Unidad 4. Modelo Conceptual
4.1 Introducción al modelo conceptual
4.1.1 Conceptos
4.1.2 Atributos
4.1.3 Relaciones del modelado Negocio
4.2 El glosario del negocio
4.2.1 Modelado de los recursos del negocio
4.2.2 Modelado de las metas del negocio
4.3 Diagramas
4.3.1 Interacción
4.3.2 Comunicación
4.3.3 Transición de estados

g. Metodología de trabajo
Para el desarrollo de la presente asignatura se trabajará mediante el Aprendizaje Basado
en Problemas, dado que en esta materia se debe aprender a crear el modelo de un
negocio con base en negocios dados y ofrecer un modelado de éstos, de modo que
primero se plantea el problema, después el alumno identificar los requerimientos de
información para lograr solucionar el problema planteado.
A lo largo de la asignatura se llevarán a cabo dos tipos de actividades:
 Actividades en el aula virtual: Foros, Wikis, Bases de Datos, Autoevaluaciones.
 Actividades de estudio independiente: Lecturas, tareas, creación y ejecución de
programas.
En cuanto a la evaluación de las actividades y evidencias, el (la) Facilitador(a) es quien
debe revisar los entregables realizados y retroalimentarlos de manera clara y concisa;
informando sobre el avance que el estudiante haya logrado, pero también tomando en
cuenta los aspectos que deban modificarse como parte del aprendizaje para que se
eviten.

h. Evaluación
En el marco del Programa ESAD, la evaluación se conceptualiza como un proceso
participativo, sistemático y ordenado que inicia desde el momento en que el estudiante
ingresa al aula virtual, por lo que se le considera desde un enfoque integral y continuo.


9

Por lo anterior, para aprobar la asignatura, se espera la participación responsable y activa
del estudiante, así como una comunicación estrecha con su Facilitador(a) para que pueda
evaluar objetivamente su desempeño, para lo cual es necesaria la recolección de
evidencias que permitan apreciar el proceso de aprendizaje de contenidos: declarativos,
procedimentales y actitudinales.
En este contexto la evaluación es parte del proceso de aprendizaje, en el que la
retroalimentación permanente es fundamental para promover el aprendizaje significativo y
reconocer el esfuerzo. Es requisito indispensable la entrega oportuna de cada una de las
tareas, actividades y evidencias, así como la participación en foros y demás actividades
programadas en cada una de las unidades, y conforme a las indicaciones dadas. La
calificación se asignará de acuerdo con la rúbrica establecida para cada actividad, por lo
que es importante que el estudiante la revise antes de realizar las actividades.
A continuación presentamos el esquema general de evaluación.
ESQUEMA DE EVALUACIÓN
Interacciones individuales y
Evaluación
colaborativas
continua
Tareas
Evidencias
E-portafolio.
50%
Autorreflexiones
Examen
CALIFICACIÓN
FINAL

10%
30%
40%
10%
10%
100%

Cabe señalar que para aprobar la asignatura, se debe de obtener la calificación mínima
indicada por ESAD.
Los trabajos que se tomarán en cuenta como evidencia del aprendizaje son:
Unidad 1: Ejercicios en UML. Comprender el funcionamiento de UML para plasmar su
uso en el modelado de negocios.
Unidad 2: Manual del uso del BPMN y sus componentes. Describir el uso del BPMN.
Unidad 3: Diagrama del negocio. Realizar una serie de diagramas que modelen un
negocio utilizando UML y BPMN.
Unidad 4: Manual de diagramas del modelado del negocio. Describir todos los
componentes para modelar un negocio con base en diagramas.
Por otra parte, la forma de evaluación será según lo indicado a continuación:
o Excelente: 100
o Bien: 80
o Regular: 60
o Insuficiente: 50


10


i. Fuentes de consulta
Bibliografía básica






Hernández, E. (2011). El Lenguaje Unificado de Modelado (UML). Universidad
Politécnica de Valencia, Departamento de Informática y Sistemas
Computacionales. Recuperado el 06 de octubre de 2011 de:
http://www.disca.upv.es/enheror/pdf/ActaUML.PDF
León, O. y Asato, J. (2009). “La Importancia del Modelado de Procesos de Negocio
como Herramienta para la Mejora e Innovación”. Revista Panorama Administrativo.
7(4). 61 – 7.
Podeswa, H. (2010). UML for the it business analyst. USA: Course Technology.

Bibliografía complementaria









Bátiz, J. (2011). Desarrollo Orientado a Objetos con UML. Recuperado el 06 de
octubre de 2001 de: http://es.scribd.com/doc/2458870/Desarrollo-Orientado-aObjetos-con-UML-librobookespanolspanish
Modelado (s. f.) en Diccionario de la Lengua Española. Vigésima segunda edición.
Recuperado el 06 de octubre de 2011 de:
http://buscon.rae.es/draeI/SrvltConsulta?TIPO_BUS=3&LEMA=modelar
Negocio ((s. f.) en Diccionario de la Lengua Española. Vigésima segunda edición.
http://buscon.rae.es/draeI/SrvltConsulta?TIPO_BUS=3&LEMA=negocio
OMG. (2011). Unified Modeling LanguageTM. Recuperado el 06 de octubre de
2011 de: http://www.omg.org/spec/UML/2.3/
Sparks, G. (2011). Introducción al modelado de sistemas de software usando el
Lenguaje Unificado de Modelado (UML): El Modelo de Proceso de Negocio.
Craftware.net. Recuperado el 06 de octubre de 2011 de:
http://www.craftware.net/es/descargas/modelo_de_proceso_de_negocio.pdf


11


II. Desarrollo de contenidos por unidad
a. Unidad 1. Principios del modelado de negocios
Presentación de la unidad
En esta primera unidad de la materia Modelado de Negocios (MDN), aprenderás el
concepto y características del modelado, así como el lenguaje unificado de modelado y su
uso para modelar negocios.

Propósitos
• Comprender las generalidades del modelado de negocios.
• Reconocer las características del UML
• Identificar el uso de UML para el modelado de negocios.

Competencia específica
Identificar las características principales del modelado de negocios para lograr
comprender el funcionamiento de las empresas que se quieran modelar comprendiendo
los conceptos básicos del tema.

Consideraciones específicas de la unidad
Realiza todos los diagramas que se tienen de ejemplo, para que te familiarices con su
elaboración.


12


Actividad 1. Presentación
Antes de entrar de lleno en el estudio de la asignatura, te presentamos un foro de
discusión general, el cual fue creado con la finalidad de que te presentes con tus
compañeros y comentes cualquier asunto relacionado con la asignatura; en él, conocerás
a tus compañeros de grupo y entre todos podrán apoyarse para resolver dudas,
inquietudes, externar comentarios, etcétera.
Para comenzar tu participación, ingresa al foro: Presentación.

1.1. Introducción al modelado de negocios
En la actualidad la incorporación de las tecnologías de la información para la
automatización de procesos y control de información dentro de las empresas ha tenido
una gran penetración además de una enorme aceptación, pues las empresas buscan
contar con sistemas computacionales hechos a medida, que sean capaces de solucionar
todas sus necesidades de control de información.
Partiendo de esta premisa, debemos tener en cuenta que si una empresa requiere la
creación de un sistema computacional que se adapte a su compañía, el primer paso es
lograr comprender la organización y estructura empresarial. De este punto nace la
necesidad de modelar los negocios, que es el tema central de esta asignatura.

1.1.1. Definición del modelado de negocios
Para comenzar con el análisis de esta asignatura primero debemos comprender qué es el
modelado de negocios. Dividamos los términos; según la Real Academia de la Lengua
Española (RAE, s/f), modelar es:
• Formar de cera, barro u otra materia blanda una figura o adorno.
• Configurar o conformar algo no material.
• Presentar con exactitud el relieve de las figuras.
Por lo tanto el modelado es la acción de conformar la representación de algo.
Por su parte, la definición de negocio es (RAE, s/f):
• Ocupación, quehacer o trabajo.


13

•
•
•
•
•

Dependencia, pretensión, tratado o agencia.
Aquello que es objeto o materia de una ocupación lucrativa o de interés.
Acción y efecto de negociar.
Utilidad o interés que se logra en lo que se trata, comercia o pretende.
Local en que se negocia o comercia.

Sobre la base de estas definiciones entendemos entonces que: el modelado de
negocios es la conformación de la representación de los quehaceres de un
comercio (empresa).
Esto nos orienta hacia el hecho de que el modelado de negocios debe crear una
representación gráfica de una empresa, donde se puedan apreciar todo los elementos
que lo componen, su interacción, recursos, metas, procesos la comunicación y relaciones
que existen.

1.1.2. Visión General
El modelado de negocios es de gran ayuda en la etapa de análisis de desarrollo de
software, ya que tener un buen modelo permite lograr comprender el ámbito de la
información además de identificar las actividades y procesos que se realizan dentro de la
organización para lograr una correcta operación y así lograr una buena comprensión del
negocio para automatizar procesos al crear sistemas computacionales que se ajusten a la
medida de una organización.
De esta manera, si los requerimientos son tomados con base en el modelado del negocio,
las probabilidades de que el sistema que se realice se adapte a las operaciones a
realizarse dentro de la organización, son muy altas.
Existen varias ventajas para basar los sistemas de información en un mismo modelo
básico de negocio (León y Asato, 2009):
• Los sistemas de información se vuelven una parte integral del negocio global,
soportando las operaciones, fortaleciendo el trabajo y la obtención de
resultados.
• Los sistemas se integran fácilmente unos con otros y pueden compartir o
intercambiar información.
Un modelo de proceso de negocio típicamente define los siguientes elementos (León y
Asato, 2009):
 El Objetivo o motivo del proceso.
 Las Entradas específicas.


14






Las Salidas específicas.
Los Recursos consumidos.
La secuencia de las Actividades.
Los Eventos que dirigen el proceso.

Estos elementos se irán analizando a lo largo de esta asignatura, para comprender su
funcionamiento dentro de la organización, así como su modelado.

1.1.3. Características Principales
Dentro de las principales características del modelado de negocios se tienen las
siguientes (León y Asato, 2009):
 Permiten comprender mejor los mecanismos clave de un negocio existente:
Se debe proveer una imagen clara de sus roles y tareas en la organización global,
los modelos pueden ser usados para entrenar a las personas. Pueden ser usados
tanto en una organización jerárquica como en una organización orientada a
procesos.
 Actúan como base para crear sistemas de información: Las descripciones de
negocio son usadas para identificar el apoyo de sistemas de información a los
principales procesos de la organización. Los modelos también son usados como
una base para especificar los requerimientos clave de esos sistemas.
 Facilitan la identificación de ideas para mejorar la estructura actual del
negocio y su operación: Los modelos permiten identificar situaciones
susceptibles de ser mejoradas, la construcción de un modelo implica un proceso
reflexivo del porqué se hacen las cosas como se hacen, de manera que pueden
visualizarse cambios en el negocio actual que son necesarios para implementar el
modelo mejorado.
 Para experimentar con un nuevo concepto de negocio: Un modelo es una
entidad conceptual de bajo costo sobre la cual pueden hacerse ciertas pruebas
para validar su operación, lo que los hace ser un medio para la adopción de
mejores prácticas inspiradas por otros modelos de negocios exitosos. También
permite tomar ventaja mediante la adopción de nuevas tecnologías, tales como las
relacionadas con Internet.
 Para identificar oportunidades de Outsourcing: Los elementos del negocio no
considerados como parte central, son delegados a proveedores externos. Los
modelos son usados como especificación para los proveedores.
 Para mostrar la estructura de un negocio innovado: Los modelos sirven para
presentar ante la gerencia la nueva propuesta de trabajo, de manera tangible y
concreta. A partir de este punto es posible definir nuevas acciones, entonces los


15

modelos se vuelven la base para los planes de acción que apoyarán la
transformación del negocio.

Actividad 2. Modelado de negocios
Con el fin de comprender el modelado de negocios, realiza lo que a continuación se te
solicita:
1. En un archivo de texto, crea un ensayo sobre “La aplicación del modelado”, de acuerdo
con los temas vistos.
2. Guarda tu archivo con el nombre MDN_U1_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) mediante la sección de Tareas.

1.2. El Lenguaje Unificado de Modelado
El Lenguaje Unificado de Modelado (UML) es, como su nombre lo indica, un lenguaje de
modelado. UML brinda a los arquitectos de sistemas, ingenieros de software y
desarrolladores de software, herramientas para las etapas de análisis, diseño e
implementación de desarrollo de software, así como para el modelado de negocios.

1.2.1. Definición e Historia de UML
UML se ha convertido en el estándar de facto de la industria, debido a que ha sido
concebido por los autores de los tres métodos más usados de orientación a objetos:
Grady Booch, Ivar Jacobson y Jim Rumbaugh. Estos autores fueron contratados por la
empresa Rational Software Co. para crear una notación unificada en la que basar la
construcción de sus herramientas CASE. En el proceso de creación de UML han
participado, no obstante, otras empresas de gran peso en la industria como Microsoft,
Hewlett-Packard, Oracle o IBM, así como grupos de analistas y desarrolladores (Bátiz,
2011).
El lenguaje UML comenzó a gestarse en octubre de1994 (Booch, Rumbaugh y Jacobson)
cuando Rumbaugh se unió a la compañía Rational fundada por Booch (dos reputados


16

investiga-dores en el área de metodología del software). El objetivo de ambos era unificar
dos métodos que habían desarrollado: el método Booch y el OMT (Object Modelling Tool).
El primer borrador apareció en octubre de 1995. En esa misma época otro reputado
investigador, Jacobson, se unió a Rational y se incluyeron ideas suyas. Estas tres
personas son conocidas como los “tres amigos”. Además, este lenguaje se abrió a la
colaboración de otras empresas para que aportaran sus ideas. Todas estas
colaboraciones condujeron a la definición de la primera versión de UML (OMG, 2011).
La OMG (por sus siglas en inglés: Object Management Group - Grupo de Gestión de
Objetos) es una sociedad dedicada al cuidado y establecimiento de estándares de
tecnologías orientadas a objetos, y es quien gestiona las versiones de UML. Desde su
nacimiento en 1995, ha ido evolucionando y sus diferentes versiones son publicadas por
la OMG. A continuación se muestra una tabla con las versiones y fechas de publicación.

Tabla 1. Versiones de UML
A la fecha UML se encuentra en la versión 2.4 Beta. Si quieres conocer más al respecto,
puedes ingresar a la página de OMG que contiene toda la descripción y cambios del
lenguaje en la siguiente dirección:
http://www.omg.org/spec/UML/2.4/

1.2.2. Artefactos de UML
El UML está compuesto por un rico conjunto de elementos gráficos, los cuales al
combinarse crean diferentes tipos de diagramas. Al ser un lenguaje grafico también
cuenta con reglas semánticas. A continuación se muestran los elementos gráficos que se
utilizan para el modelado de negocios, es importante tomar en cuenta que estos no son


17

todos los elementos con los que cuenta UML, pues existen diferentes tipos de diagramas
que requieren de otros componentes, pero solamente mostraremos los que se requieren
para modelar negocios.

Tabla 2 Componentes de UML (para modelar actividades de los negocios)

1.2.3. Enfoques y beneficios en UML
Para alcanzar metas una empresa debe definir sus procesos, y cada uno de estos tiene
un conjunto de elementos (datos, entradas, salidas, acciones, etc.) que interactúan de
acuerdo a un flujo de trabajo establecido, estos procesos se encuentran relacionados con
base en las reglas del negocio que están determinadas por las políticas y manual
organizacional. UML será de ayuda en la descripción de estos elementos.
El UML provee beneficios significativos para los ingenieros de software y las
organizaciones, al ayudarles a construir modelos rigurosos, trazables y mantenibles, que
soporten el ciclo de vida de desarrollo de software completo (León y Asato, 2009).
UML es un lenguaje de modelado de amplio uso, ha sido desarrollado por investigadores
de alto prestigio, además, a lo largo de los años (desde 1995), ha estado en constante
evolución, adaptándose a las nacientes necesidades del área de diseño. Otro punto
importante de UML es que la gran mayoría de las herramientas CASE y de desarrollo la
han adaptado como lenguaje de modelado.
UML resuelve de forma bastante satisfactoria un viejo problema del desarrollo de
software: su modelado gráfico. Además, se ha llegado a una solución unificada basada en
lo mejor que había hasta el momento, lo cual lo hace todavía más excepcional (OMG,
2011).


18


Además debemos tomar en cuenta que un diagrama sólo tiene una interpretación, de
modo que el tener modelos con base en diagramas ayuda a acordar posibles diferentes
puntos de vista.

1.2.4. Procesos de modelado de negocios basados en UML
El modelado de negocio, como cualquier otra actividad donde se trata de plasmar algo
abstracto en algo concreto, debe llevar una secuencia de pasos bien definidos. Se
enumeran estos pasos junto con las sub-tareas que llegarán a conformarlos para que así
la persona encargada de realizar la tarea de modelar procesos de negocio tenga una
base sólida y no haya lugar a interpretaciones.
Esta enumeración de pasos se conoce como ciclo de vida del modelado de procesos
de negocio y no es otra cosa que una secuencia lógica de pasos recomendados para
completar la tarea de plasmar el quehacer diario de una empresa u organización
cualquiera en objetos (gráficos, descripciones, diagramas de flujo, entre otros) para
entender de manera fácil y de primera vista el funcionamiento general de la organización.
Generalmente (y no debe entenderse como letra escrita en piedra) la secuencia que
involucra el modelado de procesos de negocio puede entenderse como se presenta a
continuación:

Figura 1 Secuencia de Modelado de Procesos
En términos generales debe entenderse que la representación piramidal tiene un sentido
formativo desde su base hacia lo alto de ésta, de tal forma que si no se cumple con los
términos básicos (formación de la base piramidal) el resultado de las capas superiores


19

será igualmente deficiente. Bajo estos términos, modelar los procesos de negocio lleva
dentro de sí una serie de pasos ordenados y secuenciales (como ya se había
mencionado) que, si no garantizan al 100% su correcta conformación, si nos dejarán muy
cerca de este límite.
A continuación se listan los pasos que se deben seguir:
Identificar los procesos de negocio
Hacer a manera de levantamiento de campo, un buen pero concreto levantamiento de
información utilizando alguna de sus técnicas (entrevistas, cuestionarios, encuestas,
observación, entre otras) y así identificar y listar los procesos que se desarrollan en la
organización. Se debe ser cuidadoso de sólo documentar los procesos que en realidad
vayan a intervenir en nuestro modelado y no hacer trabajo de más al documentar
procesos no contemplados o solicitados para su entendimiento. Si se trata de modelar la
organización completa, serán los procesos completos; en caso contrario identificar cuáles.
Para las personas expertas no tendrá validez este comentario, pero a los observadores
nóveles se les debe recalcar evitar confundir un subsistema con un proceso de negocio.
Por ejemplo en una página web de alguna tienda en línea la sección “Catálogo en línea”
no es un proceso de negocio, sino una unidad funcional que funge como parte de su
modelo de negocio para servir de intermediario en las ventas a sus clientes a través de
una plataforma diferente a la tradicional.
Un proceso del negocio sería más del tipo “atender solicitud de ventas” que puede
pertenecer al modelo tradicional (el cliente se desplaza físicamente al punto de venta) o
en el modelo de comercio electrónico (catálogo virtual, carrito de compras) y se sugiere
una descripción como la siguiente:
Se atiende una petición de compra del cliente y se verifica esta solicitud sujeta a
las siguientes restricciones:
Mínimo de compra.
Verificar su existencia en almacén.
Se deberá verificar la NO existencia de duplicidad de pedidos y pasar por un
proceso de aprobación que realizará una persona asignada a esta labor que
deberá atender los conflictos de logística que se deriven de las ventas (urgencia
de un cliente sobre una mercancía específica contra tiempos de entrega de
proveedores de ésta). Deberá decidir si cae en una categoría especial,
cancelación de pedido o cualquier decisión necesaria para atender al cliente.
Así se describe de manera clara el proceso que se sigue en la organización para atender
pedidos y su vertiente de pedidos especiales.


20

Identificar los usuarios, departamentos o elementos de la organización implicados
en los procesos de negocio.
Quiénes participan y con qué roles lo hacen, qué funciones específicas tiene ese rol. Por
ejemplo se puede decir que el proceso del negocio arranca cuando se recibe
automáticamente una petición del cliente o un empleado hace esta petición explícita
mediante un formato o usando un canal de comunicación adecuado; de esta forma la
petición automática y el empleado juegan el rol de solicitante de venta. Mientras que el
responsable de ventas es quien aprueba los pedidos y resuelve conflictos de logística
cuando se tienen restricciones en el tiempo de producción/entrega del producto pedido.
Por otro lado, el cliente es quien realiza el pedido y el operario es el encargado de
entregar los pedidos a los clientes.
Al revisar la lista anterior se puede deducir fácilmente que los involucrados son:
• Solicitante de venta.
• Responsable de ventas.
• Cliente.
• Operario.
Acciones para realizar el Proceso de Negocio
Se describen las interacciones entre los roles identificados en el paso anterior para que el
proceso de negocio se lleva a cabo. Se sugiere una forma como la siguiente:

Es importante hacer notar la importancia de la realización de este paso, ya que como se
puede observar hay una redundancia en la identificación de roles: el solicitante de venta
es el mismo que el cliente.
A continuación se muestra una lista de las actividades que realiza cada rol.
 Solicitante de venta (cliente):


21






o Realiza una petición
o Envía petición
o Aprueba pedido
Responsable de ventas:
o Decide
o Discrimina
o Encamina
o Aprueba o rechaza
o Procesa
Operario:
o Entrega

Diagrama de actividades
Ahora que se conocen los participantes y las actividades que realizan, se deberá hacer un
diagrama donde se reflejen de manera clara estas actividades y la relación que tienen con
los otros actores. El diagrama que se muestra a continuación mezcla las actividades con
el personal encargado de cada una de ellas, este diagrama es denominado Diagrama de
Flujo de Funciones Cruzadas, donde cada columna es la representación de cada uno
de nuestros actores (personas) involucrados, y se van colocando las actividades que cada
uno realiza, hasta completar el proceso en su totalidad. A continuación se muestra el
diagrama correspondiente a nuestro ejemplo de negocio de venta:


22


Figura 2 Diagrama de Negocio de venta
La siguiente imagen ilustra el modelado de otro proceso para que se note la facilidad que
implica realizar este diagrama sin importar la naturaleza de la organización o del proceso
modelado.


23


Figura 3. Ejemplo de Proceso de Modelado
Listar las actividades
La secuencia formativa del proceso de negocio es simplemente plasmar lo que se
observó en distintos tipos de objetos como listas, diagramas de flujo de funciones
cruzadas o diagramas de actividades. La lista de actividades del ejemplo original
(procesamiento de una venta) quedará como la siguiente lista:
• Realiza petición.
• Envía petición.
• Decide aprobación.
• Discrimina encaminamiento.
• Realiza encaminamiento.
• Procesa pedido.
• Entrega pedido.
• Aprueba o rechaza pedido.
Con base en esta lista de actividades crearemos el diagrama de actividades
correspondiente, que sería como el que se muestra a continuación:


24


Figura 4. Diagrama de actividades versión A
Del ejemplo anterior (Diagrama de Flujo de Funciones Cruzadas del Proceso de
seguimiento) podemos observar que la lista de actividades que refleja la imagen ilustrativa
será la siguiente:
• Preparar lista de fichas.
• Preparar lista de responsables.
• Enviar lista de fichas y lista de responsables a administrador.
• Dar de Alta, Baja o Cambio a fichas.
• Dar de Alta, Baja o Cambio a responsables.
• Asignar ficha a responsable.


25

•

Notificar a responsables.

Con base en lo anterior, el diagrama de actividades quedaría como se muestra a
continuación:

Figura 5. Diagrama de actividades versión B

26


Listar las actividades brinda muchos beneficios al modelado de procesos de negocio, ya
que permite al modelador (persona que hace el modelado de los procesos) asociar cada
actividad con uno o varios casos de uso que posteriormente facilitarán su rastreabilidad y
en segundo término (pero no menos importante) ayuda a comprender el sistema y sus
procesos evitando ambigüedades en los requerimientos y evitar inyectar errores en una
fase temprana del análisis.
Listar la información
Se deberá identificar la información que fluye a través de los distintos actores y sus
distintas actividades. En el primer caso sólo fluye un pedido, mientras que para el caso de
la imagen ilustrativa, las fichas y los responsables son la parte que fluye de una actividad
a otra. De esta manera, listar la información nos ayudará para empezar a construir un
mapa conceptual de todas las actividades y del sistema en general. Se podrá identificar
que habrá más información en el sistema, pero sólo se lista la que fluye y se intercambia.
Como producto de trabajo adicional a lo ya mencionado, se pueden empezar a
documentar las acciones y el flujo de información como posibles objetos (clases) y así ir
robusteciendo toda la información posible que se necesite a la hora de transformar el
modelo de procesos de negocio en requerimientos de un sistema de información.
Reglas del negocio
Pueden entenderse como la serie de restricciones o reglas del juego que impone la
organización a la hora de realizar alguna actividad. En cada proceso puede aparecer un
número diferente de reglas del negocio y su aplicación estará en función del proceso que
representan.
En nuestro ejemplo las reglas de negocio que se pueden visualizar son:
• Cuando se realice un pedido, dependiendo del producto seleccionado, se deberá
verificar un mínimo de compra.
• Evitar la duplicidad de pedidos ya que los costos que generaría esto para la
empresa serían intratables.
• Un pedido no puede procesarse si no tiene una aprobación explícita del
encargado.
• Cuando se detecte un conflicto en la logística, el encargado del área será el único
que lo podrá atender y resolver.
Diagrama del ciclo de vida del modelado de procesos del negocio
Una vez revisados los puntos anteriores, se debe hacer notar que el ciclo de vida es una
secuencia lineal y puede representarse como a continuación se muestra:


27


Figura 6. Ciclo de vida

Actividad 3. Mapa conceptual del modelado de negocio
Con la finalidad de ligar los conceptos de modelado de negocios y UML, lleva a cabo lo
que se te pide a continuación:
1. En un archivo de texto, crea un mapa conceptual sobre el “Modelado de negocios
utilizando UML”.
2. Guarda la actividad con el nombre MDN_U1_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 conceptual, el cual deberá ser enviado al
Facilitador(a) para recibir retroalimentación.

Actividad 4. Cómo me ayuda UML para modelar negocios
El propósito de esta actividad es debatir con los miembros del grupo la ayuda que puede
proporcionar UML, además de compartir la experiencia y perspectiva del tema, así como
dudas e inquietudes.
Ingresa al aula virtual para realizar la actividad.


28

Evidencia de aprendizaje. Ejercicios en UML
Como parte de la evaluación de esta unidad, es necesario que lleves a cabo la presente
actividad, cuyo propósito es comprender el funcionamiento de UML para plasmar su uso
en el modelado de negocios, realizando la identificación de actividades y actores
involucrados en los procesos de negocio de dos microempresas. Con base en lo anterior,
realiza lo que se te indica:
1. Ubica en tu localidad dos microempresas (tienda de abarrotes, carnicería, panadería,
ciber-café, ferretería, mercería, etc.) y analiza su funcionamiento.
2. Define las actividades y los actores de las microempresas que ubicaste.
3. Realiza en Microsoft Visio o ArgoUML, el diagrama de flujo de funciones cruzadas y el
diagrama de actividades de ambas microempresas.
4. Coloca tus diagramas y descripciones en un archivo .doc y guárdalo con el nombre
MDN_U1_EA_XXYZ.
5. Envía el archivo a tu Facilitador(a) a través del Portafolio de evidencias.
No olvides consultar la Escala de evaluación que encontrarás en la pestaña Material de
apoyo para saber los puntos que tienes que considerar en el desarrollo de tu actividad
final. Si tienes dudas, consulta a tu Facilitador(a).
Como parte de cada unidad, es importante que ingreses al foro Preguntas de
Autorreflexión y consultes las preguntas que tu Facilitador(a) formule, a partir de ellas,
debes elaborar tu Autorreflexión y enviarla mediante la herramienta Autorreflexiones. No
olvides que también se toman en cuenta para la calificación final.

Autoevaluación
Para reforzar los conocimientos relacionados con los temas que se abordaron en esta
primera 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.


29

Cierre de la unidad
Has concluido la primera unidad del curso. A lo largo de ésta se revisaron conceptos
básicos sobre los principios del modelado de negocios. En su primera parte hicimos una
breve introducción para que conocieras las definiciones relacionadas con el modelado de
negocios, tuvieras una visión general del mismo e identificaras sus características
principales. En una segunda parte se trabajó sobre el Lenguaje Unificado de Modelado
(UML), donde se incluyó su definición e historia, así como sus artefactos, enfoques,
beneficios y el proceso de modelado de negocios basado en UML.
Es aconsejable que revises nuevamente la unidad en caso de que los temas que
acabamos 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 dos, en donde continuarás con la
Notación para el modelado de procesos de negocio (BPMN) en donde se hablará de su
definición, objetivos y beneficios, así como también trabajaremos con los artefactos, sus
tipos de elementos y asociaciones.

Para saber más
Si quieres conocer más al respecto de UML en su versión 2.4 Beta, puedes ingresar a la
página de OMG que contiene toda la descripción y cambios del lenguaje en la siguiente
dirección:
http://www.omg.org/spec/UML/2.4/
Por otro lado, es recomendable que utilices un editor de UML para la elaboración de
diagramas, se recomienda que utilices ArgoUML, que es de uso fácil e intuitivo, además
de ser gratuito, puedes descargarlo de:
http://argouml.tigris.org/

Fuentes de consulta
Bibliografía básica


Hernández, E. (2011). El Lenguaje Unificado de Modelado (UML). Universidad
Politécnica de Valencia, Departamento de Informática y Sistemas


30






Computacionales. Recuperado el 06 de octubre de 2011 de:
http://www.disca.upv.es/enheror/pdf/ActaUML.PDF
León, O. y Asato, J. (2009). “La Importancia del Modelado de Procesos de Negocio
como Herramienta para la Mejora e Innovación”. Revista Panorama Administrativo.
7(4). 61 – 7.
Podeswa, H. (2010). UML for the it business analyst. USA: Course Technology.

Bibliografía complementaria










Bátiz, J. (2011). Desarrollo Orientado a Objetos con UML. Recuperado el 06 de
octubre de 2001 de: http://es.scribd.com/doc/2458870/Desarrollo-Orientado-aObjetos-con-UML-librobookespanolspanish
Modelado (s. f.) en Diccionario de la Lengua Española. Vigésima segunda edición.
http://buscon.rae.es/draeI/SrvltConsulta?TIPO_BUS=3&LEMA=modelar
Negocio ((s. f.) en Diccionario de la Lengua Española. Vigésima segunda edición.
http://buscon.rae.es/draeI/SrvltConsulta?TIPO_BUS=3&LEMA=negocio
Sparks, G. (2011). Introducción al modelado de sistemas de software usando el
Lenguaje Unificado de Modelado (UML): El Modelo de Proceso de Negocio.
Craftware.net. Recuperado el 06 de octubre de 2011 de:
http://www.craftware.net/es/descargas/modelo_de_proceso_de_negocio.pdf


31


Unidad 2. Notación para el Modelado de Procesos de Negocio (BPMN)
En la unidad anterior se vieron temas introductorios al modelado de negocios, cuyos
temas fungieron como iniciación para comprender el uso y aplicación del modelado. En la
presente unidad, aprenderás el concepto del BPMN y su utilización para crear modelos
completos y complejos; posteriormente se ligará con la siguiente unidad, en que se
hablará sobre la utilización conjunta de UML y BPMN.
El modelado de “procesos de negocio” (BPMN) implica, dentro de su propia definición,
que deben plasmarse representaciones escritas y de preferencia gráficas de lo que está
sucediendo al interior de cualquier organización. Cada organización persigue diferentes
fines al intentar entender qué es lo que pasa en su quehacer diario, desde la mejora
interna, hasta poder sobresalir de la competencia; para ello sigue sus propios pasos –en
algunas ocasiones, más cortos y con resultados inmediatos- para llegar al fin que
persiguen.
Las organizaciones se hacen preguntas como: ¿qué hacer para producir más a un menor
costo?, ¿de qué manera se puede hacer que el producto llegue al cliente mucho más
rápido que la competencia con un nivel de calidad superior?, el BPMN, va resolviendo
esas dudas.
El BPMN puede hacerse desde distintas perspectivas integrales que nos llevan a un
mismo fin, como son:
 Mapas de procesos: Diagramas de flujo de las actividades sin más detalle que las
propias actividades en sí.
 Descripción de procesos: Proporcionan más información, por ejemplo los
involucrados, datos, información, entre otros.
 Modelos de procesos: Es la conjunción de los dos anteriores, dando tanta
información y de manera necesaria para poder simular la ejecución del modelo
que intenta describir.
BPMN se basa en un conjunto estándar de elementos gráficos para hacer la descripción
de los procesos y cuál es la secuencia lógica para poder llevarlo desde el comienzo hasta
el fin, los Objetos de Flujo:
 Actividades
 Eventos


32




Puertas de enlace
Flujos de secuencia

Propósito
En esta unidad lograrás:
 Definir el BPMN y sus objetivos.
 Distinguir los artefactos que utiliza el BPMN.
 Distinguir la asociación de elementos de BPMN.

Distinguir la notación para el modelado de procesos del negocio logrando usar los
elementos que componen esta notación, de manera tal que con práctica se logre plasmar
claramente el modelo del negocio.

Consideraciones específicas de la unidad: actividades, requerimientos
de asignatura, etc.
Es muy importante que realices todas las actividades planteadas para que logres
comprender los temas vistos; del mismo modo realiza todos los ejemplos de diagramas
para que te familiarices con los componentes gráficos. Para esto puedes utilizar el
programa Visio de Microsoft.

2.1. Definición y Objetivos
Se puede definir al BPMN como la captura de una serie ordenada de actividades e
información de apoyo que refuerzan a éstas. Modelar un Proceso de Negocio incluye la
representación de cómo una empresa realiza los pasos necesarios para lograr sus
objetivos centrales y, aunque los objetivos son la parte primordial de todo el modelado, no
se capturan dentro del modelo, se sobreentiende que se modelan los pasos para poder
llegar a ellos. Con BPMN sólo los procesos son modelados.
Los objetivos principales que persigue BPMN son:


33

1. Tener una representación gráfica del Lenguaje de Modelado de Procesos de
Negocio (BPML), pues era primordial tener una notación orientada hacia las
necesidades del usuario, es decir, una traducción de la notación orientada al
negocio al lenguaje técnico en ejecución (White, 2009).
2. Unificar la amplia gama de notaciones de modelado, pues en el mercado se
maneja una enorme variedad de éstas y son utilizadas en forma arbitraria según el
gusto y necesidad de quién las usa.
3. Consolidar los principios subyacentes del modelado de procesos, se pretende una
notación común, en cuanto a la representación.
4. Llevar el ejercicio académico a la practicidad de las empresas, tanto para los
proveedores de herramientas de modelado como para los consumidores de éstas.
5. Hacer el aprendizaje transferible al estandarizar la manera de representar los
modelos de negocio y las herramientas necesarias para hacerlo.
6. Proporcionar un modelo ejecutable entre la representación gráfica (BMPN) y el
lenguaje de representación formal (BPML, llamado luego BPEL). Por lo tanto
proporciona un mapeo válido entre los diagramas y el lenguaje formal, de manera
que se pueda automatizar la ejecución del modelo resultante.

2.1.1. Beneficios de BPMN
Cuando se pretende dar a entender una idea, hay muchas formas de hacerlo. Por ejemplo
para “describir” lo que es la letra “A” se puede hacer mediante descripciones muy
detalladas de manera verbal, pidiéndole que: imagine un triángulo pero con la parte de
abajo a la mitad, o como a intersección de dos líneas en un ángulo de 45° y ambas
cortadas al centro por otra línea paralela al ángulo mencionado en una distancia igual al
50% de su longitud entre muchas otras explicaciones producto de la prodigiosa
imaginación del descriptor; pero en realidad el receptor no tendrá el concepto completo
(definición además de representación) si no se le da a conocer de manera gráfica como
debería verse una “A”. De esta manera es posible apoyarse en el BPMN para hacer la
representación gráfica de los procesos que conforman el modelo de negocio de una
empresa.
Para hacer uso del BPMN, hay muchos aspectos o detalles que se deben tomar en
cuenta; por ejemplo si se quiere modelar el proceso de “leer un libro”, bastaría con hacer
mención que se toma el libro y se lee y para muchas personas eso sería más que
suficiente para comprender de lo que se trata el modelo. Sin embargo no siempre se
tratará o deberá modelar procesos tan familiares como el leer un libro.
Hoy en día las empresas se están diversificando de tal manera que, su ritmo de trabajo lo
impulsan las más variadas y diversas unidades de negocio; cada una de ellas con una


34

complejidad inherente a su propio objetivo tal, que se podría hacer un zoom y descubrir
un propio ecosistema dentro de ella.
Ahora, al querer modelar el conjunto de unidades funcionales: sus entradas, sus
procesos, salidas, en conjunto la complejidad de éstas, sería exponencial revisar las
relaciones que hay entre ellas y, es aquí, donde el BPMN da una enorme ventaja y
muchos beneficios; se enlistan algunos a continuación:
 Hay una comunidad internacional respaldada por organizaciones reconocidas, de
esta manera no se dejará espacio a la interpretación o al libre albedrio del
modelador del proceso de negocio, es decir, no se podrá representar de manera
diferente una relación entre departamentos, o de manera más clara y concisa, no
se podrá malentender un símbolo que represente flujo de datos de salida; si eso
es lo que se representa, eso es lo que se lee y eso es lo que se deberá entender
que quiere decir. De tal suerte que, al ser una convención internacionalmente
aceptada, nadie que se diga apegado al estándar del BPMN puede inventar sus
propias representaciones, no puede añadir o quitar elementos a su antojo, no tiene
derecho a ser creativo en cuánto al significado ni la representación de los
elementos que conforman la representación del BPMN, pero sí lo puede ser en el
uso y la combinación de ellos.
 Cada vez se está más inmenso en la “aldea global”. La ocurrencia de un suceso o
evento importante puede ser transmitida al otro lado del mundo en instantes. Esta
aseveración lleva irremediablemente a la conclusión que se colabora cada día más
entre personas de distintas regiones, culturas, idiomas, razas, entre otras
variantes, lo que significa que la complejidad de la comunicación se vuelve alta. Al
tener un estándar de representación de los procesos de negocio con el uso de
BPMN de cierta manera, si no se puede librar toda esta complejidad, se da la
facilidad de “hablar el mismo lenguaje” tanto al emitir como al recibir. Siguiendo al
pie de la letra (como debiera ser) lo que indica el estándar de BPMN no se tendrá
dificultad alguna al leer (interpretar) modelado de negocio de una empresa, por
ejemplo, de China o de Italia. Aunque se deberá entender que BPMN puede
considerarse un lenguaje formal, lo que se menciona en este punto sólo es
referente a la sintaxis, no a la semántica.
 La misma rigidez que se sobreentiende del estándar BPMN también permite
formalizar; tanto que incluso (en algunas ocasiones y bajo ciertas circunstancias)
pueda prescindirse del elemento humano para su
elaboración/interpretación/implementación/ejecución y dejar este trabajo a
elementos automatizados (algoritmos programados en computadora) para hacer
de los resultados tan ricos en información como se desee.
 De lo descrito en el punto anterior, se puede ahondar tanto, que se podrá decir
que: el elemento gráfico resultante del modelado de procesos de negocio no debe
tomarse como una receta infalible que al seguir descritos en algún lugar siempre
funcionará. Para reforzar este concepto se puede pensar en los zapatos que se


35

tienen puestos en este momento: ¿se toman de la misma manera para ir a una
cena formal, para jugar fútbol, para nadar, para dormir? o, sólo funcionarán en una
o quizá dos circunstancias de las antes descritas. Lo mismo pasa con el modelado
de procesos de negocio, deberá hacerse tomando en cuenta quién será el público
al que se presentará, qué nivel de conocimiento tiene sobre los elementos técnicos
que se quieren representar (por ejemplo: presentar a un médico el funcionamiento
de un hospital será diferente que a un ciclista profesional), qué nivel de detalle se
desea saber. No será lo mismo dar una revisión laxa del todo, que una profunda
descripción de los detalles. Si se piensa automatizar (prescindir del elemento
humano), deberá ser tan profundamente detallado que no haya posibilidad a la
interpretación ni a la ambigüedad.

2.1.2 Objetivos al crear BPMN
Para que una idea pueda ser comprendida por otro igual se necesita de un arduo trabajo
de convencimiento y explicación, a fin de “vender la idea”.
Cuando se está explicando en términos abstractos la secuencia del flujo del trabajo de un
proceso que se maneja en una empresa u organización, debe hacerse de tal forma que
alguien que no esté versado en sus detalles pueda comprenderlo. El fin último es que se
dé a entender lo que se hace.
Al tratar de listar los objetivos al crear BPMN se podrá encontrar a los siguientes:
 Contar con elementos gráficos estándar.
 Todos los elementos serán fáciles de usar para describir los procesos de una
empresa u organización pues se basan en diagramas de flujo (de información en
este caso).
 Tener elementos que no se confundan entre ellos y así poder describir todos los
procesos de manera única e irrepetible.
 Tener un método simple de crear modelos de procesos de negocio pero que al
mismo tiempo puedan manejar toda la complejidad que significan éstos.
La descripción de manera clara y explícita de todo lo que sucede en el interior de la
organización o empresa debe ser el punto principal que deben perseguir la persona o el
grupo que esté modelando los procesos. Se debe recordar que los procesos se hacen
para ser vistos, leídos y comprendidos por terceras personas de cualquier extracción
cognitiva y cultural, no se hacen para el equipo elaborador (para uno mismo).


36


Actividad 1. Generalidades del BPMN
Este foro de discusión es para que expreses tu punto de vista sobre los beneficios y
objetivos del BPMN, además para que intercambies ideas con tus compañeros sobre
este tema.
1. Identifica el uso y características principales del BPMN.
2. Ingresa al foro y genera una nueva entrada.

Actividad 2. Uso del BPMN
Con el fin de distinguir los conceptos de BPMN para describir su uso, debes crear un
ensayo en el que expliques el uso del BPMN.
1. En un archivo de texto, elabora un ensayo sobre el uso del BPMN.
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.

2.2. Artefactos
A continuación se muestran los diferentes artefactos (elementos) de los que se compone
un diagrama BPMN.


37



38



39


Tabla1 Artefactos del BPMN

2.2.1. Tipos de elementos de BPMN
A continuación se listan los diferentes tipos de elementos de los que se compone BPMN,
así como su descripción. Al final de la descripción de los componentes se encuentra un
ejemplo de su uso, retomando el ejemplo del negocio electrónico visto en la unidad
anterior.
ACTIVIDADES
 Tarea: Es el nivel más bajo de actividades, las cuales no pueden ser
descompuestas.
 Sub-proceso: Es un conjunto de tareas unidas con un solo fin, el signo más indica
que el subproceso puede descomponerse en pequeñas actividades, que son las
tareas.
 Tarea bucle: Identifica que la tarea deberá repetirse un determinado número de
veces.
 Multi-instancia: Esta actividad identifica que la tarea deberá realizarse varias
veces, pero cada vez con diferentes datos.


40

EVENTOS
Un evento es “algo” que sucede durante el curso de un proceso. Los eventos afectan el
flujo del proceso y usualmente tienen un disparador (señal de que se debe realizar algo) o
un resultado (White, 2009). A continuación se describen los diferentes tipos de eventos
con los que cuenta el BPMN.
 Inicio: Este evento indica el inicio de un diagrama BPMN, al comenzar a realizar
un modelo es lo primero que se debe colocar.
 Temporizador: Indica un disparador de fecha y hora.
 Mensaje: Un disparador se genera al llegar un mensaje desde otro punto.
 Señal: Un disparador se genera al llegar una señal enviada desde otro punto.
 Condicional: Se indica que se debe cumplir con una condición para
 Múltiple: Indica que existe una combinación de disparadores.
 Error: Especifica que se interrumpirá un proceso que necesitara ser corregido. Se
utiliza este mismo artefacto pero relleno de negro para indicar que el fin de un
proceso resulta en un error.
 Cancelar: Indica la cancelación de una actividad. Se utiliza este mismo artefacto
pero relleno de negro para indicar que el fin de un proceso resulta en una
cancelación.
 Compensación: Indica que una actividad se deshará. Y este mismo artefacto se
utiliza relleno de negro para indicar que el fin de un proceso resulta en una
compensación.
 Vinculo: Establece un conector para “ir hacia”, otro punto del modelo. Se utiliza
este mismo artefacto relleno de negro para indicar el punto de conexión hacia
donde se re-direcciona.
 Final: Este evento indica el final de un diagrama BPMN, al finalizar un modelo es
lo último que se debe colocar.
PUERTAS DE ENLACE
Estos elementos controlan la divergencia del flujo de los procesos cuando se tienen
diferentes secuencias de flujo posibles, a continuación se describen las diferentes puestas
de enlace que utiliza el BPMN.
 Exclusivo: Evalúa las condiciones del flujo secuencial de actividades para definir
un solo camino hacia donde deberá seguir el flujo.
 Evento: Evalúa la ocurrencia de un evento para definir un solo camino hacia
donde deberá seguir el flujo de actividades.
 Paralelo: Se envía el flujo de actividades hacia varios caminos (hacia todos al
mismo tiempo) sin evaluar nada.
 Inclusivo: Se envía el flujo de actividades hacia varios caminos (hacia todos al
mismo tiempo), si es que se cumplen las condiciones del flujo secuencial de
actividades.


41



Complejo: Se envía el flujo de actividades hacia varios caminos (hacia todos al
mismo tiempo), si es que se cumple una sola condición del flujo secuencial de
actividades.

AGRUPAMIENTO
Estos elementos se utilizan para dividir y organizar los diagramas del BPMN, los cuales se
describen a continuación.
 Pools: Básicamente son contenedores para indicar que el diagrama pertenece a
un participante en específico.
 Carriles: Son contenedores que representan roles en las actividades que se están
modelando.
ARTEFACTOS
 Objeto de datos: Son los documentos y datos que requieren los procesos.
 Grupo: Ayuda a definir secciones en el diagrama.
 Anotación de texto: Son notas que añade quien modela a manera de información
extra sobre los modelos gráficos.

2.2.2. Asociaciones de los elementos BPMN
A continuación se enumeran las asociaciones de los elementos BPMN:
 Flujo de secuencia: Indica la secuencia de las actividades que se realizan, siendo
el origen la línea sin punta, y el destino la punta de la flecha.
 Flujo de secuencia condicional: Indica la secuencia de las actividades que se
realizan al cumplir o no una condición. El pequeño rombo indica el origen del flujo
de la decisión y la punta indica el destino.
 Flujo de mensaje: Indica la comunicación entre participantes mediante mensajes,
este tipo de flujo se utiliza para comunicar a diferentes pools, el origen está
indicado por el círculo y el destino por la punta de la flecha.
 Asociación: Este elemento indica la unión entre elementos de un diagrama (sin
flujo de actividades).
Una vez descritos todos los elementos para generar diagramas BPMN se muestra el
diagrama del ejemplo de una venta mediante comercio electrónico.
Con la lista de actividades que se tiene y lo que hace cada rol (este ejemplo se vio en la
unidad anterior); en la siguiente lista que se desglosan las actividades a las tareas más
básicas:
o Realiza una petición.

42









Revisa el catálogo de productos existentes.
Analiza los productos de su interés.
Si el producto le convence realiza la solicitud del producto mediante
la compra.
o Envía petición
 Envía los datos de su compra.
 Envía sus datos personales para la entrega y pago.
o Aprueba pedido
 Analiza la lista de cargos por la compra.
 Si la lista de cargos es correcta aprueba los cargos y el pedido, de lo
contrario cancela la compra.
Responsable de ventas:
o Decide
 Revisa la solicitud de compra.
 Analiza la fecha de entrega solicitada
o Discrimina
 Identifica si es pedido especial o normal en base a la fecha de
entrega requerida.
o Encamina
 Se envía el pedido a que se surta.
o Procesa
 Se revisa la existencia de los productos solicitados.
 Si no hay existencia de productos se cancela la compra.
 Si se cuenta con existencia se reúnen los productos solicitados (se
surte).
Operario:
o Entrega
 Revisa que el pedido corresponda con los productos solicitados.
 Si el surtido del producto es correcto se entrega al cliente.
 Si el surtido es incorrecto se regresa al paso de encaminamiento del
pedido.

Una vez desglosadas las tareas de los procesos identificados se muestran los diagramas
correspondientes, en la imagen 1 se muestra el diagrama del proceso de compra a nivel
de subprocesos, de manera tal que se ven solo las actividades a nivel macro.

Imagen1 Diagrama BPMN del proceso de compra a nivel subprocesos


43

La siguiente imagen (2) muestra el mismo diagrama del proceso de compra pero a nivel
detallado (micro) donde cómo se puede observar se tienen todas las tareas requeridas.
Obsérvese que en este diagrama además de tareas se utilizan puertas de enlace, pues se
requieren decisiones, también podemos observar que se utilizan eventos de cancelación,
para los casos en que no existan productos que se quieran comprar, o los cargos del
pedido no sean los correctos.

Imagen 2 diagrama BPMN del proceso de compra a nivel tareas
La siguiente imagen (3) muestra el procesamiento del pedido a nivel de tareas; en él que
se puede revisar la utilización de una puerta de enlace paralela, ya que al discriminar solo
se identifica si el pedido es especial o normal -lo que se agregó con una nota de texto- y
después se revisan las existencias, y como dice la descripción no se evalúa nada, solo se
identifica el tipo de pedido. Otro elemento utilizado es un evento temporizador el cual es
utilizado por que la discriminación se realiza con base en la fecha solicitada de entrega.


44


Imagen 3 Diagrama BPMN del procesamiento de pedido a nivel tareas
La siguiente imagen muestra el proceso de entrega del pedido, el elemento nuevo que se
utiliza en este diagrama es el evento vínculo, el cual indica volver a revisar existencias en
caso del que pedido no sea correcto.

Imagen 4 Diagrama BPMN del proceso de entrega de pedido a nivel tareas
Por último, en la imagen 5, se muestra el diagrama completo, que incluye el manejo de
roles -por lo tanto se usan carriles- y la comunicación de datos que se genera entre cada
proceso.


45



46

Imagen 5 Diagrama BPMN de un negocio de comercio electrónico a nivel tareas y con
roles

Actividad 3. Ejemplo visual de un modelo basado en BPMN
Con el fin de identificar los componentes y el uso del BPMN, debes realizar el modelo de
un negocio basado en BPMN; para este ejercicio retoma el negocio planteado en la
Evidencia de aprendizaje de la unidad 1.
1. En un archivo de Word o Visio, elabora el modelo de un negocio utilizando el ejemplo
de negocio de la Evidencia de Aprendizaje de la Unidad1.
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 ejemplo visual, 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
segunda 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.

Evidencia de aprendizaje. Manual del uso del BPMN y sus
componentes
Como parte de la evaluación de esta unidad, realiza un manual donde describas los
componentes del BPMN y su uso básico.


47

1. En un archivo de texto, realiza un manual donde se describa paso a paso la realización
del modelo que realizaste en la Actividad 3, de manera tal que sirva como guía para
modelar otro negocio similar al que se modeló en dicha actividad.
2. Guarda la evidencia con el nombre MDN_U2_EA_XXYZ. Sustituye las XX por las dos
3. Envía la carpeta del proyecto a tu Facilitador(a) para recibir retroalimentación.

Cierre de la unidad
Has concluido la segunda unidad del curso. A lo largo de ésta has visto lo que es el
BPMN, su definición, beneficios y objetivos, así como los componentes de un diagrama
BPMN 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 tres, en donde continuarás con la revisión
del modelado conjuntando UML y BPMN. Todo ello con el fin de obtener el conocimiento
necesario para comenzar a realizar modelos de negocios complejos al final de la cuarta y
última unidad del curso de Modelado de Negocios.

Para saber más….
Consulta la página oficial del BPMN http://www.bpmn.org/, donde podrás encontrar
manuales de referencia sobre este tema.

Fuentes de consulta
White, S. & Derek, M. (2009) BPMN: Guía de referencia y modelado. México: Future
Strategies Inc.


48


Unidad 3. UML y BPMN en el Modelado del Negocio
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.

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)


49

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 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 un BPD


50

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.

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


51

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.

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.


52


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.
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.


53


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.

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.


54

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
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.
 Realiza una petición.
 Envía petición
 Aprueba pedido
 Responsable de ventas:
 Decide
 Discrimina


55




 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.


56


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.


57


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


58

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 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.


59


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:


60








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.
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.
3. Identifica el uso y características principales del BPMN y UML.
4. Ingresa al foro y genera una nueva entrada.


61

04 pd ds_mdn

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (19)

Similar a 04 pd ds_mdn

Similar a 04 pd ds_mdn (20)

Último

Último (20)

04 pd ds_mdn