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.
- Timestamp:
-
May 31, 2010, 4:53:11 PM (15 years ago)
- Author:
-
Pedro Gea
- Comment:
-
--
Legend:
- Unmodified
- Added
- Removed
- Modified
-
v8
|
v9
|
|
1 | | = Diferencias entre las versiones MMS 0.5 y MMS 0.6 = |
| 1 | = Diferencias entre MMS_0.5 y MMS_0.6 = |
2 | 2 | |
3 | 3 | == Diferencias generales == |
… |
… |
|
5 | 5 | === Jerarquía entre objetos === |
6 | 6 | |
7 | | Las clases en la 0.6 siguen una jerarquía, de modo que naturalmente |
| 7 | Las clases en MMS_0.6 siguen una jerarquía, de modo que naturalmente |
8 | 8 | un objeto necesita de otro superior para existir y poder definirse. |
9 | 9 | Esto da naturalidad a las relaciones padre-hijo implementadas en |
10 | | el módulo de modelos en 0.5 con las clases @MMS.Parent y @MMS.Child. |
11 | | Asimismo impide la creación aislada de objetos no principales (los primeros |
| 10 | el módulo de modelos en MMS_0.5 con las clases @MMS.Parent y @MMS.Child. |
| 11 | Asimismo impide la creación aislada de objetos no principales (que no son primeros |
12 | 12 | en la jerarquía) y hace más comprensible la comunicación entre los objetos |
13 | 13 | dentro de la jerarquía. |
… |
… |
|
32 | 32 | == Diferencias en el Módulo de Variables == |
33 | 33 | |
34 | | La estructura de clases del módulo de variables en 0.5 está formada |
| 34 | La estructura de clases del módulo de variables en MMS_0.5 está formada |
35 | 35 | por un único tipo de clase (@MMS.Variable) que representa a una |
36 | 36 | variable con dos clases derivadas según la gramática de la variable. |
… |
… |
|
78 | 78 | == Diferencias en el Módulo de Modelos == |
79 | 79 | |
80 | | La estructura de clases del módulo de modelos está formada por una clase "modelo" (@MMS.Model) sobre la cual se construyen el resto de objetos que permiten la definición del modelo. |
| 80 | La estructura de clases del módulo de modelos está formada por una clase |
| 81 | "modelo" (@MMS.Model) sobre la cual se construyen el resto de objetos que |
| 82 | permiten la definición del modelo. |
81 | 83 | |
82 | 84 | Estas clases en la versión 0.5 son: |
… |
… |
|
162 | 164 | * @MMS.Model |
163 | 165 | * @MMS.ModelKernel |
164 | | * @MMS.ModelVariable |
| 166 | * @MMS.MVariable |
165 | 167 | * @MMS.Output (?) |
166 | 168 | * @MMS.Input (?) |
167 | | * @MMS.ModelNode (abstracta) (!) @MMS.ModelBlock |
| 169 | * @MMS.Transformation (abstracta) |
| 170 | * @MMS.Transformation.BoxCox |
| 171 | * @MMS.MNode (abstracta) |
168 | 172 | * @MMS.Submodel |
169 | 173 | * @MMS.Hierarchy |
… |
… |
|
171 | 175 | * @MMS.Noise (abstracta) |
172 | 176 | * @MMS.NoiseNormal |
173 | | * @MMS.ARIMA |
174 | | * @MMS.Prior |
175 | | * @MMS.ARIMABlock |
176 | | * @MMS.ModelElement |
| 177 | * @MMS.NoiseARIMA |
| 178 | * @MMS.NoiseARIMABlock |
| 179 | * @MMS.MElement |
177 | 180 | * @MMS.Parameter (abstracta) |
178 | 181 | * @MMS.ParameterLinear |
… |
… |
|
184 | 187 | * @MMS.BaseParameter (abstracta) |
185 | 188 | * @MMS.BaseParameterMissing |
186 | | * @MMS.ModelCombination |
| 189 | * @MMS.MCombination |
187 | 190 | * @MMS.Constraint |
| 191 | * @MMS.Prior |
188 | 192 | * @MMS.ExpTerm (abstracta) |
189 | 193 | * @MMS.ExpTermLinear |
… |
… |
|
196 | 200 | * @MMS.Model [@MMS.ModelKernel] |
197 | 201 | * [@MMS.DataSet] |
198 | | * @MMS.ModelVariable |
199 | | * @MMS.ParameterMissing : @MMS.ModelElement |
200 | | * @MMS.BaseParameterMissing : @MMS.ModelElement |
201 | | * @MMS.Submodel : @MMS.ModelNode |
| 202 | * @MMS.MVariable |
| 203 | * @MMS.ParameterMissing : @MMS.MElement |
| 204 | * @MMS.BaseParameterMissing : @MMS.MElement |
| 205 | * @MMS.Submodel : @MMS.MNode |
202 | 206 | * @MMS.ExpTerm |
203 | | * @MMS.ParameterLinear : @MMS.ModelElement |
204 | | * @MMS.ParameterNonLinear : @MMS.ModelElement |
205 | | * @MMS.ModelCombination : @MMS.ModelElement |
206 | | * @MMS.Hierarchy : @MMS.ModelNode |
| 207 | * @MMS.ParameterLinear : @MMS.MElement |
| 208 | * @MMS.ParameterNonLinear : @MMS.MElement |
| 209 | * @MMS.MCombination : @MMS.MElement |
| 210 | * @MMS.Hierarchy : @MMS.MNode |
207 | 211 | * @MMS.HierarchyTerm |
208 | | * @MMS.ParameterHyper : @MMS.ModelElement |
209 | | |
210 | | donde las clases derivadas de @MMS.ModelNode y @MMS.ModelElement se amplían con las estructuras: |
211 | | |
212 | | * @MMS.ModelNode |
213 | | * @MMS.Noise (@MMS.NoiseNormal | @MMS.ARIMA) |
214 | | * @MMS.ParameterSigma2 : @MMS.ModelElement |
215 | | * @MMS.ARIMABlock |
216 | | * @MMS.ParameterARIMA : @MMS.ModelElement |
217 | | |
218 | | * @MMS.ModelElement |
| 212 | * @MMS.ParameterHyper : @MMS.MElement |
| 213 | |
| 214 | donde las clases derivadas de @MMS.MNode y @MMS.MElement se amplían con las estructuras: |
| 215 | |
| 216 | * @MMS.MNode |
| 217 | * @MMS.Noise (@MMS.NoiseNormal | @MMS.NoiseARIMA) |
| 218 | * @MMS.ParameterSigma2 : @MMS.MElement |
| 219 | * @MMS.NoiseARIMABlock |
| 220 | * @MMS.ParameterARIMA : @MMS.MElement |
| 221 | |
| 222 | * @MMS.MElement |
219 | 223 | * @MMS.Prior |
220 | 224 | * @MMS.Constraint |
221 | 225 | |
222 | 226 | Nótense los siguientes aspectos: |
223 | | a. Las variables del modelo (@MMS.ModelVariable) son contenidas como elementos |
| 227 | a. Las variables del modelo (@MMS.MVariable) son contenidas como elementos |
224 | 228 | del modelo, desaparece una diferencia clara entre outputs e inputs. |
225 | 229 | a. La información de los outputs como modelos de observaciones está recogida |
226 | | en una nueva clase submodelo: @MMS.Submodelo. |
| 230 | en una nueva clase submodelo: @MMS.Submodel. |
227 | 231 | a. Los términos explicativos pasan a ser elementos de un submodelo. De modo |
228 | 232 | que desaparece naturalmente la posibilidad de tener parámetros de término |
… |
… |
|
233 | 237 | a. Las restricciones y las distribuciones a priori de los parámetros o combinaciones |
234 | 238 | (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. La estructura de la información ARIMA es recogida por la nueva clase @MMS.NoiseARIMA |
| 240 | como un tipo de ruido (@MMS.Noise) de un nodo o segmento del modelo (@MMS.MNode). |
| 241 | a. El manejo de las transformaciones cambia, las transformaciones no se construyen |
| 242 | según los criterios del usuario, sino que ha de escogerse alguna de las familias |
| 243 | derivadas ya implementadas. |
239 | 244 | a. Aparecen nuevas clases abstractas encargadas de aunar en torno a sí, distintos |
240 | 245 | 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 |
| 246 | * @MMS.Submodel, @MMS.Hierarchy -> @MMS.MNode |
| 247 | * @MMS.Parameter, @MMS.BaseParameter, @MMS.MCombination -> @MMS.MElement |
| 248 | * @MMS.NoiseARIMA, @MMS.NoiseNormal -> @MMS.Noise |