Data objects
Para procesar casos, las aplicaciones de Pega Platform™ usan data objects (objetos de datos) a fin de recopilar datos de casos relacionados. Un data object es una plantilla para describir una entidad, como una persona o un elemento, mediante la agrupación de un conjunto de campos relacionados.
Por ejemplo, una aplicación puede contener un data object Account que usted puede usar en dos tipos de casos: uno que le permite al cliente transferir fondos entre cuentas bancarias y otro que le permite al cliente cambiar la dirección asociada con su cuenta. El data object Account incluye campos que describen una cuenta, como Account number, Current Balance y Next Statement Date. Hacer referencia al data object Account evita la necesidad de definir campos relacionados con la cuenta para cada tipo de caso. La siguiente figura muestra la relación entre los tipos de caso de transferencia de fondos y de cambio de dirección y el data object Account:
Puede usar un data object tantas veces como sea necesario en su aplicación. En el ejemplo anterior, el tipo de caso de transferencia de fondos puede usar el data object Account para modelar las cuentas de origen y de destino de la transferencia.
La recopilación de tipos de caso y data objects en su aplicación define holísticamente el modelo de datos para su aplicación.
Estructura
Dentro de cada data object, un tipo de datos representa la implementación técnica del data object, como los nombres y tipos de campos utilizados para capturar y presentar información sobre la entidad. Colectivamente, los diferentes campos representan un solo tipo de objeto y definen la estructura del data object. Cuando usted crea un data object, Pega Platform crea automáticamente el tipo de datos correspondiente.
Nota: En Dev Studio, los desarrolladores trabajan directamente con el tipo de datos subyacente, no con el data object. Como resultado, puede que vea los términos data object y tipo de datos usados indistintamente en proyectos y documentación.
Por ejemplo, una aplicación de RR. HH. incluye un tipo de caso para gestionar solicitudes de trabajo y procesar solicitantes para puestos vacantes. Para procesar a un nuevo candidato, RR. HH. debe recolectar información básica sobre este. Para recolectar información sobre un candidato para una solicitud de trabajo abierta, un desarrollador puede crear un data object Candidate , con un tipo de datos correspondiente que incluya campos como Name , Last name , Email y Phone .
Además de agrupar elementos de datos, los data objects pueden agrupar vistas y otras reglas relacionadas con el data object. Por ejemplo, el objeto de datos Candidate puede incluir un cálculo para combinar un nombre y un apellido para formar el nombre completo del candidato, como John Smith.
Puede ampliar la estructura de un objeto de datos haciendo referencia a otros objetos de datos. Cuando un objeto de datos hace referencia a un segundo objeto de datos, los campos del segundo tipo de datos pasan a formar parte del tipo de datos del objeto de datos de referencia. Los data objects referenciados se pueden usar una o varias veces, según la necesidad.
Por ejemplo, el data object Candidate también debe incluir campos para la información, como una dirección postal y un historial de empleo. La dirección y el historial de empleo se pueden configurar como data objects a los que hace referencia el data object Candidato. El objeto de datos Address amplía el objeto de datos Candidate con campos como Street name, City y Postal code, mientras que el objeto de datos Employment history agrega campos, como Start date, End date, Position y Employer. El data object Address se usa una vez para capturar una sola dirección, mientras que el data object Employment history se puede usar más de una vez para crear una lista de los empleadores anteriores del candidato. La siguiente figura muestra la relación entre el tipo de caso de candidato nuevo, el data object de candidato, el data object de dirección y el data object de historial de empleo:
En la siguiente imagen, haga clic en los íconos + para obtener más información sobre la relación entre un data object y el tipo de datos correspondiente.
Herencia
Puede crear data objects para reutilizar activos de un data object existente por medio de la herencia. Por ejemplo, Person (Persona) es un data object genérico o un data objecs padre, mientras que Customer (Cliente) y Call Center Representative (Representante del centro de llamadas, CCR) son data object más especializados. Para denotar la relación entre los data objects padre e hijo, utilice el patrón Padre-Hijo; por ejemplo, Person-Customer y Person-CCR. Los tres data objects tienen campos comunes, incluidos Name, Telephone e Email. Al crear los campos comunes en el data object Person, puede reutilizar los campos en los data objects Customer y Call Center Representatives. Los campos Tax Identification Number y Membership Number se aplican solo a los clientes, por lo que los define en el data object Client. Debido a que el campo Employee ID solo se aplica a los empleados, usted define el campo en el data object Call Center Representative. La siguiente figura muestra la relación entre los data objects Person, Customer y CCR:
Abastecimiento
Puede obtener data objects localmente desde un sistema de registro de Pega Platform, o puede obtener data objects desde un sistema de registros externo, como una base de datos de recursos humanos o de inventario que su empresa ya utiliza. Alternativamente, los data objects pueden obtener datos que usted o un participante del caso introducen o modifican durante el procesamiento de la solicitud que no están asociados con ningún sistema de registro.
Cuando determine cómo abastecer un data object, tenga en cuenta las preguntas de la siguiente imagen. En estas preguntas, se supone que usted está utilizando Pega Platform por primera vez y que está creando una aplicación desde cero.
En la siguiente imagen, haga clic en los íconos + para obtener información sobre un ejemplo de cada opción de abastecimiento de data object.
Prácticas recomendadas
Siempre que sea posible, use los data objects estándar y de uso común que proporciona Pega Platform, como Address-Postal (Dirección-código postal) y Address-Email (Dirección-correo electrónico). También puede agregar data objects relevantes para su aplicación.
Si un objeto de datos solo satisface parcialmente sus necesidades, puede ampliarlo. Por ejemplo, si desea crear el data object Employee (Empleado), puede ampliar el data object existente Person (Persona) para crear el data object Person-Employee (Persona-empleado).
Si aún no existe un objeto de datos adecuado, cree uno nuevo. Por ejemplo, si desea agregar el data object Airport Codes (Códigos de aeropuertos), pero no puede usar ni ampliar un data object existente, cree uno nuevo en Pega Platform.
Tip: Si agrega un nuevo objeto de datos al flujo de trabajo de casos en App Studio, Pega Platform crea el data object como un borrador de objeto. Un borrador de data object no hace referencia a un tipo de datos. Los borradores de objetos le permiten al negocio identificar cómo y cuándo se utilizan los datos en el ciclo de vida del caso, lo que puede influir en el diseño del tipo de datos. Puede agregar un tipo de datos a un borrador de data object por medio de la página Data objects and integrations.
Compruebe sus conocimientos con la siguiente actividad:
This Topic is available in the following Modules:
If you are having problems with your training, please review the Pega Academy Support FAQs.
¿Quiere ayudarnos a mejorar este contenido?