Ampliación de un modelo de datos de base del sector

Siga este proceso para ampliar un modelo de datos de referencia de la industria:

• Obtener documentación de un modelo de datos de referencia de la industria.
• Obtener el modelo de datos para el sistema de registro.
• Realizar un mapeo del modelo de datos del sistema de registro al modelo de datos de referencia de la industria.
• Agregar propiedades al modelo de datos de referencia de la industria y agregar clases de datos según sea necesario.
• Mantener un diccionario de datos.

Antes de comenzar el proceso de mapeo, determine qué partes de los datos mapear. Por ejemplo, cuando se produce el minimum loveable product (MLP) inicial, puede no ser necesario mapear todos los datos desde la fuente antes de publicarlos.

La landing page de Pega Community para cada modelo de datos de referencia de la industria contiene un diagrama de entidad-relación (ERD) y un diccionario de datos. Necesita estos documentos para realizar un mapeo del modelo de datos de referencia de la industria al sistema del modelo de datos de registro. Familiarícese con la relación de los tipos de datos, las clases y las propiedades que proporciona el modelo de datos de referencia de la industria.

Por ejemplo, el modelo de datos de Pega Customer Service tiene tres clases principales:

1. Pega-Interface-Account
2. Pega-Interface-Customer
3. Pega-Interface-Contact

En una industria como la bancaria, un cliente normalmente tiene varias cuentas, como cuentas corrientes y cajas de ahorro. Un cliente debe poder definir varios contactos por cuenta. Por lo tanto, la relación entre la cuenta y los contactos es de varios a varios.

Los frameworks de la industria de Pega no obligan al consumidor de sus modelos de datos a usar clases de asociación intermediarias de varios a varios. En cambio, en el verdadero método de separación de preocupaciones (SoC), los frameworks de la industria de Pega quitan la complejidad de las relaciones de varios a varios indicando a los clientes de datos que hagan referencia a las páginas de datos que tengan los nombres y parámetros correctos.

Trabaje con el equipo de arquitectura empresarial de su organización para obtener un modelo del sistema de registro. Esta documentación del modelo de datos puede tomar las siguientes formas:

• un diagrama de relación-entidad
• un modelo de datos canónico (soluciones de bus de servicios empresariales típicas [ESB])
• un archivo WSDL o XSD
• una hoja de cálculo

Independientemente del formato, esta documentación sirve como fuente para mapear el modelo de la industria al sistema de registro.

El siguiente paso es realizar un mapeo del modelo de datos del sistema de registro al modelo de datos de referencia de la industria. Para ayudar con este proceso, use un formato tabular a fin de registrar esta información, como una hoja de cálculo. El resultado es un documento de referencia que se usa cuando se mapean los valores de propiedad de la respuesta de integración a la estructura de datos de la aplicación.

Durante este análisis, es posible que necesite nuevas propiedades para la aplicación. Por ejemplo, cuando se mapea el modelo de datos de referencia de la industria de la salud, es posible que necesite una propiedad para almacenar información si se presenta un reclamo fuera del país de origen del miembro. Registre el nombre y la clase donde reside la propiedad porque deberá agregarla al modelo de datos de la aplicación.

Solo cree nuevas propiedades y clases de datos si su aplicación requiere esos datos del sistema de origen. Use las propiedades y clases de datos del modelo de datos de referencia de la industria tanto como sea posible.

Si crea propiedades y clases de datos nuevas, genere las reglas de integración en el ruleset de integración a nivel de organización. Pruebe cada página de datos para asegurarse de que el mapeo de los datos de origen al modelo de datos de la aplicación sea correcto.

Si el mapeo de datos no se registra, puede ser difícil o, incluso, imposible para el equipo que mantiene el modelo revertir el mapeo si esto resulta necesario. Un diccionario de datos es especialmente importante si dos o más elementos de datos de origen se mapean a un elemento de datos de salida (este tipo de relación se denomina sobreyección). Por ejemplo, el mismo tipo de información existe en dos rutas diferentes dentro del modelo de datos de integración. Aliente a su equipo de desarrollo a documentar el significado y el uso adecuado de las propiedades del modelo de datos.