docs/manual_proyecto.lyx

   1 #LyX 1.3 created this file. For more info see http://www.lyx.org/
   2 \lyxformat 221
   3 \textclass article
   4 \language spanish
   5 \inputencoding auto
   6 \fontscheme default
   7 \graphics default
   8 \paperfontsize default
   9 \papersize Default
  10 \paperpackage a4
  11 \use_geometry 0
  12 \use_amsmath 0
  13 \use_natbib 0
  14 \use_numerical_citations 0
  15 \paperorientation portrait
  16 \secnumdepth 3
  17 \tocdepth 3
  18 \paragraph_separation indent
  19 \defskip medskip
  20 \quotes_language english
  21 \quotes_times 2
  22 \papercolumns 1
  23 \papersides 1
  24 \paperpagestyle default
  25
  26 \layout Title
  27
  28 Manual del Proyecto PlaQui
  29 \layout Standard
  30
  31
  32 \begin_inset LatexCommand \tableofcontents{}
  33
  34 \end_inset
  35
  36
  37 \layout Section
  38
  39 Integrantes.
  40 \layout Itemize
  41
  42 Nicolás Dimov (77.624)
  43 \layout Itemize
  44
  45 Leandro Lucarella (77.891)
  46 \layout Itemize
  47
  48 Ricardo Markiewicz (78.226)
  49 \layout Section
  50
  51 Programas de Prueba.
  52 \layout Standard
  53
  54 Los programas de prueba se pueden encontrar en tests, allí se almacenaron
  55  los primeros ejecutables con los que luego se comenzó el desarrollo.
  56 \layout Standard
  57
  58 Con la ayuda de la herramienta subversion no fue necesario ir guardando
  59  parcialmente el proyecto, ya que subversion guarda en un repositorio todas
  60  las versiones intermedias del proyecto.
  61  Para obtener una versión particular del proyecto basta ejecutar:
  62 \layout LyX-Code
  63
  64 svn co -r[rev|{fecha}] http://svn.llucax.hn.org/svn/plaqui/
  65 \layout Standard
  66
  67 Donde
  68 \family typewriter
  69 -r
  70 \family default
  71  toma un parametro que puede ser el número de revisión que se quiere obtener
  72  (
  73 \family typewriter
  74 rev
  75 \family default
  76 ) o una fecha ingresada entre llaves (
  77 \family typewriter
  78 {fecha}
  79 \family default
  80 ).
  81  Por ejemplo para obtener la revisión 1 se puede hacer:
  82 \layout LyX-Code
  83
  84 svn co -r1 http://svn.llucax.hn.org/svn/plaqui/
  85 \layout Standard
  86
  87 Y para obtener la versión de la fecha de la preentrega se puede hacer:
  88 \layout LyX-Code
  89
  90 svn co -r'{2003-11-20 18:00}' http://svn.llucax.hn.org/svn/plaqui/
  91 \layout Standard
  92
  93 Es por esto que nos pareció que no tenía mucho sentido acompañar este manual
  94  con una versión particular del repositorio en un momento dado.
  95 \layout Section
  96
  97 Evolución del proyecto.
  98 \layout Standard
  99
 100 La evolución del proyecto también se documentó a través del subversion,
 101  ya que a cada versión que se sube al servidor se la acompaña de un comentario
 102  sobre los avances realizados.
 103  Para ver el mensaje de cualquier cambio realizado en una revisión
 104 \family typewriter
 105 X
 106 \family default
 107  se puede hacer:
 108 \layout LyX-Code
 109
 110 svn log -rX http://svn.llucax.hn.org/svn/plaqui/
 111 \layout Standard
 112
 113 Para ver todos los mensajes basta con:
 114 \layout LyX-Code
 115
 116 svn log -r0:HEAD http://svn.llucax.hn.org/svn/plaqui/
 117 \layout Standard
 118
 119 Por conveniencia, en el directoria raíz del código fuente entregado en el
 120  CD se encuentra un archivo ChangeLog con los mensajes de todas las revisiones
 121  del proyecto.
 122 \layout Section
 123
 124 División de Tareas.
 125 \layout Standard
 126
 127 A continuación se menciona, en terminos generales la tarea que realizó cada
 128  integrante:
 129 \layout Description
 130
 131 Leandro\SpecialChar ~
 132 Lucarella PlaQui Server.
 133 \layout Description
 134
 135 Ricardo\SpecialChar ~
 136 Markiewicz PlaQui Model y PlaQui Client.
 137 \layout Description
 138
 139 Nicolás\SpecialChar ~
 140 Dimov PlaQui Constructor.
 141 \layout Standard
 142
 143 Obviamente en algunas circunstancias algún integrante aporto al desarrollo
 144  de un módulo que no le estaba asignado.
 145  La documentación fue realizada y revisada entre todos los integrantes.
 146 \layout Section
 147
 148 Inconvenientes Encontrados.
 149 \layout Subsection
 150
 151 Servidor:
 152 \layout Standard
 153
 154 El servidor termina su ejecución si el XML que se le pasa como argumento
 155  no es válido.
 156 \layout Comment
 157
 158 los otros puntos no se como explicarlos (sockets no bloqueantes etc)
 159 \layout Subsection
 160
 161 Constructor:
 162 \layout Standard
 163
 164 A lo largo del desarrollo nos hemos encontrado con diferentes tipos de problemas
 165  los cuales pudieron ser solucionados, en su mayoría, de una forma aceptable.
 166
 167 \layout Standard
 168
 169 Al tabajar con imágenes independientes, las verificaciones sobre cada una
 170  de estas, dependen mucho de su posición en el área de trabajo y su orientación.
 171  Esto provoca que haya que realizar demasiadas validaciones para los diferentes
 172  tipos de verificaciones, y trae apareados problemas en la codificación
 173  por el uso de gran cantidad de coordenadas.
 174 \layout Standard
 175
 176 Otro inconveniente no solucionado, fue que las imágenes de cada elemento
 177  que se coloca sobre la grilla se crean tantas veces como elementos de ese
 178  tipo haya.
 179  La idea en un principio fue crear todas estas imágenes estáticas, de modo
 180  que para un elemento de cuatro imágenes, se cargarían en memoria solamente
 181  esas cuatro imágenes y luego los elementos iguales apuntarían su imagen
 182  actual a la que corresponda.
 183  Esto no pudo ser solucionado pués no encontramos la forma de inicializar
 184  las imágenes de manera estática, se producían errores en el momento del
 185  linkeo.
 186 \layout Subsection
 187
 188 Cliente:
 189 \layout Comment
 190
 191 La suma de los colores...
 192  solucionado.
 193 \layout Comment
 194
 195 que mas????
 196 \layout Section
 197
 198 Conclusiones Generales.
 199 \layout Standard
 200
 201 Se reforzaron los conocimientos en programación C++ y la programación orientada
 202  a objetos.
 203  El modelo utilizado aplica fuertemente estos conceptos, motivo por el cual
 204  no fue necesario utilizar un grafo para verificar los flujos por el circuito
 205  creado.
 206 \layout Standard
 207
 208 Las bibliotecas Gtk+ y Glademm facilitaron mucho la creación del Cliente
 209  y el Constructor, y nos hemos familiarizado con sus prestaciones.
 210 \the_end