]> git.llucax.com Git - z.facultad/75.42/plaqui.git/blob - Model/include/documentation.h
voy completando, estoy pensando como estirar frases para que queden re guaaaauuuu
[z.facultad/75.42/plaqui.git] / Model / include / documentation.h
1 /** \page page_model PlaQui Model
2         
3 \section page_model_general Descripción General.
4         El modelo es quien se encarga de la simulación de una planta química dentro
5         de este conjunto de herramientas. Puede ser utilizado como un programa independiente
6         (<tt>plaqui-model</tt>) o como una biblioteca estática y ser compilado dentro de un
7         ejecutable como lo hace PlaQui Server.
8
9         No se utilizó el modelo de grafo para resolver el enunciado ya que presentaba
10         varias limitaciones importantes, y no hacía que la solución sea más simple.
11         Como primer desventaja se tenía que en el grafo cada elemento era representado
12         por un vértice, menos los conductos que eran aristas, lo que hacía que el
13         objeto grafo sea el único objeto en el modelo. Esto implicaba tener una <em>super</em>
14         clase que hacía todo el trabajo y la idea de POO es descentralizar y reutilizar.
15
16         Por otro lado, y más importante aún, el modelo del grafo no permitía tener múltiples
17         circuitos independientes simulados al mismo tiempo. El enfoque utilizado permite
18         , como se muestra en el ejemplo 2_circuitos.xml, simular <em>n</em> plantas al mismo
19         tiempo, y conectar unas a otra mediante la lógica de control.
20
21         \subsection page_model_general_clases Clases del Modelo.
22                 Para cada elemento que es posible simular, el modelo tiene una clase que se encarga
23                 de ello. También existe una clase PlaQui::Model::Simulator que es quien se encarga
24                 de manejar una simulación, cargar una planta desde un archivo XML y da una interfaz
25                 para poder acceder a propiedades del modelo desde el exterior.
26
27                 A continuación se puede observar un diagrama de clases del modelo:
28                 \image html clases.png
29                 \image latex clases.eps "Diagrama de clases." width=14cm
30         
31         \subsection page_model_general_simulacion Simulación.
32                 Para entender qué es lo que vemos al simular una planta, primero debemos entender
33                 cómo es que el modelo resuelve la simulación.
34
35                 En cada paso de la simulación se realizan 3 tareas por separado, que deben ser ejecutadas
36                 de forma correcta, ya que la alteración del orden puede provocar resultados inesperados. El
37                 primer paso es el de actualización (<em>update</em>), luego el de simulación
38                 (<em>simulate</em>) y por último la actualización de colores.
39
40                 \subsection page_model_update Update.
41                         El objetivo de esta fase es que todos los elementos del modelo calculen el flujo que va a
42                         circular por ellos en la iteración actual. Para poder hacer esto, siempre se debe llamar
43                         al \ref PlaQui::Model::Pump::update "update" de las bombas únicamente, ya que desde ellas
44                         sale el fluido.
45
46                         La bomba envía un mensaje a su salida, consultando por el flujo máximo que el elemento al
47                         que está conectado es capaz de manejar, informandole también cual es la capacidad de envío
48                         de flujo propio.
49
50                         Este primer envío da como resultado una <em>reacción en cadena</em> hasta llegar a los
51                         drenajes que tenga el circuito. Cada elemento reacciona de manera distinta y reacciona
52                         en base a sus requerimientos.
53
54                         Cuando la bomba recibe una respuesta de flujo máximo saliente menor a su capacidad, ésta
55                         se queda con la menor de ambas. Esto es debido a que el conducto no puede soportar más
56                         de lo que responde, y el restante que la bomba pueda entregar <em>rebotaría</em> y debería
57                         elevar la presión dentro de la bomba hasta explotar. Tambíen aparecerían turbulencias
58                         que harían que el flujo sea fluctuante. Sin embargo, como estos parámetros no son tomados
59                         en cuenta, el resultado de la simulación es que la bomba se <em>limita</em> a enviar sólo
60                         lo que la salida pueda aceptar, pareciendo que se <em>auto regula</em>.
61
62                         La consecuencia de lo explicado anteriormente es por requerimiento del enunciado y
63                         simplificacion del modelo debido al poco tiempo con el que se cuentó para el total del
64                         proyecto.
65
66                 \subsection page_model_simulate Simulate.
67                         Es esta fase, con los flujos actuales a la orden del día, cada objeto se actualiza.
68                         El tanque se suma el flujo entrante y se resta el flujo saliente.
69
70                 \subsection page_model_color Update Color.
71                         Aquí comienza una cadena de mensajes similar al del update, pero esta vez se envía hacia
72                         las entradas, y se pide que nos envíe el \ref PlaQui::Model::PlantItem::update_color "color".
73                         Entonces, por ejemplo, una unión pide un color a cada salida y luego los suma.
74
75
76                 
77 */
78
79 /** \namespace PlaQui::Model
80
81 Infrastructura del modelo de simulación para PlaQui.
82
83 Bajo este espacio de nombres (namespace) se encuentran todas las clases para la
84 simulación de PlaQui.
85
86 */
87