Soluciones Inteligentes de Diseño de Negocios: Procesos más Analítica

 En el MBE aspiramos a enfrentar el diseño de los negocios con modelos formales que permitan representar las opciones de estructuras de procesos que  llevan a  la práctica una estrategia y un modelo de negocio asociado. Asimismo, para cada proceso de la estructura o arquitectura queremos generar modelos, también formales, que representen el diseño de los componentes de tal proceso. Para ello utilizamos BPMN, el cual  permite detallar las actividades, el flujo y la lógica de un proceso. Pero BPMN no permite diseñar lógica algorítmica compleja para ejecutar las tareas internas de cada actividad, particularmente las que pretenden dar un apoyo automático a decisiones  complejas. Aquí es donde aparece la oportunidad de usar métodos analíticos que permiten el desarrollo de  una lógica que optimiza tales decisiones, por ejemplo, modelos matemáticos de optimización o modelos de Data Mining. La unión del enfoque de diseño de procesos y tales métodos analíticos genera la posibilidad de una nueva clase de diseño de negocios, que llamaremos soluciones inteligentes. Éstas se diferencias de las soluciones tradicionales -que sólo mejoran los manejos de información en un proceso, como lo hacen típicamente los ERP, o racionalizan los procesos, eliminando actividades innecesarias o mejorando las existentes con lógicas basadas en la experiencia- en cuanto a abordar a fondo y de manera rigurosa las decisiones que existen dentro de un proceso. Para proveer apoyos a tales decisiones se utiliza la Analítica. En el MBE tenemos una experiencia acumulada importante de integración de procesos y Analítica, la cual nos ha permitido incorporar en los patrones que utilizamos tal integración. Resumimos, a continuación, algunos de los casos importantes, desarrollados en tesis del MBE, que han hecho uso de tal integración y los resultados conseguidos.En un uno de los más grandes bancos de la plaza se diseñó un nuevo proceso de atención al cliente en sucursales que perseguía alinearse con una política de mejora de servicio; al hacer tal diseño se vislumbró la posibilidad de que, aprovechando el contacto con el cliente, se generara la posibilidad de ofrecerle algún producto de manera proactiva. Por las características de los clientes se eligió el producto seguro como opción. Ahora, para hacer esto más eficiente y efectivo se optó por hacer Data Mining sobre los datos históricos del tipo de clientes para establecer cuáles podrían estar interesados en el producto. Se concluyó que habían grupos definidos con gran precisión por medio de reglas que eran potenciales compradores. Entonces aplicando tales reglas a los clientes que llegan a sucursales se puede establecer a cuáles ofrecerles un seguro. El resultado de este diseño fue que, además de disminuir el  tiempo de atención al cliente en 35 %, la tasa de éxito de las oferta se estableció era de 18%.En un proyecto de rediseño del proceso de desarrollo de software en una empresa del rubro servicios informáticos, se formalizaron las tareas introduciendo buenas prácticas provenientes de CMMI y de Gestión de Proyectos. El aspecto que originó el uso de Analítica fue la asignación de especialistas a proyectos, lo cual se hizo por medio de una heurística originada en un modelo de Programación Matemática Discreta. Este proyecto, además de conseguir los resultados esperables en cuanto asegurar plazos de los proyectos de software, permitió un mejor uso de los recursos humanos de desarrollo. Un proyecto similar en cuanto a estructura se está desarrollando en el procesamiento de pólizas en una compañía de seguros, donde el problema de asignación es de especialistas a las pólizas en proceso, el cual se está resolviendo con un modelo de Programación Lineal Discreta.En el Ministerio del Trabajo se diseñó un nuevo proceso para gestionar las fiscalizaciones de empresas con el fin de asegurar que los escasos recursos humanos se aplican a aquéllas que realmente son potenciales infractoras de las leyes laborales, maximizando con esto el beneficio social asociado al corregir  las situaciones que originan las infracciones. Para ello se utilizó Data Mining con datos históricos de empresas fiscalizadas para agruparlos en categorías de acuerdo al número y gravedad  de infracciones cometidas. Para tales grupos se desarrollaron árboles de decisión que permiten precisar las reglas que definen  a los infractores; tales reglas, definidas en base a los atributos de las empresas, se pueden aplicar a las bases de datos del Servicio para establecer las empresas que deben ser fiscalizadas y que tienen una mayor probabilidad de ser infractoras, centrando los esfuerzos de los inspectores dónde realmente se necesita corregir problemas. Esto se está utilizando regularmente para generar planes de inspección  en el Ministerio del Trabajo.En hospitales públicos está trabajando un grupo de más de diez tesistas del MBE, financiados con recursos de un proyecto Mecesup,  en el diseño de procesos claves que determinan la calidad del servicio y el uso de los recursos en estas organizaciones. Los temas donde se ha dado la integración de procesos y Analítica es  la gestión de capacidad de los servicios de urgencia y la gestión de listas de espera de cirugía y de los pabellones en que éstas se realizan. Dentro del diseño del proceso de gestión de capacidad, se ha determinado la necesidad de pronosticar la demanda de servicios de urgencia, para lo cual se han usado los métodos analíticos de redes neuronales y support vector regression, con resultados muy precisos (errores de pronóstico del orden de 5%). Esto permitió determinar la capacidad necesaria para satisfacer la demanda y compararla con la disponible, como base para tomar acciones de asignación de recursos, lo cual se está apoyando con un modelo de Programación Lineal Entera. Este proceso rediseñado se utilizó como base para decidir cómo enfrentar la campaña de Invierno de 2010 en el Hospital Calvo Mackenna. En pabellones se ha diseñado un proceso que incluye la programación de éstos con una heurística, asignando los pacientes en lista de espera respetando una serie de restricciones –por ejemplo, disponibilidad de pabellones, horarios de médicos, especialidad que requiere una operación, etc.- y tratando de maximizar el uso de las instalaciones. Los resultados hasta este momento muestran que es posible incrementar el uso de pabellones en un rango de a lo menos 10% a 15%; pero eliminando una serie de restricciones originadas en prácticas históricas no indispensables, la utilización podría incrementarse hasta en un 50% en algunos hospitales.Además hay varios proyectos más antiguos que están documentados en el libro Ingeniería de Negocios (Capítulos 8 y 9) el cual se puede ver en blog.obarros.cl. Se trata de: el diseño del proceso de gestión de riesgo operacional en un banco usando modelos analíticos para cuantificar tal riesgo, el diseño del proceso de generación de la programación televisiva en un canal público usando modelos matemáticos de estimación de rating y el diseño del proceso de evaluación y recalibración de modelos matemáticos de scoring en un banco; estos dos últimos casos se encuentran documentados es detalle en la sección de tesis de blog.obarros.cl.Hay otros casos interesantes que mezclan Analítica y procesos,  en desarrollo en el MBE,  que resumimos a continuación.En una aerolínea internacional  se está rediseñando el proceso de planeamiento y ejecución de campañas de venta y promoción, el cual se basa en un modelo matemático que pronostica la demanda por vuelos en cada uno de los tramos que vuela esta empresa. En este rediseño se está perfeccionando el modelo de pronóstico probando nuevos  métodos analíticos que mejoren la precisión de la estimación.En un banco de la plaza se está diseñando un proceso para llevar a la práctica un nuevo producto orientado a pequeñas empresas. El proceso requiere un modelo de scoring especialmente orientado a estas empresas, el cual se está desarrollando con técnicas de Data Mining.En una empresa que comercializa productos tecnológicos para soluciones documentales se está diseñando un proceso para cambiar el modelo de negocio desde venta pasiva, a requerimiento de los clientes, a  venta proactiva.  Para este nuevo enfoque se requiere la capacidad de modelar el comportamiento de los clientes para establecer quiénes, de acuerdo a determinadas características, serían potenciales compradores de las soluciones que la empresa puede configurar. Este comportamiento se está analizando con técnicas analíticas de Data Mining con el fin de establecer clusters de clientes que sean potenciales compradores de particulares soluciones.En resumen, el MBE se ha convertido en un laboratorio de innovación en el uso de métodos analíticos en  el contexto de procesos, mostrando con casos prácticos que es posible masificar su uso consiguiendo resultados de optimización de toma de decisiones para el mejor manejo de las operaciones y recursos. Este Magíster está abierto a trabajar con empresas innovadoras que quieran plegarse a este enfoque, enviando sus profesionales  al MBE o auspiciando alumnos de Ingeniería Industrial que se incorporan al mismo para que realicen proyectos similares a los arriba resumidos. La experiencia de las muchas empresas que han participado es que se pueden lograr resultados muy significativos y a bajo costo, los cuales, por la exigencia del Magíster, deben quedar implementados, a lo menos a un nivel piloto, en tales empresas.

