1

L/O/G/O

Modelado de Procesos de NegociosModelado de Procesos de Negocios

L.P. Adolfo Azpeitia Escalera

T.S.U. Carla Leticia Cardona Bello

T.S.U. Santa Edith de la Cruz Gonzales

T.S.U. Marcelino Delgado Cerrano

T.S.U. Ignacio Zapoteco Nava

T.S.U. Francisco Salvador Garcia

2

Contenido TematicoContenido Tematico

Arquitectura de un Proceso2

Optimización de Procesos3

Unidades de Trabajo (UOW)4

1 CP CMP y CSP5

Los Procesos de Negocio11

3

Proceso de NegocioProceso de Negocio• Un proceso de negocio es un conjunto estructurado de

actividades, diseñado para producir una salida determinada o lograr un objetivo. Los procesos describen cómo es realizado el trabajo en la empresa y se caracterizan por ser observables, medibles, mejorables y repetitivos.

• Estructuralmente, un proceso de negocio está constituido por un conjunto de actividades. Así, la actividad, como elemento básico, mediante relaciones o dependencias con otras actividades conforma la estructura de un proceso de negocio.

4

Características de los Procesos:Características de los Procesos:

• Pueden ser medidos y están orientados al rendimiento.

• Tienen resultados específicos.• Responden a alguna acción o evento específico• Las actividades deben agregar valor a las entradas

del proceso.• 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.

5

Tipos de ProcesosTipos de Procesos• Diagrama de Casos de Uso muestra la relación entre los

actores y casos de uso.• Diagrama de clases modelos de estructura de clases y

contenidos utilizando elementos de diseño tales como clases, paquetes y objetos. También muestra las relaciones como la contención, la herencia, asociaciones.

• Diagramas de Interacción• Diagrama de secuencia muestra la secuencia temporal de

los objetos que participan en la interacción.   Este consiste en la dimensión vertical (tiempo) y la dimensión horizontal (diferentes objetos).

• Diagrama de colaboración muestra una interacción organizada alrededor de los objetos y sus relaciones entre sí.   Los números se utilizan para mostrar la secuencia de mensajes.

6

• Diagrama de estado muestra las secuencias de estados que un objeto de una interacción atraviesa durante su vida en respuesta a los estímulos recibidos, junto con sus respuestas y acciones.

• Diagrama de actividad muestra un diagrama de estado especial donde la mayoría de los estados son acción y la mayoría de las transiciones se desencadenan por la finalización de las acciones en los estados de origen. Este diagrama se centra en los flujos impulsados por el proceso interno.

• Diagramas de física• Diagrama de componentes muestra la estructura de alto nivel

empaquetado del código en sí. Dependencias entre los componentes se muestran, incluidos los componentes de código fuente, los componentes de código binario, y componentes ejecutables.   Algunos de los componentes existen en tiempo de compilación, en tiempo de enlace, en los tiempos de ejecución, así como en más de una vez. 

• Diagrama de despliegue muestra la configuración de elementos de proceso en tiempo de ejecución y los componentes de software, procesos y objetos que viven en ellos.   Instancias de componentes de software representan en tiempo de ejecución manifestaciones de unidades de código.

7

Los diagramas de casosLos diagramas de casos• Un caso de uso es un conjunto de escenarios que describe una

interacción entre un usuario y un sistema. Un diagrama de casos de uso muestra la relación 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.

• Un actor.- es un usuario representa u otro sistema que interactúa con el sistema que está modelando. Un caso de uso es una vista externa del sistema que representa una acción que el usuario puede realizar para completar una tarea.

8

• Cuándo utilizar: utilizar los diagramas de Casos

• Los casos de uso se utilizan en casi todos los proyectos. Son útiles para exponer las necesidades y la planificación del proyecto. Durante la etapa inicial de un proyecto de la mayoría de los casos de uso deben ser definidos, pero a medida que avance el proyecto podría llegar a ser más visible.

• Cómo dibujar: utilizar los diagramas de Casos

• Los casos de uso son un diagrama UML relativamente fáciles de dibujar, pero esto es un ejemplo muy simplificado. Este ejemplo es sólo pretende ser una introducción a la UML y casos de uso. 

• Para empezar, la inclusión de una secuencia de pasos que un usuario puede tomar con el fin de realizar una acción. Por ejemplo, un usuario hacer un pedido a una empresa de ventas puede seguir estos pasos

