Documentos de Académico
Documentos de Profesional
Documentos de Cultura
1 Modelado de Negocios 80 PP
1 Modelado de Negocios 80 PP
CUATRIMESTRE: 04
Programa de la asignatura:
Modelado de Negocios
Unidad 1. Principios del modelado de negocios
Tabla de contenidos
Propsitos
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.
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.
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.
Los sistemas de informacin se vuelven una parte integral del negocio global,
soportando las operaciones, fortaleciendo el trabajo y la obtencin de
resultados.
10
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.
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
11
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:
12
13
Realiza peticin.
Enva peticin.
Decide aprobacin.
Discrimina encaminamiento.
Realiza encaminamiento.
Procesa pedido.
Entrega pedido.
14
Notificar a responsables.
15
16
Evitar la duplicidad de pedidos ya que los costos que generara esto para la
empresa seran intratables.
17
18
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.
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
19
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
Bibliografa complementaria
20
21
Modelado de negocios
Programa desarrollado
Programa de la asignatura:
Modelado de negocios
Modelado de negocios
Programa desarrollado
ndice
Modelado de negocios
Programa desarrollado
Unidad 2. Notacin para el Modelado de Procesos de Negocio (BPMN)
Presentacin de la unidad
En la unidad anterior viste 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, donde se tratar
la utilizacin conjunta del Lenguaje Unificado de Modelado (UML, por sus siglas en ingls:
Unified Modeling Language) y la Notacin para el Modelado de Procesos de Negocio
(BPMN, por sus siglas en ingls: Business Process Modeling Notation).
La Notacin para 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- con el fin de lograr el objetivo 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 ayuda a resolver
estas dudas, como lo vemos a continuacin.
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, 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.
El BPMN se basa en un conjunto estndar de elementos grficos para hacer la
descripcin de los procesos y saber cul es la secuencia lgica para poder llevarlos desde
el comienzo hasta el fin, los Objetos de Flujo:
Actividades
Eventos
Puertas de enlace
Flujos de secuencia
Modelado de negocios
Programa desarrollado
Propsitos
En esta unidad logrars:
Definir el BPMN y sus objetivos.
Distinguir los artefactos que utiliza el BPMN.
Distinguir la asociacin de elementos de BPMN.
Competencia especfica
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.
Modelado de negocios
Programa desarrollado
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 quien 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 (BPML y el
lenguaje de representacin formal (BPML, llamado luego BPEL - Business
Process Execution Language, WS-BPEL, en castellano, Lenguaje de Ejecucin de
Procesos de Negocio con Servicios Web-). 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.
Modelado de negocios
Programa desarrollado
Ahora, al querer modelar el conjunto de unidades funcionales: sus entradas, 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
cuanto al significado ni a 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 inmerso 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) el 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)
puede 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 tienen en este
momento: se toman de la misma manera para ir a una cena formal, para jugar
ftbol, para nadar, para dormir?, seguramente 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
Educacin Superior Abierta y a Distancia Ciencias Exactas, Ingeniera y Tecnologa
Modelado de negocios
Programa desarrollado
hospital ser diferente que a un ciclista profesional), qu nivel de detalle se desea
saber, puesto que no ser lo mismo dar una revisin laxa del todo, que una profunda
descripcin de los detalles, ya que si se piensa automatizar (prescindir del elemento
humano), deber ser tan profundamente detallado que no haya posibilidad a la
interpretacin ni a la ambigedad.
Modelado de negocios
Programa desarrollado
2. Ingresa al foro y realiza lo que en l se te pide.
2.2. Artefactos
A continuacin se muestran los diferentes artefactos (elementos) de los que se compone
un diagrama BPMN.
Modelado de negocios
Programa desarrollado
Modelado de negocios
Programa desarrollado
10
Modelado de negocios
Programa desarrollado
11
Modelado de negocios
Programa desarrollado
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 puertas
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.
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. Dichos
elementos 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.
12
Modelado de negocios
Programa desarrollado
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.
En el siguiente subtema se detallar lo referente a los conectores (asociaciones).
13
Modelado de negocios
Programa desarrollado
Responsable de ventas:
o Decide
Revisa la solicitud de compra.
Analiza la fecha de entrega solicitada.
o Discrimina
Identifica si es pedido especial o normal con base en 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 figura 2.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.
14
Modelado de negocios
Programa desarrollado
Figura 2.3. Diagrama BPMN del procesamiento del pedido a nivel de tareas.
La siguiente figura (4) muestra el proceso de entrega del pedido a nivel de tareas. El
elemento nuevo que se utiliza en este diagrama es el evento vnculo, el cual indica volver
a revisar existencias en caso de que el pedido no sea correcto.
Educacin Superior Abierta y a Distancia Ciencias Exactas, Ingeniera y Tecnologa
15
Modelado de negocios
Programa desarrollado
Figura 2.4. Diagrama BPMN del proceso de entrega del pedido a nivel de tareas.
Por ltimo, en la figura 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.
16
Modelado de negocios
Programa desarrollado
Figura 2.5. Diagrama BPMN de un negocio de comercio electrnico a nivel tareas y con
roles.
Educacin Superior Abierta y a Distancia Ciencias Exactas, Ingeniera y Tecnologa
17
Modelado de negocios
Programa desarrollado
Autoevaluacin
Para reforzar los conocimientos relacionados con los temas que se abordaron en esta
segunda 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.
18
Modelado de negocios
Programa desarrollado
BPMN, de manera tal que sirva como gua para modelar otro negocio similar al que se
model en dicha actividad.
2. Consulta la Escala de evaluacin.
2. Guarda tu evidencia con el nombre MDN_U2_EA_XXYZ. Recuerda sustituir las XX por
las dos primeras letras de tu primer nombre, la Y por la inicial de tu apellido paterno y la Z
por la inicial de tu apellido materno.
3. Enva el archivo a tu Facilitador(a) para recibir retroalimentacin.
* Recuerda que de ser necesario y en base a los comentarios hechos por parte de tu
Facilitador(a), podrs enviar una segunda versin de tu actividad.
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_U2_ATR_XXYZ. Posteriormente enva tu archivo mediante la herramienta
Autorreflexiones.
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 de
este tipo 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 el Lenguaje Unificado de Modelado (UML, por sus siglas en
ingls: Unified Modeling Language) y la Notacin para el Modelado de Procesos de
Negocio (BPMN, por sus siglas en ingls: Business Process Modeling Notation). 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.
19
Modelado de negocios
Programa desarrollado
Para saber ms
Consulta la pgina oficial del BPMN donde podrs encontrar manuales de referencia
sobre este tema.
BPMN http://www.bpmn.org/,
Fuentes de consulta
White, S. & Miers, D. (2009). BPMN: Gua de referencia y modelado. Mxico: Future
Strategies Inc.
20
Modelado de negocios
Programa desarrollado
Programa de la asignatura:
Modelado de negocios
Unidad 3. UML y BPMN en el Modelado del Negocio
Modelado de negocios
Programa desarrollado
ndice
Modelado de negocios
Programa desarrollado
Propsito
En esta unidad logrars:
Definir procesos de negocio.
Distinguir los artefactos que se utilizan para los diagramas del Proceso de Negocio.
Distinguir los elementos y uso de los casos de uso del negocio.
Definir los actores del negocio.
Distinguir los elementos para modelar actores.
Competencia especfica
Construir diagramas para representar las reglas del negocio que se est modelando, a travs
de la utilizacin de software especializado en la notacin de UML y BPMN.
Modelado de negocios
Programa desarrollado
departamento de desarrollo de software interacta con el departamento de mantenimiento para
proveerlos de sistemas de informacin que les ayude a llevar control de su trabajo y el
departamento de mantenimiento interacta con el departamento de contabilidad al programar
revisiones de sus equipos de aire acondicionado. Este breve relato te da a entender entre lneas
que los expertos de los distintos departamentos, aunque lleven relaciones a diario; nada tienen
que ver con el trabajo del otro.
Luego, ellos no deben entender el proceso interno de tal o cual departamento y ntese que, an
perteneciendo a una misma organizacin, slo se avizora lo general dejando lo particular de
lado; y no quiere decir que est mal hecho.
Es por esto que un Diagrama de Procesos del Negocio (BPD por sus siglas en ingls) se utiliza
para modelar grficamente las operaciones de los procesos del negocio, de forma que los
usuarios que no tenga instruccin formal en lo que versa el proceso (como ya se explic en
prrafos anteriores) puedan leer y comprender hasta los procesos ms complejos.
Objetos de flujo
Objetos de conexin
Carriles
Artefactos
En el desarrollo de la unidad actual se te ha insistido mucho que el resultado de modelar
procesos debe ser un producto fcil de manejar/entender pero al mismo tiempo que abstraiga la
complejidad inherente de la consecucin de cualquier proceso, grande o pequeo. Entonces los
elementos que comprenden un BPD estn limitados a un nmero pequeo, de esta manera
quienes tengan la responsabilidad de modelar el proceso del negocio no tendrn que recordar
un gran nmero de elementos o variables y as al ser compacto el nmero de elementos de
entrada, la salida ser igual; aunque la combinacin de ellos es suficiente para modelar
cualquier proceso de cualquier tamao.
Enseguida se describen cada uno de los elementos grficos de un BPD
Objetos de Flujo
BPD tiene 3 elementos centrales que comprenden los Objetos de Flujo:
Modelado de negocios
Programa desarrollado
Modelado de negocios
Programa desarrollado
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.
Modelado de negocios
Programa desarrollado
Carriles
Por definicin los carriles usados en la metodologa de modelado de procesos, se han utilizado
para hacer la descripcin separada de distintas acciones de varios roles; propone grficamente
una idea clara de los lmites de las responsabilidades y sobre todo la secuencia de ellas. BPD
no es ajena a esta representacin ni al significado de ella, de tal modo que hace uso de igual
manera. Los tipos de carriles que BPD soporta son dos:
Pool, acta como delimitador (contenedor) grfico de un actor o a un proceso nico,
diferencia las distintas actividades nicas del actor o de la unidad funcional con el de
otros pools.
Lane, es pool que conforma otros pools. Es decir, es una particin y extiende la longitud
y el alcance del pool padre; se usa para organizar y categorizar actividades.
Modelado de negocios
Programa desarrollado
3.2. Modelo de Casos de Uso del Negocio
Segn Gibert (2005) los casos de uso permiten expresar grficamente las relaciones entre los
diferentes usos del sistema y sus participantes o actores. El resultado es un conjunto de
diagramas muy fcilmente entendibles tanto por el cliente, como por los analistas del proyecto.
Modelado de negocios
Programa desarrollado
Forma de uso:
Imagina que tienes la lista de las actividades que hace cada rol tomando el ejemplo que se ha
venido trabajando desde la Unidad 1.
Enva peticin
Aprueba pedido
Responsable de ventas:
Decide
Discrimina
Encamina
Aprueba o rechaza
Procesa
Operario:
Entrega
Los diagramas de caso de uso que se representan en las actividades que realiza el cliente a
nivel macro, se podran englobar en realizar la compra de un producto, donde el cliente da
informacin y tambin es quien la recibe del negocio por internet tal como se ve en la figura
3.6.
Modelado de negocios
Programa desarrollado
10
Modelado de negocios
Programa desarrollado
11
Modelado de negocios
Programa desarrollado
generalizacin a la compra de un producto, las cuales son tal como se muestra en la figura 3.9.
la compra de un producto nuevo y la compra de un producto usado, las cuales si lo analizas
realmente podras sustituir sin ningn problema con la compra de un producto; pues, la accin
de realizar la compra es la misma, solo cambiara el tipo de producto que se adquiera, pero las
acciones seran las mismas.
12
Modelado de negocios
Programa desarrollado
3.3.1. Conceptos
Por lo general los actores en los casos de uso se utilizan para:
Iniciar un caso de uso: un caso de uso debe ser inicializado por un actor, pues debe existir
alguien o algo que provoque el inicio de actividades.
13
Modelado de negocios
Programa desarrollado
Terminar un caso de uso: un caso de uso al final debe proveer informacin y es el actor
con quien esta interactuando el que debe recibirla, por tanto es quien debe realizar la
finalizacin.
Solicitar informacin: es el actor con quien esta interactuando el caso de uso y por lo tanto
es el actor quien provee de informacin al caso de uso para esperar su respuesta.
Modificar la informacin: igual que el anterior.
Es muy importante identificar a los actores de un caso de uso, para as estar al tanto quin est
relacionado con cada actividad que se deba realizar y saber quin debe proporcionar la
informacin necesaria para que el caso de uso se efectu de manera correcta y quien ser
quien reciba la informacin con que retroalimenta el mismo caso de uso.
14
Modelado de negocios
Programa desarrollado
Actividad 2. Diagrama de procesos del negocio
Con el fin de que identifiques los componentes y el uso del BPMN, debes realizar una serie de
diagramas de un negocio basado en BPMN y UML.
1. En un documento de Word o Visio, crea el modelo de un negocio utilizando el ejemplo de
negocio que realizaste para la Evidencia de Aprendizaje de la Unidad1.
2. Guarda la actividad con el nombre MDN_U3_A2_XXYZ. Sustituye las XX por las dos
primeras letras del primer nombre, la Y por la inicial del apellido paterno y la Z por la inicial del
apellido materno.
3. Enva el archivo a tu Facilitador(a) para recibir retroalimentacin.
Autoevaluacin
Para reforzar los conocimientos relacionados con los temas que se abordaron en esta tercera
unidad del curso, es necesario que resuelvas la autoevaluacin de la unidad. Recuerda que es
muy importante leer cuidadosamente los planteamientos indicados y elegir la opcin adecuada
para cada uno.
15
Modelado de negocios
Programa desarrollado
Autorreflexiones
Adems de enviar tu trabajo de la Evidencia de aprendizaje, es importante que ingreses al foro
Preguntas de Autorreflexin y consultes las preguntas que tu Facilitador(a) presente, a partir
de ellas, debes elaborar tu Autorreflexin en un archivo de texto llamado MDN_U3_ATR_XXYZ.
Posteriormente enva tu archivo mediante la herramienta Autorreflexiones.
Cierre de la unidad
Has concluido la tercera unidad del curso. A lo largo de sta has visto un repaso de la unidad
anterior con los temas de procesos de negocio que se retomaron para remarcar estos temas.
Adems a lo largo de sta unidad has visto lo que son los casos de uso, su definicin,
beneficios y objetivos, as como los componentes de este tipo de diagramas y sus asociaciones.
Es aconsejable que revises nuevamente la unidad en caso de que los temas que se acaban de
mencionar no te sean familiares o no los recuerdes, de no ser este tu caso, ya ests
preparado(a) para seguir con la unidad cuatro, en donde continuars con la revisin del
modelado conceptual, con el fin de modelar recursos, metas, interacciones y comunicaciones
dentro de las organizaciones. Todo ello con el fin de obtener el conocimiento necesario para
comenzar a realizar modelos de negocios complejos al final del curso de Modelado de
Negocios.
16
Modelado de negocios
Programa desarrollado
Para saber ms
Consulta la pgina oficial de UML, donde podrs encontrar manuales de referencia sobre este
tema.
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
17
Modelado de negocios
Programa desarrollado
Programa de la asignatura:
Modelado de negocios
Unidad 4. Modelo Conceptual
1
Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software
Modelado de negocios
Programa desarrollado
ndice
2
Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software
Modelado de negocios
Programa desarrollado
Propsito
En esta unidad logrars:
o
Competencia especfica
Aplicar los componentes de un negocio para comprenderlos de forma clara, mediante un
lenguaje grfico.
3
Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software
Modelado de negocios
Programa desarrollado
Es muy importante que captures todos los diagramas de ejemplo, para que analices su
estructura y puedas comprender mejor los temas vistos.
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
4
Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software
Modelado de negocios
Programa desarrollado
acciones del trabajo diario, de esta forma se evitar la mecanizacin del trabajo que,
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
5
Modelado de negocios
Programa desarrollado
Nombre
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.
6
Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software
Modelado de negocios
Programa desarrollado
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
7
Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software
Modelado de negocios
Programa desarrollado
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).
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.
8
Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software
Modelado de negocios
Programa desarrollado
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).
Enva peticin
Aprueba pedido
Modelado de negocios
Programa desarrollado
Decide
Discrimina
Encamina
Procesa
Operario:
o
Entrega
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
local, se debera aadir al cajero, pero como el ejemplo es de ventas por internet, el
sistema es quien realiza el cobro.
10
Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software
10
Modelado de negocios
Programa desarrollado
Pedido (datos)
Productos (material)
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.
11
Modelado de negocios
Programa desarrollado
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.
4. Contribuye con algn comentario a por lo menos dos de tus compaeros(as) sobre su
discernimiento del tema.
5. Con base en las aportaciones de tus compaeros(as), reelabora el uso del modelado
de recursos y metas de un negocio.
12
Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software
12
Modelado de negocios
Programa desarrollado
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
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.
13
Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software
13
Modelado de negocios
Programa desarrollado
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:
14
Modelado de negocios
Programa desarrollado
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.
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:
15
Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software
15
Modelado de negocios
Programa desarrollado
16
Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software
16
Modelado de negocios
Programa desarrollado
17
Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software
17
Modelado de negocios
Programa desarrollado
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.
18
Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software
18
Modelado de negocios
Programa desarrollado
Guarda la actividad con el nombre MDN_U4_A3_XXYZ. Sustituye las XX por las dos
primeras letras del primer nombre, la Y por la inicial del apellido paterno y la Z por la inicial
del apellido materno.
3.
19
Modelado de negocios
Programa desarrollado
4.
5.
reelabora tus diagramas, el cual deber ser enviado al Facilitador(a) para recibir
retroalimentacin.
Autoevaluacin
Para reforzar los conocimientos relacionados con los temas que se abordaron en esta
tercera unidad del curso, es necesario que resuelvas la autoevaluacin de la unidad.
Recuerda que es muy importante leer cuidadosamente los planteamientos indicados y
elegir la opcin adecuada para cada uno.
2. Guarda la evidencia con el nombre MDN_U4_A4_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 manual del proyecto a tu Facilitador(a) mediante el Portafolio de evidencias.
20
Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software
20
Modelado de negocios
Programa desarrollado
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.
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 concluir la materia.
Para saber ms
Consulta la pgina oficial de UML, donde podrs encontrar manuales de referencia sobre
este tema.
21
Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software
21
Modelado de negocios
Programa desarrollado
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
22
Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software
22