La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

Desarrollo de aplicaciones para la sociedad de la información Bloque II- Dominios de aplicaciones sociales Tema 3- Gestión de procesos de negocio Máster.

Presentaciones similares


Presentación del tema: "Desarrollo de aplicaciones para la sociedad de la información Bloque II- Dominios de aplicaciones sociales Tema 3- Gestión de procesos de negocio Máster."— Transcripción de la presentación:

1 Desarrollo de aplicaciones para la sociedad de la información Bloque II- Dominios de aplicaciones sociales Tema 3- Gestión de procesos de negocio Máster Universitario Oficial en Sistemas Telemáticos e Informáticos Curso 2011/2012 Juan Manuel Serrano

2 2 Objetivos Introducir el concepto de proceso de negocio y conocer las características principales de las herramientas y técnicas de soporte a la gestión de este tipo de procesos Ser capaz de diferenciar los elementos de las perspectivas de procesos, datos y recursos soportados por una técnica de modelización determinada Evaluar críticamente las herramientas y lenguajes de procesos de negocio, en comparación con los lenguajes de programación de propósito general

3 3 Introducción Perspectiva de procesos Perspectiva de datos Perspectiva de recursos Evaluación Índice

4 Gestión de procesos de negocio Un proceso de negocio es un conjunto de actividades realizadas en el contexto de una organización, que generan productos o servicios con el objetivo de proporcionar valor a sus clientes Tipos de procesos Cadenas de valor (value chain) Transversales a los distintos departamentos funcionales de la organización Procesos departamentales (de soporte o funcionales) Logística, producción, marketing, ventas, etc. Contabilidad, recursos humanos, subcontratación, IT, etc. Subprocesos, tareas, etc. Actividades de menor alcance y duración. Ejemplo: contratación de una persona para el puesto X, producción de un componente del producto, etc. 4

5 Habla Computing 5 Promover el uso del lenguaje y el entorno de desarrollo por parte de los programadores y usuarios de aplicaciones Gestionar la evolución de Speech en colaboración con la comunidad Implementar un entorno de desarrollo y ejecución para el lenguaje de programación Speech misión Una sociedad en la que cualquier proceso social susceptible de tener soporte automatizado tenga una aplicación social visión

6 Habla Computing: Cadenas de valor 6 PLATFORMS SOCIAL PAAS DEVELOPMENT INCUBATOR Nube de Habla Speech Brokerage Speech Store Speech CE Speech Databank Speech Community Process Speech CME/SE/ EE Social Apps Development Speech incubator

7 PLATFORMS META APPS DESARROLLO S AD-HOC INCUBACIÓN Habla Computing: Estructura matricial 7 PRODUCCIÓN SPEECH APPS VENTAS Y SERVICIOS RRHH FINANCIERO IT y Compras DIRECCIÓN Y ESTRATEGIA TECHNOLOGY ADMIN

8 Gestión de procesos de negocio La gestión de procesos de negocio (Business Process Management- BPM) tiene por objetivo la definición de los procesos de negocio de una empresa u organización la monitorización de su rendimiento y la gestión de su evolución, de acuerdo a los cambios producidos en el entorno de la organización y en consonancia con las metas y estrategias corporativas de la empresa Se trata de una disciplina de gestión, no técnica El software interviene en un grado muy importante tanto en la realización de las actividades, como en la eficacia del proceso, pero no se puede realizar el análisis de los procesos de negocio desde una perspectiva puramente técnica 8

9 Gestión de procesos de negocio A nivel corporativo, la gestión de procesos de negocio tiene en cuenta la misión y las estrategias de la empresa para definir una arquitectura de procesos global alineada con dichos objetivos; a este nivel también se definen las políticas y métricas necesarias para gestionar, planificar y evaluar el rendimiento de los procesos Los procesos a los que hace referencia el nivel anterior consisten en actividades de largo alcance, habitualmente inter-corporativas (la cadena de valor global); en un nivel inferior podemos encontrar las actividades intra-empresariales relativas a una actividad de menor alcance (gestión de la subcontratación, pago de comisiones, etc.) relacionada con alguna unidad funcional o departamental En el nivel inferior se encuentran los recursos humanos y técnicos que se encargan de implementar los procesos de la organización; es en este nivel donde se encuentra el departamento de IT (Information Technology) o sistemas de información 9

10 Niveles BPM 10 BPTrends Business Process Pyramid [Harmon, 07]