9

• Buscar en el catálogo y seleccionar elementos.• Llame al representante de ventas.• Suministro de información de envío.• Suministro de información de pago.• Número de recepción de la conformación de

vendedor.• Estos pasos podrían generar este diagrama de

casos de uso simple.

10

Diagramas de claseDiagramas de claseo 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 diseño tales como clases, paquetes y objetos. Los diagramas de clases describen tres diferentes perspectivas en el diseño de un sistema, la especificación conceptual, y la implementación. Estas perspectivas se hacen evidentes en el diagrama se crea y ayudar a consolidar el diseño.

• Las clases se componen de tres cosas: un nombre, atributos y operaciones. A continuación se muestra un ejemplo de una clase.

11

• Los diagramas de clases muestran también relaciones como la contención, la herencia, asociaciones y otros. A continuación se muestra un ejemplo de una relación asociativa:

• La relación de asociación es la relación más común en un diagrama de clases. La asociación se muestra la relación entre las instancias de clases. Por ejemplo, la Orden de clase se asocia con el cliente de clase. La multiplicidad de la asociación indica el número de objetos que pueden participar en entonces la relación. Por ejemplo, un objeto Order se puede asociar a un solo cliente, pero un cliente puede estar asociada a varios pedidos.

12

• Otra relación común en los diagramas de clases es una generalización. Una generalización se utiliza cuando dos clases son similares, pero tienen algunas diferencias. Mira la generalización a continuación:

• En este ejemplo, las clases de clientes corporativos y personales del cliente tienen algunas similitudes, como el nombre y la dirección, 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 diseñadores a utilizar sólo la clase de cliente de los módulos y no requieren a fondo la representación de cada tipo de cliente.

13

• Cuándo utilizar: diagramas de clase

Los diagramas de clases se utilizan en casi todos los diseños de software orientado a objetos. Los utilizan para describir las clases del sistema y sus relaciones entre sí.• Cómo dibujar: diagramas de clase

Los diagramas de clases son algunos de los diagramas UML más difícil de trazar. Para dibujar diagramas detallados y útiles a una persona tendría que estudiar los principios y UML orientada a objetos durante mucho tiempo. • Antes de dibujar un diagrama de clase en cuenta las tres

diferentes perspectivas del sistema el diagrama se presente; conceptual, especificación y ejecución. Trate de no centrarse en un punto de vista y tratar de ver cómo trabajan juntos.

• Cuando las clases de diseño de considerar cuáles son los atributos y las operaciones que tendrá. A continuación, tratar de determinar cómo 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 sólo estas técnicas básicas se puede desarrollar una visión completa del sistema de software.

14

15

Diagramas de InteracciónDiagramas de Interacción• Modelo de interacción del comportamiento de los diagramas de casos de

uso mediante la descripción de los grupos de forma de los objetos interactúan para completar la tarea. Los dos tipos de diagramas de interacción son la secuencia y diagramas de colaboración.

• Cuándo utilizar: Diagramas de Interacción

Los diagramas de interacción se utilizan cuando se desea modelar el comportamiento de varios objetos en un caso de uso. Demuestran cómo los objetos colaboran para el comportamiento. Los diagramas de interacción no se dé una representación en profundidad del comportamiento. Si usted quiere ver lo que un objeto específico 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.• Cómo dibujar: los diagramas de interacción

Los diagramas de secuencia, diagramas de colaboración o diagramas tanto se puede utilizar para demostrar la interacción de los objetos en un caso de uso. Los diagramas de secuencia muestran en general la secuencia de eventos que ocurren. Diagramas de colaboración muestran cómo los objetos están conectados estáticamente. Ambos esquemas son relativamente fáciles de extraer y contener elementos similares.

16

• Los diagramas de secuencia:

Los diagramas de secuencia muestran el comportamiento de los objetos en un caso de uso mediante la descripción 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 envío 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.

17

Diagramas de colaboración:Diagramas de colaboración:• Diagramas de colaboración son también relativamente fáciles de

dibujar. Que muestran la relación 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 números al lado de los mensajes se llaman números 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 numeración en UML. A simple 1, 2, 3 ... formato se puede utilizar, como muestra el siguiente ejemplo, o para los diagramas más detallados y complejos de 1, 1.1, 1.2 1.2.1, ...esquema se puede utilizar.

