04 PD DS MDN

Modelado de negocios
Programa desarrollado

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

1

Ingeniera en Desarrollo de Software
CUATRIMESTRE: 04

Informacin general de la asignatura:
Modelado de Negocios

Clave: 160920416 / 150920416



2
ndice

I. INFORMACIN GENERAL DE LA ASIGNATURA ............................................. 6
a. Ficha de identificacin ............................................................................................................. 6
b. Descripcin ............................................................................................................................... 6
c. Fundamentacin de la asignatura ......................................................................................... 7
d. Propsito ................................................................................................................................... 7
e. Competencias a desarrollar.................................................................................................... 7
f. Temario ....................................................................................................................................... 8
g. Metodologa de trabajo ........................................................................................................... 9
h. Evaluacin ................................................................................................................................. 9
i. Fuentes de consulta ................................................................................................................ 11
II. DESARROLLO DE CONTENIDOS POR UNIDAD ........................................... 12
a. Unidad 1. Principios del modelado de negocios ............................................................... 12
Presentacin de la unidad ......................................................................................................... 12
Propsitos .................................................................................................................................... 12
Competencia especfica ............................................................................................................ 12
Consideraciones especficas de la unidad ............................................................................. 12
Actividad 1. Presentacin .......................................................................................................... 13
1.1. Introduccin al modelado de negocios ............................................................................ 13
1.1.1. Definicin del modelado de negocios .......................................................................... 13
1.1.2. Visin General ................................................................................................................. 14
1.1.3. Caractersticas Principales ............................................................................................ 15
Actividad 2. Modelado de negocios ......................................................................................... 16
1.2. El Lenguaje Unificado de Modelado ................................................................................ 16
1.2.1. Definicin 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


3
Actividad 4. Cmo me ayuda UML para modelar negocios ...................................... 28
Evidencia de aprendizaje. Ejercicios en UML ............................................................... 29
Autoevaluacin ........................................................................................................................... 29
Cierre de la unidad ..................................................................................................................... 30
Para saber ms ........................................................................................................................... 30
Fuentes de consulta ................................................................................................................... 30
UNIDAD 2. NOTACIN PARA EL MODELADO DE PROCESOS DE NEGOCIO
(BPMN) ................................................................................................................. 32
Propsito ...................................................................................................................................... 33
Consideraciones especficas de la unidad: actividades, requerimientos de asignatura,
etc. ................................................................................................................................................ 33
2.1. Definicin 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
Autoevaluacin ........................................................................................................................... 47
Evidencia de aprendizaje. Manual del uso del BPMN y sus componentes ...................... 47
Para saber ms. ..................................................................................................................... 48
UNIDAD 3. UML Y BPMN EN EL MODELADO DEL NEGOCIO ......................... 49
Propsito ...................................................................................................................................... 49


4
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 Inclusin, Extensin y Generalizacin ............................................... 56
3.3. Definicin de los actores del negocio .............................................................................. 60
3.3.1. Conceptos ......................................................................................................................... 60
3.3.2. Tipos de actores .............................................................................................................. 61
Actividad 1. Cmo podemos asociar UML y BPMN .............................................................. 61
Actividad 2. Diagrama de procesos del negocio ................................................................... 62
Actividad 3. Mapa mental de la integracin de UML y BPMN ............................................. 62
Autoevaluacin ........................................................................................................................... 63
Evidencia de aprendizaje. Diagrama del negocio ................................................................. 63
Para saber ms ........................................................................................................................... 64
UNIDAD 4. MODELO CONCEPTUAL .................................................................. 65
Propsito ...................................................................................................................................... 65
4.1. Introduccin 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


5
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 sinptico de los componentes de un modelo de negocio ................ 75
4.3. Diagramas ............................................................................................................................ 75
4.3.1. Interaccin ........................................................................................................................ 76
4.3.2. Comunicacin .................................................................................................................. 78
4.3.3. Transicin de Estados .................................................................................................... 79
Actividad 3. Diagramas bajo un ejemplo de negocio dado .................................................. 81
Autoevaluacin ........................................................................................................................... 82
Evidencia de aprendizaje. Manual de diagramas del modelado del negocio ................... 82
Para saber ms ........................................................................................................................... 83



6

I. Informacin general de la asignatura

a. Ficha de identificacin

Nombre de la Ingeniera: Ingeniera en Desarrollo de Software
Nombre del curso o asignatura Modelado de Negocios
Clave de asignatura: 160920416 / 150920416
Seriacin: No aplica
Cuatrimestre: Cuarto
Horas contempladas: 72 horas

b. Descripcin

En un mundo globalizado como en el que vivimos hoy en da, 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
aplicacin, 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
aplicacin. Es por ello que un ingeniero en desarrollo de software debe contar con los
conocimientos, herramientas y habilidades para poder entender correctamente los
procesos implcitos y explcitos que conlleva la realizacin del trabajo diario de la
organizacin que solicita la solucin tecnolgica. Por ello es que la asignatura de
Modelado de Negocios es importante en la currcula 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 sern valiosos para
asignaturas subsecuentes, tales como Diseo y Arquitectura de Software e Introduccin a
la Ingeniera de Software.

Los alumnos que cursen esta materia vern temas que los adentrarn 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 continuacin.



7
La primera unidad abarca el tema de los principios del modelado de negocios, la segunda
unidad se centra en la notacin para el modelado de procesos de negocio, por su parte la
unidad tres trata de la conjuncin de Lenguaje Unificado de Modelado (UML) y la Notacin
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. Fundamentacin de la asignatura

Los fundamentos que justifican la asignatura son de carcter terico-prctico, dado que la
estructura de las unidades est diseada de una manera donde se combina la teora y la
prctica, ya que en la primera unidad se cubren los conceptos bsicos 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
despus identifique los componentes grficos para realizar dicha representacin con
UML. La unidad dos nos muestra, de la misma manera que la anterior, una combinacin
de la teora y la prctica considerando las generalidades del modelado de procesos
(BPMN), as como sus representaciones grficas. La unidad tres conjunta el uso de UML
con el modelado de procesos de manera que ahora se incluyen tambin las relaciones del
negocio. Por ltimo, la unidad cuatro contiene temas del modelado de los recursos,
metas, interaccin, comunicacin y transicin de estados, de manera que en este punto
logramos modelar todos los componentes de una organizacin.

d. Propsito

Utilizar conocimientos, herramientas y habilidades necesarios para modelar posibles
soluciones tecnolgicas a medida (programas) que satisfagan los requerimientos
especficos de una empresa.

e. Competencias a desarrollar

Competencia general:
Elaborar diagramas que representen negocios para identificar las funciones de las
organizaciones mediante su anlisis y modelado a travs de diagramas.

Competencias especficas:
Identificar las caractersticas principales del modelado de negocios para lograr
comprender el funcionamiento de las empresas que se quieran modelar
comprendiendo los conceptos bsicos del tema.


8
Distinguir la notacin para el modelado de procesos del negocio logrando usar los
elementos que componen esta notacin, de manera tal que con prctica se
logre plasmar claramente el modelo del negocio.
Construir diagramas para representar las reglas del negocio que se est
modelando, a travs de la utilizacin de software especializado en la notacin
de UML y BPMN.
Aplicar los componentes de un negocio para comprenderlos de forma clara
mediante un lenguaje grfico.

f. Temario

Unidad 1. Principios del modelado de negocios
1.1 Introduccin al modelado de negocios
1.1.1 Definicin del modelado de negocios
1.1.2 Visin General
1.1.3 Caractersticas Principales
1.2 El lenguaje unificado de Modelado
1.2.1 Definicin 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. Notacin para el Modelado de Procesos de Negocio (BPMN)
2.1 Definicin 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 Inclusin, Extensin y Generalizacin
3.3 Definicin de los actores del negocio
3.3.1 Conceptos
3.3.2 Tipos de actores


9

Unidad 4. Modelo Conceptual
4.1 Introduccin 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 Interaccin
4.3.2 Comunicacin
4.3.3 Transicin de estados

g. Metodologa 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, despus el alumno identificar los requerimientos de
informacin para lograr solucionar el problema planteado.

A lo largo de la asignatura se llevarn a cabo dos tipos de actividades:
Actividades en el aula virtual: Foros, Wikis, Bases de Datos, Autoevaluaciones.
Actividades de estudio independiente: Lecturas, tareas, creacin y ejecucin de
programas.

En cuanto a la evaluacin 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 tambin tomando en
cuenta los aspectos que deban modificarse como parte del aprendizaje para que se
eviten.

h. Evaluacin

En el marco del Programa ESAD, la evaluacin se conceptualiza como un proceso
participativo, sistemtico 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.



10
Por lo anterior, para aprobar la asignatura, se espera la participacin responsable y activa
del estudiante, as como una comunicacin estrecha con su Facilitador(a) para que pueda
evaluar objetivamente su desempeo, para lo cual es necesaria la recoleccin de
evidencias que permitan apreciar el proceso de aprendizaje de contenidos: declarativos,
procedimentales y actitudinales.

