Consideraciones de diseño de la especialización

Siempre siga los principios orientados a objetos para garantizar que las reglas sean extensibles. Por ejemplo, use la parametrización y las referencias de clases dinámicas (RCD) para posibilitar la especialización en el futuro.

Al considerar la especialización, tenga en cuenta los siguientes aspectos:

• Una capa de especialización no tiene por qué ser específica para un tipo de aplicación. En cambio, una capa de especialización puede ser compatible con varias aplicaciones en toda la empresa.
• Las técnicas de puesta en circunstancia, herencia de patrón y modelado de datos pueden eliminar la necesidad de definir una capa de especialización para una aplicación.
• Una capa de especialización puede estar compuesta por varias aplicaciones incorporadas.

Una capa de framework “es un” tipo de capa de reutilización. El término “framework” tiene un significado particular. “Framework” es una aplicación que abarca todos los tipos de casos que utilizaría una aplicación de implementación. Un “framework” representa una capa completa por sí mismo. La clase de grupo de trabajo de una aplicación de implementación extendería la clase de grupo de trabajo de la aplicación de framework.

El término aplicación de “implementación” se ha utilizado para referirse a cualquier tipo de aplicación que no sea una aplicación de framework. Una aplicación de “implementación” puede o no estar integrada en una aplicación de framework. El término podría aplicarse a una aplicación de capa de reutilización que no es una aplicación de framework. Las aplicaciones que se componen aprovechando aplicaciones más pequeñas y de propósito especial se considerarían “modulares”.

Una aplicación que se implementa con un conducto CI/CD a un entorno de producción se denominaría una aplicación de “Producción”. Una aplicación de Producción “es un” tipo especial de aplicación de “Implementación”. Es improbable que una aplicación de Producción sea utilizada como una parte de, o toda, la capa de reutilización de otra aplicación.

La mayoría de los esfuerzos de desarrollo pueden alcanzar el minimum lovable product (MLP) mediante el desarrollo de una aplicación de producción construida por encima de una capa de aplicación empresarial. La aplicación empresarial se realiza inicialmente por encima de la capa de Pega Platform™. Esa aplicación empresarial puede entonces ampliarse para construirse por encima de una o más aplicaciones de referencia de Pega.

Una aplicación sin framework es el mejor enfoque en los siguientes escenarios:

• La empresa no abarca varias regiones en las que las reglas de negocio varían considerablemente.
• La empresa solo está interesada en completar la implementación de un framework desarrollado por un proveedor. La empresa no necesita ni quiere extender su aplicación.
• La empresa tiene divisiones que desarrollan aplicaciones exclusivas de cada división.

En casos especiales, el esfuerzo de desarrollo puede requerir una capa de reutilización sobre la que se construyen una o más aplicaciones.

Este diagrama muestra la especialización de una aplicación en diferentes regiones de Norteamérica. Los procedimientos y políticas específicos de una región se encuentran en la capa superior. Cada vez que el sistema interactúa con un usuario o hace avanzar un caso, selecciona la política y el procedimiento más específicos para la situación en cuestión. Por ejemplo, solo hay que definir en esa capa las políticas y procedimientos específicos de Quebec de habla francesa. Para el resto de políticas y procedimientos regionales, se consultan por orden las capas más genéricas inferiores.

Una capa de reutilización sobre la que se construyen una o más aplicaciones tiene sentido en los siguientes escenarios:

• La empresa abarca varias regiones en las que las reglas de negocio varían considerablemente y la mayoría de las funciones principales se reutilizan en toda la empresa.
• La empresa quiere dirigirse a distintos tipos de clientes y al mismo tiempo aprovechar una aplicación principal. Las reglas de negocio varían drásticamente entre tipos de clientes.