5éme Génie Informatique

RAPPORT DE STAGE DE PROJET DE FIN D’ETUDES
Présenté par :
Asaad Ben Ahmed
Filière : Génie Informatique 5éme année
Sujet
Etude et Développement d’une application Web
Pour la Gestion de l’Immobilier
Encadrant Technique de Stage : Encadrant Pédagogique :
Mohamed CHERKAOUI KUDAGBA Kunale Florent
Année Universitaire 2017 / 2018

Asaad Ben Ahmed 2017/2018
Dédicace
En premier lieu, à nos parents qui nous ont soutenus moralement et

matériellement tout au long de mon vie. Nous espérons avant tout que
nous serons toujours votre fierté. Que DIEU vous bénisse.
A nos professeurs, qui ont remplacé nos parents pendant ces cinq
dernières années et qui ont pris en charge mon enseignement afin que
nous puissions enrichir nos connaissances, nous espérons que nous
serons le fruit mur de vos efforts et que nous ferons l’objet de votre
fierté aussi.
A tous ceux qui sont loin de nos yeux mais toujours dans nos cœurs,
merci pour votre amitié et votre amour.
1
Remerciements
Au terme de ce projet, nous tenons à exprimer nos vifs remerciements à

la direction de SUPTEM ses enseignants pour les efforts qu’ils ont
déployés pour nous garantir la meilleure formation.
Nos remerciements vont à mon encadrant pédagogique Prof. KUDAGBA
Kunale Florent, pour ses précieux conseils et son assistance académique
et technique.
Mon grande considération est adressée à la Direction et l’équipe de la
société pour leurs précieux conseils et le grand intérêt qu’ils ont
manifesté malgré leurs nombreuses occupations.
En fin, nous espérons que tous ceux qui ont contribué de près ou de loin
à mener ce travail à terme trouvent ici l’expression de mon
reconnaissance et mon respect.
2
Résumé
Ce rapport fût le fruit de mon expérience pendant quatre mois, au

sein de la société JOEP. Ce rapport décrit le projet que nous avons
traité : « Etude et développement d’une application web pour la gestion
de l’immobilier ».
Mon projet permet d’offrir un espace privé aux promoteurs pour
qu'ils puissent gérer les différents aspects de leur entreprise avec
efficacité et une confidentialité totale.
Mon mission était de réaliser une application Web fiable et
évolutive pour la gestion des sociétés de promotion immobilières. Cette
application permettra aux différents employés de la société de travailler
dans un environnement applicatif.
L’objectif était de réaliser la conception et l’étude complète du
problème, de proposer une solution technique appropriée et d’assurer
l’intégrité des données, la non-redondance de l’information, ainsi que la
réduction des temps de traitements.
3
Summary
This report is the result of my experience that lasted two months,

within the company JOEP working in computer engineering field. This
report describes the project we dealt, and entitled "Study and
development of a web application for real estate management".
The main objective of my project is to provide a private space for
developers to manage different aspects of their business with total
confidentiality.
My mission was to create a reliable and scalable web application
for the management of real estate development companies. This
application will allow the various employees of the company to work on
the application environment.
The objective was to work on the design, and to develop an appropriate
technical solution, that will be able to maintain the integrity of the data,
the non-redundancy of the information, and the optimization of the
processing time.
4
Table des matières

Introduction .............................................................................................................................................. 7
Présentation de l’organisme d’accueil .......................................................................................................... 8
Chapitre I: (Analyse et conception)........................................................................................................................ 9
I. Conception : ............................................................................................................................................ 10
II. Présentation du projet : .......................................................................................................................... 11
1. Contexte du projet : ............................................................................................................................ 11
2. Objectifs du projet : ............................................................................................................................ 11
3. Solution proposée ............................................................................................................................... 12
III. Analyse du projet : .................................................................................................................................. 13
1. Introduction : ...................................................................................................................................... 13
2. Identification des utilisateurs (ou acteurs) : ........................................................................................ 13
3. Identification des besoins : ................................................................................................................. 14
4. Diagramme de Gantt : ......................................................................................................................... 15
5. Règle de gestion : ................................................................................................................................ 16
6. Diagramme de package : ..................................................................................................................... 17
7. Diagrammes des cas d’utilisation : ...................................................................................................... 18
8. Description des cas d’utilisation : ........................................................................................................ 22
9. Diagramme d’activité : ........................................................................................................................ 25
10. Diagramme de séquence : .............................................................................................................. 26
11. Diagramme d’état : ......................................................................................................................... 35
12. Diagramme de classe : .................................................................................................................... 35
13. Création de la base de données : .................................................................................................... 37
Chapitre II: (Choix technologique, Architecture logicielle et Réalisation) .......................................................... 39
I. Choix technologique :.............................................................................................................................. 40
1. Langages utilisés : ............................................................................................................................... 40
3. Plate-forme de développement web utilisés : .................................................................................... 41
4. Le patron de la conception :................................................................................................................ 42
III. Réalisation : ............................................................................................................................................. 44
1. Phases de tests et validation : ............................................................................................................. 44
2. Les interfaces graphiques :.................................................................................................................. 45
Conclusion génerale .................................................................................................................................. 60
5
Liste des figures

Figure 1 Diagramme prévionnelle de Gantt ........................................................... 15
Figure 2 Diagramme réel de Gantt ........................................................................ 15
Figure 3: le mode de fonctionnement du MVC ...................................................... 42
Figure 4: Ecran de la page d’authentification ........................................................ 45
Figure 5: Ecran de la page d’acceuil:...................................................................... 46
Figure 6: Barre de navigation du promoteur ......................................................... 47
Figure 7: Barre de navigation du commercial ........................................................ 47
Figure 8 : Barre de navigation de l’admin : ............................................................ 47
Figure 9: Barre de navigation du réponsable marketing ........................................ 47
Figure 10: Barre de navigation du réponsable de chantier .................................... 47
Figure 11: Ecran de la page de Recherche ............................................................. 48
Figure 12: Ecran de la page du résultat de la recherche ........................................ 48
Figure 13: Ecran de la page de création du projet ................................................. 49
Figure 14: Ecran de la page de la modification du projet ....................................... 49
Figure 15: Ecran de la page des projets ................................................................. 50
Figure 16: Ecran de la page de la création du bien ................................................ 50
Figure 17 : Ecran de la page de la création d’une catégorie .................................. 51
Figure 18 : Ecran de la page des biens ................................................................... 52
Figure 19 : Ecran de la page des détails d’un bien ................................................. 52
Figure 20: Ecran de la page de modification d’un bien .......................................... 53
Figure 21: Ecran de la page d’ajout d’un client ...................................................... 53
Figure 22: Ecran de la page d’ajout d’un dossier ................................................... 54
Figure 23: Ecran de la page du dossier .................................................................. 54
Figure 24: Ecran d’ajout d’un contrat .................................................................... 55
Figure 25: Ecran d’ajout d’un événement.............................................................. 55
Figure 26: Ecran d’ajout d’une facture .................................................................. 56
Figure 27 : Ecran d’ajout d’un utilisateur ............................................................... 56
Figure 28 : Ecran des utilisateurs ........................................................................... 57
Figure 29: Ecran de création d’une entreprise....................................................... 57
Figure 30: Ecran de création d’une publicité ......................................................... 58
Figure 31: Ecran de modification d’une publicité .................................................. 58
6
Introduction
Dans le cadre de ce PFE, on a effectué un stage au sein de la société JOEP

