Makefile for near-automatic document creation
No files matched your search
@@ -0,0 +1,12 @@
|
||||
all: app
|
||||
|
||||
requirements:
|
||||
cd documents/requirements && make
|
||||
|
||||
thesis:
|
||||
cd thesis && make
|
||||
|
||||
app:
|
||||
|
||||
clean:
|
||||
cd documents/requirements && make clean
|
||||
@@ -0,0 +1,153 @@
|
||||
\documentclass[a4paper, 11pt]{article}
|
||||
\usepackage[francais]{babel}
|
||||
\usepackage[utf8]{inputenc}
|
||||
\usepackage[T1]{fontenc}
|
||||
\usepackage{float}
|
||||
\usepackage{graphicx}
|
||||
\usepackage{datetime}
|
||||
\usepackage{comment} % enables the use of multi-line comments (\ifx \fi)
|
||||
|
||||
\usepackage{fullpage} % changes the margin
|
||||
|
||||
\begin{document}
|
||||
%Header-Make sure you update this information!!!!
|
||||
\noindent
|
||||
\large\textbf{Analyse des documents Excel utilisés à Haïti} \\
|
||||
\normalsize Deknop Céline \hfill Université Catholique de Louvain \\
|
||||
Hallet Adrien \hfill \today \\
|
||||
Strebelle Sébastien
|
||||
|
||||
\section*{Abstract}
|
||||
|
||||
|
||||
\section{Premier document : cas pratique utilisé à Poste Métier}
|
||||
%TODO : better wording and acronyms
|
||||
Le document Excel est composé de plusieurs pages, chacune traitant d'un aspect de la gestion du système de distribution en question. Il imite assez bien ce qu'on pourrait trouver dans un site Internet permettant la gestion d'une telle infrastructure et nous donne une idée concrète des besoins utilisateur.
|
||||
|
||||
\subsection{Accueil}
|
||||
Ici, nous trouvons un menu permettant de naviguer vers les autres pages, ainsi que quelques informations générales sur l'infrastructure :
|
||||
|
||||
\begin{itemize}
|
||||
\item Le nombre total de fontaines
|
||||
\item Le nombre de consommateurs
|
||||
\item Le nombre d'abonnés des fontaines publiques
|
||||
\item Le nombre d'abonnés privés
|
||||
\item[Remarque] : \emph{Pour les 3 dernières données, on a 9410/1639/58, ce sont donc trois "régimes" différents sur lesquels il faudrait demander des précisions}
|
||||
\end{itemize}
|
||||
|
||||
Ensuite, on trouve trois encarts donnant des informations précises sur un élément en particulier (une fontaine, un abonné ou l'état financier d'une année), où l'utilisateur peut sélectionner l'élément qu'il souhaite. On a donc :
|
||||
|
||||
\begin{itemize}
|
||||
\item Les fontaines
|
||||
\begin{itemize}
|
||||
\item Le nom de la fontaine (élément à sélectionner)
|
||||
\item Le nom de son président (peu ou pas de données pour ça)
|
||||
\item La localité où elle se trouve
|
||||
\item Le nombre d'abonnés désservis
|
||||
\item Le montant collecté lors de l'année X (à sélectionner)
|
||||
\end{itemize}
|
||||
\item L'état financier
|
||||
\begin{itemize}
|
||||
\item L'année (élément à sélectionner)
|
||||
\item Le solde d'ouverture
|
||||
\item Le montant total collecté
|
||||
\item Le montant prévu/budget
|
||||
\item Les fonds externes
|
||||
\item Les dépenses
|
||||
\item Le solde de fermeture
|
||||
\item Le taux de recouvrement (budget)
|
||||
\item Le taux de recouvrement (redevance)
|
||||
\end{itemize}
|
||||
\item Les abonnés
|
||||
\begin{itemize}
|
||||
\item Le nom et prénom du chef de ménage (élément à sélectionner)
|
||||
\item Le sexe
|
||||
\item L'adresse
|
||||
\item Le nombre de consommateurs du ménage
|
||||
\item Le type de point d'alimentation utilisé
|
||||
\item Si le type d'alimentation est une fontaine, son nom
|
||||
\item Le téléphone
|
||||
\item Le montant payé lors de l'année X (à sélectionner)
|
||||
\end{itemize}
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Budget}
|
||||
|
||||
La page suivante contient un layout pour les budgets des années à venir, ainsi qu'un petit résumé du budget en cours (entrées/sorties/soldes). Chaque entrée du budget suit le format suivant :
|
||||
|
||||
\begin{itemize}
|
||||
\item Rubrique (détaillées dans la page X, elle définissent si la ligne est une entrée ou une sortie)
|
||||
\item Description
|
||||
\item Source \emph{?}
|
||||
\item Unité\emph{?}
|
||||
\item Quantité \emph{?}
|
||||
\item Prix unitaire
|
||||
\item Prix total
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Comptabilité}
|
||||
Cette page est liée à la suivante, dans le sens où elle apporte un détail plus important sur les dépenses. Ici encore, on a un layout sur plusieurs années, un résumé et des entrées, de la forme suivante :
|
||||
|
||||
\begin{itemize}
|
||||
\item Rubrique
|
||||
\item Projet
|
||||
\item Date
|
||||
\item Description
|
||||
\item Origine du fond
|
||||
\item Entrée/sortie (sur deux colonnes)
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Liste des abonnés}
|
||||
Cette page est une simple liste de tous les utilisateurs du réseau, détaillant les informations suivantes (cf page d'accueil) :
|
||||
\begin{itemize}
|
||||
\item Un numéro d'identification
|
||||
\item Le nom et prénom du chef de ménage
|
||||
\item Le sexe
|
||||
\item L'adresse
|
||||
\item Le nombre de consommateurs du ménage
|
||||
\item Le type de point d'alimentation utilisé
|
||||
\item Si le type d'alimentation est une fontaine, son nom
|
||||
\item Le téléphone
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Redevance}
|
||||
Cette page ne contient aucune données pour le moment, mais est sans doute destinée à aider les gestionnaires à récupérer les redevances, ce qui est peu le cas à présent. On y trouve :
|
||||
|
||||
\begin{itemize}
|
||||
\item Un numéro d'identification du client
|
||||
\item Son nom et prénom
|
||||
\item Son sexe
|
||||
\item Son adresse
|
||||
\item Son téléphone
|
||||
\item Le type de point d'alimentation utilisé
|
||||
\item Si le type d'alimentation est une fontaine, son nom
|
||||
\item L'année de la redevance
|
||||
\item Le montant payé
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Listes}
|
||||
Cette page contient les différentes rubriques et projets utilisés dans les pages budget et comptabilité
|
||||
|
||||
\subsection{CE et liste fontaines}
|
||||
Comme son nom l'indique, cette page contient les informations des gestionnaires \emph{? je ne sais pas si on les appelle comme ça} du réseau :
|
||||
|
||||
\begin{itemize}
|
||||
\item CIN/NIF \emph{Numéro national ou qqch du genre}
|
||||
\item Nom et prénom
|
||||
\item Sexe
|
||||
\item Fonction
|
||||
\item Téléphone
|
||||
\item E-mail
|
||||
\end{itemize}
|
||||
|
||||
On y trouve également une liste des fontaines et leurs localités.
|
||||
|
||||
\subsection{COF}
|
||||
Cette page est vide.
|
||||
|
||||
\subsection{Cartes}
|
||||
Cette page contient la mention "carte du réseau" (sans la carte), ainsi que deux graphes représentant l'évolution du taux de recouvrement et le rapport entrées/sorties par années, et est donc destinée au monitoring.
|
||||
|
||||
|
||||
|
||||
\end{document}
|
||||
@@ -0,0 +1,73 @@
|
||||
\documentclass[a4paper, 11pt]{article}
|
||||
\usepackage[francais]{babel}
|
||||
\usepackage[utf8]{inputenc}
|
||||
\usepackage[T1]{fontenc}
|
||||
\usepackage{datetime}
|
||||
\usepackage{float}
|
||||
\usepackage{eurosym}
|
||||
\usepackage{comment} % enables the use of multi-line comments (\ifx \fi)
|
||||
\usepackage{graphicx}
|
||||
|
||||
\usepackage{fullpage} % changes the margin
|
||||
|
||||
\begin{document}
|
||||
%Header-Make sure you update this information!!!!
|
||||
\noindent
|
||||
\large\textbf{Groupe Saur - compte-rendu} \hfill \textbf{Distribution de l'eau en Haïti} \\
|
||||
\normalsize Deknop Céline \hfill Université Catholique de Louvain \\
|
||||
Hallet Adrien \hfill \today \\
|
||||
Strebelle Sébastien
|
||||
|
||||
\section*{Abstract}
|
||||
Compte-rendu de la visite du CPO de Saur, à Serris (France) le 21 août 2018
|
||||
\hrule
|
||||
|
||||
\section*{Déroulement}
|
||||
Accueillis par le directeur d'exploitation, Cyrille Teysonnières, nous avons pu interagir avec ce dernier pendant une entrevue d'1h30. Nous avons commencé par une explication de la démarche, du mémoire et de ses enjeux.
|
||||
Ensuite, le directeur d'exploitation a dressé un bilan sommaire de la distribution d'eau en général. Enfin, nous avons pu échanger lors d'une séance de questions-réponses autour des thèmes de la distribution d'eau.
|
||||
|
||||
\section*{Le Centre de Pilotage Opérationnel}
|
||||
\begin{figure}[H]
|
||||
\centering
|
||||
\includegraphics[width=0.8\textwidth]{Entretien_Groupe_Saur/saur}
|
||||
\caption{Vue de la salle principale des ordonnanceurs}
|
||||
\label{visuel}
|
||||
\end{figure}
|
||||
Abrégé \textbf{CPO}, le Centre de Pilotage Opérationnel de Serris dirige les activités du groupe Saur pour la région Île-de-France. Entièrement bureautique, le centre ne comporte aucune installation hydraulique. Les employés présents dans le centre communiquent avec le réseau de manière entièrement informatisée. Ils ont le titre d'\textit{ordonnanceurs} et ils dirigent de dix à trente employés sur le terrain à partir de leur station de travail. On peut scinder leur activité en deux temps forts :
|
||||
\begin{description}
|
||||
\item[Analyse de données] \hfill \\
|
||||
L'ordonnanceur reçoit une grande quantité d'information par le biais de tous les capteurs du réseau, il doit être en mesure de les comprendre et de les interpréter (e.g.: fuites).
|
||||
\item[Décision et planification] \hfill \\
|
||||
Chaque problème découvert donne suite à une résolution ou une mise en attente. C'est à l'ordonnanceur que revient la décision et le type d'opération mis en place. Chaque opération est planifiée et envoyée à un membre de l'équipe, lequel est en contact avec son ordonnanceur.
|
||||
\end{description}
|
||||
|
||||
C'est pourquoi ce lieu est un centre de \textbf{pilotage opérationnel}, car c'est à partir de ces bureaux que toutes les opérations sont pilotées (chaque employé dispose d'une localisation GPS et d'un temps alloué limité pour les opérations). Il est à noter que les ordonnanceurs sont des ingénieurs et ont des formations les rendant généralement capables de comprendre les données rapportées par le programme.
|
||||
|
||||
|
||||
|
||||
\section*{Système Informatique}
|
||||
Reflétant l'activité du centre, le système informatique dispose d'outils d'information reflétant l'état du réseau ainsi que d'outils de gestion pour la planification (qui ne nous intéresse pas dans ce contexte).
|
||||
|
||||
Le centre utilise \textbf{EPANET}\footnote{Plus d'informations sur EPANET sont disponibles dans l'étude comparative 1} comme logiciel principal. Logiciel gratuit développé par le gouvernement des USA, il est à la base de nombreuses solutions (payantes y compris) informatiques dans le domaine de l'hydraulique.
|
||||
|
||||
Nous avons pu constater que le type de système informatique employé ne diffère pas du modèle classique des systèmes ERP. L'eau y est traitée de manière identique aux ressources classiques (employés, horaires, facturation), voire même avec moins d'importance car l'emphase du centre semble réellement centrée sur la productivité des employés à tout prix, l'eau n'étant qu'un produit à vendre.
|
||||
|
||||
On constate que le centre fonctionne de manière verticale avec des secteurs bien définis gérés par une hiérarchie établie. Comme dans toute entreprise de ce type, on distingue les équipes de maintenance, développement, facturation, relations humaines, ...
|
||||
|
||||
La figure~\ref{visuel} résume les objectifs de notre application. L'écran géant de la pièce, scindé en deux parties, rapporte une information visuelle sur l'état du réseau ainsi qu'un ensemble de données dans le tableur de la partie droite.
|
||||
|
||||
\section*{Le réseau de distribution}
|
||||
|
||||
Nous cherchions à savoir si le réseau doit être modifié ou adapté pour l'installation d'un système informatisé. En réalité notre interlocuteur nous a appris qu'à une telle échelle il n'y a pas réellement de directives suivies dans le placement du réseau mais surtout une exploitation du réseau existant. Chaque situation est différente et est exploitée au mieux en fonction des besoins.
|
||||
|
||||
Par exemple, la connectivité du réseau est principalement un facteur historique ; si certaines zones sont très connectées et la perte d'une conduite a un impact mineur, d'autres sont plus vulnérables de par leur isolation du réseau global. Les coûts d'installation du système n'aidant pas, il est rare d'optimiser le réseau au niveau matériel.
|
||||
|
||||
Le directeur du centre insiste beaucoup sur la nécessité de maintenance du réseau tant au point de vue sanitaire (infiltration) qu'économique (fuites).
|
||||
|
||||
\section*{Conclusions}
|
||||
|
||||
Cette visite nous conforte dans notre idée de réalisation d'un système ERP personnalisé et simplifié afin qu'il soit accesible au destinataire de l'application. La rencontre nous a démontré que l'eau n'était pas un produit traité différemment de toute autre marchandise. Il n'y a pas de mesures spéciales prises dans sa distribution et vente (excepté traitement bio-chimique).
|
||||
|
||||
Nous avons vu que l'histoire détermine le réseau de distribution mis en place, puis que le système informatique se greffe par dessus. Le plus important pour le système est donc la collecte des données. La suite des opérations (optimisations, facturation, pompage, maintenance, ...) s'effectue sur la base des ressources existantes.
|
||||
|
||||
\end{document}
|
||||
|
After Width: | Height: | Size: 342 KiB |
@@ -0,0 +1,159 @@
|
||||
\documentclass[a4paper, 11pt]{article}
|
||||
\usepackage[francais]{babel}
|
||||
\usepackage[utf8]{inputenc}
|
||||
\usepackage[T1]{fontenc}
|
||||
\usepackage{float}
|
||||
\usepackage{graphicx}
|
||||
\usepackage{datetime}
|
||||
\usepackage{comment} % enables the use of multi-line comments (\ifx \fi)
|
||||
|
||||
\usepackage{fullpage} % changes the margin
|
||||
|
||||
\begin{document}
|
||||
%Header-Make sure you update this information!!!!
|
||||
\noindent
|
||||
\large\textbf{\'Etude Comparative 1} \hfill \textbf{Distribution de l'eau en Haïti} \\
|
||||
\normalsize Deknop Céline \hfill Université Catholique de Louvain \\
|
||||
Hallet Adrien \hfill \today \\
|
||||
Strebelle Sébastien
|
||||
|
||||
\section*{Abstract}
|
||||
\'Evaluer les usages et offres, en termes de systèmes d'information et de communication, dans le domaine de la gestion de distribution d'eau potable.
|
||||
|
||||
\hrule
|
||||
\section*{Termes}
|
||||
\begin{description}
|
||||
\item[GIS] Geographic Information System. Terme général désignant des logiciels ayant au moins une composante d'information géographique, souvent accompagnée de visuels.
|
||||
\item[CAD] Computer Assisted Design. En Français DAO pour Dessin Assisté par Ordinateur.
|
||||
\end{description}
|
||||
\section*{Sujets d'étude}
|
||||
Afin de pouvoir comparer l'offre existante, les solutions existantes ayant été analysées sont :
|
||||
\begin{description}
|
||||
\item[EPANET 2] Développé par la \textit{United States Environment Protection Agency}, qui a notamment pour charge la gestion de ressources acqueuses aux \'Etats-Unis d'Amérique. Le logiciel est libre de droits et un toolkit open-source avec une API en C. L'API rend ce programme à la base de nombreux autres logiciels de gestion. Référencé à de nombreuses reprises dans les documentations d'autres outils, EPANET est un système de référence en la matière.
|
||||
\item[WaterGEMS / WaterCAD] Développé par Bentley, le logiciel s'inspire de suites bureautiques logicielles connues pour offrir une interface plus moderne à l'utilisateur et des visuels avancés.
|
||||
\item[Innovyze InfoWater] Construit sur la plateforme ArcGIS (logiciel d'analyse géographique)
|
||||
\item[KY Pipe] Construit sur EPANET, le logiciel est issu de l'université du Kentucky et se concentre sur l'analyse hydraulique. Son ancienneté de 40 ans en fait l'un des plus utilisés au monde, notamment par sa capacité à modélier de nombreux contenus (eau, pétrole, composants chimiques, etc)
|
||||
\item[HydrauliCAD] Basé sur AutoCAD (logiciel de dessin assisté par ordinateur le plus répandu dans le monde selon Forbes\footnote{www.forbes.com/sites/zacks/2013/09/06/autodesk-is-no-blueprint-for-gains})
|
||||
\end{description}
|
||||
Il est à noter que de nombreux logiciels existent pour modéliser et analyser les réseaux de distribution, mais il est inutile de tous les analyser car la plupart énoncent dans leurs crédits et/ou manuels se baser sur des toolkits identiques, principalement EPANET et AutoCAD.
|
||||
|
||||
\section{Similarités}
|
||||
Dans cette section, nous énonçons les similarités relevées entre les logiciels
|
||||
\subsection{Séparation modulaire}
|
||||
On remarque le retour systématique, propre à de nombreux logiciels de gestion par modèle (PetriNET, etc), de trois modules.
|
||||
\begin{description}
|
||||
\item[Modélisation graphique] L'utilisateur se sert d'outils prédéfinis pour modéliser le réseau de manière graphique et/ou géographique (insertion des coordonnées GPS).
|
||||
\item[Analyse formelle] L'utilisateur peut choisir des modèles mathématiques à appliquer aux données et ainsi évaluer le système sur les critères de son choix (performances, qualité, ...)
|
||||
\item[Rapports d'état] L'utilisateur peut consulter des rapports accompagnés d'informations graphiques
|
||||
\end{description}
|
||||
|
||||
\subsection{Affichage du réseau}
|
||||
Tous les logiciels présentent le réseau de distribution sous forme d'un graphe où les liens représentes des conduites d'acheminement (tuyeaux, canaux, etc) et les noeuds sont des points de traitement/rétention (bassins, stations, branchements, sondes, etc)
|
||||
|
||||
\begin{minipage}{\linewidth}
|
||||
\centering
|
||||
\begin{minipage}{0.45\linewidth}
|
||||
\begin{figure}[H]
|
||||
\includegraphics[width=\linewidth]{Etude_Comparative_1/epanet}
|
||||
\caption{Réseau dans EPANet}
|
||||
\end{figure}
|
||||
\end{minipage}
|
||||
\hspace{0.05\linewidth}
|
||||
\begin{minipage}{0.45\linewidth}
|
||||
\begin{figure}[H]
|
||||
\includegraphics[width=\linewidth]{Etude_Comparative_1/watercad}
|
||||
\caption{Réseau dans WaterCAD}
|
||||
\end{figure}
|
||||
\end{minipage}
|
||||
\end{minipage}
|
||||
|
||||
\begin{minipage}{\linewidth}
|
||||
\centering
|
||||
\begin{minipage}{0.45\linewidth}
|
||||
\begin{figure}[H]
|
||||
\includegraphics[width=\linewidth]{Etude_Comparative_1/kypipe}
|
||||
\caption{Réseau dans KY Pipe}
|
||||
\end{figure}
|
||||
\end{minipage}
|
||||
\hspace{0.05\linewidth}
|
||||
\begin{minipage}{0.45\linewidth}
|
||||
\begin{figure}[H]
|
||||
\includegraphics[width=\linewidth]{Etude_Comparative_1/hydraulicad}
|
||||
\caption{Réseau dans HydrauliCAD}
|
||||
\end{figure}
|
||||
\end{minipage}
|
||||
\end{minipage}
|
||||
|
||||
\newpage
|
||||
\subsection{Superposition du réseau}
|
||||
La très large majorité des logiciels exploite la possibilité de superposer le graphe du réseau à des plans ou vues satellitaires. Certains logiciels utilisent des fonctions d'export vers des logiciels de cartographies, il y a également des solutions utilisant des outils de cartographie plus connus (e.g.: Google Maps) intégrés dans le logiciel. Enfin, d'autres proposent d'importer des plans et d'ajuster leur échelle au réseau modélisé.
|
||||
|
||||
\begin{minipage}{\linewidth}
|
||||
\centering
|
||||
\begin{minipage}{0.45\linewidth}
|
||||
\begin{figure}[H]
|
||||
\includegraphics[width=\linewidth]{Etude_Comparative_1/citywater}
|
||||
\caption{CityWater basé sur EPANet}
|
||||
\end{figure}
|
||||
\end{minipage}
|
||||
\hspace{0.05\linewidth}
|
||||
\begin{minipage}{0.45\linewidth}
|
||||
\begin{figure}[H]
|
||||
\includegraphics[width=\linewidth]{Etude_Comparative_1/watergems}
|
||||
\caption{Plan dans WaterCAD}
|
||||
\end{figure}
|
||||
\end{minipage}
|
||||
\end{minipage}
|
||||
|
||||
\begin{minipage}{\linewidth}
|
||||
\centering
|
||||
\begin{minipage}{0.45\linewidth}
|
||||
\begin{figure}[H]
|
||||
\includegraphics[width=\linewidth]{Etude_Comparative_1/kypipeplan}
|
||||
\caption{Plan dans KY Pipe}
|
||||
\end{figure}
|
||||
\end{minipage}
|
||||
\hspace{0.05\linewidth}
|
||||
\begin{minipage}{0.45\linewidth}
|
||||
\begin{figure}[H]
|
||||
\includegraphics[width=\linewidth]{Etude_Comparative_1/hydraulicadplan}
|
||||
\caption{Plan dans HydrauliCAD}
|
||||
\end{figure}
|
||||
\end{minipage}
|
||||
\end{minipage}
|
||||
|
||||
\subsection{Analyses détaillées et graphiques}
|
||||
La totalité des logiciels étudiés offrent des possibilités d'analyse mathématiques spécifiques telles les études de :
|
||||
\begin{itemize}
|
||||
\item Flux en un point / segment
|
||||
\item Dépôt en un point / segment
|
||||
\item Calculs de pression
|
||||
\item ...
|
||||
\end{itemize}
|
||||
Ainsi que des modélisations à plus grande échelle sur tout le réseau ou une partie de celui-ci, par exemple :
|
||||
\begin{itemize}
|
||||
\item Flux total transporté
|
||||
\item Distance couverte sur une période de temps donné
|
||||
\item Temps de renouvellement du réseau
|
||||
\item ...
|
||||
\end{itemize}
|
||||
|
||||
Notons que les analyses générales se consultent généralement par le biais de \textbf{menus spécifiques} tandis que les analyses en un point sont généralement associées (au moins partiellement) au \textbf{clic sur le noeud associé dans le graphe}.
|
||||
|
||||
Il est également important de noter que, comme énoncé ci-avant, les outils mathématiques utilisés dans le cadre de ces études sont majoritairement importées, la bibliothèque la plus utilisée étant celle d'EPANET, référencée par près de 40\% des logiciels étudiés (y compris KY Pipe, HydrauliCAD, WaterGEMS, InfoWater)
|
||||
|
||||
\section{Dissemblances}
|
||||
Dans cette section nous étudions les différences principales établies entre les logiciels étudiés. En excluant les choix mineurs d'agencement et de fonctionnement des outils, il y n'y a que peu ou pas de différences fonctionnelles entre les logiciels. Les dissemblances marquantes sont principalement :
|
||||
|
||||
\begin{description}
|
||||
\item[Tarifaires] La gamme des prix varie énormément. EPANET est libre et open-source et donc gratuit tandis qu'à l'autre extrême, la licence complète d'InfoWater coûter 14.000\$. Plusieurs des logiciels payants proposent des plans tarifaires à échelons où les différentes versions proposent des limites différentes sur la quantités de composants (tuyaux, noeuds, ...) du réseau.
|
||||
\item[Visuelles] EPANET est une solution gratuite et propose une interface rudimentaire monochrome tandis que les solutions payantes proposées par de plus grosses productions (e.g.: WaterGEMS) avancent des interfaces plus intuitives et accueillantes ainsi que des rapports et graphiques plus modernes dont la qualité permet l'intégration directe à des documents et publications.
|
||||
\end{description}
|
||||
|
||||
\section*{Conclusion}
|
||||
Il existe peu de différences entre les logiciels. Les fonctionnalités sont identiques et seul l'avancement de celles-ci diffère en fonction du plan tarifaire.
|
||||
|
||||
Nous avons également pu remarquer que la plupart des outils majeurs se basaient sur les mêmes bibliothèques. Nous avons donc pu relever l'importance d'EPANET et de sa bibliothèque mathématique\footnote{Bibliothèque implémentée en C, EPANET 2 est une version standalone permettant d'utiliser les outils visuels du logiciel} qui est l'une des plus utilisées.
|
||||
|
||||
Enfin, nous relevons l'importance du système d'interface par graphe permettant la visualisation du réseau et l'interaction avec celui-ci, qu'il soit ou non superposé à des images satellitaires, cartes, plans cadastraux.
|
||||
\end{document}
|
||||
|
After Width: | Height: | Size: 791 KiB |
|
After Width: | Height: | Size: 159 KiB |
|
After Width: | Height: | Size: 41 KiB |
|
After Width: | Height: | Size: 247 KiB |
|
After Width: | Height: | Size: 27 KiB |
|
After Width: | Height: | Size: 35 KiB |
|
After Width: | Height: | Size: 91 KiB |
|
After Width: | Height: | Size: 714 KiB |
@@ -0,0 +1,119 @@
|
||||
\documentclass[a4paper, 11pt]{article}
|
||||
|
||||
\usepackage[francais]{babel}
|
||||
\usepackage[utf8]{inputenc}
|
||||
\usepackage[T1]{fontenc}
|
||||
|
||||
\usepackage{float}
|
||||
\usepackage{graphicx}
|
||||
\usepackage{comment} % enables the use of multi-line comments (\ifx \fi)
|
||||
\usepackage{fullpage} % changes the margin
|
||||
\usepackage{multirow}
|
||||
|
||||
\setlength{\parindent}{0pt}
|
||||
\setlength{\parskip}{0.5em plus0.3em minus0.2em}
|
||||
|
||||
\begin{document}
|
||||
|
||||
\large\textbf{\'Etude Technologique 1} \hfill \textbf{Distribution de l'eau en Haïti} \\
|
||||
\normalsize Deknop Céline \hfill Université Catholique de Louvain \\
|
||||
Hallet Adrien \hfill \today \\
|
||||
Strebelle Sébastien
|
||||
|
||||
\section*{Abstract}
|
||||
\'Ce document companion a été produit lors de l'évaluation de plusieurs frameworks disponibles pour une application web.
|
||||
%Todo : peut-être update l'abstract une fois fini
|
||||
|
||||
\hrule
|
||||
\section*{Frameworks}
|
||||
\textit{Liste non-exhaustive et partiellement subjective basée sur les données exposées ci-dessous}.
|
||||
|
||||
\begin{table}[H]
|
||||
\centering
|
||||
\begin{tabular}{|c|c||c|c|c|c|c||c|}
|
||||
\hline
|
||||
\textbf{Langage} & \textbf{Framework} & \textbf{C} & \textbf{M} & \textbf{Pe} & \textbf{Po} & \textbf{T} & \textbf{Total} \\
|
||||
\hline
|
||||
\multirow{4}{*}{\textbf{JavaScript}} & Angular & M & M & B & B & M &3.5 \\
|
||||
& MeteorJS & B & B & M & N & B & 3.5\\
|
||||
& NodeJS & M & M & M & B & N & 3.5\\
|
||||
& React & B & B & M & B & B & 4.5\\
|
||||
\hline
|
||||
\multirow{3}{*}{\textbf{Python}} & Django & M & M & B & B & M& 3.5\\
|
||||
& Flask & B & B & B & B & B & 5\\
|
||||
& Pyramid & B & B & B & N & B & 4\\
|
||||
\hline
|
||||
\multirow{1}{*}{\textbf{Ruby}} & Rails & N & M & B & B & B & 3 \\
|
||||
\hline
|
||||
\end{tabular}
|
||||
\end{table}
|
||||
\subsection*{Critères - [B]on, [M]oyen, [N]égatif}
|
||||
\begin{description}
|
||||
\item[C] Complexité - Difficulté d'utilisation / apprentissage
|
||||
\item[M] Maintenabilité - Aisance et possibilités de maintenance
|
||||
\item[Pe] Performance - Capacités du framework en termes de vitesse
|
||||
\item[Po] Popularité - Popularité du langage à travers le monde
|
||||
\item[T] Taille - Espace de stockage requis
|
||||
\end{description}
|
||||
|
||||
\section*{C - Complexité}
|
||||
\'Evaluer la complexité est hautement subjective en fonction des préférences et habitudes du développeur. Nous pouvons néanmoins comparer les langages utilisés et la structure du framework.
|
||||
|
||||
Une mesure de la complexité se base sur l'imbrication des blocs de code. Un code comportant beaucoup de structures imbriquées sera moins lisible, et donc plus complexe. Les résultats\footnote{\'Etude de Seerene\copyright, 2015} en figure~\ref{fig:complexity} montrent que cette mesure favorise le langage Python.
|
||||
|
||||
\begin{figure}
|
||||
\centering
|
||||
\includegraphics[width=.6\textwidth]{Etude_Technologique_1/complexity}
|
||||
\caption{Pourcentage de code imbriqué}
|
||||
\label{fig:complexity}
|
||||
\end{figure}
|
||||
|
||||
La figure~\ref{fig:sloc_comparison} représente un comparatif\footnote{http://blog.wolfram.com/2012/11/14/code-length-measured-in-14-languages/} effectué par Wolfram\copyright (plateforme mathématique bien connue) mesurant la quantité de lignes de code nécessaires dans un langage pour reproduire un programme donné dans un autre langage. Le nombre de lignes de code n'est toutefois que partiellement une mesure de la complexité car toute ligne de code ne s'équivaut pas en terme de complexité.
|
||||
|
||||
\begin{figure}
|
||||
\centering
|
||||
\includegraphics[width=.8\textwidth]{Etude_Technologique_1/sloc_comparison.png}
|
||||
\caption{Nombre de lignes de code nécessaires pour traduire un programme}
|
||||
\label{fig:sloc_comparison}
|
||||
\end{figure}
|
||||
|
||||
\section*{M - Maintenabilité}
|
||||
L'aisance avec laquelle un code est maintenu à jour est inversement lié à la complexité. A cela, nous pouvons ajouter les fréquences de mise à jour des frameworks. La structure du framework impacte également la maintenabilité ; moins on modifie de fichiers pour implémenter une fonctionnalité, mieux c'est.
|
||||
|
||||
\section*{Pe - Performance}
|
||||
Bien que moins importantes que dans une application critique (e.g.: aérospatial), les performances sont mesurées en termes de temps de réponse.
|
||||
|
||||
\section*{Po - Popularité}
|
||||
La popularité est sans doute la plus importante des mesures de ce comparatif. Un langage populaire dispose de plus de tutoriels et aide en ligne que d'obscurs langages / frameworks peu ou pas utilisés.
|
||||
|
||||
La figure~\ref{fig:hotframework} montre une évolution\footnote{https://hotframeworks.com/} de la popularité des frameworks les plus courants.
|
||||
|
||||
\begin{figure}
|
||||
\centering
|
||||
\includegraphics[width=\textwidth]{Etude_Technologique_1/hotframework.png}
|
||||
\caption{Popularité des frameworks de novembre 2014 à aujourd'hui}
|
||||
\label{fig:hotframework}
|
||||
\end{figure}
|
||||
|
||||
\section*{T - Taille}
|
||||
Un framework léger sera plus intéressant pour ce projet. D'une part pour la complexité, car moins il est nécessaire de modifier/ajouter des fichier, plus l'utilisation est aisée. D'autre part car le serveur de destination nous est inconnu et nous ne savons donc pas quel espace de stockage sera mis à disposition.
|
||||
|
||||
\section*{Critères spéciaux}
|
||||
|
||||
Notons qu'en lien avec un autre projet, il serait utile d'employer le système de géo-représentation GeoNode. \textbf{GeoNode est orienté Django} et ne peut pas être utilisé avec d'autres frameworks.
|
||||
|
||||
\textit{D'autres critères spéciaux pourront se rajouter avec la réunion du 03 septembre 2018.}
|
||||
|
||||
\section*{Autres}
|
||||
|
||||
La taille de l'application sera peu dépendante du framework utilisé en back-end. La majeure partie du poids du site (hormis les données) sera attribuée au front-end et donc dépendante du système front-end utilisé
|
||||
|
||||
\section*{Conclusion}
|
||||
|
||||
Le choix d'un framework repose au final sur de nombreux critères dont plusieurs sont subjectifs. L'expérience est bien souvent facteur décisif.
|
||||
|
||||
Il existe de très nombreux frameworks et la liste ci-dessus ne saurait être exhaustive. Les frameworks lourds, peu performants ou inadaptés à la construction de l'application décrite n'ont pas été explorés (Java, PHP, ...).
|
||||
|
||||
Au final, le choix se limitera surtout entre les frameworks JavaScript et Python en raison de leur très grande popularité dans les applications web pour petites entreprises. Les framework Python se démarquent positivement et si Flask semble être le meilleur choix pour notre projet, Django n'en reste pas moins un second choix de qualité qui pourrait être choisi en raison du module \textbf{GeoNode}.
|
||||
|
||||
\end{document}
|
||||
|
After Width: | Height: | Size: 41 KiB |
|
After Width: | Height: | Size: 76 KiB |
|
After Width: | Height: | Size: 49 KiB |
@@ -0,0 +1,13 @@
|
||||
FILES=$(wildcard *.tex)
|
||||
|
||||
all: pdf
|
||||
|
||||
%.pdf: %.tex
|
||||
latexmk -pdf $<
|
||||
latexmk -c $<
|
||||
|
||||
pdf: $(FILES)
|
||||
make $(FILES:tex=pdf)
|
||||
|
||||
clean:
|
||||
latexmk -CA
|
||||
@@ -0,0 +1,58 @@
|
||||
\documentclass[a4paper, 11pt]{article}
|
||||
\usepackage[francais]{babel}
|
||||
\usepackage[utf8]{inputenc}
|
||||
\usepackage[T1]{fontenc}
|
||||
\usepackage{datetime}
|
||||
\usepackage{comment} % enables the use of multi-line comments (\ifx \fi)
|
||||
|
||||
\usepackage{fullpage} % changes the margin
|
||||
|
||||
\begin{document}
|
||||
%Header-Make sure you update this information!!!!
|
||||
\noindent
|
||||
\large\textbf{Analyse Préliminaire} \hfill \textbf{Distribution de l'eau en Haïti} \\
|
||||
\normalsize Deknop Céline \hfill Université Catholique de Louvain \\
|
||||
Hallet Adrien \hfill \today \\
|
||||
Strebelle Sébastien
|
||||
|
||||
\section*{Abstract}
|
||||
Ce document vise à exprimer les besoins et objectifs du client de manière concise et précise en vue de l'analyse des requirements
|
||||
|
||||
\hrule
|
||||
|
||||
\section*{Client - Protos}
|
||||
ONG Belge Flamande\footnote{www.protos.ngo} basée à Gand, active dans plusieurs pays elle vise principalement à aider les populations à atteindre une responsabilité et indépendance en eau potable en partenariat avec les autorités locales. Ses activités sont multiples, de la transmission d'expérience à la réalisation de projets d'ingenierie en passant par l'éducation des populations.
|
||||
|
||||
\section*{Problématique}
|
||||
En Haïti, la disponibilité en eau potable reste plutôt faible, principalement dans les zones rurales (50 \% de disponibilité). Le plus gros problème est le manque d'efficacité et de gestion des réseaux de distribution.
|
||||
|
||||
Protos aide actuellement la population dans le nord du pays (trois départements sont cités) en partenariat avec des organismes locaux (de développement, de technologie, d'exploitants). La gestion actuelle du réseau se fait avec le tableur de la suite logicielle Office, Excel.
|
||||
|
||||
Ce système présente déjà des problèmes en termes de capacité de stockage, mise à l'échelle et disponibilité des données. Protos et les organismes locaux souhaitent professionaliser ce service par le biais de technologies adaptées (mise en ligne des données, utilisation de bases de données pour garantir l'intégrité et la continuité des données) et profiter de ce passage à un service plus adapté pour y greffer de nouveaux modules permettant de faciliter la gestion du réseau (facturation, détection de problèmes, ...). Cet outil pourrait également être la base d'un déploiement du système à plus grande échelle.
|
||||
|
||||
\section*{Objectifs du client}
|
||||
\subsection*{Technologie}
|
||||
\begin{itemize}
|
||||
\item Outil \textbf{en ligne}
|
||||
\item Application responsive, des fonctionnalités smartphones sont bienvenues
|
||||
\item Technologies (matérielles et logicielles) répandues et non-expérimentales permettant la remise du projet aux entités compétentes locales (probablement l'UEH, Université d'État d'Haïti)
|
||||
\item Dans la mesure du possible, utilisation de licences logicielles \textbf{libres}
|
||||
\item Tester et éprouver le système
|
||||
\end{itemize}
|
||||
|
||||
\subsection*{Utilisation}
|
||||
\begin{itemize}
|
||||
\item Simple et adaptée à tout type d'utilisateur après une petite introduction
|
||||
\end{itemize}
|
||||
|
||||
\subsection*{Application}
|
||||
\begin{itemize}
|
||||
\item Stocker les données recueillies
|
||||
\item Permettre aux \textbf{exploitants} de consulter les données et de les exploiter (visuels, statistiques, ...)
|
||||
\item Permettre aux \textbf{utilisateurs}\footnote{Ne fait pas partie du mémoire 2018-2019} de faire remonter des informations (e.g.: problèmes)
|
||||
\end{itemize}
|
||||
|
||||
\section*{Données à éclaircir}
|
||||
\subsection*{Droits d'accès des différentes organisations}
|
||||
Le document parle de plusieurs organisations gérant plusieurs réseaux. L'application aura sans doute une partie nécessitant une authentification pour la prise de décision et modification des données. La question est la suivante ; est-ce que toutes les parties impliquées ont accès au même système ou doit-on conserver des données scindées, mais non partagées, entre plusieurs exploitants ? On ne parle pas ici de droits d'accès à plusieurs niveaux mais bien de la capacité d'un groupe à exploiter (si oui, en utilisation, modification ou les deux) les données d'un autre.
|
||||
\end{document}
|
||||
|
After Width: | Height: | Size: 59 KiB |
@@ -0,0 +1,10 @@
|
||||
TARGET=thesis.tex
|
||||
|
||||
all: pdf
|
||||
|
||||
pdf: $(TARGET)
|
||||
latexmk -pdf $<
|
||||
latexmk -c $<
|
||||
|
||||
clean:
|
||||
latexmk -CA
|
||||
@@ -0,0 +1,95 @@
|
||||
% http://ctan.mirrors.hoobly.com/macros/latex/doc/clsguide.pdf
|
||||
\NeedsTeXFormat{LaTeX2e}
|
||||
\ProvidesClass{eplmastersthesis_FR}[2016/05/21 EPL Master''s Thesis class]
|
||||
|
||||
\LoadClass[11pt, a4paper, openright]{report}
|
||||
|
||||
% Usefull packages
|
||||
\usepackage[utf8x]{inputenc}
|
||||
\usepackage[french]{babel}
|
||||
|
||||
\RequirePackage{microtype} % Improves typography
|
||||
\RequirePackage[T1]{fontenc}
|
||||
\RequirePackage{lmodern}
|
||||
\RequirePackage[pdftex]{graphicx}
|
||||
\RequirePackage{graphics}
|
||||
\RequirePackage{color}
|
||||
\definecolor{UCLblue}{cmyk}{1.00,0.68,0.00,0.54}
|
||||
\definecolor{EPLblue}{cmyk}{0.70,0.30,0.00,0.00}
|
||||
\RequirePackage[top=2.5cm,bottom=2.5cm,left=2.5cm,right=2.5cm]{geometry}
|
||||
\DeclareTextSymbol{\degre}{T1}{6}
|
||||
|
||||
\RequirePackage{etoolbox}
|
||||
\newcommand{\subtitle}[1]{\def\@subtitle{#1}}
|
||||
\newcommand{\secondauthor}[1]{\def\@secondauthor{#1}}
|
||||
\newcommand{\thirdauthor}[1]{\def\@thirdauthor{#1}}
|
||||
\newcommand{\supervisor}[1]{\def\@supervisor{#1}}
|
||||
\newcommand{\cosupervisor}[1]{\def\@cosupervisor{#1}}
|
||||
\newcommand{\speciality}[1]{\def\@speciality{#1}}
|
||||
\newcommand{\options}[1]{\def\@myoptions{#1}}
|
||||
\newcommand{\readerone}[1]{\def\@readerone{#1}}
|
||||
\newcommand{\readertwo}[1]{\def\@readertwo{#1}}
|
||||
\newcommand{\readerthree}[1]{\def\@readerthree{#1}}
|
||||
\newcommand{\years}[1]{\def\@years{#1}}
|
||||
|
||||
% Création de la page de titre
|
||||
\renewcommand{\maketitle}
|
||||
{\begin{titlepage}
|
||||
\newgeometry{top=1.25cm,bottom=1.25cm,left=1.25cm,right=1.25cm}
|
||||
\begin{center}
|
||||
\includegraphics[scale=1]{EPL_TFEbanner.jpg}
|
||||
\end{center}
|
||||
\vspace*{9pt}
|
||||
\begin{flushright}
|
||||
\color{UCLblue} \fontfamily{phv} \selectfont
|
||||
{\huge \@title} \\
|
||||
\vspace*{12pt}
|
||||
\ifdef{\@subtitle}{\Large \@subtitle}{$ $} \\
|
||||
\vspace*{12pt}
|
||||
\large M\'{e}moire pr\'{e}sent\'{e} par \\
|
||||
\textbf{\@author}% avoid space before comma
|
||||
\ifdef{\@secondauthor}{\textbf{, \@secondauthor}}{}% avoid space before comma
|
||||
\ifdef{\@thirdauthor}{\textbf{, \@thirdauthor}}{}
|
||||
\\
|
||||
\vspace*{12pt}
|
||||
en vue de l'obtention du grade de Master \\
|
||||
\textbf{\@speciality}\\
|
||||
\ifdef{\@myoptions}{\textit{Option(s): \@myoptions}}{$ $}\\
|
||||
\vspace*{12pt}
|
||||
Promoteur(s)\\
|
||||
\textbf{\@supervisor}% avoid space before comma
|
||||
\ifdef{\@cosupervisor}{\textbf{, \@cosupervisor}}{}
|
||||
\\
|
||||
\vspace*{12pt}
|
||||
Lecteur(s) \\
|
||||
\textbf{\@readerone, \@readertwo}
|
||||
\ifdef{\@readerthree}{\textbf{, \@readerthree}}{}
|
||||
\\
|
||||
\vspace*{12pt}
|
||||
Ann\'{e}e acad\'{e}mique \@years \\
|
||||
\end{flushright}
|
||||
\vspace*{6pt}
|
||||
\color{EPLblue}{\rule{18.5cm}{8.25cm}}
|
||||
\end{titlepage}
|
||||
}
|
||||
|
||||
% Front cover page
|
||||
\newcommand{\frontpage}
|
||||
{
|
||||
\begin{titlepage}
|
||||
\end{titlepage}
|
||||
}
|
||||
|
||||
% Back cover page
|
||||
\newcommand{\backcoverpage}
|
||||
{
|
||||
\newpage
|
||||
\thispagestyle{empty}
|
||||
\newgeometry{top=1.25cm,bottom=1.25cm,left=1.25cm,right=1.25cm}
|
||||
\vspace*{17.75cm}
|
||||
\noindent \footnotesize \color{UCLblue} \fontfamily{phv} \selectfont Rue Archim\`{e}de, 1 bte L6.11.01, 1348 Louvain-la-Neuve ~ ~ \color{EPLblue} \textbf{www.uclouvain.be/epl} \\
|
||||
\vspace*{6pt}
|
||||
\textcolor{EPLblue}{\rule{18.5cm}{8.25cm}}
|
||||
}
|
||||
|
||||
\endinput
|
||||
@@ -0,0 +1,37 @@
|
||||
% EPL master thesis cover template
|
||||
\documentclass{eplmastersthesis_FR}
|
||||
|
||||
% Compléter les infos ci-dessous
|
||||
\title{HaitiWater} % Titre du TFE
|
||||
\subtitle{Développement d'une application web pour gérer la distribution de l'eau en Haïti}
|
||||
\author{Céline \textsc{Deknop}} % Nom de l'étudiant
|
||||
\secondauthor{Adrien \textsc{Hallet}} % Nom du second étudiant éventuel
|
||||
\thirdauthor{Sébastien \textsc{Strebelle}} % Handcrafted third author :D
|
||||
\speciality{Sciences Informatiques} % Spécialité (mentioner l'une des options suivantes):
|
||||
% ingénieur civil biomédical
|
||||
% ingénieur civil en chimie et science des matériaux
|
||||
% ingénieur civil des constructions
|
||||
% sciences informatiques
|
||||
% ingénieur civil en informatique
|
||||
% ingénieur civil électricien
|
||||
% ingénieur civil électromécanicien
|
||||
% ingénieur civil en mathématiques appliquées
|
||||
% ingénieur civil mécanicien
|
||||
% ingénieur civil physicien
|
||||
%\options{Option(s)} % If required by program commission mention options
|
||||
\supervisor{Kim \textsc{Mens}} % Nom du 1er promoteur
|
||||
\cosupervisor{Sandra \textsc{Soares Frazao}} % Nom de l'éventuel co-promoteur
|
||||
\readerone{Benoit \textsc{Duhoux}} % Nom du 1er lecteur
|
||||
\readertwo{ToBe \textsc{Determined}} % Nom du 2e lecteur
|
||||
%\readerthree{Firstname \textsc{Lastname}} % Nom du 3e lecteur
|
||||
\years{2018-2019} % Année académique
|
||||
|
||||
\begin{document}
|
||||
|
||||
\maketitle % To create front cover page
|
||||
\thispagestyle{empty} % To suppress header and footer on the back of the cover page
|
||||
|
||||
% Back cover page
|
||||
\backcoverpage
|
||||
|
||||
\end{document}
|
||||