Modelado de Procesos

1
Maestro en Pedagoga Juan Carlos Nez Ugalde
Modelo de Negocios
Introduccin
El modelo de negocios es el estudio de la organizacin.
Durante el proceso de modelado del negocio, se examina la estructura
de la organizacin y se observan los roles en la compaa y como
estos se relacionan.

Tambin se examina el flujo de trabajo de la organizacin, los procesos
principales dentro de la compaa y como ellos trabajan. Adems, se
deben examinar las entidades externas, cualquier individuo u otras
compaas, y como interactan con el negocio, y observar las
implicaciones de esas interacciones.
Definicin
O Es un proceso de negocio es un
conjunto de tareas relacionadas
lgicamente llevadas a cabo para
lograr un resultado de negocio
definido.

O Es una coleccin de actividades
estructurales relacionadas que
producen un valor para la
organizacin, los inversionistas o sus
clientes. Por ejemplo, el proceso a
travs del que una organizacin
ofrece sus servicios a sus clientes.
3
Que es comn en todos los
procesos
O Es una secuencia lgica de actividades ,
u ordenamiento de actividades.
O Se hace nfasis en cmo se hacen las
cosas
O El principio y fin (insumos) estn
claramente identificados
O El conjunto de actividades que se realizan
en un proceso van a producir un output,
resultado determinado, un exsumo de
mayor valor para alguien que
denominamos clientes.

4
Los procesos poseen las
siguientes caractersticas:
O Pueden ser medidos y estn
orientados al rendimiento
O Tienen resultados especficos
O Entregan resultados a clientes o
stakeholders (personas
interesadas en la buena marcha
de la empresa como empleados,
accionistas, proveedores,
etctera).
O Responden a alguna accin o
evento especfico
O Las actividades deben agregar
valor a las entradas del proceso.

5
Modelo de Negocios
Porque modelar el negocio?
Tener el conocimiento de la visin organizacional

Re-ingeniera de procesos del negocio
Uno de los principales artefactos del modelo de negocios es el flujo de
trabajo de la organizacin. En base a esto el equipo de re-ingeniera de
negocios puede examinar los diagramas y analizar posibles cambios de
flujo de trabajos.
Modelo de Negocios
Cundo ser necesario hacer el modelo del
negocio?
Si es necesario cuando:
Cuando el grupo de trabajo es nuevo en la organizacin.
Cuando la organizacin a enfrentado un reciente proceso de re-
ingeniera de negocios.
Cuando la organizacin esta planificando un proceso de re-
ingeniera de negocios.
Cuando el software a construir ser utilizado por una porcin
importante de la organizacin.
Existen flujos de trabajo complejos dentro de la organizacin que
no estn documentados.
Cuando se es un consultor en una organizacin en la cul no se a
trabajado antes.
Modelo de Negocios
Cundo ser necesario hacer el modelo
del negocio?
No es necesario cuando:
Cuando se tiene un conocimiento de la estructura de la
organizacin, de las metas, de la visin y de los clientes/usuarios.
Cuando el software a construir ser usado por una pequea parte
de la organizacin, y no tiene un efectos en el resto del negocio.
Cuando los flujos de trabajo de la organizacin estn bien
documentados.
Cuando el tiempo lo permita, no todos los procesos tiene el tiempo
necesario para completar un anlisis de negocio.
Proceso de Negocio
O Un proceso de negocio es un conjunto estructurado de
actividades, diseado para producir una salida determinada o
lograr un objetivo. Los procesos describen cmo es realizado el
trabajo en la empresa y se caracterizan por ser observables,
medibles, mejorables y repetitivos.
O Estructuralmente, un proceso de negocio est constituido por un
conjunto de actividades. As, la actividad, como elemento
bsico, mediante relaciones o dependencias con otras
actividades conforma la estructura de un proceso de negocio.

9
Caractersticas de los Procesos:
O Pueden ser medidos y estn orientados al
rendimiento.
O Tienen resultados especficos.
O Responden a alguna accin o evento especfico
O Las actividades deben agregar valor a las entradas
del proceso.
O Los procesos de negocio pueden ser vistos como
un recetario para hacer funcionar un negocio y
alcanzar las metas definidas en la estrategia de
negocio de la empresa.

10
Tipos de Procesos
O Diagrama de Casos de Uso muestra la relacin entre los actores y casos
de uso.
O Diagrama de clases modelos de estructura de clases y contenidos
utilizando elementos de diseo tales como clases, paquetes y
objetos. Tambin muestra las relaciones como la contencin, la herencia,
asociaciones.
O Diagramas de Interaccin
O Diagrama de secuencia muestra la secuencia temporal de los objetos
que participan en la interaccin. Este consiste en la dimensin vertical
(tiempo) y la dimensin horizontal (diferentes objetos).
O Diagrama de colaboracin muestra una interaccin organizada alrededor
de los objetos y sus relaciones entre s. Los nmeros se utilizan para
mostrar la secuencia de mensajes.

11

O Diagrama de estado muestra las secuencias de estados que un objeto de
una interaccin atraviesa durante su vida en respuesta a los estmulos
recibidos, junto con sus respuestas y acciones.
O Diagrama de actividad muestra un diagrama de estado especial donde la
mayora de los estados son accin y la mayora de las transiciones se
desencadenan por la finalizacin de las acciones en los estados de
origen. Este diagrama se centra en los flujos impulsados por el proceso
interno.
O Diagramas de fsica
O Diagrama de componentes muestra la estructura de alto nivel
empaquetado del cdigo en s. Dependencias entre los componentes se
muestran, incluidos los componentes de cdigo fuente, los componentes
de cdigo binario, y componentes ejecutables. Algunos de los
componentes existen en tiempo de compilacin, en tiempo de enlace, en
los tiempos de ejecucin, as como en ms de una vez.
O Diagrama de despliegue muestra la configuracin de elementos de
proceso en tiempo de ejecucin y los componentes de software, procesos
y objetos que viven en ellos. Instancias de componentes de software
representan en tiempo de ejecucin manifestaciones de unidades de
cdigo.

12
Los diagramas de casos
O Un caso de uso es un conjunto de escenarios que describe una interaccin entre un
usuario y un sistema. Un diagrama de casos de uso muestra la relacin entre los
actores y casos de uso. Los dos componentes principales de un diagrama de casos
de uso son los casos de uso y actores.






O Un actor.- es un usuario representa u otro sistema que interacta con el sistema que
est modelando. Un caso de uso es una vista externa del sistema que representa
una accin que el usuario puede realizar para completar una tarea.

13
O Cundo utilizar: utilizar los diagramas de Casos

O Los casos de uso se utilizan en casi todos los proyectos. Son tiles para
exponer las necesidades y la planificacin del proyecto. Durante la etapa
inicial de un proyecto de la mayora de los casos de uso deben ser
definidos, pero a medida que avance el proyecto podra llegar a ser ms
visible.
O Cmo dibujar: utilizar los diagramas de Casos

O Los casos de uso son un diagrama UML relativamente fciles de dibujar,
pero esto es un ejemplo muy simplificado. Este ejemplo es slo pretende
ser una introduccin a la UML y casos de uso.

O Para empezar, la inclusin de una secuencia de pasos que un usuario
puede tomar con el fin de realizar una accin. Por ejemplo, un usuario
hacer un pedido a una empresa de ventas puede seguir estos pasos

14
O Buscar en el catlogo y seleccionar elementos.
O Llame al representante de ventas.
O Suministro de informacin de envo.
O Suministro de informacin de pago.
O Nmero de recepcin de la conformacin de
vendedor.
O Estos pasos podran generar este diagrama de
casos de uso simple.