Patrones de Arquitectura de Procesos y su Aplicación en Hospitales

 

En el MBE se han utilizado con éxito, en cientos de proyectos, los patrones de procesos, los cuales permiten acelerar los proyectos de diseño de procesos y asegurar la calidad de tales diseños. La experiencia acumulada, que se ha documentado en el libro “Ingeniería de Negocios” y en múltiples proyectos incluidos en este blog, ha permitido una generalización a nivel de abstracción más alto que los patrones de procesos. En múltiples casos se ha encontrado que el diseño necesario va más allá de un proceso particular y debe incluir la estructura de todos los procesos que requiere una empresa para funcionar o una parte importante de ellos. Esto corresponde  a la idea de una arquitectura de procesos, la cual es parte de una arquitectura empresarial. Si bien hay varias propuestas de cómo diseñar tal estructura, en el MBE hemos desarrollado un enfoque original que construye sobre los macroprocesos 1 a 4 y que tiene como característica distintiva no solo enumerar procesos, como lo hacen todas las otras propuestas, sino que enfrenta explícitamente el diseño de las relaciones entre los procesos que constituyen la arquitectura, lo cual provee una solución verdaderamente operacional y sistémica.

 

Lo anterior ha dado lugar a la definición de patrones de arquitectura, con el mismo propósito de los patrones de procesos. Esto es tener arquitecturas genéricas predefinidas, con macroprocesos y sus relaciones, que sirvan como guía normativa al desarrollar una arquitectura particular evitando empezar desde cero. Hay varios tipos de arquitectura que se pueden formalizar, pero nosotros nos hemos concentrado en una que hemos encontrado de gran utilidad en la práctica: Arquitectura de Procesos Compartidos. Esta arquitectura la hemos aplicado en varios proyectos, siendo el caso más importante el de hospitales, para el cual se hecho una especialización del patrón general. Este diseño nos ha permitido establecer los procesos que debiera tener un hospital para hacer posible un manejo optimizado, lo cual también ha llevado a establecer los procesos en los cuales un rediseño tendría un impacto más significativo. Tales procesos se han sometido a un diseño detallado, incluyendo apoyos computacionales, los cuales se encuentran en funcionamiento en hospitales públicos seleccionados, como se señaló en la entrada anterior a ésta en  este blog. Este trabajo, que es innovador a nivel internacional, nos ha permitido publicar dos documentos en el sitio http://www.bptrends.com.

 

(Ver documentos en

Enterprise and Process Architecture Patterns(Barros 26Julio-final)

App Process Ent Arch Patterns Hospitals (Barros 26Julia-final)  )

 

 y también enviar un paper a publicación en el European Journal of Operacional Research.

 

(Ver paper en documentos de trabajo CEGES

Application of Enterprise And Process Architecture Patterns In Hospitals )

Contribución del MBE a la innovación en las empresas y al incremento de su productividad

Un estudio reciente de McKinsey, reporteado en El Mercurio del 16/12/09, muestra que la productividad de las organizaciones nacionales es deplorable y que existe un potencial de mejora importante de ésta si se mejoran las prácticas empresariales, el cual McKinsey estima en 25 puntos porcentuales, desde un nivel actual de 34, tomando la productividad de EEUU como 100. Esto fue también corroborado en un estudio realizado en el DII en 2004, el cual estableció que las prácticas de gestión en nuestras empresas eran de muy baja calidad (www.obarros.cl).

El Magíster en Ingeniería de Negocios (Master in Business Engineering: MBE) del Departamento de Ingeniería Industrial (DII) de la Universidad de Chile se impuso, desde sus inicios en 2003,  que sus alumnos hicieran, como parte de sus proyectos de grado, trabajos significativos de innovación en la gestión de empresas e instituciones privadas y públicas con el fin de contribuir al incremento de la productividad y, por lo tanto, ayudar al cierre de la brecha identificada en el punto anterior. Estos trabajos parten de los planes estratégicos de una organización, tratan de mejorar su modelo de negocio, desarrollan una arquitectura de procesos de negocios que permita llevar a la práctica tal modelo, diseñan en detalle los procesos requeridos por la arquitectura, diseñan y construyen las aplicaciones computacionales de apoyo a tales procesos, a lo menos a un nivel de piloto, e implementan todo lo anterior para mostrar resultados tangibles de mejora del negocio, los cuales siempre están ligados a incrementos de productividad.

 Leer todo el documento aquí [ Casos de Exito MBE ]

Integrando el modelamiento de los distintos niveles de diseño de la arquitectura y sus procesos

Este paper fue motivado por la columna “Punto de Vista”, publicada por Roger Burlton en BPTrends en Julio del 2009. Allí, el autor propone distintas perspectivas para el modelamiento de procesos –contexto, arquitectura, sus procesos y subprocesos- utilizando enfoques de modelamiento y herramientas diferentes para cada una de ellas. La propuesta de MBE concuerda con la existencia de estas perspectivas, que denomina niveles de diseño, pero utiliza un único enfoque y herramienta de modelamiento para integrar los niveles mencionados. Esto evita los serios problemas de consistencia y trazabilidad generados al pasar de una perspectiva a otra.

La experiencia de modelamiento formal de procesos en cientos de proyectos del MBE ha llevado a la identificación de tres niveles de detalle para la representación de procesos: la arquitectura, el diseño de sus procesos y, finalmente, las actividades más elementales que se coordinan para conformar los procesos del segundo nivel. Todos estos niveles pueden ser modelados usando BPMN.

Para lograr lo anterior se requieren diferentes, pero complementarios estilos de modelamiento: uno para representar la arquitectura y el diseño de sus procesos, que enfatice la estructura y el flujo de información; y otro estilo para representar el detalle de los procesos anteriores, que sea procedural y enfatice la secuencia de actividades y lógica de control. En este paper se muestra que estos estilos son totalmente compatibles, ya que el segundo tomará y detallará las representaciones del primero, manteniendo la consistencia y trazabilidad durante el modelamiento en todos los niveles. Más aún, la aplicabilidad de este enfoque es ejemplificada con el proyecto de hospitales públicos chilenos que se está desarrollando actualmente en el MBE.

La existencia de un enfoque integrador de los distintos niveles de diseño de procesos ha permitido modelar los patrones de arquitectura y de procesos desarrollados en este programa, a través de los cuales es posible generar rápidamente la estructura de procesos de cualquier empresa. La consistencia y trazabilidad de este enfoque permite plasmar la estrategia en una arquitectura de procesos, para luego diseñar tales procesos hasta el último detalle, incluyendo el apoyo computacional que los soportará. Es un enfoque totalmente sistémico. 

El paper completo publicado en BPTrends se encuentra en este link

 

Prof. Oscar Barros invitado a Conferencia BPM en Londres

En el contexto de la “Business Process Management Conference Europe 2009″ a realizarse en Londres, Inglaterra , los próximos 28, 29 y 30 de septiembre, el Profesor Oscar Barros moderará el panel de discusion de expertos BPM with Lean and Six Sigma - Friends or Foes”

