Skip to main content

Beneficios del modelo de datos de referencia de la industria

Los modelos de datos de referencia de la industria de Pega le permiten aprovechar y extender un modelo de datos lógico existente en lugar de crear uno desde cero. Pega ofrece modelos de datos de la industria para la salud, las comunicaciones y los medios, las ciencias de la vida, los seguros y los servicios financieros. En lugar de crear clases de datos usted mismo, puede mapear el sistema de propiedades de registro a la clase de datos y las propiedades del modelo de datos de la industria.

HealthCare
La imagen anterior muestra el modelo lógico de los tipos de datos de los miembros para el modelo de datos de referencia de la industria de la salud.

Puede mejorar las clases de datos de referencia de la industria incluyendo propiedades adicionales de los sistemas de registro externos según sea necesario.

Los modelos de datos de referencia de la industria de Pega aplican el principio de diseño de Separación de temas (SoC): mantener la lógica del negocio separada de la interfaz que obtiene los datos. La lógica del negocio determina cuándo se necesitan los datos y qué hacer con esos datos una vez que se recuperaron. La interfaz aísla la lógica del negocio de tener que saber cómo obtener los datos.

En Pega Platform, las páginas de datos conectan la lógica del negocio con la lógica de la interfaz. En la siguiente imagen, se ilustra la relación entre la página de datos, la clase de datos y el mecanismo para la recuperación de datos.

Data Page Bi-directional Mapping
Esta imagen muestra cómo los datos de un sistema de registros externo (SOR) se convierten de la CLASE DE DATOS de la izquierda a la representación del modelo de datos del SOR externo para esa CLASE DE DATOS de la derecha. Este proceso es bidireccional. En el extremo izquierdo, aparece una página de datos que gestiona esta asignación bidireccional. El conector y el asignador de datos (previo y posterior al procesamiento de data transforms) se configuran en la página de datos.  

Este patrón de diseño le permite cambiar las reglas de integración sin generar un impacto en el modelo de datos ni en el comportamiento de la aplicación.

En lugar de extender directamente el modelo de datos de referencia de la industria, su proyecto puede requerir que use un modelo de datos dictado por un bus de servicios empresariales (ESB). Un ESB tiene como meta implementar un modelo de datos canónico que permita a los clientes que acceden al bus comunicarse con cualquier servicio promocionado en el bus.

Enterprise Service Bus
Un bus de servicios empresariales, o ESB, define un modelo de datos de integración que todos los servidores del bus deben poder enviar y recibir. Cada servidor puede tener su propio modelo de datos interno. Esto evita que cada servidor tenga que desarrollar su propia lógica de asignación saliente para enviar a un servidor diferente, además de desarrollar su propia lógica de asignación entrante para recibir respuestas de ese servidor.  

En el caso de que se use un ESB, el equipo de desarrollo de Pega no define el modelo de datos canónico. Sin embargo, el equipo puede mantener el mapeo entre el modelo de datos canónico y el modelo de datos de referencia.

Nota: La práctica recomendada para el equipo de desarrollo de Pega es aprovechar y extender el modelo de datos de referencia según sea necesario. El equipo de desarrollo de Pega debe realizar todos los mapeos de las propiedades SOR externas a las propiedades en el modelo de datos de referencia de Pega dentro de la aplicación de Pega mediante páginas de datos.

This Topic is available in the following Module:

If you are having problems with your training, please review the Pega Academy Support FAQs.

¿Le ha resultado útil este contenido?

¿Quiere ayudarnos a mejorar este contenido?

We'd prefer it if you saw us at our best.

Pega Academy has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice