222 | | |
223 | | |
| 222 | Nótense los siguientes aspectos: |
| 223 | a. Las variables del modelo (@MMS.ModelVariable) son contenidas como elementos |
| 224 | del modelo, desaparece una diferencia clara entre outputs e inputs. |
| 225 | a. La información de los outputs como modelos de observaciones está recogida |
| 226 | en una nueva clase submodelo: @MMS.Submodelo. |
| 227 | a. Los términos explicativos pasan a ser elementos de un submodelo. De modo |
| 228 | que desaparece naturalmente la posibilidad de tener parámetros de término |
| 229 | explicativo internodales. Para ello sería conveniente crear un nuevo tipo |
| 230 | de relación. |
| 231 | a. Desaparecen los términos explicativos base, aunque podrían volver a crearse |
| 232 | como plantillas generadoras de términos explicativos. |
| 233 | a. Las restricciones y las distribuciones a priori de los parámetros o combinaciones |
| 234 | (elementos del modelo) son internas a ellos, les pertenecen. |
| 235 | a. La estructura de la información ARIMA es recogida por la nueva clase @MMS.ARIMA |
| 236 | como un tipo de ruido (@MMS.Noise) de un nodo o segmento del modelo (@MMS.ModelNode). |
| 237 | a. Las transformaciones han desaparecido como tal, aunque se plantea su reaparición |
| 238 | como elementos de una variable en el modelo (@MMSModelVariable). |
| 239 | a. Aparecen nuevas clases abstractas encargadas de aunar en torno a sí, distintos |
| 240 | tipos de objetos que comparten naturaleza o cualidades: |
| 241 | * @MMS.Submodel, @MMS.Hierarchy -> @MMS.ModelNode |
| 242 | * @MMS.Parameter, @MMS.BaseParameter, @MMS.ModelCombination -> @MMS.ModelElement |
| 243 | * @MMS.ARIMA, @MMS.NoiseNormal, @MMS.Prior -> @MMS.Noise |