El Panel estará compuesto por Paul van Doorne (Manager BPM, KPN Business Market), Grace Duffy (President, Management and Performance Systems) y Steven M. McCrystal (SVP, Managing Director, IS Transformation, Diageo Plc).

A continuación una breve descripción de los Temas principales y el enlace de la web de la conferecia para mayor información:

“There are lots of process improvement advocates in our organizations today espousing best practices to significantly or incrementally improve the performance of the work we do. Many of these practices, methodologies and techniques have a heritage such as industrial engineering, quality management, measurement, IT requirements and other precedents. Which is the best for you? Is it one of them such as six sigma? Is your organization enamoured with Toyota and Lean? Is BPM different from these? This panel will feature an examination of these questions and strive to find the similarities and differences among them. It will also aim to project the future of the approaches. Are they converging? What can we expect?

  • The backdrop for analytic and design process approaches
  • Why Lean?
  • Why Six Sigma?
  • Why BPM?
  • Convergence or Divergence?


Web de la “Business Process Management Conference Europe 2009″

Seminario Internacional de Arquitectura Empresarial: PAUL HARMON

Paul Harmon, Editor Ejecutivo de BPTrends y autor del libro Business Process Change dictará un seminario de un día, el 22 de Octubre, en el Magíster en Ingeniería de Negocios (MBE) del Departamento de Ingeniería Industrial de la Universidad de Chile.Este seminario revisará cómo y porqué muchas empresas en el mundo están desarrollando Arquitecturas Empresariales. Considerará estudios de casos detallados de empresas que han diseñado arquitecturas, los problemas que han encontrado, los resultados que han obtenido y presentará un enfoque genérico y mejores prácticas derivadas de estas experiencias.Este seminario es un complemento a los cursos recientemente incorporados por el MBE a su currículo en el tema de arquitectura, los cuales se están dictando en el semestre de primavera 2009, y los proyectos de desarrollo de Arquitectura Empresarial que están desarrollando académicos de este magíster en hospitales públicos y en varias otras empresas del medio. Para más información, contactar a anamaria@dii.uchile.cl [ Descargar Programa del Seminario (pdf) ]

MEJORA DE LA GESTION EN HOSPITALES

Desde mediados de abril, Ingeniería Industrial asesora a los hospitales Luis Calvo Mackenna (autogestionado) y San Borja Arriarán (en proceso de entrar a esa categoría) en la introducción de prácticas modernas de gestión, con el fin de que ambas instituciones utilicen sus recursos disponibles para atender a los pacientes en forma óptima. Además, existe una relación con la Clínica Alemana, la cual permitirá compartir experiencias con esta organización que se considera como una de las mejor manejadas del país.

Leer más (Descargar pdf)

ARQUITECTURAS EMPRESARIALES GENÉRICAS

