Especialización por jerarquía de organización y herencia

La herencia de patrón es un tipo particular de especialización por clase en un grupo de trabajo existente. Puede aprovecharse para especializar aplicaciones según la estructura de organización.

En la siguiente tabla, se muestra la convención de nomenclatura de clases de Pega. Existen dos jerarquías implícitas opcionales en cada nombre de clase: especialización por clase y especialización por organización. En la siguiente tabla, se puede formar un nombre de clase usando cualquier combinación de valores de cada una de las tres columnas:

Estos son algunos ejemplos de nombres de clases CaseType que incluyen el patrón que se describió en la tabla anterior:

Org-App-Work-CaseType

Org-App-Work-CaseType-B

Org-App-Work-CaseType-B-C

Por ejemplo, un caso padre que genera una instancia en una clase de caso hijo debe tener la información correcta para determinar qué clase de implementación de herencia de patrón se debe usar. La clase puede determinarse en el tiempo de ejecución en función de la propiedad FSG-Data-Event.Category, como se muestra en el siguiente ejemplo. El caso padre también puede decidir cambiar su clase a una clase de herencia de patrón con la misma información.

Si la cantidad de clases especializadas es relativamente pequeña, la especialización por herencia de patrón mejora el mantenimiento si se usa App Explorer en Dev Studio. Todas las reglas especializadas de patrón se agrupan según su clase y pueden visualizarse en App Explorer, clasificadas según la categoría de regla y seguidas por el tipo de regla.

La estructura de organización de la empresa puede usarse para especializar tipos de caso o reutilizar aplicaciones de componente con la herencia directa.

Por ejemplo, algunas empresas son tan grandes que puedes escribir aplicaciones específicamente para una división. Es probable que no se comparta el código en dichas aplicaciones con otras divisiones. En dichos escenarios, especialice los nombres de clases de tipo de caso con un modificador de división. Por ejemplo:

ORG-DIV-APP-[Work/Data/Int]-

Aunque no se usa con frecuencia, Pega Platform™ admite la especialización hasta el nivel de unidad organizativa. En estas situaciones, los nombres de clase de tipo de caso incluyen un modificador de unidad organizativa. Por ejemplo:

ORG-DIV-UNIT-APP-[Work/Data/Int]-

En este ejemplo, las clases de nivel de unidad organizativa ORG-DIV-UNIT-APP-[Work/Data/Int]- podrían heredar directamente las clases de nivel de división ORG-DIV-APP-[Work/Data/Int]- y permitir la especialización de las clases de nivel de división en el nivel de unidad organizativa.

Si cualquier aplicación en la organización puede reutilizar aplicaciones de componente, puede especificar las aplicaciones de componente como incorporadas con una aplicación de capa de empresa.

Asimismo, las aplicaciones de componente que cualquier aplicación puede reutilizar en una división específica pueden especificarse como aplicaciones incorporadas mediante una aplicación de capa de división específica.