Tema10

Tema 10
Sistemas de Ayuda a la Decisión en la Automatización

de Procesos
Reglas de negocio en el
contexto de BPM (II)
Índice
Esquema 3
Ideas clave 4
10.1. ¿Cómo estudiar este tema? 4
© Universidad Internacional de La Rioja (UNIR)
10.2. Patrones de interacción proceso/regla 4

10.3. Los 5 «Re» de las reglas de negocio 14
Lo + recomendado 18
+ Información 22
Test 25
REGLA S DE N EGO C I O EN EL C O N TEX TO DE BP M ( I I )
PAT R O N E S D E I N T E R A C C I Ó N
LO S 5 « RE» DE LA S REGLA S DE N EGO C I O
P RO C ES O / REGLA
Patrón 1. Procesos con reglas embebidas 1. Proyectos de Reingeniería
Patrón 2. Reglas de navegación explícitas 2. Proyectos de Revitalización
Patrón 3. Navegación y análisis complejos 3. Proyectos de Redespliegue
Patrón 4. Comportamiento guiado por reglas 4. Proyectos de Recaptura
Patrón 5. Componentes basados en reglas 5. Proyectos de Repotenciación
Patrón 6. Servicios basados en reglas
Patrón 7. Totalmente dinámico basado en reglas
Recomendaciones
Sistemas de Ayuda a la Decisión en la Automatización de Procesos

Tema 10. Esquema
Esquema
3
Ideas clave
10.1. ¿Cómo estudiar este tema?
Para estudiar este tema deberás leer los apuntes que te presentamos a continuación.
N
os centramos en cómo aprovechar las reglas en los procesos, revisando
diferentes patrones de interacción proceso/regla que no son
mutuamente excluyentes y se construyen incrementalmente los unos
sobre los otros. Y en entender que hay ciertos tipos de proyectos donde resulta ideal
el uso de las reglas de negocio.
10.2. Patrones de interacción proceso/regla
L
a mayoría de los procesos tienen puntos de decisión en sus flujos, por lo que es
necesario considerar cómo se gestionan estas reglas. ¿Deberían integrarse en
el proceso, de modo que todos los cambios tengan que pasar por un ciclo de
cambio regular? ¿O las reglas tienen que cambiar rápidamente y/o con frecuencia?
Sugerencia táctica: si las reglas son volátiles, y/o el tiempo requerido para
realizar un cambio de regla debe ser casi en tiempo real, entonces es
importante que esas reglas estén explícitas al proceso de negocio.
Esta es una simple regla general para reglas simples de navegación, la forma más
común de regla en un proceso.
Obviamente hay otras áreas de un proceso que necesitan reglas, como para controlar
las tolerancias y el procesamiento del servicio.

4
Tema 10. Ideas clave
Hay dos enfoques para procesar la personalización/modificación del flujo del
proceso. Un enfoque es construir un flujo genérico y conducirlo con reglas. El otro
enfoque es una ruta de proceso/proceso única y personalizada para cada escenario.
La compensación aquí es un mapa de procesos complejo frente a una situación
compleja de gestión de reglas.
Si el número de rutas de proceso es bastante estable, y la proyección de posibles

escenarios de negocio indica que el proceso probablemente sea estable, entonces se
esperaría usar un enfoque que aproveche múltiples rutas de proceso (o procesos
separados). Si es probable que la cantidad de rutas de proceso se expanda, incluso
bajo las condiciones esperadas, entonces un proceso común que se diferencia por un
conjunto de reglas complejas tiene más sentido. Si existe la posibilidad de que
condiciones inesperadas cambien el equilibrio, entonces la solución de regla general
tiene más sentido.
Aunque se piensa que los BRMS se refieren solo a las reglas relacionadas con los
negocios, también hay reglas técnicas que deben hacerse explícitas por razones de
agilidad.
Con esto en mente, vamos a tratar a continuación cómo aprovechar las reglas en los
procesos revisando varios tipos de patrones de interacción proceso/regla. Hay siete
niveles de uso de reglas que se construyen incrementalmente entre sí.
Los objetivos del tipo de proceso se enumeran con cada nombre, de modo que los
diseñadores del proceso puedan tomar una decisión informada sobre el diseño de
sus procesos, o partes de los mismos, en el caso de un proceso de extremo a extremo.
Cuanto mayor sea el alcance de negocio de un proceso, más probable será encontrar
combinaciones de estos patrones en un diseño de proceso; sin embargo, un proceso
probablemente estará dominado por uno o dos estilos. Esto no quiere decir que no
se pueda tener un proceso con una mayoría de estilos de uso de reglas, pero sería
poco probable. Hay que tener en cuenta que los siguientes patrones de interacción

