diff --git a/DiagUML.jpeg b/DiagUML.jpeg
new file mode 100755
index 0000000000000000000000000000000000000000..4a6e962a564fbf88557c56982da8f1d79cec5440
Binary files /dev/null and b/DiagUML.jpeg differ
diff --git a/rapport.pdf b/rapport.pdf
index 058dd6541937a9d9b8edf7d6ec0621d8827b9826..11ae1e58829c87314ba67cd0d4aa5f273cf7fc55 100755
Binary files a/rapport.pdf and b/rapport.pdf differ
diff --git a/rapport.tex b/rapport.tex
index b7bb2ed0652e7fa9f787024b8f6a9b19a7be2a4c..554c07a3a727ff986a51837767276bd5e0fa24c0 100755
--- a/rapport.tex
+++ b/rapport.tex
@@ -139,19 +139,51 @@ Chaque utilisateur peut ajouter une identification
\textcolor{secp}{\subsection{Structure}}
-\textcolor{para}{\subsubsection{Structure du Projet}}Le projet est divis� en deux parties: la partie utilisateur et la partie administrateur. Les administrateurs ont acc�s � des fonctionnalit�s suppl�mentaires par rapport aux utilisateurs, notamment pour la maintenance du site.
-\textcolor{para}{\subsubsection{Structure des pages}}
+\textcolor{para}{\subsubsection*{D�coupage du site}}
+
+Le projet est divis� en deux parties: la partie utilisateur et la partie administrateur. Les administrateurs ont acc�s � des fonctionnalit�s suppl�mentaires par rapport aux utilisateurs, notamment pour la maintenance du site. Ces fonctionnalit�s sont disponibles dans la page Gestion accessible gr�ce � la barre de navigation seulement si le compte connect� est un compte administrateur.
+
+\textcolor{para}{\subsubsection*{Structure des pages}}
Sur Timeline, on trouve deux types de structure de pages :
\begin{itemize}
\item les pages de timeline photos qui sont compos�es d'une barre de navigation horizontale en haut de l'�cran pour acc�der aux diff�rentes rubriques du site et l'affichage de la Timeline sur toute la largeur de l'�cran.
-\item les autres pages suivent un autre mod�le : la m�me barre de navigation horizontale en haut de l'�cran, mais aussi un menu vertical personnel � gauche de l'�cran. Le contenu prend la place restante.
+\item les autres pages suivent un autre mod�le : la m�me barre de navigation horizontale en haut de l'�cran, mais aussi un menu vertical personnel � gauche de l'�cran. Le contenu prend la place restante. Ces barres de navigation sont incluses dans chaque page gr�ce � \texttt{menu.php}.
\end {itemize}
+\textcolor{para}{\subsubsection*{Base de donn�es}}
+
+Pour r�pondre aux exigences fonctionnelles du site, nous avons utilis� la base de donn�es repr�sent�e ci-dessous. Celle-ci a du �tre modifi�e � de nombreuses reprises au cours du codage pour faciliter ce dernier (exemple du stockage de l'extension de la photo de profil dans avatar).
+
+\includegraphics[scale=0.5]{DiagUML.jpeg}
+
+\textcolor{sec}{\section {Avancement du projet}}
+
+\textcolor{sec}{\subsection{Planning pr�vu et r�el}}
+
+La contrainte de temps du projet �tait forte : nous avons eu un peu plus d'un mois et demi pour r�aliser beaucoup de choses et nous n'avions pas forc�ment les comp�tences n�cessaires au pr�alable. Il a fallu faire beaucoup de recherche, d�couvrir des fonctionnalit�s et apprendre par soi-m�me. Certaines parties du travail pr�vues comme rapide ont au final pris plus de temps que pr�vu. Voici les diff�rentes �tapes de notre travail :\\
+\begin{description}
+\item[29 Mars - 12 Avril :] �laboration de la base de donn�es, de la liste des features (minimales, envisag�es, pr�vues) et de la maquette du site avec Balsamiq. Cette �tape a �t� couteuse en temps mais nous a permis d'avoir un aper�u global du site et de faciliter les requ�tes SQL et la mise en page CSS. Le bilan avec le charg� de groupe a permis de faire �voluer la base de donn�e, de mieux comprendre les technologies derri�re chaque fonctionnalit�, d'appr�hender les difficult�s et de trier les fonctionnalit�s � impl�menter par ordre de priorit�.
+\item[12 Avril - 24 Avril :] choix des technologies, d�couverte de GitLab et Bootstrap, consultation de \\ \emph{http://www.phptherightway.com/}. Apr�s avoir identifi� les modules et les t�ches � accomplir pour chacun, nous commencons le d�veloppement des features minimales.
+\item[24 Avril - 10 Mai :] int�gration des diff�rentes fonctionnalit�s, d�veloppement des features ajout�es, p�riode de test (navigateurs, appareils, tests unitaires, cas d'usage).
+\end{description}
+
+\textcolor{sec}{\subsection{R�partition du travail}}
+Au d�but du projet, nous avions d�cid� de nous r�partir les t�ches en fonctions des langages utilis�s (PHP, Javascript, HTML et CSS). Nous avons remis en question ce d�coupage puisque celui-ci �tait impossible � mettre en oeuvre efficacement et inint�ressant d'un point de vue individuel. Par cons�quent, nous nous sommes mis d'accord sur l'arborescence du projet et ses modules et nous avons d�velopp� conjointement ou par �quipe de 2 en utilisant GitLab. La maquette �tant �tablie au pr�alable, celle-ci nous servait de charte graphique � respecter. \\
+
+A tour de r�le, un membre du groupe �tait charg� de l'int�gration des fichiers et fonctions et de la r�alisation des diff�rents tests : le fichier n'�tait int�gr� au reste du travail que si celui-ci �tait valide d'un point de vue technique et graphique.\\
\textcolor{sec}{\section {R�alisation technique}}
+
+\textcolor{secp}{\subsection {Les technologies utilis�es}}
+\begin{itemize}
+\item GIT
+\item Bootstrap
+%todo
+\end{itemize}
+
\textcolor{secp}{\subsection {Partie graphique}}
L'ergonomie d'un site est un point tr�s important. Notre objectif principal est donc de faciliter l'utilisation du site pour les utilisateurs. Pour cela, nous avons d�fini certaines contraintes :
@@ -173,49 +205,15 @@ La \textbf{barre personnelle} est un menu vertical situ
\end{description}
-\textcolor{secp}{\subsection {Les technologies utilis�es}}
-\begin{itemize}
-\item GIT
-\item Bootstrap
-%todo
-\end{itemize}
-
\textcolor{secp}{\subsection {Probl�mes rencontr�s}}
\begin{itemize}
\item Difficult�s techniques
\item Difficult�s temporelles : certaines features �taient au final trop ambitieuses et non r�alisable dans le temps imparti
-\item Organisation : attribution pr�cise des taches
+\item
\end{itemize}
-
-\textcolor{sec}{\section {Planning et bilan}}
+\textcolor{sec}{\section {Bilan}}
-\textcolor{secp}{\subsection{Discussions, maquette}}
-�laboration d'un plan de site pr�cis et de features. Pas de programmation � ce stade.
-
-\textcolor{secp}{\subsection{Pr�sentation du projet au professeur, base de donn�es}}
-Pr�sentation du plan de site et des features, r�duction de certains objectifs et identification des difficult�s � venir.\\
-�laboration du mod�le relationnel de la base de donn�es.
-
-\textcolor{secp}{\subsection{Choix des technologies}}
-Nous optons pour un usage de Bootstrap, du serveur Git fourni par Arise et une consultation de \emph{http://www.phptherightway.com/}.
-%TO check
-
-
-\textcolor{secp}{\subsection{d�veloppement, Design, Tests}}
-D�but du d�veloppement, attribution de taches � chaque membres. Le design de chaque page est �tudi� pour se rapprocher au mieux de la maquette r�alis�e pr�c�demment.
-
-
-\textcolor{secp}{\subsection{Bilan}}
-Au d�but du projet nous avions d�cid� de nous r�partir les t�ches en fonctions des langages utilis�s. Nous avons remis en question ce d�coupage puisque nous ne pouvions pas d�velopper ensemble. Par cons�quent, nous avons d�velopp� chacun de notre c�t� puis mis en commun gr�ce au GIT.\\
-\\
-Une fois la maquette de l'application �tablie, nous avons d�termin� les diff�rentes parties et modules du projet, puis nous avons d�fini les �l�ments de chaque module de sorte qu'un membre puisse commencer � d�velopper la mise en page relative � son module, le CSS. Mais aussi nous d�finissions les diff�rents �l�ments techniques relatifs au bon fonctionnement du module. \\
-\\
-Selon les diff�rents modules de la maquette, leurs complexit�s, et les diff�rentes comp�tences de chacun de membres, nous d�veloppions � un ou plusieurs les diff�rents �l�ments du module, ind�pendamment les uns des autres. Une fois l'�l�ment d�velopp� et les diff�rentes fonctionnalit�s r�alis�es, nous effectuons des tests unitaires. Lorsqu'ils sont valid�s et le r�sultat souhait� affich�, l'�l�ment en question est ajout� � l'ensemble du projet sur le GIT.\\
-\\
-Par la suite, nous v�rifions que le produit r�pond � nos attentes, c'est-�-dire que le module correspond au sc�nario pr�vu, sur le point de vue graphique ou technique.
-
-
\textcolor{secp}{\subsection{Am�liorations envisag�es}}
Les exigences fonctionnelles fix�es d�s le d�but par notre cahier des charges ont presque �t� men�es � bien. En effet, les principaux modules caract�risant un r�seau social ont �t� int�gr�s.\\
\\
@@ -234,11 +232,9 @@ Bien que nous aurions pu d
\\
Si nous �tions amen�s � approfondir le d�veloppement de cette application, nous pourrions envisager une spatialisation de la Timeline. En projetant celle-ci sur un plan de l'�cole, il serait possible de situer les photos dans l'espace et dans le temps et de fournir un mode de navigation innovant et encore plus convivial.
-\textcolor{sec}{\section{Conclusion}}
+\textcolor{secp}{\subsection{Conclusion}}
L'application finale n'int�gre pas tous les modules envisag�s dans notre cahier des charges. N�anmoins celle-ci est conforme � nos objectifs qui �taient d'int�grer les modules de base caract�risant la TIMELINE. De plus, l'application a �t� am�lior�e en termes de s�curit� (hashage du mot de passe), performance et qualit�, ce qui rend son utilisation beaucoup plus rassurante, rapide, facile et agr�able.
-
-
\end{document}