18

• A continuación se muestra un ejemplo un poco más complejo. La luz de rectángulos azules verticales de la activación de los objetos, mientras que el verde líneas verticales discontinuas representan la vida del objeto. Los rectángulos verticales de color verde representan cuando un objeto particular tiene el control. La  representa cuando el objeto se destruye. Este diagrama también muestra las condiciones para el envío de mensajes a otro objeto. La condición aparece entre paréntesis al lado del mensaje. Por ejemplo, una [situación] 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.

19

• El siguiente ejemplo muestra un diagrama de la simple colaboración para la colocación de un caso de uso para. Esta vez los nombres de los objetos aparecen después de los dos puntos, como por ejemplo: la ventana de entrada de pedidos después de la objectName: className convención 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.

20

Diagramas de estadoDiagramas de estado• 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 través del sistema.

• Cuándo utilizar: diagramas de estado

Utilice los diagramas de estado para mostrar el comportamiento de un objeto a través de muchos usos del sistema. Utilice sólo los diagramas de estado para las clases en que es necesario para entender el comportamiento del objeto a través de todo el sistema. No todas las clases requerirá de un diagrama de estado y diagramas de estado no son útiles para describir la colaboración de todos los objetos en un caso de uso. Diagramas de estado se combinan otros con otros diagramas, como diagramas de interacción y los diagramas de actividad.

21

• Cómo dibujar: diagramas de estado

Diagramas de estado tienen muy pocos elementos. Los elementos básicos son redondeadas cajas que representan el estado del objeto y las flechas acusar a la transición al siguiente estado. La sección de la actividad del símbolo del estado muestra las actividades que el objeto va a hacer mientras esté en ese estado.

22

• Todos los diagramas de estado que con un estado inicial del objeto. Este es el estado del objeto cuando se crea. Después de que el estado inicial del objeto comienza a cambiar estados. Condiciones sobre la base de las actividades puede determinar cuál es el siguiente estado el objeto pasa a.

23

• El siguiente diagrama muestra un super-Estado. Tanto los estados de la Verificación y expedición puede pasar en el Estado canceló, por lo que la transición se muestra de un super-estado llamada activa con el Estado en Cancelar. Por el contrario, el Estado que expide sólo puede pasar al estado de suministro, por lo que muestra una flecha que sólo desde el Estado que expide el estado de entrega.

24

Diagramas de actividadDiagramas de actividad• 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 están condicionadas o en paralelo.

• Cuándo utilizar: diagramas de actividad

Diagramas de actividad se debe utilizar en combinación con otras técnicas de modelado tales como diagramas de interacción y diagramas de estado . La principal razón para usar los diagramas de actividad es el modelo de flujo de trabajo detrás del sistema que está siendo diseñado. Diagramas de actividad son también útiles para: análisis de un caso de uso mediante la descripción 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 interacción y diagramas de estado . Diagramas de actividad no dan detalles sobre cómo se comportan los objetos o cómo colaboran los objetos.

25

• Cómo dibujar: diagramas de actividad

Diagramas de actividades muestran el flujo de actividades a través 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 múltiples actividades al mismo tiempo. El siguiente diagrama muestra un tenedor después actividad1.Esto indica que tanto actividad2 y activity3 están ocurriendo al mismo tiempo. Después de actividad2 hay una rama. La rama describe las actividades que se llevarán a cabo sobre la base de un conjunto de condiciones. Todas las ramas en algún momento van seguidos de una fusión para indicar el final de la conducta condicionada iniciadas por esa rama. Después de la fusión de todas las actividades paralelas se debe combinar con una unión antes de la transición en el estado de la actividad final.

26

Arquitectura de un proceso

Arquitectura de proceso es el diseño 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 varían de complejidad.

• Procesos se definen como haciendo entradas, salidas y la energía requerir para transformar entradas a las salidas.

• Si el sistema de proceso se estudia jerárquico, es más fácil entender y manejar; por lo tanto, la arquitectura de proceso requiere la capacidad de considerar sistemas de proceso jerárquico.

• El modelar arquitectura de proceso está utilizando la extensión dualistic de las redes de Petri llamadas las redes de Petri dualistic (dPNs).

• Red de Petri (PN) es una lengua el modelar gráfica, bipartita que intuitivo y matemáticamente represente las relaciones teóricas de objetos móviles en una red de construcciones interconectadas

