Conceptos básicos de un modelo de datos

Todas las aplicaciones requieren los datos correctos en el momento adecuado para funcionar de manera efectiva. El objetivo principal del modelo de datos es definir los datos que su aplicación necesita para lograr el resultado de negocio.

Como Business Architect de Pega, trabajará con tres variaciones del modelo de datos a lo largo de un proyecto. Las tres variaciones del modelo de datos son el modelo de datos conceptual, el modelo de datos lógico y el modelo de datos físico.

Para el BA de Pega, la documentación del modelo de datos conceptual (Conceptual Data Model) para una aplicación comienza por comprender las entidades de datos y los atributos que el negocio usa para procesar el trabajo, así como la relación entre esos elementos de datos.

El siguiente diagrama representa un modelo de datos conceptual para libros almacenados en un almacén. La ilustración muestra las entidades básicas, los atributos y las relaciones entre los elementos clave del modelo de inventario de almacén de libros. En este ejemplo, Warehouse es la entidad, mientras que Name, City y Capacity son los atributos. Adicionalmente, Warehouse tiene una relación directa con las entidades Address e Inventory:

Considere el modelo de datos conceptual como un documento vivo. Use el modelo de datos conceptual cuando se reúna con las partes interesadas del negocio acerca de su diseño para el proceso de negocio, ya que ayuda a las partes interesadas del negocio a visualizar las entidades de datos que ha identificado. Esta visualización hace que las brechas en el proceso o en los datos sean más fáciles de identificar.  

A medida que construye el modelo de datos conceptual, no necesita modelar cada dato requerido para lograr el resultado del negocio, pero el tiempo invertido en el diseño de datos al principio del proyecto puede permitirle ahorrar tiempo más adelante si descubre que los requisitos de datos del negocio no se comprenden completamente. 

En general, el modelo de datos conceptual ayuda a mitigar el riesgo de volver sobre el trabajo debido a malentendidos en las primeras etapas del proyecto. Por supuesto, a medida que el proyecto avanza, y el equipo obtiene información adicional, el módulo de datos conceptual puede cambiar. Aún así, este modelo de datos conceptual es un punto de partida sólido para las discusiones sobre el desarrollo de aplicaciones. 
 

El modelo de datos lógico (Logical Data Model ) es el modelo de datos conceptual traducido y refinado para Pega Platform.

En el centro de la siguiente imagen, deslice la línea vertical para ver un ejemplo de cómo el modelo de datos conceptual se traduce al modelo de datos lógico usando el escenario de Warehouse como ejemplo:

El modelo de datos físico (Physical Data Model) refleja los datos a medida que se almacenan y se accede a ellos en la aplicación.

El enfoque del modelo de datos físico es la configuración de integración necesaria para acceder a los datos de la organización, incluido el almacenamiento local con la base de datos de Pega y cualquier sistema de registro externo (external sytem of record) utilizado por la organización.

Los detalles del modelo de datos físico son visibles en la landing page del Integration Designer de App Studio. El Integration Designer (diseñador de integración) proporciona una ubicación única en App Studio para acceder a los objetos de datos, las vistas de datos, las dependencias de objetos de datos y los sistemas de registro de una aplicación. El Integration Desginer también proporciona información sobre cómo están conectadas las entidades que definen el modelo de datos físico.

En la siguiente imagen, haga clic en los íconos + para obtener información sobre los detalles que se muestran en la landing page de Integration Designer: