Reglas en las aplicaciones de Pega
Cuando juega un partido de ajedrez, usted y su oponente acuerdan seguir un conjunto específico de instrucciones. Estas instrucciones rigen el partido, como cómo se moverá una pieza en el tablero. Por ejemplo, en su primera jugada, el peón puede avanzar un espacio hacia adelante o dos. Las instrucciones básicas son las reglas del ajedrez.
De igual manera, cuando modela un tipo de caso en una aplicación de Pega Platform™, configura la aplicación con las instrucciones para crear, procesar y resolver un caso. Estas instrucciones son las reglas (rules) del tipo de caso.
Las reglas son los bloques básicos de una aplicación de Pega que el equipo del proyecto puede configurar para crear una solución de negocio para la organización cliente y sus clientes. Pega Platform utiliza reglas para generar código de aplicación Java en segundo plano. Las aplicaciones de Pega Platform contienen muchos tipos de reglas que especifican diferentes tipos de comportamiento de la aplicación. Las reglas son flexibles y reutilizables, lo que le permite al equipo del proyecto diseñar funciones de la aplicación de manera más eficiente para implementarlas en varios tipos de casos y aplicaciones.
En este tema, examinará las reglas con más detalle.
Creación de reglas automatizadas en App Studio
El enfoque low-code de Pega les permite a los usuarios completar gran parte del trabajo de diseño de una aplicación en App Studio, especialmente al principio del proceso de desarrollo de aplicaciones. Con la adición de una automatización del flujo de trabajo (workflow) en App Studio, Pega Platform crea y gestiona automáticamente las reglas subyacentes en Dev Studio. Por ejemplo, cuando configura un tipo de caso en App Studio, utiliza el Case Life Cycle Designer (diseñador de ciclo de vida del caso) y los paneles de configuración para agregar una vista a un paso de recolección de información. En segundo plano, Pega Platform crea y gestiona las reglas que definen las UI, las tareas y los flujos del proceso.
En el centro de la siguiente imagen, deslice la línea vertical para ver el ciclo de vida del caso con un proceso creado en App Studio y la regla del flujo del proceso que el sistema crea en segundo plano.
Nota: Cada paso del ciclo de vida del caso corresponde a una figura de la regla de flujo (Flow Rule). Un conector de flujo (Flow Connector) vincula una figura con otra y representa la tarea o asignación que los usuarios deben completar para pasar de una figura (paso) a la siguiente.
La capacidad de crear reglas complejas con la interfaz fácil de usar de App Studio es la clave de la funcionalidad low-code de Pega Platform.
Mientras los desarrolladores de todos los niveles de habilidad técnica están en App Studio creando automatizaciones de flujo de trabajo con el modelado visual low-code, Pega Platform trabaja arduamente en segundo plano para crear las reglas técnicas que corresponden a esas automatizaciones. Como resultado, los Business Architects y otros desarrolladores menos técnicos del equipo del proyecto, como los Citizen Developers, pueden centrarse en definir tareas de negocio en lugar de código.
Nota: Los desarrolladores técnicos más avanzados pueden acceder a las reglas técnicas a través de Dev Studio. Las reglas más técnicas que los desarrolladores crean en Dev Studio pueden estar disponibles para los usuarios en App Studio.
Compruebe sus conocimientos con la siguiente actividad:
Modularidad de la aplicación con reglas
El uso de reglas individuales hace que una aplicación sea modular. Al describir el comportamiento del caso con reglas modulares y centradas en las tareas, las reglas se pueden combinar y reutilizar según sea necesario. Por ejemplo, se crea una regla para describir el contenido del correo electrónico de un cliente en relación con el estado de un cambio de dirección. Al crear el mensaje de correo electrónico como una regla independiente, en lugar de integrar el mensaje en el ciclo de vida del caso, el contenido del correo electrónico se puede actualizar sin afectar el resto del proceso de negocio.
Esta modularidad le brinda tres beneficios significativos: versionado, delegación y reutilización.
| Versionado | Los desarrolladores crean una nueva versión de una regla siempre que el comportamiento del caso requiera un cambio. Pega Platform mantiene el historial de cambios de una regla, y esto les permite a los desarrolladores revisar dicho historial en caso de ser necesario. Dado que cada regla describe un comportamiento específico del caso, el resto del caso se mantiene igual. | Por ejemplo, un desarrollador actualiza un formulario de UI con instrucciones y elimina un campo fundamental. Usted puede revisar el historial del formulario y revertir a la versión anterior a las modificaciones sin cambiar ninguna otra regla de la aplicación. |
|---|---|---|
| Delegación | Los desarrolladores delegan las reglas a los usuarios del negocio para permitirles a estos actualizar el comportamiento del caso a medida que cambian las condiciones del negocio. El usuario del negocio actualiza la regla delegada, mientras que otras partes de la aplicación se mantienen iguales. | Por ejemplo, los reportes de gastos con un total de USD 25 o menos se aprueban automáticamente. Usted crea una regla para probar si un reporte de gastos suma un total de USD 25 o menos y delega la regla al Departamento contable. El Departamento contable luego actualiza la regla e incrementa el umbral para que la aprobación automática se produzca con un total de USD 50 sin enviar una solicitud de cambio para la aplicación. |
| Reutilización | Los desarrolladores reutilizan las reglas siempre que una aplicación necesite incorporar comportamientos de casos existentes. De lo contrario, debe reconfigurar el comportamiento cada vez que usted necesita el comportamiento. | Por ejemplo, crea un formulario de UI para recopilar información de titulares de pólizas para los reclamos de seguro automáticos. Luego puede reutilizar el formulario de UI para reclamos de seguros de propiedad y reclamos de seguros de la industria marina. |
Nota: Para obtener información sobre cómo delegar una regla, consulte Delegating a rule or data type. Para incrementar la capacidad de reutilización de una regla, use la disposición de parámetros para impulsar la lógica de la regla según el valor aprobado como parámetro, en lugar de datos con código insertado. La disposición de parámetros ayuda a reducir la duplicación de código y el tiempo de implementación de especializaciones de regla. Para obtener más información sobre la disposición de parámetros, consulte Defining the input parameters of a Rule.
Organización de las reglas
Aunque no dedica tiempo a trabajar directamente con las reglas de la aplicación en Dev Studio, es imprescindible que colabore con su Lead System Architect para comprender la organización de las reglas de su aplicación.
En Dev Studio, las reglas se agrupan en clases y rulesets para que puedan usarse fácilmente en el desarrollo de aplicaciones.
Clases
En Pega, una clase describe una colección de reglas que el sistema agrupa según su capacidad de reutilización. Cada aplicación consta de los siguientes tres tipos de clases:
- Work : La clase de trabajo contiene las reglas que definen el "trabajo" de procesar casos de principio a fin, como procesos, elementos de datos e interfaces de usuario.
- Data : La clase de datos contiene las reglas que definen los objetos de datos que utiliza la aplicación.
- Integration : La clase de integración contiene las reglas que definen las interacciones entre la aplicación y los sistemas de registro externos, como una base de datos externa mantenida por el cliente.
Clases padre e hijo
Una clase también puede contener otras clases. Una clase que contiene otra clase es una clase padre, mientras que una clase que se incluye en otra clase es una clase hijo. Una clase hijo puede reutilizar o heredar cualquiera de las reglas definidas para su clase padre.
En la siguiente imagen, haga clic en los íconos + para obtener más información sobre las clases padre y las clases hijo:
Nota: Para obtener más información acerca de las clases en las aplicaciones de Pega, consulte Organización de reglas en clases.
Compruebe sus conocimientos con la siguiente actividad:
Rulesets
Las reglas se organizan en rulesets para identificar, almacenar y gestionar el conjunto completo de reglas que definen una aplicación. Los rulesets almacenan la funcionalidad reutilizable que puede migrar de una aplicación de Pega a otra. Por ejemplo, puede crear un ruleset para almacenar reglas de acuerdo de nivel de servicio (SLA). Puede reutilizar el ruleset del SLA en cualquier aplicación que procese casos que requieran los mismos SLA. La capacidad de guardar y reutilizar rulesets acelera el tiempo y reduce el costo de desarrollo de aplicaciones para el cliente.
Cada ruleset tiene un nombre, probablemente el nombre de su aplicación, y un número de versión. Al crear un nuevo ruleset, la versión predeterminada es 01-01-01. Un ejemplo de combinación de nombre y versión del ruleset es GoGoRoad 01-01-01.
El número de versión está dividido en tres segmentos: una versión principal, una versión menor y una versión de parche. Cada segmento es un número de dos dígitos que comienza con 01 y se incrementa hasta 99. La numeración de la versión del ruleset comienza con 01-01-01 y se incrementa de manera ascendente.
En la siguiente imagen, haga clic en los íconos + para obtener más información sobre la convención de control de versiones para rulesets:
A partir de 2023, las versiones de productos de Pega Infinity tienen el formato Año.Menor.Parche. Para Pega Infinity '23, la versión del producto es 23.1.1. El versionado semántico del ruleset de Pega sigue el formato Mayor-Menor-Parche. Para Pega Infinity '23, la versión del ruleset es 08-23-02.
Nota: Pega Infinity™ '23 es la última versión menor. Para obtener más información sobre la convención de nomenclatura de productos de Pega Infinity, consulte Pega software maintenance program.
Rulesets bloqueados y desbloqueados
Cuando se crea un ruleset, se especifica si está bloqueado o desbloqueado. Los desarrolladores trabajan en rulesets desbloqueados, y los bloqueos de rulesets evitan que los desarrolladores realicen cambios accidentales. Los desarrolladores deben introducir una contraseña antes de desbloquear y editar un ruleset bloqueado.
Nota: Para obtener más información acerca de los rulesets en las aplicaciones de Pega, consulte Organizing Rules into Rulesets.
El Lead System Architect (LSA) gestiona tanto el versionado como el bloqueo de cualquier ruleset relacionado con una aplicación durante el proceso de desarrollo. Consulte con el LSA de su proyecto cuando surjan preguntas relacionadas con las reglas y los rulesets.
Compruebe sus conocimientos con la siguiente actividad:
This Topic is available in the following Module:
If you are having problems with your training, please review the Pega Academy Support FAQs.
¿Quiere ayudarnos a mejorar este contenido?