Revisar el comportamiento de los términos omega en modelos matriciales

[Pedro Gea]

Se solicita la revisión del comportamiento de los términos omega en modelos matriciales, y evitar errores no controlados.

Podrían considerarse estos términos siempre que la función de transferencia no tenga retardos.

Véase #820.

[Pedro Gea]

Véase también #733.

[Pedro Gea]

(In [3352]) Refs #1080, #1085, #964
Reorganización de las clases de submodelos y términos explicativos para la resolución de estos tiques.
Se subdivide la clase de submodelos en dos:

• @SubmodelC (para submodelo de output continuo)
• @SubmodelD (para submodelo de output discreto)

Los modelos de output discreto (comúnmente outputs de respuesta binaria) no presentan noise, sino que la estructura de sus residuos viene dada por la función de enlace (o tipo de submodelo) escogida.
Se aúnan los términos explicativos @ExpTermLineal y @ExpTermOmega (véase #964)
y se consideran a todos los términos multilineales (con uno o varios parámetros lineales) y uni-input (con un sólo input).
Se modifica el uso del concepto TransferFunction para referirse al polinomio de la función de transferencia de un término de tipo omega,
pasándose a denominarse directamente Omega. En el caso de los términos de tipo ratio, pasa a llamarse Ratio.

[Pedro Gea]

(In [3353]) Refs #1080, #1085, #964
Nueva estructura de archivos de las clases de resultados teniendo en cuenta la nueva subdivisión de submodelos.

[Pedro Gea]

(In [3354]) Refs #1080, #1085, #964
Se revisa el uso del método GetInputs y del chequeo de la regularidad de un término explicativo.

[Pedro Gea]

(In [3355]) Refs #1080, #1085, #964
Se revisan los métodos comunes a los distintos términos explicativos.

[Pedro Gea]

(In [3356]) Refs #1080, #1085, #964
Algunas correcciones adicionales.

[Pedro Gea]

(In [3755]) Refs #1080, #1085, #964
Se reubican las transformaciones de los outputs en el submodelo. Aunque aún se mantiene la compatibilidad con las versiones anteriores tanto en la carga como el guardado.
Se introducen transformaciones por defecto (BoxCox_1_1) para los submodelos de variable continua.
Se crea un método en el submodelo: BuildOutputParametersMissing para incluir la creación de los omitidos causados por el dominio de la transformación.

[Pedro Gea]

(In [3756]) Refs #1080, #1085, #964
Se adapta MmsDatabase a los últimos cambios en MMS. (Véase [3755])

[Pedro Gea]

(In [3757]) Refs #1080, #1085, #964
Se adapta ModelExcel a los últimos cambios en MMS. (Véase [3755])

[Pedro Gea]

(In [4687]) Refs #1168, #1080, #964
Se elimina la variante: GetData_Scenarios.Difference ([3353]) porque genera conflicto al generar escenarios en matrices y sus mejoras en eficiencia pueden recuperarse con la caché en escenarios de las variables dependientes (#1168).

[Pedro Gea]

(In [4690]) Refs #1172, #1168, #1080, #964
Se incorporan otros cambios relativos al nombre de las salidas de algunos métodos. (#1172)
Se revisan los mecanismos de resultados sobre escenarios. (#1168, #1080, #964)

[Pedro Gea]

(In [4691]) Refs #1172, #1168, #1080, #964
Se incorpora la posibilidad de indicar un escenario ficticio "EN" (Estimated Noise) para incorporar el ruido o residuos estimados en la construcción de resultados para un conjunto de escenarios.