I am dead. No able to write comments.

diff --git a/capitulo3/capitulo3.tex b/capitulo3/capitulo3.tex
index 897902b..2be6889 100644 (file)
--- a/capitulo3/capitulo3.tex
+++ b/capitulo3/capitulo3.tex
@@ -63,7 +63,7 @@ Un ORM está constituido de objetos que dan acceso a datos y de reglas de negoci
 
 En el ORM, la capa de abstracción, encapsula la lógica de los datos. El resto de la aplicación no necesita saber las queries SQL y usando los objetos en lugar de las records de la base de datos y clases en lugar de tablas tiene otro beneficio: se pueden añadir nuevos métodos de acceso a las tablas. Por ejemplo si se tiene una tabla llamada Cliente con dos campos, Nombre y Apellido, se puede añadir un nuevo campo NombreCompleto que se componga de los dos sin necesidad de hacer ninguna modificación en la tabla o en la base de datos, simplemente añadiendo un nuevo método al objeto que representa la tabla de la base de datos que devuelva el Nombre y el Apellido concatenados como NombreCompleto.
 
-Symfony soporta dos ORMs escritos en PHP que son open source: Propel y Doctrine. Integra ambos y cuando se crea un nuevo proyecto se elige qué ORM usar.
+Symfony soporta dos ORMs escritos en PHP que son open source: Propel y Doctrine. Integra ambos y cuando se crea un nuevo proyecto se elige qué ORM usar. En este proyecto en concreto, se usará el ORM Doctrine.
 
 \subsection{El patrón MVC}
 

diff --git a/capitulo5/capitulo5.tex b/capitulo5/capitulo5.tex
index 73c6197..25ae059 100644 (file)
--- a/capitulo5/capitulo5.tex
+++ b/capitulo5/capitulo5.tex
@@ -18,7 +18,7 @@ El modelo entidad relación, fue propuesto por Peter Chen para el modelado de ba
 
 El Lenguaje de Modelado Unificado (UML por sus siglas en Inglés) comenzó como una colección de notaciones para soportar el diseño orientado a objetos. Deriva de diferentes aproximaciones y por tanto no hay una única notación si no un conjunto de notaciones para el modelado de diversos elementos como son clases, eventos, comportamientos y otros componentes de los programas.
 
-En la práctica UML también permite utilizar sus notaciones para el modelado de bases de datos relacionales\footnote{http://www.tdan.com/view-special-features/8457} (basadas en el modelo Entidad Relación)
+En la práctica UML también permite utilizar sus notaciones para el modelado de bases de datos relacionales\footnote{\url{http://www.tdan.com/view-special-features/8457}} (basadas en el modelo Entidad Relación)
 
 En esta memoria de este proyecto se empleará el lenguaje UML para la representación gráfica de las bases de datos de la aplicación Web y Android. Las relaciones entre entidades se representan con flechas, las entidades con cajas y sus atributos son escritos dentro de las cajas que representan las entidades. También se puede observar el grado de participación y la cardinalidad entre entidades en una relación; siguiendo la notación UML: 
 \begin{itemize}
@@ -31,6 +31,49 @@ En esta memoria de este proyecto se empleará el lenguaje UML para la representa
 
 \subsection{Base de datos aplicación Web, modelado UML}
 
+En la siguiente figura en la cual se representa la base de datos de la aplicación Web, cabe destacar la información que a continuación se describe:
+
+\subsubsection{Tabla sfGuardUser}
+
+Permite almacenar parámetros relacionados con la identificación del usuario (password, dirección de correo, nombre, apellidos, etc)
+
+\begin{itemize}
+    \item \textbf{algorithm}: el password se encuentra cifrado, con este campo se permite variar el algoritmo de cifrado si se desea.
+    \item \textbf{fk\_LaguageId}: es una \emph{foreign key} que permite asignar a un usuario un determinado idioma.
+\end{itemize}
+
+\subsubsection{Tabla Office}
+
+Contiene información relacionada con una sucursal u oficina perteneciente a una empresa. En principio, una compañía no tendría por qué tener oficinas o sucursales de ahí que pueda haber entre 0 e infinitas sucursales u oficinas por compañía.
+
+\begin{itemize}
+    \item \textbf{office\_gps}: es un dato de tipo \emph{geography(POINT,4326)} Más adelante, en el capítulo de implementación se explicará más acerca de este tipo especial de dato de PostGIS.
+    \item \textbf{fk\_CityId}: una oficina puede encontrarse o no en una determinada ciudad. A través de este campo se permite relacionar oficinas o sucursales con ciudades, regiones y por último países.
+    \item \textbf{fk\_CompanyId}: marca la relación entre la oficina o sucursal y la compañía. Puede haber compañías sin sucursales pero nunca una oficina o sucursal sin compañía asociada.
+\end{itemize}
+
+\subsubsection{Tabla AdDescription}
+
+Sirve para internacionalizar la información relacionada con los anuncios. De este modo cuando se crea un anuncio se puede crear en tantos idiomas como el sistema admita, así el usuario recibirá el anuncio en el idioma que él o ella previamente configuraron.
+
+\begin{itemize}
+    \item \textbf{fk\_LanguageId}: relación entre esta tabla y la de idiomas (tabla ``Language'')
+    \item \textbf{fk\_AdId}: un anuncio puede tener n descripciones en n diferentes idiomas.
+    \item \textbf{ad\_gps}: es un dato de tipo \emph{geography(POINT,4326)} especial de PostGIS, del cual se hablará en el capítulo donde se explica la implementación de la aplicación.
+\end{itemize}
+
+\subsubsection{Tabla CompanyCategory}
+
+Permite a los usuarios que administran compañías en el sistema crear nuevas categorías. Al mismo tiempo, los anuncios que estos usuarios administradores de compañías crean, pueden ser asociados con estas categorías de compañía que se encuentran en esta tabla. Se utiliza una estructura especial del ORM Doctrine proporcionado por Symfony conocida como \emph{Nested Set}\footnote{\url{http://docs.doctrine-project.org/projects/doctrine1/en/latest/en/manual/hierarchical-data.html\#nested-set}}
+
+\begin{itemize}
+    \item \textbf{fk\_GeneralCategId}: los usuarios finales, aquellos que recibirán los anuncios en sus dispositivos móviles se asocian a categorías generales que existen previamente en el sistema. El usuario que administra su empresa en el sistema debe asociar su categorías propias a las categorías generales del sistema para que los usuarios móviles puedan recibir anuncios. A través de esta \emph{foreign key} se establece dicha asociación en la capa de persistencia de la aplicación web.
+\end{itemize}
+
+\subsubsection{Tabla UserBasket}
+
+Sirve para persistir las categorías seleccionadas por el usuario final de las cuales desea recibir anuncios relacionados.
+
 \begin{landscape}
     \centering
     \includegraphics[width=1.4\textwidth,height=1\textheight]{fig/MobiAdsWebDataBase}
@@ -38,6 +81,18 @@ En esta memoria de este proyecto se empleará el lenguaje UML para la representa
 
 \subsection{Base de datos aplicación Android, modelado UML}
 
+En la Figura~\ref{fig:MobiAdsAndroidDataBase}) los campos representan la siguiente información:
+
+\begin{itemize}
+    \item \textbf{id}: índice en la tabla. Autoincremental y único por cada fila.
+    \item \textbf{idad}: identificador único del anuncio.
+    \item \textbf{adName}: nombre descriptivo del anuncio que será mostrado en la pantalla del dispositivo móvil del usuario.
+    \item \textbf{text}: texto con información acerca del anuncio que también será presentado en la pantalla del usuario.
+    \item \textbf{url}: dirección web donde se encuentra el resto del anuncio, con más información que al usuario pueda interesar.
+    \item \textbf{isRead}: Android hace uso de SQLite, esta base de datos no implementa \emph{booleans} por tanto, éstos deben ser creados haciendo uso de \emph{integers}. Este valor indica si el usuario ya ha leído el anuncio o si por el contrario todavía no.
+    \item \textbf{path}: lugar en el sistema de archivos del dispositivo móvil donde la imagen que representa el anuncio es almacenada.
+\end{itemize}
+
 \begin{figure}[H]
     \centering
         \includegraphics[width=0.8\textwidth]{fig/MobiAdsAndroidDataBase}

diff --git a/fig/MobiAdsAndroidDataBase.jpg b/fig/MobiAdsAndroidDataBase.jpg
index 4566db1..f99552e 100644 (file)
Binary files a/fig/MobiAdsAndroidDataBase.jpg and b/fig/MobiAdsAndroidDataBase.jpg differ