5
proceso/regla no son mutuamente excluyentes y se construyen incrementalmente
los unos sobre los otros.
P A T R O N E S D E I N T E R A C CI ÓN P R O C ES O/ R E G L A
Patrón 1 Procesos con reglas embebidas
Patrón 2 Reglas de navegación explícitas
Patrón 3 Navegación y análisis complejos
Patrón 4 Comportamiento guiado por reglas
Patrón 5 Componentes basados en reglas
Patrón 6 Servicios basados en reglas
Patrón 7 Totalmente dinámico basado en reglas
Recomendaciones
Figura 1. Patrones de interacción proceso/regla.
Patrón 1. Procesos con reglas embebidas
Hoy en día esta es la forma más común de diseño de procesos. Este enfoque integra
las reglas en el proceso mismo (embebidas o incrustadas en el propio flujo del
proceso).
Si se detecta una condición de excepción en el negocio, generalmente se crea otra

ruta de proceso. Incluso si no hay nuevas rutas de proceso de excepción, las reglas
están incrustadas dentro del proceso.
Si el contexto del proceso se mantiene estable y hay muy pocos cambios, este es un
buen enfoque de diseño.
Esta forma de diseño sigue un proceso de control de cambios muy tradicional y

requiere que el desarrollador que mantiene el proceso ingrese al entorno de
desarrollo para cambiar el flujo del proceso y las reglas que rigen el proceso. Esto es

6
efectivo cuando los niveles de cambio son bajos y el tiempo para hacer un cambio no
es crítico.
Ejemplo 1.
Un proceso simple de entrada de datos, como la

apertura/configuración de una cuenta, donde las reglas son
bastante estáticas.
Patrón 2. Reglas de navegación explícitas
Las reglas de navegación administran y dirigen las rutas del proceso para las
instancias de proceso.
A medida que el cambio se intensifica en torno a los procesos, que incluyen los
valores que impulsan las instancias del proceso hacia rutas de proceso específicas, la
necesidad de reglas explícitas que puedan cambiar rápidamente aumenta en
prioridad.
Por lo general, las tecnologías de administración de procesos de negocio,

especialmente los BPMS, tienen soporte para reglas de navegación explícitas. Esto
podría ser tan simple como exponer las reglas de navegación como parámetros que
son fáciles de cambiar, o la capacidad de llamar a un BRE que se especialice en
representaciones de reglas simples para reglas enfocadas en el negocio por un
analista de negocio.
Las reglas explícitas, combinadas con un proceso acelerado de control de cambios,

permiten una reacción rápida a los cambios del negocio.
Esta es la segunda forma más común de diseño de procesos y puede aprovechar

porciones de procesos que también tienen reglas integradas.

7
Ejemplo 2.
Un proceso de suscripción de riesgos donde los límites de riesgo

pueden cambiar rápidamente y con frecuencia.
Patrón 3. Navegación y análisis complejos
Hay un cambio significativo en cómo se apalancan las reglas en los patrones de diseño
de navegación complejos.
Aquí hay dos usos predominantes de las reglas de negocio:
 Uno es donde la regla de navegación se vuelve más compleja y requiere una

interrogación más profunda del contexto del proceso. Esto puede implicar
cálculos complejos, lógica profundamente anidada y patrones lógicos
potencialmente complejos, como la heurística (razonamiento inductivo y
deductivo).
 El segundo patrón es donde las rutas de proceso similares se combinan/reducen

y se diferencian por reglas más complejas. Esto permite un mapa de procesos
menos complejo y un conjunto de reglas más complejas para diferenciar el
comportamiento y el flujo de las instancias del proceso.
Ambos usos se pueden combinar porque no son mutuamente excluyentes. A medida

que la interacción proceso/regla se vuelve más compleja las reglas también
comienzan a jugar un rol en el análisis de la mejor ruta y/o reglas para aplicar a las
instancias de proceso.
La complejidad cambia del proceso a las reglas asociadas con los procesos. Este
patrón se está volviendo muy común.

8
Ejemplo 3.
Mirar el historial de compras de un cliente y enrutar una solicitud