15
Diagramas de clase
o Los diagramas de clases son ampliamente utilizados para describir
los tipos de objetos en un sistema y sus relaciones. Clase del
modelo diagramas de estructura de clases y contenidos utilizando
elementos de diseo tales como clases, paquetes y objetos. Los
diagramas de clases describen tres diferentes perspectivas en el
diseo de un sistema, la especificacin conceptual, y la
implementacin. Estas perspectivas se hacen evidentes en el
diagrama se crea y ayudar a consolidar el diseo.
O Las clases se componen de tres cosas: un nombre, atributos y
operaciones. A continuacin se muestra un ejemplo de una clase.

16
O Los diagramas de clases muestran tambin relaciones como la contencin,
la herencia, asociaciones y otros. A continuacin se muestra un ejemplo de
una relacin asociativa:








O La relacin de asociacin es la relacin ms comn en un diagrama de
clases. La asociacin se muestra la relacin entre las instancias de
clases. Por ejemplo, la Orden de clase se asocia con el cliente de clase. La
multiplicidad de la asociacin indica el nmero de objetos que pueden
participar en entonces la relacin. Por ejemplo, un objeto Order se puede
asociar a un solo cliente, pero un cliente puede estar asociada a varios
pedidos.

17
O Otra relacin comn en los diagramas de clases es una generalizacin. Una generalizacin
se utiliza cuando dos clases son similares, pero tienen algunas diferencias. Mira la
generalizacin a continuacin:









O En este ejemplo, las clases de clientes corporativos y personales del cliente tienen algunas
similitudes, como el nombre y la direccin, pero cada clase cuenta con algunos de sus
propios atributos y operaciones. El cliente de clase es una forma general, tanto de los
clientes corporativos y clases de personal al cliente. Esto permite a los diseadores a
utilizar slo la clase de cliente de los mdulos y no requieren a fondo la representacin de
cada tipo de cliente.

18
O Cundo utilizar: diagramas de clase
Los diagramas de clases se utilizan en casi todos los diseos de software
orientado a objetos. Los utilizan para describir las clases del sistema y sus
relaciones entre s.
O Cmo dibujar: diagramas de clase
Los diagramas de clases son algunos de los diagramas UML ms difcil de
trazar. Para dibujar diagramas detallados y tiles a una persona tendra que
estudiar los principios y UML orientada a objetos durante mucho tiempo.
O Antes de dibujar un diagrama de clase en cuenta las tres diferentes
perspectivas del sistema el diagrama se presente; conceptual, especificacin y
ejecucin. Trate de no centrarse en un punto de vista y tratar de ver cmo
trabajan juntos.
O Cuando las clases de diseo de considerar cules son los atributos y las
operaciones que tendr. A continuacin, tratar de determinar cmo las
instancias de las clases van a interactuar unos con otros. Estos son los
primeros pasos de muchos en el desarrollo de un diagrama de clases. Sin
embargo, con slo estas tcnicas bsicas se puede desarrollar una visin
completa del sistema de software.

19
20
Diagramas de Interaccin
O Modelo de interaccin del comportamiento de los diagramas de casos de
uso mediante la descripcin de los grupos de forma de los objetos
interactan para completar la tarea. Los dos tipos de diagramas de
interaccin son la secuencia y diagramas de colaboracin.
O Cundo utilizar: Diagramas de Interaccin
Los diagramas de interaccin se utilizan cuando se desea modelar el
comportamiento de varios objetos en un caso de uso. Demuestran cmo los
objetos colaboran para el comportamiento. Los diagramas de interaccin no
se d una representacin en profundidad del comportamiento. Si usted quiere
ver lo que un objeto especfico est haciendo por varios casos de uso utilizar
un diagrama de estado . Para ver un comportamiento particular en los casos
de uso o de muchas discusiones utilizar un diagramas de actividad.
O Cmo dibujar: los diagramas de interaccin
Los diagramas de secuencia, diagramas de colaboracin o diagramas tanto se
puede utilizar para demostrar la interaccin de los objetos en un caso de
uso. Los diagramas de secuencia muestran en general la secuencia de
eventos que ocurren. Diagramas de colaboracin muestran cmo los objetos
estn conectados estticamente. Ambos esquemas son relativamente fciles
de extraer y contener elementos similares.

