Memoire Online - Mise en place d'un système d'information géographique pour la propriété foncière au Cameroun

Le chapitre précédent nous a permis de nous familiariser avec la notion de propriété foncière et de faire une revue de quelques SIG utilisés dans ce domaine. Dans ce chapitre nous présenterons les deux premières phases qui ont guidé le développement de notre produit, ainsi que le cahier des charges et les différents diagrammes modélisant le système.

La phase d'analyse est la première phase critique dans un projet de développement logiciel. Pourtant beaucoup de concepteurs négligent cette partie du projet et privilégient la production du code source. Ce code est dans la plupart des cas extrêmement long, parsemé d'erreurs ou pire, inutilisable par le client. Cette méthode appelée « code and fix » ne respecte généralement pas les principes du génie logiciel⁸ et ne peut être utilisée pour construire un produit fiable.

Afin de répondre aux exigences du client, il est impératif de faire au préalable un recueil des besoins. Pour notre projet nous sommes allés à la rencontre des professionnels du domaine : Ingénieurs du Cadastre et Conservateurs fonciers. Nous avons relevé des informations importantes qui nous ont permis d'élaborer de concert avec le client un cahier des charges.

⁸ Ces principes concernent à la fois les processus et le produit final. On distingue entre autre : la séparation des aspects, la modularité, l'abstraction, l'anticipation des changements, la généralité.

Le cahier des charges est un outil important du domaine logiciel, il permet à tous les acteurs du projet (concepteur, développeur et client) d'avoir une vue d'ensemble sur ce qui doit être fait. Le client peut grâce à ce dernier savoir si le produit final répondra à ses exigences, de même le développeur est assuré qu'il ne produira pas des fonctionnalités inutilisables⁹ par le client. Le tableau ci-dessous regroupe les éléments du cahier des charges du système d'information foncière que nous avons développé.