de servicio a un representante de servicio adecuado para una
oportunidad de venta cruzada.
Patrón 4. Comportamiento guiado por reglas
En este enfoque, las reglas adicionales, así como las reglas de navegación, se hacen
explícitas, y las reglas se empaquetan para coordinarse para influir en los resultados
del proceso.
Aunque las reglas sobre el control del flujo del proceso siguen siendo importantes,
existen otras oportunidades para que las reglas se involucren con el comportamiento
del proceso y la adición de inteligencia para un comportamiento óptimo del proceso.
Las reglas pueden guiar el comportamiento del proceso de dos maneras principales
en esta categoría:
 Una implica el reconocimiento de las condiciones que pueden afectar al resultado

de una instancia de proceso o al contexto del proceso.
 La segunda involucra la aplicación de verdadera inteligencia a lo largo del proceso

y en la gobernanza del proceso.
En algunos casos las reglas deberán combinarse con el resultado de los algoritmos de
optimización para identificar oportunidades de proceso y/o amenazas.
Veamos a continuación los dos patrones.

9
Patrón 4.1. Consciente y guiado por reglas
Para algunos procesos, es crucial asegurarse de que estén al tanto del rendimiento
del proceso y de cualquier condición que pueda poner en peligro los resultados
deseados de un proceso tanto en la instancia del proceso como en los niveles
agregados de la instancia.
Las reglas explícitas se pueden aprovechar para establecer los niveles de objetivo y
tolerancia para que sean monitoreados mediante Business Activity Monitoring
(BAM). Esto permite a los gerentes de proceso establecer nuevos niveles de
advertencia y alarma y buscar niveles de objetivos más altos.
Además, las reglas pueden detectar oportunidades y amenazas en el contexto del

proceso mediante el reconocimiento de eventos relevantes y complejos dentro y
alrededor del proceso.
Ejemplo 4.
Un cambio en las condiciones del mercado.
Las reglas se pueden usar como guías para obtener mejores

resultados de proceso bajo condiciones cambiantes.
Ejemplo 5.
Otro ejemplo sería el control del proceso en la fabricación.
Patrón 4.2. Inteligente y guiado por reglas

No solo se pueden usar las reglas para observar las condiciones clave, sino que
también se pueden usar para agregar inteligencia al proceso. Se suele denominar
como «gestión inteligente de decisiones» (IDM-Intelligent Decision Management).

10
Hay una variedad de formas de agregar inteligencia a un proceso para lograr un
mayor ahorro de forma incremental o permitir a la empresa responder a las
cambiantes condiciones del negocio, al tiempo que mantiene los resultados
deseables.
Los procesos inteligentes pueden reconocer oportunidades para ejecutar ciertos

análisis para optimizar los resultados del proceso y el uso de los recursos. Además, se
puede agregar inteligencia para advertir a los gerentes de procesos sobre escenarios
empresariales emergentes y sugerir alternativas para actuar sobre las oportunidades
y/o amenazas sugiriendo cambios en las políticas/reglas.
En una condición extrema, un proceso inteligente podría sugerir un escenario

emergente y desplegar respuestas previamente planificadas con la autorización de la
dirección.
La característica importante de los procesos que están guiados por reglas es que se
coordinan y empaquetan múltiples tipos de reglas para ayudar a que los procesos
permanezcan en un punto óptimo que los gerentes de proceso especifiquen. En
esencia, el proceso se dirige a los objetivos, y las reglas ayudan a guiar y restringir el
comportamiento del proceso. Aquí es donde la vinculación a un BRMS se vuelve
crucial.
Ejemplo 6.
El IDM combinado con la implementación de procesos en los

centros de llamadas y la detección de fraudes.
Patrón 5. Componentes basados en reglas
Una vez que las reglas están involucradas en guiar un proceso hacia sus objetivos de
negocio agregados, también pueden dirigir la orquestación dinámica de varios
componentes que soportan la finalización de tareas.

11
Esto significa que el orden de orquestación puede depender de la instancia de
proceso individual y/o las condiciones en el contexto de un proceso. Lo que es
diferente es la granularidad de los componentes de la tarea y la libertad de los
componentes para aprovechar las reglas y restricciones explícitas.
Los procesos son bastante capaces de aprovechar los activos existentes, ya sean
heredados, flujos compuestos formados por varios componentes y/o pseudo-
servicios y fragmentos de procesos que actúan como una «caja negra». Las reglas
pueden orquestar dinámicamente combinaciones de estos componentes inflexibles.
Patrón 6. Servicios basados en reglas
El siguiente nivel más fino de granularidad gira en torno a servicios nítidos y flexibles.
Estos también pueden ser orquestados dinámicamente, pero son de menor alcance
y muchas veces están equipados con reglas explícitas. Esto significa que los servicios
se pueden intercambiar y modificar para que se ejecuten en un contexto más
dinámico.
Esto difiere de los compuestos en que generalmente no son inflexibles y de gran