En la misma idea de formalizar conocimiento que tienen los modelos de referencia de procesos, como SCOR, eTOM y nuestros patrones de procesos,  se han desarrollado los llamados frameworks para diseñar Arquitecturas Empresariales (EA). Estos tienen como propósito proveer arquitecturas genéricas en un cierto dominio, por ejemplo hospitales,  que puedan ser reutilizadas para diseñar en cualquier empresa del tipo del dominio, partiendo de ideas que ya han sido probadas por otros y sin tener que reinventar la rueda. El más popular de los framework actuales es TOGAF, el cual no provee arquitecturas genéricas propiamente tales, sino que una metodología para generar una arquitectura para un caso particular. Un framework que sí propone arquitecturas genéricas es el Component Business Model (CBM) de la IBM, el cual tiene versiones generales y también para dominios particulares, por ejemplo bancos retail. Nosotros hemos desarrollado arquitecturas genéricas relacionadas con los patrones de procesos. En particular la arquitectura de cuatro macroprocesos, ampliamente documentada en varios papers y libros, es un ejemplo temprano de nuestras ideas en este tema. Esto lo hemos extendido recientemente, proponiendo arquitecturas genéricas para ciertos tipos de negocios. Una que mostrado ser particularmente útil en varios proyectos reales es la arquitectura de procesos compartidos. En esta arquitectura se entiende que una empresa compleja puede tener varias cadenas de valor, que incluso pueden ser líneas de negocios independientes. Un ejemplo de esta situación es una empresa automotora que tiene varias líneas de productos que se venden de manera independiente, como automóviles y camiones de varias marcas. El problema de diseño de arquitectura es si es conveniente total independencia o las diversas líneas deben compartir ciertos servicios comunes; por ejemplo, análisis de riesgo de crédito y abastecimiento. Hay poderosas razones económicas, entre otras economías de escala y de alcance, que justifican centralizar y compartir servicios, pero también hay problemas de coordinación que se crean al hacer esto. ¿Cuál es la solución adecuada? Ésta depende de la calidad de los procesos y de la tecnología que se utilice para compartir. Con procesos estado del arte y tecnología apropiada es posible resolver el problema de coordinación y hacer sentir a cada línea de negocio que tiene un servicio compartido pero personalizado que facilita su funcionamiento. Un ejemplo espectacular de este tipo de solución son los servicios computacionales que se proveen en línea por empresas que trabajan  de manera externalizada. Recientemente conocí el Service Desk de IBM que provee tales servicios de soporte computacional a varios clientes nacionales y el nivel de tales servicios es tal que difícilmente una unidad propia de una empresa cliente podría igualarlos, menos una unidad de una línea de negocio. Aquí las economías de escala que se generan al trabajar con muchos clientes hacen factible implementar las mejores prácticas conocidas, en el caso de IBM las de ITIL, con la mejor tecnología.

Esta idea de factorizar servicios comunes a varias líneas de negocios, centralizarlos, optimizarlos desde el punto de vista de procesos y  tecnología y, eventualmente, hasta externalizarlos es una idea muy potente dentro del diseño de Arquitectura Empresarial, pero requiere de una metodología apropiada para evaluar y diseñar bien. Este es el tema que se trata en detalle en la parte tercera del libro Ingeniería de Negocios ( link a doc) que estamos publicando en blog.obarros.cl. Todas estas ideas las estamos aplicando en un proyecto de desarrollo de una Arquitectura Empresarial para hospitales que tiene como propósito servir de marco de referencia para elaborar patrones de procesos en este dominio. Esto permitirá tener soluciones genéricas de procesos para hospitales que puedan reutilizarse en   proyectos de rediseño en ellos.

NIVELES Y ESTILOS DE MODELAMIENTO DE PROCESOS CON BPMN

Nuestra experiencia de modelamiento formal de procesos en cientos de proyectos del MBE nos ha llevado a identificar varios niveles de detalle de representación:

 

·      Un primer nivel  tiene que ver con la arquitectura de procesos de una empresa, la cual puede ser para todos los procesos de una empresa o una parte de ellos, que es relevante para la generación de un determinado producto o servicio.

·      El segundo nivel tiene que ver con el diseño de los procesos que conforman la arquitectura, con un énfasis en la determinación de los subprocesos y actividades que los componen y las relaciones por medio de flujos de información entre éstos que permiten un funcionamiento adecuado; este modelamiento no es procedural.

·      El tercer nivel que detalla, para las actividades más elementales del segundo nivel, la lógica  de ejecución de las mismas en interacción  con un apoyo computacional, incluyendo la posibilidad de que exista lógica compleja, por ejemplo de evaluación de riesgo en crédito, que se automatiza. Este nivel es procedural en el sentido de definir secuencias estrictas de procesamiento al estilo de lógica computacional.

 

Tal como se presenta en la Primera Parte del libro Ingeniería de Negocios, muchas empresas líderes en BPM en el mundo modelan los tres niveles recién definidos con metodologías y técnicas diversas, sin que necesariamente se asegure consistencia entre tales niveles. En el MBE hemos desarrollado un enfoque de modelamiento unificado de los tres niveles anteriores basado en BPMN como herramienta. Este enfoque distingue estilos de modelamiento como sigue.

 

