Mémoire

CONCEPTION D’UN SITE WEB POUR LA GESTION D’UNE SOCIETE IMMOBILIERE : Cas de ROZO WEST
Dédicace
 A mon père IBRAHIM AGNIDE pour tous tes efforts et à ma chère mère
WASSIATOU AMOUSSA ta raison d’être a toujours été de voir tes
enfants heureux.
 A mon oncle RAZAKI AMADOU, pour tous ses modestes sacrifices en
vue de me voir réussir. Dieu vous bénisse
Waliath A. AGNIDE
Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page i

Dédicace
 A la mémoire de mon père PAUL GANMAGBA et à ma mère BERTHE
HOUENOUSSI. Je ne vous oublie pas, vous êtes tout prêt de moi, dans
ma vie et dans tout ce que je fais, mes premières réussites sont venues
avec vous.
 A mon oncle NESTOR HOUNWANOU et son épouse EZIN BIBIANE
qui ont su me soutenir convenablement par leurs prières et conseils. Que
Dieu vous bénisse et vous prête longue vie.
Karyne H. GANMAGBA
Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page ii

Remerciements
Nous remercions et exprimons notre gratitude à tous ceux qui de près ou de
loin ont œuvré pour la réalisation de ce mémoire, et spécialement à :
 A Dieu le Tout Puissant pour son immense amour, sa divine protection et par
la grâce de qui ce travail a été entrepris et achevé.
 Monsieur AMADOU RAZAKI, le PDG de ROZO WEST pour leur
disponibilité à nous fournir à temps les informations pour enrichir le présent
document ;
 Monsieur OLOUBO SAMADY, notre maître de mémoire pour avoir accepté
superviser ce travail encadrement, son attention, sa disponibilité
inconditionnelle, son apport à la réalisation de ce document, ses conseils et
dépenses ;
 Monsieur AYI THEOPHANE, PDG de l’UATM/GASA-FORMATION pour
son engagement manifeste à l’endroit de ses étudiants ;
 Monsieur AKPONNA, le DE principal pour son soutien et ses conseils ;
 Monsieur AYI Maxime, pour son soutien et ses encouragements ;
 Monsieur Laffitte, DT pour ses soutiens ;
 Tous le corps professoral du l’UATM en particulier tous les professeurs de
notre filière Système Informatique et Logiciel ;
 Tous nos camarades de la promotion 2014 de l’Université Africaine de
Technologie et de Management, pour leur solidarité et leur sens de partage ;
 Nos amis Marie Nardel HOUEMAVO, Olivier Mahougnon AGADAME,
pour leur soutien ;
 Nos familles pour leur soutien et leurs sacrifices, Recevez nos affections ;
 Tous les membres de Jury qui ont accepté de consacrer une partie de leur
précieux temps à l’appréciation de ce travail ;
 Tous ceux que nous n’avons pas pu citer, ce n’est pas un oubli. Vous méritez
votre part de reconnaissances.
Waliath A. AGNIDE & Karyne H. GANMAGBA
Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page iii

LISTE DES FIGURES

Figure 1: Diagramme de contexte statique du système ....................................... 12
Figure 2: Diagramme de cas d‘utilisation ........................................................... 14
Figure 3: Diagramme de classe ........................................................................... 26
Figure 4: Diagramme d’objet .............................................................................. 27
Figure 5: Diagramme de séquence d’achat d’un bien ......................................... 28
Figure 6: Diagramme de séquence de location d’un bien ................................... 29
Figure 7: Diagramme d’activité d’un achat ........................................................ 30
Figure 8: Diagramme d’activité d’une location .................................................. 31
Figure 9: Page d'authentification ........................................................................... a
Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page iv

LISTE DES TABLEAUX

Tableau 1:Identification des acteurs du système et leurs rôles…………………11
Tableau 2 : Dictionnaire du domaine……………………………………………22
Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page v

LISTE DES ABREVIATIONS ET SIGLES

HTTPS : Hypertext Transfert Protocole Secured
PHP : PHP Hypertext Processor
RD : Règles de domaine
TIC : Technologies d’Informations et de Communications
PDG : Président Directeur Général
UATM : Université Africaine de Technologie et de Management
DE : Directeur d’Etude
DT : Directeur Technique
Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page vi

RESUME
Les Technologies de l’Information et de la Communication (TIC), en
général, et l’Internet, en particulier, se sont rapidement imposées comme des
outils indispensables à notre quotidien. Outils de communication, de travail, de
loisir, d’information, voire de formation, l’Internet a bouleversé les modes de
pensée, de comportement, de travail, et a ouvert de nouvelles perspectives à la
création du savoir, à l’éducation, et à la diffusion de l’information.
Les responsables de ROZO WEST ont très vite compris l’importance que
représente les TIC dans la diffusion des offres de service, et ont décidé de mettre
à la disposition de leur client une application web pour la gestion de leur activité
de vente et de location de biens immobilier. Ceci fait l’objet de notre travail de
mémoire.
Pour la conception et la modélisation de cette application, nous avons utilisé
pour la méthode UML qui est un outil d’analyse, de conception et de gestion de
projet informatique. Sa réalisation sera possible grâce au duo dynamique MySQL
et PHP.
Mots clés :
 Internet : réseau informatique mondial utilisant le protocole de

communication IP (Internet Protocol) pour rendre ses services accessibles
au public
Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page vii