11 Capability Maturity Model (CMM) El CMM es un modelo que permite estimar la madurez de una organización en relación a su capacidad para gestionar sus procesos de negocio Inicialmente se definió para medir la madurez de los procesos de desarrollo de software, pero vale para otros procesos Una organización se encuentra en el nivel 1 (Initial) si las actividades que desarrolla son ad-hoc, no se encuentran definidas y los resultados no son predecibles Las organizaciones de nivel 2 (Repeatable) se caracterizan por ser capaces de llevar a cabo sus actividades con éxito, con relativa independencia de individualidades concretas, gracias a la implementación de un control básico de los costes y la planificación; los procesos gestionados, no obstante, se encuentran a nivel departamental o funcional Las organizaciones de nivel 3 (Defined) definen de forma sistemática sus procesos en torno a una metodología; los procesos tienen un alcance corporativo Las organizaciones de nivel 4 (Managed) han conseguido alinear sus estrategias y objetivos con la arquitectura global de procesos de la organización, así como implantar procesos sistemáticos de monitorización En el último nivel, (Optimized) el énfasis se encuentra en la mejora continua de los procesos 11

12 Capability Maturity Model (CMM) 12 Initial Repeatable Defined Managed Optimizing Nivel 1 Nivel 2 Nivel 3 Nivel 4 Nivel 5 Mejora continua de procesos Énfasis en la monitorización de procesos Alineamiento con las metas corporativas Procesos integrados en una metodología Procesos definidos a nivel corporativo Reproducción consistente de resultados exitosos Procesos definidos a un nivel departamental Procesos ad-hoc El éxito depende de individualidades

13 BPM Software 13 [Harmon, 07] ERP

14 BPM Software 14 [Harmon, 07]

15 Suites de gestión de procesos de negocio (BPMS) Las herramientas Business Process Management Suites (BPMS) son plataformas software genéricas y programables que soportan la operativa y la gestión de los procesos de una organización Pueden entenderse como middlewares sociales en un dominio de aplicación concreto Los programas de la plataforma consisten en los modelos de procesos que son gestionados a través de ella Son genéricas, en el sentido de que no están restringidas a un área funcional concreto Su origen se encuentra en reacción a las aplicaciones paquetizadas proporcionadas a través de las plataformas ERP (Enterprise Resource Planning) Estos sistemas son difíciles de parametrizar, tienen un coste de mantenimiento elevado y un alto riesgo de vendor locked-in 15

16 Arquitectura BPMS El núcleo central de un BPMS está formado por los intérpretes (engines) de los modelos de procesos El motor de workflow se centra en la gestión de las actividades manuales llevadas a cabo por empleados de la organización El motor de reglas interpreta los catálogos de reglas de negocio y toma automáticamente las decisiones que se derivan de ella El motor de EAI se encarga de gestionar las interacciones con las aplicaciones y componentes software externos al BPMS que actúan como recursos computacionales en la automatización de determinadas actividades Las utilidades que proporciona una herramienta BPMS abarcan la edición de modelos, la monitorización de procesos, etc. Algunas herramientas BPMS pueden proporcionar también modelos específicos de un dominio de aplicación determinado Telecomunicaciones, salud, seguros, etc. 16

17 Arquitectura BPMS 17 [BPTrends, 07]

18 Proveedores de software BPM Libre distribución jBPM/Drools, Intalio BPM, EnhydraShak, YAWL, Bonita, … Comerciales Oracle, SAP, IBM, Software AG, Lombardi, BEA, Appian, Tibco,... 18

19 Lenguajes de procesos Orientados al modelado (estándares OMG) Business Process Management Notation (BPMN) UML 2.0 Activity Diagramas (AD) Orientados a la ejecución Business Process Execution Language (BPEL) BPEL4 People Estándares OASIS XPDL Estándar WfMC ARIS Lenguaje de modelado de SAP YAWL Libre distribución … 19

20 Sistemas de información orientados a procesos Un sistema de información orientado a procesos (Process-Aware information systems -PAIS) debe integrar tres perspectivas diferentes: procesos, datos y recursos La perspectiva de procesos se centra en las actividades a realizar y el orden en el que dichas tareas deben ser realizadas, es decir, en el flujo de control del sistema La perspectiva de datos enfatiza la información consumida y generada por las actividades del sistema La perspectiva de recursos atañe a los recursos humanos y computacionales necesarios para llevar a cabo las distintas tareas Para cada una de estas perspectivas se pueden identificar una serie de patrones que identifican las construcciones típicas soportadas en mayor o menor medida por los lenguajes de procesos 20

21 Perspectivas PAIS 21 PROCESOS DATOS RECURSOS

22 22 Introducción Perspectiva de procesos Perspectiva de datos Perspectiva de recursos Evaluación Índice

23 Perspectiva de procesos Patrones de flujo de control soportados en mayor o menor medida por diferentes lenguajes de procesos Sequence AND-split, XOR-split, OR-split AND-merge, Simple merge, OR- merge, N-out-of-M join Multiple instances … 23

24 Símbolos BPMN (perspectiva de procesos) 24

25 Sequence 25 La tarea A da comienzo El hilo de control se activa al término de la tarea A La activación del hilo de control causa la creación de una instancia de la tarea B AKA Sequential routing, serial routing, …

26 AND-Split 26 Aka, parallel routing, fork, parallel split

27 XOR-Split 27 Aka, Exclusive choice, conditional routing, case statement, … Deferred / event-based XOR-split

28 OR-Split 28 Aka, multi-choice, conditional routing, …

29 AND-join 29 Aka, synchronization, rendezvous, …

30 N-out-of-M join 30 Aka, Discriminator (1-out-of-M join), … (ej. 2 out of 3 join)

31 OR-join 31 Aka, multiple-merge

32 XOR-join 32 Aka, simple-merge, …

33 Múltiples instancias 33 AND-join (multiple-instances) AND-split (multiple instances)

34 Ejemplo: órdenes de compra 34 v.,

35 35 Introducción Perspectiva de procesos Perspectiva de datos Perspectiva de recursos Evaluación Índice 35

36 Símbolos BPMN (perspectiva de procesos) 36 Representa información generada por las actividades o requerida para su ejecución Collection Data Objects Input/Output Representa colecciones de datos Datos de entrada/salida declarados en el ámbito de una tarea, sub-proceso o proceso a través del atributo Properties BPMN 2.0

37 Órdenes de compra 37

38 38 Introducción Perspectiva de procesos Perspectiva de datos Perspectiva de recursos Evaluación Índice 38

39 Perspectiva de recursos Los patrones asociados a esta perspectiva representan distintas soluciones al problema de asignación de tareas a recursos capaces de llevarlas a cabo Asignación directa (ad-hoc) En el momento de la instanciación, la tarea se asigna a un usuario predefinido Asignación basada en roles La nueva instancia de la tarea se oferta a todos los usuarios que desempeñan determinado rol, o se asigna automáticamente a uno de ellos 39

40 Símbolos BPMN (perspectiva de recursos) Representa un participante del proceso (actor, organización,...), y agrupa las actividades del proceso llevadas a cabo por dicho participante; el flujo de control no puede atravesar dos pools diferentes Permite subclasificar las actividades de un participante en función del rol que las desempeña, la función global asociada, etc.; el flujo de control puede atravesar dos lanes diferentes Soportan la asignación directa y basada en roles (en este último caso, sin poder precisar el recurso concreto que se hará cargo de la asignación) 40

41 Órdenes de compra 41

42 Realización de rácticas 42

43 Realización de prácticas 43

44 Patrones de recursos (cont.) Delegación de tareas Un recurso tiene asignada una tarea cuya ejecución no ha comenzado, y asigna dicha responsabilidad a otro recurso Re-asignación de tareas Un recurso cede a otro la asignación de una tarea cuya ejecución ya ha comenzado; la reasignación puede conservar el estado de ejecución o requerir un nuevo comienzo Des-asignación de tareas Un recurso renuncia a realizar una tarea que ya tiene asignada (y posiblemente en ejecución); la tarea queda a disposición de otros recursos Escalada de tareas El sistema automáticamente re-asigna una tarea (posiblemente, ya en ejecución) a un recurso o la ofrece de nuevo a un grupo de recursos para que tomen en consideración su realización Otros patrones: Invitaciones Expulsiones Sustituciones... 44

45 45 Introducción Perspectiva de procesos Perspectiva de datos Perspectiva de recursos Evaluación Índice 45

46 Ventajas y desventajas 46


Descargar ppt "Desarrollo de aplicaciones para la sociedad de la información Bloque II- Dominios de aplicaciones sociales Tema 3- Gestión de procesos de negocio Máster."

Presentaciones similares


Anuncios Google