\documentclass{article}

\usepackage[french]{babel}
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}

\author{Debucquoy Anthony}
\title{Description du choix d'extension individiuelle - Messagerie}
\date{Octobre 2023}

\begin{document}
	
\maketitle
\newpage
\tableofcontents
\newpage


\section{Objectifs fixés par le projet}
Les éléments suivants sont ceux imposés par les consignes du projet.
\begin{enumerate}
	\item Envois de messages d'étudiants à professeurs pour fixer un rendez-vous
	\begin{itemize}
		\item Proposition d'une ou plusieurs tranches de temps
		\item validation ou refus d'une tranche de temps par le professeur
		\item possibilité de laisser une note supplémentaire
		\item export au format \verb|.ical| du rendez-vous
	\end{itemize}
	\item Création d'un forum de discussion lié au cours
	\begin{itemize}
		\item Abonnement automatique de tous les étudiants
		\item Possibilité pour le professeur de poser un message
		\item Possibilité de répondre à un message par les étudiants
	\end{itemize}
	\item Création de groupes de communication entre utilisateurs pour envois de messages
\end{enumerate}

\section{Objectifs supplémentaires}
Ces éléments sont ceux que je souhaiterais ajouter au projet qui ne sont pas requis.
Cette liste peut évoluer au fil du temps.
Dans ce cas, j'aimerais implémenter ces points ci-dessous au minimum.
\begin{enumerate}
	\item Possibilité de générer un poll dans un post sur un forum  
	\begin{itemize}
		\item Multi-choix ou simple-choix
	\end{itemize}
	\item Réponse à un post par un étudiant en mode 'privé' ou 'public'
	\item Chiffrement de messages privés
	\item Affichage du statut envoyé/vu/non-vu pour un message et pour un post
\end{enumerate}

\section{Réalisation}

\subsection{Rendez-vous}

Pour prendre un rendez-vous, je souhaite éviter que le planning du professeur soit mis à découvert
par ce système. De ce fait, par défaut, aucune plage horaire ne sera disponible pour un professeur.

Le professeur doit explicitement mettre ses disponibilités dans le système.
Un étudiant mal intentionné ne pourrait alors pas utiliser la plateforme pour savoir quand le professeur
est dans son bureau où quand il ne l'est pas.

\subsection{Forum de discussion}

Il sera possible de répondre à un post d'un professeur en mode 'privé'. Grâce à ça,
un étudiant peut poser des questions à un professeur sans risquer de se faire copier par
les autres utilisateurs 

\subsection{Messages privés}

Je souhaite que les messages entre utilisateurs ne soient pas lisibles par un potentiel administrateur
système. Le chiffrement des messages de manière robuste (par les standards actuels) est important.
J'apprécierais qu'il soit possible de chiffrer soi-même les messages à l'aide de GPG mais
et que le chiffrement se fasse donc coté client.
Le serveur n'aurait en aucuns cas la possibilité de déchiffrer les messages

\section{Conclusion}

Comme vous pouvez le voir à travers mes objectifs, je souhaite que mon extension soit dirigée par un
développement avec la sécurité des utilisateurs et de leurs données en tête
Le but serait qu'un utilisateur ne puisse pas profiter d'une fonctionnalité du site comme une manière
d'obtenir des informations sur un utilisateur que ça soit une personne avec des privilèges (sysadmin) ou non.

\end{document}

