Aplicaciones de componentes y especialización

Cuando considere enfoques de especialización de aplicación, piense en las aplicaciones como componentes en lugar de frameworks. Los componentes son parte de un todo, como las ruedas o el motor de un auto. En cambio, un framework describe la estructura estática y fundamental, como el chasis de un vehículo.

Cuando use aplicaciones como componentes, puede adoptar un enfoque modular para la configuración de la aplicación. Puede conformar una aplicación con varias aplicaciones de componente para definirla. 

No confunda una aplicación de componente con un componente que sea un conjunto de rulesets utilizados para crear una función pequeña que puede agregarse a cualquier aplicación Pega Platform™.

Puede diseñar aplicaciones de Pega específicamente para usarlas como componentes. Por definición, un componente es recursivo. Un componente puede incluir otros componentes al igual que los objetos pueden incluir otros objetos. Una aplicación coincide con esta definición, ya que puede incorporarse en varias aplicaciones.

El término “componente” implica que un objeto tiene una interfaz estable y puede probarse de forma separada según las especificaciones publicadas. No hace falta que una aplicación de componente tenga sus propios rulesets de prueba unitaria, pero pueden desarrollarse temporalmente durante el desarrollo. Antes de la implementación, los rulesets de prueba unitaria se trasladan a una aplicación de solo prueba incorporada en la aplicación de componente.

Asimismo, la etapa de entrada de datos de prueba de un tipo de caso en una aplicación de componente puede configurarse como válida solo para las autoevaluaciones y se puede usar para proporcionar datos de prueba a las etapas restantes. Su uso puede evitarse con una regla de decisión definida como “cuando no se incluye el caso” si el tipo de caso solo se usa como un subcaso en la producción. Cuando una aplicación de producción amplía un tipo de caso en la aplicación de componente que incluye una etapa de solo prueba, la aplicación de producción puede quitar esa etapa de su regla de tipo de caso. 

Las aplicaciones de componente de Pega siguen el principio de programación orientada a objetos (OOP) de abierto y cerrado. Este principio establece que no es necesario cambiar un objeto para que otros objetos admitan su uso. Además, no es necesario cambiar los objetos si se agregan funciones adicionales al objeto del usuario; esto evita el efecto dominó de mantenimiento intensivo cuando se agrega un código nuevo para respaldar requerimientos nuevos.  

Según el patrón de diseño de plantilla que usa Pega Platform, el modelado de un proceso de negocio sigue el principio de abierto y cerrado. Usted define el algoritmo de base en una clase básica. Las clases derivadas implementan el código en los puntos de extensión permitidos.

El uso de aplicaciones incorporadas separa los componentes comunes e independientes en sus aplicaciones. El enfoque de diseño modular le permite dirigir una aplicación hacia otra regla de aplicación. Como resultado, se pueden administrar más fácilmente los cambios a cualquier ruleset y versión en todas las aplicaciones. El uso de varias aplicaciones incorporadas también elimina la necesidad de usar prerequerimientos de ruleset. En cambio, puede usar el modo de validación de aplicaciones para evitar advertencias relacionadas con el uso de rulesets que están ubicadas en varias aplicaciones.

Use aplicaciones de componente incorporadas para modularizar la funcionalidad y promover su reutilización. Las aplicaciones incorporadas fomentan el uso del modo de validación de aplicaciones en lugar de los prerequerimientos de ruleset. Se evitarán las advertencias relacionadas con el uso del mismo ruleset en todas las aplicaciones.

Para obtener más información sobre cómo Pega Platform procesa diversas estructuras jerárquicas de varias aplicaciones incorporadas en el momento de diseño, consulte el siguiente artículo de Pega Community y las Tech Talks. 

• Uso de varias aplicaciones incorporadas (Using multiple built-on applications)
• Jerarquía de pila de aplicaciones para varias aplicaciones incorporadas (Application stack hierarchy for multiple built-on applications)
• Varias aplicaciones incorporadas (Multiple built-on applications)