21
O Los diagramas de secuencia:
Los diagramas de secuencia muestran el comportamiento de
los objetos en un caso de uso mediante la descripcin de los
objetos y los mensajes que pasan. los diagramas se leen de
izquierda a derecha y descendente. El siguiente ejemplo
muestra un objeto de la clase
1 iniciar el comportamiento mediante el envo de un mensaje a
un objeto de clase
2. Los mensajes pasan entre los diferentes objetos hasta que el
objeto de la clase 1 recibe el mensaje final.

22
Diagramas de colaboracin:
O Diagramas de colaboracin son tambin relativamente fciles de
dibujar. Que muestran la relacin entre los objetos y el orden de los
mensajes que se pasan entre ellos. Los objetos se muestran como
iconos y las flechas indican los mensajes que se pasan entre
ellos. Los nmeros al lado de los mensajes se llaman nmeros de
secuencia. Como su nombre indica, muestran la secuencia de los
mensajes a medida que se pasan entre los objetos. Hay muchas
secuencias aceptables esquemas de numeracin en UML. A simple 1,
2, 3 ... formato se puede utilizar, como muestra el siguiente ejemplo, o
para los diagramas ms detallados y complejos de 1, 1.1, 1.2 1.2.1,
...esquema se puede utilizar.

23
O A continuacin se muestra un ejemplo un poco ms complejo. La
luz de rectngulos azules verticales de la activacin de los objetos,
mientras que el verde lneas verticales discontinuas representan la
vida del objeto. Los rectngulos verticales de color verde
representan cuando un objeto particular tiene el
control. La representa cuando el objeto se destruye. Este
diagrama tambin muestra las condiciones para el envo de
mensajes a otro objeto. La condicin aparece entre parntesis al
lado del mensaje. Por ejemplo, una [situacin] se ha de cumplir
antes de que el objeto de la clase 2 se puede enviar un mensaje ()
con el objeto de la clase 3.

24
O El siguiente ejemplo muestra un diagrama de la simple
colaboracin para la colocacin de un caso de uso
para. Esta vez los nombres de los objetos aparecen despus
de los dos puntos, como por ejemplo: la ventana de entrada
de pedidos despus de la objectName: className
convencin de nombres. Esta vez el nombre de la clase se
muestra para demostrar que todos los objetos de esa clase
se comportan de la misma manera.
25
Diagramas de estado
O Diagramas de estado se utilizan para describir el comportamiento de un
sistema. Diagramas de estado describen todos los posibles estados de un objeto
como ocurren los eventos. Cada diagrama representa por lo general los objetos
de una sola clase y realizar un seguimiento de los diferentes estados de los
objetos a travs del sistema.
O Cundo utilizar: diagramas de estado
Utilice los diagramas de estado para mostrar el comportamiento de un objeto a
travs de muchos usos del sistema. Utilice slo los diagramas de estado para las
clases en que es necesario para entender el comportamiento del objeto a travs de
todo el sistema. No todas las clases requerir de un diagrama de estado y
diagramas de estado no son tiles para describir la colaboracin de todos los
objetos en un caso de uso. Diagramas de estado se combinan otros con otros
diagramas, como diagramas de interaccin y los diagramas de actividad.

26
O Cmo dibujar: diagramas de estado
Diagramas de estado tienen muy pocos elementos. Los
elementos bsicos son redondeadas cajas que representan
el estado del objeto y las flechas acusar a la transicin al
siguiente estado. La seccin de la actividad del smbolo del
estado muestra las actividades que el objeto va a hacer
mientras est en ese estado.

27
O Todos los diagramas de estado que con un estado inicial del
objeto. Este es el estado del objeto cuando se crea. Despus de
que el estado inicial del objeto comienza a cambiar
estados. Condiciones sobre la base de las actividades puede
determinar cul es el siguiente estado el objeto pasa a.


28
O El siguiente diagrama muestra un super-Estado. Tanto los estados
de la Verificacin y expedicin puede pasar en el Estado cancel,
por lo que la transicin se muestra de un super-estado llamada
activa con el Estado en Cancelar. Por el contrario, el Estado que
expide slo puede pasar al estado de suministro, por lo que muestra
una flecha que slo desde el Estado que expide el estado de entrega.

29
Diagramas de actividad
O Diagramas de actividad describen el comportamiento de flujo de trabajo de un sistema. Diagramas
de actividad son similares a los diagramas de estado , porque las actividades son el estado de
hacer algo. Los diagramas de describir el estado de las actividades, mostrando la secuencia de las
actividades realizadas. Diagramas de actividad pueden mostrar las actividades que estn
condicionadas o en paralelo.

O Cundo utilizar: diagramas de actividad
Diagramas de actividad se debe utilizar en combinacin con otras tcnicas de modelado tales
como diagramas de interaccin y diagramas de estado . La principal razn para usar los diagramas de
actividad es el modelo de flujo de trabajo detrs del sistema que est siendo diseado. Diagramas de
actividad son tambin tiles para: anlisis de un caso de uso mediante la descripcin de las acciones
que deben llevarse a cabo y cuando se presenten deben, describiendo un complicado algoritmo
secuencial, y aplicaciones de modelado de procesos paralelos.

Sin embargo, los diagramas de actividad no deben tomar el lugar de los diagramas de
interaccin y diagramas de estado . Diagramas de actividad no dan detalles sobre cmo se comportan
los objetos o cmo colaboran los objetos.

30

O Cmo dibujar: diagramas de actividad
Diagramas de actividades muestran el flujo de actividades a travs del
sistema. Los diagramas se leen de arriba a abajo y con ramas y
horquillas para describir las condiciones y actividades paralelas. Un
tenedor se utiliza cuando se producen mltiples actividades al mismo
tiempo. El siguiente diagrama muestra un tenedor despus
actividad1.Esto indica que tanto actividad2 y activity3 estn
ocurriendo al mismo tiempo. Despus de actividad2 hay una rama. La
rama describe las actividades que se llevarn a cabo sobre la base de
un conjunto de condiciones. Todas las ramas en algn momento van
seguidos de una fusin para indicar el final de la conducta
condicionada iniciadas por esa rama. Despus de la fusin de todas
las actividades paralelas se debe combinar con una unin antes de la
transicin en el estado de la actividad final.

31
32
Arquitectura de un proceso
Arquitectura de proceso es el diseo estructural de
sistemas de proceso generales y se aplica a los
campos tales como computadoras, los procesos del
negocio, y cualquier otro sistema de proceso de
grados que varan de complejidad.
O Procesos se definen como haciendo entradas, salidas y
la energa requerir para transformar entradas a las
salidas.

O Si el sistema de proceso se estudia jerrquico, es ms
fcil entender y manejar; por lo tanto, la arquitectura de
proceso requiere la capacidad de considerar sistemas
de proceso jerrquico.
O El modelar arquitectura de proceso est utilizando la
extensin dualistic de las redes de Petri llamadas las
redes de Petri dualistic (dPNs).

O Red de Petri (PN) es una lengua el modelar grfica,
bipartita que intuitivo y matemticamente represente las
relaciones tericas de objetos mviles en una red de
construcciones interconectadas
El modelar de un proceso
O Adems de una propensin a modelar comportamiento
del mundo real dualistic, PNs tambin ofrece una
manera de manejar sistemas de proceso complejos
jerrquico.

O Usando reglas de construccin clsicas del PN, las
redes de Petri de las redes de Petri pueden ser
construidas y un concepto jerrquico de un sistema de
proceso complejo puede ser estudiado.
Arquitectura
O Las redes de Dualistic Petri son capaces de modelar
cualquier sistema de proceso en su nivel manifestado.
Cuando ingeniera reversa un proceso manifestado,
dPNs tiene una correspondencia una por de la
construccin del dPN a cualquier pedazo de proceso
manifestado, es decir, est isomorfo a la lengua de
puesta en prctica del proceso manifestado.
Bottom-Up
O El modelar del dPN de un nuevo sistema de proceso
empieza un de alto nivel de la abstraccin jerrquica.
Para disear un sistema de proceso complejo, tal como
un componente de hardware sofisticado o un proyecto
importante, el arquitecto de proceso debe primero
definir el espacio del problema.
De arriba hacia abajo

O En la etapa de la estructura est un proceso representado
por un par de las construcciones del dPN. Cada capa
subsecuente debajo de este proceso es la descomposicin
de las construcciones del dPN compuestas de ms dPNs
se descompongan que alternadamente.

O Estos requisitos fueron determinados estudiando los dPN
del padre suprastructure o la estructura jerrquica sobre la
construccin. Los dPNs descompuestos de los nios
forman infraestructura o la estructura jerrquica debajo el
dPN del padre.

Estructura de proceso
Que es la optimizacin?
O Es obtener el grado mximo (obtener el mejor
resultado) de aprovechamiento de los recursos
en la realizacin de cualquier proceso.
Como se hace?
O Se logra mediante el correcto uso
de los recurso tanto humanos
como financieros que influyen
dentro del proceso.
Unidades de Trabajo
O Conjunto mnimo de factores que
debidamente coordinados son capaces de
realizar una operacin

O Son de carcter indivisible, la ausencia de
uno de los factores, o bien impide realizar la
actividad prevista, o bien la perturba.
Ejemplo:
O Administracin. Agrupa tareas de la direccin general, la
gestin de recursos humanos y de las actividades financieras.
La unidad de Administracin supervisa el trabajo entre el resto
de unidades, as como definir, formular y orientar estrategias y
polticas.
O Infraestructura. Aporta los servicios tecnolgicos a la empresa,
incluyen servicios informticos relacionados con la
distribucin, el mantenimiento y la mejora, como las oficinas,
mobiliario, etc.
O Produccin. Responsable de la gestin y planificacin del
proceso de elaboracin de los distintos contratos de servicios
ofertados.
O Comercial. Encargada de formular estrategias, objetivos y
polticas de ventas y campaas de publicidad.
Unit Of Work (UOW) Intro.
45
Un cliente para
una compaa
de servicios
Una ciruga, para
un hospital
Un paciente para
un hospital
Un estudiante para
una escuela
Cases Processes (CP)
46
Las UOWs Se transforman en casos cuando
surge la necesidad de seguir un nico
camino, asumiendo que no tenemos Casos
Al Azar. Cuando decimos que tratamos un
camino estndar reconocemos que cada
caso sigue el mismo proceso. Esto lo
llamamos caso de procesos.
Cases Processes (CP)
47
No hay una duracin
mnima o mxima de un
caso de proceso.
Tienen un Solo
Punto de Partida.
Puede Tener Una
o Varias Salidas.
Tienen un flujo de
Trabajo.
Cases Management Process(CMP)
48
Flujo de los Casos

Se necesita manejar el Flujo de
Trabajo Con:
Planeacin.
Recursos Administrativos.
Tareas Especificas.
Programacin.
Cases Management Process(CMP)
49
Cases Management Process(CMP)
50
Cases Strategy Process(CSP)
51
Que Pasa
Fuera?
Que pasa
Dentro?
Cambian
nuestras
UOWs?
Nuestros CP
y CMP Son
Coherentes?
Cual es el
Desempeo
de los CP y
CMP?
Que
Responde?
Cases Strategy Process(CSP)
Resumen
53
Nuestros
Procesos
CP
CSP
CMP
Case Process

UOW
Flujo de Trabajo
Case Strategy Process

Direccin
Visin
Que pasa dentro y Fuera?
Case Management
Process

Recursos.
Planeacin.
Gestin..
Gracias!!!!
PREGUNTAS
54
Contenido Temtico
55
Arquitectura de un Proceso
2
Optimizacin de Procesos 3
Unidades de Trabajo (UOW) 4
1 CP CMP y CSP 5
Los Procesos de Negocio 1 1