En este contexto la evaluacin es parte del proceso de aprendizaje, en el que la
retroalimentacin 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 participacin en foros y dems actividades
programadas en cada una de las unidades, y conforme a las indicaciones dadas. La
calificacin se asignar de acuerdo con la rbrica establecida para cada actividad, por lo
que es importante que el estudiante la revise antes de realizar las actividades.

A continuacin presentamos el esquema general de evaluacin.
ESQUEMA DE EVALUACIN
Evaluacin
continua
Interacciones individuales y
colaborativas
10%
Tareas 30%
E-portafolio.
50%
Evidencias 40%
Autorreflexiones 10%
Examen 10%
CALIFICACIN
FINAL
100%

Cabe sealar que para aprobar la asignatura, se debe de obtener la calificacin mnima
indicada por ESAD.

Los trabajos que se tomarn 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 evaluacin ser segn lo indicado a continuacin:
o Excelente: 100
o Bien: 80
o Regular: 60
o Insuficiente: 50


11

i. Fuentes de consulta

Bibliografa bsica

Hernndez, E. (2011). El Lenguaje Unificado de Modelado (UML). Universidad
Politcnica de Valencia, Departamento de Informtica y Sistemas
Computacionales. Recuperado el 06 de octubre de 2011 de:
http://www.disca.upv.es/enheror/pdf/ActaUML.PDF
Len, O. y Asato, J. (2009). La Importancia del Modelado de Procesos de Negocio
como Herramienta para la Mejora e Innovacin. Revista Panorama Administrativo.
7(4). 61 7.
Podeswa, H. (2010). UML for the it business analyst. USA: Course Technology.

Bibliografa complementaria

Btiz, J. (2011). Desarrollo Orientado a Objetos con UML. Recuperado el 06 de
octubre de 2001 de: http://es.scribd.com/doc/2458870/Desarrollo-Orientado-a-
Objetos-con-UML-librobookespanolspanish
Modelado (s. f.) en Diccionario de la Lengua Espaola. Vigsima segunda edicin.
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 Espaola. Vigsima segunda edicin.
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). Introduccin 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


12

II. Desarrollo de contenidos por unidad

a. Unidad 1. Principios del modelado de negocios

Presentacin de la unidad

En esta primera unidad de la materia Modelado de Negocios (MDN), aprenders el
concepto y caractersticas del modelado, as como el lenguaje unificado de modelado y su
uso para modelar negocios.

Propsitos

Comprender las generalidades del modelado de negocios.
Reconocer las caractersticas del UML
Identificar el uso de UML para el modelado de negocios.

Competencia especfica

Identificar las caractersticas principales del modelado de negocios para lograr
comprender el funcionamiento de las empresas que se quieran modelar comprendiendo
los conceptos bsicos del tema.

Consideraciones especficas de la unidad

Realiza todos los diagramas que se tienen de ejemplo, para que te familiarices con su
elaboracin.



13

Actividad 1. Presentacin

Antes de entrar de lleno en el estudio de la asignatura, te presentamos un foro de
discusin general, el cual fue creado con la finalidad de que te presentes con tus
compaeros y comentes cualquier asunto relacionado con la asignatura; en l, conocers
a tus compaeros de grupo y entre todos podrn apoyarse para resolver dudas,
inquietudes, externar comentarios, etctera.

Para comenzar tu participacin, ingresa al foro: Presentacin.

1.1. Introduccin al modelado de negocios

En la actualidad la incorporacin de las tecnologas de la informacin para la
automatizacin de procesos y control de informacin dentro de las empresas ha tenido
una gran penetracin adems de una enorme aceptacin, pues las empresas buscan
contar con sistemas computacionales hechos a medida, que sean capaces de solucionar
todas sus necesidades de control de informacin.

Partiendo de esta premisa, debemos tener en cuenta que si una empresa requiere la
creacin de un sistema computacional que se adapte a su compaa, el primer paso es
lograr comprender la organizacin y estructura empresarial. De este punto nace la
necesidad de modelar los negocios, que es el tema central de esta asignatura.

1.1.1. Definicin del modelado de negocios