alcance, sino fluidos y flexibles. Esto es lo que comúnmente se conoce como «BPM
dinámico».
Patrón 7. Totalmente dinámico basado en reglas
Este es el nivel más bajo de granularidad donde los procesos se configuran

dinámicamente para cada instancia de proceso y están controlados más por

restricciones.
La única forma de ver el modelo de este tipo de procesos es mirar el registro de

auditoría después de realizado el proceso.

12
Este tipo de procesos es extremadamente raro.
Ejemplo 7.
Un proceso de aprendizaje, como un proceso de lanzamiento de

cohetes orientadores del clima que actualiza constantemente su
base de reglas.
Recomendaciones
Para procesos que rara vez cambian, sigue patrones ligeros. Una forma de
determinar si pertenece a esta categoría es realizar un análisis de volatilidad de
reglas, donde se determine si una regla cambia con frecuencia y/o si necesita
modificarse muy rápidamente cuando cambia. Muy a menudo, con volatilidad ligera,
hacer que las reglas de navegación sean explícitas debería funcionar muy bien.
Para los procesos que tienen decisiones complejas en sus procesos, opta por un
BPMS que tenga una sólida capacidad de regla integrada. Si tu actual BPMS no tiene
un BRMS o capacidades internas adecuadas, debes preguntar a tu proveedor por los
proveedores de reglas con los que se puede integrar.
Para procesos con implicaciones de gestión de políticas pesadas y cambios

frecuentes, debes aprovechar una capacidad de regla durante todo el proceso,
incluidos objetivos, tolerancias, patrones de BAM, reconocimiento de eventos, etc.
Un BRMS probablemente entrará en juego. Para este tipo de procesos, las reglas
comienzan no solo a guiar el proceso, sino también a configurar dinámicamente los
componentes del proceso correctos para ejecutar en apoyo de la instancia del
proceso.
El diseño de procesos avanzado puede comenzar a aprovechar los fragmentos de

procesos y servicios impulsados por reglas de una manera compuesta dinámica,
aprovechando las reglas para determinar dinámicamente las rutas, los servicios y las
tareas del proceso.

13
Aunque hemos identificado varias categorías de interacción entre reglas/procesos se
aplicará más de un tipo a tu organización, y tal vez el proceso sobre el que estás
tomando una decisión de diseño en este momento. Los fabricantes de BPMS
realmente fuertes pueden admitir más de un tipo de estilo de interacción de
regla/proceso. Debes estar preparado para admitir varios tipos, incluso si esto
significa múltiples herramientas y un BRMS para coordinar entre múltiples
herramientas.
10.3. Los 5 «Re» de las reglas de negocio
H
ay ciertos tipos de proyectos donde resultaría ideal el uso de las reglas de
negocio, los conocidos «Re» de las reglas de negocio. Son algunas
categorías donde cabe el uso de este enfoque:
LOS 5 «RE» DE LAS REGLAS DE NEGOCIO
1 2 3 4 5
Reingeniería Revitalización Redespliegue Recaptura Repotenciación
Figura 2. Los 5 «Re» de las reglas de negocio.
1. Reingeniería
En proyectos de reingeniería el enfoque está en el análisis de arriba hacia abajo de

los requerimientos de procesos dirigidos al negocio. El desarrollo de reglas de negocio
(especialmente para reglas de negocio que hacen parte del núcleo) es una parte
crítica de este enfoque por algunas razones:
 Las reglas de negocio juegan un rol central en la definición de la estrategia, en lo

que se refiere a la nueva concepción del negocio (por la naturaleza misma de la

14
reingeniería), lo cual conlleva el desarrollo de una solución de negocio completa y
óptima.
 En la reinvención del negocio toda la lógica de negocio que guiará el

comportamiento de los procesos está determinada por las reglas de negocio.
2. Revitalización
En un proyecto de revitalización la necesidad principal es resolver un problema en el

negocio siguiendo alguna de las políticas y/o directivas de la organización para
aplicarlas a los procesos ya existentes (yendo desde arriba, incluso desde afuera, a
partir de las leyes regulatorias y gubernamentales, hasta los procesos de negocio),
sin aplicar ningún tipo de reingeniería, y esto debe ser hecho de la forma más
eficiente.
Es necesario tener una definición muy clara de las políticas y reglas del negocio de
más alto nivel, no solo en términos de negocio, sino que deberían estar bien
plasmadas en las implementaciones de sus sistemas.
Dado que no hay una conexión real entre el negocio y los sistemas, cualquier tipo de
cambio resulta altamente impactante.
Los proyectos de revitalización ven el enfoque por reglas de negocio como una forma
de regenerar las conexiones reinventando sus entornos de gestión de reglas.
3. Redespliegue
Hoy en día las organizaciones utilizan los sitios web como uno de sus principales
medios de difusión; a través de estos las organizaciones dan a conocer los servicios
que ofrecen, pero estos servicios son cambiantes dependiendo de cuánto cambie el
negocio también. Dada esta volubilidad lo más conveniente es que las reglas que

15
rigen la publicación de estos servicios se encuentren en la lógica del negocio, es
decir, en las reglas de este mismo.
La preocupación más grande del área de infraestructura es cómo desplegar un

ambiente (software y hardware) de la forma más rápida y económica; deshacerse de
los sistemas legacy es una tarea compleja, así que el negocio en gran parte debe
buscar formas para llegar a ser más ágil para que la lógica de negocio pueda migrarse
de un ambiente a otro.
4. Recaptura
Cuando se decide abordar un proyecto de esta naturaleza en una organización el

miedo es el factor motivador (evadir el riesgo y dar cierto toque positivo para dar un
giro al estado actual en la organización); llevar a cabo una recaptura es básicamente
re-documentar las reglas de negocio que rigen dentro de la organización, pero que
residen en lugares ajenos al poder de la organización misma.
El problema por resolver es cómo evitar perder las reglas de negocio. Entonces
implementar la recaptura implicará otras categorías como: reingeniería inversa,
retención del conocimiento y re-documentación.
El motivo por el que se requiere la reingeniería es porque muchas de las reglas de

negocio se encuentran sin documentar y enterradas en sistemas legacy, por lo que
se hace necesario aplicar Rule Mining (minería de reglas) o minería de datos. Es la
reingeniería inversa aplicada al código de los programas para recuperar las reglas de
negocio embebidas en los sistemas legacy.
En otros casos se buscará la retención del conocimiento, y entonces se requiere

identificar a aquellos trabajadores que conocen el funcionamiento del negocio y
luego hablar con ellos para extraer de allí reglas de negocio. Esto debe ser hecho lo
antes posible, pues el trabajador, por cualquier razón que escapa a la organización,
puede de repente retirarse o incluso irse a la competencia.

16
5. Repotenciación
Esta categoría generalmente está enfocada en el CRM (Customer Relationship

Management); las organizaciones hoy en día suelen tener este tipo de proyectos para
manejar las relaciones individualizadas con el cliente a gran escala y para esto
emplean el enfoque por reglas de negocio. Se recomienda seguir los siguientes pasos:
 Grabar y administrar las reglas de compromiso con los clientes. Tratar de ponerse
en contacto de nuevo con los clientes con los que el contacto se perdió.
 Operacionalizar las reglas de compromiso con el cliente de forma rápida. Puede

emplear tiempos prolongados en implementación llegando a ser inadmisible para
el cliente.
Las reglas de compromiso deben ser re-potencializadas del lado del negocio, no del
lado de TI, impulsando a los usuarios de negocio para que sean ellos mismos quienes
administren estas reglas.

17
Lo + recomendado
Lecciones magistrales
Mejores prácticas de Business Rules Mining
En esta lección magistral se explica el uso de metodologías Busines Rule Mining

(minería de reglas de negocio) como enfoque general hacia la captura semántica de
las reglas técnicas y su abstracción en reglas de negocio.
Accede a la lección magistral a través del aula virtual


18
Tema 10. Lo + recomendado
No dejes de leer
The Power of Synergy
Progress Software. (2014). The Power of Synergy. Autor.
Para tener éxito en el acelerado mundo actual las empresas

deben responder rápidamente a las cambiantes
condiciones del mercado y a las demandas de los clientes,
al tiempo que enfrentan presupuestos y plazos ajustados.
El lema es «construir para el cambio», para respaldar la
volatilidad en el panorama empresarial y explotar el
potencial de nuevas oportunidades comerciales.
Para seguir siendo competitivos es vital que las empresas tengan la agilidad para
satisfacer las demandas cambiantes de los clientes y del mercado. Este nivel de
agilidad requiere aplicaciones comerciales flexibles, tanto en términos de proceso
como de integración. Los días en los que se realizan cambios en el código cada vez
que se define o refina un proceso comercial, o cada vez que un cliente tiene requisitos
únicos, desaparecen. Este documento examina la intersección de la gestión de reglas
de negocio y por procesos de negocio: qué son, cómo interactúan y su importancia
para la agilidad, precisión, costo y cumplimiento de los procesos de una empresa.
Accede al documento a través del aula virtual o desde la siguiente dirección web:
https://www.progress.com/docs/default-source/default-document-
library/Progress/Documents/Papers/PPR-OpenEdge-The-Power-of-Synery-
online.pdf