SOMMAIRE
INTRODUCTION ................................................................................................. 1
CHAPITRE I: Présentation du contexte d'étude et cahier des charges………….3
I- PRESENTATION DU CONTEXT D’ETUDE ...................................... 4
II- PRESENTATION DU THEME ............................................................ 6
III- CHOIX TECHNIQUE .......................................................................... 8
CHAPITRE II: Conception de l'application........................................................ 10
I-MODELISATION FONCTIONNELLE ................................................ 11
II-MODELISATION STATIQUE ............................................................ 22
III- MODELISATION DYNAMIQUE .................................................... 28
CHAPITRE III: Réalisation de l'application………………………………….32
I-MODELE RELATIONNEL ................................................................... 33
II-OUTILS DE DEVELOPPEMENT ....................................................... 34
III- SECURITE DE L’APPLICATION .................................................... 35
CONCLUSION ................................................................................................... 36
BIBLIOGRAPHIE .............................................................................................. 37
WEBOGRAPHIE ................................................................................................ 37
Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page viii

INTRODUCTION
Depuis plusieurs années les TIC plus précisément l’internet sont devenus
très utiles dans tous les domaines d’activités qui espèrent prospérer et avoir de
meilleurs résultats très rentables. En effet ils offrent des stratégies de marketing
pour les entreprises qui les utilisent. Un grand volume de données transite
désormais par le Web et une partie du commerce s’est déplacée vers ce nouveau
canal de distribution. Vu l’importante utilisation des TIC dans les pays
développés, un pays voulant évoluer devrait alors rejoindre le rang.
L’utilisation donc du génie logiciel qui est une discipline de l’informatique

regroupant un ensemble de connaissances, de procédés et d’acquis scientifiques
pour l’analyse, la conception et la mise en œuvre des logiciels, s’avère être un
acteur prépondérant offrant des solutions favorisant l’échange d’information par
l’intermédiaire des réseaux informatiques notamment Internet.
ROZO WEST une agence immobilière spécialisée dans la location et la

vente des biens immobiliers pour des personnes particulières comme pour les
entreprises souhaite utiliser cet atout majeur qu’est l’explosion des TIC, pour se
rapprocher plus de sa clientèle et lui garantir un meilleur service. Tout en
respectant les conditions de sécurité et de sureté car elle rencontre plusieurs
difficultés qui font ralentir son économie et lui font perdre assez de client. Ainsi
pour remédier à cela nous avons décidé de mettre en place une application web
qui fait ainsi l’objet de notre travail de mémoire dont le thème est : « Conception
d’un site web pour la gestion d’une société immobilière » qui pourra prendre
en charge les différentes activités menées dans cette agence afin d’optimiser son
fonctionnement et permettre aux clients d’effectuer convenablement leurs
opérations.
Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page 1

Notre mémoire sera ainsi structuré en trois principaux chapitres. Le premier

chapitre présentera le contexte d’étude et le cahier des charges. Le deuxième
chapitre présentera ensuite l’analyse aboutissant à la conception et la modélisation
du système et enfin le dernier qui exposera l’aspect technique de la réalisation de
l’application.

CHAPITRE I :
PRESENTATION DU CONTEXTE D’ETUDE ET

CAHIER DES CHARGES

I- PRSENTATION DU CONTEXT D’ETUDE

I-1 Présentation de la structure
ROZO WEST est un établissement enregistré au registre de commerce et

de crédit immobilier (RCCM) crée le 05 Octobre 2015.
C’est une agence spécialisée dans la vente de terrains et dans la location de

biens immobiliers. Elle assure aussi la vente des véhicules de toutes marques ainsi
que des camions.
ROZO WEST accorde une grande importance à la qualité, l’efficacité et la

disponibilité de ses prestations.
I-2 Etude de l’existant

Au vu des collectes et recherches effectuées nous avons pu réunir quelques
informations concernant les activités de l’agence. ROZO WEST disposant d’une
agence non informatisée, s’occupe elle-même de la diffusion de ses offres via
plusieurs intermédiaires comme les bannières, les plaques, les informations de
bouche à oreilles, les démarcheurs. Les processus de ventes et de locations se
définissent ainsi donc comme suit :
 Processus de vente
Le démarcheur étant informé par son directeur de l’existence d’une parcelle

ou d’une maison à vendre celui-ci appelle chaque client et les informes à son tour.
Si un client est intéressé il prend rendez-vous avec ce dernier et l’emmène sur le
site pour la visite. Si le client n’est pas intéressé le démarcheur appelle d’autres
démarcheurs qu’il connait et les informe ; ceux-ci à leur tour informe leurs clients
si quelqu’un est intéressé ils reprennent rendez-vous avec ce client. Ils font le
même processus jusqu’à ce qu’ils trouvent un client qui soit d’accord. Dans le cas
où le client n’a pas l’argent à sa disposition ou n’a pas la totalité de la somme, il
réserve le site convenu et revient payer après. Le payement s’effectue devant un
notaire. Dans le cas où le client n’a pas l’argent à sa disposition il réserve le site

convenu et revient payer après. Si c’est le client qui cherche un terrain ou une
maison à acheter il appelle le démarcheur et ils prennent un rendez-vous pour
visiter les sites disponibles, si l’un d’eux convient au client ils vont au payement.
Dans le cas où le client n’est pas satisfait le démarcheur trouve d’autres sites et
reprend le même processus de visite.
 Processus de location
Dans le cas où le client souhaite faire une location il informe le démarcheur et

