diff --git a/rapport.pdf b/rapport.pdf
index 11ae1e58829c87314ba67cd0d4aa5f273cf7fc55..0ea248fa49d2beb7a94c104fabb6051dd7b57223 100755
Binary files a/rapport.pdf and b/rapport.pdf differ
diff --git a/rapport.tex b/rapport.tex
index 554c07a3a727ff986a51837767276bd5e0fa24c0..7861bd90db5f43186c25625dbfb7cfbb3d808292 100755
--- a/rapport.tex
+++ b/rapport.tex
@@ -123,7 +123,7 @@ Nous avons choisi de ne pas permettre l'ajout multiple de photos 
 
 \textcolor{para}{\subsubsection*{Features incompl�tes}}
 
-Dans cette partie, nous allons vous pr�senter les features pr�vues initialement, commenc�es mais qui ne sont pas encore implent�es par manque de temps.
+Dans cette partie, nous allons vous pr�senter les features pr�vues initialement, commenc�es mais qui ne sont pas encore impl�ment�es par manque de temps.
 
 \begin{description}
 
@@ -165,7 +165,7 @@ La contrainte de temps du projet 
 \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).
+\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 et fonctionnels, s�curit�).
 \end{description}
 
 \textcolor{sec}{\subsection{R�partition du travail}}
@@ -176,21 +176,34 @@ A tour de r
 
 \textcolor{sec}{\section {R�alisation technique}}
 
+\textcolor{secp}{\subsection {Technologies et outils}}
 
-\textcolor{secp}{\subsection {Les technologies utilis�es}}
-\begin{itemize}
-\item GIT
-\item Bootstrap
-%todo
-\end{itemize}
+\textcolor{para}{\subsubsection*{Nos choix}}
+
+\begin{description}
+\item[Bootstrap :] nous avons choisi d'utiliser Bootstrap, m�me si aucun de nous n'�tait familier avec ce framework, pour son approche du responsive design et la facilit� de mise en page que son utilisation apporte. Bootstrap est livr� avec des fichiers CSS et JS qui ont �t� tr�s utile pour l'affichage du carousel ou du pop-up lors du click sur une photo.
+\item[Javascript :] nous avons utilis� JavaScript pour presque tous les formulaires, cela permettant de v�rifier l'input de l'utilisateur rapidement du c�t� client et d'augmenter la s�curit� de la base de donn�e. Nous avons aussi r�aliser certaines animations pour rendre l'exp�rience utilisateur plus fluide. Une partie du code javaScript a �t� r�alis� avec jQuery par facilit�, nous esp�rons cependant en avoir fait une utilisation correcte. Enfin, le code javaScript est souvent reli� � des requ�tes AJAX pour le lier aux scripts PHP.
+\item[PHP :] utilis� pour toute interaction avec le serveur. Nous avons choisi de faire nos requ�tes SQL en PDO et en pr�parant celles-ci pour �viter les injections. Le hashage du mot de passe se fait �galement gr�ce � l'API native de gestion de mot de passe.
+\item[sendmail.tar :] utilisation d'un executable pour g�rer l'envoi d'emails aux administrateurs. 
+\item[GitLab :] choix impos� mais tr�s utile pour permettre le travail de groupe et le versioning.
+\item[Phppgadmin :] maintenance de la base de donn�es facilit�e.
+\end{description}
+
+\textcolor{para}{\subsubsection*{Choix �cart�s}}
+
+\begin{description}
+\item[Framework MVC :] aucun des membres n'�tant familier avec ceux-ci, nous avons fait le choix de s'en passer car notre projet �tait de petite envergure. Nous n'aurions peut �tre pas du car les fichiers se sont vite multipli�s et l'organisation est devenue un peu probl�matique.
+\item[ElasticSearch :] utilisation pr�vue mais non effectu� � cause d'un manque de temps.
+\end{description}
 
-\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 :
+\textcolor{secp}{\subsection {Charte graphique}}
+
+L'ergonomie d'un site est un point tr�s important. Notre objectif principal �tait donc de faciliter l'utilisation du site pour les utilisateurs et de d�finir une identiti� graphique. Pour cela, nous avons d�fini certaines contraintes : \\
 
 \begin{description}
-\item [Accessibilit� des navigateurs :] l'application doit �tre fonctionnelle sous les navigateurs les plus utilis�s, c'est-�-dire : Chrome, Firefox, Internet Explorer. Les diff�rentes fonctionnalit�s d�velopp�es devront donc �tre test�es sur ces trois navigateurs.
+\item [Accessibilit� des navigateurs :] l'application doit �tre fonctionnelle sous les principaux navigateurs (Chrome, Firefox, Internet Explorer). Les diff�rentes fonctionnalit�s ont donc �t� test�es sur ces trois navigateurs.
 
-\item [Accessibilit� des appareils :] l'application doit �tre au maximum responsive, pour que l'affichage soit plaisant sur les appareils de taille d'�cran plus petite (tablettes, smartphones). Pour cela, nous utiliserons le toggle device mode du panel d�veloppement de Chrome, les media queries et Bootstrap.
+\item [Accessibilit� des appareils :] l'application doit �tre au maximum responsive, pour que l'affichage soit plaisant sur les appareils de taille d'�cran plus petite (tablettes, smartphones). Pour cela, nous avons utilis� le toggle device mode du panel d�veloppement de Chrome, les media queries et Bootstrap.
 
 \item [Le syst�me de navigation :] la navigation doit �tre simple, m�me pour les utilisateurs d�butants. Il est donc indispensable que l'apprentissage du site ne demande pas d' efforts � l'utilisateur. L'utilisation de menus qui r�pertorient les principales fonctionnalit�s permet � l'utilisateur de minimiser son effort mental et de trouver son chemin sans effort.\\
 La \textbf{barre de navigation}, qui est un menu horizontal fix� en haut de chaque page est donc compos�e de :
@@ -204,37 +217,29 @@ La \textbf{barre de navigation}, qui est un menu horizontal fix
 La \textbf{barre personnelle} est un menu vertical situ� � gauche de l'�cran et permet d'acc�der � : mon profil, mes posts , mes identifications et mes wins. Il permet aussi de se d�connecter.
 \end{description}
 
-
 \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 
-\end{itemize}
-
-\textcolor{sec}{\section {Bilan}}
-	
-\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.\\
-\\
-Les exigences qui assurent la qualit� et la performance du site ont toutes �t� d�velopp�es. L'ergonomie du site est satisfaisante pour les utilisateurs d'apr�s les tests d'utilisabilit�, le site est compatible avec Internet Explorer et Firefox. \\
-\\
-Toutefois, certains points n'ont pu �tre d�velopp�s par manque de temps.
 
+Les principales difficult�s rencontr�es sont du � un manque de temps et d'exp�rience.\\
 \begin{description}
-\item [Le module concours :] ce module n'a pas �t� totalement finalis�: l'ajout d'un concours correspondant � chaque soir�e et la cl�ture d'un concours par l'administrateur ont �t� d�velopp�s. Mais par souci de temps, la participation des membres aux diff�rents concours,  n'a pu �tre int�gr�e. Nous avons donc laiss� de c�t� ce module, mais en laissant les liens s'y rapportant qui pourrait donc �t� int�gr� sans grande 
-difficult�.  
-
-\item [Les modules commentaires , votes et bouton j'aime :] ceux-ci n'ont pas pu �tre int�gr�s par manque de temps.
+\item [Upload de fichiers :] validation de l'uplaod probl�matique (essai avec requ�te AJAX infructeux), stockage des photos et des avatars mal pens� au d�part, il nous a fallu modifier la base de donn�es.
+\item [Mise en page de la Timeline :] difficile � mettre en place de fa�on responsive et compl�te, nous avons fait le choix de cacher certains fonctionnalit�s selon l'affichage.
+\item [Gestion des heures avec PHP :] probl�me entre le formatage et les conditions.
+\item [Requ�te AJAX simultan�es avec javaScript :] r�solu en r�alisant une seule requ�te et format de donn�es JSON.
 \end{description}
 
-Bien que nous aurions pu d�velopper ces modules, nous avons pr�f�r� v�rifier et am�liorer les performances et la qualit� de l'application, notamment gr�ce aux diff�rents tests. Cette solution a �t� envisag�e lorsque nous nous sommes rendu compte que le temps �tait insuffisant, nous avons donc r�fl�chi afin de mener � bien notre projet de la meilleure fa�on possible. C'est pourquoi nous avons d�cid� de recarder notre sujet en ne gardant que les modules les plus important et en contrepartie nous avons d�cid� d'am�liorer la qualit� et la performance de notre application.\\
-\\
-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}}
+
+Les exigences fonctionnelles fix�es d�s le d�but par notre cahier des charges ont presque �t� men�es � bien. En effet, les features minimales ont �t� d�velopp�es et les principales fonctionnalit�es caract�risant un r�seau social ont �t� commenc�es.\\
+
+L'ergonomie du site est satisfaisante pour les utilisateurs d'apr�s les tests d'utilisabilit�, sur diff�rents navigateurs (Chrome, Firefox, Explorer) et sur diff�rents appareils (smartphone, tablette). Il reste toutefois des am�liorations graphiques � effectuer.\\
+
+D'un point de vue s�curit�, le site propose une protection contre les injections SQL basique et un hashage du mot de passe. L'affichage des informations stock�e dans la base de donn�e et entr�es par l'utilisateur sur le site n'est cependant pas s�curis�. \\
+
+Certains points (pr�sent�s dans la partie features incompl�tes) n'ont pas pu �tre d�velopp�e faute de temps mais leur int�gration serait facilement envisageable.\\
 
-\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. 
+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.\\
 
+L'application finale n'int�gre donc 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 propos�e est s�curis�e et l'exp�rience utilisateur a �t� repens�e ce qui rend son utilisation rapide, facile et agr�able. 
 
 
 \end{document}