close Warning: Can't synchronize with repository "(default)" (/var/svn/mms does not appear to be a Subversion repository.). Look in the Trac log for more information.

Changes between Version 2 and Version 3 of Results


Ignore:
Timestamp:
Apr 30, 2010, 9:40:26 AM (15 years ago)
Author:
Pedro Gea
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Results

    v2 v3  
    107107En esta situación, los métodos fallarán como es lógico.
    108108
     109== Resultados a partir de una única evaluación del modelo ==
     110
     111En la versión MMS_0.6 se diseña un conjunto de clases que sustituyen a los métodos
     112de evaluación que reciben los parámetros estimados como argumento (los primeros).
     113
     114Estas clases ({{{@MMS.ModelResults}}} y complementarias) se comportan de manera
     115similar a cómo hacían las clases adaptadoras ({{{@MMS.ModelAdapter}}} y complementarias)
     116pero utilizando como atributo adicional el conjunto de parámetros estimados.
     117
     118De este modo se crea un conjunto de instancias para cada estimación o conjunto
     119de parámetros estimados. Para más detalles de su estructura véase [wiki:MMS_0.5/ResultsClasses].
     120
     121== Ventajas ==
     122
     123La principal ventaja de estas clases de resultados es su eficiencia, pues al construirse
     124para un grupo determinado de parámetros estimados, puede permitirse almacenar sus
     125resultados y así acelerar su respuesta en las siguientes llamadas.
     126
     127Otra característica de las instancias de resultados (y que puede verse como ventaja)
     128desde el punto de vista de la eficiencia y la economía de recursos es que se construye
     129por demanda, de modo que inicialmente sólo se construye la instancia de @MMS.ModelResults
     130y las demás instancias (de @MMS.SubmodelResults, @MMS.ExpTermResults, @MMS.HierarchyResults, etc)
     131se construyen la primera vez que se llama a los métodos (GetSubmodels, GetHierarchies, etc).
     132
     133== Inconvenientes ==
     134
     135El principal inconveniente de estos métodos, como también lo era de los métodos de evaluación,
     136es que no está disponible un conjunto de objetos TOL (reales, series y matrices) que se puedan
     137explorar con el inspector de TOLBase, ni siquiera cuando los resultados han sido ya construidos
     138y almacenados internamente.
     139
     140Sin embargo, podemos disponer de métodos ágiles en la obtención de informes o conjuntos de
     141resultados que sí podrán se inspeccionables desde la interfaz gráfica de TOL.
     142
     143== Uso ==
     144
     145El uso de estas instancias de resultados se considera la más recomendada en la versión 0.5
     146y probablemente sea la única en la versión 0.6 y posteriores.
     147
     148Hay que destacar que su uso es más sencillo que el de los métodos anteriores
     149pudiendo acceder directamente a los resultados mientras se recorre la estructura del modelo:
     150{{{
     151Serie estimation::GetModelResults(?)::GetSubmodel("Veh.Tur.Mat")::GetOutput(?);
     152Serie estimation::GetModelResults(?)::GetSubmodel("Veh.Tur.Mat")::GetNoise(?);
     153Serie estimation::GetModelResults(?)::GetSubmodel("Veh.Tur.Mat")::GetFilter(?);
     154Serie estimation::GetModelResults(?)::GetSubmodel("Veh.Tur.Mat")::GetResiduals(?);
     155}}}
     156sin tener que incluir más argumentos que los nombres de los objetos para los que
     157se demandan los resultados.
    109158
    110159
     
    113162
    114163
     164
     165
     166