localisé à Tanger, et ce pour une période de quatre mois. Ce stage s’est articulé
autour d’un service lié au domaine de l’immobilier. L’idée principale étant de
concevoir, de développer et de déployer un outil de gestion commerciale au profit
d’un des plus importants acteurs de l’immobilier : le promoteur immobilier.
Deux formations ont été requises pour mener à bien ce projet : une
formation sur les techniques de ventes d’un projet immobilier, et une formation
poussée sur le Framework Laravel.
L'élaboration de ce rapport a pour principale origine les différents

enseignements tirés de la pratique journalière des tâches auxquelles on a été
affecté. Enfin, les nombreux entretiens qu’on a pu avoir avec les employés de la
société, nous ont permis de donner une cohérence à ce rapport.
Ce rapport présente dans un premier temps l’organisme d’accueil, et trace le

contexte général dans lequel on a conçu et développé cet outil. Enfin, on a exposé
plusieurs interfaces de mon outil. Et on a conclu avec les perspectives de ce genre
d’outil pour le marché Marocain.
7
Présentation de l’organisme d’accueil

1) Donnée de base
• JOEP – Société S.A.R.L. á directoire et conseil de surveillance au capital de 10.000.000 DH –

Siégé Social : Place Al Madina Rés Dar Al Farah N°22 - Tanger-Médina (AR) . – RC N° : 45415
2) Activité de l’entreprise
• La société JOEP développe et distribue des produits électroniques innovants et de qualité

Destinés à la géolocalisation de biens et de personnes.
• Forts de son expérience sur les produits à forte technicité, elle est devenue actifs dans le
Domaine de la géolocalisation. Constatant que la quasi-totalité des solutions existantes
visaient surtout les grosses flottes de véhicules, elle a cherché à développer des produits
Destinés plus spécifiquement aux particuliers et aux petites entreprises. Ceux-ci n’ont en
Effet pas toujours la volonté de s’engager sur des années avec des abonnements aux
Montants significatifs, et n’ont pas toujours besoin de systèmes hyper complexes.
• Grâce aux partenariats noués avec quelques grands fabricants, et à ses capacités de
Développement de logiciels spécifiques, elle a pu proposer une gamme unique et
Novatrice de systèmes de géolocalisation par GPS et SMS/GPRS.
• Le succès grandissant rencontré par ses solutions semble démontrer qu’elle a fait un
Choix judicieux, et elle place aujourd’hui comme l’un des acteurs majeurs du domaine de
La géolocalisation dans les pays francophones.
8
CHAPITRE I
Analyse et conception
Ce chapitre présentera le sujet, l’analyse et les conceptions détaillées avec les différents
diagrammes en utilisant la modélisation UML. Il détaillera quelques user stories de l’application.
9
I. Conception :
Le processus de la réalisation de mon projet s’appuie sur UML tout au long du cycle de
développement qui est considéré comme un outil précieux d’aide à la décision car les différents
diagrammes de ce dernier permettent de faciliter les tâches, d'apporter plus de clarté et de bien
modéliser l’application à chaque étape de la réalisation. UML se définit comme un langage de
modélisation graphique et textuel destiné à comprendre, décrire des besoins, spécifier, concevoir
des solutions et communiquer des vues. UML unifie à la fois les notations et les concepts orientés
objet. Il ne s’agit pas d’une simple notation, mais les concepts transmis par un diagramme ont
une sémantique précise et sont porteurs de sens au même titre que les mots d’un langage, c’est
pour ça qu’UML est présenté parfois comme une méthode alors qu’il ne l’est absolument pas.
UML unifie également les notations nécessaires aux différentes activités d’un processus de
développement et offre, par ce biais, le moyen d’établir le suivi des décisions prises, depuis la
définition des besoins jusqu’au codage.
Voici une présentation rapide des différents diagrammes UML qui vont être utilisés tout au
long du projet :
Le diagramme des cas d’utilisation : Représente la structure des fonctionnalités
nécessaires aux utilisateurs des systèmes.
Le diagramme de classe : L’un des diagrammes les plus importants dans un
développement orienté objet. Sur la branche fonctionnelle, ce diagramme est prévu
pour développer la structure des entités manipulées par les utilisateurs. En conception,
le diagramme de classes représenté la structure d’un code orienté objet.
Le diagramme de package : Il fournit une représentation graphique de haut niveau de
l'organisation de votre application.
Le diagramme d’état : Les diagrammes d’états montrent les différents états d’un objet
ainsi que les transitions entre ces états. Ils peuvent également représenter un protocole.
Le diagramme de séquence : Représente les échanges de messages entre objets, dans le
cadre d’un fonctionnement particulier du système.
Le diagramme d’activité : Il donne une représentation simplifiée d'un processus, en
montrant les flux de contrôle entre les actions effectuées dans le système.
10
II. Présentation du projet :

1. Contexte du projet :
La journée-type d’un promoteur immobilier n’est pas de tout repos. Entre les
déplacements sur le terrain, le suivi des ventes et des dossiers en cours, il doit bien souvent
s’occuper de dizaines de sujets différents dans une même journée.
Un travail titanesque surtout quand on y rajoute le temps nécessaire à la réponse aux
appels téléphoniques et à la saisie des informations des différents contacts. Aussi face à la
concurrence accrue dans le domaine immobilier au Maroc, et à la récession de l’activité, tout
promoteur immobilier se doit de renforcer et élargir sa base de clientèle et de prospects. D’où
l’idée de développer un outil de gestion commercial.
Une application dédiée aux promoteurs immobiliers marocains leur permettant d’avoir
une vision d’ensemble des ventes et opportunités en cours et sur les performances de chaque
projet et de chaque commercial.
2. Objectifs du projet :
Le projet de fin d’étude (PFE) a pour but de développer l’autonomie et la responsabilité

