MDN U4 Ea Hufo

Modelado de Negocios
Manual de Diagramas del Modelado de Negocio

Ingeniera de Desarrollo de Software 1

Universidad Abierta y a Distancia de
Mxico

Ingeniera en Desarrollo de
Software

Modelado de Negocio


Facilitador: Jaime Ledesma Ortiz

Grupos Separados: DS-MDN-1402C-002

Contenido
1. INTRODUCCION ............................................................................................................................................................... 3
2. Diagrama de actividades. ................................................................................................................................................ 4
3. Diagrama de flujo de funciones cruzadas. ...................................................................................................................... 5
4. Identificacin de los actores. .......................................................................................................................................... 5
5. Diagramas BPMN. ........................................................................................................................................................... 6
Identifica los eventos. ............................................................................................................................................................. 6
6. Modelo Conceptual. ...................................................................................................................................................... 11
7. Interaccin. ................................................................................................................................................................... 12
8. Comunicacin ................................................................................................................................................................ 13
9. Transicin de estados. .................................................................................................................................................. 14



1. INTRODUCCION

Un modelo de negocios describe la lgica sobre cmo una organizacin crea, entrega y captura valor.

Las historias que explican cmo trabajan las organizaciones, indicando quines
son nuestros clientes, cmo generamos utilidades, cul es la lgica econmica
subyacente que nos permite entregar valor a los clientes a los que nos dirigimos
a un costo apropiado. Es una descripcin sistmica de cmo es que las piezas de
un negocio embonan.

Un buen modelo de negocio es esencial para toda organizacin exitosa, ya sea
que se trate de un nuevo negocio o de una empresa ya establecida.

No necesariamente estamos hablando de un modelo matemtico, aunque es
posible construir un modelo en el que las relaciones entre los bloques clave se
pueden cuantificar con una relacin numrica.

Se trata ms bien de una descripcin que nos permite reflexionar sobre nuestro
funcionamiento e identificar alternativas innovadoras para diferenciarnos de
nuestros competidores.



2. Diagrama de actividades.

Los diagramas de actividades sirven para representar el comportamiento dinmico de un sistema haciendo hincapi en la secuencia
de actividades que se llevan a cabo y las condiciones que guardan o disparan esas actividades.

Elementos bsicos.
Lo primero que se tiene que hacer para realizar el diagrama de actividades de un
negocio es identificar las actividades que realiza el negocio y ordenarlas de manera
secuencial como se van realizando dentro de los procesos, utilizando los elementos
del diagrama.

Identifica las actividades.
Es importante que podamos identificar las tareas. Las tareas son las actividades que
no pueden ser descompuestas, es decir, es el nivel ms bajo de las actividades.
Posteriormente, cuando se hayan identificado las tareas de cada interviniente se
podrn agrupar a modo de formar sub procesos, los cuales agrupan tareas unidas
con un solo fin.

Restricciones.
Un estado inicial no puede ser destino de una transicin.
Toda actividad tiene por lo menos un flujo de entrada y otro de salida.
Puede haber cero o ms estados finales.

Puede haber cero o ms estados finales.
Situaciones alternativas.
Lo normal es que puedan aparecer distintos flujos dependiendo de que se den
una serie de circunstancias u otras.

Restricciones.
Una decisin tiene un flujo de entrada y dos o ms flujos de salida.
Todo flujo de salida tiene que estar etiquetado con una condicin.
Las condicin es de todos los flujos de salida de una decisin deben ser
disjuntas y completas.



3. Diagrama de flujo de funciones cruzadas.

Una fusin tiene dos o ms flujos de entrada y un flujo de salida.

Un diagrama de flujo de funciones cruzadas es similar
un diagrama de flujo, se hacer particiones para
identificar las acciones que tienen alguna
caracterstica en comn, en cada particin vamos a
colocar a un actor y las actividades que este realiza,
pero para esto debemos identificar los actores que
intervienen dentro del proceso de nuestro negocio a
modelar.

4. Identificacin de los actores.
Los actores son las personas que intervienen en el proceso que deseamos modelar. Cuando hablamos de personas es importante
hacer nfasis a que nos referimos al puesto que desempea una persona fsica ya que no es muy recomendable caracterizar un puesto
por el motivo de que las personas pueden irse y llegar otras y eso obligara a mantener actualizado siempre el modelo.

Reglas
Cada actividad debe estar en una particin.



5. Diagramas BPMN.

El objetivo al crear BPMN es el de expresar en trminos abstractos la secuencia del flujo de trabajo de un proceso que se maneja en
una empresa u organizacin por lo tanto el objetivo de este manual es de facilitar el logro de este objetivo remarcando los puntos
principales que se deben de tomar en cuenta en la elaboracin de un BPMN.

El diagrama BPMN utiliza una combinacin de diagramas de flujo y de funciones cruzadas pero con elementos ms completos que
describen ms claramente los procesos dentro del negocio y la descripcin de los actores involucrados.
Se deben detectar los actores involucrados como lo vimos en el diagrama de funciones cruzadas as como sus actividades para despus
detallarlas con los elementos del diagrama BPMN.

Construccin del proyecto.
Antes de iniciar el modelado es importante haber identificado perfectamente a los actores y las actividades que desempaan cada
uno de ellos pues esto es la base para construir el modelado.

Identifica los eventos.
El siguiente paso corresponde a identificar los eventos. Un evento es algo que sucede durante el curso del proceso que estamos
modelando. Los eventos afectan el flujo del proceso y normalmente tienen un disparador (seal de que se debe de realizar algo) o
un resultado.

Un flujo siempre comienza por el evento inicio, pero existen muchos otros tipos de eventos como:

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.

Mltiple: Indica que existe una combinacin de disparadores.

Error: especifica que se interrumpir un proceso que necesitara ser corregido.



Cancelar: indica la cancelacin de una actividad.

Compensacin: indica que una actividad se deshar.

Vinculo: establece un conector para ir hacia.

Final: indica el final de un diagrama BPMN.

Asociacin.
En este punto es importante tener ya una idea de cmo interactan los diferentes actores y las diferentes posibilidades y bifurcaciones
que tendrn cada una de las tareas que estos realizan. A este proceso se le llama construir el flujo de trabajo y la idea principal es la
de plasmar en el modelado paso a paso el desarrollo de las diferentes actividades. Para lograr este objetivo nos ayudaremos de los
siguientes conceptos:

Flujo de secuencia: indica la secuencias 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.
Este flujo se representa con un pequeo rombo que 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).

Agrupamiento
Una vez que se haya terminado el modelado se recomienda se realice un agrupamiento con ayuda de los siguientes elementos:

Pools: bsicamente son contenedores para indicar que el diagrama pertenece a un actor en especfico.

Carriles: son contenedores que representan los roles en las actividades que estn modelando.



Artefactos
Existen elementos llamados artefactos que sirven de ayuda para el modelador al momento de establecer la relacin entre los
participantes dentro del modelo, como por ejemplo los documentos que se generan dentro del proceso, o notas que ayudan
simplemente a la comprensin del modelo. A continuacin un listado de los artefactos y su descripcin:

Objetos de datos: son los documentos y datos que requiere el proceso.

Grupo: ayuda a definir secciones en el diagrama.

Anotaciones de texto: son notas que aade quien modela a manera de informacin extra sobre los modelos grficos.

Puertas de enlace.
Son los elementos que controlan la divergencia del flujo de los procesos cuando se tienen diferentes secuencias de flujo posibles. Las
diferentes puertas que se pueden usar en BPMN son:

Exclusivo: Evala las condiciones de flujo secuencial de las 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 camino (hacia todos al mismo tiempo), si es que se cumple una sola
condicin del flujo secuencial de actividades.

Actividades.
Los tipos de actividades que puede contener un modelo BPMN son:

Tarea: Es el nivel ms bajo de actividades, la cual no puede ser descompuesta.

Sub-proceso: Es un conjunto de tareas unidas con un solo fin, el signo ms indica que el sub-proceso puede
descomponerse en pequeas actividades, que son las tareas.

Tarea bucle: Identifica que la tara 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.



Diagrama casos de uso

Un caso de uso es bsicamente una representacin grfica entre un usuario y un sistema, en nuestro caso relacin con la empresa.
Por lo 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
funcin es que deba realizar cada usuario.

Elementos.
Al hacer el diagrama caso de uso hay que identificar todo los procesos del negocio, es decir los servicios que proporcionan.



En las fases iniciales esta podra ser una lista parcial que se extiende en las ltimas fases del anlisis. Usando los siguiente lineamientos.
Revisar las especificaciones para establecer los actores.
Identificar los eventos y hacer los casos de uso.
Revisar el caso de uso para determinar el flujo de datos.

Caso de uso.

Evento 1.

Actor1.
Actividad 1.
Actividad 2.
Actividad 3.

Actor 2
Actividad 1.
Actividad 2.
Actividad3.
Actividad 4.

Restricciones.
El diagrama caso de uso contiene el actor y smbolos de caso de uso, y adems lneas de conexin.
Los actores dan o reciben datos del sistema. Los actores secundarios ayudan a mantener el sistema en ejecucin o proporcionan
ayuda.
Un caso de uso ilustra a los desarrolladores un panorama de lo que los usuarios. No tiene detalles tcnicos o de implementacin.
Un caso de uso se compone de tres elementos: un actor, para comenzar el evento; el evento que activa un caso de uso; y el caso
de uso, que desempea las acciones activadas por el evento.
Los casos de uso documentan un solo evento.
Un caso de uso se nombra con un verbo o un sustantivo.



Las relaciones so el comportamiento y se usan para conectar un actor.