Para comenzar con el anlisis de esta asignatura primero debemos comprender qu es el
modelado de negocios. Dividamos los trminos; segn la Real Academia de la Lengua
Espaola (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 accin de conformar la representacin de algo.

Por su parte, la definicin de negocio es (RAE, s/f):
Ocupacin, quehacer o trabajo.


14
Dependencia, pretensin, tratado o agencia.
Aquello que es objeto o materia de una ocupacin lucrativa o de inters.
Accin y efecto de negociar.
Utilidad o inters 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 conformacin de la representacin de los quehaceres de un
comercio (empresa).

Esto nos orienta hacia el hecho de que el modelado de negocios debe crear una
representacin grfica de una empresa, donde se puedan apreciar todo los elementos
que lo componen, su interaccin, recursos, metas, procesos la comunicacin y relaciones
que existen.

1.1.2. Visin General

El modelado de negocios es de gran ayuda en la etapa de anlisis de desarrollo de
software, ya que tener un buen modelo permite lograr comprender el mbito de la
informacin adems de identificar las actividades y procesos que se realizan dentro de la
organizacin para lograr una correcta operacin y as lograr una buena comprensin del
negocio para automatizar procesos al crear sistemas computacionales que se ajusten a la
medida de una organizacin.

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 organizacin, son muy altas.

Existen varias ventajas para basar los sistemas de informacin en un mismo modelo
bsico de negocio (Len y Asato, 2009):
Los sistemas de informacin se vuelven una parte integral del negocio global,
soportando las operaciones, fortaleciendo el trabajo y la obtencin de
resultados.
Los sistemas se integran fcilmente unos con otros y pueden compartir o
intercambiar informacin.

Un modelo de proceso de negocio tpicamente define los siguientes elementos (Len y
Asato, 2009):
El Objetivo o motivo del proceso.
Las Entradas especficas.


15
Las Salidas especficas.
Los Recursos consumidos.
La secuencia de las Actividades.
Los Eventos que dirigen el proceso.

Estos elementos se irn analizando a lo largo de esta asignatura, para comprender su
funcionamiento dentro de la organizacin, as como su modelado.

1.1.3. Caractersticas Principales

Dentro de las principales caractersticas del modelado de negocios se tienen las
siguientes (Len 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 organizacin global,
los modelos pueden ser usados para entrenar a las personas. Pueden ser usados
tanto en una organizacin jerrquica como en una organizacin orientada a
procesos.
Actan como base para crear sistemas de informacin: Las descripciones de
negocio son usadas para identificar el apoyo de sistemas de informacin a los
principales procesos de la organizacin. Los modelos tambin son usados como
una base para especificar los requerimientos clave de esos sistemas.
Facilitan la identificacin de ideas para mejorar la estructura actual del
negocio y su operacin: Los modelos permiten identificar situaciones
susceptibles de ser mejoradas, la construccin 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 operacin, lo que los hace ser un medio para la adopcin de
mejores prcticas inspiradas por otros modelos de negocios exitosos. Tambin
permite tomar ventaja mediante la adopcin de nuevas tecnologas, 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 especificacin 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


16
modelos se vuelven la base para los planes de accin que apoyarn la
transformacin del negocio.

Actividad 2. Modelado de negocios

Con el fin de comprender el modelado de negocios, realiza lo que a continuacin se te
solicita:

1. En un archivo de texto, crea un ensayo sobre La aplicacin 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. Enva el archivo a tu Facilitador(a) mediante la seccin 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 anlisis, diseo e
implementacin de desarrollo de software, as como para el modelado de negocios.

1.2.1. Definicin e Historia de UML

UML se ha convertido en el estndar de facto de la industria, debido a que ha sido
concebido por los autores de los tres mtodos ms usados de orientacin a objetos:
Grady Booch, Ivar Jacobson y Jim Rumbaugh. Estos autores fueron contratados por la
empresa Rational Software Co. para crear una notacin unificada en la que basar la
construccin de sus herramientas CASE. En el proceso de creacin 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 (Btiz,
2011).

El lenguaje UML comenz a gestarse en octubre de1994 (Booch, Rumbaugh y Jacobson)
cuando Rumbaugh se uni a la compaa Rational fundada por Booch (dos reputados


17
investiga-dores en el rea de metodologa del software). El objetivo de ambos era unificar
dos mtodos que haban desarrollado: el mtodo 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. Adems, este lenguaje se abri a la
colaboracin de otras empresas para que aportaran sus ideas. Todas estas
colaboraciones condujeron a la definicin de la primera versin de UML (OMG, 2011).

La OMG (por sus siglas en ingls: Object Management Group - Grupo de Gestin de
Objetos) es una sociedad dedicada al cuidado y establecimiento de estndares de
tecnologas 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 continuacin se muestra una tabla con las versiones y fechas de publicacin.

Tabla 1. Versiones de UML

A la fecha UML se encuentra en la versin 2.4 Beta. Si quieres conocer ms al respecto,
puedes ingresar a la pgina de OMG que contiene toda la descripcin y cambios del
lenguaje en la siguiente direccin:

http://www.omg.org/spec/UML/2.4/

1.2.2. Artefactos de UML

El UML est compuesto por un rico conjunto de elementos grficos, los cuales al
combinarse crean diferentes tipos de diagramas. Al ser un lenguaje grafico tambin
cuenta con reglas semnticas. A continuacin se muestran los elementos grficos que se
utilizan para el modelado de negocios, es importante tomar en cuenta que estos no son


18
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 interactan de
acuerdo a un flujo de trabajo establecido, estos procesos se encuentran relacionados con
base en las reglas del negocio que estn determinadas por las polticas y manual
organizacional. UML ser de ayuda en la descripcin 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 (Len y Asato, 2009).

UML es un lenguaje de modelado de amplio uso, ha sido desarrollado por investigadores
de alto prestigio, adems, a lo largo de los aos (desde 1995), ha estado en constante
evolucin, adaptndose a las nacientes necesidades del rea de diseo. Otro punto
importante de UML es que la gran mayora 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 grfico. Adems, se ha llegado a una solucin unificada basada en
lo mejor que haba hasta el momento, lo cual lo hace todava ms excepcional (OMG,
2011).


19

Adems debemos tomar en cuenta que un diagrama slo tiene una interpretacin, 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 llegarn a conformarlos para que as
la persona encargada de realizar la tarea de modelar procesos de negocio tenga una
base slida y no haya lugar a interpretaciones.

Esta enumeracin de pasos se conoce como ciclo de vida del modelado de procesos
de negocio y no es otra cosa que una secuencia lgica de pasos recomendados para
completar la tarea de plasmar el quehacer diario de una empresa u organizacin
cualquiera en objetos (grficos, descripciones, diagramas de flujo, entre otros) para
entender de manera fcil y de primera vista el funcionamiento general de la organizacin.

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
continuacin:

Figura 1 Secuencia de Modelado de Procesos

En trminos generales debe entenderse que la representacin piramidal tiene un sentido
formativo desde su base hacia lo alto de sta, de tal forma que si no se cumple con los
trminos bsicos (formacin de la base piramidal) el resultado de las capas superiores


20
ser igualmente deficiente. Bajo estos trminos, modelar los procesos de negocio lleva
dentro de s una serie de pasos ordenados y secuenciales (como ya se haba
mencionado) que, si no garantizan al 100% su correcta conformacin, si nos dejarn muy
cerca de este lmite.

A continuacin 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
informacin utilizando alguna de sus tcnicas (entrevistas, cuestionarios, encuestas,
observacin, entre otras) y as identificar y listar los procesos que se desarrollan en la
organizacin. Se debe ser cuidadoso de slo documentar los procesos que en realidad
vayan a intervenir en nuestro modelado y no hacer trabajo de ms al documentar
procesos no contemplados o solicitados para su entendimiento. Si se trata de modelar la
organizacin completa, sern los procesos completos; en caso contrario identificar cules.

Para las personas expertas no tendr validez este comentario, pero a los observadores
nveles se les debe recalcar evitar confundir un subsistema con un proceso de negocio.
Por ejemplo en una pgina web de alguna tienda en lnea la seccin Catlogo en lnea
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 travs de
una plataforma diferente a la tradicional.

Un proceso del negocio sera ms del tipo atender solicitud de ventas que puede
pertenecer al modelo tradicional (el cliente se desplaza fsicamente al punto de venta) o
en el modelo de comercio electrnico (catlogo virtual, carrito de compras) y se sugiere
una descripcin como la siguiente:

Se atiende una peticin de compra del cliente y se verifica esta solicitud sujeta a
las siguientes restricciones:
Mnimo de compra.
Verificar su existencia en almacn.
Se deber verificar la NO existencia de duplicidad de pedidos y pasar por un
proceso de aprobacin que realizar una persona asignada a esta labor que
deber atender los conflictos de logstica que se deriven de las ventas (urgencia
de un cliente sobre una mercanca especfica contra tiempos de entrega de
proveedores de sta). Deber decidir si cae en una categora especial,
cancelacin de pedido o cualquier decisin necesaria para atender al cliente.

As se describe de manera clara el proceso que se sigue en la organizacin para atender
pedidos y su vertiente de pedidos especiales.



21
Identificar los usuarios, departamentos o elementos de la organizacin implicados
en los procesos de negocio.

Quines participan y con qu roles lo hacen, qu funciones especficas tiene ese rol. Por
ejemplo se puede decir que el proceso del negocio arranca cuando se recibe
automticamente una peticin del cliente o un empleado hace esta peticin explcita
mediante un formato o usando un canal de comunicacin adecuado; de esta forma la
peticin automtica 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 logstica
cuando se tienen restricciones en el tiempo de produccin/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 fcilmente 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 realizacin de este paso, ya que como se
puede observar hay una redundancia en la identificacin de roles: el solicitante de venta
es el mismo que el cliente.

A continuacin se muestra una lista de las actividades que realiza cada rol.
Solicitante de venta (cliente):


22
o Realiza una peticin
o Enva peticin
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 relacin que tienen con
los otros actores. El diagrama que se muestra a continuacin 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 representacin 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 continuacin se muestra el
diagrama correspondiente a nuestro ejemplo de negocio de venta:



23

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 organizacin o del proceso
modelado.



24

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 peticin.
Enva peticin.
Decide aprobacin.
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 sera como el que se muestra a continuacin:



25

Figura 4. Diagrama de actividades versin 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.


26
Notificar a responsables.

Con base en lo anterior, el diagrama de actividades quedara como se muestra a
continuacin:

Figura 5. Diagrama de actividades versin B


27

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 facilitarn su rastreabilidad y
en segundo trmino (pero no menos importante) ayuda a comprender el sistema y sus
procesos evitando ambigedades en los requerimientos y evitar inyectar errores en una
fase temprana del anlisis.

Listar la informacin
Se deber identificar la informacin que fluye a travs de los distintos actores y sus
distintas actividades. En el primer caso slo 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 informacin nos ayudar para empezar a construir un
mapa conceptual de todas las actividades y del sistema en general. Se podr identificar
que habr ms informacin en el sistema, pero slo 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 informacin como posibles objetos (clases) y as ir
robusteciendo toda la informacin posible que se necesite a la hora de transformar el
modelo de procesos de negocio en requerimientos de un sistema de informacin.

Reglas del negocio
Pueden entenderse como la serie de restricciones o reglas del juego que impone la
organizacin a la hora de realizar alguna actividad. En cada proceso puede aparecer un
nmero diferente de reglas del negocio y su aplicacin estar en funcin 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 mnimo de compra.
Evitar la duplicidad de pedidos ya que los costos que generara esto para la
empresa seran intratables.
Un pedido no puede procesarse si no tiene una aprobacin explcita del
encargado.
Cuando se detecte un conflicto en la logstica, 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 continuacin se muestra:



28

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 continuacin:

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

3. Enva el archivo a travs de la seccin de Base de Datos.

4. Revisa y comenta los trabajos de tus compaeros.

5. De forma grupal elijan un solo mapa conceptual, el cual deber ser enviado al
Facilitador(a) para recibir retroalimentacin.

Actividad 4. Cmo me ayuda UML para modelar negocios

El propsito de esta actividad es debatir con los miembros del grupo la ayuda que puede
proporcionar UML, adems de compartir la experiencia y perspectiva del tema, as como
dudas e inquietudes.

Ingresa al aula virtual para realizar la actividad.



29
Evidencia de aprendizaje. Ejercicios en UML

Como parte de la evaluacin de esta unidad, es necesario que lleves a cabo la presente
actividad, cuyo propsito es comprender el funcionamiento de UML para plasmar su uso
en el modelado de negocios, realizando la identificacin 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, carnicera, panadera,
ciber-caf, ferretera, mercera, 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 gurdalo con el nombre
MDN_U1_EA_XXYZ.

5. Enva el archivo a tu Facilitador(a) a travs del Portafolio de evidencias.

No olvides consultar la Escala de evaluacin que encontrars en la pestaa 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
Autorreflexin y consultes las preguntas que tu Facilitador(a) formule, a partir de ellas,
debes elaborar tu Autorreflexin y enviarla mediante la herramienta Autorreflexiones. No
olvides que tambin se toman en cuenta para la calificacin final.

Autoevaluacin

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



30
Cierre de la unidad

Has concluido la primera unidad del curso. A lo largo de sta se revisaron conceptos
bsicos sobre los principios del modelado de negocios. En su primera parte hicimos una
breve introduccin para que conocieras las definiciones relacionadas con el modelado de
negocios, tuvieras una visin general del mismo e identificaras sus caractersticas
principales. En una segunda parte se trabaj sobre el Lenguaje Unificado de Modelado
(UML), donde se incluy su definicin 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 ests preparado(a) para seguir con la unidad dos, en donde continuars con la
Notacin para el modelado de procesos de negocio (BPMN) en donde se hablar de su
definicin, objetivos y beneficios, as como tambin trabajaremos con los artefactos, sus
tipos de elementos y asociaciones.

Para saber ms

Si quieres conocer ms al respecto de UML en su versin 2.4 Beta, puedes ingresar a la
pgina de OMG que contiene toda la descripcin y cambios del lenguaje en la siguiente
direccin:

http://www.omg.org/spec/UML/2.4/

Por otro lado, es recomendable que utilices un editor de UML para la elaboracin de
diagramas, se recomienda que utilices ArgoUML, que es de uso fcil e intuitivo, adems
de ser gratuito, puedes descargarlo de:

http://argouml.tigris.org/

Fuentes de consulta

Bibliografa bsica

Hernndez, E. (2011). El Lenguaje Unificado de Modelado (UML). Universidad
Politcnica de Valencia, Departamento de Informtica y Sistemas


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

Bibliografa complementaria

Btiz, J. (2011). Desarrollo Orientado a Objetos con UML. Recuperado el 06 de
octubre de 2001 de: http://es.scribd.com/doc/2458870/Desarrollo-Orientado-a-
Objetos-con-UML-librobookespanolspanish
Modelado (s. f.) en Diccionario de la Lengua Espaola. Vigsima segunda edicin.
http://buscon.rae.es/draeI/SrvltConsulta?TIPO_BUS=3&LEMA=modelar
Negocio ((s. f.) en Diccionario de la Lengua Espaola. Vigsima segunda edicin.
http://buscon.rae.es/draeI/SrvltConsulta?TIPO_BUS=3&LEMA=negocio
Sparks, G. (2011). Introduccin 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


32

Unidad 2. Notacin para el Modelado de Procesos de Negocio (BPMN)


En la unidad anterior se vieron temas introductorios al modelado de negocios, cuyos
temas fungieron como iniciacin para comprender el uso y aplicacin del modelado. En la
presente unidad, aprenders el concepto del BPMN y su utilizacin para crear modelos
completos y complejos; posteriormente se ligar con la siguiente unidad, en que se
hablar sobre la utilizacin conjunta de UML y BPMN.

El modelado de procesos de negocio (BPMN) implica, dentro de su propia definicin,
que deben plasmarse representaciones escritas y de preferencia grficas de lo que est
sucediendo al interior de cualquier organizacin. Cada organizacin 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, ms cortos y con resultados inmediatos- para llegar al fin que
persiguen.

Las organizaciones se hacen preguntas como: qu hacer para producir ms a un menor
costo?, de qu manera se puede hacer que el producto llegue al cliente mucho ms
rpido 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 ms detalle que las
propias actividades en s.
Descripcin de procesos: Proporcionan ms informacin, por ejemplo los
involucrados, datos, informacin, entre otros.
Modelos de procesos: Es la conjuncin de los dos anteriores, dando tanta
informacin y de manera necesaria para poder simular la ejecucin del modelo
que intenta describir.

BPMN se basa en un conjunto estndar de elementos grficos para hacer la descripcin
de los procesos y cul es la secuencia lgica para poder llevarlo desde el comienzo hasta
el fin, los Objetos de Flujo:
Actividades
Eventos


33
Puertas de enlace
Flujos de secuencia

Propsito

En esta unidad logrars:
Definir el BPMN y sus objetivos.
Distinguir los artefactos que utiliza el BPMN.
Distinguir la asociacin de elementos de BPMN.


Distinguir la notacin para el modelado de procesos del negocio logrando usar los
elementos que componen esta notacin, de manera tal que con prctica se logre plasmar
claramente el modelo del negocio.

Consideraciones especficas 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 grficos. Para esto puedes utilizar el
programa Visio de Microsoft.

2.1. Definicin y Objetivos

Se puede definir al BPMN como la captura de una serie ordenada de actividades e
informacin de apoyo que refuerzan a stas. Modelar un Proceso de Negocio incluye la
representacin de cmo 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 slo los procesos son modelados.

Los objetivos principales que persigue BPMN son:


34
1. Tener una representacin grfica del Lenguaje de Modelado de Procesos de
Negocio (BPML), pues era primordial tener una notacin orientada hacia las
necesidades del usuario, es decir, una traduccin de la notacin orientada al
negocio al lenguaje tcnico en ejecucin (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 segn el
gusto y necesidad de quin las usa.
3. Consolidar los principios subyacentes del modelado de procesos, se pretende una
notacin comn, en cuanto a la representacin.
4. Llevar el ejercicio acadmico 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 representacin grfica (BMPN) y el
lenguaje de representacin formal (BPML, llamado luego BPEL). Por lo tanto
proporciona un mapeo vlido entre los diagramas y el lenguaje formal, de manera
que se pueda automatizar la ejecucin 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, pidindole que: imagine un tringulo pero con la parte de
abajo a la mitad, o como a interseccin de dos lneas en un ngulo de 45 y ambas
cortadas al centro por otra lnea paralela al ngulo mencionado en una distancia igual al
50% de su longitud entre muchas otras explicaciones producto de la prodigiosa
imaginacin del descriptor; pero en realidad el receptor no tendr el concepto completo
(definicin adems de representacin) si no se le da a conocer de manera grfica como
debera verse una A. De esta manera es posible apoyarse en el BPMN para hacer la
representacin grfica 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, bastara con hacer
mencin que se toma el libro y se lee y para muchas personas eso sera ms 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 da las empresas se estn diversificando de tal manera que, su ritmo de trabajo lo
impulsan las ms variadas y diversas unidades de negocio; cada una de ellas con una


35
complejidad inherente a su propio objetivo tal, que se podra 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, sera 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 continuacin:
Hay una comunidad internacional respaldada por organizaciones reconocidas, de
esta manera no se dejar espacio a la interpretacin o al libre albedrio del
modelador del proceso de negocio, es decir, no se podr representar de manera
diferente una relacin entre departamentos, o de manera ms clara y concisa, no
se podr malentender un smbolo 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 convencin internacionalmente
aceptada, nadie que se diga apegado al estndar del BPMN puede inventar sus
propias representaciones, no puede aadir o quitar elementos a su antojo, no tiene
derecho a ser creativo en cunto al significado ni la representacin de los
elementos que conforman la representacin del BPMN, pero s lo puede ser en el
uso y la combinacin de ellos.
Cada vez se est ms inmenso en la aldea global. La ocurrencia de un suceso o
evento importante puede ser transmitida al otro lado del mundo en instantes. Esta
aseveracin lleva irremediablemente a la conclusin que se colabora cada da ms
entre personas de distintas regiones, culturas, idiomas, razas, entre otras
variantes, lo que significa que la complejidad de la comunicacin se vuelve alta. Al
tener un estndar de representacin 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 estndar 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 slo es
referente a la sintaxis, no a la semntica.
La misma rigidez que se sobreentiende del estndar BPMN tambin permite
formalizar; tanto que incluso (en algunas ocasiones y bajo ciertas circunstancias)
pueda prescindirse del elemento humano para su
elaboracin/interpretacin/implementacin/ejecucin y dejar este trabajo a
elementos automatizados (algoritmos programados en computadora) para hacer
de los resultados tan ricos en informacin como se desee.
De lo descrito en el punto anterior, se puede ahondar tanto, que se podr decir
que: el elemento grfico resultante del modelado de procesos de negocio no debe
tomarse como una receta infalible que al seguir descritos en algn lugar siempre
funcionar. Para reforzar este concepto se puede pensar en los zapatos que se


36
tienen puestos en este momento: se toman de la misma manera para ir a una
cena formal, para jugar ftbol, para nadar, para dormir? o, slo funcionarn 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 quin ser el pblico
al que se presentar, qu nivel de conocimiento tiene sobre los elementos tcnicos
que se quieren representar (por ejemplo: presentar a un mdico 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 revisin laxa del todo, que una profunda
descripcin de los detalles. Si se piensa automatizar (prescindir del elemento
humano), deber ser tan profundamente detallado que no haya posibilidad a la
interpretacin ni a la ambigedad.

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 explicacin, a fin de vender la idea.
Cuando se est explicando en trminos abstractos la secuencia del flujo del trabajo de un
proceso que se maneja en una empresa u organizacin, 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 grficos estndar.
Todos los elementos sern fciles de usar para describir los procesos de una
empresa u organizacin pues se basan en diagramas de flujo (de informacin 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 mtodo simple de crear modelos de procesos de negocio pero que al
mismo tiempo puedan manejar toda la complejidad que significan stos.
La descripcin de manera clara y explcita de todo lo que sucede en el interior de la
organizacin 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, ledos y comprendidos por terceras personas de cualquier extraccin
cognitiva y cultural, no se hacen para el equipo elaborador (para uno mismo).



37

Actividad 1. Generalidades del BPMN

Este foro de discusin es para que expreses tu punto de vista sobre los beneficios y
objetivos del BPMN, adems para que intercambies ideas con tus compaeros sobre
este tema.

1. Identifica el uso y caractersticas 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. Enva el archivo a tu Facilitador(a) para recibir retroalimentacin.

2.2. Artefactos

A continuacin se muestran los diferentes artefactos (elementos) de los que se compone
un diagrama BPMN.



38



39



40

Tabla1 Artefactos del BPMN

2.2.1. Tipos de elementos de BPMN

A continuacin se listan los diferentes tipos de elementos de los que se compone BPMN,
as como su descripcin. Al final de la descripcin de los componentes se encuentra un
ejemplo de su uso, retomando el ejemplo del negocio electrnico visto en la unidad
anterior.

ACTIVIDADES
Tarea: Es el nivel ms bajo de actividades, las cuales no pueden ser
descompuestas.
Sub-proceso: Es un conjunto de tareas unidas con un solo fin, el signo ms indica
que el subproceso puede descomponerse en pequeas actividades, que son las
tareas.
Tarea bucle: Identifica que la tarea deber repetirse un determinado nmero de
veces.
Multi-instancia: Esta actividad identifica que la tarea deber realizarse varias
veces, pero cada vez con diferentes datos.



41
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 (seal de que se debe realizar algo) o
un resultado (White, 2009). A continuacin 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.
Seal: Un disparador se genera al llegar una seal enviada desde otro punto.
Condicional: Se indica que se debe cumplir con una condicin para
Mltiple: Indica que existe una combinacin 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 cancelacin de una actividad. Se utiliza este mismo artefacto
pero relleno de negro para indicar que el fin de un proceso resulta en una
cancelacin.
Compensacin: 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
compensacin.
Vinculo: Establece un conector para ir hacia, otro punto del modelo. Se utiliza
este mismo artefacto relleno de negro para indicar el punto de conexin 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 continuacin se describen las diferentes puestas
de enlace que utiliza el BPMN.
Exclusivo: Evala las condiciones del flujo secuencial de actividades para definir
un solo camino hacia donde deber seguir el flujo.
Evento: Evala la ocurrencia de un evento para definir un solo camino hacia
donde deber seguir el flujo de actividades.
Paralelo: Se enva el flujo de actividades hacia varios caminos (hacia todos al
mismo tiempo) sin evaluar nada.
Inclusivo: Se enva el flujo de actividades hacia varios caminos (hacia todos al
mismo tiempo), si es que se cumplen las condiciones del flujo secuencial de
actividades.


42
Complejo: Se enva el flujo de actividades hacia varios caminos (hacia todos al
mismo tiempo), si es que se cumple una sola condicin del flujo secuencial de
actividades.

AGRUPAMIENTO
Estos elementos se utilizan para dividir y organizar los diagramas del BPMN, los cuales se
describen a continuacin.
Pools: Bsicamente son contenedores para indicar que el diagrama pertenece a
un participante en especfico.
Carriles: Son contenedores que representan roles en las actividades que se estn
modelando.

ARTEFACTOS
Objeto de datos: Son los documentos y datos que requieren los procesos.
Grupo: Ayuda a definir secciones en el diagrama.
Anotacin de texto: Son notas que aade quien modela a manera de informacin
extra sobre los modelos grficos.

2.2.2. Asociaciones de los elementos BPMN

A continuacin se enumeran las asociaciones de los elementos BPMN:
Flujo de secuencia: Indica la secuencia de las actividades que se realizan, siendo
el origen la lnea 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 condicin. El pequeo rombo indica el origen del flujo
de la decisin y la punta indica el destino.
Flujo de mensaje: Indica la comunicacin entre participantes mediante mensajes,
este tipo de flujo se utiliza para comunicar a diferentes pools, el origen est
indicado por el crculo y el destino por la punta de la flecha.
Asociacin: Este elemento indica la unin 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 electrnico.

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 ms
bsicas:
o Realiza una peticin.


43
Revisa el catlogo de productos existentes.
Analiza los productos de su inters.
Si el producto le convence realiza la solicitud del producto mediante
la compra.
o Enva peticin
Enva los datos de su compra.
Enva 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.
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 enva 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 renen 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



44
La siguiente imagen (2) muestra el mismo diagrama del proceso de compra pero a nivel
detallado (micro) donde cmo se puede observar se tienen todas las tareas requeridas.
Obsrvese que en este diagrama adems de tareas se utilizan puertas de enlace, pues se
requieren decisiones, tambin podemos observar que se utilizan eventos de cancelacin,
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 utilizacin 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
despus se revisan las existencias, y como dice la descripcin no se evala nada, solo se
identifica el tipo de pedido. Otro elemento utilizado es un evento temporizador el cual es
utilizado por que la discriminacin se realiza con base en la fecha solicitada de entrega.



45

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 vnculo, 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 comunicacin de datos que se genera entre cada
proceso.



46



47
Imagen 5 Diagrama BPMN de un negocio de comercio electrnico 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.




5. De forma grupal elijan un solo ejemplo visual, el cual deber ser enviado al

Autoevaluacin

segunda unidad del curso, es necesario que resuelvas la autoevaluacin de la unidad.

Evidencia de aprendizaje. Manual del uso del BPMN y sus
componentes

Como parte de la evaluacin de esta unidad, realiza un manual donde describas los
componentes del BPMN y su uso bsico.



48
1. En un archivo de texto, realiza un manual donde se describa paso a paso la realizacin
del modelo que realizaste en la Actividad 3, de manera tal que sirva como gua 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. Enva la carpeta del proyecto a tu Facilitador(a) para recibir retroalimentacin.

Cierre de la unidad

Has concluido la segunda unidad del curso. A lo largo de sta has visto lo que es el
BPMN, su definicin, 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
ests preparado(a) para seguir con la unidad tres, en donde continuars con la revisin
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 ms.

Consulta la pgina oficial del BPMN http://www.bpmn.org/, donde podrs encontrar
manuales de referencia sobre este tema.

Fuentes de consulta

White, S. & Derek, M. (2009) BPMN: Gua de referencia y modelado. Mxico: Future
Strategies Inc.



49

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 adentrndote en los temas del modelado de negocios.
En esta unidad aprenders el modelado de procesos, as como el uso y elaboracin de
casos de uso. Estos temas te sern de ayuda para crear modelos ms complejos, para
que en la siguiente unidad cierres la materia con los temas faltantes para un modelado
completo.

Propsito

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
travs de la utilizacin de software especializado en la notacin de UML y BPMN.


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

3.1. Diagramas de Procesos de Negocio (BPD)



50
En las empresas u organizaciones existentes hoy, la cantidad de personas que participan
es inmensa; junto con ello viene la diversidad cultural, cognitiva, de gnero, entre otros.
Las relaciones que se entrelazan no slo en las unidades funcionales, si no entre las
mismas personas, llevarn a formar una red de interaccin con una alta complejidad. El
departamento de contabilidad interacta con el departamento de desarrollo de software al
asignarles presupuesto o depreciar el equipo de cmputo que usan a diario. En el caso
contrario el departamento de desarrollo de software interacta con el departamento de
mantenimiento para proveerlos de sistemas de informacin que les ayude a llevar control
de su trabajo y el departamento de mantenimiento interacta con el departamento de
contabilidad al programar revisiones de sus equipos de aire acondicionado. Este breve
relato te da a entender entre lneas que los expertos de los distintos departamentos,
aunque lleven relaciones a diario; nada tienen que ver con el trabajo del otro.

Luego, ellos no deben entender el proceso interno de tal o cual departamento y ntese
que, an perteneciendo a una misma organizacin, slo se avizora lo general dejando lo
particular de lado; y no quiere decir que est mal hecho.
Es por esto que un Diagrama de Procesos del Negocio (BPD por sus siglas en ingls) se
utiliza para modelar grficamente las operaciones de los procesos del negocio, de forma
que los usuarios que no tenga instruccin formal en lo que versa el proceso (como ya se
explic en prrafos anteriores) puedan leer y comprender hasta los procesos ms
complejos.

3.1.1. Elementos de un BPD

Un BPD se estructura a partir de un grupo de elementos grficos base, que son:
Objetos de flujo
Objetos de conexin
Carriles
Artefactos

En el desarrollo de la unidad actual se te ha insistido mucho que el resultado de modelar
procesos debe ser un producto fcil de manejar/entender pero al mismo tiempo que
abstraiga la complejidad inherente de la consecucin de cualquier proceso, grande o
pequeo. Entonces los elementos que comprenden un BPD estn limitados a un nmero
pequeo, de esta manera quienes tengan la responsabilidad de modelar el proceso del
negocio no tendrn que recordar un gran nmero de elementos o variables y as al ser
compacto el nmero de elementos de entrada, la salida ser igual; aunque la combinacin
de ellos es suficiente para modelar cualquier proceso de cualquier tamao.

Enseguida se describen cada uno de los elementos grficos de un BPD



51
Objetos de Flujo
BPD tiene 3 elementos centrales que comprenden los Objetos de Flujo:

Evento, su representacin es a travs de un crculo y quiere decir algo que pasa
durante la consecucin de un proceso de negocio, afectan al flujo del proceso y
tienen un evento disparador y un resultado; causa y efecto. Este tipo de objetos de
flujo acepta tres estados vlidos con su respectiva representacin.

Figura 3.1. Eventos del Objeto de flujo

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

Figura 3.2. Representacin de Actividad

Decisin, su representacin es familiar para las personas acostumbradas a crear
diagramas de flujo pues es un rombo y tiene la misma funcionalidad, decisin de la
divergencia o convergencia del flujo de la informacin. Puede crear nuevos


52
caminos o hacer que se fundan a travs del resultado de la evaluacin lgica
(lgica booleana con verdadero o falso) de sus enunciados.

Figura 3.3. Representacin de decisin

Objetos de Conexin
Para poder hacer la descripcin del flujo de la informacin se hace uso de estos
elementos que describen el sentido, desde dnde y hacia dnde, fluir. Los tres
conectores que hacen esta funcin son:

Flujo de secuencia, se representa con una lnea lisa y con una terminacin en la
punta de flecha igualmente lisa (rellena) y denota la secuencia en que se ejecutan
las tareas del proceso.
Flujo de mensaje, se representa con una lnea entrecortada (discontinua) y con
una terminacin en la punta de flecha sin relleno (slo el contorno de la punta de
flecha); su uso es para denotar el flujo de mensajes entre dos actores (pero no
limitado) del o de los procesos. Se usa igual para unidades funcionales del
negocio separadas.
Asociacin, se representa por una lnea punteada (formada por puntos) sin
terminacin en punta de flecha; su uso es para asociar textos, datos, entre otros
artefactos con los objetos de flujo, adems de mostrar las entradas/salidas de las
actividades.



53

Figura 3.4. Representacin de Asociacin

A simple vista puede pensarse que los elementos son insuficientes para poder describir
procesos de negocio, pero debe recordarse que la experiencia del diseador es lo que
dar la correcta combinacin de elementos para describir el proceso que se necesite.

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



54

Figura 3.5. Representacin de Carriles

3.1.2. Procesos de Alto Nivel

Los procesos de alto nivel son aquellos vistos de manera resumida o corta, todos los
diagramas en su fase de inicio comienzan con este nivel, pues es donde se van
identificando de manera general los posibles componentes que deber contener el
modelo.

Cuando se comienza a realizar la especificacin de los diagramas, es decir que se realiza
el modelado de los pequeos detalles y componentes, suele llamarse procesos de bajo
nivel o diagramas extendidos.

3.2. Modelo de Casos de Uso del Negocio

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

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

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



55
3.2.2. Elementos del Modelo de Casos de Uso del Negocio

Un caso de uso es bsicamente una representacin grfica entre un usuario y un sistema,
en nuestro caso, relacin con la empresa. Por tanto los casos de uso en el mbito de los
negocios son de ayuda para la identificacin de las funciones que realizan las personas
en la organizacin.

Es importante resaltar el hecho de que un caso de uso puede ser muy pequeo o
extenderse mucho, todo depende de la cantidad de funciones que deba realizar cada
usuario.

En la tabla 3.1. se muestran los artefactos bsicos que se requieren para la construccin
de un diagrama de casos de uso y su descripcin.

Tabla 3.1. Artefactos bsicos de los casos de uso

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 peticin.
Enva peticin
Aprueba pedido
Decide
Discrimina


56
Encamina
Aprueba o rechaza
Procesa
Operario:
Entrega

Los diagramas de caso de uso que se representan en las actividades que realiza el cliente
a nivel macro, se podran englobar en realizar la compra de un producto, donde el cliente
da informacin y tambin es quien la recibe del negocio por internet tal como se ve en la
figura 3.6.

Figura 3.6. Caso de uso nivel macro

3.2.3. Relaciones de Inclusin, Extensin y Generalizacin

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



57

Tabla 3.2. Relaciones de los casos de uso

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



58

Figura 3.7. Caso de uso con inclusin

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

Figura 3.8. Caso de uso con extensin



59
En otro ejemplo, la relacin de generalizacin para los casos de uso, es utilizada para
mostrar que un caso de uso puede tener relacin con otro que a su vez podra llegar a
sustituirlo sin mayor problema, para este ejemplo se muestran dos casos de uso con
relacin de generalizacin a la compra de un producto, las cuales son tal como se
muestra en la figura 3.9. la compra de un producto nuevo y la compra de un producto
usado, las cuales si lo analizas realmente podras sustituir sin ningn problema con la
compra de un producto; pues, la accin de realizar la compra es la misma, solo cambiara
el tipo de producto que se adquiera, pero las acciones seran las mismas.

Figura 3.9. Caso de uso con generalizacin

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



60

Figura 3.10. Caso de uso a nivel micro

3.3. Definicin de los actores del negocio

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

3.3.1. Conceptos

Por lo general los actores en los casos de uso se utilizan para:


61
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 informacin y es el
actor con quien esta interactuando el que debe recibirla, por tanto es quien debe
realizar la finalizacin.
Solicitar informacin: es el actor con quien esta interactuando el caso de uso y por lo
tanto es el actor quien provee de informacin al caso de uso para esperar su
respuesta.
Modificar la informacin: igual que el anterior.

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

3.3.2. Tipos de actores

Bsicamente se tienen dos tipos de actores:
1. Primarios: son aquellos actores que tienen una interaccin directa con el sistema o
negocio.
2. Secundarios: son aquellos actores que sirven de ayuda a los actores principales
para que puedan realizar sus actividades.

Para dejar en claro los tipos de actores piensa en el ejemplo del negocio por internet,
donde se tiene que el cliente compra un producto, y se tiene tambin el rol del operario,
que solo se encarga de entregar el producto al cliente, en este caso el operario es un
actor secundario, pues est sirviendo al cliente a completar su compra, pero el operario
en s mismo no tiene interaccin con el negocio ms all de llevar productos (que seran
informacin de respuesta).

Actividad 1. Cmo podemos asociar UML y BPMN

Esta actividad tiene como propsito que reflexiones sobre el uso de BPMN y UML.

3. Identifica el uso y caractersticas principales del BPMN y UML.




62
5. Contribuye con algn comentario a por lo menos dos compaeros(as) sobre su
discernimiento del tema.

6. Con base en las aportaciones de los compaeros(as), reelabora la asociacin entre
UML y BPMN como conclusin del foro.

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.

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



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

Con el fin de que identifiques los componentes y el uso del BPMN asociado a UML
debes realizar un mapa mental, que contenga los componentes y uso de dichos tipos de
diagramas, as como sus caractersticas.

1. En un documento de Word o Visio, crea un mapa mental que identifique los
componentes, uso y caractersticas de BPMN y UML.




5. De forma grupal elijan un solo mapa mental, el cual deber ser enviado al



63

Autoevaluacin

tercera unidad del curso, es necesario que resuelvas la autoevaluacin de la unidad.

Evidencia de aprendizaje. Diagrama del negocio

Como parte de la evaluacin de esta unidad, realiza una serie de diagramas que modelen
un negocio utilizando UML y BPMN.

4. En Word o Visio crea un nuevo documento, y en l realiza los diagramas faltantes
(casos de uso del responsable de ventas y operario) para modelar con UML el ejemplo del
negocio de comercio electrnico que se ha estado tratando a lo largo de esta asignatura.

5. Guarda la evidencia con el nombre MDN_U3_A4_XXYZ.Sustituir las XX por las dos

6. Enviar la carpeta del proyecto al facilitador(a) mediante el Portafolio de evidencias.

No olvides consultar la Escala de evaluacin.

Autorreflexiones

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

Cierre de la unidad

Has concluido la tercera unidad del curso. A lo largo de sta has visto un repaso de la
unidad anterior con los temas de procesos de negocio que se retomaron para remarcar
estos temas. Adems a lo largo de sta unidad has visto lo que son los casos de uso, su


64
definicin, beneficios y objetivos, as como los componentes de este tipo de diagramas y
sus asociaciones.

ests preparado(a) para seguir con la unidad cuatro, en donde continuars con la revisin
del modelado conceptual, con el fin de modelar recursos, metas, interacciones y
comunicaciones dentro de las organizaciones. Todo ello con el fin de obtener el
conocimiento necesario para comenzar a realizar modelos de negocios complejos al final
del curso de Modelado de Negocios.

Para saber ms

Consulta la pgina oficial de UML, donde podrs encontrar manuales de referencia sobre
este tema.

Unified Modeling Language (UML): http://www.omg.org/spec/UML/

Fuentes de consulta

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



65

Unidad 4. Modelo Conceptual


En la unidad anterior se repas el tema del modelado de procesos de un negocio, y se
abord tambin el tema de los casos de uso, con los cuales se han identificado los roles y
acciones que involucran a los empleados de una organizacin. En esta unidad aprenders
a modelar recursos, metas, atributos, interaccin, comunicacin y estados de un negocio.
Con estos temas termina la materia de Modelado de Negocios y te servirn para modelar
un negocio en su totalidad.

Propsito

o Describir el modelado de recursos y metas de un negocio.
o Definir atributos y relaciones del modelo conceptual para modelar negocios.
o Realizar el glosario de un negocio.
o Realizar diagramas que modelen la totalidad de un negocio.


Aplicar los componentes de un negocio para comprenderlos de forma clara, mediante un
lenguaje grfico.


Es muy importante que captures todos los diagramas de ejemplo, para que analices su
estructura y puedas comprender mejor los temas vistos.


66

4.1. Introduccin al modelo conceptual

Hasta este punto se han abarcado temas para el modelado de un negocio, de manera que
se ha logrado comprender de una mejor forma cmo funciona un negocio (procesos,
tareas, actores y secuencias, entre otros).

En esta ltima unidad se dar un pequeo giro a la materia viendo que, despus de
realizar todos los diagramas necesarios para describir, conceptualizar y abstraer un
proceso de negocio, stos debern orientarse a la creacin del modelo conceptual del
sistema computacional que mejor se adapte al negocio.

Ahora se utilizarn los modelos creados en las etapas anteriores para identificar los
puntos clave del sistema que se deber realizar.

El modelo conceptual bsicamente es el modelo visual que ilustra las interconexiones del
modelo descrito.

4.1.1. Conceptos

Cuando se acta, sin saber la razn del por qu funcionan las cosas, se est actuando sin
la base de tener un modelo conceptual. Un modelo conceptual correctamente construido
permite al usuario predecir los efectos de sus actos. La falta de modelo conceptual
conlleva actuar de memoria (Norman, 1990).

Visto desde las perspectiva del modelado de los procesos del negocio, que es
precisamente un modelo conceptual de la o las tareas que se hacen a diario en una
empresa u organizacin, se deben plasmar de forma clara y consistente todas las
acciones del trabajo diario, de esta forma se evitar la mecanizacin del trabajo que,


67
llevar a no comprender la razn de la funcin de cada uno, ni las relaciones con otros
roles o instancias de la organizacin.

Cuando los procesos del negocio son modelados conceptualmente constituyen una
abstraccin externa que describe, mediante diagramas y notaciones con un alto grado de
formalidad. La descripcin de estos pasos mediante el modelo conceptual permitir a casi
cualquiera entender y hacer cualquier cosa que en ellos se encuentre, sin depender de
nadie. Traer beneficios para las personas y para las organizaciones.

4.1.2. Atributos

Un atributo es una caracterstica especial o definitoria de cualquier cosa o concepto al que
se est refiriendo, por ejemplo al hablar del modelado de los procesos del negocio, un
atributo inherente a l es la claridad.

Cuando se habla de atributos en el modelado del negocio se debe tener en cuenta que el
principal objetivo es describir caractersticas nicas del modelo que se quiera describir.
Gran parte de lo que se descubra en el modelado de los procesos del negocio servir
para la creacin de la base de datos que soportar el sistema de informacin al que se
quiere llegar; de esta manera un atributo descubierto en los modelos descritos puede
perfectamente entenderse como un atributo propio del lugar donde se haya hecho el
hallazgo.

Para hacer distincin, un atributo en base de datos puede tomar muchos matices ya que
hace referencia a cada una de las caractersticas que describen una tupla cualquiera, por
ejemplo la tupla representativa de una persona podra tener los atributos siguientes:
Edad
Peso
Talla
Raza
Nombre


68

Entre muchos otros que se debern tomar en cuenta respecto del problema especfico al
que se enfrente el lector.

Se debe tomar en cuenta que los atributos no siempre sern cuantificables o medibles
sobre una unidad de medida estndar. Poner valores a los atributos del tipo numrico
siempre ser fcil -como la estatura de la persona del ejemplo anterior- pero si se quiere
cuantificar su nivel de aceptacin sobre algn tema moral de moda, la unidad de medida
estar completamente sujeto a la interpretacin y al criterio de quien emite el juicio de
valor.

Un atributo debe representar slo una caracterstica del modelo del negocio, no debe
haber ms de dos caractersticas en un solo atributo, se debe llevar la misma atomicidad
descrita en la teora de base de datos. Esto con el fin de evitar la duplicidad de
informacin o la incoherencia de los datos que se estn manejando.

La estrecha relacin que se puede encontrar entre los atributos de los modelos del
negocio y los atributos descritos en la teora de las bases de datos es innegable de tal
forma que podr pasarse sin dificultad los atributos del modelo del negocio a su
equivalente en entidades de base de datos.

4.1.3. Relaciones del modelado Negocio

Una relacin es un vnculo entre dos o ms entidades. Cuando se lleva al mbito del
modelado de negocios se puede entender como el flujo de informacin que se pone en los
conectores que conforman los diagramas, por ejemplo la relacin que hay entre el
departamento de Finanzas y el departamento de Recursos Humanos ser la informacin
que fluye desde Finanzas hacia Recursos Humanos sobre los sueldos del personal de la
empresa.



69
Es importante identificar claramente las relaciones que se den a lo largo de la elaboracin
de todo el modelado del proceso del negocio, ya que de cierta manera terminarn siendo
la principal fuente de informacin al momento de elaborar la base de datos; el modelo
conceptual que se desprenda podr tomarse como base (aunque no como producto
terminado) del modelo fsico de base de datos. Las relaciones se describen en las bases
de datos utilizando un modelo de datos que se puede asemejar como una coleccin de
conceptos que se emplean para describir la estructura de una base de datos. Recurdese
por favor que esa coleccin de conceptos fue igualmente utilizada para crear el modelo
del proceso de negocio, por lo tanto se presenta de nuevo la semejanza entre el concepto
modelado de negocio y la teora de base de datos referente a las relaciones.

Dependiendo del mbito donde se aplique esta relacin la coleccin de conceptos
cambiar, por ejemplo para modelado de los procesos del negocio la coleccin de
conceptos especficos para BPMN visto en la unidad 2- ser diferente a la presentada por
las bases de datos.

La mayora (o su totalidad) de la coleccin de conceptos tienen en su definicin un
conjunto de operaciones bsicas para poder especificar su funcin y tener claro para qu
se utilizar, no confundir los elementos especficos segn su funcin. Un elemento para
declarar o citar una tarea, un elemento para declarar o citar una relacin, un elemento
para citar o declarar una sub-tarea hasta hacer la totalidad de sus descripciones y
operaciones. Visto desde el punto de vista expuesto en temas anteriores, todos los
elementos tienen funciones especficas necesarias para poder describir con alto grado de
abstraccin y fineza cualquier ejemplo de proceso del negocio.

La clasificacin de este tipo de relaciones, para el caso especfico del que se trata slo es
uno, por la naturaleza propia del concepto:
Modelo relacional de modelado del negocio

Ntese que se est planteando una buena (y tal vez nueva) combinacin entre las
relaciones clsicas (inclusive en su definicin matemtica ms pura) y los conceptos
presentados en unidades anteriores, pues si bien quien ejecuta la labor involucrada en el


70
modelo que se describe, debe quedar claro para cualquier persona no versada en el
tema. Se hace uso de distintas disciplinas (como la teora de base de datos) para hacer
este complemento de conceptos tiles para el responsable de modelar estas relaciones.
El trabajo de modelar relaciones no es aislado y se debe tener en cuenta que el resultado
de modelar los procesos de negocio (con las relaciones entre las unidades operativas
descubiertas en la organizacin) servir en pasos posteriores como entrada para nuevos
procesos, de tal modo que la calidad del resultado de este punto impactar en la calidad
del proceso siguiente (hablando en trminos de fabricacin de software con calidad).

4.2. El glosario del negocio

Una explicacin nunca ser suficiente. Se debe ser totalmente claro a la hora de
presentar la informacin, muchas veces se cae en el error de pensar que todo es claro por
que quien explica las cosas es normalmente quien las ha hecho. Al utilizar un catlogo de
palabras auto descriptivo respecto a la disciplina del modelado de los procesos del
negocio se estar asegurando que cada trmino, tecnicismo, neologismo o cualquier
elemento desconocido que se incluya en los diagramas estar perfectamente claro para
quien sea. Debe ser utilizada a manera de complementar el texto o diagrama principal y
no tomar protagonismo ms all del estrictamente necesario, colocndolo al final del texto
a manera de informacin tabular donde se describa el concepto ms su definicin o
significado.

Su elaboracin estar a cargo de un grupo experto (o una persona solamente) pero sin
perder el enfoque principal que es un pblico general sin formacin (inclusive) en los
temas tratados, es decir, su objetivo principal es trascender el crculo de personas
especializadas en una materia.



71

4.2.1. Modelado de los recursos del negocio

Para una empresa u organizacin conocer cules son sus recursos es primordial,
haciendo la aclaracin que no se hace referencia a los recursos financieros, si no a
aquellos recursos que son parte de sus procesos. La unin de estos recursos (sus
modelos) son los que ayudarn a poder llevar la consecucin de la integracin para dar
como resultado sus modelos de negocio.

Hablando de manera global, la unin de recursos mediante un modelo darn ideas claras
de lo que se tiene y en qu se est usando (cmo coopera este recurso en el modelo
global).

Estos recursos debern identificarse con base en las actividades que se realizan en la
organizacin, de manera que quede especificado quien las realiza (recursos humanos) y
los elementos que se requieren para realizar dichas actividades (recursos fsicos, de
datos y/o materiales).

Revisa el ejemplo que se ha venido trabajando desde la primera unidad.
o Realiza una peticin.
Revisa el catlogo de productos existentes.
Analiza los productos de su inters.
Si el producto le convence realiza la solicitud del producto mediante
la compra.
o Enva peticin
Enva los datos de su compra.
Enva sus datos personales para la entrega y pago.
o Aprueba pedido
Analiza la lista de cargos por la compra.


72
Si la lista de cargos es correcta aprueba los cargos y el pedido, de lo
contrario cancela la compra.
Responsable de ventas (vendedor):
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 enva 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 renen 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.

Con base en este ejemplo se tienen los siguientes recursos humanos:
Cliente
Vendedor
Operario

Quienes debern laborar dentro de la empresa son solo el vendedor y el operario pues
son quienes tienen relacin directa con la organizacin. El cliente es un factor externo por
lo que podra omitirse de los recursos de la organizacin. Si la venta se realizara en un


73
local, se debera aadir al cajero, pero como el ejemplo es de ventas por internet, el
sistema es quien realiza el cobro.

En cuanto a los recursos fsicos, de datos y/o materiales en el ejemplo se pueden
identificar los siguientes:
Pedido (datos)
Productos (material)
Equipo de cmputo (fsico)
Sistema de ventas por internet (datos)

En la lista de actividades queda explicito el uso del pedido y de los productos que se
vendern, y de manera implcita se tiene el equipo de cmputo y el sistema de venta por
internet, para poder realizar las compras.

Entonces para este ejemplo los recursos quedaran como sigue:

4.2.2. Modelado de las metas del negocio

La utilizacin del modelado del negocio es una herramienta muy importante para alinear lo
que se hace en la organizacin con las metas y objetivos de sta. Un gran porcentaje de
las empresas u organizaciones trabajan sin tener un objetivo claro, no saben
especficamente qu meta estn persiguiendo (ventas, produccin, reduccin, entre
otras).



74
Al hacer el modelado del negocio se podrn detectar muchas carencias o fortalezas y a
partir de este punto se podr saber qu tanto se estn encaminando los esfuerzos al
cumplimiento de las metas o si definitivamente se navega sin rumbo fijo. El poder plasmar
las metas en algo concreto, interpretable y comprensible por todos, posibilitar saber
leer lo que pasa en la empresa u organizacin y se podrn tomar decisiones respecto al
re encaminamiento (si as se precisa) para poder perseguir objetivos claros y bien
delimitados.

Los diagramas sern un punto de partida importante pues presentan a primera vista lo
que se hace, dejando al descubierto el incumplimiento respecto de lo que se debera
hacer. Darn, los diagramas desprendidos del BPMN, la pauta para aplicar la premisa
indiscutible de se documenta lo que se hace y se hace lo que est documentado y as
poder llegar a descubrir las metas y su cumplimiento parcial o total en el mejor de los
casos.

Actividad 1. Modelo conceptual de un negocio

Este foro de discusin tiene como finalidad que des tu punto de vista sobre el modelado
de recursos y metas de un negocio, adems de que intercambies ideas con tus
compaeros sobre en qu casos se utilizaran cada uno.

7. Identifica el modelado de recursos y metas de un negocio.


9. Comparte las diferencias y usos que encontraste.

10. Contribuye con algn comentario a por lo menos dos de tus compaeros(as)
sobre su discernimiento del tema.



75
11. Con base en las aportaciones de tus compaeros(as), reelabora el uso del
modelado de recursos y metas de un negocio.

Actividad 2. Cuadro sinptico de los componentes de un modelo de
negocio

Con el fin de distinguir los componentes de un modelo de negocio, realiza un cuadro
sinptico donde identifiques los recursos, metas, atributos, relaciones y glosario de un
negocio.

1. En un archivo de texto, construye un cuadro sinptico que contenga los elementos
que componen un modelo de negocio.



4.3. Diagramas

Los diagramas tienen como objetivo modelar el trabajo que se realiza dentro de la
organizacin, son representaciones grficas de las actividades que se realizan al interior
de las empresas.

Los siguientes diagramas son similares a los vistos en las unidades anteriores; es
importante resaltar que solo es necesario crear un diagrama que modele las actividades y
otro que modele los procesos de la empresa para comprender como funciona la
organizacin. El que se realice depender de la organizacin donde se realice pues cada
empresa define sus formas y estilos de trabajo es por ello que se abarcan diferentes


76
diagramas para que sean conocidos y puedan llegar a ser desarrollado en el ambiente de
trabajo, cuando se soliciten cualquiera de ellos. A continuacin se describen los
diagramas ms usados.

4.3.1. Interaccin

Estos diagramas (tambin llamados de secuencia) modelan la lgica del negocio, por lo
general se utilizan para modelar los escenarios del negocio, se realiza un diagrama de
interaccin por cada caso de uso creado. Estos diagramas se componen de los siguientes
elementos:



77

En la siguiente figura se muestra el diagrama de interaccin del ejemplo mostrado
previamente, donde se tiene al cliente, quien solicita un pedido, estos datos deben ser
validados y entonces de surten los productos solicitados para poder realizar la entrega de
los productos, estos pasos son una descripcin ms global que la lista de tareas previa.
Este punto es importante de considerar, pues en los diagramas que se abarcan en esta
unidad el modelado de las actividades se realiza a nivel macro, que como deben recordar,
es a un nivel de actividades globales, sin entrar en detalle.

Como se puede ver en este diagrama intervienen solo dos objetos que son el pedido y el
producto, los mensajes indicarn las acciones que se realizan para pasar de un objeto a
otro, as pues no se puede pasar directo a los productos si antes no se solicit un pedido
que fue previamente validado. Y es esto precisamente lo que indican las activaciones
pues, como puede verse en la imagen, el pedido existe hasta que se valida y pasa a ser
productos por ello la activacin del pedido termina cuando inicia el producto.

Figura 1. Diagrama de interaccin de una compra



78
4.3.2. Comunicacin

Los diagramas de comunicacin (tambin llamados de colaboracin) modelan la
interaccin entre actores para llevar a cabo las actividades de la empresa, este tipo de
diagramas requiere de los siguientes elementos:



79

En la siguiente figura se muestra el diagrama de comunicacin de la compra por internet,
donde el cliente solicita un pedido, el cual es notificado al vendedor, quien a su vez lo
valida y surte los productos, que son entregados al operario para que realice la entrega
del pedido.

Figura 2. Diagrama de comunicacin de una compra por internet

4.3.3. Transicin de Estados

Los diagramas de transicin de estados son de ayuda para comprender los diferentes
estados por los que pasan los objetos y los eventos que provocan dichos cambios de
estado. Estos diagramas utilizan los siguientes elementos:



80

En el siguiente ejemplo se muestran los estados por los que pasa un pedido, al inicio el
pedido es solicitado y se enva al vendedor, despus el pedido se encuentra en revisin,
se valida y por ltimo el pedido es surtido. Por tanto los estados tal como se ve en la
figura son: solicitado, en revisin, y surtido. Y las transiciones estn dadas por los eventos
de enviar al vendedor y la validacin.



81

Figura 3. Diagrama de transicin de estados del pedido

Actividad 3. Diagramas bajo un ejemplo de negocio dado

Para este ejercicio debes retomar el negocio planteado en la Evidencia de aprendizaje de
la unidad 1 y realizar sus diagramas correspondientes.

1. En un archivo de texto o Visio, crea los diagramas de un negocio utilizando el
ejemplo de negocio de la Evidencia de Aprendizaje de la Unidad1.




82


5. Tomando en cuenta los comentarios de tu Facilitador(a) y de tus compaeros,
reelabora tus diagramas, el cual deber ser enviado al Facilitador(a) para recibir
retroalimentacin.

Autoevaluacin

tercera unidad del curso, es necesario que resuelvas la autoevaluacin de la unidad.

Evidencia de aprendizaje. Manual de diagramas del modelado del
negocio

Como parte de la evaluacin de esta unidad, realiza un manual cuyo propsito es que
describas los componentes del modelado de negocios, as como su uso.

7. En un archivo de texto realiza un manual donde describas paso a paso la realizacin
del modelo de negocio que se realiz a lo largo de las 4 unidades de la asignatura, de
manera tal que sirva como gua para modelar otros negocios.

8. Guarda la evidencia con el nombre MDN_U4_A4_XXYZ. Sustituye las XX por las dos

9. Enva el manual del proyecto a tu Facilitador(a) mediante el Portafolio de evidencias.



83
No olvides consultar la Escala de evaluacin.

Autorreflexiones

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

Cierre de la unidad

Has concluido la unidad 4 del curso. A lo largo de sta has visto lo que es el modelo
conceptual, modelos, atributos y relaciones, as como el glosario de negocio con las
metas y recursos del negocio. Posteriormente se desarrollaron los temas de diagramas de
interaccin, comunicacin y estados, con los que se complement la variedad de
diagramas para modelar las actividades de una organizacin.

ests preparado(a) para concluir la materia.

Para saber ms

Consulta la pgina oficial de UML, donde podrs encontrar manuales de referencia sobre
este tema.

Unified Modeling Language (UML): http://www.omg.org/spec/UML/



84

Fuentes de consulta

Fowler, M. & Scott, K. (1999) UML Gota a Gota. Mxico: Addison Wesley Longman
de Mxico.
Gibert, M. & Pea, A. (2005) Ingeniera del software en entornos de SL. Espaa:
Fundacin per a la Universitat Oberta de Catalunya.
Norman, Donald (1990) The design of everyday things. New York: Basic Books
Schmuller, J. (2001) Aprendiendo UML en 24 horas. Mxico: Prentice Hall

04 PD DS MDN

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

04 PD DS MDN

Cargado por

Copyright:

Formatos disponibles

Modelado de negocios

También podría gustarte