El modelar de un proceso

• Además de una propensión a modelar comportamiento del mundo real dualistic, PNs también ofrece una manera de manejar sistemas de proceso complejos jerárquico.

• Usando reglas de construcción clásicas del PN, las redes de Petri de las redes de Petri pueden ser construidas y un concepto jerárquico de un sistema de proceso complejo puede ser estudiado.

Arquitectura

• Las redes de Dualistic Petri son capaces de modelar cualquier sistema de proceso en su nivel manifestado. Cuando ingeniería reversa un proceso manifestado, dPNs tiene una correspondencia una por de la construcción del dPN a cualquier pedazo de proceso manifestado, es decir, está isomorfo a la lengua de puesta en práctica del proceso manifestado.

Bottom-Up

• El modelar del dPN de un nuevo sistema de proceso empieza un de alto nivel de la abstracción jerárquica. Para diseñar 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

• 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 descomposición de las construcciones del dPN compuestas de más dPNs se descompongan que alternadamente.

• Estos requisitos fueron determinados estudiando los dPN del padre suprastructure o la estructura jerárquica sobre la construcción. Los dPNs descompuestos de los “niños” forman infraestructura  o la estructura jerárquica debajo el dPN del padre.

Estructura de proceso

¿Que es la optimización?¿Que es la optimización?• Es obtener el grado máximo (obtener el mejor

resultado) de aprovechamiento de los recursos en la realización de cualquier proceso.

¿Como se hace?¿Como se hace?

• Se logra mediante el correcto uso de los recurso tanto humanos como financieros que influyen dentro del proceso.

Unidades de TrabajoUnidades de Trabajo

• Conjunto mínimo de factores que debidamente coordinados son capaces de realizar una operación

• Son de carácter indivisible, la ausencia de uno de los factores, o bien impide realizar la actividad prevista, o bien la perturba.

Ejemplo:Ejemplo:• Administración. Agrupa tareas de la dirección general, la

gestión de recursos humanos y de las actividades financieras. La unidad de Administración supervisa el trabajo entre el resto de unidades, así como definir, formular y orientar estrategias y políticas.

• Infraestructura. Aporta los servicios tecnológicos a la empresa, incluyen servicios informáticos relacionados con la distribución, el mantenimiento y la mejora, como las oficinas, mobiliario, etc.

• Producción. Responsable de la gestión y planificación del proceso de elaboración de los distintos contratos de servicios ofertados.

• Comercial. Encargada de formular estrategias, objetivos y políticas de ventas y campañas de publicidad.

39

Unit Of Work (UOW) Intro.Unit Of Work (UOW) Intro.Un cliente para una compañía de servicios

Una cirugía, para un hospital

Un paciente para un hospital

Un estudiante para una escuela

40

Cases Processes (CP)Cases Processes (CP)

Las UOW’s 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 estándar reconocemos que cada caso sigue el mismo proceso. Esto lo llamamos caso de procesos.

41

Cases Processes (CP)Cases Processes (CP)

No hay una duración mínima o máxima de un caso de proceso.

Tienen un Solo Punto de Partida.

Puede Tener Una o Varias Salidas.

Tienen un flujo de Trabajo.

42

Cases Management Process(CMP)Cases Management Process(CMP)

Flujo de los Casos

Se necesita manejar el Flujo de Trabajo Con:

Planeación.

Recursos Administrativos.

Tareas Especificas.

Programación.

43

Cases Management Process(CMP)Cases Management Process(CMP)

44

Cases Management Process(CMP)Cases Management Process(CMP)

45

Cases Strategy Process(CSP)Cases Strategy Process(CSP)

¿Que Pasa Fuera?

¿Que pasa Dentro?

¿Cambian nuestras UOW’s?

¿Nuestros CP y CMP Son

Coherentes?

¿Cual es el Desempeño de los CP y

CMP?

¿Que Responde?

Cases Strategy Process(CSP)Cases Strategy Process(CSP)

47

ResumenResumen

Nuestros Procesos

CP

CSP CMP

Case Process

• UOW• Flujo de Trabajo

Case Strategy Process

• Dirección• Visión• ¿Que pasa dentro y Fuera?

Case Management Process

• Recursos.• Planeación.• Gestión..

48

L/O/G/O

Gracias!!!!Gracias!!!!

PREGUNTAS