TITRE	DESCRIPTION
DESCRIPTION	Le projet vise à mettre en place un SIG pour faciliter l'accès aux informations sur la propriété foncière au Cameroun.
OBJECTIFS	- Dématérialiser du livre foncier, par l'enregistrement numérique des droits fonciers dans un système de référence spatiale unique - Améliorer l'accès à l'information foncière, notamment pour les populations vulnérables, - Permettre à tous les acteurs du secteur (publics, privés et la société civile) de disposer via un portail internet actif de l'ensemble des informations relatives à la propriété foncière en temps réel, - Mettre à la disposition du secteur privé un outil sécurisé de canalisation des investissements.
SERVICES A FOURNIR	- Base de données cartographiques de la propriété foncière, - Accès à l'information cadastrale et domaniale via un portail internet, - Enregistrement des transactions foncières, - Archivage numérique (numérisation) des dossiers.
UTILISATION	Le système prendra en compte deux types d'utilisateurs - Les utilisateurs formés et habiletés : qui pourront accéder de manière sécurisée à l'application et enregistrer les titres fonciers ainsi que les transactions sur la terre, - Les utilisateurs `passifs' : qui accèderont à l'information foncière via un portail internet.

⁹ L'utilisabilité est une qualité importante d'un bon logiciel, à côté de la fiabilité, la robustesse, l'efficacité, la correction, la performance, la vérifiabilité, la maintenabilité, la réutilisabilité, la portabilité, l'interopérabilité.

	F1. Afficher/Désactiver la carte F2. Zoomer sur la carte F3. Enregistrer une parcelle titrée F4. Enregistrer une transaction foncière : morcellement F5. Enregistrer une transaction foncière : concession F6. Enregistrer une transaction foncière : vente F7. Enregistrer une transaction foncière : hypothèque F8. Enregistrer une transaction foncière : héritage F9. Rechercher une parcelle F10. Sélection des couches F11. Afficher les informations sur une parcelle F12. Imprimer le livre foncier
ENVIRONNEMENT ET OUTILS	Serveur d'application web: Apache Serveur cartographique : GeoServer SGBD cartographique : PostgreSQL-PostGIS Système d'exploitation : Windows / Linux Navigateur Web : Mozilla Firefox / Chrome / Opéra / Internet Explorer / Safari Langage : PHP5 - JavaScript - HTML - CSS
DONNEES TRAITEES PAR L'APPLICATION	Numéro du titre foncier, date de délivrance du titre, lieu de
	délivrance, nom du propriétaire, numéro CNI ou RCCM,
	coordonnées de la parcelle (dans le système géodésique de
	coordonnée de référence WGS84), description, fichier numérisé du
	procès-verbal de bornage

Après la spécification du cahier des charges et sa validation par le client, nous passons à la modélisation UML¹⁰ de notre application. Nous présentons dans cette partie les diagrammes les plus importants du système.

¹⁰ Langage de modélisation des applications construites à l'aide d'objets, indépendant de la méthode utilisée. La première version, UML 0.9 est publiée en 1996 par Jacobson, Booch et Rumbaugh. UML devient un standard en 1997 grâce à l'Open Management Group [3].

Un diagramme de cas d'utilisation répond à la question « qui fait quoi ? ». La figure ci-dessous permet d'identifier trois acteurs :

- un acteur humain (Visiteur), qui représente à la fois un camerounais lambda, un professionnel du domaine du cadastre ou un investisseur,

- deux acteurs non humains (Serveur Cartographique et Serveur Web) qui répondent chacun selon son rôle aux actions du visiteur humain sur le système. La réalisation des cas d'utilisation de cette figure permet d'atteindre l'un de nos objectifs à savoir améliorer l'accès à l'information foncière.

Le conservateur foncier est celui qui a la charge d'enregistrer les titres et droits fonciers. Il est identifié à la figure 9 où la réalisation des cas d'utilisation permet d'atteindre l'objectif dématérialisation du livre foncier.

Le troisième acteur humain est l'administrateur. C'est lui qui a la charge de mettre à jour les données géographiques et de configurer les couches de la carte comme le montre la figure ci-dessous.

Figure 10: Diagramme des cas d'utilisation de l'administrateur du système [17]

III.2.2. Diagrammes de séquences du système

Un diagramme de séquence décrit dans le temps les différentes opérations nécessaires à la réalisation d'un cas d'utilisation. Il offre une vue des processus du système. La figure ci-dessous met en évidence les messages échangés par un Visiteur et le serveur cartographique pour afficher une carte.

Le diagramme de séquence de la figure 12 réalise le cas d'utilisation « rechercher une parcelle de terrain ». Le visiteur envoie un message au serveur web lui demandant les parcelles dont les données attributaires contiennent le mot clé qu'il a saisi, le serveur web fait une vérification afin d'éliminer d'éventuels caractères spéciaux ou injection SQL¹¹, il transmet ensuite la requête au serveur cartographique qui la traite et répond par envoi d'une liste des parcelles répondants aux critères de recherche.

¹¹ Attaques de la base de données par ajout de code SQL dans les champs de saisi de texte. Il est ainsi possible d'effacer le contenu d'une table, ou bien de modifier des données dans cette table, et de rendre l'ensemble de l'application inutilisable.

Figure 12: Diagramme de séquence réalisant le cas d'utilisation « rechercher une parcelle de terrain » [17]

La figure 11 et la figure 12 représentent des diagrammes de séquences simples à comprendre pour le client mais, offrent très peu de détails au développeur pour qu'ils soient implémentés correctement. Le diagramme suivant détaille un peu plus le processus de réalisation du use case « rechercher une parcelle de terrain ».

Figure 13: Diagramme de séquence détaillé du use case « rechercher une parcelle de terrain » [17]

La vue de déploiement montre comment les différents exécutables sont structurés dans la plate-forme ou les différents noeuds. La figure ci-dessous montre comment sont répartis les différents composants du système d'information foncière que nous avons développé.

Le « serveur cartographique » est constitué d'un serveur de cartographie (GeoServer) respectant les spécifications de l'OGC¹², couplé à un SGBDRO (PostgreSQL/PostGIS). Le « serveur web » est chargé de communiquer avec le client et de rediriger les requêtes géographiques de celui-ci vers le « serveur cartographique ». Il convient de noter que ces différents serveurs peuvent être déployés sur une seule machine. Toutefois, pour des raisons de performance cette dernière devra être assez puissante pour réduire les temps de réponses. Comme illustration, sur une machine Intel® Pentium®4 CPU 2.80GHz avec RAM de 1.30Go, il faut en moyenne 7,5 secondes pour afficher la carte au complet.

¹² L'Open Geospatial Consortium a pour objectif de définir des standards favorisant l'interopérabilité des systèmes d'informations géographiques

Mise en place d'un système d'information géographique pour la propriété foncière au Cameroun

CHAPITRE III : ANALYSE ET CONCEPTION DU

III.2.2. Diagrammes de séquences du système