Para representar los diseños de primer y segundo nivel utilizaremos una técnica de modelamiento que se nutre de varias propuestas de representación y de nuestra experiencia con diversos enfoques. La idea fundamental es que se requieren estilos diferentes, pero complementarios, de modelamiento, dependiendo del grado de detalle que se quiere expresar. Así, para expresar lo que es la arquitectura de procesos  y el diseño de los procesos de segundo nivel proponemos un estilo de modelamiento que enfatiza la estructura y el flujo, vale decir los componentes de un proceso y sus relaciones por medio de flujos de información, y que es no procedural. Ahora, para representar el detalle más técnico del diseño de procesos de tercer nivel, incluidos los apoyos computacionales, proponemos un estilo totalmente procedural que enfatiza secuencia de actividades y lógica de control. Veremos que estos estilos son totalmente complementarios, ya que el segundo tomará las representaciones del primero y las detallará en la dirección ya señalada.

 

El primer estilo no procedural modela según las convenciones de IDEF0, pero utilizando una herramienta de software para editar modelos BPMN. Ésta es una notación muy reciente que tiene una gran cantidad de elementos de representación. En esta parte, como ya lo indicamos, utilizaremos un estilo de modelamiento orientado al flujo del proceso, en el cual enfatizamos los componentes que participan y sus relaciones por medio de flujos de información. Dado que BPMN tiene una clara orientación a la secuencia y lógica de control, debemos usar en forma creativa algunos de sus elementos para representar flujos de información en el estilo IDEF0, lo cual se detalla en la Segunda y Tercera  Partes del libro Ingeniería de Negocios, las cuales están recién actualizadas.

 

 

El segundo estilo de modelamiento, que detalla los modelos del primer estilo, se utiliza cuando llegamos al diseño detallado de los procesos, incluyendo la lógica asociada a los apoyos computacionales; en él adoptaremos las convenciones de BPMN en su concepción de secuencia y lógica de control, lo cual sí lleva a sincronismo. Aquí definiremos dos subestilos: uno que no pretende la simulación y ejecución de los procesos y otro que sí  lo permitirá. La diferencia entre éstos es el grado de formalidad de la representación, ya que, en el segundo caso, deben respetarse convenciones estrictas de BPMN que hacen factible la simulación y ejecución. La ventaja de esta segunda variante  es que, bajo determinadas condiciones, los apoyos computacionales al proceso se pueden generar en forma automática, sin necesidad de diseño computacional ni escritura de código. Esto es factible debido a que BPMN fue diseñado para que las representaciones gráficas, que cumplan con ciertas condiciones, puedan ser convertidas a un lenguaje computacional llamado BPEL (Business Process Execution Language), el cual puede ser ejecutado en servidores apropiados. En la práctica, es difícil que todo un proceso detallado de acuerdo al estilo enunciado pueda ser llevado a una representación que permita ejecución. En muchos casos sólo será factible tomar una parte del proceso, típicamente aquélla que queremos que funcione en forma más automática, para modelamiento orientado a la ejecución. En las partes siguientes del libro mencionado se detallará el uso de este segundo estilo.

 

En resumen, dependiendo del nivel de detalle en que nos encontremos dentro del modelamiento y los objetivos de diseño que persigamos, utilizaremos estilos diferentes de representación, que se pueden definir como consistentes y complementarios. 

Graduación Primera Generación Magíster en Ingeniería de Negocios con TI 2008

Ver Noticia en Boletín Informativo FCFM

dsc_9338.JPG

dsc_9209.JPG

dsc_9315.JPG

dsc_9263.JPG

dsc_9213.JPG

dsc_9325.JPG

dsc_9260.JPG

dsc_9208.JPG

Ver Noticia en Boletín Informativo FCFM

Ver Galería de Fotos