Conclusion
Le présent chapitre a exposé les
différentes technologies en rapport avec ce projet et des études
comparatives des outils libres pouvant nous aider à la mise en oeuvre du
système. Ainsi nous avons exploré plusieurs outils parmi lesquels
nous avons choisi les plus adaptés à notre solution. Ceci nous
permet d'aborder les phases de l'analyse et de la conception avec des outils
appropriés.
CHAPITRE DEUX
MoDELisATioN ET coNcEpTioN DE LA
soLuTioN
Introduction
Dans la mise en place d'un système informatique, la
phase d'analyse permet de décrire à travers un modèle
compréhensible les différentes composantes de ce système.
Dans ce chapitre, il s'agit dans un premier temps de présenter les
besoins et l'environnement du système à développer et dans
un deuxième temps de modéliser tout ceci dans un langage
compréhensible et universel comme UML. Enfin, on proposera une solution
conceptuelle qui répond aux besoins définis et
spécifiés lors de la phase d'analyse.
2.1 Spécification des besoins et
méthodologie adoptée
Il devient beaucoup plus commode de partir des besoins de
l'utilisateur pour concevoir une application qui répond au mieux
à ses exigences. Ainsi, il nous revient de bien déterminer ces
besoins et de se servir de méthodes éprouvées pour la
planification et la modélisation.
2.1.1 Spécification des besoins
Les besoins sont d'ordre fonctionnel et d'ordre non-fonctionnel.
2.1.1.1 Les spécifications fonctionnelles
Les besoins fonctionnels sont précis et varient d'un
utilisateur à un autre comme suit : tout utilisateur peut visualiser,
localiser ou demander l'occupation d'un domaine précis ;
- l'occupant d'un domaine peut formuler et envoyer des plaintes
via le système;
- le Chargé des Affaires Domaniales peut consulter les
plaintes afin de proposer d'éventuelles interventions;
- le Maire doit recevoir du système, des demandes et
générer automatiquement les décrets d'autorisation;
- l'occupant est informé par courrier électronique
et par SMS de l'avis d'autorisation, suite à la génération
de son arrêté d'autorisation.
2.1.1.2 Les spécifications
non-fonctionnelles
La spécification non-fonctionnelle décrit le
système informatique dans lequel l'application sera implantée,
son interaction avec les autres composantes du système informatique.
Dans le cas de ce système, les différents besoins
non-fonctionnels sont les suivants :
- le seul client nécessaire pour l'utilisation de
l'application devra être un navigateur Web;
- tous les outils et bibliothèques à utiliser pour
l'implémentation du SIG devront être gratuits et libres
d'utilisation;
- l'application doit être hautement paramétrable
afin de faciliter l'évolution du noyau du SIG par l'ajout de nouvelles
couches de domaine et l'extension dans toute la commune sans grande
modification du code source;
- la gestion des données doit être
centralisée et facilitée par une application
dédiée; - le serveur cartographique doit être accessible
via une page d'accueil;
- l'interface doit être simple et ergonomique.
| 
