Mise en place d'une application websig pour la gestion de la régularisation foncière de la ville de Djibouti

ROYAUME DU MAROC

UNIVERSITE ABDELMALEK ESSAÂDI

FACULTE DES SCIENCES ET TECHNIQUES
TANGER

Projet de Fin d'Etudes

En vue de l'obtention du

Diplôme d'Ingénieur d'Etat en Géoinformation

Présenté par :

KASSIM ROBLEH Amir

Intitulé :

Mise en place d'une application WebSIG pour la gestion de la régularisation foncière de la ville de Djibouti.

Préparé au sein de l'Agence de Réhabilitation Urbaine et du Logement Social

(ARULOS)

Soutenu le : 04 juillet 2019 Devant le jury :

Pr. Jamal Eddine El ABDELLAOUI FST de Tanger Président de jury.

Pr. AZYAT Abdelilah ENSA de Tanger Rapporteur.

Mme Nasrine MOHAMOUD HASSAN ARULOS Encadrante Professionnelle.

Pr. MAÂTOUK Mustapha FST de Tanger Encadrant Pédagogique.

Pr. El HALIMI Rachid FST de Tanger Encadrant Pédagogique.

Mémoire de fin d'études |

2

Résumé

Dans le but de promouvoir le secteur de l'Habitat, le Ministère de l'Habitat et de Logements Social a mis en place une stratégie pour accès à la procédure foncière. Le présent document rentre dans cette stratégie, le projet de fin d'études réalisé au sein de l'Agence de Réhabilitation Urbaine et du Logement Social «ARULOS». Ce projet porte sur la réalisation d'une application WebSIG pour la gestion de la régularisation foncière de la ville de Djibouti.

La solution développée est basée sur le serveur cartographique GeoServer, sur l'API Openlayers/Leaflet et sur le système de gestion de base de données PostgreSQL. Elle permet de récupérer des données foncières à partir d'une enquête parcellaire effectuée sur terrain, de les manipuler, de les visualiser et de les stocker dans une base de données spatiale afin d'en extraire des indicateurs permettant aux décideurs le suivi du domaine foncière.

En vue d'aboutir aux objectifs soulignés, une étude préalable de l'existant et des besoins a été dressé pour l'élaboration du cahier de charges. Ensuite, une étude technique a eu lieu pour choisir l'architecture et les outils les plus adéquats aux besoins fonctionnels et techniques du SIG Foncier. La conception de la solution a été élaborée avec les diagrammes de classe, le suivi de la modélisation et l'implémentation des bases de données foncières.

A travers ce document, il sera question de détailler les différentes phases du projet tout en mettant l'accent sur la méthode et la logique suivies.

Mots clés: Régularisation foncière, WebSIG, GeoServer, Modélisation, PostgreSQL, OpenLayers.

Abstract

In order to promote the housing sector, the Ministry of Housing and Social Housing has adopted the strategy to accelerate the land process. This document describes the graduation project carried out within the Urban Rehabilitation and Social Housing Agency "ARULOS". This project focuses on the realization of a WebSIG application for the management of the estate property domain of the city of Djibouti.

The developed solution is based on the GEOSERVER mapping server, the Openlayers / Leaflet API and the PostgreSQL database management system. It makes it possible to recover land data from a field plot survey, to manipulate them, to visualize them and to store them in a spatial database in order to extract indicators allowing decision-makers to monitor the forest domain national.

In order to achieve the objectives outlined, a preliminary study of the needs and the existing one was made for the elaboration of the specifications. Then, a technical study took place to choose the architecture and the most appropriate tools to the functional and technical needs of the GIS Foncier. The design of the solution was later developed with the UML diagrams, followed by the modeling and implementation of the land databases.

Through this document, it will be a question of detailing the different phases of the project while emphasizing the method and logic followed.

Keywords: Land regularization, WebGIS, GeoServer, Modelization, PostgreSQL, Openlayers.

Mémoire de fin d'études |

3

Mémoire de fin d'études |

4

Avant-propos

Le présent travail a été réalisé par l'élève Ingénieur AMIR Kassim Robleh, dans le cadre du Projet de Fin d'Études (PFE) pour l'obtention du Diplôme d'Ingénieur d'Etat Géoinformation délivré par la Faculté des Sciences et Techniques de Tanger.

Le projet est intitulé «Mise en place d'une application WebSIG pour la gestion de la régularisation foncière de la ville de Djibouti». Il s'est déroulé du mois février au mois de Juin 2019 au sein de l'Agence de Réhabilitation Urbaine et du Logement Social (ARULOS).

L'encadrement pédagogique a été assuré par les professeurs MAATOUK et Mr. EL HALIMI.

L'encadrement professionnel a été assuré par Madame. Nasrine MOHAMOUD HASSAN Ingenieur genie civil, Chef de Service Etude et Suivi des Travaux de la Direction de Réhabillitation,ARULOS et Monsieur Youssouf DAACH, Chef Service de cession amiable de la Direction de Réhabillitation,ARULOS.

Dédicaces

Je dédie ce modeste travail

A mes parents : En témoignage de mon affection et ma reconnaissance des sacrifices qu'ils ont consentit pour mon éducation et ma formation. Aucune dédicace ne saurait exprimer la profondeur de mon amour et de mon attachement. Un simple document scientifique ne saurait exprimer tout ce que j'éprouve pour vous. Que Dieu vous bénisse.

A mes chers frères et soeurs pour leurs patiences et leurs soutiens qu'ils n'ont cessés d'apporter au cours de ma formation et j'espère qu'ils seront toujours fiers de moi.

Et à tous ceux qui me sont chers.

Mémoire de fin d'études |

5

Mémoire de fin d'études |

6

Remerciements

Je ne peux entamer ce présent rapport sans prendre le temps de présenter l'expression de mes profonds remerciements et ma sincère gratitude envers tous ceux qui m'ont accompagné durant mon parcours universitaire.

Je tiens à remercier tout le corps professoral et administratif de la Faculté des Sciences et Techniques de Tanger.

Je tiens à remercier tout particulièrement et à témoigner toute ma reconnaissance envers mes encadrants internes Pr. Mustapha MAATOUK et Pr. Rachid EL HALIMI pour le temps qu'ils m'ont toujours humblement fourni, non seulement durant la période de stage et également tout au long de ces trois années de formation au sein de la FST.

Mes remerciements s'adressent également Pr. El ABDELLAOUI, président du jury de la soutenance et aussi Pr. AZYAT pour avoir accepté de juger ce travail et siège en tant que membre de jury.

Je tiens à exprimer toute ma reconnaissance aux personnes suivantes, pour l'expérience enrichissante et pleine d'intérêt qu'elles m'ont fait vivre durant ces quatre mois au sein de l'Agence de Réhabilitation Urbaine et du Logement Social:

· Monsieur Abdourahman Mahamoud, Directeur de la Direction de Réhabilitation Urbaine au sein d'ARULOS ;

· Madame Nasrine Mohamed Hassan, Chef de Service d'Etude et Suivi Travaux de la Direction de Réhabilitation Urbaine au sein d'ARULOS, mon encadrant interne au sein d'ARULOS ;

· Monsieur Daach Youssouf, Chef de service Cession d'Amiable ;

· Monsieur Mohamed Ahmed, Chef de Service de Logement Sociaux de la Direction du Logement Social au sein d'ARULOS, mon encadrant interne au sein d'ARULOS ;

· Monsieur Houmed Mohamed, Directeur de la Direction Informatique et Communication au sein d'ARULOS ;

· Madame Habone Yousouf, Directrice de la Direction Administrative et financière au sein d'ARULOS.

Mémoire de fin d'études |

7

TABLE DES MATIERES

Résumé 2

ABSTRACT 3

Avant-propos 4

Dédicaces 5

Remerciements 6

TABLE DES MATIERES 7

LISTE DES FIGURES 9

LISTE DES TABLEAUX 11

LISTE DES ACRONYMES 12

INTRODUCTION GENERALE 13

CHAPITRE I : CONTEXTE GENERAL DU PROJET 15

Introduction : I. Présentation de l'organisme d'accueil :	16	16
1. Présentation générale.		16
2. Organigrammes :		16
3. Missions du Service cession amiable:		18
4. Historique d'ARULOS :		18
II. Description du projet :		19
1. Contexte général :		19
2.Etude de l'existant :		20
3.Délimitation de zone d'étude :		22
4.Problématique :		25
5. Objectif :		25
Conclusion :	26
CHAPITRE II : ETUDE FONCTIONNELLE		27
Introduction :	28
I. Cahier des charges :		28
1. Introduction au problème :		28
2.Expression des besoins :		28
3. Contraintes :		32
II. Déroulement du projet :		33
1.Organisation du travail :		33
2.Echéancier physique :		35

Conclusion : 37

CHAPITRE III : ETUDE TECHNIQUE 38

Mémoire de fin d'études |

8

Introduction :

I. Architecture de la solution :	39	39
1. Choix de l'architecture :		39				2. Structure de la solution :
	39
II. Outils et technologies :		42
1. Modélisation et conception :		42
1.Système de Gestion de Base de Données :		43
2. Serveur Cartographique		43
Conclusion :	47
CHAPITRE IV : MODELISATION ET CONCEPTION		48
Introduction :	49
I. Modélisation :		49
1. Diagramme des cas d'utilisation :		50
II. Conception :		51
1. Règles de gestion de données :		51					2. Modèle Conceptuel de Données :
	51	3. Modèle Physique de Données :
	54
Conclusion :	55
CHAPITRE V : MISE EN OEUVRE DE L'APPLICATION		56
Introduction :	57
I. Préparation des données :		57
1. Collection/Rassemblement :		58
2. Traitement :		58
3. Intégration de données :		58
II. Présentation de la solution :		59
1. Interface d'application :		59
2. Interface principale Administrateur.		59
3. Parcelles urbaines		61
4. Logements sociaux		64
III. Cartes statiques disponibles.		69
VI. Interface utilisateur.		71
1. Parcelles urbaines :		73						2. Logements sociaux.
	75	3. Les points chauds des équipements Zéro Bidonville :
	75

Conclusion : 76

CONCLUSION GENERALE 77

REFERENCES BIBLIOGRAPHIQUE 79

Webographie 80

ANNEXES 81

Mémoire de fin d'études |

9

LISTE DES FIGURES :

Figure 1 : Organigramme général d'ARULOS 17

Figure 2 : Organigramme spécifique d'affectation. 18

Figure 3 : Phases d'organisation du projet. 34