de l’étudiant, de créer une dynamique de groupe et l’esprit d’un travail collectif tout en mettant
en pratique les enseignements reçus afin de permettre à l’étudiant d’affirmer son savoir-faire et
à perfectionner ses compétences.
L’objectif du projet est la conception, la réalisation d’un outil de gestion immobilière

dédié aux professionnels de l’immobilier marocain.
Les objectifs à atteindre durant la période de stage sont définis comme suit :
Analysez et étudiez les spécifications fonctionnelles des besoins.
Offrir aux promoteurs immobiliers et à ses commerciaux une plateforme dédiée

permettant de structurer et professionnaliser la gestion immobilière.
Répondre aux attentes des promoteurs dont le but est d’avoir une vision globale sur les
ventes et négociations en cours et sur les performances de chaque projet et de chaque
commercial.
Répertorier toutes les informations concernant les clients.
11
Suivre l’évolution des dossiers dans le temps et avoir une vision globale sur ceux-ci, par
statut, par commercial, par projet, etc.
Offrir à l’utilisateur la meilleure expérience de navigation possible sur tous types de

supports (écrans, tablettes, smartphones, TV, etc.).
3. Solution proposée
Après plusieurs réunions avec différents promoteurs immobiliers, nous avons réussi à
qualifier les besoins actuels en termes de gestion commerciale, mais surtout le mode de
fonctionnement de ces derniers.
Nous avons donc proposé, après plusieurs réunions en interne de concevoir et de

développer un système de gestion immobilière qui répond aux souhaits des promoteurs qui
aujourd’hui trouvent une grande difficulté dans leur gestion immobilière, vu l’absence d’un outil
informatique puissant, précis et adapté au marché de l’immobilier marocain.
12
III. Analyse du projet :

1. Introduction :
Les phases d'expression et d'analyse du besoin permettent de décrire les fonctionnalités de

l’outil ainsi que les contraintes avec lesquelles ce-dernier devra être développé.
Dans le présent chapitre, nous présenterons la phase d’analyse et de spécification des

besoins. Nous allons, dans un premier temps, dévoiler l’étude préliminaire dans laquelle nous
avons cherché à identifier les multiples acteurs de mon outil. Ensuite, nous procèderons, dans un
second temps, à l’étude fonctionnelle et technique de mon projet.
2. Identification des utilisateurs (ou acteurs) :
Un acteur représente une abstraction d’un ensemble des rôles joués par des entités externes
et qui interagit directement avec le système (utilisateur, autre système, dispositif etc.).
Les acteurs concernés par ce système sont :
Le commercial : son métier consiste à commercialiser des biens d’un ou plusieurs projets
immobiliers.
Le promoteur : désigne le gérant de la société de promotion immobilière dont la mission
consiste à vendre des espaces construits ou prêts à construire à des futurs acquéreurs
Le responsable marketing : le responsable marketing a pour rôle de communiquer auprès

des futurs acquéreurs les produits immobiliers proposés par le promoteur immobilier via
des supports médias spécifiques (revues, panneaux, flyers, portails internet, ...)
Le responsable du chantier : le responsable du chantier a pour rôle de fournir l’état
d’avancement de chaque projet.
L’administrateur de l’application : l’administrateur applicatif est en charge des activités de
suivi d’exploitation (gestion des traitements et des données) liées à une application ou à
un ensemble d’applications.
13
3. Identification des besoins :
3.1. Besoins en termes de sécurité :

Afin de proposer un outil de qualité aux différents promoteurs immobilier, l’application doit
être sécurisée selon les quatre critères ci-dessous :
Confidentialité : l’information doit être uniquement accessible aux personnes autorisées à
la visualiser.
Rôles : sécurisation des vues suivant le rôle de l’utilisateur. Il s’agit ici d’un élément
fondamental lors de la conception d’un outil de ce type afin d’éviter toute fuite de
données.
Cryptage : toutes les données sensibles et/ou confidentielles doivent être cryptées selon
un chiffrement spécifique
3.2. Besoins en termes de services :

Pour chaque acteur, il faut développer des services qui lui sont propres et qu’il pourra utiliser
pleinement tous les jours.
Le commercial souhaite :
Répertorier intelligemment toutes les informations relatives à ses dossiers : biens factures
et clients.
Gestion des rendez-vous et des visites pour chacun des dossiers.
Suivi de l’évolution de ses dossiers dans le temps tout au long du parcours commercial.
Gestion des réservations et des ventes pour un bien immobilier.
Gestion des documents associés à un client lors de la réservation d’un bien.
Le promoteur souhaite :
Suivre l’évolution des dossiers par état.
Avoir une vision d’ensemble sur les ventes et négociations en cours et sur les
performances de chaque projet et de chaque commercial à travers des statistiques et
des tableaux de bords intuitifs.
Gérer les programmes et biens immobiliers associés (ajout, modification, suppression)
Le responsable marketing souhaite :

Gérer ses publicités et campagnes publicitaires tout au long de l’année.
L’administrateur de l’application souhaite :

Gérer les utilisateurs système par promoteur immobilier (désactivation des comptes,
ajout d’utilisateurs, …)
14
4. Diagramme de Gantt :
4.1. Prévisionnelle :
Figure 1 Diagramme prévionnelle de Gantt
4.2. Réel :
Figure 2 Diagramme réel de Gantt
15
5. Règle de gestion :
 Les utilisateurs :
- Un utilisateur appartient à une seule société.
- Un utilisateur peut gérer plusieurs dossiers.
- Un utilisateur peut avoir plusieurs rôles.
- Un utilisateur peut être en charge de plusieurs événements.
 Les sociétés :
- Une société crée des projets.
- Une société peut avoir plusieurs utilisateurs.
 Les projets :
- Un projet peut contenir plusieurs biens.
- Un projet appartient à un seul quartier.
- Un projet appartient à une seule société.
 Les biens :
- Un bien appartient soit à un seul projet soit à un autre bien.
- Un bien a une seule catégorie.
- Un bien peut contenir d’autres biens.
- Un bien peut avoir plusieurs publicités.
- Un bien peut avoir plusieurs états d’avancements.
- Un bien peut avoir une seule facture.
- Un bien peut appartenir à plusieurs dossiers
- La facture d’un bien appartient à un seul dossier.
 Les catégories :