19
No dejes de ver
Using Business Rules and Business Process Management to improve customer

service and retention
A-Kassen para Selvstændige Erhvervsdrivende (ASE), un fondo de seguro de

desempleo propiedad de sus miembros en Dinamarca, opera en una industria donde
la lealtad de los miembros está en declive. Eso hace que sea imperativo que la
organización se concentre en mejorar su oferta a los clientes ofreciendo servicios más
rápidos y transparentes. Pero con miles de reglas de negocio para administrar, la
complejidad de sus operaciones comerciales requería una sólida infraestructura
comercial y un enfoque específico.
En asociación con IBM, ASE se embarcó en un proyecto piloto quick-win para

disminuir el tiempo de respuesta del proceso de derechos de beneficios diarios, un
proceso que normalmente le tomaba a un trabajador de casos individual unos quince
minutos para completar. Utilizando el software IBM Business Process Manager
Advanced, ASE logró bajar el proceso, de quince minutos a un promedio de diez
segundos, permitiendo a los asistentes sociales enfocar sus esfuerzos externamente
hacia el cliente en lugar de enfocarse en la administración interna.
En este breve vídeo, Anders Friis Larsen, CEO de ASE, y Ulrik Have, CIO de ASE,
describen la necesidad de gestión de procesos y decisiones para respaldar las
ambiciones estratégicas de la compañía. Se explica cómo IBM Business Process
Manager Advanced, en combinación con IBM Operational Decision Manager, mejoró
las operaciones comerciales, brindó una mayor visibilidad de los procedimientos y
permitió la mejora continua del proceso.

20
Accede al vídeo a través del aula virtual o desde la siguiente dirección web:
https://www.youtube.com/watch?v=Ch-_mOcDrRM&feature=youtu.be
Making BPM and BRMS Work Together
En este vídeo se explica la potencia de BPM y BRMS en la plataforma Progress

OpenEde. Se demuestra cómo OpenEdge BPM y Corticon BRMS trabajan juntos en
armonía.
Accede al vídeo a través del aula virtual o desde la siguiente dirección web:
https://www.youtube.com/watch?v=wgrlSjW-b1w&feature=youtu.be

21
+ Información
A fondo
How Business Rules Define Business Processes
Vanthienen, J. y Goedertier, S. (2007). How Business Rules Define Business Processes.

Business Rules Journal, 8(3).
En este artículo se explica cómo el modelado de reglas de negocios juega un papel

importante para lograr la flexibilidad del proceso de negocio, no solo separando la
lógica de decisión del proceso de negocio sino también usando reglas de negocio
como punto de partida para generar modelos de procesos de negocios menos
complejos y más flexibles al reducirlos a su esencia.
https://www.brcommunity.com/articles.php?id=b336
Workflow and Business Rules: a Common Approach
En este artículo de Lienhard y Künzis de 2005 se propone un enfoque de BPM para

abordar los procesos, los servicios web y el uso de reglas de negocio por parte de los
procesos, a partir de los modelos gráficos. Se obtienen soluciones transparentes,
fáciles de administrar y matemáticamente sólidas de una manera coherente.
https://www.bptrends.com/publicationfiles/09-05%20WP%20Workflow%20and
%20Business%20Rules%20%20Lienhard%20-%20Kunzi.pdf

22
Tema 10. + Información
10 Business Rule patterns in the Digital Transformation and Cognitive Era
En este post de Amit Talekar de 2017 se explican los patrones más comunes de reglas
de negocio que se pueden aplicar en organizaciones digitales.
https://blogs.perficient.com/integrate/2017/09/17/10-business-rule-patterns-in-
the-digital-transformation-and-cognitive-era/
Bibliografía
Boyer, J. (13 de junio de 2012). Best practices for designing and implementing
decision services, Part 1, An SOA approach to creating reusable decision services.
[Entrada en página web]. IBM. Recuperado de
https://www.ibm.com/developerworks/bpm/bpmjournal/1206_boyer/1206_boyer.
html
Boyer, J. (12 de diciembre de 2012). Best practices for designing and implementing
decision services, Part 2, Integrating IBM Business Process Manager and IBM
Operational Decision Management. [Entrada en página web]. IBM. Recuperado de
https://www.ibm.com/developerworks/bpm/bpmjournal/1212_boyer2/1212_boye
r2.html
BPTrends. (2006). The Market for Business Rules Products. En The 2006 Report on
Business Rules Products. (n.d.): Autor.
Debevoise, T. (2007). Business Process Management with a Business Rules Approach:

