Inconvenientes Encontrados.
\layout Subsection
-Servidor:
+Servidor.
\layout Standard
El servidor termina su ejecución si el XML que se le pasa como argumento
los otros puntos no se como explicarlos (sockets no bloqueantes etc)
\layout Subsection
-Constructor:
+Constructor.
\layout Standard
A lo largo del desarrollo nos hemos encontrado con diferentes tipos de problemas
Esto no pudo ser solucionado pués no encontramos la forma de inicializar
las imágenes de manera estática, se producían errores en el momento del
linkeo.
+\layout Standard
+
+Por probemas de tiempo, hubo algunas implementaciones sobre el Constructor
+ luego de cerrado el tema de la documentación, por ejemplo, el Constructor
+ pregunta si quiere guardar el trabajo antes de salir del programa.
+ Esto no fue documentado.
\layout Subsection
-Cliente:
+Cliente.
\layout Standard
El principal problema del cliente fueron las threads.
asíncrono especialmente diseñado para comunicación entre hilos.
\layout Subsection
-Modelo
+Modelo.
\layout Standard
El Modelo tenía la complicación de la Union.
Este elemento es complicado ya que para poder saber el estado a su salida
se necesitaba saber el estado a sus 2 entradas, y esta información llegaba
en forma asíncrona.
- Luego de mucho diseño, análisis de todas las convinaciones posibles entre
+ Luego de mucho diseño, análisis de todas las combinaciones posibles entre
las entradas se llego a un método que resulto exitoso en la mayoría de
las pruebas y fue adoptado como definivito.
\layout Standard
creado.
\layout Standard
-Las bibliotecas Gtk+ y Glademm facilitaron mucho la creación del Cliente
- y el Constructor, y nos hemos familiarizado con sus prestaciones.
+Con el programa de desarrollo de interfaces, Glade-2, y las bibliotecas
+ Gtk+ y Glademm facilitaron mucho la creación del Cliente y el Constructor,
+ y nos hemos familiarizado con sus prestaciones, para crear aplicaciones
+ visuales.
+
+\layout Standard
+
+Contamos con la ayuda de trabajar a distancia, gracias al subversion el
+ cual facilitó muchisimo las cosas y permitió que los tres integrantes del
+ equipo pudieramos contar con la totalidad del proyecto en todo momento,
+ pudiendo conocer el trabajo de los demás y al mismo tiempo reportar
+\begin_inset Quotes eld
+\end_inset
+
+bugs
+\begin_inset Quotes erd
+\end_inset
+
+ o complementar el trabajo de otro.
+ En todo momento estuvimos actualizados sobre el desarrollo.
+\layout Standard
+
+Nos ha parecido muy importante haber hecho todo el trabajo con ayuda de
+ herramientas comunes de desarrollo de software libre, las cuales dejaron
+ un producto final de una calidad igual o superior a cualquier otro entorno
+ de desarrollo de aplicaciones, sobre todo las aplicaciones visuales.
+\layout Standard
+
+La documentación online generada con el Doxygen, si es bien utilizado, queda
+ muy completa y es muy fácil realizar una búsqueda con la ayuda de un navegador.
+ Esto puede comprobarse con la documentación online de la biblioteca Gtkmm
+ (www.gtkmm.org).
+\layout Standard
+
+Hubo algunas ideas que no pudieron ser implementadas por cuestión de tiempo,
+ y la documentación estaba programada para realizarse en cuatro días, pero
+ tres días antes de la entrega nos avisaron que debíamos entregar el martes,
+ siendo que nosotros cursábamos los jueves, lo que redujo el tiempo de documenta
+ción a solo dos días.
+\layout Standard
+
+En general estamos muy conformes con el trabajo y la forma en la cuál fué
+ realizado, cumplimos los requisitos pedidos por el enunciado y creemos
+ que lo hicimos de una manera sobresaliente.
+\layout Standard
+
+El proyecto completo es entregado en un CD que puede ser leido desde cualquier
+ sistema operativo en cualquier tipo de lectora, y también es un CD booteable
+ con lo cual no es necesario ni siquiera tener un sistema opertativo instalado
+ o un disco rígido para poder operar el PlaQui.
\the_end