- Le formulaire d’une catégorie peut avoir plusieurs champs.
- Une catégorie représente plusieurs biens.
 Les dossiers :
- Un dossier est géré par un seul utilisateur.
- Un dossier peut avoir un ou plusieurs clients.
- Un dossier peut contenir plusieurs factures.
- Un dossier peut contenir plusieurs biens.
 Les factures :
- Une facture peut se ventiler en plusieurs payements.
- Une facture a un seul état.
- Une facture appartient à un seul dossier.
- Une facture concerne un seul bien.
- Une facture peut avoir plusieurs événements.
16
6. Diagramme de package :
17
7. Diagrammes des cas d’utilisation :
7.1. Construction :
Construction
Package
Modifier projet Supprimer projet
Créer projet
Promoteur
Authentification
Ajouter progrés
Créer bien
Modifier bien
Supprimer bien
Chef de construction
18
7.2. Finance :
Finance
package
Ajouter les charges
Lister pub
Promoteur
Authentification
Responsable marketing
Modifier pub
Ajouter pub
19
7.3. Vente :
vente
Package Ajouter payment
Modifier client
Ajouter client
Lister client
Résilier un achat
Lister dossier
Commercial
Ajouter dossier
Lister event
Supprimmer event
Lister payment
Ajouter Event
Promoteur
20
7.4. Administration :
L’administrateur a le droit de gérer l’ensemble des utilisateurs systèmes ainsi que les
entreprises.
Administration
Package
Modifier utilisateur
Lister utilisateurs Desactiver utilisateur
Gestion des utilisateurs
Admin
Supprimer utilisateur
Ajouter utilisateur
Authentification
Supprimer entreprise
Modifier entreprise
Lister entreprises
Ajouter entreprise
Gestion des entreprises
21
8. Description des cas d’utilisation :
Dans cette partie il sera question de donner plus de détails sur les différents cas d’utilisation
présentés ci-dessus. Tous les cas cités ne seront pas présentés, nous nous intéresserons
uniquement aux cas suivants :
 S’authentifier
 Ajouter un dossier
 Lister les biens immobiliers disponibles
 Modifier un projet immobilier
 Désactiver un ou plusieurs utilisateurs
8.1. S’authentifier :
Authentification Description
Acteurs principaux Tous les utilisateurs
Objectifs L’utilisateur se connecte au système.
L’utilisateur accède aux fonctionnalités
autorisées pour son profil.
Pré-condition(s) L’utilisateur est déjà enregistré dans le système
Post-condition(s) L'utilisateur a accès à l'ensemble des
informations et des fonctionnalités définies par
son profil
Scénario nominal 1-L'utilisateur se connecte sur la page
d’authentification
2-L'utilisateur saisit son login et son mot de
passe dans la page d’authentification
3-L’utilisateur clique sur le bouton « Connexion »
4-Le système vérifie le login et le mot de passe
5-L’utilisateur peut naviguer dans les
fonctionnalités offertes par son profil
Scénarios alternatifs Scénario alternatif A
4. a-L ’utilisateur entre un login erroné
5-Le système affiche le message « Login erroné
et ne correspond à aucun utilisateur »
6-Reprendre le scénario nominal à 2
Scénario alternatif B
4.b-L’utilisateur entre un mot de passe erroné.
5-Le système affiche le message « Mot de passe
incorrect ».
6-Reprendre le scénario nominal à 2.
22
8.2. Ajouter un dossier :
Acteurs principaux Commercial
Objectifs Ajouter les informations relatives a un
dossier.
Pré-condition(s) Le commercial doit être authentifié auprès
du système.
Post-condition(s) L’utilisateur reçoit la notification envoyé par
le système.
Scénario nominal 1- L’utilisateur saisit le nom et prénom du
client.
2-Le système vérifie l’inexistence du CIN,
nom et prénom dans la base de données.
3-L’utilisateur remplit le formulaire.
4-Le système valide les informations saisies
et crée le dossier.
5- Le système notifie l’utilisateur que l’ajout
a été validé
Scénarios alternatifs 2. a- Le client n’est pas dans la base de
données. Il est ajouté automatiquement par
le système.
8.3. Lister les biens immobiliers :
Acteurs principaux Promoteur
Utilisateur Marketing
Objectifs Affichage de la liste des biens immobiliers
liés à un promoteur.
Pré-condition(s) L’utilisateur est connecté au système
Post-condition(s) L’utilisateur reçoit la notification envoyé par
le système.
Scénario nominal 1-L’utilisateur clique sur « liste des biens
immobiliers »
2-Le système affiche la liste des biens
immobiliers liés au promoteur.
Scénarios alternatifs
23
8.4. Modifier un projet immobilier :
Acteurs principaux Promoteur
Objectifs L'affichage des informations concernant les biens
immobiliers
Post-condition(s) L’utilisateur reçoit la notification envoyé par le
système.
Scénario nominal 1-L’utilisateur saisit la ressource à modifier
2-Le système affiche les informations du projet
3-L’utilisateur modifie les informations concernées
4-Le système valide les informations modifiées et
mets à jour les informations
5-Le système notifie l’utilisateur que la
modification s’est bien passée
Scénarios alternatifs 4. a-Le système envoie une notification de la prise
en compte du type de champ. Reprendre le
scénario nominal à 3.
8.5. Désactivée un ou plusieurs utilisateurs :
Acteurs principaux Administrateur
Objectifs Désactivation des comptes utilisateurs d’un
promoteur.
Post-condition(s) L’utilisateur reçoit la notification envoyé par le
système.
Scénario nominal 1-L’utilisateur clique sur l’onglet « lister utilisateurs
»
2-Le système affiche la liste des utilisateurs
3-L’utilisateur sélectionne un utilisateur et clique
sur « désactivation des comptes »
4-Le système affiche une fenêtre de confirmation
5-L’utilisateur confirme son choix de désactivation
6-Le système désactive le compte et notifie
l’utilisateur que la désactivation s’est bien déroulée
Scénarios alternatifs 4. a-Le système envoie une notification de la prise
en compte du type de champ. Reprendre le
scénario nominal à 3.
24
9. Diagramme d’activité :
9.1. Login :
25
10. Diagramme de séquence :
10.1. Ajouter Bien :
créer bien
:bien :categorie :champs
:utilisateur
Afficher formulaire
afficher les categories
selectionner categorie
générer formulaire
séléctionner champs
champs
formulaire
affichage formulaire
Enregistrer
verifier les données
alt donées valides