Figure 4 : Diagramme de GANTT realiser d'état d'avancement de projet. 36

Figure 5 : Architecture "Client - Serveur" 40

Figure 6: Architecture de projet 42

Figure 7 : Diagramme de cas d'utilisation : Utilisateur 50

Figure 8: Modèle Conceptuel de Données (MCD) Service cession amiable. 52

Figure 9: Table Relationship 53

Figure 10 : Modèle Conceptuel de Données (MCD) service commerciale. 54

Figure 11 : Modèle Physique de Données (MPD) 55

Figure 12: Schéma de préparation de données 57

Figure 13 : Interface d'accueil 59

Figure 14 : Interface principale Administrateur 60

Figure 15 : Authentification specifique. 60

Figure 16 : Interface d'accueil 61

Figure 17 : L'interface graphique de parcelles urbaines. 62

Figure 18 : Outils des traitements. 62

Figure 19 : Requête et filtration de l'information. 63

Figure 20 : Table de liaison PostgreSQL/API 63

Figure 21 : L'interface graphique de partie commercial. 64

Figure 22 : formulaire sur le bâtiment ajouter. 65

Figure 23 : Visualisation spatiale de l'information de chaque bâtiment. 65

Figure 24 : Les différentes tables de la base des données. 66

Figure 25 : Visualisation de la table Bâtiment. 67

Mémoire de fin d'études |

10

Figure 26 : Localisation spatiale selon la commune. 67

Figure 27 : Connexion de QGIS / PostGIS. 68

Figure 28 : Afficher dans le canevas de QGIS. 69

Figure 29: Afficher les couches dans l'interface de travaille QGIS 69

Figure 30: Cartes disponibles. 70

Figure 31: Cartes découpage administrative. 70

Figure 32: Carte perimetre d'application de cession amiable. 71

Figure 33: Interface principal d'utilisateur. 71

Figure 34: S'enregistrement selon l'Email. 72

Figure 35: Vérification sur la base des données. 72

Figure 36: Se connecter par l'email et Mot de passe. 72

Figure 37: API utilisateur pour les parcelles urbaines. 73

Figure 38: Les outils de service WMS sur le GeoServer. 74

Figure 38: Les outils de service WFS sur le GeoServer. 74

Figure 40: Visualisation des logements sociaux. 75

Figure 41 : Les équipements de projet zéro bidonville. 76

Mémoire de fin d'études |

11

LISTE DES TABLEAUX :

Tableau I : Prix actuel du terrain en mètre carré (m2) 23

Tableau 2 : Tableau de la répartition de durée aux taches 35

Tableau 3: Tableau de représentation des données / Classe. 82

Mémoire de fin d'études |

12

LISTE DES ACRONYMES :

ARULOS Agence de Réhabilitation Urbaine et du Logement Social

SIG Système Information Géographique

HTML Hyper Text Markup Language

POP Permis d'Occupation Provisoire

IDS Infrastructure des Données Spatiale

UML Unified Modeling Language

URL Uniform Resource Locator

API Application Programming Interface

WFS Web Feature Service

SGBD Système de Gestion de Base des Données

MCD Modèle Conceptuel des Données

WMS Web Map Service

Java Langage de programmation orienté objet

ShapeFile Format de fichier issu du monde des SIG

DAO Dessin Assisté par l'Ordinateur

Windows Système d'exploitation

RGD Règle des Gestion des données

SQL Langage informatique normalisé servant à exploiter de base des données.

MPD Modelé Physique des Données

SSG Secrétaire Générale du Gouvernement

DATUH Direction d'Aménagement Territoriale Urbanisme et d'habitat

C.R.U.D Create Remove Update Delete

http Protocole de communication client-serveur développé pour le World

Wide Web

Mémoire de fin d'études |

13

INTRODUCTION GÉNÉRALE

Ces dernières années, la question foncière suscite l'intérêt de nombreux chercheurs issus d'horizons divers: décideurs, universitaires, organismes et agents de développement nationaux et internationaux etc. Cet engouement, pour ce domaine assez complexe, n'est pas le fruit du hasard car, en réalité, il y a recrudescence des conflits fonciers, mais aussi la terre est devenue, ces dernières années, un enjeu de taille dans le contexte de la mondialisation.

Dans ce contexte, la conception d'un Système d'Information Géographique(SIG) liée à une base de données foncière constitue un outil indispensable pour connaitre au mieux la situation du patrimoine foncier, afin de pouvoir engager les actions correctives nécessaires.

Ce PFE s'insère dans cette dynamique dans laquelle il présente une approche pertinente pour la gestion de l'information foncière et immobilières . L'objectif ultime de ce stage, qui a duré quatre mois au sein de l'ARULOS, est de concevoir et de développer une solution SIG Web permettant la gestion et le suivi des données spatiales du patrimoine foncier d'ARULOS.

Ce document résume les grandes lignes de mon travail de stage de fin d'études allant de l'étude fonctionnelle jusqu'à l'expérimentation de la solution SIG et de ma présentation de mon projet devant le Directeur Générale et les différentes responsables concernés directement par le projet et surtout des résultats finaux au sein de l'ARULOS .

Dans le premier chapitre je dresserai le contexte général de l'élaboration du PFE. Je présenterais l'organigramme de l'ARULOS; son organisation et ses activités principales. Dans un deuxième temps j'annoncerai le cadre général, les objectifs du projet et j'exposerai ma méthode de travail et la planification suivie pour la réalisation de ce projet.

Dans le deuxième chapitre, je présenterais les éléments du cahier de charges à savoir le déroulement de l'analyse des besoins ainsi que les spécifications fonctionnelles.

Mémoire de fin d'études |

14

Dans le troisième chapitre, je détaillerais l'étude technique réalisée à savoir l'architecture logique et technique de la solution proposée pour répondre aux besoins soulevés.

Le quatrième chapitre est consacré à la conception de l'application. Pour présenter globalement ma solution SIG, j'exposerais le diagramme de cas d'utilisation global ainsi que le modèle conception des données.

Dans le cinquième chapitre, je détaillerais l'approche du développement en fournissant des captures d'écrans de l'application.

Je terminerai par une conclusion générale puis je proposerai des perspectives

concernant la suite projet.

CHAPITRE I : CONTEXTE

GÉNÉRAL DU PROJET

Mémoire de fin d'études |

15

Mémoire de fin d'études |

16

Introduction :

Ce chapitre présente le contexte général du projet, à savoir une présentation de l'organisme d'accueil ses missions, son organisation et produits. Puis je finirai par décrire le contexte du projet, d'étudier et critiquer l'existant, puis extraire la problématique et les objectifs du travail.

I. Présentation de l'organisme d'accueil :

1. Présentation générale.

L'Agence de Réhabilitation Urbaine et du Logement Social ARULOS est rattachée au Ministère Délégué auprès du Ministère de l'Habitat, de l'Urbanisme et de l'Environnement chargé du logement est soumise au contrôle économique et financier des organes de l'État prévu par la législation en vigueur.

2. Organigrammes :

Sous l'autorité du Ministère du Logements sociaux, de l'Agence de Réhabilitation Urbaine et du Logement Social (Fig.1).

Figure 1 : Organigramme général d'ARULOS

Mon sujet de stage est affecté à la Direction de la Réhabilitation Urbaine et celle du Logement Social. La figure 2, détaille l'organigramme de la direction du lieu du stage de PFE :

Mémoire de fin d'études |

17

Mémoire de fin d'études |

18

Figure 2 : Organigramme spécifique d'affectation.

3. Missions de régularisation foncière :

La régularisation foncière est une procédure qui permet l'accès à la propriété foncière définitive et la sécurité d'occupation résidentielle pour les détenteurs du permis d'occupation provisoire issue des anciens quartiers de Djibouti Ville et de la banlieue de Balbala.

Le Permis d'Occupation Provisoire (POP) mis en place à l'époque coloniale ne garantit aucune sécurité foncière :

- Ce statut ne donne le droit de construire uniquement en matériaux légers; - Les risques d'incendies sont permanents surtout en période estivale.

4. Historique d'ARULOS :

Durant son existant (2001-2018) le fond de l'habitat a réalisé plus de 4000 logements et 4500 parcelles viabilisées.

Mémoire de fin d'études |

19

En juin 2018, à l'issue d'un nouveau recadrage institutionnel souhaité par les autorités supérieures pour être en phase avec les problématiques du secteur du logement, l'établissement dénommé (Fond de l'habitat) est dissous par la LOI N9/AN/18/8ème, et remplacé par un nouvel établissement public dénommé ARULOS. Le présent décret définit l'organisation et le fonctionnement de l'ARULOS créée par la loi n°09/AN/18/8ème L du 25 juin 2018.

L'ARULOS est aussi honorée de la personnalité morale avec une autonomie administrative et financière investie des missions Techniques du Fond de l'Habitat, la nature de sa mission, a été élargie pour intégrer la restructuration et la résorption des logements insalubres pour lutter contre la formation de bidonville.

II. Description du projet : 1. Contexte général :

Comme étant un organisme national, l'ARULOS se voit doter d'un Système fiable et global lui offrant un visuel simultané de toutes les données relatives à chaque direction centrale. Ce système doit fournir des consultations instantanées et immédiates afin que les grands décideurs aient une information générale et superposée aux différentes thématiques disponibles.

C'est dans ce cadre que l'ARULOS a décidé d'adopter la solution d'une Infrastructure de Données Spatiales (IDS). Cette infrastructure est une organisation créer entre plusieurs structures pour gérer leur information géographique qui repose sur des accords de partage, une coordination et des systèmes informatiques qui intègrent un ensemble de services qui sont : des catalogues de métadonnées, des serveurs, des logiciels, des données et des applications.

Mémoire de fin d'études |

20

La mise en place de cette IDS liées au patrimoine foncier et immobilier nécessite l'accord des producteurs de données géographiques, mais aussi des intégrateurs et des utilisateurs de ces données de la zone concernée par l'IDS.

De part, la dématérialisation d'un grand nombre de services publics, il semble plus facile d'avoir accès à l'information géographique. Mais cela est difficile s'il n'y a pas une metadata des formats de données, des techniques de distribution, des politiques de partage.

Mutualiser l'information géographique permet également les coûts en termes de production, de diffusion et de stockage.

Après l'attribution entre le service des Etudes, le service de cession amiable et aussi commercial la mission de concevoir une interaction de Données Spatiales. Le service a pensé d'avancer progressivement dans la solution et s'attaquant en un premier temps au service cession amiable puis le Service Commerciale de Logements Sociaux.