celui-ci l’informe des sites disponibles ensuite ils font la visite des lieux. Si l’un
des sites visités convient au client il réserve s’il n’a pas assez d’argent et revient
payer le reste après ou paye la totalité à l’agence quand il sera en possession de la
somme convenu. S’il n’est pas satisfait il revient après pour d’autre visite si le
démarcheur après ses recherches en trouve. Le même processus revient jusqu’à
ce que le client soit satisfait. Au cas où l’agence dispose d’un site à louer le
démarcheur informe ses clients pour la visite si l’un d’eux est intéressé.
I-3 Critiques de l’existant

Le système actuel étant miné de divers problèmes, empêche un
fonctionnement optimal du centre. Les différentes activités paraissent très longues
et fatigantes.
Dans les processus énoncés précédemment le démarcheur doit à chaque fois

effectué des appels et faire des déplacements sur chaque site ce qui entraine le
gaspillage d’argent et de temps. Aussi dans le cas où le site est à une longue
distance le trajet est fatiguant. Le client doit revenir à chaque fois pour visiter le
lieu et au cas où il n’est pas satisfait il devra encore faire d’autres visite sacrifiant
ces heures de repos ou parfois de travail.
Les activités menées par le centre étant critiques, tout gain en temps, en
ressource et en efficacité aurait un impact non négligeable sur la performance
globale de celui-ci, d’où l’importance de son informatisation.

I-4 Solutions proposées

Pour remédier à ces nombreuses difficultés nous avons décidés de réaliser
une application web afin de permettre aux personnes désireuses de louer ou
d’acheter une maison ou un immeuble ou tout autre bien immobilier de le faire en
toute simplicité sans se déplacer. Le développement de cette application fait
l’objet de notre travail de mémoire dont le thème est : « Conception d’un Site
Web pour la gestion d’une société immobilière ».
Cette application permettra aux clients d’avoir directement une vue des
différents produits de la société. Ils pourront choisir selon leur gout l’immobilier
qui leur plait, dans le quartier qu’ils souhaitent avec les options souhaitées. Elle
permettra aussi aux personnes qui veulent publier ou informer de la disponibilité
d’une maison ou d’un terrain à vendre de le faire connaitre très rapidement et
simplement.
II- PRESENTATION DU THEME
II-1 Eléments du cahier de charges

Le cahier de charge est ce document contractuel décrivant les spécifications
d’un projet, et plus précisément dans notre contexte, les caractéristiques du
système proposé.
Le présent projet qui fait l’objet de notre mémoire de fin de licence poursuit
deux principaux objectifs :
• La promotion de location immobilière (studios, appartements, villas,

immeubles…)
• La promotion de la vente de maisons, terrains, …
Toutes les informations concernant les différents produits de la société seront

disponibles sur un même portail internet.

Sur ce portail nous devons pouvoir notamment proposer aux internautes les
services suivants :
• Consultation des offres,
• Consultation des tarifs,
• Consultation de la situation géographique (ville, quartier, rue, …)
• Visite en ligne de l’intérieur de la maison (vidéos, photos, …)
• Le client doit pouvoir interagir avec le site pour faire une réservation, la
location.
Toutes les informations du site seront générées dynamiquement à partir d’une

base de données.
Le site sera déployé sur un serveur accessible via l’internet. Un nom de

domaine lui sera réservé en tenant compte de la disponibilité de ses paramètres et
de son accessibilité. On choisira le protocole HTTPS pour la sécurité des données.
II-2 Analyse et spécification des besoins

A partir des informations collectées, nous avons puis retenir pour le système
les fonctionnalités suivantes :
• Le front office
• Achat immobilière ;
• Réservation immobilière ;
• Affichage des offres ;
• Publicités (vidéos et photos) ;
• Location immobilière ;
• Réclamation et suggestion.

• Le Back office
• Gestion des offres et tarifs ;
• Gestion des clients ;
• Gestion des publicités ;
• Gestion des réclamations et des suggestions.
III- CHOIX TECHNIQUE

Cette rubrique présente l’ensemble des langages et outils que nous aurons
à exploiter afin d’aboutir à la solution proposée.
III-1 Outils de modélisation

Unified Modeling Language qui signifie en français Langage de Modélisation
Unifiée est un langage de modélisation graphique à base
de pictogrammes conçu pour fournir une méthode
normalisée pour visualiser la conception d’un système. Il
est couramment utilisé en développement logiciel et en
conception orientée objet.
III-2 Langage de programmation

PHP un langage de programmation libre utilisé
pour générer des pages web dynamiques via un serveur
HTTP par lequel il est interprété. Il peut également être
utilisé comme langage de Scripting et supporte la
programmation orientée objet.

III-3 Gestionnaire de base de données
MySQL est un système de gestion de bases de

données relationnelles libre et très répandu. Il
fonctionne sur de nombreux systèmes d’exploitation et
est accessible via beaucoup de langages. Il offre de
nombreuses fonctionnalités pour la gestion de données
et de bonnes performances.

CHAPITRE II :
CONCEPTION DE L’APPLICATION

I-MODELISATION FONCTIONNELLE
Cette première partie de notre analyse consistera à présenter les différents

