Marché immobilier électronique avec géolocalisation des produits en RDC.

UNIVERSITE ADVENTISTE DE LUKANGA

« UNILUK »

B.P. 180 BUTEMBO/NORD-KIVU

REPUBLIQUE DEMOCRATIQUE DU CONGO

FACULTE DES SCIENCES ECONOMIQUES ET DE GESTION

INFORMATIQUE

MARCHE IMMOBILIER ELECTRONIQUE AVEC
GEOLOCALISATION DES PRODUITS EN VILLE DE
BUTEMBO.

Par :

Guylain ANGOMBEA AGBISSA

Travail de fin de cycle présenté en vue de l'obtention du grade de licencié en Gestion Informatique.

Directeur : Dr. Osée MASIVI

ANNEE ACADEMIQUE 2014-2015

EPIGRAPHE

« Il naît parfois dans les plus simples familles des humbles communautés un enfant qui, en
grandissant, élève son nom, le nom de son père, de toute sa famille, de sa communauté et fait
naître l'espoir d'un avenir meilleur »

Montesquieu

DEDICACE

A mes parents Léon AGBISSA ANGOMBEA et Anne-Marie NAMONENI BASAKINA
A mes frères et soeurs Joséphine AKYABEBE, Quentin AYAYA, Blandine PAMUGI, Nicole
ABANAKYELO, Michel KAMSEL Kalala MBAY et Raphael PAMUGI;
A toute personne qui m'a soutenu d'une manière ou d'une autre,

II

= Guylain ANGOMBEA AGBISSA=

III

REMERCIEMENT

Notre gratitude va tout droit à l'endroit des autorités académiques ainsi qu'au corps enseignant de l'Université Adventiste de Lukanga pour le dévouement et le savoir qu'ils ont bien voulus nous transmettre.

En second lieu, nous remercions Mr. le Dr. Osée MASIVI, professeur à l'université Adventiste de Lukanga. En tant que Directeur de mémoire, il nous a guidé dans notre travail et nous a aidés à trouver des solutions pour avancer.

Nous remercions aussi mes parents Bernard AYAYA et Gode live, Janvier PAMUGI et Ellen KAMSELE, Micky ENGAMA et Madeleine pour l'assistance et le soutien nous accordé financièrement, spirituellement et moralement.

Enfin, nous remercions tous nos chères camarades et amies, plus particulièrement Sandra KAVIRA, Plaisir MASHAURI, Josias MUSAVULI, Dieu-merci EBABA, Alfred NGAINGAI, Hangi LUMIKA, Iseult MUHEMI, Sarah KAVINDI, Joël KOMBI, Princesse NDEGHO, Generose KAMATHE, Mireille KIBWANA, Abbé Leevin, les membres de la CEV, du collège ainsi que du groupe GACI pour leur appui et leur assistance tout au long de ce cycle.

iv

RESUME

Le principal objectif de notre travail était de développer une plate-forme pour faciliter la rencontre des vendeurs et acheteurs des biens immobiliers et d'autres biens sur toute l'étendue de la République Démocratique du Congo en générale, la ville de Butembo en particulier. Cette plate-forme orienté web et mobile, permet aux utilisateurs d'une part de poster leurs annonces de mise en location d'un bien, de vente d'un bien, ou de d'échange des biens, d'autres part facilite aux utilisateurs de trouver les biens qu'ils cherchent en moins de temps, partout où ils se trouvent, n'importe quand qu'ils voudront.

Ce travail était une étude et a proposé une solution logicielle pour aider à améliorer les besoins de la population. Pour obtenir des résultats, nous avons commencé par une analyse des systèmes d'annonces immobilières existant et ses limites, ensuite nous avons de proposer des solutions à ces limitations, puis développer un système en utilisant UML (Unified Modeling Language ). Pour la mise en oeuvre de notre travail, nous avons utilisé le langage de programmation de la php5, html et css. En fin nous avons utilisé le Système de Gestion de Base des Données MySQL version 5.

V

ABSTRACT

The main objective of our work was to develop a platform to facilitate the meeting of sellers and buyers of real estate and other property on the full extent of the Democratic Republic of Congo in general, the city of Butembo in particular. The demand has reached, allows users to post their share of leasing of advertisements of a property sell a property or exchange of goods, on the other hand makes it easy for users to find the goods they seek in less time, wherever they are, whenever they want.

This work was a study and proposed a software solution to help improve the needs of the population. To get results, we started with an analysis of existing systems listings and limitations, and then we propose solutions to these limitations and develop a system using UML (Unified Modeling Language). For the implementation of our work, we used the programming language of php5, html and css. In the end we used the Database Management System MySQL Version 5 data.

vi

SIGLE ET ABREVIATIONS

eMic : Electronic Market in Congo

MVC : Modèle Vue Controleur

NTIC : Nouvelle Technologie de l'information et communication

RAM : Random Access Memory

RDC : République Démocratique du Congo

SGBD : Système de Gestion de base des données

UML : Unified Modeling Language

vii

LISTE DES TABLEAUX

Tableau 1. Cas d'utilisation Inscription des clients 30

Tableau 2. Cas d'utilisation Authentification 31

Tableau 3. Cas d'utilisation Gestion des annonces. Publication 31

Tableau 4. Cas d'utilisation Gérer annonce 32

Tableau 5. Cas d'utilisation Gestion des annonces. Géolocalisation 32

Tableau 6. Cas d'utilisation Gestion des catégories 33

Tableau 7. Cas d'utilisation Gestion de contacts 33

Tableau 8. description algorithmique des modules du système 51

VIII

LISTE DES FIGURES

Figure 1. Architecture des sites d'annonces immobilières sans géolocalisation des produits 15 Figure 2. Architecture des sites d'annonces immobilières avec géolocalisation des produits 16

Figure 3. Géolocalisation de la ville de Butembo 17

Figure 4. Géolocalisation des quelques quartier de Butembo 17

Figure 5. schémas du 4+1 vues d'un système 20

Figure 6. Diagramme de contexte pour les acteurs du système 27

Figure 7. Diagramme d'activité Inscription des clients 34

Figure 8. Diagramme d'activité Authentification au système 35

Figure 9. Diagramme d'activité Gestion des annonces. Publication 36

Figure 10. Diagramme d'activité de Gestion des catégories 37

Figure 11. Diagramme d'activité Gestion des contacts 38

Figure 13. Diagramme de séquence d'inscription 41

Figure 14. Diagramme de séquence d'authentification, d'ajout d'une annonce et catégorie 42

Figure 15. Diagramme de séquence d'envoi du message 42

Figure 16. Diagramme d'état-transition de l'objet client 43

Figure 17. Diagramme d'état-transition de l'objet annonce 44

Figure 18. Diagramme d'état-transition de l'objet message_comment 45

Figure 19. Diagramme de package. 45

Figure 20. Modèle global MVC 48

Figure 21. Diagramme relationnel de base des données 50

ix

Figure 22: algorithme de la méthode inscrire 53

Figure 23: algorithme de la méthode se connecter et gérer 54

Figure 24: algorithme de la méthode publier 54

Figure 25: algorithme de la méthode commenter 54

Figure 26: Page d'accueil du nouveau système 56

Figure 27: Page d'inscription des clients au nouveau système 57

Figure 28: Connexion au nouveau système 58

Figure 29: résultat graphique de la méthode "Publier" 59

Figure 30: Gestion du compte client et ses annonces 59

X

TABLE DES MATIERES

EPIGRAPHE i

DEDICACE ii

REMERCIEMENT iii

RESUME iv

ABSTRACT v

SIGLE ET ABREVIATIONS vi

INTRODUCTION 1

1. PROBLEMATIQUE 1

2. QUESTIONS DE RECHERCHE 4

3. OBJECTIFS 4

4. INTERET DU SUJET 4

5. APPROCHE METHODOLOGIQUE 5

6. DELIMITATION DU SUJET 5

7. SUBDIVISION DU TRAVAIL 5

CHAPITRE PREMIER 7

LA REVUE DE LITTERATURE 7

1.1 Immobilier sur internet dans les pays occidentaux 7

1.1.1 Les origines des annonces immobilières sur internet 7

1.1.2 Le développement des sites immobiliers sur internet 9

1.1.3 Les acteurs du développement du site des annonces immobilières 10

1.1.4 Les dérives du marché immobilier sur internet 11

1.2 Immobilier sur internet en africain et en RDC 12

xi

1.2.1 Marché immobilier en Afrique 12

1.2.2 Marché immobilier en RDC 13

1.2.3 Organisation architecturale des sites d'annonces immobilières 14

1.2.4 L'immobilier en ville de Butembo 16

1.2.4.1 Localisation de la ville de Butembo 16

1.2.4.2 Situation démographique des immobiliers en ville de Butembo 18

1.2.4.3 Critique et nécessité du marché immobilier électronique avec géolocalisation 18

CHAPITRE DEUXIEME 19

METHODOLOGIE ET OUTILS DE TRAVAIL 19

2.1 La documentation 19

2.2 La modélisation 19

2.3 La définition des algorithmes 21

2.4 Le prototypage 21

2.5 La simulation 22

2.6 Les outils de travail 22

CHAPITRE TROISIEME 23

CONCEPTION DE LA SOLUTION 23

3.1 Cahier de charges 23

3.1.1 Les exigences générales du travail 23

3.1.2 Les exigences spécifique du travail 24

3.1.2.1 Les taches du premier niveau que doit faire notre système 24

3.1.2.2 Les taches du deuxième niveau que doit faire notre système 25

3.1.2.3 Les taches du troisième niveau que doit faire notre système 25

3.2 Identification des acteurs du système et leurs rôles 25

3.3 Les besoins des utilisateurs 27

3.3.1 Le diagramme de cas d'utilisation 27

3.3.1.1 Règle de gestion fonctionnelle 27

3.3.1.2 Diagramme de cas d'utilisation 29

XII

3.3.1.3 Description textuelle des cas d'utilisation 30

3.3.2 Diagramme d'activité 33

3.3.2.1 Diagramme d'activité pour le cas d'utilisation Inscription des clients 34

3.3.2.2 Diagramme d'activité pour le cas d'utilisation Authentification 34

3.3.2.3 Diagramme d'activité pour le cas d'utilisation Gestion des annonces 35

3.3.2.4 Diagramme d'activité pour le cas d'utilisation Gestion des catégories 36

3.3.2.5 Diagramme d'activité pour le cas d'utilisation gestion des contacts 38

3.4 Vue logique 38

3.4.1 Règles de gestion des données 38

3.4.2 Diagramme des classes 40

3.5 Vue des processus 41

3.5.1 Diagramme de séquence 41

3.5.1.1 Scénarios d'inscription 41

3.5.1.2 Scénarios d'authentification, d'ajout de l'annonce et de la catégorie 41

3.5.1.3 Scénarios d'envoi du message 42

3.5.2 Diagramme d'Etat-transition 42

3.5.2.1 Diagramme d'état-transition de l'objet client 43

3.5.2.3 Diagramme d'état-transition de l'objet annonce 43

3.5.2.3 Diagramme d'état-transition de l'objet commentaire ou message 44

3.5.3 Le diagramme de package 45

CHAPITRE QUATRIEME 47

PROTOTYPES DE LA SOLUTION 47

4.1 Environnement de travail 47

4.1.1 Environnement matériel 47

4.1.2 Environnement logiciel 47

4.1.3 Choix technique 48

4.1.3.1 Choix du langage 48

4.1.3.2 Choix du standard de développement 48

XIII

4.1.3.3 Choix de la technologie de sécurité 49

4.2 Base des données 49

4.3 Algorithmes des méthodes principales. 51

4.3.1 Description algorithmique des méthodes principales 51

4.3.2 Schémas algorithmique des méthodes principales 52

4.3.2.1 Schéma algorithmique pour la méthode « inscrire » de la classe Client 52

4.3.2.2 Schéma algorithmique de la méthode « se connecter et gérer » 53

4.3.2.3 Schéma de l'algorithme de la méthode Publier 54

4.4 Simulation du logiciel 55

4.4.0 Données de simulation 55

4.4.1 Accueil du système 56

4.4.2 Pour la classe Client avec la méthode « Inscrire » et « se connecter » 56

4.4.2.1 Avec la méthode « inscrire » 56

4.4.2.2 Avec la méthode « se connecter » 57

4.4.3 Pour la classe annonce avec la méthode « Publier », « gérer » et « localiser » 58

4.4.3.1 Avec la méthode Publier 58

4.4.3.1 Avec la méthode gérer 59

4.5 Discussion des résultats 59

CONCLUSION GENERALE 63

BIBLIOGRAPHIE 65

1

INTRODUCTION

1. PROBLEMATIQUE

L'immobilier est un terme définissant et incluant toute activité commerciale ou privée ayant trait aux biens immobiliers. Il désigne communément non seulement les activités de gestion des transactions s'opérant sur ces biens, mais aussi il touche également nombreuses activités connexes telles que : le logement, la construction, le transport, le conseil, l'urbanisme, l'architecture, la gérance, etc. (Tom'sGuide, 2009).

Le marché immobilier est celui de l'achat, de la vente, et de la location des biens immobiliers (Terrain, Appartement, chambre, salle de conférence, voiture, train, avion, etc.). Les ventes immobilières se font essentiellement de gré à gré. Mais une partie se fait en enchères, dans le cas de saisies, ou de biens vendus dans le cadre de successions conflictuelles. Ces transactions, qu'elles concernent des biens neufs ou d'occasion, font intervenir des intermédiaires, tels que des entreprises (diagnostic immobilier, agence immobilière, société civile de placement immobilier, société civile immobilière, société foncière, etc.) et des corps de métier (agent immobilier, expert, géomètre-expert, marchand de biens, négociateur immobilier, notaire, etc.)

Ces entreprises et corps de métier ont pour objectif principal de mettre en relation les personnes qui sont à la recherche des biens immobiliers à acheter, à louer, à viager et celles qui en ont de disponibles soit à la vente, soit à la location, soit à la viagère (Bernard, 2007). D'une manière spécifique, ses actions se courbent plus souvent sur les éléments suivants :

2

- Faciliter aux deux partenaires l'identification des biens immobiliers mis à la disposition de la vente ou de la location dans un milieu quelconque ;

- Mettre en place des moyens qui satisfont en temps réel les personnes qui sont à la recherche des biens immobiliers mis en vente ou en location ;

- Diminuer les déplacements physiques aux clients pour connaitre les coordonnées géographiques des produits préférés ;

- Etc.

Autrefois, en dehors de la bouche à oreille, l'un des moyens les plus utilisés pour trouver de biens immobiliers à vendre, à acheter ou encore à louer était les annonces immobilières publiées dans les journaux, ou dans les magazines spécialisés. Autrement, il fallait soit louer les services d'une agence immobilière, soit d'un agent immobilier, une option qui est cependant payante et très couteuse.

Mais de nos jours, avec l'avènement d'internet, les recherches et les prospections se font de plus en plus sur la toile. L'internet présente de nombreux avantages : très pratiques, les portails immobiliers se visitent à toute heure et à tout moment de la journée, que vous vous trouvez chez vous ou à votre lieu de travail. Les sites qui se spécialisent dans les offres immobilières abondent tellement sur le net, que les internautes n'ont que l'embarras du choix. Les annonces immobilières ne se cantonnent pas seulement aux ventes ou encore aux achats dans les grandes villes, mais s'étalent dans les quatre coins de la terre. Aujourd'hui plusieurs milieux utilisent la technologie web afin de rendre facile les taches liées à la communication dont les annonces y font parties. Dans les pays développés, il est rare qu'un milieu d'au moins 10km² manque un système centralisé de publication des annonces, certains pays en font meme pour des communes, des quartiers voir meme pour les cellules. Ceci est dans le souci de faciliter la population à accéder aux informations des diverses domaines du milieu.

3

Malheureusement tel n'est pas le cas en République Démocratique du Congo en général, en particulier dans la ville de Butembo où le système est encore traditionnel. Les partenaires s'informent de bouche à l'oreille, ou au moyen d'une pancarte de vente ou location est placée sur le bien par son propriétaire. Les agences immobilières n'existent presque pas.

Butembo est une ville carrefour pour plusieurs personnes vue ses activités principales. Le commerce et l'agriculture en ville de Butembo influence les populations des autres milieux du monde à venir y opérer des Business. Ainsi, chaque habitant de la ville de Butembo est concerné par les annonces selon ses activités. Il peut par exemple être à la recherche du logement, d'un terrain, une maison, un appartement à louer ou à vendre dans le domaine immobilier, il peut aussi être à la recherche des autres produits tel que qu'un véhicule, une moto, un téléphone, un animal et tant d'autres, mais il peut aussi être à la recherche d'un emploi ou d'une personne à employer, ainsi de suite. La question majeure est de savoir comment retrouver ce qu'on cherche et qu'on veut en temps réel ?

Les habitants de Butembo ont des annonces de vente ou de mise en location des maisons, des véhicules, des terrains, des appartements et autres. Mais alors il est très difficiles à ces derniers de les publier à ceux qui sont à la recherche de ces dernières. Les annonces en ville de Butembo se font traditionnellement comme souligné ci-haut. Une seule agence immobilière oeuvre actuellement à Butembo (BUTA) mais à un faible pourcentage de publication traditionnelle au moyen d'un tableau noir affiché devant l'agence. Sa qualité de service est limité à un certain nombre des catégories d'annonces, la contrepartie du service semble être élevé pour les clients, sa visibilité est tellement faible à telle point que nombreux ne savent de son existence, le service ne pas en permanence (ceux qui ont besoins du service de 16h00-8h00 n'en bénéficie pas vu que le bureau se ferme à 16H00).

C'est pourquoi nous avons pensé amener notre contribution à cette ville en lui apportant une plate-forme web et mobile de publication des annonces gratuit et payant,

vendeurs, les locateurs, les agriculteurs et toutes les autres personnes de la ville à retrouver

4

intégrant l'outil de géolocalisation Google maps, prenant en compte toutes les catégories des annonces et permanent à tout moment (24h/24h).

2. QUESTIONS DE RECHERCHE

Les questions suivantes ont retenues notre attention à cet effet:

V' Quel outil est le mieux approprié pour la récolte d'informations sur les biens immobiliers et autres biens mis à la disposition de vente ou de location en ville de Butembo?

V' Quelle technique utilisé afin d'obtenir automatiquement les coordonnés géographiques du bien préféré par les partenaires?

3. OBJECTIFS

Ce travail vise à contribuer au développement de la ville de Butembo en général en lui apportant une plate-forme de publication des biens immobiliers et tous les autres biens. D'une manière spécifique, notre travail poursuit comme objectifs :

+ Elaboration d'un cahier de charges à partir des normes internationales de gestion des annonces immobilières sur internet;

+ Procéder à une analyse et produire les modèles du système d'information correspondant ;

+ Implémenter le résultat d'analyse dans un langage de programmation et un SGBD ;

+ Publier le prototype du logiciel permettant la gestion des annonces immobilières et d'autres annonces avec une géolocalisation des produits.

4. INTERET DU SUJET

Notre choix s'est porté sur ce sujet suite aux difficultés qu'éprouvent les acheteurs, les

5 les produits immobiliers et autres produits mises aux dispositions de vente, de location de viagère, d'échange, etc. Ainsi, notre souci majeur est d'apporter solution à ce problème sans engager un grand cout pour sa mise en application.

5. APPROCHE METHODOLOGIQUE

Dans ce présent travail, nous avons utilisé les méthodes suivantes :

y' La documentation qui nous a aidés à comprendre les normes internationales et les systèmes existant de gestion des annonces immobilières ;

y' La Modélisation nous a permis de structurer les informations et activités, modéliser la nouvelle solution ;

y' La Définition des algorithmes nous a servi à définir les instructions aidant à résoudre un ensemble de problèmes.

y' Le prototypage nous a permis de réaliser le premier exemplaire du logiciel.

y' La simulation qui nous a permis de tester si notre système marche comme il fallait.

6. DELIMITATION DU SUJET

Notre cible principale c'est facilite l'annonce des biens immobiliers en ville de Butembo, voir meme en RDC. Mais toute fois nous allons tentez de prévoir toutes les autres catégories d'annonces des biens.

En plus, notre système en web et mobile est du type informant. C'est-à-dire il se contacte de rendre facile la rencontre de deux partenaires et exhibe les biens chacun avec sa fiche technique et ses coordonnés géographique grâce à la géolocalisation.

Hormis l'introduction et la conclusion, notre travail se subdivise à quatre chapitres, dont :

7. SUBDIVISION DU TRAVAIL

6

- Dans le premier chapitre, nous allons donner une revue de littérature du système de vente et location en ligne;

- Au second chapitre, nous allons présenter la méthodologie à utiliser au cours de notre recherche ;

- Au troisième chapitre, nous procéder à l'analyse, modélisation et conception de la solution ;

- En fin la présentation des résultats sera notre dernier chapitre.

CHAPITRE PREMIER

LA REVUE DE LITTERATURE

Dans ce chapitre, il est question de présenter l'évolution du marché immobilier, tout en exhibant plusieurs autres systèmes existant dans le domaine d'annonce des biens immobiliers sur internet. Ensuite, nous aurons à présenter notre milieu d'étude qui la ville de Butembo, parler en large du problème des annonces immobilières en cette ville, puis clôturer par définir quelques concepts de base de notre travail.

1.1 Immobilier sur internet dans les pays occidentaux

La plus part des ouvrages, articles, journaux, et pages consultées prouvent que le système immobilier sur internet s'est beaucoup développé d'abord en Europe, aux Etas unis puis en Asie. Ainsi, nous nous sommes plus focalisé sur les pays occidentaux comme la France qui est le plus géant dans ce domaine, la Suisse, la Belgique, le Japon, et d'autres villes américaines, et asiatique si possible. En fin, nous sommes passés en revue sur l'état de ce système en Afrique en Général, en particulier la République Démocratique du Congo pour ne pas parler que de la ville de Butembo plus précisément qui nous a concernés dans ce travail.

1.1.1 Les origines des annonces immobilières sur internet

techniques, acteurs et dépenses réalisées sur internet en rapport avec l'immobilier. Le marché

Selon (Raphaél-Karayan, 2012), l'immobilier sur internet regroupe l'ensemble des

8

de l'immobilier sur internet regroupe en son tour l'ensemble des offres et des investissements réalisés sur internet par les différents acteurs de celui-ci.

Les sites numériques se sont développés sur des bases et principes plus anciens : affichage (annonce en vitrine), annonce de presse, etc. En France, les premiers sites numériques français des biens immobiliers apparaissent via le minitel (Médium interactif par numérisation d'information téléphonique), qui est un type de terminal informatique destiné à la connexion aux services français de vidéotex baptisé Télétel, commercialement exploité en France entre 1980 et 2012 (Raphaél-Karayan, 2012). Cette technologie de communication a été développée par le ministère des postes et télécommunications, et utilisée en France, essentiellement dans les années 1980 et 1990, avant d'être supplantée par l'accès à internet (Tom's-Guide, 2010).

Le concurrent américain du Minitel nommait en effet le système NAPLPS. Conçu comme vecteur de vente à domicile, qui met l'accent sur l'affichage en couleurs de qualité photographique. A cause du faible débit des lignes de l'époque, surtout aux Etats-Unis la déception fut sévère : l'affichage de certaines pages pouvait prendre une durée de six minutes ; le mixage de texte et de graphiques, qui ne posait pas de problème avec les caractères sérigraphique de basse qualité du Minitel, n'était possible sans faire monter le cout de réalisation du terminal à des valeurs prohibitives en RAM et en ROM (Thierry-Breton, 2003).

Bref, le service était tellement lent et le cout était élevé, la migration s'est effectuée donc rapidement avec accélération des débits avec l'arrivé de l'ADSL(Asymetric Digital Subsriber Line qui se traduit fonctionnellement par liaison numérique à débit asymétrique sur ligne d'abonné), est une technique de communication numérique permettant d'utiliser une ligne téléphonique pour transmettre et recevoir des données numériques de manière

9

indépendante du service téléphonique conventionnel (c'est-à-dire analogue) via un filtre ADSL branché à la prise. (Raphaél-Karayan, 2012).

1.1.2 Le développement des sites immobiliers sur internet

Le web a permis aux acteurs de l'immobilier de faire circuler l'information et de mettre en contact les vendeurs et acheteurs à moindre coût. Afin de gagner en visibilité, ces acteurs de l'immobilier numérique cherchent à améliorer leur référencement auprès des moteurs de recherche par la quantité, la pertinence et la qualité de la présentation de l'information.

En France, le marché de l'immobilier sur internet a été évalué en 2009 par une étude Xerfi à 123 millions d'euros pour les portails immobiliers de professionnels à particuliers sans compter les sites de particuliers à particuliers, ainsi que les dépenses marketing sur Internet des professionnels de l'immobilier (agences immobilières, promoteurs). (Xerfi, 2010)

Le marché des petites annonces Internet s'est vraiment développé depuis 2005, raconte (Hervé-Parent, 2008), président de la Fédération française de l'Internet immobilier. Depuis 2005, le secteur de l'immobilier a pourtant connu plusieurs crises, mais le succès des sites d'annonces, lui, ne faiblit pas. «On n'observe aucune corrélation entre les crises immobilières et le comportement des consommateurs sur les sites d'annonces immobilières. Malgré les sauts sur le marché, le nombre de visites quotidiennes ne cesse de progresser, explique (Hervé-Parent, 2008), on est face à une évolution générale de la société, les Français préfèrent l'Internet que le papier». Plutôt que l'agence immobilière de quartier ou les journaux papier, l'acheteur potentiel privilégie aujourd'hui la Toile pour sa recherche de logement.

De nombreux services, publics ou privés, liés à l'immobilier se sont développés et permettent d'accéder à des formulaires administratifs, à des informations publiques ou semi- publiques, à des avis de consommateurs. Les forums qui traitent uniquement des questions autour de l'immobilier. Les blogs d'investisseurs immobiliers, qui relatent leurs expériences et partage

10 des conseils avec leurs lecteurs. En 2012, selon le journal Le Monde, les principaux acteurs de ce marché étaient: Seloger.com, Logic-immo.com, SurfacePrivee.com, AVendreALouer.fr, Acheter- louer.fr, Leboncoin.fr et PAP (Beaulieu, 2012).

L'association FF2I, la fédération française de l'internet immobilier, a été créée avec l'objectif de rassembler tous les professionnels de l'immobilier numérique. Récemment, les agences immobilières ont également récupéré le principe de vente privée pour l'appliquer à la vente de biens immobiliers (Paul-Régnier, 2012). Au Québec, les principaux acteurs du marché de l'immobilier sur Internet sont:

- Century 21, dont le site MLS regroupe toutes les résidences mises en vente par les

agences ;

- Publimaison.ca: Un guichet unique et gratuit pour particuliers, courtiers et

constructeurs de neufs ;

- DuProprio pour des résidences neuves et usagées ;

- Montreal Guide Condo pour des résidences neuves ;

- Guide Habitation pour des résidences neuves ;

- Projet Habitation pour tous les projets immobiliers neufs ;

- Centris qui regroupe les inscriptions de tous les courtiers du Québec ;

1.1.3 Les acteurs du développement du site des annonces immobilières

Nous avons identifié trois catégories des acteurs qui mettent en place des sites web des annonces immobilières dont chacun avec ses objectifs spécifiques mais tous utilisent presque une meme architecture. La différence se remarque du fait que certains sont payants et d'autres gratuits, certains misent sur le multilinguisme de leurs annonces, certains sont spécialisés sur les annonces de particuliers, d'autres d'agences et d'autres font les deux... Mais d'autres sites encore davantage spécialisés notamment dans les viagers, dans le neuf ou l'ancien, ou dans les

11

annonces dédiées à l'investissement immobilier locatif à forte rentabilité (Hervé-Parent, 2008) Nous citons comme acteurs :

- Les agences immobilières : environ 30 000 agences immobilières françaises disposent d'un site internet. Certaines agences ont développé plusieurs sites pour concentrer chacun d'eux sur une partie en particulier ( capital.fr, 2008).

- Les agents immobiliers : certains sites sont mise en place par le corps de métier qui à leur tour consultent les informations afin d'atteindre leurs objectifs.

- Les particuliers : ceux-ci sont très nombreux, ils sont des personnes qui n'ont pas des moyens pour mettre en place une agence mais il possède des initiatives d'aide à la population. En titre illustratif, Fabrice GRINDA est aujourd'hui classé par les millionnaires du monde grâce à son système d'annonces gratuit olx. Ce système fonctionne aujourd'hui dans 90 pays avec 40 langues différentes. Il s'enrichi plutôt par les publicités et la mise en avant des annonces.

1.1.4 Les dérives du marché immobilier sur internet

Internet a également ouvert la voie à de nouvelles arnaques immobilières :

V' Loto immobilier, une tombola pour devenir propriétaire d'une maison alors que l'organisateur de la tombola n'a aucune maison en sa possession (RTL, 2012), (RMC, 2012).

V' Escroquerie à la nigériane, ou publier une annonce alléchante mais demander lorsqu'un client veut visiter le bien un mandat cash d'une valeur conséquente pour gage de bonne foi, et ne plus donner signe de vie une fois le mandat cash reçu ( manchelibre.com, 2012) .

V' Il arrive que l'arnaqueur créé une fausse société écran pour faire l'intermédiaire avec la victime et la rassurer (Synchro, 2009).

12

1.2 Immobilier sur internet en africain et en ROC

1.2.1 Marché immobilier en Afrique

Suite à l'éclatement immobilier en Occident, beaucoup d'investisseurs se sont progressivement rués vers le marché africain qui connaît depuis un véritable engouement. Ainsi, selon une étude de Standard & Poors publiée en 2008, le marché immobilier européen a enregistré, au cours de ces dernières années, des prix spectaculaires, à des niveaux comparables à ceux connus aux États-Unis au pire moment de la crise, soit plus de 146% en Espagne, plus de 110% en France et en Grande-Bretagne. Et paradoxalement, les Américains à l'origine de cette crise, n'ont connu qu'une hausse de 65%.

Aussi, en réaction aux difficultés de leurs marchés respectifs, ces investisseurs et promoteurs immobiliers venus d'Europe et d'Amérique, ont tenté de trouver une échappatoire en cherchant de nouveaux débouchés et d'autres alternatives d'investissements ailleurs sur des marchés plus porteurs. C'est donc naturellement qu'ils se sont tournés vers l'Afrique qui est actuellement perçue comme l'une des destinations les plus attractives par les investisseurs étrangers, notamment dans ce secteur de l'immobilier jugé très rentable et lucratif. Ce marché qui n'est pas encore engorgé contrairement aux autres, présente donc un avantage comparatif important comparé aux autres régions du monde arrivées à saturation en termes de débouchés. Mais, les investisseurs occidentaux ne sont pas les seuls à s'intéresser à l'Afrique.

En effet, le continent africain reçoit également des investissements en provenance des pays du Golfe tels que l'Arabie saoudite, le Bahreïn, les Émirats Arabes Unis et le Qatar, qui ont aussi fui l'Europe suite à la crise financière. Ces investissements sont essentiellement destinés aux pays de l'Afrique du Nord, en particulier le Maroc et l'Algérie. Ces derniers ont par exemple à seuls bénéficié en 2008 de 25 milliards de dollars d'investissements investis en grande majorité dans le secteur immobilier, notamment les infrastructures hôtelières et touristiques.

13

Mais, même si ces investisseurs se sont globalement concentrés sur le marché nord-africain, le reste du continent, notamment l'Afrique de l'Ouest, qui a également reçu une injonction significative d'investissements, n'a pour autant rien à envier à ses voisins maghrébins. C'est ainsi que petit à petit le système immobilier a aussi évolué en Afrique tout en intégrant le marché immobilier électronique. Nous citons par le site olx.com, olx.fr qui se spécialise aujourd'hui dans les petites annonces.

1.2.2 Marché immobilier en ROC

En RDC, selon l'article publié sur immordc.net par (KABANDIKA, 2012), le marché de l'immobilier est très vaste au Congo du fait que la croissance démographique soutenue depuis une trentaine d'années et l'évolution socio-économique du pays ont conduit à un développement rapide des villes congolaises et entraine une forte demande par l'offre depuis 1999.

Néanmoins, le marché des biens immobiliers se fait encore de façon traditionnel en général dans toute la République, sauf dans quelque milieu comme la capitale (à Kinshasa) et au Katanga (surtout à Lubumbashi) que nous constatons l'usage des quelques sites web comme moyen d'annonce aux vendeurs et acheteurs des biens immobiliers sur internet. Ainsi nous citons par exemple les sites suivants : immobilieraucongo.com, immo.cd, immordc.net, bizimmo.com, danslesenvirons.com,...

Ces différents sites web travaillent bien, mais ils se sont seulement focalisés sur les annonces des biens immobiliers. Ce qui ne pas le cas pour notre système qui va s'intéressé à toutes les catégories d'annonces en y intégrant un système de géolocalisation des produits, mais aussi il sera un système au service de la communauté que purement commercial, c'est-à-dire que les annonces de cette plate-forme se feront gratuitement pour certains et payant pour les autres.

14

1.2.3 Organisation architecturale des sites d'annonces immobilières

Dans nos recherches, nous n'avions pas trouvé une architecture standard aux sites des annonces immobilières. Néanmoins, en visitant plusieurs sites d'annonces immobilières, nous avions remarqué qu'en 90% les sites ressemblaient sur leur manière de présentation. L'enchaînement des pages, le nombre des colonnes, des lignes, et des pages étaient presque le meme. La majorité des sites web consultés, bien qu'il existait d'autres éléments mais ceux-ci étaient les plus privilégiés de chaque site web :

y' Les annonces : les annonces devaient être visible dès la page d'accueil du site avec une présentation attirante aux internautes et clients (Images avec ou sans effets, la police normale, la couleur bien équilibré, etc.)

y' Les catégories : dans tous ces sites il existait une zone définissant plusieurs catégories d'annonces que les internautes pouvaient retrouver sur le site. Chaque catégorie ayant plusieurs sous catégories en son sein. Par exemple la catégorie immobilière qui a comme sous catégories : Maison à vendre, Maison à Louer, Terrain à vendre, Appartement à Louer, etc.

y' La zone de recherche : chaque site donnait aux internautes la possibilité de rechercher n'importe quoi qu'il en a besoin. Ainsi la recherche pouvait se faire sur base d'un pays, d'une région, d'une ville, d'un produit ayant tel ou tel autre prix, ainsi de suite.

y' Dépôt des annonces : la partie capitale de récolte des annonces. La plupart des sites web d'annonces (95%) laisse gratuitement le dépôt des annonces. Mais certaines annonces de mise en avant sont payantes.

y' Contact : c'est aussi un élément commun à tous les sites. Certains proposent une seule

option de contacter l'administrateur du site, mais d'autres y ajoutent le deuxième option de contacter directement l'annonceur de l'annonce.

15

? Inscription : cette option n'est pas beaucoup développé par plusieurs mais il existe quand meme pour afin diminuer la tâche à l'administrateur en donnant au client le privilège de modifier lui-même ses annonces.

Ainsi, avec cette structure, le webmaster après sa conception peut louer les services d'un hébergeur afin de le rendre aux utilisateurs. Nous pouvons le représenter comme suit :

Figure 1: Architecture des sites d'annonces immobilières sans géolocalisation des produits

Source : http://www.memoireonline.com/05/13/7195/m_Mise-en-place-dune-application-webmapping-de-geolocalisation-des-points-dintert-de-la-vill10.html

Mais alors depuis un certain temps, précisément vers les années 2010 et 2011, avec l'avancement rapide de l'informatique, Google amène sa technologie Maps et GPS qui permettent d'effectuer une géolocalisation et une traçabilité des produits. Certains sites en ont intégrés, mais tant d'autres n'y intègre pas encore car il nécessite tout d'abord le webmapping du milieu pour que le système de géolocalisation fonctionne avec exactitude. Ainsi la structure se modifie de la sorte :

16

Figure 2: Architecture des sites d'annonces immobilières avec géolocalisation des produits

Source : http://www.memoireonline.com/05/13/7195/m_Mise-en-place-dune-application-webmapping-de-geolocalisation-des-points-dintert-de-la-vill10.html

En ce qui concerne notre système, nous allons travail avec la structure meme si le webmapping de la ville de Butembo n'est pas encore fait. Cela nous suscitera de le faire un jour dans un autre sujet de recherche afin de rendre notre système de géolocalisation plus exacte.

1.2.4 L'immobilier en ville de Butembo

1.2.4.1 Localisation de la ville de Butembo

Butembo est une ville située en Province du Nord Kivu, à l'Est de la République Démocratique du Congo. Il est situé à, plus ou moins 1840m d'altitude, entre 0^o8' de latitude Nord et 25^o 16' de longitude Est, Butembo a une superficie d'environ 190.34 km², soit un petit territoire d'environ 14Km de côté. Cette ville est localisée à l'Est du Pays, sur la route KISANGANI-GOMA. Voici une carte tirée du serveur Google maps pour la ville de Butembo :

17

Source : http://universimmedia.pagesperso-orange.fr/geo/nievre.htm

Figure 3. Géolocalisation de la ville de Butembo

Source : http://universimmedia.pagesperso-orange.fr/geo/nievre.htm

Figure 4. Géolocalisation des quelques quartier de Butembo

18

1.2.4.2 Situation démographique des immobiliers en ville de Butembo

L'intretien avec Madame Regine Elliane du service de cadastre, chargé des enregistrements parcellaires, nous a fait comprendre qu'en 2014, Butembo a eu environ 765.853 ménages ayant enregistré plus de 923.899 parcelles. Mais aussi, d'après l'interview fait avec I'ingénieur Alain du service d'urbanisme, plus de 687.321 ont déjà obtenue une autorisation de bâtir. 80% d'information sur biens immobiliers et autres biens en ville de Butembo sont détenues par les commissionnaires ambulants, n'ayant pas des bureaux. Une agence immobilière appelé BUTA fait son existante en ville mais offre un service purement traditionnel. Elle utilise un tableau noir placé devant son bureau pour annoncer aux clients et elle ne s'occupe que des maisons. Sa visibilité est purement moindre car elle est moins fréquentée et moins connue.

1.2.4.3 Critique et nécessité du marché immobilier électronique avec géolocalisation

La ville de Butembo est un milieu opérant plusieurs transactions liées à la vente et location des biens tant immobiliers que d'autres biens. La croissance accélérée de construction et occupation des espaces appelés verte ou vide dans le temps, prouve aussi une croissance de la population dans cette ville. Fort malheureusement cette population effectue beaucoup des démarches et gymnastiques au près des commissionnaires pour décrocher un bien qu'elle cherche au sein de la ville. Si l'avancement de la nouvelle technologie de l'information et de communication facilite aujourd'hui les autres milieux du monde à optimiser la recherche des biens immobiliers et les autres biens, la ville de Butembo ne pas épargner et ne pas si différente des autres villes où les marchés des biens sont rendus électronique. Telle est la nécessité de mettre à Butembo un système de centralisation des annonces immobilières et d'autres annonces afin de contribuer non seulement au développement de la ville mais aussi aider toute la population de cette ville.

CHAPITRE DEUXIEME

METHODOLOGIE ET OUTILS DE TRAVAIL

La documentation, la modélisation, la définition des algorithmes, ainsi que le prototypage seront nos méthodes à utiliser.

2.1 La documentation

En symétrie avec (Accart, 2008) la documentation nous a servie de faire une collection de documents afin de diffuser d'informations. La fonction principale de la documentation dans notre travail était de rendre accessible l'information aux utilisateurs ayant un besoin de connaissances. Une suite d'opérations nous était nécessaire afin de remplir au mieux notre objectif, et ces opérations étaient constituées d'une chaine documentaire dont la collection, le traitement ou critique, puis la diffusion des informations. Avec la documentation, nous avons eu l'opportunité de présenter notre environnement d'étude, de le situer dans temps et dans l'espace par le biais des sources bibliographiques.

2.2 La modélisation

En accord avec (Marc, 2013), nous avons utilisé la modélisation dans la conception de notre système d'information pour l'analyse et la conception de l'information contenue dans le système. Nous avons essentiellement identifié les entités logiques et les dépendances logiques entre ces entités. Par modélisation nous avons représenté de manière abstraite les données

20

dans le sens où les valeurs des données individuelles observées sont ignorées au profit de la structure, des relations, des noms et des formats des données pertinentes, même si une liste de valeurs valides est souvent enregistrée. Le modèle de données ne doit pas seulement définir la structure de données, mais aussi ce que les données veulent vraiment signifier (sémantique).

Nous avons utilisé le langage de modélisation UML (Unified Modeling Language) qui nous a permis de définir un langage commun de façon la plus cohérente entre les méthodes employées. Cette méthode, en collaboration avec les idées de (Roels, 2015), nous a permis de réaliser plusieurs diagrammes. Ces diagrammes ont été réalisés à partir du besoin des utilisateurs dont nous les avions regroupés selon les deux aspects suivants :

? Les aspects fonctionnels : ces aspects s'expliquent à travers les questions suivantes : Qui utilisera le logiciel et pour quoi faire ? Comment les actions devront-elles se dérouler ? Quelles informations seront utilisées pour cela ?

? Les aspects liés à l'architecture : Quels seront les différents composants logiciels à utiliser (base de données, librairies, interfaces, etc.) ? Sur quel matériel chacun des composants sera installé ?

Figure 5: schémas du 4+1 vues d'un système

Source : http://openclassrooms.com/courses/debutez-l-analyse-logicielle-avec-uml/les-differents-types-de-diagrammes

21

2.3 La définition des algorithmes

Dans cette partie méthodologique, nous avons eu à définir les instructions qui nous ont permis de résoudre notre problème. Nous avons premièrement commencé par l'analyse des problèmes mettre en place une structure de programmation. En comme accord avec (Nogier, 2008) qui dit qu'n algorithme est une méthode générale pour résoudre un ensemble de problèmes. Il est dit correct lorsque, pour chaque instance du problème, il se termine en produisant la bonne sortie, c'est-à-dire qu'il résout le problème posé. Nous allons ici mesurer l'efficacité de notre algorithme notamment par sa durée de calcul, par sa consommation de mémoire RAM (en partant du principe que chaque instruction a un temps d'exécution constant), par la précision des résultats.

2.4 Le prototypage

Le prototypage nous a servi à concevoir une version intermédiaire et donc incomplète de notre plate-forme. Conçue pour tester l'utilisation avant la phase proprement dite de programmation. Il nous a permis de réaliser une maquette, ou un prototype pour tester la validité de sa conception, et recevoir les remarques des futurs utilisateurs. Spécifiquement, le prototypage nous a permis de :

I confirmer les exigences de l'interface utilisateur et l'étendue des produits I trouver une version de démonstration pour obtenir des retours des

commanditaires des produits par rapport à leurs besoins initiaux

I faire une première estimation du développement en termes de temps, de coût et de charge de travail

I estimer le volume de données à prévoir ;

I dimensionner le système de données, les besoins d'interaction de l'interface, les dimensions du réseau et le niveau de performance ;

22

V' préciser sur la complexité des exigences par rapport aux fonctionnalités actuelles des annonces

2.5 La simulation

Dans cette partie, nous sommes arrivés à tester notre système sur quelques ordinateurs et système d'exploitation fin de voir son comportement. Il était ici question de tester avec cette méthodologie si notre système pouvait être utilisé en local comme sur un réseau internet, ou meme sur un système d'exploitation mobile.

2.6 Les outils de travail

Etant donné que nous avons eu à développer un logiciel orienté web et mobile, intégrant l'algorithme de géolocalisation de nos produits, nous avons emprunté plusieurs outils afin de nous permettre d'atteindre nos objectifs.

V' Langages de programmation CSS, HTML5, PHP5.5.3, et un peu de JAVA-SCRIPT sont ceux qui nous avaient permis d'implémenter nos différents algorithmes.

V' Le logiciel wampserveur : Il nous avait permis de développer l'application Web dynamique à l'aide du serveur Apache2, du langage de scripts PHP et d'une base de données MySQL. Il possède également PHPMyAdmin qui nous permis de gérer plus facilement nos bases de données.

V' Les simulateurs : Visual Paradigm et Argouml qui nous avait permis de modéliser V' Le programme Adobe Photoshop CS5 nous avait été utile pour les conceptions et traitements divers des images à placer sur la plate-forme.

V' L'éditeur des codes Notepad+ qui nous aviez facilité la rédaction des lignes des codes. V' Le serveur Google maps qui nous aviez fourni le fond de carte de localisation des produits.

CHAPITRE TROISIEME

CONCEPTION DE LA SOLUTION

Ce chapitre est le plus capital de notre travail de recherche. Nous y appliquons la modélisation du nouveau système selon la méthodologie prônée. L'objectif de ce chapitre est de nous permettre d'anticiper les résultats du codage.

3.1 Cahier de charges

Cette partie est semblable à celle à laquelle nous avions présenté nos objectifs. Néanmoins, ici nous sommes allés plus loin en décrivant d'une manière détaillée les taches que devait faire notre système final. Cette partie nous a été très utile car elle nous a non seulement servie comme référence dans la conception et programmation mais aussi elle nous avait permis de vérifier si nos objectifs ont été atteint.

3.1.1 Les exigences générales du travail

Notre système doit fournir une page publicitaire des annonces immobilières et de différentes catégories. En effet, les interfaces externes doivent avoir une présentation claire et simple à utiliser afin d'attirer plusieurs internautes. Dans cette partie, nous avons spécifié les différents besoins fonctionnels requis pour l'implémentation de la solution et les cas d'utilisations possibles du système final. Notre site doit assurer:

y' La présentation claire des annonces publiées par les internautes ; y' Les contacts et l'interactivité avec les divers visiteurs du site

24

V' Gestion des clients.

V' Gestion des produits publiés

V' Gestion des catégories et des actualités. V' La géolocalisation des produits

3.1.2 Les exigences spécifique du travail

L'internaute se contente de se connecter au système pour envoyer ses suggestions, ses publications, s'abonner à la newsletter, contacter l'annonceur du produit qu'il a préféré, etc. Un internaute qui via un formulaire d'inscription assez simple devient un membre qui possède un compte lui permettant de visualiser son compte et ses annonces publiées auxquelles il peut y apporter des modifications. Le système doit donner à l'utilisateur la capacité d'exécuter une tâche dans un bref temps, une disponibilité de 24h/7, un accès sécurisé, et utilisable sur plusieurs systèmes d'exploitation. D'une manière plus détaillée, notre système aura pour finalités de réaliser plusieurs taches dont les avions subdivisé en trois niveaux.

3.1.2.1 Les taches du premier niveau que doit faire notre système

V' Recherche d'annonces simple, par catégorie, ou par recherche avancée.

V' Trier et ordonner les annonces par différents champs.

V' Mettre les Annonces payantes dites "PREMIUM" en avant.

V' Voir toutes les annonces d'un même annonceur.

V' Voir les annonces les plus vues ou populaires.

V' Voir les annonces les plus récentes.

V' S'inscrire ou non pour poster des annonces.

V' Retrouver son mot de passe perdu.

V' Possibilité d'ajouter un commentaire à une annonce

V' Possibilité à l'internaute de partager à un ami une annonce qui l'intéresse.

25

3.1.2.2 Les taches du deuxième niveau que doit faire notre système

y' Interface d'administration simple et intuitive, utilisable sans connaissance spécifique

en informatique.

y' Nombre d'annonces illimité.

y' Gestion des catégories et des sous-catégories, en nombre illimité

y' Gestion des annonces en ligne : modification, suppression, activer, désactiver, bloquer,

mise en premium.

y' Possibilité de valider les annonces avant leurs mises en ligne.

y' Chaque catégorie peut avoir ses propres champs pour décrire les annonces.

y' Possibilité de réserver une catégorie aux seules annonces de l'administrateur.

3.1.2.3 Les taches du troisième niveau que doit faire notre système

y' Gratuité des annonces.

y' Chaque annonceur peut avoir une adresse web simple vers sa page d'annonceur.

y' Possibilité de déterminer une date limite d'expiration d'une annonce.

y' Images multiples pour chaque annonce.

y' Possibilité de mettre en avant ses annonces : annonces PREMIUM en payant une

somme.

y' Notification par email de réponse à une annonce

3.2 Identification des acteurs du système et leurs rôles

En accord avec (Marc, 2013), nous disons qu'un acteur est un utilisateur humain, un dispositif matériel ou un système qui interagit directement avec le système étudié. Il représente un rôle joué par une entité externe au système, donc peut être consulté ou modifié directement l'état du système. Il émet ou reçoit des messages qui sont porteurs de données.

26

Nous distinguons les acteurs suivants dans la gestion des annonces immobilières:

? Administrateur : Il ajoute des structures et crée un responsable de site pour chaque structure, il approuve ou désapprouve les annonces, il active ou désactive le client. Certes, il gère tout le système.

? Client ou gestionnaire ou membre : Il s'agit d'un groupe d'utilisateur qui est nommé par l'administrateur et qui accède à l'interface protégé avec des tâches réduites. Il effectue des ajouts et mises à jour des annonces et d'autres opérations dont il est le propriétaire. Il a le choix entre deux types de dépôt d'annonce, soit dans la catégorie gratuite ou la catégorie payante.

? Internaute ou Visiteur : C'est le groupe qui accède uniquement à la zone publique. Ils ne s'authentifient pas, et accède directement à cette zone pour une consultation et ajoute des informations au système qui seront approuvées par l'administrateur. Il a le choix entre deux types de dépôt d'annonce, soit dans la catégorie gratuite ou la catégorie payante.

Il s'agit du large public de la ville de Butembo.

? Serveur Google Maps : il fournit le fond de carte Google Maps à la demande de la plate-forme pour un produit.

Ces différents acteurs sont présentés sur le diagramme de contexte statique. Ce diagramme montre le nombre d'instances d'acteurs reliés au système à un moment donné. Dans notre cas nous avons :

- Zéro ou Plusieurs Visiteurs ou Internautes ;

- Zéro ou plusieurs gestionnaires des annonces ;

- Le serveur Google maps qui fournit le fond de carte google Maps pour une annonce ;

27

- Un administrateur.

Figure 6: Diagramme de contexte pour les acteurs du système

3.3 Les besoins des utilisateurs

Nous décrivons ici le contexte, les acteurs ou utilisateurs du projet logiciel, les fonctionnalités du logiciel mais aussi les interactions entre ces acteurs et ces fonctionnalités. Ces besoins peuvent être décrits par deux diagrammes :

3.3.1 Le diagramme de cas d'utilisation

Dans ce diagramme nous représentons les fonctionnalités (ou cas d'utilisation) nécessaires aux utilisateurs. Comme on peut faire un diagramme de cas d'utilisation pour le système entier ou pour chaque sous système.

3.3.1.1 Règle de gestion fonctionnelle

1. Un internaute ou un visiteur accède au formulaire d'inscription pour devenir client ou membre ou gestionnaire, alors qu'un client accède au formulaire de connexion pour gérer son compte.

28

2. Les données fournies par un internaute sur le formulaire d'inscription peut ou ne pas être transmis à la boite de validation car il peut arriver qu'il le complète mal.

3. L'administrateur du système a le droit de valider l'inscription ou pas, de le modifier ou meme supprimer, mais aussi il peut désactiver ou activer celui qui existe déjà.

4. Apres validation de l'administrateur du système, un message de confirmation est envoyé à l'internaute et une mise à jour est effectuée pour chaque action qu'opère l'administrateur sur les clients.

5. Un internaute doit accéder au formulaire de dépôt pour soumettre son annonce au système.

6. Il doit compléter toutes les informations demandées tout en précisant le type d'annonce (gratuit ou premium) ainsi que l'adresse complet de son produit (pays, province, ville, quartier,...).

7. Les données fournies par un internaute ou un client sur le formulaire de dépôt peut ou ne pas être transmis à la boite de validation car il peut arriver qu'il le complète mal.

8. Les annonces soumis du type gratuit sont activées par l'administrateur pour être visible que pendant trois jours. Tandis que celles du type premium, attendent le payement par Airtel money ou M-pesa pour être activées pendant cinq trois mois.

9. L'internaute ou le client précise son annonce dans la référence de sa transaction lors de son payement, ce qui permettra à l'administrateur de savoir qui a payé pour quoi.

10. Le client possédant un compte, peut le gérer tout en modifiant ou supprimer ses annonces ou meme soumettre d'autres au système.

11. Une mise en jour des annonces est effectuée à chaque modification de l'administrateur et du client.

12. A la demande des internautes et clients d'une annonce sur le système, l'adresse complet renseignée par l'annonceur est envoyé au serveur Google maps, qui à son tour renvoi la carte de localisation du produit.

29

13. Le client propose une nouvelle catégorie d'annonces grace au formulaire de proposition des catégories.

14. Les données fournies par le client sur le formulaire de proposition peut ou ne pas être transmis à la boite de validation car il peut arriver qu'il le complète mal.

15. L'administrateur du système analyse la proposition et peut ou ne pas l'approuver, ou alors il la modifie, la supprime, ou crée une autre.

16. Les modifications de l'administrateur entraine automatique une mise en jour des catégories dans le système pour être en fin affichées

17. Un internaute ou un client doit accéder au formulaire de contact pour laisser un message à l'administrateur, ou laisser un commentaire sur une annonce.

18. L'administrateur consulte, répond, cacher ou approuve s'il s'agit d'un commentaire, ou carrément il le supprime.

19. Les actions effectuées par l'administrateur entrainent la mise en jours de la boite aux messages et commentaires.

20. Les messages envoyés à l'administrateur du système sont sauvegardés, tandis que les commentaires approuvés sont affichés.

3.3.1.2 Diagramme de cas d'utilisation

30

3.3.1.3 Description textuelle des cas d'utilisation Tableau 1: Cas d'utilisation Inscription des clients

Titre : inscription

Résumé : un internaute veut être un client, il accède au formulaire

d'inscription et rempli tous les champs puis il envoi et attend l'approbation.

Acteur : Guylain, chef d'entreprise x, date d'inscription : 20/06/2015, etc.

Préconditions : accéder au site.

Scenario normal :

Ce cas d'utilisation commence quand Guylain a accédé au site.

Opération: Une page est affichée exposant une description des informations

renseignées par Guylain.

31

Tableau 2. Cas d'utilisation Authentification

Titre : Authentification

Résumé : un client veut accéder à l'espace client, il doit s'authentifier en

entrant un login et mot de passe. Il peut ainsi gérer des actions dont il est propriétaire.

Acteur : Guylain, Date de connexion : 21/06/2015, etc.

Préconditions : Guylain doit être un membre de site validé par l'administrateur.

Scenario normal :

Ce cas d'utilisation commence quand Guylain se trouve connecter.

Opérations : Une page d'accueil est affichée. Après un click, une interface

membre de connexion s'affiche pour taper son login et mot de passe.

Tableau 3. Cas d'utilisation Gestion des annonces. Publication

Titre : Cas d'utilisation Ajouter annonce : Gestion des annonces

Résumé : Un internaute ou un client veut déposer son annonce sur le site.

L'annonce peut être du type gratuit ou payant.

Acteur : Guylain

Préconditions : Accéder au site

Scenario normal :

Ce cas d'utilisation commence quand Guylain a déjà accédé au site

Opérations : Guylain demande la page d'ajout des annonces ;

La page d'ajout s'affiche ;

Guylain rempli le formulaire d'ajout, il envoi et attend l'approbation ;

L'administrateur vérifie sa conformité puis il va soit la valider soit attendre le payement avant la validation.

32

Tableau 4. Cas d'utilisation Gérer annonce

Titre : Cas d'utilisation Gérer annonce : Gestion des annonces

Résumé : Un client ayant un compte dans le système, veut modifier ou

supprimer ses annonces, ou encore soumettre d'autres.

Acteur : Guylain

Préconditions : Accéder au site, se connecter

Scenario normal :

Ce cas d'utilisation commence quand Guylain a déjà accédé au site puis il s'est connecté

Opérations : Guylain demande la page de connexion;

La page de connexion s'affiche ;

Guylain rempli le formulaire de connexion, il envoi au système ;

Si valide, il accède à son compte et trouve toutes ses annonces

publiées dont il peut modifier ou supprimer.

Tableau 5. Cas d'utilisation Gestion des annonces. Géolocalisation

Titre : Cas d'utilisation Géolocalisation : Gestion des annonces

Résumé : Un internaute ou un client demande l'affichage détaillée d'un

produit. L'adresse du produit est automatiquement envoyée au serveur Google maps qui renvoi à son tour la carte de localisation.

Acteur : Guylain, Google maps
Préconditions : Accéder au site

Scenario normal :

Ce cas d'utilisation commence quand Guylain a déjà accédé au site

Opérations : Guylain demande la page technique d'une annonce ;

33

Tableau 6. Cas d'utilisation Gestion des catégories

Titre : Cas d'utilisation Ajouter catégorie : Gestion des catégories

Résumé : Un client veut proposer une nouvelle catégorie au système.

Acteur : Guylain,

Préconditions : Il doit être connecté

Scenario normal :

Ce cas d'utilisation commence quand Guylain se trouve connecter.

Opérations : Il accède au formulaire de proposition des nouvelles catégories,

il le rempli et envoi au système. L'administrateur après analyse peut ou ne pas l'approuver.

Tableau 7. Cas d'utilisation Gestion de contacts

Titre : Cas d'utilisation Envoyer message: Gestion des contacts

Résumé : Un internaute ou un client veut envoyer un message soit à

l'administrateur, soit laisser un commentaire. Il complète un formulaire

Acteur : Guylain, mail : irguylain@ gmail.com, objet : salutation, etc.

Préconditions : accéder au site (Envoyé), accéder et se connecter (Consulter).

Scenario normal :

Ce cas d'utilisation commence quand Guylain valide son formulaire

Opérations : Une page présentant un formulaire de contact, le client complète

et valide.

3.3.2 Diagramme d'activité

Nous représentons ici le déroulement des actions, sans utiliser les objets. En phase d'analyse, il est utilisé pour consolider les spécifications d'un cas d'utilisation. Nous le représentons comme suit :

34

3.3.2.1 Diagramme d'activité pour le cas d'utilisation Inscription des clients

Ce diagramme décrit les processus que doit faire un internaute afin qu'il devienne membre ou client à notre système.

Figure 7: Diagramme d'activité Inscription des clients

3.3.2.2 Diagramme d'activité pour le cas d'utilisation Authentification

Ici nous présentons schématiquement les processus que fera un client déjà inscrit pour se connecter à son compte.

35

Figure 8: Diagramme d'activité Authentification au système

3.3.2.3 Diagramme d'activité pour le cas d'utilisation Gestion des annonces

Nous présentons dans ce diagramme les processus d'un internaute ou encore un client pendant le dépôt ou la publication d'une annonce.

36

Figure 9: Diagramme d'activité Gestion des annonces: Publication

3.3.2.4 Diagramme d'activité pour le cas d'utilisation Gestion des catégories

Nous représentons sur ce diagramme comment un client peut proposer une nouvelle catégorie à ajouter au système.

37

Figure 10: Diagramme d'activité de Gestion des catégories

38

3.3.2.5 Diagramme d'activité pour le cas d'utilisation gestion des contacts

Figure 11: Diagramme d'activité Gestion des contacts

3.4 Vue logique

3.4.1 Règles de gestion des données

Les règles de gestion sont des lois qui à l'échelle du système va s'appliquer systématiquement dans les cas que doivent réagir les acteurs (F.DIGALLO, 2001).

39

1. Un client est identifié par un numéro, a un nom, un prénom, un e-mail, son adresse, son numéro de téléphone, son login et son mot de passe ;

2. Le client ou l'internaute peut déposer une à plusieurs annonces dans le système dont ces dernières seront approuver par l'administrateur pour être publiées;

3. L'annonce peut être du type payant ou gratuit. Si c'est payant, l'administrateur attend la confirmation de payement pour la valider ;

4. Chaque annonce a un identifiant, un titre, une description, une date de publication, un prix (si nécessaire), une adresse, et son annonceur ;

5. L'administrateur précise pendant l'approbation de l'annonce sa date d'expiration dans le système ;

6. Chaque annonce est localisé par Google maps moyennant son pays, sa province, sa ville, sa commune, son adresse, sa latitude, et sa longitude ;

7. Un pays est renseigné par son code et son nom. une province, une ville ainsi qu'une commune sont renseignés par un identifiant et un nom.

8. Une annonce appartient à une catégorie, et une catégorie peut avoir plusieurs ou aucune annonce ;

9. Une catégorie a pour parent une autre. Elle est identifiée par un identifiant, un nom, une description, sa position, et un icone.

10. Une annonce a un prix en une monnaie quelconque. La monnaie a un code, un nom et une description

11. Une annonce est déposée avec une ou plusieurs ressources, chaque ressource a un identifiant, un nom, une extension et un chemin ;

12. Le client peut envoyer un message ou un commentaire concernant une annonce ;

13. Ce message ou ce commentaire peuvent être identifiés par son identifiant, son type, sa date d'envoi, un titre, expéditeur, le corps du message et le destinataire.

14. A une annonce correspond une localisation géographique.

40

3.4.2 Diagramme des classes

41

3.5 Vue des processus

En accord avec (Roels, 2015), la vue des processus démontre :

? la décomposition du système en processus et actions ;

? les interactions entre les processus ;

? la synchronisation et la communication des activités parallèles.

3.5.1 Diagramme de séquence

Ce diagramme nous a permis de décrire les différents scénarios d'utilisation du système. Pour besoin de concision, nous avons décrit les scenarios pour :

3.5.1.1 Scénarios d'inscription

Figure 12: Diagramme de séquence d'inscription

3.5.1.2 Scénarios d'authentification, d'ajout de l'annonce et de la catégorie

42

Figure 13: Diagramme de séquence d'authentification, d'ajout d'une annonce et catégorie

3.5.1.3 Scénarios d'envoi du message

Figure 14: Diagramme de séquence d'envoi du message

3.5.2 Diagramme d'Etat-transition

Les diagrammes d'états-transitions d'UML nous a permis de décrire le comportement interne d'un objet à l'aide d'un automate à états finis. Nous présentons les séquences

43

possibles d'états et d'actions qu'une instance de classe peut traiter au cours de son cycle de vie en réaction à des événements discrets (de type signaux, invocations de méthode).

3.5.2.1 Diagramme d'état-transition de l'objet client

Ce diagramme montre comment le client passe d'un état à un autre sur le système. Il vient en tant que internaute sur le système, après son inscription il devient client. Néanmoins son statut peut changer en devenant soit actif ou inactif selon les actions qu'il pose sur le système.

Figure 15: Diagramme d'état-transition de l'objet client

3.5.2.3 Diagramme d'état-transition de l'objet annonce

Ce dernier présente les états que prend une annonce sur le système.

44

Figure 16: Diagramme d'état-transition de l'objet annonce

3.5.2.3 Diagramme d'état-transition de l'objet commentaire ou message

Ce diagramme présente les états que passe un commentaire ou un message sur le système.

45

Figure 17: Diagramme d'état-transition de l'objet message_comment

3.5.3 Le diagramme de package

Nous décomposons le système en catégories ou parties plus facilement observables, appelés « packages ». Cela permet également d'indiquer les acteurs qui interviennent dans chacun des packages :

Figure 18: Diagramme de package.

Nous voyons que notre logiciel peut être divisé en quatre parties (ou packages) observables séparément dont la gestion des membres, la gestion des annonces, la gestion des catégories, et la gestion de contacts. Ainsi, nous avions schématisé les algorithmes importants pour les classes importantes dans le quatrième chapitre.

? Dans la gestion des membres ou clients, nous supposons gérer toutes les opérations liées aux clients. Ce package ou ce sous-système utilise la classe client avec toutes ses méthodes dont la méthode inscrire ; la méthode gérer qui a en son sein la méthode activer, désactiver, modifier, supprimer et Bloquer ; ainsi la méthode rechercher. Comme

46

ce package est en relation avec le package de gestion des annonces, les clients sont liés aux annonces car c'est eux qui les publie. Ainsi la méthode Publier et gérer du package gestion des annonces sont des éléments commun entre les deux.

? Le package de gestion des annonces gérer les opérations liées aux annonces. Il utilise plusieurs classe dont la classe annonce qui fournit l'identité des annonces, la classe monnaie qui définit la monnaie de l'annonce, la classe pays, province, ville et commune pour la localisation de l'annonce sur Google maps, la classe ressource_annonce qui donne les images et autres données liées à l'annonce, la classe catégories qui les catégories des annonces publiées, et la classe message_comment qui attribue à chaque annonce ses commentaires.

? Le package de gestion des annonces gère les opérations liées aux catégories des annonces. Il utilise la classe catégories avec la méthode créer, modifier, activer, désactiver et supprimer.

? Le package de gestion des contacts quant à lui, il gère les opérations liées aux différents mails qui peuvent s'échange sur le système. Il utilise la classe message_comment.

CHAPITRE QUATRIEME

PROTOTYPES DE LA SOLUTION

Ce chapitre nous a été une occasion de présenter premièrement l'environnement matériel et logiciel, ainsi que le choix technique du développement. En second nous avions eu l'opportunité de présenter les algorithmes de mise en oeuvre de certaines méthodes principales. En fin, nous avions présenté le fonctionnement du système tout en présentant quelques interfaces graphiques des différentes méthodes.

4.1 Environnement de travail

Pour la réalisation de notre système, nous étions face à des choix matériels ainsi que logiciels.

4.1.1 Environnement matériel

Nous avions utilisé un ordinateur de la couleur rouge ayant des propriétés suivantes :

- Processeur : Pentium(R) Dual- Core CPU T4500 @ 2.30GHz ;

- Mémoire (RAM): 3.00GB

4.1.2 Environnement logiciel

Outre les logiciels énumérés dans le deuxième chapitre, nous ajoutons à la liste ce qui

suit :

- Système d'exploitation Windows 7 Professionnel N 32bits ;

- Serveur des fichiers Filezila ;

- SQL serveur 2008 Edition standard.

Application

Stock les

données

Modèle

Récupère

Notifie

Met en jour

Mise en jour

Présente les données

Vue

serveur et récupère

Lance l'appel au

Contrôleur

les données

Fait un appel

Figure 19: Modèle global MVC

48

4.1.3 Choix technique

4.1.3.1 Choix du langage

Pour implémenter notre projet, nous avions opté pour le langage HTML, PHP et JavaScript. Le choix de ces langages était due premièrement du fait que nous avions fait une conception orientée objet avec UML, ce qui nous avez conduit à utiliser des langages orientés objet. En second lieu, la portabilité du langage PHP nous avez permis d'implémenter notre serveur applicatif sans nous préoccuper du système d'exploitation sur lequel il va être déployé.

4.1.3.2 Choix du standard de développement

Pour le développement de notre système nous avions décidé de suivre le modèle MVC; qui est une architecture et une méthode de conception qui organise l'interface homme-machine (IHM) d'une application logicielle. Ce paradigme divise l'IHM en un modèle (modèle de données), une vue (présentation, interface utilisateur) et un contrôleur (logique de contrôle, gestion des événements, synchronisation), chacun ayant un rôle précis dans l'interface dont nous l'avions résumé sur ce schéma :

49

Source : http://openclassrooms.com/courses/debutez-l-analyse-logicielle-avec-uml/les-differents-types-de-diagrammes

En gros, MVC appliqué à notre plate-forme était une séparation totale entre le comportement de l'application, les données du site, et le résultat HTML.

4.1.3.3 Choix de la technologie de sécurité

Assurer la sécurité de notre système consistait à assurer la confidentialité de l'espace utilisateur. C'est-à-dire, seul le propriétaire du compte peut consulter ses informations privées. Ainsi, nous imposons une authentification à l'utilisateur avant de lui permettre l'accès à son compte. Quand l'utilisateur désire quitter le système nous lui offrons la possibilité de se déconnecter afin que la personne qui va utiliser le poste après lui ne puisse pas accéder à son compte.

4.2 Base des données

Afin de réaliser notre base des données, nous avions utilisé le système de gestion de base des données MYSQL 5.6. Le Diagramme relationnel et physique de la base des données issu de SQL Serveur se présente comme suit :

Figure 20: Diagramme relationnel de base des données

50

51

4.3 Algorithmes des méthodes principales.

Nous présentons ici la description algorithmique ainsi qui les schémas des algorithmes principaux pour les classes que nous trouvons plus importantes que les autres dans la réalisation du système.

4.3.1 Description algorithmique des méthodes principales

Avant de représenter les schémas algorithmiques, nous avons préféré décrire les entrées, le contenu, ainsi que le résultat de chaque algorithme.

Tableau 8: description algorithmique des modules du système

Classe Méthode Entrées Contenu Résultat

Client 1. Inscrire Identité (Nom, Sexe, Nom_utilisateur, mot_de_passe, mail, etc.			Si (identité bien remplie) Alors envoi à la boite de validation si (la validation effectuée) alors la création d'un client a réussie.		1 nouveau client créé, ou opération échouée
2. Se connecter	Mail et mot de passe	Si (mail et mot de passe sont identique à ceux qui se trouve dans la base données) Alors Autorisation d'accès au compte.			Accès autorisé ou refusé
Annonce Publier Informations de l'annonce (Titre,				Si (information bien remplie) alors

52

Description, Adresse, Photo, etc.)			(L'annonce entre dans la boite d'attente de validation). Si (la validation est effectuée) alors (la publication s'effectue) sinon (l'annonce rejetée).		1 nouvelle annonce ajoutée.
Message _comme nt	Commente r	Information du commentaire (Titre, objet, texte, annonce_commen t, etc.		Si (formulaire bien rempli) alors (commentaire en attente de validation) Si (validé) alors (commentaire affiché) sinon (rejet)		1 comment aire ajouté

4.3.2 Schémas algorithmique des méthodes principales

Nous présentons ici d'une manière schématique les différents algorithmes des méthodes principales

4.3.2.1 Schéma algorithmique pour la méthode « inscrire » de la classe Client

Cet algorithme montre les processus que passent les informations fournies par l'internaute afin qu'il soit validé.

53

Figure 21: algorithme de la méthode inscrire

4.3.2.2 Schéma algorithmique de la méthode « se connecter et gérer »

Cet algorithme montre le processus de connexion d'un client à son compte ainsi que la gestion.

54

Figure 24: algorithme de la méthode commenter

Figure 22: algorithme de la méthode se connecter et gérer 4.3.2.3 Schéma de l'algorithme de la méthode Publier

Figure 23: algorithme de la méthode publier

4.3.2.4 Schéma algorithmique de la méthode « commenter »

55

4.4 Simulation du logiciel

Dans cette partie nous traduisons les algorithmes des méthodes principales pour prouver que le modèle marche. A part la page d'accueil du système, les algorithmes concernés sont pour la classe client avec la méthode « inscrire » et « se connecter », pour la classe annonce avec la méthode « publier », « Gérer » et « localiser » en fin pour la classe message_comment avec la méthode « Envoyer ou commenter ».

4.4.0 Données de simulation

Classe Méthode Données

Client Inscrire Soit un internaute Guylain veut devenir

client. Nom : Guylain, Mail :

[e-mail], Mot de passe : Guylain540, Répété Mot de passe.

Se connecter Soit un client Guylain veut accéder à son

compte. Mail : irguylain@ gmail.com, Mot de passe : Guylain540

Annonce Publier Catégorie : Maison à vendre, Titre : Jolie

Maison à vendre, Description : j'ai une jolie maison qui remplit toutes conditions à moins chère... Prix : 23000$, Photos : maison.jpg, Pays : Congo, Région : Nord-Kivu, ville : Butembo, Quartier : Mutiri, Adresse : Cellule Kisingiri n°32, Nom annonceur : Guylain, Mail : [e-mail], Téléphone annonceur : [phone], Type annonce : gratuit

Gérer Mail : irguylain@ gmail.com, Mot de

passe : Guylain540

Message_comment Envoyer ou commenter Nom : Guylain, Titre : un mot à placer,

Message : je suis ravi de votre annonce,

56

pouvez-vous me renseigner plus sur ça ?

4.4.1 Accueil du système

Cette page est la porte d'entrée à la plate-forme. Elle permet non seulement d'afficher les annonces postées mais elle attire les internautes et clients à consulter le site grâce à sa présentation simple et claire.

Figure 25: Page d'accueil du nouveau système

4.4.2 Pour la classe Client avec la méthode « Inscrire » et « se connecter »

4.4.2.1 Avec la méthode « inscrire »

Le client ayant aimé la plate-forme, peut directement devenir membre en accédant au formulaire d'inscription dont nous expliquons en travers la page suivante :

57

Figure 26: Page d'inscription des clients au nouveau système

4.4.2.2 Avec la méthode « se connecter »

En raison d'une haute confidentialité des informations, le client commence par se connecter au système par le biais d'une adresse mail ainsi qu'un mot de passe. C'est après cette étape qu'il peut opérer des modifications sur son compte. A la sortie, il a l'option de se déconnecter au système afin qu'une personne mal intentionné n'accède à son compte sans sa permission.

58

Figure 27: Connexion au nouveau système

4.4.3 Pour la classe annonce avec la méthode « Publier », « gérer » et « localiser »

4.4.3.1 Avec la méthode Publier

59

Figure 28: résultat graphique de la méthode "Publier"

4.4.3.1 Avec la méthode gérer

Figure 29: Gestion du compte client et ses annonces

4.5 Discussion des résultats

Dans le domaine des annonces immobilières et autres annonces, la plus part des plates-formes existantes en dehors de la République Démocratique du Congo se spécialisent dans une seule catégorie d'annonce. Une particularité faites au système OLX conçu par Fabrice Grinda en France qui, associe plusieurs catégories d'annonces. En RDC, les sites comme immocongo.com et danslesenvirons.org offrent la possibilité de publier les annonces. Néanmoins ils se concentrent seulement à une seule catégorie d'annonce, mais aussi c'est seulement dans la ville de Kinshasa où ces systèmes sont actifs et opérationnels à un certain pourcentage.

Quant à notre système, qui avait pour objectif principal d'aider en général la population de la RDC, en particulier celle de la ville de Butembo, nous avons eu définir une

60 méthodologie de travail qui nous a permis en fin de récolter des informations, de les analyser, d'effectuer sa modélisation grâce au langage UML puis, au moyen des langages de programmation, du serveur apache, du SGBD MySQL et les autres outils énuméré dans le chapitre deuxième, nous avons effectué l'implémentation et abouti au résultat suivant :

V' Nous avons proposé des algorithmes de gestion des annonces tout en se mettant dans l'optique que plusieurs catégories d'annonces peuvent existées.

V' Nous avons aussi proposé un algorithme annexe à la gestion des annonces qui permet

d'ajouter les nouvelles catégories par les clients sans reprendre la modélisation mais seulement avec l'approbation de l'administrateur du système.

V' Sur la page d'accueil de la plate-forme qui a une présentation claire et simple à utiliser, les utilisations accèdent à une liste des annonces de plusieurs catégories auxquelles ils peuvent utiliser l'outil de recherche pour ne rester qu'avec les annonces qu'ils cherchent.

V' L'internaute qui s'intéresse à la plate-forme et préfère devenir membre, prend son inscription gratuitement et attend l'approbation de l'administration du système

V' Après son approbation, un espace de gestion se crée automatiquement pour le client inscrit où il peut opérer des modifications de son compte ainsi que de ses annonces publiées.

V' Les internautes et clients peuvent publier gratuitement leurs annonces pour être visible sur le site pendant deux jours, ou choisir l'option payante de publication moyennant un dollar pour être visible pendant quatre mois site le site.

V' Sur le site, les internautes et clients peuvent laisser un commentaire à une annonce, contacter l'annonceur de l'annonce ou meme partager une l'annonce à un ami qui n'est meme pas connecté à notre système.

V' Les utilisateurs ont la probabilité de mettre la mention j'aime de Facebook ou meme accéder directement à la page Facebook du système.

61

V' L'administrateur a le privilège de personnaliser plusieurs caractéristiques de la plate-forme en permettant ou refuser des options telle que :

· Les utilisateurs doivent être connectés pour pouvoir publier une annonce

· Les utilisateurs doivent valider leurs annonces

· Seuls les utilisateurs inscrits et connectés peuvent contacter l'annonceur

· Informer l'administrateur quand une annonce est ajoutée

· Envoyer à l'administrateur une copie des emails de contact avec les annonceurs

· Envoyer à l'administrateur une copie des emails «Partager cette annonce»

· Définir la date d'expiration de l'annonce publiée

· Permettre l'ajout des images des annonces ainsi que le nombre d'images à ajouter

· Modifier, supprimer, Activer, désactiver, Bloquer, rendre premium (après payement) l'annonce

· Ajouter les champs oubliés pendant la modélisation mais spécifique à une catégorie

· Approuver, désapprouver ou supprimer le commentaire

· Etc.

Néanmoins, pendant la réalisation de notre travail, nous nous sommes retrouvés devant certaines difficultés qui ne nous ont pas permis d'atteindre certains de nos objectifs dont :

V' Le non existence des agences immobilières en ville de Butembo a été pour nous une difficulté majeure car dans notre méthodologie il était question de nous informer aupres d'une des agences immobilières à Butembo. Ainsi, il nous faillait pendre contact avec les agences des autres milieux où existe au moins une afin de simuler ce qui pourrait se faire à Butembo ;

V' Nous avions voulu mettre en annexe de notre travail la situation démographique des

immobiliers de la ville Butembo afin de faire comprendre ceux qui vont nous lire la

62

nécessité du marché électronique. Malheureusement ces données ne nous avez pas été rendu disponible par les services contacté à Butembo pour plusieurs raisons dont nous meme nous n'avons pas compris ;

? Nous avons eu plusieurs difficultés pour intégrer la géolocalisation de Google dans notre système car certains modules liés à ce système sont payant. Mais quand meme en fin de compte nous avons trouvé une solution;

? Une autre difficulté liée toujours à la géolocalisation est que ce système travail avec exactitude dans un milieu où le Webmapping a été déjà fait. Ainsi, malgré que nous avons reçu à intégrer le système de géolocalisation, ceci ne donne pas vraiment une carte exacte du produit, il se limite à préciser soit le commune et parfois le quartier. C'est pourquoi, il faut maintenant qu'une autre étude qui portera sur le webmapping des points d'intérêts de la ville de Butembo soit faites qui ajoutera toutes les coordonnées de la ville dans le serveur Google maps.

63

CONCLUSION GENERALE

Notre travail de recherche intitulé « Marché immobilier électronique avec

géolocalisation des produits en ville de Butembo » a été une la mise en place d'un système permettant de mettre en contact les partenaires possédant des biens immobiliers et autres biens mise en disposition de vente, de location, de viagère et d'échange, à ceux qui sont à la recherche de ces biens. D'une manière plus approfondie, le système facilite la rencontre des acheteurs des biens, les consommateurs des services aux vendeurs des biens et les offreurs des services.

La problématique de ce travail a prouvé qu'il existait un problème de communication entre les deux partenaires qui, parfois s'informaient de bouche à l'oreille, parfois en utilisant une pancarte mise devant le produit comme nous l'avions souligné tout au début. Les agences immobilières devraient normalement dans un premier temps résoudre ce problème à la population. Mais fort malheureusement ces dernières n'existent meme pas en ville de Butembo. Ainsi, nous, en étant du domaine informatique, nous avions pensé et crue qu'il fallait que nous amenions notre contribution à la résolution de ce problème en mettant ce système en place.

Afin de réaliser ce travail, nous avons eu à discuter sur quatre chapitre dont la revue de littérature a été le premier et qui nous avait permis de présenter l'historique du système d'annonces immobilières sans les monde entier, en Afrique, puis en RDC et en ville

Butembo ; de présenter le pourquoi de son existence et énumérer certains travaux effectués par les autres chercheurs dans ce domaine, ensuite montrer ce que notre système aura à faire à

64 son tour car la science doit être une suite logique dont la nouvelle chose apporte une nouvelle solution au besoin quelconque. Au second chapitre, nous avons eu à présenter les différentes méthodes qui nous avait permis de rendre opérationnel notre système et présenter les outils nécessaires. Au troisième chapitre, il été question de passer à l'analyse et modélisation du nouveau système afin de préparer son implémentation dans le langage de programmation. Et enfin le quatrième a été question d'implémenter et présenter les résultats obtenus.

La documentation, la modélisation en langage UML, la définition des algorithmes ainsi que le prototypage ont été nos méthodes utilisées afin de rendre opérationnelle et contrainte nos théories énoncées dans les trois premiers chapitres. Avec ces méthodes nous avons atteint les objectifs fixés au début de notre travail et que nous avons présenté les résultats dans la section précédente.

Toutefois, il difficile de prétendre avoir établi un système parfait de gestion des annonces. Toutefois, nous espérons avoir répondu en quelque sorte à notre problématique. En effet, nous sommes conscient que dans la conception informatique, plusieurs choses peuvent vous échapper et qui demanderont l'apport des aux chercheurs auxquels nous laissons nos bras ouverts à leurs améliorations.

Néanmoins, nous suggérons aux autres chercheurs pour améliorer ce système, surtout dans le domaine de la géolocalisation, de s'investir dans le déploiement du webmapping des points d'intérêts de la ville de Butembo afin de rendre plus efficace notre outil de géolocalisation.

65

BIBLIOGRAPHIE

Accart, J.-P. R.-P. (2008). Le métier de documentaliste (éd. 3e). PARIS: Edution du cercle de la Librairie.

Beaulieu, L. (2012, Juillet 9). Pas de crise pour le marché des annonces immobilières en ligne. annonces immobilières, p. a et b.

Bernard, V. (2007). Le logement, Crise publique, Remèdes privés. Paris: ISBN.

capital.fr. (2008, Avril 23). Les internautes sont accros de l'immobilier en ligne. Consulté le Avril 21, 2015, sur capital.fr.

Developpez.com. (2015, 01 05). Chap 5 Diagrammes d'etat-transitions UML. Consulté le 06 27, 2015, sur developpez.com: http://laurent-audibert.developpez.com/Cours-UML/?page=diagramme-etats-transitions

Etat-civil. (2015). Situation géographique. Butembo. F.DIGALLO. (2001). Méthodologie Merise. Paris.

Franck Varenne, M. S. (2013). Modéliser & simuler. Paris.

Hervé-Parent. (2008, Juin 4). Marché des annonces immobilières sur internet. (J. Grégx, Intervieweur)

Jacques, C. (1994). Les techniques documentaires (éd. 7e). Paris: P.U.F.

Jonathan Arnowitz, M. A. (2007). Effective Prototyping for software makers . Washington. Journalhabitant.com. (2013). Les meilleurs sites immobiliers. journal de l'habitant.

KABANDIKA, P. (2012, Juin 11). 5 prérequis à vendre en compte à l'achat d'une maison. Conseils pour acheter.

Le Deuff, O. (2014). La Documentation dans le numérique. Villeurbanne: Enssib.

66

manchelibre.com. (2012, juillet 20). Attention aux arnaques immobilières sur internet. La Manche libre.

Marc, F. V. (2013). Modéliser & simuler. Paris.

Nielsen, J. (1994). Usability Engineering, AP Professional. Cambridge.

Nogier, J.-F. (2008). Ergonomie du logiciel et design web : Le manuel des interfaces utilisateur, (éd. 4e). Paris: Dunod.

Paul-Régnier. (2012, Octobre 23). Guy Hoquet lance une deuxième opération de ventes privées. Tout sur l'immobilier.

Raphaél-Karayan. (2012). Fin du Minitel: ceque les pionniers du web Francais lui doivent. Paris: Express.

RMC. (2012, juillet 23). La vente de biens immobilièrs par loterie gagne la France.

Roels, C. (2015, juin 18). Débutez l'analyse logicièlle avec uml: les différents types des diagrammes. Consulté le juin 24, 2015, sur openclassrooms.com: http://openclassrooms.com/courses/debutez-l-analyse-logicielle-avec-uml/les-differents-types-de-diagrammes

RTL. (2012, juillet 6). Une femme de 23 ans gagne lors d'une loterie immobilière. Strogatz, S. (1970). The End of Insight. Washington: Brockman.

Synchro. (2009, Semptembre 11). L'anarques immobilière sur internet.

Thierry-Breton, M.-C. (2003). Security And Exchange commision Washington. PARIS:

FRANCE-TELECOM.

Tom'sGuide. (2009). Immobilier. Consulté le Avril 1, 2015, sur Site de wikipedia: fr.m.wikipedia.org/wiki/immobilier

Tom's-Guide. (2010, Juillet 17). En 2010,2 millions de Francais utilisent encore le Minitel. Minitel Technologie.

Xerfi. (2010). Distribution immobilière face à internet. Paris.

CURRICULU M VITAE

I. Identité

Nom : ANGOMBEA

Prénom : AGBISSA

Lieu et date de naissance : ISIRO, le 27/06/1990

Nom et prénom du père : AGBISSA Léon

Nom et prénom de la mère : NAMONENI Anne-Marie

Pays d'origine : République Démocratique du Congo

Province d'origine : ORIENTALE

Commune d'origine : TELLY

Transversal d'origine : 3^ème TRANS, KIMBANGU

Etat-Civil : CILIBATAIRE

Sexe : MASCULIN

Nationalité : CONGOLAISE

Confession religieuse : CATHOLIQUE

Adresse : MUTIRI/KISINGIRI N°23

Téléphone : [phone] [phone]

E-mail : irguylain@ gmail.com / [e-mail]

II. Etudes faites

Ecole Primaire:

L'ECOLE PRIMAIRE TONGOLO de 1996 à 2002 pour l'obtention d'un certificat

Ecole secondaire : au collège Saint-KIZITO 2003 à 2005 pour l'obtention de certificat du tronc commun

Etudes supérieurs : au collège saint-KIZITO 2006 à 2009 pour l'obtention de Diplôme A2 d'Etat en Pédagogie Générale.

Etudes Universitaires :

? Université Adventiste de Lukanga de 2010 à 2013 pour l'obtention du Grade de Gradué en Sciences économiques et de Gestion.

? Université Adventiste de Lukanga de 2014 à 2015 pour l'obtention du Grade de Licencié en Sciences économiques et de Gestion, département de Gestion informatique.

III. Expériences, Stages professionnels et formation

V' Gérant des matériels roulants à « LAC » du 01/02/2005 au 02/05/2006

V' Formateur de programmation Windows au sein du Groupe des Analystes et

Chercheurs en Informatique « GACI » de 2012 à nos jours

V' Responsable du mouvement « KAM » de la jeunesse catholique d'Isiro du

03/06/2007 au 01/09/2010

V' Formateur au Bureautique El-Shaddai à Isiro du 01/09/2012 au 15/10/2012

V' Chef de gouvernement du collège estudiantin à l'Université Adventiste de

Lukanga, année académique 2012-2013

V' Stage professionnel du Troisième Graduat à l'INSS/Butembo du 08 Mai au 19

Juin2013

V' Président du Groupe d'Analyste et Chercheurs en informatique au Nord-Kivu du

20 septembre 2014 au 26 juillet 2015

V' Stage professionnel de la deuxième année de licence à l'OGEFREM/Bunia du 25

Aout au 11 Octobre 2015.

V' Formateur des agents de la Mutuelle de solidarité de santé à Butembo du 01 Mars

au 14 Mars 2013

V' Formateur en aide des agents d'Office de Gestion du Fret Multimodal à Bunia

V' Initiateur et Organisateur du tout premier Forum Informatique en ville de Butembo

au 01 Mars 2015.

IV. Compétence en informatique :

V' Maitrise des langages de programmation « VB et C# »

V' Maitrise des langages de programmation « PHP, HTML et CSS »

V' Maitrise de la maintenance physique des ordinateurs et téléphones

V' Maitrise de Microsoft office Access, Excel, Powerpoint, Word, et Publisher

V' Etc.

Je certifie que ces informations sont sincères et correctes Fait à Lukanga, le 9 Aout 2013

Guylain ANGOMBEA.