Le choix de la cession amiable n'était pas créé au par hasard, ce service occupe une place très importante au sein d'ARULOS vu qu'elle est chargée de convertir le titre provisoire en titre foncier.

Tous les terrains fonciers entrant dans sa juridiction par le droit d'urbanisme, afin que les propriétaires soit définitivement légitime de leurs parcelles de terrain institué par l'administration coloniale.

2. Etude de l'existant :

L'étude de l'existant est le point de passage obligé qui matérialise le premier contact des concepteurs avec un domaine quelconque. Cette étude est essentielle pour que le concepteur puisse avoir une vue claire des besoins, et les objectifs à atteindre.

Mémoire de fin d'études |

21

Actuellement, tout candidat à l'acquisition d'une parcelle vacante doit : être de nationalité Djiboutienne, présenter une demande écrite comportant une adresse complète, et présenter l'original de son titre d'occupation provisoire.

Dans le souci de satisfaire toutes les personnes désirant régulariser leur situation foncière, ARULOS a obtenu un logiciel appelé SYGACOM.

Ce logiciel qui est utilisé depuis le 1er janvier 2011 présente beaucoup de défaillances et ne répondre pas favorablement aux attentes du service de la cession amiable. Il est utilisé uniquement lors des dépôts de demandes d'achat et au moment du calcul des frais d'acquisition des parcelles.

Cependant, il existe des paramètres entre ces deux étapes qui ne sont pas utilisables dans ce logiciel à savoir :

- la planification des visites de terrain, la réception des plans de situation, la phase de la diffusion des dossiers pour l'émission des avis techniques DATU;

- la phase de transmission des actes de la cession amiable pour l'enregistrement à la direction des impôts ;

- et également la phase des dossiers en attente d'immatriculation ainsi que la réception des certificats d'inscription foncière.

Pour ces étapes les agents utilisent leurs propres méthodes de suivi dans des fichiers Excel. En effet trois années après la conception du SYGACOM, le service de la cession amiable a commencé à travailler sur certains paramètres du SYGACOM comme la gestion des visites de terrain à partir du 18/11/2013. L'activation de ces paramètres permettra de répondre positivement à la demande de la population ciblée par la procédure de la cession amiable

Courant l'année 2016, les agents du service de la cession amiable ont bénéficié d'une formation pour s'imprégner d'un nouveau logiciel de gestion des activités d'ARULOS. Ce nouveau logiciel appelé SAGE a pour but d'administrer et de réunir toutes les activités de l'ARULOS pour permettre à l'agence comptable de passer toutes les écritures comptables sans difficulté et enfin instaurer le bilan et le compte des résultats annuels. Ce travail, donne seulement un aperçu attributaire lié un dessin assisté par l'ordinateur (DAO) sur un plan situation sans aucune liaison géographique avec des données spatiales

concernées .

En allant plus dans les détails, et après une réunion avec la responsable de service cession amiable et le service informatique, j'ai constaté que les agents sur le terrain qui prennent les mesures et les réseaux de travail sont indépendants ainsi que le service reste informatique commerciale.

.

3. Délimitation de la zone d'étude (périmètre d'application) :

La procédure de la cession qui a été instituée pour faciliter la mutation foncière de permis d'occupation provisoire dans les anciens quartiers de Djibouti-ville (Quartiers 1 à 7, Amboulie et Djebel) et Balbala-PK12.

? Délimitation des anciens quartiers de Djibouti-Ville (1 à 7 bis, Amboulie, Djebel): Les anciens Quartiers sont délimités : -1 Au nord, par l'avenue de Brazzaville ; -1 à l'est, par le boulevard de Gaulle ;
Mémoire de fin d'études |	22

Mémoire de fin d'études |

23

-1 à l'ouest, par le boulevard Cheick Osman ; -1 au sud par l'avenue Nelson Mandela ;

Un plan de situation détaillé de ses différentes limites est en annexée.

? Délimitation des anciens quartiers de Balbala

L'agglomération de Balbala est délimitée :

-1 Au nord-est, par la route de Doraleh

-1 à l'est au sud par la route d'Arta

-1 à l'ouest, par la voie de liaison Doraleh (Voie de route R19)

Tableau I : Prix actuel du terrain en mètre carré (m2)

	Emplacement	Prix terrain au m2
		Foncier infrastructure
Quartiers	V' Place Harbi et alentours V' Avenue Cheick Osman V' Avenue Cheik Houmed (EX Ave 13) V' Reste du quartier	1000FD 1000FD 1000FD +1500FD 500FD
Quartier 2	V' Boulevard de Gaule V' Avenue Cheik Houmed (EX Ave 13) V' Reste du quartier	1000FD 1000FD +1500FD 500FD
Quartier 3	V' Boulevard de Gaule V' Avenue Cheik Houmed (EX Ave 13) V' Avenue 26 V' Reste du quartier	1000FD 1000FD 1000FD + 1500FD 500FD

Mémoire de fin d'études |

24

Quartier 4

		ü Avenue Cheik Houmed (EX Ave 13) ü Rue Houmed Loita ü Avenue 26 ü Route d'Arta ü Reste du quartier			1000FD 1000FD 1000FD 1000FD 500FD			+1500FD		Quartier 5
ü Boulevard de Gaule ü Avenue 26 ü Avenue Nasser ü Reste du quartier		1000FD 1000FD 1000FD 500FD			+1500FD
Quartier 6			Rue Houmed Loita Avenue Nasser Zone STID et Zone ouest Reste du quartier	1000FD 1000FD 1000FD 500FD			+1500FD
			Avenue Nasser	1000FD
Quartier 7			Boulevard de Guelleh	1000FD			+1500FD
			Batal	500FD
			Reste du quartier
			Voie Type E	1000FD
Quartier 7 BIS			Boulevard Guelleh Batal	1000FD			+1500FD
			Reste du quartier	500FD
			Boulevard Neslson	1000FD
AMBOULI-DJEBEL			Mandela	1000FD			+1500FD
			Boulevard Guelleh Batal	500FD
			Reste du quartier
BALBALA			Route d'Arta	1000FD			+1500FD
			Reste de Balbala	500FD			+1500FD

Mémoire de fin d'études |

25

4. Problématique :

Après avoir analysé la solution existante et effectuer plusieurs réunions avec les services concernés, j'ai pu déterminer les problèmes auxquels il faudrait répondre lors de la réalisation d'une solution appropriée, les problèmes trouvés sont comme suit :

? Inexistence d'une base de données spatiale, centralisée et harmonisée où toutes les données spatiales sont stockées ;

· Les données sont sous forme de fichiers DWG et ces mêmes données ne respectent pas la même projection ;

· Pas de liaison entre le service de terrain et le service informatique ;

· Les données spatiales sont dispatchées entre plusieurs gestionnaires, d'où l'uniformité et la standardisation données est quasi absente :

· La difficulté d'accéder aux données à tout moment et par endroit, c'est-à-dire localisable de chaque client vu qu'il faudrait s'assurer du type d'information et de son degré d'actualisation.

· Actualisation des limites spatiales qui n'est pas systématique, autrement dit, la mise à jour d'une donnée et sa diffusion à distance n'est pas automatiquement actualisée chez tous les gestionnaires.

5. Objectif :

L'objectif de ce présent projet est de concevoir et de développer un Système d'Information Géographique (SIG) de gestion et de suivi des données spatiales du domaine de régularisation foncière et immobilier au sein de l'Agence de Réhabilitation Urbaine et du Logement Social.

Cette solution se doit de :

· Garantir une meilleure gérance et un suivi en temps réel des données spatiales du domaine patrimoine foncier ;

· Rassembler les différentes informations géographiques foncières en une seule base de données centrale et harmonisée ;

· Assurer un accès à tout moment et aux mêmes données ; Et ayant ainsi la même structure en évitant tout problème de normalité et de projection ;

· Partage de l'information spatiale et de mettre dans un Base des données spatiale au sein l'agence par les services concernés.

Conclusion :

A travers ce chapitre, il est clair que le développement d'un Système d'Information Géographique de gestion et de suivi du domaine foncier est devenu un besoin réel du service de cession amiable. Ceci est dû à l'importance après critique de ce métier au sein de l'Agence de Réhabilitation Urbaine et du Logement Social.

L'importance de ce chapitre réside dans le fait qu'il est avant tout essentiel, dans la réalisation d'un projet SIG afin de bien étudier l'existant et ensuite définir la problématique et d'en déduire les objectifs du projet.

Dans le chapitre suivant, je présenterai l'étude fonctionnelle du projet.

Mémoire de fin d'études |

26

CHAPITRE II : ETUDE

FONCTIONNELLE

Mémoire de fin d'études |

27

Mémoire de fin d'études |

28

Introduction :

Ce chapitre présente une étude fonctionnelle du projet qui s'articule principalement sur l'élaboration du cahier des charges et en introduisant le problème. Ensuite la description des besoins et l'expression des contraintes qu'il faudrait respecter. Puis la description du déroulement du projet à travers la présentation des différentes phases du projet avec leurs actions et le planning suivi.

I. Cahier des charges :

1. Introduction au problème :

La régularisation foncière et de la reconstruction est une procédure qui permet l'accès à la propriété foncière définitive et la sécurité d'occupation résidentielle pour les détenteurs du permis d'occupation provisoire issue des anciens quartiers de Djibouti Ville et de la banlieue de Balbala. De devenir définitivement propriétaire légitime de leurs parcelles de terrain institué par l'administration coloniale.

Pour dissuader les détenteurs des permis d'occupation provisoire à régulariser leurs parcelles, le gouvernement a revu à la baisse les tarifs d'acquisition des terrains.

Pour le service commercial met en oeuvre les opérations de vente de parcelle et des appartements sociaux et location de vente.

2. Expression des besoins :

Les besoins sont liés à la gestion de la régularisation foncière et la commercialisation des logements sociaux. Les paragraphes qui suivent présentent les principaux besoins exprimés par la Direction du Domaine Foncier et l'ARULOS.

? Aperçu géographique de l'historique de cession amiable :

Décret n°2010-0132/MHUEAT du 11 juillet 2010 portant révision à la baisse la tarification de la cession amiable dans les anciens quartiers de Djibouti-ville et de Balbala.