acteurs du système ainsi que les différentes interactions qu’ils pourront effectuer
avec celui-ci.
I-1 Diagramme de contexte statique
En UML, un acteur représente un rôle joué par une entité externe (qu’il s’agisse
d’un utilisateur humain, d’un dispositif matériel ou d’autres systèmes)
interagissant directement avec le système étudié. Leur identification passe par le
recensement des différents utilisateurs directs du système ainsi que les différents
rôles qu’ils seront amenés à remplir, permettant ainsi de déterminer les interfaces
que le système devra mettre à disposition de son environnement.
Un acteur est identifié par un nom représentatif des rôles qu’il aura à jouer
dans le système. Il existe deux types d’acteurs, à savoir les acteurs principaux, qui
utilisent directement les fonctionnalités du système ; et les acteurs secondaires qui
contribuent à la réalisation d’un cas d’utilisation. Dans le cadre de notre système,
nous avons retenu les acteurs suivants :
Tableau 1:Identification des acteurs du système et leurs rôles

Acteurs
Rôles
Principaux
 Consulte la liste des biens immobiliers ;
 Reserve un bien immobiliers ;
 Louer un bien immobilier ;
Client
 Acheter un bien immobiliers ;
 Réclamer et suggérer.

Acteurs
Rôles
Principaux
 Ajouter de nouveaux biens immobiliers ;
Directeur ou  Modifier les éléments enregistres ;
Administrateur  Consulter les réclamations et
suggestions.
Le diagramme de contexte statique délimite le domaine d’étude en précisant

ce qui est à la charge du système ainsi que l’environnement extérieur avec lequel
il interagit. Il illustre les différents acteurs qui interagissent avec le système ainsi
que les échanges entre le système et son environnement.
Figure 1: Diagramme de contexte statique du système

I-2 Diagramme des cas d’utilisation
Le diagramme de cas d’utilisation représente la structure des grandes

fonctionnalités nécessaires aux utilisateurs du système.
 Définition d’un cas d’utilisation :
Un cas d’utilisation est une représentation d’une interaction entre le

système et des acteurs en vue de la réalisation d’un objectif. Il permet de réduire
la complexité du système et de rendre accessible le modèle même aux clients non
expert.

Figure 2: Diagramme de cas d‘utilisation
Description textuelle des cas d’utilisation

Cas d’utilisation << s’authentifier >>
Acteur principal : Tout utilisateur
Date :18/07/17
Auteurs : GANMAGBA Karyne et AGNIDE Waliath
Pré-condition : L’utilisateur dispose d’un identifiant et d’un mot de passe.

L’utilisateur ouvre la page de connexion.
Objectif : Il s’agit ici de la démarche à effectuer par un utilisateur du système

afin d’accéder aux fonctionnalités de ce dernier. Cela permettra d’assurer un
minimum de sécurité pour le système.
Scénario nominal
1- L’utilisateur accède à l‘application.
2- Le système affiche la page de connexion.
3- L’utilisateur entre son identifiant et son mot de passe et valide.
4- Le système vérifie la validité des informations entrées.
5- Le système notifie le succès de connexion et redirige l’utilisateur vers la page

appropriée.
Scénario alternatif
1-a L’utilisateur décide de quitter la page de connexion. Il se retrouve donc en

dehors de l’application.
3-a L’utilisateur entre un identifiant ou un mot de passe incorrect : le système lui

notifie l’erreur rencontrée et le processus reprend au point 2 du scénario nominal.
4-a L’utilisateur a entré un identifiant et/ou un mot de passe incorrect trois fois
de suite : le système lui notifie l’erreur et le compte utilisateur est désactivé.
L’acteur se retrouve en dehors de l’application.
Post-condition : L’utilisateur est connecté au système.
L’utilisateur a quitté l’application.
FIN

Cas d’utilisation <<Consulter>>
Acteur principal : Le client
Date :18/07/17
Pré-condition : Le client doit s’authentifier
Objectif: Le client consulte les offres et tarifs afin de s’informer sur les services
de l’agence.
Scénario nominal
1-Le client consulte les offres et tarifs.
2-Le client sélectionne un type d’opération (Location, Achat, Réservation)
3-Le système recherche les éléments dans la base de données
4- Le système affiche les éléments recherchés.
5- Le client choisit un élément.
6-Le système affiche les informations relatives à l’élément choisi.
1-a Le client décide de quitter l’application.
5-a L’élément choisit ne convient pas au client et décide de reprendre a partir de

l’étape 3
Post-condition : Le client quitte l’application.
FIN

Cas d’utilisation << Location >>
Date :18/07/17
Pré-condition : Le client doit d’abord s’être authentifié.
Objectif : Le client veut faire une location.
Scénario nominal
1-Le système affiche la page des types de biens.
2-Le client sélectionne un type de bien.
3-Le système affiche les éléments du type de bien disponible.
4-Le client sélectionne un bien.
5-Le système affiche les informations du bien sélectionné.
6-Le client valide la sélection.
7-Le système demande la raison sociale.
8-Le client saisit la raison sociale.
9-Le système demande la date à laquelle le client souhaite s’installer.
10-Le client répond et valide.
11-Le système demande par quel mode le client souhaite payer.
12-Le client sélectionne un mode de paiement.
13-Le système demande la date de paiement.

14-Le client saisit la date.
15-le système enregistre les informations.
4-a Le client ne sélectionne aucun élément et quitte la page.
8-a Le client ne saisit pas de raison sociale, le système envoie un message et le

renvoie à l’étape 7.
10-a Le client ne saisit pas la date de déménagement, le système envoie un