Implementing the Service Oriented Architecture. Charleston: BookSurge Publishing.

23
Endl, R., Knolmayer, G. y Pfahrer, M. (1998). Modeling processes and workflows by
business rules. En 1st European workshop on workflow and Process Management
(WPM98), Swiss Federal Institute of Technology (ETH), Zurich.
Etoundi, R. A., Ndjodo, M. F y López, A. C. (2010). A Model based Business Process

Requirement Rule Specification. International Journal of Computer Applications,
11(9).
FICO. (9 de febrero de 2006). Are BPMS and BRMS complementary or not? [Entrada
en página web]. EDMBLOG. Recuperado de
http://www.edmblog.com/weblog/2006/02/are_bpms_and_br.html
Hallmark, G. (2008). Smart Business Processes using Oracle Business Rules. Oracle.
Muehlen, Z., Indulska, M. y Kittel, K. (2008). Towards Integrated Modeling of Business

Processes and Business Rules. ACIS 2008 Proceedings.
(n.d.). (2010). Enhancing BPM with Business Rules. FICO, 36.
Reynolds, J. (2009). Process Rules-Why BPMN isn't enough. Thoughtful Programmer.

[Entrada en página web]. John Reynolds' Blog on Programmers and Programming.
Shpigel, M. (2007). BPM, BRMS and SOA. Delivering on the Promise of Organizational
Agility. (n.d.): Molecular.
Sinur, J. (2009). The Art and Science of Rules vs. Process Flows. Stamford: Gartner.

24
Test
1. Si las reglas son volátiles y el tiempo requerido para realizar un cambio de regla
debe ser casi en tiempo real, ¿cómo deben ser las reglas?
A. Reglas implícitas al proceso de negocio.
B. Reglas explícitas al proceso de negocio.
2. Relacionar causa con el tipo de regla que tiene más sentido para esa causa:
Si el número de rutas
Entonces un proceso común
de proceso es bastante
que se diferencia por un
estable, y la proyección 1 A
conjunto de reglas complejas
de posibles escenarios
tiene más sentido
de negocio
El proceso probablemente sea

Si es probable que la
estable, entonces se esperaría
cantidad de rutas de
usar un enfoque que
proceso se expanda, 2 B
aproveche múltiples rutas de
incluso bajo las
proceso (o procesos
condiciones esperadas
separados)
Si existe la posibilidad
de que condiciones Entonces la solución de regla
3 C
inesperadas cambien el general tiene más sentido
equilibrio

25
Tema 10. Test
3. ¿Qué se necesita prioritariamente a medida que el cambio se intensifica en torno
a los procesos, que incluyen los valores que impulsan las instancias del proceso
hacia rutas de proceso específicas?
A. Reglas implícitas en un proceso que enruten dinámicamente.
B. Reglas explícitas que puedan cambiar rápidamente.
4. No solo se pueden usar las reglas para observar las condiciones clave, sino que
también se pueden usar para agregar inteligencia al proceso. ¿Cómo se suele
denominar esta gestión?
A. IDM-Intelligent Decision Management.
B. KDM-Key Decision Management.
C. ODM-Operational Decision Management.
5. ¿Qué se conoce comúnmente como «BPM dinámico»?

A. Cuando se usan servicios basados en reglas que se pueden intercambiar y
modificar para que se ejecuten en un contexto más dinámico.
B. Cuando se usan reglas explícitas que se pueden seleccionar dinámicamente
según condiciones implícitas de BPM.
6. ¿Qué determina un análisis de volatilidad de reglas?

A. Se determina si una regla cambia con frecuencia.
B. Se determina si necesita modificarse muy rápidamente cuando cambia.
C. Todas las anteriores.
7. ¿Cómo se denomina la reingeniería inversa aplicada al código de los programas

para recuperar las reglas de negocio embebidas en los sistemas legacy?
A. Rule Mining.
B. Data Mining.
C. Decision Mining.
D. Process Mining.
E. DMN Mining.

26
Tema 10. Test
8. ¿Al lado de quién deben ser repotenciadas las reglas de compromiso?
A. Negocio.
B. TI.
9. En un proyecto de revitalización se resuelve un problema en el negocio siguiendo

