Objeto de datos
El icono de documento adjunto a una actividad o flujo que muestra qué datos necesita o produce ese paso del proceso.
Qué representa un objeto de datos
Un objeto de datos es el pequeño icono de página con esquina doblada que representa información que circula por el proceso. Puede ser una entrada a una actividad, un resultado de ella, o un documento que persiste y que varios pasos van modificando. Lo esencial es que *no* es un paso — es una cosa, no una cosa que se hace.
BPMN 2.0 distingue dos notaciones relacionadas. El objeto de datos simple vive dentro del flujo y muestra la información a medida que se mueve entre actividades; el almacén de datos (un cilindro con líneas) representa un repositorio persistente — una base de datos, un sistema de archivos, una cola — que existe fuera del flujo directo y que las actividades leen o escriben.
Cuándo los objetos de datos realmente ayudan
- Cuando el mismo documento se produce, modifica y consume en varios pasos — por ejemplo, una factura que empieza como borrador, se aprueba, se vuelve oficial y se paga.
- Cuando las entradas y salidas difieren en naturaleza — una actividad que lee un registro de cliente y escribe un informe de cumplimiento. Mostrar ambos objetos de datos hace obvia la transformación.
- Cuando un paso tiene dependencias de datos que el lector casual no adivinaría. Las dependencias de datos sorprendentes merecen una señal visual.
- Omita los objetos de datos para pasos donde las entradas y salidas son obvias o uniformes en todo el proceso — sólo añadirán ruido.
Los objetos de datos en LucidFlow
LucidFlow produce objetos de datos de forma selectiva. Cuando el documento fuente hace referencia a artefactos específicos («el proveedor envía una cotización», «compliance produce un informe»), el generador emite un objeto de datos vinculado a las actividades relevantes. Las actividades que simplemente transforman estado internamente — «calcular el total», «actualizar el estado» — no reciben objetos de datos a menos que los solicite explícitamente, porque el coste visual supera el valor informativo.
Preguntas frecuentes
¿Qué diferencia hay entre un objeto de datos y un almacén de datos?
Un objeto de datos es efímero — fluye por el proceso, existe en el contexto de la instancia actual y desaparece cuando el proceso termina. Un almacén de datos es persistente — una base de datos o sistema de archivos que sobrevive a cualquier instancia de proceso individual.
¿Puede un objeto de datos tener un estado?
Sí. BPMN 2.0 permite una anotación de estado entre corchetes bajo la etiqueta del objeto — por ejemplo `Factura [borrador]` frente a `Factura [aprobada]`. Úselo para mostrar cómo evoluciona un mismo artefacto a lo largo del proceso, lo que suele ser más informativo que mostrar el mismo objeto de datos sin cambios en cada paso.
¿Se exportan los objetos de datos al XML BPMN?
Sí. Tanto los objetos de datos como los almacenes tienen elementos XML canónicos en BPMN 2.0 (`dataObjectReference`, `dataStoreReference`), y LucidFlow los emite para que el diagrama migre a otras herramientas sin pérdida de información.