6. Modelo Conceptual.
El modelo conceptual bsicamente es un modelo visual que ilustra las interconexiones del modelo descrito. Para realizar este
modelado se auxilia de diferentes diagramas para lograr su objetivo.

Diagramas.
Los diagramas tienen como objetivo modelar el trabajo que se realiza dentro de la organizacin, son representaciones graficas de las
actividades que se realizan dentro de las empresas.}
Es importante resaltar que solo s necesario crear un diagrama que moldee las actividades y otro que moldee los procesos de la
empresa para comprender como funcin a la organizacin.



7. Interaccin.
Estos diagramas moldean la lgica del negocio, se realiza un de interaccin por cada caso de uso creado. Estos diagramas se componen
de los siguientes elementos.

Caractersticas.
Los diagramas de interaccin constan de un conjunto de objetos y sus relacin es, incluyen do los mensajes que se pueden enviar
unos objetos a otros.
Cubren la vista dina mica del sistema.
Los diagramas de interaccin enfatizan el ordenamiento temporal de los mensajes, mientras que los diagramas de colaboracin
muestran la organizacin estructural de los objetos que envan y reciben mensajes.
Los diagramas de interaccin se pueden convertir en diagramas de colaboracin sin prdida de informacin, lo mismo ocurren
sentido opuesto.

Restricciones.
Un diagrama de interaccin muestra de manera ordenada la secuencia de cada evento.
Los objetos participantes en la interaccin y los mensajes que intercambian, ordenados segn la secuencia en el tiempo.
El je vertical representa el tiempo, y el eje horizontal se colocan los objetos y actores participantes en la interaccin, sin un orden
prefijado.



Cada objeto o actor tiene una lnea vertical, y los mensajes se representan mediante flechas entre distintos objetos.
El tiempo fluye de arriba hacia abajo.
Se pueden colocar etiquetas (como restriccin es de tiempo, descripciones de accin es, etc.) bien en el margen izquierdo o bien
junto a las transiciones o activacin es a las que se refieren.

8. Comunicacin
Los diagramas de comunicacin (tambin llamado de colaboracin) modelan la interaccin entre actores para llevar a cabo las
actividades de la empresa, este tipo de diagramas requieren los siguientes elementos:



Restricciones.
Los diagramas de colaboracin son otro tipo de diagramas de interaccin, que con tiene la misma informacin que los de
secuencia, solo que se centran en las responsabilidades de cada objeto, en lugar en el en el tiempo en que los mensajes son
enviados.
Cada mensaje de un diagrama de colaboracin tiene un nmero de secuencia.
El primer nmero de la secuencia es 1, y conforme haya mas niveles se van enumerando.

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



Restricciones.
Un diagrama de estados es un grfico donde los nodos son estados y los arcos son transiciones etiquetadas con los nombres
de los eventos.
Un estado se representa como una caja redondeada con el nombre del estado en su interior, una transicin se representa
como una flecha desde el estado origen al estado destino.
La caja de un estado puede tener uno o dos niveles: en el primer nivel aparece el nombre del estado, el segundo es opcional,
y en el pueden aparecer acciones de entrada, de salida y acciones in ternas.



Ejemplo de Modelado de negocio
(Cibercaf)

Diagrama de actividades de un Cibercaf.



Diagrama de flujo de funciones cruzadas de un Cibercaf.



Diagramas BPMN de un Cibercaf.
Diagramas de subprocesos de un Cibercaf (cliente, encargado)





Diagrama BPMN de un Cibercaf.



Diagrama caso de uso de un Cibercaf.

Modelado conceptual de un Cibercaf.
Diagrama de Interaccin de un Cibercaf (cliente, encargado).







Conclusiones

Los diagramas se utilizan de diferentes maneras y presentaciones diferentes y puede variar segn el usuario
diseador de los diagramas. En lo personal me ha ayudado a distinguir de manera ms precisa los
requerimientos y procesos aplicados a la evaluacin informtica y solucin de problemas en otras asignaturas,
de hecho en lo laboral me ha ayudado a implementar nuevos diagramas para un proceso ms viable y eficaz
con mi equipo de trabajo e individual.

Bibliografa

file:///C:/Users/Anomius/Downloads/Documents/Guia%20de%20Referencia%20y%20Modelado%20BPM
N%20chap1-2.pdf

file:///C:/Users/Anomius/Downloads/Documents/Modelo_de_Negocio_Innovador.pdf

www.ugr.es/.../collaborative_systems-business_processes_10-11.pdf
www.bizagi.com/docs/BPMNbyExampleSPA.pdf
www.planpresto.com Diseo de Modelos de Planes de Negocio

MDN U4 Ea Hufo

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

MDN U4 Ea Hufo

Cargado por

Copyright:

Formatos disponibles

Modelado de Negocios

Manual de Diagramas del Modelado de Negocio

También podría gustarte