message et le renvoie à l’étape 9.
12-a Le client ne choisit aucun mode et décide de quitter l’application.
Post-condition : Le système enregistre les informations dans la base de données.
FIN.
Cas d’utilisation << Achat>>
Date :18/07/17
Pré-condition : Le client doit d’abord s’être authentifié
Objectif : Le client veut acheter un bien.
Scénario nominal
1-Le système affiche la page des types de biens.
2- Le client sélectionne un type de bien.
3- Le système affiche les éléments du type du bien disponible.

4- Le client sélectionne un bien.
5- Le système affiche les informations du bien sélectionné.
6- Le client valide la sélection.
7- Le système affiche les différents modes de paiement (espèce, chèque bancaire).
8- Le client choisit un mode de paiement.
9- Le système demande la date à laquelle il souhaite payer.
10- Le client saisi la date.
11- Le système enregistre les informations.
4-a Le client ne sélectionne aucun élément et quitte l’application.
6-a Le client ne valide pas la sélection et retourne à l’étape 3.
8-a Le client ne choisit aucun mode de paiement, le système envoie un message

et le renvoie à l’étape 7.
Post-condition : Le système enregistre les informations dans la base de données.
FIN
Cas d’utilisation <<Ajouter de nouveaux biens immobiliers>>
Acteur principal : Le directeur ou l’administrateur
Date :18/07/17
Pré-condition : Le directeur ou l’administrateur est connectée au système.

Le bien n’est pas enregistré dans le système.

Objectif : Le directeur ou l’administrateur procède à l’enregistrement des

informations relatives à de nouveaux biens dans le système.
Scénario nominal
1-Le directeur ou l’administrateur accède au volet destiné à l’enregistrement d’un

bien.
2- Le système envoie une page avec les champs requis pour l’enregistrement d’un
bien.
3-Le directeur ou l’administrateur saisit les informations relatives au bien et

valide l’enregistrement.
4-Le système vérifie si tous les champs relatifs aux biens sont remplis et enregistre
le bien.
5-Le système notifie le succès de l’enregistrement.
4-a Le directeur ou l’administrateur ne saisit pas un des champs : le système

notifie l’erreur et le processus reprend au point 2 du scénario nominal.
Post-condition : Le bien est enregistré dans le système.
FIN
Cas d’utilisation « Consulter et traiter les réclamations et les suggestions »
Acteur principal : Le directeur ou l’administrateur.
Date :18/07/17

Pré-condition : Le directeur ou l’administrateur est connecté.

Des réclamations et suggestions ont été enregistrées aux
noms respectifs des clients.
Objectif : Le directeur ou l’administrateur consulte la liste des réclamations et
suggestions à traiter pour les différents clients dans leur ordre d’arrivée.
Scénario nominal
1- Le système lui affiche les suggestions et réclamations.
2- Le directeur ou l’administrateur choisit une réclamation ou suggestion.
3- Le directeur ou l’administrateur répond aux suggestions et réclamations.
4- Le directeur ou l’administrateur valide.
5- Le système enregistre.
1-a Le directeur ou l’administrateur décide de quitter la page.
3-a Le directeur ou l’administrateur ne répond pas.
Post-condition : Le système enregistre les suggestions et réclamations traitées.
FIN

II- MODELISATION STATIQUE
II-1 Diagramme des classes

Le recueil des informations est l’étape primordiale dans l’analyse des systèmes
d’informations. L’analyse de ces informations et documents conduit à la
conception d’un dictionnaire des données. Le dictionnaire des donnés est
l’ensemble des rubriques de base et leurs caractéristiques servent e référence pour
la gestion du champ de l’étude.
Tableau 2 : Dictionnaire du domaine
CLASSES ATTRIBUTS DESIGNATION TYPE LONG OBS

Matricule Matricule de C 05 Identifiant
l’administrateur
Nom Nom de C 30
l’administrateur
Prenom Prénom de C 40
l’administrateur
Administrateur Telephone Téléphone de C 20
l’administrateur
Email E-mail de C 20
l’administrateur
Modepas Mot de passede C 10
l’administrateur
Statut Statut administrateur C 20
Numsug Numéro suggestion c 05 Identifiant
Datsug Date de la suggestion D 08 jj/mm/aaaa
Suggestion Titresug Titre de la suggestion C 20
Contsug Contenu suggestion C 255
Daterep Date réponse D 08 jj/mm/aaaa


Reponse Réponse suggestion C 255
Matriculecli Matricule du client C 05 Identifiant
Telcli Téléphone du client C 13
Client Emailcli E-mail du client C 20
Mdpcli Mot de passe du client C 10
Statutcli Statut du client C 20
Nompart Nom du particulier C 40
Particulier Prenompart Prénom du particulier C 20
Rsnsocialpart Raison social du C 255
particulier
Entreprise Nomentre Nom de l’entreprise C 30
Rsnsocialentre Raison sociale de C 255
l’entreprise
Numoper Numéro de l’opération C 05 Identifiant
Operation Libelleoper Libellé de l’opération C 255
Dateoper Date de l’opération D 08 jj/mm/aaaa
Montant Montant de l’opération N 10
Numreserv Numéro de la C 05 Identifiant
Reservation réservation
Datereserv Date de la réservation D 08 jj/mm/aaaa
Telreserv Téléphone du réservant N 08
Numoffre Numéro de l’offre C 05 Identifiant
Offre Liboffre Libellé de l’offre C 40
Tarif Tarif de l’offre N 10
Sitgeo Situation géographique C 255
Codapp Code de l’appartement C 05 Identifiant


Appartement Nbpieces Nombre de pièces de N 03
l’appartement
Terrain Codter Code du terrain C 05 Identifiant
Superficie Superficie du terrain N 05
Idpropr Identification du N 05 Identifiant
propriétaire
Nompropr Nom du propriétaire C 30
Propriétaire Prenompropr Prénom du propriétaire C 30
Telpropr Téléphone du N 08
propriétaire
Emailpropr E-mail du propriétaire C 30
Adrespropr Adresse du propritaire C 30
LEGENDE :
AN : Alphanumérique D : Date
A : Alphabétique E : Elémentaire
N : Numérique jj/mm/aaaa : Jour/Mois/Année
C : Chaine Caractère
Règle de domaine
Il s’agit ici de l’ensemble des règles qui régissent le fonctionnement du
système. Elles sont les suivantes :
RD1 : Un client est caractérisé par son matricule, son téléphone, son adresse et
son e-mail.
RD2 : Un client peut être un particulier ou une entreprise.

RD3 : Une offre est caractérisée par un numéro, un libellé, un tarif et une situation
géographique.
RD4 : Un client peut faire une ou plusieurs suggestions
RD5 : Une suggestion est faite par un et un seul client et est caractérisé par un
numéro, une date, un titre et un contenu.
RD6 : Un administrateur ou directeur ajoute un ou plusieurs offres.
RD7 : Une opération correspond à une seule offre.
RD8 : Une opération peut être une location ou un achat.
RD9 : Un administrateur ou directeur traite une ou plusieurs suggestions. Une

suggestion est traitée par un et un seul administrateur.
RD10 : Un client réserve une offre. Une offre est réservée par un client.
RD11 : Un particulier est caractérisé par son nom, son prénom et sa raison
sociale.
RD12 : Une entreprise est caractérisée par son nom et sa raison sociale.
RD13 : Un appartement est caractérisé par un code et le nombre de pièces.
RD14 : Un terrain est caractérisé par un code et une superficie.
RD15 : Le propriétaire est caractérisé par son nom, son prénom, son téléphone,
son adresse et son e-mail.
Celles-ci nous ont permis de réaliser les différentes classes et d’établir leur
lien.

Figure 3: Diagramme de classe
II-2 Diagramme d’objet

Opération
Client 02
10 Location Opération
GBADAMASSI 21/10/15 10
Kéfilath 25000 Achat
97458425 25/06/16
kefgba 10000000
Particulier
Offre
Suggestion 02
22 Immeuble
23/10/17 3 étages
L’immeuble 65000
a des
fissures.
Client Suggestion
15 23
LAHAProduction 17/01/17
66321547 Mettez des
Prodla puits dans
Entreprise Offre
les rez de
10
chaussée
Appartement
5000000
Dédokpo
04
Propriétaire
3chambres
10
Quenum
Régis
66257859
Dèkoungbé Offre
05
Terrain
9000000
Akassato
Figure 4: Diagramme d’objet 02
5hectares

III- MODELISATION DYNAMIQUE

Cette dernière partie de notre analyse aborde l’aspect dynamique du système, plus
précisément des interactions qui s’y produisent. Elle contient les différents
diagrammes de séquences et d’activités.
III-1 Diagramme de séquences

 Cas d’achat d’un bien
Figure 5: Diagramme de séquence d’achat d’un bien

 Cas de location d’un bien

Figure 6: Diagramme de séquence de location d’un bien
III-2 Diagrammes d’activités

 Cas de vente d’un bien

Figure 7: Diagramme d’activité d’un achat

 Cas de location d’un bien

Figure 8: Diagramme d’activité d’une location

CHAPITRE III :
REALISATION DE L’APPLICATION

