Conceptos del Gestor de dependencias

Siempre que el valor de un elemento de datos se deriva de los valores de uno o varios otros elementos de datos, podemos decir que el valor derivado depende de los valores utilizados para derivarlo. Si posteriormente cambian uno o varios de los valores de los que depende, se debe recalcular el elemento de datos derivado para obtener el nuevo valor.

El gestor de dependencias utiliza los términos siguientes para encapsular estos conceptos:

• Dependiente

  Elemento de datos derivado cuyo valor se calcula a partir de otros elementos de datos (precedentes).

• Precedente

  Elemento de datos cuyo valor puede utilizarse para calcular elementos de datos derivados (dependientes).

• Dependencia

  Registro del hecho de que el valor de un determinado dependiente depende del valor de un precedente en particular.

• Elemento de cambio de precedente

  Registro del hecho de que el valor de un precedente en particular se ha modificado de alguna manera.

• Conjunto de cambios de precedente

  Conjunto de elementos de cambios de precedente, agrupados conjuntamente para el proceso; se utiliza para identificar dependientes potencialmente afectados que requieren recálculo.

• Recálculo de dependiente

  Recálculo de un dependiente que queda potencialmente afectado por uno o varios de los cambios en los precedentes de un conjunto de cambios de precedente.

Estos conceptos se describen mejor mediante un ejemplo.

Digamos que la titularidad de un demandante para beneficiarse se calcula a partir de datos tales como:

• detalles personales del demandante;
• pruebas reunidas para el caso del demandante y
• tarifas de prestación y umbrales de ingresos.

Juan, un demandante, tiene dos casos (123 y 124) y María, otro demandante, tiene un caso (125). También hay casos y detalles personales para otros demandantes y también algunas tarifas de pensión que se utilizan para otros cálculos.

En este ejemplo, la titularidad calculada para cada caso es un dependiente y los detalles personales, pruebas y tarifas/umbrales son precedentes.

Podemos trazar una matriz dispersa que muestre las dependencias entre los dependientes y los precedentes (una "X" indica la presencia de una dependencia):

Por lo tanto, para examinar algunos ejemplos de la matriz de dependencias:

• La titularidad para el caso 123 depende de los detalles personales de Juan, no de los de María;
• Los detalles personales de Juan se utilizan en el cálculo de los dos casos (123 y 124) y
• Todos los casos utilizan las tarifas de prestación y los umbrales de ingresos, pero no las tarifas de pensión.
• La titularidad de un caso no depende de los detalles personales de Fran.

Tenga en cuenta que la matriz se puede leer:

• por columna, para comprender todos los precedentes de los que depende un determinado dependiente: estos son el conjunto de dependencias que deben mantenerse cada vez que se calcula un dependiente y/o
• por fila, para comprender todos los dependientes que dependen de un precedente en particular: estos son el conjunto de dependientes que se debe recalcular cada vez que cambia el valor del precedente.

A medida que crece el número de precedentes y dependientes en el sistema, la matriz de dependencias aumenta de tamaño. Dado que la matriz sólo se ha llenado escasamente (es decir, cada dependiente depende sólo de una pequeña fracción de los precedentes disponible), los datos de la matriz se almacenan sólo para las dependencias que están presentes, como se indica a continuación:

(Tenga en cuenta que la tabla anterior se muestra ordenada por dependiente, lo que hace que sea más fácil ver el conjunto de dependencias para cada dependiente, pero también se podría mostrar ordenada por precedente, lo que haría más fácil ver los dependientes potencialmente afectados por un cambio en el valor que dicho precedente.)

Supongamos que los detalles personales de Juan cambian. Puesto que las dependencias están registradas en los detalles personales de Juan, el Gestor de dependencia es capaz de identificar que los casos 123 y 124 requieren recálculo. Cuando se recalculan los casos, los valores de titularidad cambian (debido al cambio en los detalles personales de Juan); pero tenga en cuenta que en situaciones típicas, las propias dependencias no cambian: antes del recálculo, el caso 123 dependía de los detalles personales de Juan, de las pruebas almacenadas para el caso, de las tarifas de prestación y de los umbrales de ingresos y, después del recálculo lo mismo es cierto.

Es posible que cambie más de un valor de precedente de forma simultánea, por ejemplo, si la agencia opta por modificar las tarifas de prestación y los umbrales de ingresos, se deben recalcular todos los casos. Ingenuamente, cada caso se identificaría dos veces (una por el cambio en las tarifas de prestación y otra de nuevo por el cambio en los umbrales de ingresos); sin embargo, el Gestor de dependencias soporta la agrupación de estos dos cambios de precedentes en un conjunto de cambios de precedente. Cuando el Gestor de dependencias procesa el conjunto de cambios de precedente filtra automáticamente los dependientes duplicados identificados para realizar el trabajo mínimo necesario para recalcular los dependientes.