Les habitants des anciens quartiers de la ville et de l'agglomération de Balbala se familiarisent de plus en plus avec la procédure de la cession amiable. Une enquête de sensibilisation sur la procédure de la cession amiable (facilitée de paiement étalement du délai de paiement etc....) a été réalisée par l'ARULOS dans les différents quartiers de la ville de Djibouti et Balbala.

? Aperçu géographique de l'état actuel :

ARULOS ;

La régularisation foncière d'une parcelle implique les trois directions à savoir :

-

- La Direction des domaines et de la conservation foncière ;

- Direction de l'aménagement du territoire, de l'urbanisme et de l'habitat.

(DATUH).

? Schématisation d'un dossier type de la régularisation foncière:

· Constitution de dépôt de dossier de la cession amiable ;

· Le certificat de propriété récente ;

· Une copie de la carte d'identité ou acte de décès ;

· Droit de constituant de 20 000FD ;

· Les coordonnées téléphoniques ;

· Remplir un formulaire type ;

· Ratification du dossier par le Directeur du l'ARULOS ;

· Envoie par paquets dossiers au Domaines pour visiter un jour par semaine ;

· Etablissement des plans de situation en corrélation ;

Mémoire de fin d'études |

29

Mémoire de fin d'études |

30

? Réception des plans de situation ;

? Requête de l'avis technique de la Direction de l'Aménagement du Territoire de l'Urbanisme et de l'Habitat (DATUH) ;

? Arrangement à l'encaissement de paiement en plusieurs échéances (maximum

24mois) ;

? Dressement des actes de cession amiable

y' Organisation du paiement des droits domaniaux (coût foncier et immatriculation) et

droit d'enregistrement et des timbres

y' Achats des timbres fiscaux à l'Hôtel des impôts

y' Oblitérations actes de cession amiable

y' Envoie à l'hôtel des impôts pour enregistrement

y' Envoie des actes de cession amiable au Secrétaire Général de Gouvernement pour

signature par ordre du Président.

y' Apres signature du SGG délivrance de l'acte de cession amiable à l'intéressé

y' Envoie des dossiers souches de l'intéressé plus un exemplaire de l'acte de cession

amiable au Domaines pour immatriculation au grand livre foncier de la république

de Djibouti

y' Etablissement de certificat d'inscription

y' Retour au Fond de l'Habitat pour délivrance de certificat d'inscription foncière

y' Archivage des dossiers par ordre alphabétique et par arrondissement

+ Difficultés du service cession amiable :

Le service de régularisation foncière souhaite connaître à tout moment l'état actuel des propriétaires de chaque logement provisoire sous forme d'une information géographie (spatiale) localisable. Cet aperçu devrait superposer d'un plan situation délivré DDCF par le des différents statuts de la procédure qui va donner l'accès à la propriété foncière définitive après la procédure de démarche de direction du domaine et la direction de l'urbanisme. Comme il devrait être possible d'effectuer certaine tache à savoir :

Mémoire de fin d'études |

31

- Les agents sur les terrains mesurent la parcelle de chaque logement existant (provisoire) avec un appareil de mesure à ruban étalonné en mètre ;

- Fait un croquis sur l'état de lieu;

- Absence du côté spatiale dans le travail du terrain ;

- Difficulté à mettre en ligne la cartographie et de partager leurs données collectées dans un réseau local ;

Dans le côté commercial, la notion de marketing n'est pas efficace sur les clients, chaque client doit avoir en avance c'est-à-dire à distance la disponibilité de chaque appartement à vendre sans être obligé de se déplacer d'administration. Après une longue discussion avec la chef de service commerciale on a mise en clair plusieurs problèmes à savoir :

· Absence de la notion de géomarketing ;

· Difficulté que les clients visualisent à distance les appartements qui sont à vend ou déjà pris par d'autres clients par l'intégration de cartographie en ligne ;

· Mettre à jour les descriptions de chaque bâtiment en le localisant spatialement.

? Aperçu géographique de l'historique d'un titre provisoire :

Par cette interface la direction souhaite avoir un aperçu géographique individuel de l'historique d'un titre provisoire spécifique et en superposant les limites polygonales disponibles afin de voir l'évolution de changement d'un terrain provisoire concerné à travers les différents statuts de la procédure d'immatriculation par lesquels il est passé. Tout en renseignant la date de visite sur le terrain de chaque statut avec sa superficie.

? Insertion d'une nouvelle parcelle provisoire/foncière :

Cette partie de l'application est tenue de permettre l'ajout des limites d'une nouvelle parcelle provisoire qui vient tout juste d'être crée tout en renseignant le statut auquel appartient cette limite sous-préfet (provisoire, foncier).

? Insertion d'un nouveau bâtiment:

Cette partie de l'application est tenue de permettre l'ajout d'un nouveau bâtiment. ? Gestion d'utilisateur :

La direction insiste à intégrer dans la solution la gestion des droits d'accès, ceci réside dans l'attribution à chaque utilisateur un droit bien précis qui lui confère un accès aux données souhaitées. Les droits d'accès sont principalement comme suit :

- Public : Pourrait consulter seule la page offrant l'aperçu de la situation

actuelle sur les parcelles de terrains foncier/provisoire, les bâtiments des logements sociaux existants et les équipements des points chauds ;

- Utilisateur : Accès à l'aperçu géographique de la situation actuelle ainsi

qu'aux interfaces relatives à l'insertion d'une nouvelle parcelle foncier/provisoire et insertion un bâtiment (voir figure sur le diagramme de cas utilisateur) ;

- Décideur : En plus des droits conférés à « l'utilisateur », le décideur

pourrait avoir accès à chacune des interfaces donnant un aperçu géographique de l'historique. ;

- Administrateur : Peut accéder à toutes les interfaces qu'un décideur

visualise et aussi une interface de plus lui offrant la possibilité de gérer les utilisateurs.

3. Contraintes :

La mise en oeuvre de cette solution doit être réalisée sous les contraintes indiquées ci-dessous :

- Délai de réalisation sur quatre mois.

- Interaction avec l'interface WebSIG.

Mémoire de fin d'études |

32

Mémoire de fin d'études |

33

II. Déroulement du projet :

La planification est une étape primordiale dans la gestion du projet. Elle déterminera le bon déroulement et l'enchainement des activités. Cette partie est consacrée à la présentation de la planification du projet.

1. Organisation du travail :

Au tout début de mon projet, j'ai jugé qu'il est capital d'organiser mon travail sous forme de tâches, en définissant pour chaque tâche les différentes actions qui devraient être réalisées. L'ensemble des phases prévues sont schématisées dans le Brainstorming ci-dessous (Fig.3).