enregistrer dans la BD
loop [nombre d'appartements déterminé]
Enregistrer
loop [nombre de laucaux commerciaux déterminé]
Enregistrer
Message succes
données invalides
Message erreur
26
10.2. Modifier Bien :
modifier bien
:bien :categorie :champs
:utilisateur
afficher formulaire modification

générer formulaire
seléctionner champs
champs
formulaire
affichage
Modifier
alt données valides
mettre a jour l'enregistrement
Message succes
Condition
Message erreur
27
10.3. Ajouter Charge :
ajouter charge
:bien :charges
:utilisateur
afficher charges
lister
charges
affichage
ajouter charge
formulaire
enregistrer charge
alt données valides Enregistrer
Enregistrer la BD
succes
Message succes
Condition
Message erreur
28
10.4. Créer dossier :
crée dossier
:dossiers :clients
:utilisateur
afficher formulaire
affichage
opt [clients > champs client]
ajouter champ client
Enregistrer

loop [clients]
trouver ou crée
alt client existant

:client
sinon
Enregistrer
:client
Enregistrer dans la BD
assossier les clients
Message succes
données invalides
Message erreur
29
10.5. Ajouter événement :
ajouter evenement
:dossiers :evenements
:utilisateur
afficher evenements
lister
evenements
affichage
ajouter evenemts
formulaire
enregister evenement

Enregistrer
enregistrer dans la BD
succes
Message succes
données invalides
Message erreur
30
10.6. Créer projet :
Crée projet
:projet :quartier
:utilisateur
Afficher formulaire
affichage
selectionner le quartier
alt quartier existant

lister
reponse
Enregister
verifier les donneés
alt donées valide

enregister les valeurs dans la BD
Message succes
donées invalide
Message erreur
nouveau quartier
afficher formulaire
affichage
Enregistrer
verifier les donnée
alt donées valides Enregistrer
enregister dans la BD
clé du quartier
Enregistrer dans la BD
Message succes
données invalides
Message erreur
31
10.7. Modifier projet :
modifier projet
:projet
:utilisateur
afficher formulaire modification

affichage
Modifier
alt donées valides
mettre à jour dans la BD
Message succes
données invalides
Message erreur
32
10.8. Ajouter Publicité :
Ajouter Pub
Publicité
R.Marketing
Afficher formulaire
Affichage
Enregistre
Verifie les données
alt Données validées
Enregistre dans la BD
Succés
Données invalides
Erreur
33
10.9. Modifier publicité :
34
11. Diagramme d’état :

11.1. Etat de transition d’une facture :
Actif
[compromi de vente signé] compromis

entry / signature
exit / payment
potentiel
[accord prealable signé] Reservé
entry / contact etablie
exit / confirmation do / attendre fin de payment
[promess de vente signé] promis

[acte de vente signé]
entry / signature
exit / payment
[resiliation]
vendu
entry / paiment terminé
exit / signé l'act de vente
annulé
entry / client demande resiliation
12. Diagramme de classe :
35
districts
- ID : int advertisements
- name : String - ID : int
- city : String - begining : Date
- mosque : boolean - ending : Date
- kindergarden : boolean - price : double
- school : boolean - platform : String
- middle_school : boolean
- high_school : boolean + afficher formulaire () : html
- Super_market : boolean + Enregistrer () : boolean
- bakery : boolean + lister () : Advertisment
roles - hammam : boolean 0..*
- ID : int + afficher formulaire () : html
- name : String + Enregistrer () : boolean 1..1 0..*
- description : String + lister () : Avenue
Properties
0..1 - ID : String
1..* 0..1
- reg_num : String
0..*
0..* - price : Double
- address : String
users companies projects - number : int
- ID : string - ID : int - ID : int - floors_nbr : int
- email : String - name : String - name : String - floor : int
- pwd : String - address : String - total_cost : double - surface : double
1..* - phone : String 1..1 0..1
- f_name : String - construct_id : int - availibility : boolean
- p_name : String - fax : String 0..* - presentation : String - facades : int
1..1
- email : String - Timestamp : Date - plan_link : String
+ afficher formulaire () : html
+ afficher formulaire () : html + afficher formulaire () : html 0..* - blocs_nbr : int
+ Enregistrer () : boolean
+ Enregistrer () : boolean + Enregistrer () : boolean - blds_nbr : int
+ Modifier () : boolean
+ Modifier () : boolean + Modifier () : boolean - apts_nbr : int
1..1 0..1 - strs_nbr : int
- rooms_nbr : int
payments - bthrooms_nbr : int
- timestamp : Date - blcny_nbr : int
- doors_nbr : int
- amount : double progressions - wnds_nbr : int
+ modifier disponiilité () : void - ID : int - green_space : double
1..*
0..* - timestamp : Date - elevator : boolean
- actual_state : float 1..1 - Parking : boolean
1..1 - comment : String - emrgcy_ext : boolean
bills + lister () : Progression - furnished : boolean
+ Enregistrer () : boolean - timestamp : Date
states - ID : int
- ID : int - bill_num : String + Afficher formulaire () : html
- name : int 1..1 - total : double 1..1
0..1 + afficher charges () : html
- description : int - balance : double
0..* - payed : double + ajouter charge () : html
- taxes : double + enregistrer charge () : boolean
+ ajouter paiment () : html
+ enregistrer paiment () : boolean 0..*
1..1
1..*
0..* events 1..1
0..1 1..*
- ID : int
categories
folders - name : String
- description : String - ID : int
- ID : int 1..1 - date : Date - name : String
- number : String - description : String
- timestamp : Date + lister () : Event
1..* + générer formulaire () : html
+ afficher formulaire () : html + modifier disponibilité () : void + afficher formulaire () : html
0..* + Enregister () : boolean + enregistrer () : boolean
+ Afficher evenemrnt () : html
+ ajouter evenement () : html 0..*
+ Enregistrer evenement () : boolean
+ ajouter facture () : html 1..*
+ enregistrer facture () : boolean
fields
1..*
- id : int
1..* - label : String
- name : String
accounts - type : String
- ID : int - description : String
- CIN : String - select_table : String
- f_name : String + selectionner champs () : Field
- p_name : String
- address : String
- phone : String
- nationality : String
- birthday : Date
+ afficher formulaire () : html
+ trouver ou crée () : Account
36
13. Création de la base de données :

11.1. Mapping :
Pour crée mon BDD on a utilisé trois règles du mapping objet-relationnel :
 La clé de la classe qui a le degré plus fort migre vers la table qui a le degré faible.
 Si deux tables ont un degré faible la clé de l’une migre vers l’autre.
 Si deux tables ont un degré élevé une table associative prend les clés des deux tables.
11.2 MLD:
Accounts (id, CIN, f_name, p_name, address, phone, nationality, birthday, link, deleted_at)
Advertisements (id, beginning, ending, price, platform, #property_id, deleted_at)
Bills (id, bil_num, total, declared, balance, payed, taxes, #property_id, #folder_id, #state_id,
deleted_at)
Categories (id, name, description, link, deleted_at)

Companies (id, name, address, phone, fax, email, type, deleted_at)
Districts (id, name city, mosque, kindergarden, school, middle_school, high_school,
super_market, bakery, hammam, deleted_at)
Events (id, name, description, date, #folder_id, #property_id, #user_id, link, deleted_at)
Fields (id, Label, name, type, description, select_table, deleted_at)
Folders (id, number, created_at, updated_at, user_id, deleted_at)
Headings (id, title, cost, company, link, #property_id, created_at, updated_at, deleted_at)
Payment (id, amount, word, created_at, updated_at, #bill_id, deleted_at)
Progressions (id, actual_state, comment, #property_id, created_at, updated_at, deleted_at)
Projects (id, name, total_cost, presentation, created_at, updated_at, #company_id, #avenue_id,
deleted_at)
Properties (id, reg_num, price, address, number, floor_nbr, floor, surface, aviability, facades,
plan_link, blocs_nbr, res_nbr, blds_nbr, villa_nbr, apts_nbr, strs_nbr, rooms_nbr, bthrooms_nbr,
blcny_nbr, doors_nbr, wnds_nbr, green_space, elevator, parking, emrgcy_ext, furnished,
#parent_id, #project_id, #category_id, created_at, updated_at, deleted_at)
Roles (id, name, description, deleted_at)
37
States (id, name, description, deleted_at)

Users (id, email, f_name, p_name, password, #company_id, remember_token, created_at,
updated_at, deleted_at)
role_user (id, #user_id, #role_id)

account_folder (id, #account_id, #folder_id)
category_field (id, #category_id, #field_id)
38
CHAPITRE II
Choix technologique, Architecture logicielle et Réalisation
Ce chapitre détaillera les listes des modules de test, l’architecture technique et applicative de
l’application web
« Gestion des agences de location des véhicules »
39
I. Choix technologique :
Réalisation et mise en œuvre :
Dans cette patie on présentera les différents outils utilisés du langages , framework , logiciel
et la plate forme de devloppement web qui permettront d’atteindre les objectifs et donc
réaliser ce projet et d’assurer le bon développement de l’application Web.
1. Langages utilisés :
HTML5 :
HTML5 est la dernière évolution des standards qui définissent HTML. Il s'agit de la
nouvelle version du langage HTML, avec de nouveaux éléments, attributs et comportements,
mais aussi un ensemble plus large de technologies qui permettent des sites web plus variés et
puissants, et des applications web.
Conçu pour être utilisable par tous les développeurs de l'Open Web, cette page de
référence fait des liens vers de nombreuses ressources sur les technologies HTML5, classés dans
différents groupes d'après leur fonction.
CSS3 :
CSS (feuilles de styles) est un langage qui permet de gérer la présentation d’une page
Web. Les styles permettent de définir des règles appliquées à un ou plusieurs documents HTML.
Ces règles portent sur le positionnement des éléments, l’alignement, les polices de caractères,
les couleurs, les marges et espacements, les bordures, les images de fonds, etc.
PHP
PHP est un langage de programmation libre5, principalement utilisé pour produire des
pages Web dynamiques via un serveur HTTP4, mais pouvant également fonctionner comme
n'importe quel langage interprété de façon locale. PHP est un langage impératif orienté objet.
PHP a permis de créer un grand nombre de sites web célèbres. Il est considéré comme
une des bases de la création de sites web dits dynamiques mais également des applications web.
40
JavaScript
JavaScript est un langage de scripts qui incorporé aux balises Html, permet d'améliorer la
présentation et l'interactivité des pages Web.
JavaScript est donc une extension du code Html des pages Web. Les scripts, qui s'ajoutent
ici aux balises Html, peuvent en quelque sorte être comparés aux macros d'un traitement de
texte.
UML
UML 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.
2. Logiciel utilisés :
PowerAMC :
PowerAMC est un logiciel de modélisation. Il permet de modéliser les traitements
informatiques et leurs bases de données associées, de réaliser tous les types de modèles
informatiques et d’améliorer la modélisation, les processus, le coût et la production d’application.
GIT :
Git est un logiciel de gestion de versions décentralisé pour suivre les changements dans
les fichiers informatiques et coordonner le travail sur ces fichiers entre plusieurs personnes. Il est
principalement utilisé pour la gestion de code source dans le développement de logiciels.
3. Plate-forme de développement web utilisés :
WampServer :
WampServer (anciennement WAMP5) est une plateforme de développement Web de
type WAMP, permettant de faire fonctionner localement (sans avoir à se connecter à un serveur
41
externe) des scripts PHP. WampServer n'est pas en soi un logiciel, mais un environnement
comprenant deux serveurs (Apache et MySQL), un interpréteur de script (PHP), ainsi que
phpMyAdmin pour l'administration Web des bases MySQL.
4. Le patron de la conception :
« MVC » c’est un « design pattern » (patron de la conception), c’est-à-dire un concept
d’architecture logicielle pour son application, il permet d’avoir un code plus structuré, plus
évolutif, plus maintenable, permettant de profiter de plusieurs mécanismes, d’avoir la
persistance des données.
Le ‘’Modèle ‘’ est la représentation interne des données, il permet comme son nom
l’indique de modéliser les données que l’on va manipuler dans l’application. Le modèle
représente les véritables données avec toutes les informations qu’elles véhiculent.
La ‘’ Vue ‘’ quant à elle est la représentation visuelle de ces données à l’écran.
Le ‘’Contrôleur ‘’enfin sert à faire l’interface entre le modèle et la vue.
En effet, puisque le modèle et la vue sont censés être au maximum indépendants, le
contrôleur sert à faire le lien pour faire pour faire communiquer l'un (M) avec l’autre (V).
Figure 3: le mode de fonctionnement du MVC
42
5. Framework utilisé :
Laravel:
Laravel est un Framework de développement de type MVC et un web open-source écrit
en PHP2 respectant le principe modèle-vue-contrôleur et entièrement développé en
programmation orientée objet. Laravel est distribué sous licence MIT, avec ses sources
hébergées sur Git Hub.
Laravel fournit des fonctionnalités en termes de routage de requête, de mapping objet-
relationnel (un système baptisé Eloquent implémentant Active Record), d'authentification, de
vue (avec Blade), de migration de base de données, de gestion des exceptions et de test unitaire2.
Bootstrap :
Bootstrap est un Framework (une librairie) développé par Twitter et mis en open-source
en février 2012. Ce langage utilise les principaux langages de développement web (HTML, CSS &
JavaScript). Il s’agit d’un code qui raccourcit différentes fonctionnalités (plugins utilisant la
bibliothèque JQuery), permettant au développeur de gagner du temps et de réaliser simplement
des codes complexes (animation, carrousel, tableau, histogramme, …) et tout en réduisant la
quantité de caractères requis, et donc le poids du site web.
II. L’architecture des dossiers du projet :
Les principaux dossiers du projet :
Le dossier « app » contient le code source PHP (fonctions et classes).

Le dossier « resources/views » contient les fichiers HTML.
Le dossier « public » contiendra les images, CSS et les scripts JavaScript.
Le fichier « routes/web.php » définira quelle action est associée à quelle URL (« /contact »
vers cette fonction PHP par exemple).
Le dossier config et le fichier «. env » qui contiendront vos configurations (mots de passe,
nom de domaine, type de base de données…).
Le fichier artisan que l’on a déjà exécuté avec ‘’php artisan serve’’ nous permettra de faire un
bon nombre de choses en ligne de commande.
43
III. Réalisation :
1. Phases de tests et validation :
En informatique un test désigne une procédure de vérification partielle d’un système
informatique. Le but est de trouver un nombre maximum de comportements problématiques de
l’application, car il est impossible de prouver qu’une application fonctionne bien dans tous les cas.
Plus on trouve d’erreurs plus il y’a de chances d’avantage d’erreurs dans l’application visé. Les
tests de vérification ou de validation visent à s’assurer que ce système réagit de la façon prévue
par ses concepteurs (spécifications) ou est conforme aux attentes du client (Besoins).
Dans cette partie nous allons présenter une liste des modules de test, scénario de test et le
résultat obtenu à partir du tableau suivant :
Module Scénarios de test Résultat obtenue

Entrer un login et un mot de Exécution correcte
Connexion à l’application passe correct
Entre un login et un mot de Exécution correcte
passe incorrect
Connexion à la base des Sélectionner des données de la Exécution correcte
données base des données
Insertion des données Exécution correcte
Gestion des données Modification des données Exécution correcte
Suppression des données Exécution correcte
Consultation des données Exécution correcte

Gestion des interfaces Bon fonctionnement Exécution correcte
(navigation, formulaire etc…)
Insertion des données Exécution correcte
existantes
Transfert correcte des
informations entre les Exécution correcte
interfaces
Gestion des exceptions
Mise à jour de BD à chaque Exécution correcte
modification
Insertion au BD Exécution correcte
44
2. Les interfaces graphiques :

L’interface graphique est une partie très importante pour la réalisation d’une application web
convenable et conviviale car elle permet de faciliter le dialogue entre l'homme et la machine ainsi
que d'améliorer les performances de l'application offrant un certain plaisir à l’utilisateur lors de
sa navigation. Ainsi ce critère peut faire la différence entre une application et une autre bien
qu’elles aient les mêmes fonctionnalités. Dans la conception des interfaces de mon application,
nous avons respecté un ensemble des choix ergonomiques comme la lisibilité, la
compréhensibilité, etc.
Voici maintenant un ensemble de captures d’écrans sur les principaux points d’entrées de
l’application :
2.1. Gestion d’authentification :

Cette partie présente les capture d’écrans d'authentification dans laquelle l’utilisateur
doit entrer son email et mot de passe pour commencer à utiliser l’application web .Cette étape
met en valeur l'aspect sécurité : nous vérifions la disponibilité du compte utilisateur .
Figure 4: Ecran de la page d’authentification
45
2.2. Interface d’espace gestionnaire d’acceuil :

Elle présente l'ensemble des fonctionnalités de l'application. Elle représente
aussi des diagrammes qui décrivent les statistiques des ventes et de constructions.
Figure 5: Ecran de la page d’accueil:
Barre de navigation :
La barre de navigation ce trouve en gauche de la page, elle procure une vue
globale de l’application, montre l'ensemble des interfaces. Elle diffère selon le rôle
de l’utilisateur.
46
Figure 6: Barre de navigation du promoteur Figure 7: Barre de navigation du commercial
Figure 8 : Barre de navigation de l’admin : Figure 9: Barre de navigation du R. marketing
Figure 10: Barre de navigation du R. chantier
47
2.3. Interface de l’espace recherche :

Permet à l’utilisateur de chercher les différent éléments de l’application
Figure 11: Ecran de la page de Recherche
Figure 12: Ecran de la page du résultat de la recherche
48
2.4. Interface des projets :

2.4.1. Création du projet :
L’utilisateur doit saisir les données afin de créer le projet. Si le quartier n’est
pas dans la base de données, l’utilisateur a l’option de le créer .
Figure 13: Ecran de la page de création du projet

2.4.2. Modification du projet :
L’utilisateur a la possibilité de modifier les informations du projet.
Figure 14: Ecran de la page de la modification du projet
49
2.4.3. Lister les projets :
Figure 15: Ecran de la page des projets

2.5. Interface des biens :
2.5.1. Ajouter un bien :
L’utilisateur peut ajouter des biens. D’abord il doit choisir la catégorie du bien.
SI la catégorie n’existe pas, il a la possibilité de créer une nouvelle.
Figure 16: Ecran de la page de la création du bien
50
2.5.2. Création d’une nouvelle catégorie :

Pour créer une nouvelle catégorie, l’utilisateur doit simplement choisir les
champs nécessaires et donner le nom de la catégorie.
Figure 17 : Ecran de la page de la création d’une catégorie
51
2.5.3. Lister les biens :
Cette fonctionnalité permet à l’utilisateur de voir tous les biens disponibles.

Tout d’abord on liste les tranches disponibles, en suite l’utilisateur a la possibilité de
lister les biens dans la tranches (blocks, immeubles, villas …).
Figure 18 : Ecran de la page des biens

2.5.4. Ajouter les charges :
L’utilisateur a la possibilité d’ajouter des charges et de voir les détails du bien.
Figure 19 : Ecran de la page des détails d’un bien
52
2.5.5. Ajouter les progressions :

L’utilisateur a la possibilité d’ajouter la progression d’un bien.
Figure 20: Ecran de la page de modification d’un bien

2.6. Interface des clients :
2.6.1. Ajouter client :
Figure 21: Ecran de la page d’ajout d’un client
53
2.7. Interface des dossiers :

2.7.1. Création de dossier :
Afin de créer un dossier, l’utilisateur doit donner la référence du dossier et
d’ajouter le CIN, nom et prénom des clients concernés par le dossier. Si les clients
ne sont pas dans la base de données, le système les ajoute.
Figure 22: Ecran de la page d’ajout d’un dossier

2.7.2. Détail du dossier :
Figure 23: Ecran de la page du dossier
54
2.7.3. Ajouter un contrat :
Figure 24: Ecran d’ajout d’un contrat

2.7.4. Ajouter un événement :
Figure 25: Ecran d’ajout d’un événement
2.7.5. Ajouter une facture :
55
Figure 26: Ecran d’ajout d’une facture

2.8. Interfaces des utilisateurs :
2.8.1. Création d’utilisateur :
L’admin peut créer des utilisateurs et leurs attribue des roles.
Figure 27 : Ecran d’ajout d’un utilisateur
56
2.8.2. Lister les utilisateurs :
Figure 28 : Ecran des utilisateurs
2.9. Interface des entreprises :

2.9.1. Création d’une entreprise :
Figure 29: Ecran de création d’une entreprise
57
2.10. Les publicitées :

2.10.1. Création d’une publicité:
Figure 30: Ecran de création d’une publicité

2.10.2. Modification d’une publicité:
Figure 31: Ecran de modification d’une publicité
58
BIBLIOGRAPHIE
 https://laravel.com/docs/5.4/
 https://laravel.com/api/5.4/
 https://api.jquery.com/
 https://www.w3schools.com/
 http://php.net/
 https://developer.mozilla.org/bm/docs/Web/JavaScript
 https://stackoverflow.com/
 https://getbootstrap.com/docs/3.3/
59
CONCLUSION GENERALE
Tout au long de ce rapport , nous avons présenté les différentes étapes de

réalisation de l’application, au sein de la société JOEP Le développement de ce
projet est basésur le Framework ‘’Laravel ‘’. La technique UML a été utilisée afin de
modéliser les différents besoins, ce qui a permis de mener à bien les différentes
tâches d’analyse et de conception du système d’information.
Ce projet nous a donné l’opportunité de s’initier à la vie professionnelle dans
un milieu réel, et d’avoir un début d’expérience significatif. Le stage nous a permis
d’apprendre à résoudre un problème réel en suivant les différentes étapes du
Génie Logiciel.
Au cours de la réalisation de mon projet, nous avons rencontré quelques
obstacles notamment, la contrainte du temps qui était relativement un obstacle
devant l’ajout de certaines autres fonctionnalités. Cependant c’était une occasion
pour mettre en évidence et déployer sur le plan pratique nos connaissances en
informatique.
Le projet peut être amélioré en lui ajoutant quelques modules par exemple
pour l’aide à la décision.
60

5éme Génie Informatique

Transféré par

Informations du document

Titre original

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

5éme Génie Informatique

Transféré par

Droits d'auteur :

Formats disponibles

RAPPORT DE STAGE DE PROJET DE FIN D’ETUDES

Filière : Génie Informatique 5éme année

Encadrant Technique de Stage : Encadrant Pédagogique :

Mohamed CHERKAOUI KUDAGBA Kunale Florent

Année Universitaire 2017 / 2018

En premier lieu, à nos parents qui nous ont soutenus moralement et

Au terme de ce projet, nous tenons à exprimer nos vifs remerciements à

Ce rapport fût le fruit de mon expérience pendant quatre mois, au

This report is the result of my experience that lasted two months,

Table des matières

Liste des figures

Dans le cadre de ce PFE, on a effectué un stage au sein de la société JOEP

L'élaboration de ce rapport a pour principale origine les différents

Ce rapport présente dans un premier temps l’organisme d’accueil, et trace le

Présentation de l’organisme d’accueil

• JOEP – Société S.A.R.L. á directoire et conseil de surveillance au capital de 10.000.000 DH –

• La société JOEP développe et distribue des produits électroniques innovants et de qualité

II. Présentation du projet :

Le projet de fin d’étude (PFE) a pour but de développer l’autonomie et la responsabilité

L’objectif du projet est la conception, la réalisation d’un outil de gestion immobilière

Analysez et étudiez les spécifications fonctionnelles des besoins.

Offrir aux promoteurs immobiliers et à ses commerciaux une plateforme dédiée

Répertorier toutes les informations concernant les clients.

Offrir à l’utilisateur la meilleure expérience de navigation possible sur tous types de

Nous avons donc proposé, après plusieurs réunions en interne de concevoir et de

III. Analyse du projet :

Les phases d'expression et d'analyse du besoin permettent de décrire les fonctionnalités de

Dans le présent chapitre, nous présenterons la phase d’analyse et de spécification des

2. Identification des utilisateurs (ou acteurs) :

Le responsable marketing : le responsable marketing a pour rôle de communiquer auprès

3. Identification des besoins :

3.1. Besoins en termes de sécurité :

3.2. Besoins en termes de services :

Le responsable marketing souhaite :

L’administrateur de l’application souhaite :

Figure 1 Diagramme prévionnelle de Gantt

Figure 2 Diagramme réel de Gantt

7. Diagrammes des cas d’utilisation :

Modifier projet Supprimer projet

Ajouter les charges

Lister utilisateurs Desactiver utilisateur

Gestion des utilisateurs

Gestion des entreprises

8. Description des cas d’utilisation :

8.2. Ajouter un dossier :

8.3. Lister les biens immobiliers :

8.4. Modifier un projet immobilier :

8.5. Désactivée un ou plusieurs utilisateurs :

10. Diagramme de séquence :

10.1. Ajouter Bien :

:bien :categorie :champs

afficher les categories

verifier les données

alt donées valides

loop [nombre d'appartements déterminé]

loop [nombre de laucaux commerciaux déterminé]

10.2. Modifier Bien :

:bien :categorie :champs

afficher formulaire modification

verifier les données

alt données valides

mettre a jour l'enregistrement

10.3. Ajouter Charge :