Skip to main content

Modelado de datos

El modelado de datos es el proceso mediante el cual los elementos de datos llegan a su aplicación en un formato que es relevante para su negocio y que luego se procesan, se incluyen en reportes y se almacenan. El modelo de datos define los tipos y las estructuras de los datos en su aplicación y estandariza el modo en que se relacionan los elementos de datos entre sí. Los modelos de datos son también herramientas muy importantes en la comunicación entre las partes interesadas de un negocio que definen los requerimientos de los datos necesarios y creados por los procesos de negocio y también para los arquitectos de sistemas que se basan en estos requerimientos para desarrollar la aplicación. 

Por ejemplo, su modelo de datos podría representar los datos utilizados por su aplicación para obtener datos sobre libros de texto. La aplicación envía los números de ISBN de los libros a un servicio que le devuelve una lista de títulos y ediciones para luego darle formato a ese resultado de modo que los vendedores puedan procesar los pedidos utilizando los títulos y cambiar fácilmente entre las ediciones disponibles. Si importa datos para su tipo de datos Libros de Texto de manera regular, puede definir una relación predeterminada entre el campo ISBN de un archivo .csv y el campo ISBN de su tipo de datos.

Necesita los siguientes componentes para modelar datos:

  • Campos: Propiedades que almacenan y dan formato a los datos de su aplicación.
  • Objetos de datos: Categorías de datos que tienen campos, asignaciones de campos y conexiones con fuentes de datos.

En la siguiente imagen, haga clic en los íconos + para obtener más información sobre cada componente del modelo de datos. 

Nota:  Puede ver el modelo de datos de toda su aplicación en el panel de navegación de App Studio haciendo clic en Data > Data model > View. También puede ver el modelo de datos para un tipo de caso específico desde el ciclo de vida del caso haciendo clic en Data model > View data model.

Almacenamiento de datos

Los datos suplementarios del procesamiento del caso suelen encontrarse fuera de los objetos de datos, como por ejemplo las preferencias del usuario que se introdujeron durante el procesamiento del caso y que tienen una influencia sobre el ciclo de vida del caso. El sistema necesita saber el lugar en donde almacenar los datos. Se recomienda crear una clase de datos con el mismo nombre que el tipo de caso para almacenar los datos que no se encuentren en los objetos de datos existentes en lugar de almacenarlos en el objeto de trabajo, como un caso.

Por ejemplo, un usuario del tipo de caso LibraryReservation (Reserva de biblioteca) tiene su información de cliente almacenada en el objeto de datos Patron (Mecenas), que incluye el nombre, la dirección de correo electrónico, el número de teléfono y el número de tarjeta de la biblioteca. Durante el procesamiento del caso, se le ofrece la opción de habilitar la asistencia de audio para el proceso de reserva. El desarrollador de la aplicación almacena los datos de valor único de esta selección booleana en un objeto de datos con el mismo nombre que el tipo de caso, en este ejemplo LibraryReservation (Reserva de biblioteca).

Como analogía, imagine el objeto de trabajo como un tren que arrastra contenedores. Los contenedores representan los datos suplementarios del procesamiento del caso que no pertenecen a un objeto de datos. Desea mover esos datos y compartirlos, pero no puede hacerlo de manera efectiva si están guardados dentro del objeto de trabajo. Para maximizar la reutilización y la portabilidad, guarde los datos que no se encuentren dentro de un objeto de datos en una clase de datos con el mismo nombre que el tipo de caso con el que está asociado, como LibraryReservation (Reserva de biblioteca) en el ejemplo anterior.

En la siguiente imagen, haga clic en los íconos + para obtener más información sobre el almacenamiento de datos que se encuentran fuera de objetos de datos.

Prácticas recomendadas para el modelado de datos

Un desarrollador debe verificar el modelo de datos con el Lead System Architect antes de crear objetos de datos o propiedades. Establecer el modelo de datos antes de crear datos y trabajar con ellos ahorra tiempo de desarrollo a futuro y minimiza el volumen de errores que podrían afectar el rendimiento de la aplicación. 

Agregar datos mediante una vista de interfaz de usuario

Si bien es posible crear partes de su modelo de datos mientras crea una vista, los desarrolladores pueden no estar al tanto de cómo interactúan los datos y se reutilizan en los diferentes componentes de la aplicación. Se recomienda crear el modelo de datos utilizando el Data Explorer en primer lugar, teniendo en mente la reutilización y la herencia.

Puede utilizar la pantalla Configure a view (Configurar una vista) para agregar los campos nuevos que sean necesarios a lo largo del ciclo de vida de actualización de la aplicación. Por ejemplo, el modelo de datos de su aplicación incluye un objeto de datos reutilizable llamado Cliente que agrupa la información de los clientes como el nombre, el apellido y la dirección. Para el lanzamiento de un parche, las especificaciones requieren que la aplicación obtenga el número de cuenta del cliente. Puede optar por incluir este campo en la pantalla Configure a view

En el centro de la siguiente imagen, deslice la barra vertical para ver la diferencia entre agregar un campo a través de la pantalla Configure a view y de la pantalla Data model.

Compruebe sus conocimientos con la siguiente actividad:

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

¿Le ha resultado útil este contenido?

El 21% ha encontrado ú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