I-MODELE RELATIONNEL
Le modèle relationnel correspondant à notre diagramme de classes se présente
comme suit :
 ADMINISTRATEUR (Matricule, Nom, Prenom, Telephone, Email,

Modepas, Statut)
 OFFRE (Numoffre, Liboffre, Tarif, Nbpices, Superficie, #Matricule,

#Idpropr )
 SUGGESTION (Numsug, Datsug, Titresug, Contsug, Daterep, Reponse,

#Numoffre #Matricule, #Matriculecli)
 CLIENT (Matriculecli, Telcli, Emailcli, Mdpcli, Statutcli, Nompart,

Prenompart, Rsnsocialpart, Nomentrep, Rsnsocialentre,)
 RESERVATION (Numreserv, Datereserv, Telreserv, #Matriculecli,

#Numoffre)
 OPERATION (Numoper, Libelleoper, Dateoper, Montant, #Matriculecli,

#Numoffre, #Numreserv)
 PROPRIETAIRE (Idpropr, Nompropr, Prenompropr, Telpropr,

Emailpropr, Adrespropr,)
Implémentaion de la Base de Données

 CREATE TABLE ADMINISTRATEUR (Matricule int, Nom char (30),
Prenom char (40), Telephone int, Email char (20), Modepas char (10),
Statut char (20), PRIMARY KEY (Matricule)) ;
 CREATE TABLE OFFRE (Numoffre int, Liboffre char (40), Tarif int,
Nbpieces int, Superficie int, Matricule int, Idpropr int, PRIMARY KEY
(Numoffre), FOREIGN KEY (Matricule) REFERENCES
ADMINISTRATEUR, FOREIGN KEY (Idpropr) REFERENCES
PROPRIETAIRE) ;

 CREATE TABLE SUGGESTION (Numsug int, Datsug date, Titresug char

(20), Contsug char (255), Daterep date, Reponse char (255), Numofre int,
Matricule int, Matriculecli int, PRIMARY KEY (Numsug), FOREIGN
KEY(Numoffre) REFERENCES OFFRE, FOREIGN KEY (Matricule)
REFERENCES ADMINISTRATEUR, FOREIGN KEY (Matriculecli)
REFERENCES CLIENT);
 CREATE TABLE CLIENT (Matriculecli int, Tel int, Emailcli char (20),
Mdpcli char (10), Statutcli char (20), Nompart char (40), Prenompart char
(20), Rsnsocialpart char (255), Nomentrep char (30), Rsnsocialentrep char
(255), PRIMARY KEY (Matriculecli)) ;
 CREATE TABLE RESERVATION (Numreserv int, Datereserv date,
Telreserv int, Matriculecli int, Numoffre int, PRIMARY KEY
(Numreserv), FOREIGN KEY (Matriculecli) REFERENCES CLIENT,
FOREIGN KEY (Numoffre) REFERENCES OFFRE);
 CREATE TABLE OPERATION ( Numoper int, Libelleoper char (255),
Dateoper date, Montant int, Matriculecli int, Numoffre int, Numreserv int,
PRIMARY KEY (Numoper), FOREIGN KEY (Matriculecli)
REFERENCES CLIENT, FOREIGN KEY (Numoffre) REFERENCES
OFFRE, FOREIGN KEY (Numreserv) REFERENCES RESERVATION);
 CREATE TABLE PROPRIETAIRE (Idpropr int, Nompropr char (30),
Prenompropr char (30), Telpropr int, Email char (30), Adrespropr char (30),
PRIMARY KEY (Idpropr));
II- OUTILS DE DEVELOPPEMENT

Bootstrap est un Framework css qui permet la création de sites web. C’est
un ensemble qui contient des codes HTML et CSS ainsi que des extensions
JavaScript en option. Il fournit également des fonctions responsives. Il offre bon
nombre d’élément graphiques au format standardisé : boutons, icones, miniatures.

Dreamweaver est un éditeur HTML de type WYSIWYG qui signifie « tel

affichage, tel résultat », mais aussi l’un des premiers à intégrer un gestionnaire de
site. Ces innovations l’imposèrent rapidement comme l’un des principaux éditeurs
de site web, aussi bien utilisable par le néophyte que par le professionnel.
III- SECURITE DE L’APPLICATION

Afin de garantir la sécurité de l’application, plusieurs mesures ont été prises :
 Chaque client disposera d’un identifiant et d’un mot de passe propres à son
compte qui sera rattaché à un profil, permettant ainsi de définir ses droits
dans le système.
 L’accès à l’application sera strictement contrôlé. Il requiert le
renseignement d’un identifiant et d’un mot de passe permettant
d’authentifier le client.
 Des sauvegardes régulières de la base de données sont prévues afin de
prévenir toute attaque ou perte de données éventuelles.
 Chaque action effectuée dans le système sera enregistrée et sera
automatiquement associée à son auteur afin que ce dernier ne puisse nier
cette dernière par la suite.
 Une maintenance aussi bien physique que logique du système sera
régulièrement effectuée.

CONCLUSION
Grace à l’avènement de l’internet et aux multiples avantages qu’il nous

offre, plusieurs entreprises ont pu se perfectionner dans divers secteurs et
disposent d’un système informatisé leur permettant de faciliter la gestion de leurs
activités. L’internet se révèle aujourd’hui être un outil incontournable dans la
Nouvelle Société de l’Information et est au cœur des manœuvres pour le contrôle
des marchés en même temps qu’il facilite l’acquisition et le partage des
connaissances. C’est dans cette optique que nous avons voulu mettre à disposition
de la clientèle de l’agence ROZO West une application web lui permettant de
gérer leurs opérations de location et d’achat de biens immobiliers.
Cette application permettra non seulement aux clients de consulter les

offres de la société à distance, mais aussi de louer et d’acheter le bien qui leur
convient sans se déplacer et d’éviter les gaspillages de frais de déplacement. Il
permettra aussi à l’entreprise d’améliorer son service auprès des clients et
d’optimiser son rendement.

BIBLIOGRAPHIE
1- AGBOHOU Giresse et DOSSA R. F. Julien. (2015). Système de gestion
médicale : Cas de la banque d’insuline. Mémoire de fin de formation du
cycle I en Informatique de Gestion, ENEAM.
2- Marius Lufranc Sedjro AGBO SEKPE (2013). «Conception et réalisation

d‘une application web pour la gestion d’achats et ventes de fournitures
scolaires ». Mémoire de fin de formation, UATM-GASA FORMATION.
WEBOGRAPHIE
 https://fr.m.wikipedia.org/w/index.php/?search=Definition+uml&searchT
oken=ezi6xx0pzsofwhfti71jr663 consulté le 11/07/17
 www.benin-immo.org consulté le 24/07/17

ANNEXE
Figure 9: Page d'authentification
Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page a

TABLE DES MATIERES

Dédicace ................................................................................................................. i
Dédicace ................................................................................................................ ii
Remerciement ....................................................................................................... iii
LISTE DES FIGURES ......................................................................................... iv
LISTE DES TABLEAUX ..................................................................................... v
LISTE DES ABREVIATIONS ET SIGLES ....................................................... vi
RESUME ............................................................................................................. vii
SOMMAIRE ...................................................................................................... viii
INTRODUCTION ................................................................................................. 1
CHAPITRE I: Présentation du contexte d'étude et cahier des charges………….3
I- PRESENTATION DU CONTEXT D’ETUDE ................................................ 4
I-1 Présentation de la structure .......................................................................... 4
I-2 Etude de l’existant ........................................................................................ 4
I-3 Critiques de l’existant ................................................................................... 5
I-4 Solutions proposées ...................................................................................... 6
II- PRESENTATION DU THEME....................................................................... 6
II-1 Eléments du cahier de charges .................................................................... 6
II-2 Analyse et spécification des besoins ........................................................... 7
III- CHOIX TECHNIQUE .................................................................................... 8
III-1 Outils de modélisation ............................................................................... 8
III-2 Langage de programmation ....................................................................... 8
III-3 Gestionnaire de base de données ............................................................... 9
CHAPITRE II: Conception de l'application........................................................ 10
Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page b

I-MODELISATION FONCTIONNELLE .......................................................... 11
I-1 Diagramme de contexte statique ................................................................ 11
I-2 Diagramme des cas d’utilisation ................................................................ 13
Description textuelle des cas d’utilisation ....................................................... 14
II- MODELISATION STATIQUE ..................................................................... 22
II-1 Diagramme des classes ............................................................................. 22
Règle de domaine ............................................................................................. 24
II-2 Diagramme d’objet.................................................................................... 26
III- MODELISATION DYNAMIQUE............................................................... 28
III-1 Diagramme de séquences ........................................................................ 28
III-2 Diagramme d’activités ............................................................................. 29
CHAPITRE III: Réalisation de l'application………………………………….32
I-MODELE RELATIONNEL ............................................................................. 33
Implémentaion de la Base de Données ............................................................ 33
II- OUTILS DE DEVELOPPEMENT ................................................................ 34
III- SECURITE DE L’APPLICATION .............................................................. 35
CONCLUSION ................................................................................................... 36
BIBLIOGRAPHIE .............................................................................................. 37
WEBOGRAPHIE ................................................................................................ 37
ANNEXE ............................................................................................................... a
TABLE DES MATIERES .................................................................................... b
Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page c

Mémoire

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Mémoire

Transféré par

Droits d'auteur :

Formats disponibles

CONCEPTION D’UN SITE WEB POUR LA GESTION D’UNE SOCIETE IMMOBILIERE : Cas de ROZO WEST

Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page i

Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page ii

Waliath A. AGNIDE & Karyne H. GANMAGBA

Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page iii

LISTE DES FIGURES

Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page iv

LISTE DES TABLEAUX

Tableau 2 : Dictionnaire du domaine……………………………………………22

Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page v

LISTE DES ABREVIATIONS ET SIGLES

Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page vi

 Internet : réseau informatique mondial utilisant le protocole de

Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page vii

CHAPITRE I: Présentation du contexte d'étude et cahier des charges………….3

I- PRESENTATION DU CONTEXT D’ETUDE ...................................... 4

II- PRESENTATION DU THEME ............................................................ 6

III- CHOIX TECHNIQUE .......................................................................... 8

CHAPITRE II: Conception de l'application........................................................ 10

I-MODELISATION FONCTIONNELLE ................................................ 11

II-MODELISATION STATIQUE ............................................................ 22

III- MODELISATION DYNAMIQUE .................................................... 28

CHAPITRE III: Réalisation de l'application………………………………….32

I-MODELE RELATIONNEL ................................................................... 33

II-OUTILS DE DEVELOPPEMENT ....................................................... 34

III- SECURITE DE L’APPLICATION .................................................... 35

Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page viii

L’utilisation donc du génie logiciel qui est une discipline de l’informatique

ROZO WEST une agence immobilière spécialisée dans la location et la

Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page 1

Notre mémoire sera ainsi structuré en trois principaux chapitres. Le premier

Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page 2

PRESENTATION DU CONTEXTE D’ETUDE ET

Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page 3

I- PRSENTATION DU CONTEXT D’ETUDE

ROZO WEST est un établissement enregistré au registre de commerce et

C’est une agence spécialisée dans la vente de terrains et dans la location de

ROZO WEST accorde une grande importance à la qualité, l’efficacité et la

I-2 Etude de l’existant

Le démarcheur étant informé par son directeur de l’existence d’une parcelle

Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page 4

Dans le cas où le client souhaite faire une location il informe le démarcheur et

I-3 Critiques de l’existant

Dans les processus énoncés précédemment le démarcheur doit à chaque fois

Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page 5

I-4 Solutions proposées

II- PRESENTATION DU THEME

II-1 Eléments du cahier de charges

• La promotion de location immobilière (studios, appartements, villas,

• La promotion de la vente de maisons, terrains, …

Toutes les informations concernant les différents produits de la société seront

Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page 6

• Consultation des offres,

• Consultation des tarifs,

• Consultation de la situation géographique (ville, quartier, rue, …)

• Visite en ligne de l’intérieur de la maison (vidéos, photos, …)

Toutes les informations du site seront générées dynamiquement à partir d’une

Le site sera déployé sur un serveur accessible via l’internet. Un nom de

II-2 Analyse et spécification des besoins

• Affichage des offres ;

• Publicités (vidéos et photos) ;

Réalisé par AGNIDE Waliath A. & GANMAGBA Karyne H. Page 7

• Gestion des offres et tarifs ;

• Gestion des clients ;