Acceso a datos con páginas de datos

Las data pages (páginas de datos) proporcionan el vínculo entre el data object y los registros de datos almacenados localmente en la base de datos de Pega, o los datos que residen en un sistema de registros externo. En las aplicaciones de Pega Platform™, una data page actúa como una herramienta de traducción, recuperando datos de un origen de datos especificado y almacenándolos en caché en la memoria. Una data page gestiona la integración con el origen de datos. De este modo, separa los procesos del negocio de cualquier detalle de integración. Esta separación les permite a los desarrolladores de aplicaciones usar los datos obtenidos en una aplicación sin conocer su origen ni los detalles de conexión.

La capacidad de definir rápida y fácilmente los datos necesarios para crear aplicaciones y luego acceder a esos datos sin tener que preocuparse por dónde se almacenan y cómo se accede a ellos se llama Pega Live Data. Pega Live Data es la capa de virtualización que separa la lógica del negocio y la utilización de datos de la aplicación de los detalles técnicos de cómo y cuándo se accede a ellos. Las data pages (páginas de datos) son un componente importante de la capa de virtualización de Pega Live Data y declaran cómo se mapean los datos desde los orígenes de datos hasta los objetos de datos de una aplicación.

En la siguiente imagen, haga clic en los íconos + para obtener más información sobre cómo Pega Live Data utiliza las data pages para cargar y entregar datos a una aplicación bajo demanda:

las Savable Data Pages guardan una página o una lista de data pages especificados en una data page en su sistema de registro, independientemente de si los datos se almacenan localmente en la base de datos de Pega o en una base de datos externa. Al utilizar una data page que se puede guardar, puede configurar una aplicación para actualizar el sistema de registro en tiempo real con los datos de los casos. La data page que se puede guardar es capaz de gestionar la transacción para garantizar que ambos sistemas permanezcan sincronizados incluso si se produce un error, como una interrupción de red.

El plan de guardado de datos (data save plan) para una data page que se puede guardar detalla cómo se realizan los guardados.

En la siguiente imagen, haga clic en los íconos + para obtener más información sobre las opciones de guardado de datos:

Las data pages pueden estar listas para producción o estar simuladas según el estado del origen de datos externo. Por ejemplo, durante la fase de desarrollo de una aplicación, es posible que la integración con un origen de datos externo aún no esté completa.  Se puede usar un origen de datos simulado para continuar el desarrollo y las pruebas del flujo de trabajo de la aplicación mientras espera que los System Architects completen la configuración de integración. 

Las Data Pages simuladas no tienen una fuente de datos asociada. Debe configurar la conexión a una fuente de datos antes de que las Data Pages estén listas para la producción; sin embargo, puede utilizar una fuente de datos simulada durante el desarrollo y las pruebas de la aplicación.

Como Business Architect de Pega, trabajará con los System Architects para crear y mantener orígenes de datos simulados durante el desarrollo de su aplicación.

Los datos desactualizados, también conocidos como datos obsoletos, pueden conducir a malas decisiones, errores costosos y procesos ineficientes. Mantener actualizado el contenido de una data page es fundamental para garantizar resultados de casos exactos y deseables. 

Por ejemplo, en la aplicación Online Order, el data object Products recupera información sobre los artículos de comestibles que están disponibles para la entrega del sistema de registros externo del supermercado. Los desarrolladores de aplicaciones pueden elegir la frecuencia con la que el data object Products recupera esa información. La lista de productos disponibles se puede recuperar temprano en la mañana y almacenar en caché en la memoria para su uso durante todo el día. Esto asegurará que la aplicación se ejecute rápidamente pero, a medida que avanza el día, existe el riesgo de que la información se vuelva obsoleta, y de que los clientes pidan artículos que ya no están disponibles.

Como Business Architect, trabaja con las partes interesadas del equipo de negocio para determinar la mejor estrategia de actualización para cada uno de los data objects de la aplicación que acceden a la información desde orígenes de datos locales o externos, sopesando el rendimiento de la aplicación frente a la necesidad de datos actualizados y, a continuación, trabaja con los System Architects para implementar esa información en su aplicación. 

Los tipos de caso también tienen data pages predeterminadas. Los tipos de caso tienen una sola data page de solo lectura y una data page de lista (solo lectura).

Dado que las instancias de caso se guardan automáticamente, las data pages de tipo de caso solo se utilizan cuando un tipo de caso solicita información sobre otro tipo de caso mediante una relación de datos de Case reference (referencia de caso).

Compruebe sus conocimientos con la siguiente actividad: