Writhing about the database design. FINISHED.

diff --git a/capitulo5/capitulo5.tex b/capitulo5/capitulo5.tex
index c9dfe64..73c6197 100644 (file)
--- a/capitulo5/capitulo5.tex
+++ b/capitulo5/capitulo5.tex
@@ -1,19 +1,48 @@
 \chapter{Diseño e implementación de las aplicaciones Web y Android}
 
 
-\section{Capa de persistencia, aplicación Web}
+\section{Capa de persistencia, modelado bases de datos}
+
+El modelo entidad relación, fue propuesto por Peter Chen para el modelado de bases de datos usando técnicas gráficas con las que los humanos pueden interactuar de forma sencilla. Los humanos pueden percibir fácilmente las entidades (ver definición más abajo) y sus características en el mundo real y representar cualquier relación entre ellas. El objetivo del modelado gráfico es incluso más profundo que simplemente representar estas entidades y relaciones; el ingeniero de bases de datos puede usar herramientas para modelar estas entidades y sus relaciones y luego generar automáticamente esquemas de bases de datos, es decir: las tablas de la base de datos, las claves primarias, las claves extranjeras y cualquier limitación que exista entre datos y claves. Potencialmente estas herramientas pueden mejorar la productividad de los diseñadores mediante la automatización de tareas. Y lo que es más importante, estas herramientas pueden crear la documentación requerida para el mantenimiento futuro~\cite{C5:EntityRelationship}.
+
+\subsection{Elementos en el modelo Entidad Relación}
+
+\begin{itemize}
+    \item \textbf{Entidad}: es una ``cosa'' o un ``objeto'' en el mundo real que se distingue de todos los otros objetos. Por ejemplo: un coche, un estudiante, un curso, etc. Una entidad tiene un conjunto de propiedades o atributos. Por ejemplo un estudiante tiene varios atributos como pueden ser: nombre, dirección, código postal, etc. Uno o más atributos pueden identificar de forma unívoca a la entidad. También, en el mundo real las entidades tienen alguna relación. Por ejemplo, un estudiante toma cursos. Por lo tanto, el mundo real puede ser modelado en términos de \textbf{Entidad-Relación}. Existen entidades fuertes y débiles. Una fuerte es totalmente independiente mientras que una débil depende de la existencia de otra.
+    \item \textbf{Atributos}: describen propiedades que poseen cada entidad o relación. Cada atributo posee un conjunto de valores asociados llamado dominio. El dominio se define como los valores posibles que puede tomar el atributo.
+    \item \textbf{Relación}: como se ha mencionado en el punto anterior, es una correspondencia o asociación entre dos o más entidades. El número de participantes en una relación es lo que se denomina grado de la relación. Por lo tanto, una relación en la que participan dos entidades es una relación binaria. Si son tres las entidades será una relación ternaria, etc. La cardinalidad por otro lado, es el número mínimo y máximo de correspondencias en las que puede tomar parte cada ocurrencia de cada entidad. La participación puede ser obligatoria (total) si la existencia de cada una de sus ocurrencias requiere la existencia de al menos una ocurrencia de la otra entidad participante. Si no, la participación es opcional (parcial)
+    \item \textbf{Identificador}: es un atributo o conjunto de atributos que determina de modo único cada ocurrencia de esa entidad. Nunca pueden existir dos entidades con el mismo identificador.
+\end{itemize}
+
+\subsection{Modelado UML}
+
+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 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}
+    \item \textbf{0..1}: Participación no obligatoria y cardinalidad máxima 1.
+    \item \textbf{1}: Participación obligatoria por parte de esa relación y cardinalidad 1.
+    \item \textbf{*}: Participación no obligatoria y cardinalidad n (valor entre 0 e infinito)
+    \item \textbf{1..*}: Participación obligatoria y cardinalidad n (entre 1 e infinito)
+\end{itemize}
+
+
+\subsection{Base de datos aplicación Web, modelado UML}
 
 \begin{landscape}
     \centering
     \includegraphics[width=1.4\textwidth,height=1\textheight]{fig/MobiAdsWebDataBase}
 \end{landscape}
 
-\section{Capa de persistencia, aplicación Android}
+\subsection{Base de datos aplicación Android, modelado UML}
 
 \begin{figure}[H]
     \centering
-        \includegraphics[width=1\textwidth]{fig/MobiAdsAndroidDataBase}
+        \includegraphics[width=0.8\textwidth]{fig/MobiAdsAndroidDataBase}
     \caption{\emph{Diagrama de la base de datos, aplicación Android}}
     \label{fig:MobiAdsAndroidDataBase}
 \end{figure}
 
+\section{Diagrama de clases aplicación Android}

diff --git a/myrefs.bib b/myrefs.bib
index 71ec4ea..a632eef 100644 (file)
--- a/myrefs.bib
+++ b/myrefs.bib
@@ -247,3 +247,12 @@
     year = {2007},
     keywords = "SRS, software, requirements",
 }
+
+@Book{C5:EntityRelationship,
+    author = {Prabhudev Konana},
+    title = {Relational Database And Entity-Relationship Modeling: A Primer},
+    publisher = {The Graduate School of Business, The University of Texas at Austin},
+    address = "Austin, TX 78712",
+    year = {2000},
+    keywords = "entity, relationship, model",
+}