alguna de las políticas y/o directivas de la organización para aplicarlas a los
procesos ya existentes aplicando algún tipo de reingeniería:
A. Falso.
B. Cierto.
10. ¿Cómo es el enfoque en proyectos de reingeniería?

A. El enfoque está en el análisis de arriba hacia abajo de los requerimientos de
procesos dirigidos al negocio.
B. El enfoque está en el análisis de abajo hacia arriba de los requerimientos de
procesos dirigidos al negocio.

27
Tema 10. Test

Tema10

Cargado por

Información del documento

Descripción original:

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

Tema10

Cargado por

Copyright:

Formatos disponibles

Tema 10

Sistemas de Ayuda a la Decisión en la Automatización

10.2. Patrones de interacción proceso/regla 4

REGLA S DE N EGO C I O EN EL C O N TEX TO DE BP M ( I I )

Patrón 1. Procesos con reglas embebidas 1. Proyectos de Reingeniería

Patrón 2. Reglas de navegación explícitas 2. Proyectos de Revitalización

Patrón 3. Navegación y análisis complejos 3. Proyectos de Redespliegue

Patrón 4. Comportamiento guiado por reglas 4. Proyectos de Recaptura

Patrón 5. Componentes basados en reglas 5. Proyectos de Repotenciación

Patrón 6. Servicios basados en reglas

Patrón 7. Totalmente dinámico basado en reglas

Sistemas de Ayuda a la Decisión en la Automatización de Procesos

10.1. ¿Cómo estudiar este tema?

10.2. Patrones de interacción proceso/regla

Sistemas de Ayuda a la Decisión en la Automatización de Procesos

Si el número de rutas de proceso es bastante estable, y la proyección de posibles

Sistemas de Ayuda a la Decisión en la Automatización de Procesos

Patrón 1 Procesos con reglas embebidas

Patrón 2 Reglas de navegación explícitas

Patrón 3 Navegación y análisis complejos

Patrón 4 Comportamiento guiado por reglas

Patrón 5 Componentes basados en reglas

Patrón 6 Servicios basados en reglas

Patrón 7 Totalmente dinámico basado en reglas

Figura 1. Patrones de interacción proceso/regla.

Patrón 1. Procesos con reglas embebidas

Si se detecta una condición de excepción en el negocio, generalmente se crea otra

buen enfoque de diseño.

Esta forma de diseño sigue un proceso de control de cambios muy tradicional y

Sistemas de Ayuda a la Decisión en la Automatización de Procesos

Un proceso simple de entrada de datos, como la

Patrón 2. Reglas de navegación explícitas

Por lo general, las tecnologías de administración de procesos de negocio,

Las reglas explícitas, combinadas con un proceso acelerado de control de cambios,

permiten una reacción rápida a los cambios del negocio.

Esta es la segunda forma más común de diseño de procesos y puede aprovechar

Sistemas de Ayuda a la Decisión en la Automatización de Procesos

Un proceso de suscripción de riesgos donde los límites de riesgo

Patrón 3. Navegación y análisis complejos

Aquí hay dos usos predominantes de las reglas de negocio:

 Uno es donde la regla de navegación se vuelve más compleja y requiere una

 El segundo patrón es donde las rutas de proceso similares se combinan/reducen

Ambos usos se pueden combinar porque no son mutuamente excluyentes. A medida

Sistemas de Ayuda a la Decisión en la Automatización de Procesos

Mirar el historial de compras de un cliente y enrutar una solicitud

Patrón 4. Comportamiento guiado por reglas

 Una implica el reconocimiento de las condiciones que pueden afectar al resultado

 La segunda involucra la aplicación de verdadera inteligencia a lo largo del proceso

Veamos a continuación los dos patrones.

Sistemas de Ayuda a la Decisión en la Automatización de Procesos

Además, las reglas pueden detectar oportunidades y amenazas en el contexto del

Un cambio en las condiciones del mercado.

Las reglas se pueden usar como guías para obtener mejores

Otro ejemplo sería el control del proceso en la fabricación.

Patrón 4.2. Inteligente y guiado por reglas

Sistemas de Ayuda a la Decisión en la Automatización de Procesos

Los procesos inteligentes pueden reconocer oportunidades para ejecutar ciertos

En una condición extrema, un proceso inteligente podría sugerir un escenario

El IDM combinado con la implementación de procesos en los

Patrón 5. Componentes basados en reglas

Sistemas de Ayuda a la Decisión en la Automatización de Procesos

Patrón 6. Servicios basados en reglas