^{Etude de l'existant.}

^{Critique de l'existant.}

^{Analyse du besoin.}

^{Proposition de la solution.}

^charges.

^{Rédaction du cahier des}

^{Début de la rédaction du}

^rapport.

^{Conception de la solution.}

^{Préparation des données.}

^{Création et structuration}

^{de base de données.}

^{Ajout de la conception au}

^rapport.

^{Phase 2} : ^{Etude et critique de l'existant, dégagement du besoin et proposition de la solution}

^{Phase 4} : ^{Conception de}

^{la solution}

^{Phase 3 :Documentation}

^{sur la problématique et}

^{choix des technologies}

^{Phase 5} : ^Développent

^{de la solution et test des}

^résultats

^{de travail.}

^{Découverte de l'environement}

^{Familiarisation avec les}

^{activités de l'organisme.}

^{Rassemblement des documents}

^{sur le sujet.}

^{Choix des technologies.}

^{Installation et préparation des}

^{outils de travail.}

^{Développement de la solution.}

^{Test et validation des} résultats.

^{Organisation du}

^projet.

^{au rapport.}

^{Ajout des résultats finaux}

^{Finalisation de la}

^{rédaction du rapport.}

^{Phase 6} : ^{Rédaction du}

^rapport

Figure 3 : Phases d'organisation du projet.

Mémoire de fin d'études |

35

2. Echéancier physique :

Mon stage au sein de l'Agence de Réhabilitation Urbaine et du Logement Social a débuté depuis le 1er Mars 2019. La semaine de travail débutait le Dimanche et se termine le Jeudi avec un horaire auquel je me suis accommodé qui commençait à 8h30 et se terminait à 17h00. La répartition du temps des tâches que je me suis fixé est comme suit (voir journal de stage) :

Tableau 2 : Tableau de la répartition de durée aux taches

Nom de la tâche	Durée	Début	Fin
Familiarisation et adaptation avec le milieu du travail	9 jours	03/03/19	12/03/19
Découverte de l'environnement de travail	6 jours	03/02/16	Mar 09/03/16
Familiarisation avec activités de l'organisme	3 jours	10/03/19	12/03/19
Etude et critique de l'existant, détection du besoin et proposition des solutions	11 jours	15/03/19	26/03/19
Etude de l'existant	2 jours	13/03/19	14/03/19
Critique de l'existant	3 jours	16/03/19	18/03/19
Analyse du besoin	2 jours	19/03/19	20/03/19
Proposition de la solution	3 jours	21/03/19	24/03/19
Rédaction du cahier des charges	2 jours	25/03/19	26/03/19
Documentation sur la problématique et choix des technologies	11 jours	26/03/19	07/04/19
Rassemblement des documents sur le sujet	3 jours	26/03/19	28/03/19
Choix des technologies	6 jours	30/03/19	04/04/19
Installation et préparation des outils de travail	2 jours	06/04/19	07/04/19
Conception de la solution	19 jours	07/04/19	28/04/19
Conception de la solution	3 jours	08/04/19	10/04/19
Préparation des données	9 jours	11/04/19	21/04/19
Création et structuration de la base de données	5 jours	22/04/19	27/04/19
Rédaction du rapport de la conception.	2 jours	27/04/19	28/04/19
Développement de la solution et test des résultats	29 jours	28/04/19	30/05/19
Développement de la solution	22 jours	29/04/19	23/05/19
Test et validation	6 jours	25/05/19	30/05/19
Rédaction du rapport	39 jours	01/05/19	15/06/19
Ajout des résultats finaux	10 jours	01/05/19	11/06/19
Finalisation de la rédaction du rapport	4 jours	12/06/16	16/06/16

Figure 4 : Diagramme de GANTT realiser d'état d'avancement de projet.

Conclusion :

Ce chapitre a permis de décrire le métier de l'ARULOS et d'identifier en détail ses besoins. Pour ensuite décrire le déroulement du projet tout en donnant les différentes phases le constituant ainsi que ces actions avec leurs dates et les taches.

Le chapitre suivant est surtout axé autour de l'étude technique du projet et présente l'architecture et les outils et technologies avec lesquels j'ai travaillé sur le projet.

Mémoire de fin d'études |

37

CHAPITRE III : ETUDE

TECHNIQUE

Mémoire de fin d'études |

38

Mémoire de fin d'études |

39

Introduction :

Ce chapitre est consacré à la présentation de l'architecture de travail ainsi que la description des outils et technologies choisis.

I. Architecture de la solution :

1. Choix de l'architecture :

Après évaluation et étude, afin de répondre aux besoins soulevés. Il nous a paru

judicieux d'adopter une solution « Webmapping » ou encore connu sous l'appellation « cartographie en ligne »

La cartographie en ligne répond à de réels besoins de diffusion rapide de l'information et de mise à jour à distance des données. Bien que le résultat cartographique permette de faciliter la compréhension de l'espace environnement, la mise en oeuvre de telles plateformes demande des compétences transversales à la fois en informatique et en géographique.

Cette architecture défini à la fois le processus de distribution de cartes via un réseau tel

que l'internet ou l'intranet et leur visualisation dans un navigateur. En d'autres termes on peut l'appeler un SIG web.

Les données stockées et mises en relation dans les SGBDR correspondent aux informations attributaires décrivant l'espace donné, tandis que les objets géographiques tels que le point, la ligne et le polygone sont des données géométriques référencées dans un plan bidimensionnel ou tridimensionnel.

Dans une conception en ligne, la visualisation des cartes passe par des programmes

installés sur des serveurs cartographiques qui communiquent par des protocoles prédéfinis. La géométrie est gérée grâce à la cartouche spatiale du SGBDR.

2. Structure de la solution :

La structure adoptée est une architecture de type « client-serveur » avec « client léger ». Ce système repose principalement sur quatre composantes schématisées comme suit :

Mémoire de fin d'études |

40

Figure 5 : Architecture "Client - Serveur"

· Client

Le client ici est sous forme d'une application web. C'est lui qui permet l'interrogation des serveurs cartographiques. Les clients utilisent un certain nombre d'outils développés à base de différentes bibliothèques (JQuery, Bootstrap), libre ou propriétaire, tournés vers la cartographie. Il existe différents clients qui permettent à l'utilisateur de visualiser des cartes géo-référencées depuis une page web tels que Google maps, Bing Maps et OpenLayers.

· Serveur cartographique

Un serveur cartographique est un serveur spécifique qui permet la réalisation de cartes géo-référencées. Il crée des images de cartes à l'aide de données spécifiques, stockées sur les serveurs de base de données mis à leur disposition. Ces images de cartes sont envoyées aux clients intéressés. Il existe deux types de serveurs cartographiques :

Mémoire de fin d'études |

41

- Les serveurs cartographiques libres où le code source est à disposition du grand

public, ce qui permet d'héberger et d'administrer son propre serveur cartographique chez soi comme GeoServer ou MapServer.

- Les serveurs cartographiques semi-libres qui ne permettent que d'être requêtés

comme Google Maps Server ou encore Bing Maps Server.

· Serveur de données

Les serveurs de données utilisés pour faire de la cartographie en ligne ne sont autres que des Systèmes de Gestion de Base de Données Relationnel et Objet (SGBDRO) améliorés qui introduisent des extensions de données spatiales. Ils expriment toutes les informations concernant la localisation et la forme de particularités géographiques. Il existe un certain nombre de serveurs de base de données capables de stocker ce type de données spécifiques comme, par exemple, PostGIS et Oracle Spatiale qui sont respectivement des extensions des systèmes de base de données PostgreSQL et Oracle. Le premier étant un serveur libre et le deuxième propriétaire.

· Serveur Web :

C 'est la partie qui contient les traitements applicatifs , elle reçoit des requêtes du client

de manière classique, et elle est chargée d'élaborer le contenu de la réponse. Elle est représentée par le serveur web Internet Information Services (IIS).

Mémoire de fin d'études |

42

Figure 6: Architecture de projet

II. Outils et technologies :

Le choix des outils et technologies a été principalement orientés aux solutions libres

(open source) vu que l'organisme d'accueil n'a prévu aucun budget à la réalisation de ce système. D'autant plus, ce sont des outils auxquels je suis déjà initiés.

Les outils et technologies adoptés sont maniables et intégrables dans toute problématique et ayant une très bonne renommé dans la communauté web.

1. Modélisation et conception :

· Merise :

Merise est méthode de conception, qui a apparu dans le monde de l'analyse, la

conception et la gestion des projets informatiques, dans le cadre de « L'analyse systématique

».

· UML :

UML ou Langage de modélisation unifié est un langage de modélisation graphique, qui a apparu dans le monde du génie logiciel, dans le cadre de la « modélisation orientée objet ».

2. Système de Gestion de Base de Données :

		PostgreSQL est un système de gestion de base de données relationnelle et objet (SGBDRO). C'est un outil libre qui n'est pas contrôlé par une seule entreprise, mais est fondé sur une communauté mondiale de développeurs et	d'entreprises.

PostGIS est une extension (plugin) du SGBD PostgreSQL, qui active la

manipulation d'informations géographiques (spatiales) sous forme de géométries

(points, lignes, polygones), conformément aux standards établis par l'Open Geospatial Consortium. Il permet à PostgreSQL d'être un SGBD spatial (SGBDs) pour pouvoir être utilisé par les systèmes d'informations géographiques. Le nom provient de la contraction de PostgreSQL et de GIS (acronyme anglais de SIG). Concrètement, PostGIS permet le traitement d'objets spatiaux dans PostgreSQL, autorisant le stockage des objets graphiques en base de données pour les SIG, un peu comme le SDE de ESRI, la base de données spatiale d'IBM Informix Dynamic Server ou l'extension spatiale d'Oracle

3. Serveur Cartographique :

GeoServer est un serveur informatique open source et libre écrit en Java qui permet aux utilisateurs de partager et modifier des données géographiques. Conçu pour l'interopérabilité, il publie les données de toutes les sources principales de données spatiales utilisant des normes ouvertes.

4. Serveur WEB :

Mémoire de fin d'études |

43

Le logiciel libre Apache est un serveur HTTP créé et maintenu au sein de la fondation Apache. C'est le serveur HTTP le plus populaire du Web.

Mémoire de fin d'études |

44

5. Langage de programmation :

· HTML :

HyperText Markup Language, dit HTML, est un langage de balisage servant à écrire des pages pour le World Wide Web.

Conçu à l'origine comme le successeur d'HTML, XHTML se fonde sur la syntaxe définie par XML, il s'agit en effet de présenter un contenu affichable non seulement par les ordinateurs classiques, mais également sans trop de dégradation par des PDA bien moins puissants.

· CSS :

Les feuilles de styles (en anglais "Cascading Style Sheets", abrégé CSS) sont un langage qui permet de gérer la présentation d'une page Web. Le langage CSS est une recommandation du World Wide Web Consortium (W3C), au même titre que HTML ou XML.

Les styles permettent de définir des règles appliquées à un ou plusieurs documents HTML. Ces règles portent sur le positionnement des éléments, l'alignement, les polices de caractères, les couleurs, les marges et espacements, les bordures, les images de fond.

· JavaScript :

JavaScript est un langage de script orienté objet principalement utilisé dans les

pages HTML. A l'opposé des langages serveurs (qui s'exécutent sur le site), Javascript est exécuté sur l'ordinateur de l'internaute par le navigateur lui-même. Ainsi, ce langage permet une interaction avec l'utilisateur en fonction de ses actions (lors du passage de la souris au-dessus d'un élément, du redimensionnement de la page...).

· PHP :

Le PHP est un langage informatique utilisé sur l'internet. Le terme PHP est un acronyme récursif de "PHP: Hypertext Preprocessor". Ce langage est principalement utilisé pour produire un site web dynamique. Il est courant que ce langage soit associé à une base de données, tel que MySQL.

Exécuté du côté serveur (l'endroit où est hébergé le site) il n'y a pas besoin aux visiteurs d'avoir des logiciels ou plugins particulier.

· JQUERY :

Mémoire de fin d'études |

45

JQUERY est une bibliothèque JavaScrit open-source et cross-browser qui permet

de traverser très facilement l'arbre DOM de vos pages web à l'aide d'une syntaxe fortement similaire à celle d'XPath (qui est la syntaxe de manipulation d'arbre XML)

JQUERY vous permet par exemple de changer/ajouter une classe CSS, créer des

animations, modifier des attributs, etc. Mais également de gérer les événements JavaScript ainsi que de faire des requêtes AJAX le plus simplement du monde.

· Framework (Bootstrap) :

Bootstrap est une collection d'outils utile à la création de sites et d'applications web. C'est un ensemble qui contient des codes HTML et CSS, des formulaires,

Mémoire de fin d'études |

46

boutons, outils de navigation et autres éléments interactifs, ainsi que des extensions JavaScript en option.

· OpenLayers :

OpenLayers est un logiciel libre, publié sous licence BSD. Il est constitué d'une bibliothèque de fonctions JavaScript assurant un noyau de fonctionnalités orienté vers la mise en place d'applications clientes Web cartographiques. Il s'intègre directement dans le code de la page web et est compatible avec tous les navigateurs. Principales fonctionnalités :

? Afficher sur une page web des données géographiques sous forme d'une carte.

? Placer des marqueurs sur la carte, correspondant aux différents lieux que l'on souhaite faire apparaître.

? Intégrer des données issues de plusieurs sources.

? Ajouter des contrôles graphiques (zoom de la carte, affichage et masquage de couche, réglage de l'opacité...).

OpenLayers accepte les données transmises par un serveur cartographique via le protocole WMS de l'Open Geospatial Consortium

? Leaflet :

Leaflet est une bibliothèque JavaScript libre de cartographie en ligne

développée par Vladimir Agafonkin de CloudMade et de nombreux contributeurs. Elle est notamment utilisée par le projet de cartographie libre et ouverte OpenStreetMap.

? PowerAMC :

PowerAMC est un logiciel de modélisation. Il permet de modéliser les traitements

informatiques et leurs bases de données associées. Créé par SDP sous le nom AMC*Designor, racheté par Powersoft, ce logiciel est produit par Sybase depuis le rachat par cet éditeur en 1995.

·

Mémoire de fin d'études |

47

Gantt Project

GanttProject permet la planification d'un projet à travers la

réalisation d'un diagramme de Gantt. L'outil permet de créer des

diagrammes de Gantt, des diagrammes de ressources et des réseaux PERT. GanttProject est un logiciel libre de gestion de projet écrit en Java, ce qui permet de l'utiliser sur de nombreux OS tel que Windows, Linux, MacOS.

Conclusion :

A travers ce chapitre, j'ai présenté l'architecture de la solution et dressé les différents outils et technologies avec lesquelles j'ai travaillé.

Le chapitre suivant est consacrée à la modélisation et la conception de la solution développée.

CHAPITRE IV : MODELISATION

ET CONCEPTION

Mémoire de fin d'études |

48

Mémoire de fin d'études |

49

Introduction :

Ce chapitre est le socle du travail réalisé vu qu'il englobe la modélisation et la

conception de la solution. Cette partie du rapport va présenter tous les diagrammes établis pour me permettre de développer une solution répondant aux besoins soulevés.

I. Modélisation :

La modélisation conceptuelle de la base de données et de la solution demande le choix de la méthode et du langage de conception les plus adaptés. Pour cette raison, j'ai fait le choix d'exploiter la méthode de conception Merise et le langage de modélisation UML. J'ai utilisé la première pour la modélisation de la base de données (MCD et MPD), alors que le deuxième m'a servi pour la description de la solution (Diagramme de cas d'utilisation).

Les méthodes Merise et UML sont deux méthodes bien différentes, mais qui sont

complémentaires. Merise est une méthode de conception, alors que l'UML est un langage de modélisation, ce qui fait la différence entre les deux.

L'UML représente un langage graphique qui permet la modélisation de la base de données et par suite l'amélioration de la qualité de l'implémentation du système d'information. Il est constitué d'un nombre intéressant de diagrammes, à savoir : le diagramme des classes, diagramme de cas d'utilisation, diagramme de séquence, diagramme de déploiement,... etc.

De sa part, Merise est une méthode de conception éprouvée, qui présente un ensemble

de modèles simples à concevoir, comprendre et modéliser. Il donne une vue globale de la solution sans entrer dans les détails.

Le choix d'une méthode et d'un langage pour la conception et aussi la modélisation du système d'information, est dû au fait que l'un ou l'autre présente des avantages et des inconvénients. Merise est une méthode plus généraliste, et difficile à implémenter puisqu'elle donne une représentation loin des langages de programmation, son utilité reste liée à la base de données. En revanche, les diagrammes d'UML s'adaptent aux langages de programmation, puisqu'il représente un langage de programmation orientée objet.

Afin de rassembler la clarté et la précision, il m'a paru nécessaire d'utiliser Merise et

UML avec leurs différents modèles et diagrammes, pour la conception de la base de données et la modélisation de solution.

1. Diagramme des cas d'utilisation :

Les cas d'utilisations permettent de modéliser et structurer les besoins des utilisateurs

et les objectifs correspondants d'un système. Ils précisent le but à atteindre et permettent d'identifier les fonctionnalités principales du système.

D'après ce qui était convenu dans le cahier des charges, l'application devrait répondre aux besoins de quatre utilisateurs différents à savoir :

? Cas de l'Utilisateur .
·

Dans ce deuxième diagramme, l'utilisateur aura, en plus, d'afficher l'état actuel des immeubles foncier, la possibilité d'insérer un nouvel immeuble foncier et d'actualiser la procédure foncière d'un certain immeuble et aussi d'exporter les données souhaitées.

Figure 7 : Diagramme de cas d'utilisation : Utilisateur
Mémoire de fin d'études |	50

Mémoire de fin d'études |

51

II. Conception :

1. Règles de gestion des données :

SERVICE REGULARISTAION FONCIERE :

- RG1 : La parcelle peut ne pas appartenir à un dossier de délimitation

- RG2 : Les dossiers de délimitation peuvent contenir un seule client.

- RG3 : Chaque parcelle dépend d'une seule et unique client.

- RG4 : Lae client peuvent appartient à une seule ou plusieurs parcelle.

- RRG6 : Pour chaque parcelle on effectue un repérage de bornage et un dossier.

- RG7 : Dossier peut englober plusieurs parcelles.

- RG8 : Le dossier de délimitation est déterminé par son code délimitation.

Service commerciale :

- RG9 : un quartier peut appartenir à une seule ville.

- RG10 : un quartier peut appartenir à une ou plusieurs bâtiments. - RG11 : un bâtiment peut avoir une ou plusieurs étages.

2. Modèle Conceptuel de Données :

A travers le temps il a été reconnu que pour tout problème existait une solution sauf qu'il y a plusieurs manières d'y arriver et la différence réside dans l'efficience de chacune. Alors il faudrait étudier la quelle d'entre elles est la conception la plus optimale et répondant aux exigences avec le moins de complexité.

J'étais libre de concevoir mon système comme je le voulais car aucune autre exigence n'était soulevé à part ce que les règles de gestion exigées et en tenant compte que ma base de données doit être liée avec la base de données standard de l'application déjà existante.

Mémoire de fin d'études |

52

Au cours de la conception j'étais affronté à choisir entre une modélisation dont la philosophie est axée surtout autour de la couche. C'est-à-dire qu'elle est transportable et adaptable à d'autres thématiques indépendamment du métier. Tout en étant moins complexe, il suffira juste d'ajouter les tables du Parcelle voulu.

Dans une modélisation par couche, nous avons tendance à créer pour chaque couche thématique une table propre à elle. Ce qui nous donne au final une base de données complexe et redondante. Contrairement à la modélisation synthétique, où j'ai opté de placer toutes les couches dans une seule table sachant que la différence entre ces enregistrements se fait par un statut indiquant à quelle thématique appartient ce dernier (Fig.8).

Figure 8: Modèle Conceptuel de Données (MCD) Service cession amiable.

En plus de ces tables spatiales, PostGIS fournit deux tables supplémentaires pour récupérer et s'informer sur les types de géométries disponibles dans la base de données.

y' La première table, spatial_ref_sys, définit tous les systèmes de projection connus de la base de données et sera décrite plus en détails plus tard.

y' La seconde table, geometry_columns, fournit une liste de toutes les «entités» (définit comme un objet avec un attribut géométrique) et les détails de base relative à ces entités.

Figure 9: Table Relationship

Mémoire de fin d'études |

53

Mémoire de fin d'études |

54

Figure 10 : Modèle Conceptuel de Données (MCD) service commerciale.

3. Modèle Physique de Données :

Après matérialisation des dépendances entre les entités dans le MCD ci-dessus. J'ai pu dégager ce Modèle Physique de Données qui constitue une représentation fidèle de la base de données à implémenter au niveau du SGBD. Il représente une traduction du MCD, de telle façon à traduire les entités et les relations en table, en respectant les contraintes définies par la modélisation utilisée MERISE.

Figure 11 : Modèle Physique de Données (MPD)

Conclusion :

Ce chapitre s'est proposé de donner en détails la modélisation et la conception de la

solution à travers des diagrammes spécifiques permettant de développer la solution tout en respectant les besoins exprimés.

Le chapitre suivant va aborder la mise en oeuvre de la solution.

Mémoire de fin d'études |

55

CHAPITRE V : MISE EN OEUVRE

DE L'APPLICATION

Mémoire de fin d'études |

56

Introduction :

Je consacre ce dernier chapitre pour la description des processus que j'ai suivi afin d'intégrer les données préliminaires à l'application. Ensuite je mettrai l'accent sur la présentation en détail des différentes fonctionnalités de la solution et ce à travers des imprimés écrans.

I. Préparation des données :

Afin de mener à bien mon projet, il a fallu au début la collecte des données dont j'aurais besoin. Après discussion avec les directions chargé sur le projet nous nous sommes mis d'accord à ce que la solution présentera les données relatives au service de régularisation foncière, travaux de réhabilitation et service commerciale à titre d'exemple et elles serviront comme test pour la validation de cette dernière. Les données collecter sur le terrain avec l'appareil GPS contenaient des fichiers majoritairement .GPX qui est transformer sous forme ShapeFile représentant les planes situations, contenant les partie spatiale et l'attributaire de parcelle provisoire, et commercialiser les logements sociaux ; Et finalement obtenir l'état administratif des procédures foncières sous forme spatiale. Ma mission consistée à harmoniser ces fichiers et les centralisés dans la base de données proposée afin qu'ils soient exploitable. Pour ce faire j'ai dû suivre la méthodologie suivante (Fig.12):

Acquisition Traitement Intégration

Figure 12: Schéma de préparation de données

Mémoire de fin d'études |

57

Mémoire de fin d'études |

58

1. Collection/Rassemblement :

Dans un premier temps, j'ai collecté et rassemblé les données dans un fichier SHP. J'ai

veillé à ce que je prenne les limites de chaque sous-préfet et puis localisé en donnant le titre, la superficie, l'échelle...etc.

2. Traitement :

Concernant le SHP importé depuis le GPS, j'ouvre le logiciel QGIS et je crée des Polygones avec les champs supplémentaires (superficie, date visite, l'échelle). Après je remplis chaque champ par ce qui lui est attribué. Une fois c'est rempli je fais une connexion avec le base des données PostgreSQL/PostGIS.

En parallèle, j'ai pris les fichiers ShapeFile contenant les limites de la délimitation de sous-préfet et superposé avec les couches créé pour le provisoire et le foncier.

N'oubliant pas d'associer une projection de type WGS 84 à notre fichier en utilisant

l'outil définie Projection disponible afin que notre base de données soit dans le même système de projection. La projection que la république de Djibouti utilise est UTM Zone 38 N

3. Intégration de données :

En un premier lieu, j'ai pris les fichiers Excel exportés depuis l'application SI disponible. J'ai intégré dans chacune des tables service de régularisation foncier « Provisoire », «Foncier », « délimitation », « Statut », « Borne» et pour le service commercial j'ai intégré aussi des tables « Quartier », «Bâtiment », « Ville », « Entité » les informations nécessaires afin que les données spatiales n'aient aucun problème au moment de l'intégration.

J'ai insérer chacune des limites sous-préfet de la ville de Djibouti issues du découpage administrative fait par l' l'Agence de Réhabilitation Urbaine et du Logement Social.

Finalement j'ai importé ces fichiers ShapeFile dans la base de données tout en effectuant après les requêtes SQL nécessaire afin que la structure accueillant ces données spatiales.

II. Présentation de la solution :

1. Interface d'application :

Les interfaces développées et leurs fonctions sont décrites dans le schéma ci-dessous : Présentation de l'application :

? Interface d'accueil :

Figure 13 : Interface d'accueil

L'interface ci-dessus sert à visualiser les deux fenêtres qui consistent la partie Administrateur qui a un login avec un Mot passe spécifique pour la mise à jour et la partie utilisateur peuvent visualiser les différents travaille effectuer.

2. Interface principale Administrateur.

L'interface Administrateur est conçue d'une façon simple pour simplifier les administrées. L'accès à la page d'accueil se fait à partir de la page d'authentification par un login et un mot de passe spécifique que seulement l'administrateur générale connait, la page de départ est

Mémoire de fin d'études |

59

Mémoire de fin d'études |

60

présentée sur la Figure ci-dessous :

Figure 14 : Interface principale Administrateur

En cas erreur le login et le Mot de passe, il affiche un message d'alerte.

Figure 15 : Authentification specifique.

Une fois que la connexion est passé dans la partie administrateur, il y'a l'apparition d'un menu qui est composé par plusieurs fenêtre.

? Parcelles urbaines : composer par les parcelles de terrains provisoires et celle de foncier ainsi que les limites de sous-préfet.

? Logements sociaux : composer d'un ajout des bâtiments sociaux et un fond OpenStreetMap et image satellitaire.

Mémoire de fin d'études |

61

Figure 16 : Interface d'accueil

3. Parcelles urbaines

Si l'accès est approuvé c-à-dire si le login et le Mot de passe sont corrects, la page MENU principale s'ouvre. Cette page illustrée sur la Figure suivante est la parcelle foncière qui est en couleur bleu et la parcelle provisoire colorer en vert et les limites de sous-préfet colorer en rouge.

Figure 17 : L'interface graphique de parcelles urbaines.

Dans cette interface fait une interaction avec la base des données et visualise avec le logiciel QGIS avec connexion sur le PostgreSQL/PostGIS.

Figure 18 : Outils des traitements.

Les différents outils utilisés que cette partie d'application sont :

· Une palette d'enregistrement les carte traiter.

· Une palette qui affiche les GetFeatureInfo c'est-à-dire les descriptions des chaque parcelle.

· L'application peut interroger une requête pour filtre les informations.

· Modifier l'échelle de travaille l'étude de travaille

· Mesurer la superficie de chaque parcelle

· Ainsi faire la mise à jour de l'application (Ajouter, Supprimer, Modifier).

Mémoire de fin d'études |

62

Mémoire de fin d'études |

63

Figure 19 : Requête et filtration de l'information.

Cette figure ci-dessus nous montre que on peut interroger les parcelles en activement l'outil interrogation d'où on peut filtrer les informations pour accélérer les recherche et localiser la partie spatiale.

Figure 20 : Table de liaison PostgreSQL/API

La figure ci-dessus est la table `Provisoire' qui est la base des données PostgreSQL/PostGIS.

En remarque que les informations qui est sur le base des données est aussi dans l'interface cet qui nous montre qu'il y a une interaction dynamique entre API et le SGBD.

Une fois qu'il y a une modification dans l'interface graphique OpenLayers, les utilisateurs peuvent visualiser dans la partie utilisateur après avoir se connecter.

Mémoire de fin d'études |

64

4. Logements sociaux

Dans cette fenêtre liées le service commerciale, d'où ils veulent consulter les appartements en ligne.

Figure 21 : L'interface graphique de partie commercial.

Cette figure offre un aperçu géographique qui est composer par :

? Une palette Ajouter un Bâtiment PIN ;

? Recherche rapide pour localiser la zone d'étude selon les communes ; ? Un fond image satellitaire et OpenStreetMap.

Figure 22 : formulaire sur le bâtiment ajouter.

Dans la même interface le bouton écris Ajouter un bâtiment PIN, l'en aperçoit un formulaire composer trois lignes :

? Nom de bâtiment.

? Type de bâtiment.

? Nombre étage compris dans chaque bâtiment.

Figure 23 : Visualisation spatiale de l'information de chaque bâtiment.

En plus des cartes qui donnent un aperçu sur la partie géométrique, la solution SIG devra générer des rapports statistiques pour classer les terrains acquis selon différentes types et informations.

· Module des outils de dessin Les outils de dessin à intégrer dans l'application sont : Dessiner un point ; Dessiner une ligne ; Dessiner un polygone ;
		Mémoire de fin d'études |
65

Apres voir remplie le formulaire de nouveau bâtiment, une nouvelle palette de type géométries est afficher. Ce type géométrie composé de point, ligne et polygone qu'on va sélectionner le polygone et fait la digitalisation de chaque bâtiment ajouter.

Ensuite il s'enregistre automatiquement sur la base de données PostgreSQL/PostGIS pour stocker l'information de chaque bâtiment.

Figure 24 : Les différentes tables de la base des données.

Cette figure ci-dessous est les différentes tables liées dans la base des données nommé `arulos'.

Dans cette database on peut voir le table nommé bâtiment qui contient les informations enregistre dans l'API synchronise automatique avec la base des données voir le figure ci-dessous.

Mémoire de fin d'études |

66

Mémoire de fin d'études |

67

Figure 25 : Visualisation de la table Bâtiment.

Figure 26 : Localisation spatiale selon la commune.

· Module de localisation

L'application doit permettre visualiser la ville et la commune après avoir cliqué le bouton localiser.

Mémoire de fin d'études |

68

5. Visualisation et modification sur le QGIS.

Une fois que la base des données est créée dans PostgreSQL, on va faire une connexion avec le QGIS afin de visualiser localement les informations spatiale.

Figure 27 : Connexion de QGIS / PostGIS.

Figure 28 : Afficher dans le canevas de QGIS.

Figure 29: Afficher les couches dans l'interface de travaille QGIS

III. Cartes statiques disponibles.

Les utilisateurs doivent avoir l'idée générale sur l'étendue du district de Djibouti pour s'orienté facilement et comprendre les délimitations.

C'est pour cela que j'ai realiser quelques cartes statiques à savoir (Fig.30) :

? Carte découpage administrative. ? Carte réseaux routiers.

? Carte de densité de la population.

Mémoire de fin d'études |

69

Mémoire de fin d'études |

70

Figure 30: Cartes disponibles.

Figure 31: Cartes découpage administrative.

Figure 32: Carte perimetre d'application de cession amiable.

IV. Interface utilisateur.

L'interface (Fig.33) ci-dessus sert à s'authentifier au système par un email et un mot de passe. Sachant que la solution prend en considération la gestion des droits d'accès, alors chaque type d'utilisateur (public, utilisateur, décideur ou administrateur) aura un menu propre à ces droits de se connecter.

Figure 33: Interface principal d'utilisateur.

Mémoire de fin d'études |

71

Figure 34: S'enregistrement selon l'Email.

Figure 35: Vérification sur la base des données.

Figure 36: Se connecter par l'email et Mot de passe.

Apres avoir s'authentifier et enregistrer dans la base des données, l'utilisateur doit se connecter l'email et le Mot de passe afin d'être dans le menu de travaille. Une fois que la

Mémoire de fin d'études |

72

Mémoire de fin d'études |

73

connexion est passé dans la partie utilisateur, il y'a l'apparition d'un menu qui est composé par plusieurs fenêtre pour la visualisation les objets géographique.

V' Parcelles urbaines : composées par les parcelles de terrains provisoires et celle de foncier ainsi que les limites de sous-préfet ;

V' Logements sociaux : composés d'un ajout des bâtiments sociaux et un fond OpenStreetMap et image satellitaire ;

V' Les points chauds des équipements Zéro Bidonville : composer de localisation de service d'accueil, alimenter les différents infrastructures (Routes, Université, Mosquée ...etc.).

1. Parcelles urbaines :

Une fois connecté, la première interface que l'utilisateur aperçoit est une page relative de parcelle urbaine de la parcelle provisoire et foncier. Autrement dit, cette partie de la solution liste les limites géographiques de sous-préfet. C'est ce qu'affiche l'impression d'écran ci-dessous.

Figure 37: API utilisateur pour les parcelles urbaines.

Figure 38: Les outils de service WMS sur le GeoServer.

Mémoire de fin d'études |

74

Figure 38: Les outils de service WFS sur le GeoServer.

2. Mémoire de fin d'études |

75

Logements sociaux.

Pour cette interface l'utilisateur visualise seulement ce que l'administrateur est enregistrer automatique dans le base des données (Fig.40).

Figure 40: Visualisation des logements sociaux.

3. Les points chauds des équipements Zéro Bidonville :

Dans cette interface permet seulement visualiser les objets géographiques ajoutés automatique dans le code JavaScript à savoir les points chauds des équipements de projet Zéro Bidonville (Fig.41).

Mémoire de fin d'études |

76

Figure 41 : Les équipements de projet zéro bidonville.

Conclusion :

Ce chapitre constitue la dernière étape du projet visant le développement d'un Système d'Information Géographique WEB de gestion et de suivi des données spatiales du domaine foncier et immobilier. J'ai détaillé dans ce chapitre les différentes fonctionnalités qu'offre le système par la présentation de toutes les interfaces développées ainsi de comment j'ai pu intégrer les données préliminaires à la base de données.

Mémoire de fin d'études |

77

CONCLUSION GÉNÉRALE :

Enfin, après l'opportunité qui m'était présenté pour passer quatre mois de stage dans un organisme administratif public qui n'est autre que l'Agence de Réhabilitation Urbain et de Logement Social, j'ai pu découvrir le monde du travail. Ainsi, l'intégration et la familiarisation dans le système administratif a été naturelle. Ce qui m'a d'ailleurs, permis d'être à l'aise dans un monde qui me paraissait à la fois mystérieux et complexe. Cette facette de l'appareil d'Etat, disposant de plusieurs agents et cadres administratifs qui veillent au bon fonctionnement et à la bonne gérance de cette dernière.

Mon projet de stage consistait en la mise en place d'une application WebSIG pour la gestion de la régularisation foncière de la ville de Djibouti ; le but est de simplifier l'utilisation et la manipulation des limites spatiales des parcelles foncières et commercialiser les logements sociaux pour aider à la prise de décision. Cela m'a permis de découvrir une nouvelle face du rôle que joue le développement des systèmes d'informations géographique dans la facilité et l'automatisation des différentes opérations dans différents domaines.

En effet, ce projet était une opportunité pour moi d'être proche du foncier. Il m'a révélé les problématiques et les difficultés que connait le métier de la gestion du patrimoine foncier à plusieurs niveaux, un métier qui est assez complexe et qui nécessite l'utilisation d'un outils SIG pour une meilleure et efficace gestion.

Durant ce stage j'ai tout de même rencontré quelques difficultés que j'ai pu résoudre, le problème primordial était le grand nombre de technologies à maitriser dans un laps de temps très cours, ce qui constituait un énorme obstacle pour moi lors de la phase de réalisation, aussi l'indisponibilité de plusieurs données nécessaires pour l'implantation de la base de données.

Cependant, ce travail m'a permis de découvrir de plus près les différents aspects et contraintes liés à la réalisation d'un grand projet SIG concret au profit d'une des grandes directions de Djibouti.

Au terme de ce stage, j'ai conçu une solution WEB qui permet la gestion et le suivi des données spatiales du domaine foncier et immobilier. Une fois mise en place, cette solution permet :

·

Mémoire de fin d'études |

78

Une meilleure gestion et un suivi en temps réel des données spatiales du domaine foncier ;

· Rassemblement des différentes informations géographiques foncières en une seule base de données centralisée et harmonisée ;

· Un accès multiutilisateur à tout moment et aux mêmes données ayant ainsi la même structure en éviter tout problème de normalité et/ou de système de coordonnées ;

· De garder un lien avec le progiciel déjà disponible pour une vue plus détaillée sur les procédures foncières.

Ce travail se poursuit alors, par le développement de certains modules complémentaire à savoir :

· Intégration de l'infrastructure et de l'équipement de projet Zéro-bidonville de la ville de Djibouti ;

· Automatisation de la mise à jour entre l'application et la solution développée.

Ce stage a été une opportunité pour concrétiser mon savoir, savoir-faire et savoir-être. Ainsi, ce travail a été de grande importance, car il m'a permis de développer mon esprit d'ouverture, d'aiguiser mes connaissances en ce qui concerne la conception des solutions géographiques, de découvrir un nouvel aspect de programmation, ainsi que de résoudre les différents types de problèmes en leur apportant à chaque fois une solution. Également, ce projet est le fruit de tous mes acquis théoriques et pratiques accumulés durant les trois années d'étude au sein de la filière Géoinformation.

Comme perspectives envisageables à long terme, je propose l'ajout d'autres fonctionnalités:

· Application web mobile qui fait la collecte des données en temps réel liées avec la base des données système embarqué.

· Une solution qui fait la liaison entre les trois directions l'Habitat, Urbanisme et le Domaine.

Mémoire de fin d'études |

79

REFERENCES BIBLIOGRAPHIQUE :

ADIL soufi, « Cours de Merise » Faculté des Sciences et Techniques de Tanger - Année 2016/2017.

ABDELILAH Azyat, « Cours SIG te Serveurs Cartographiques »Université de Djibouti - Année 2015/2016.

EL KHAKI Omar, « Cours de Webmapping » Faculté des Sciences et Techniques de Tanger - Année 2017/2018.

JOSEPH Gabay, Merise et UML pour la modélisation des systèmes d'information, un guide complet avec étude de cas 4eme édition.

UML, Java et les données géographiques Collection ENSG -IGN 2004.

WAHBI Hanna, « Cours de Programmation Web » Faculté des Sciences et Techniques de Tanger - Année 2017/2018.

Yazidi Othman Alaoui, « Cours d'administrateur de Base de Données Spatiales » Faculté des Sciences et Techniques de Tanger - Année 2018/2019.

ZILI Hassan, « Cours de Base de Données Spatiales » Faculté des Sciences et Techniques de Tanger - Année 2017/2018.

Webographie

www.arulos.dj/ consulté le 1 Mars 2019 à 09h05

http://uml.free.fr/cours/p9.html consulté le 11 Avril 2019 à 12h30 http://geoext.org/lib/GeoExt/widgets.html consulté le 20 Avril http://geoserver.org/doc/tutorials/extjs.html consulté le 12 Avril à 14h20 http://andry.developpez.com/tutoriels/php/creation-graphes-statistiques-et-geometriques/ consulté le 06 Juin 2019 http://gis.stackexchange.com/questions/111421/mapfish-geoserver-printing-layer-problems consulté le 23 Mai 2019 à 12h05 http://gis.stackexchange.com/questions/73418/how-to-change-geoserver-mapfish-print-option-from-pdf-to-gif consulté le 23 Mai 2019 à 16h013 http://gis.stackexchange.com/questions/74021/how-can-i-print-openlayers-with-base-osm-and-geoserver-wms-layers consulté le 23 %ai 2019 à 10h16 http://www.memoireonline.com/05/13/7195/Mise-en-place-dune-application-webmapping-de-geolocalisation-des-points-dintert-de-la-vill.html consulté le 30 Avril 2019 https://fr.wikipedia.org/wiki consulté le 12 Avril 2019

Développement :

[1] http://www.commentcamarche.net/download/telecharger-161-ganttproject

[2] https://fr.wikipedia.org/wiki/PowerAMC

[3] http://www.framasoft.net/article4287.html [5] http://fr.wikipedia.org/wiki/GeoServer

[7] http://fr.wikipedia.org/wiki/PostGIS

[8] http://fr.wikipedia.org/wiki/HypertextMarkupLanguage

[9] http://fr.wikipedia.org/wiki/PHP

[10] http://www.additeam.com/SSII/javascript/

[11] http://fr.wikipedia.org/wiki/JQuery

[12] https://fr.wikipedia.org/wiki/Ajax(informatique)

[13] https://github.com/yjacolin/GeoDocFr/blob/master/openlayers/index-fr.rst

[14] http://fr.wikipedia.org/wiki/Feuillesdestyleencascade

[15] https://github.com

[16] azyat-abdelilah.blogspot.com

[17] http://www.webmapsolutions.com/

[18] http://fr.openclassrooms.com/

[19] http://www.w3schools.com/

[20] http://www.bases-as3.fr/

[21] http://www.developpez.com/

Mémoire de fin d'études |

80

Mémoire de fin d'études |

81

ANNEXES

Le tableau ci-dessous représente la liste des attributs composant toutes les classes du futur système, leurs descriptions, leurs tailles et leurs types.

N	Attribut	Libellé	Type	Taille
1	Personne_id	Identifiant de l'utilisateur	Chaine de caractère	20
2	Personne_nom	Nom de l'utilisateur	Chaine de caractères	20
3	Personne_prenom	Prénom de l'utilisateur	Chaine de caractères	20
5	Mot_de_passe	Mot de passe du personnel	Chaine de caractères	20
6	Id_role	Identifiant du rôle	Chaine de caractères	20
7	Libelle_role	Libellé du rôle	Chaine de caractères	20
8	Id_privilege	Identifiant du privilège	Chaine de caractères	20
9	Libelle_privilege	Libellé du privilège	Chaine de caractères	40
11	droitAcces_id	Identifiant du droit d'accès	Entier	20
15	Mot_de_passe	Mot de passe du bénéficiaire	Chaine de caractères	20
19	Adresse_mail	Adresse mail du bénéficiaire	Chaine de caractères	20
22	DateCreationCompte	Date de création du compte bénéficiaire	Date	-
24	Ville_id	Identifiant de la ville	Chaine de caractères	30
25	Gid_bati	Identifiant du batiment	Integer	-
28	Nom_bati	Nom du batiment	Chaine de caractères	60
30	Type_bati	Type de batiment	Chaine de caractères	30
31	Id_foncier	Identifant de foncier	Integer	-
32	Date_visit	Date de visite terrain	Date	-
33	Nom_foncier	Nom propriétaire foncier	Chaine de caractères	20
34	Adresse	Adresse de propriétaire	Chaine de caractères	30
35	Superficie	Superficie de parcelle	Décimale	-

Mémoire de fin d'études |

82

35

	Natu_const	Nature de construction	Chaine de caractères	30
36	Id_provi	Identifiant provisoire	Integer	-
37	Nom_provi	Nom propriétaire provisoire	Chaine de caractères	30
38	Adresse	Adresse de propriétaire provisoire	Chaine de caractères	60
39	Superficie_prov	Superficie de parcelle provisoire	Décimale	-
40	Shape_parcelle	Géométrie de la parcelle	Géometry	-
41	Libellet_piece	Libellé de la pièce	Chaine de caractères	30
42	Parcelle_id	Identifiant de la parcelle	Chaine de caractères	30
43	Nom_parcelle	Nom de la parcelle	Chaine de caractères	30
44	Shape_parcelle	Géométrie de la parcelle	Géometry	-
45	Surface	Surface de la parcelle	Réel	50
46	Adresse_parcelle	Adresse de la parcelle	Chaine de caractères	30
47	Ville_parcelle	Ville de la parcelle	Chaine de caractères	30
48	Delimit_id	Identifiant de délimitation sous- préfet	Integer	-
49	Nom_limit	Nom de la limite	Chaine de caractères	30
51	Nom_commune	Nom de la commune	Chaine de caractères	30
52	Geom	Géométrie de la délimitation	Géometry	-
53	Nom_comm	Nom de la commune	Chaine de caractères	30
54	Surface_comm	Surface de la commune	Réel	50
56	Population_comm	Population de la commune	Réel	50

1. Représentation des données

Après avoir dégagé le dictionnaire de données épuré, nous avons pu dégager les classes ainsi leurs méthodes et leurs attributs qui sont représentés dans le tableau ci-dessous

Tableau 3: Tableau de représentation des données / Classe.

N	Nom classe	Liste des attributs	Méthodes
1	Droit d'accès	Id_privilege

Mémoire de fin d'études |

83

		Id_profil
		Id_droitAcces
2	Rôle	Id
		Libellé
3	Personne	Personne_id	authentifier()
		Personne_Nom
		Personne_Prenom
		Mot pass
6	Ville	Ville_id
		Nom_ville
7	Parcelle provisoire	Id_provisoire
		Nom_parcelle
		Date_visite
		Adresse_parcelle
		Superficie
		Geometry_parclle
15	Parcelle foncier	Id_foncier
		Nom_parcelle
		Date_visite
		Adresse_parcelle
		Geometry_parcelle
18	Batiment	Gid_bati
		Nom_bati
		Nbre_etage
		Surface
		Type
		Surface
24	Delimitation	Id_delimit
		Nom_limit

Mémoire de fin d'études |

84

		Commune
		Geometry
25	Administrateur		Gerer_droitAcces(); Ajouter_utilisateur();
26	Utilisateur		Consulterprojet(), Reclammer();
24	Responsible		Editer_benef(); Supp_benef(); Editer_dossier(); Supp_dossier();
26	Service technique		Validervisit(); Validersub();