Site web de gestion de location et colocation dans le domaine de l'immobilier.

5 Implémentation des cas d'utilisation prioritaires

Après l'analyse et la conception des cas d'utilisation s'inscrire et s'authentifier nous allons procéder à l'implémentation de ces cas.

5.1 Les captures d'écran

Capture d'écran du cas « s'authentifier »

36

CHAPITRE II : Mise en OEuvre du Release 1

Figure 27:Capture d'écran du cas « s'authentifier »

Capture d'écran du cas «inscription »

Figure 28:Capture d'écran «inscription »

SPRINT 2 : « Gestion des annonces, Gestion des offres, gestion des réservations »

37

CHAPITRE II : Mise en OEuvre du Release 1

1 Backlog du Sprint 2

Dans le tableau ci-dessous nous allons présenter les tâches du sprint « 2 »

Fonctionnalités	User story	priorité
Gérer annonces	En tant que propriétaire je peux ajouter, modifier et supprimer une annonce de location/colocation/séjour ou dépannage gratuit	2
Gérer offres	En tant que locataire ou colocataire je peux consulter les offres, contacter le propriétaire et fixer un rendez-vous	2
Gérer réservations	En tant que locataire je peux demander une réservation En tant que propriétaire je peux visualiser et répondre a une réservation et fixer un rendez-vous	2

Tableau 9: Backlog du sprint 2

2 Spécification des besoins

2.1 Raffiner les modèles des cas d'utilisation de priorité « 2 » Les cas d'utilisation de sprint 2 font le coeur de l'application là ou l'utilisateur peut ajouter une annonce de location, colocation, séjour de vacances et ou un dépannage gratuit .

L'utilisateur peut en tant que locataire visualiser ces offres et faire une réservation de bien immobilier.

Diagramme de cas d'utilisation du sprint « 2 »

38

CHAPITRE II : Mise en OEuvre du Release 1

Figure 29:Diagramme de cas d'utilisation du sprint 2

Fiche descriptif du cas d'utilisation « gérer annonces »

Acteur	proprietaire
Objectif	Cette fonctionnalité permet au proprietaire de bien immobilier d'ajouter/modifier /supprimer un logement de location,collocation et séjour de vacances,de confirmer un rendez-vous et louer un logement
Pré-condition	Le logement n'est pas ajouté
Post-condition	Logement ajouté
Scénario principal	Accéder à l'espace utilisateur après authentification Le système affiche l'interface de remplissage info logement Le proprietaire remplit le formulaire.et clique sur ajouter Le système vérifie les champs. Le système fait les mises à jour.
Scénario D'exception	Si L'administrateur ne s'authentifie pas correctement. le systeme demarre au point 1

Tableau 10:Descriptif du cas d'utilisation "gérer annonces"

39

CHAPITRE II : Mise en OEuvre du Release 1

Tableau descriptif du sous cas « gérer offres »

Cas d'utilisation	gérer offres
acteur	Le locataire /colocataire
précondition	Annonce existante
Post-condition	Réservation réussit
Scénario Nominal	1. L'utilisateur clique sur l'annonce choisit 2. l'utilisateur clique sur le bouton réserver 3. le système affiche formulaire de réservation 4. L'utilisateur remplit le formulaire et clique sur envoyer 5.Le système enregistre le formulaire et envoie un email au propriétaire
Scénario D'exception	E1. Si le formulaire n'ai pas remplit correctement le système affiche un message d'erreur et démarre au point 4.

Tableau 11: Tableau descriptif du sous cas « gérer offres »

Tableau descriptif du sous cas « gérer réservation »

Acteur	Proprietaire \ locataire
Objectif	Cette fonctionnalité permet au: proprietaire de bien immobilier de visualiser les reservation et fixer un rendez-vous locataire de visualiser les offers et faire une réservation
Pré-condition	La reservation n'est pas fait
Post-condition	La réservation est effectué et le rendez vous est fixé

40

CHAPITRE II : Mise en OEuvre du Release 1

	Accéder à l'espace utilisateur après authentification
	L'utilisateur affiche les offres
	Le locataire clique sur le bouton résevation
Scenario principal	Le système affiche le formulaire de demande de réservation
	Le locataire remplit le formulaire
	Le proprietaire affiche les réservations demandées et fixe un rendez-vous
Scenario	E1:Si le locataire ne s'authentifie pas
D'exception	le système demarre au point 1

Tableau 12: Tableau descriptif du sous cas « gérer réservation »

2.2 Elaboration des Prototypes

Prototype de l'interface « ajouter annonces »

Le prototype de l'interface « ajouter annonces » est composé de plusieurs champs qui permettent de saisir le maximum de critères de bien immobilier

41

CHAPITRE II : Mise en OEuvre du Release 1

Figure 30:Prototype de l'Interface : proposer logement

42

CHAPITRE II : Mise en OEuvre du Release 1

Prototype de l'Interface rechercher logement :

Cette interface permet à travers des listes de choisir les critères du logement souhaité

Figure 31:Prototype de l'Interface rechercher logement

Prototype de l'interface « faire une réservation

Cette interface permet la réservation de bien immobilier

Figure 32: prototype du cas d'utilisation réservation

43

CHAPITRE II : Mise en OEuvre du Release 1

3 Analyse des cas d'utilisation du priorité 2

3.1 Diagramme de classe d'analyse

Diagramme des classes d'analyse du cas « gérer annonces »

Figure 33:Diagramme des classes d'analyse du cas « gérer annonces »

Diagramme des classes d'analyse du cas « gérer offres »

Figure 34:Diagramme des classes d'analyse du cas « gérer offres »

44

CHAPITRE II : Mise en OEuvre du Release 1

iagramme des classes d'analyse du cas « gérer réservation »

Figure 35:Diagramme des classes d'analyse du cas « gérer réservation »

3.2 diagramme de collaboration du cas gérer annonces « ajout logement »

Figure 36:Diagramme de collaboration du cas gérer annonces « ajout logement »

Diagramme de collaboration du cas gérer annonces « chercher logement »

45

CHAPITRE II : Mise en OEuvre du Release 1

Figure 37:Diagramme de collaboration du cas gérer annonces « chercher logement ))

Diagramme de collaboration gérer offre « chercher offres »

Figure 38:Diagramme de collaboration gérer offre « chercher offres ))

46

CHAPITRE II : Mise en OEuvre du Release 1

Diagramme de collaboration gérer offre « gérer réservations »

Figure 39:Diagramme de collaboration gérer offre « gérer réservations »

4 Conception des cas d'utilisation de priorité 1 et 2

Dans cette partie nous allons procéder à la conception des cas d'utilisation de priorité 1 et 2.Nous allons élaborer les diagrammes de classes, de séquences et d'activités.

4.1 La conception des cas d'utilisation du release 1

4.1.1 Diagramme de classes de conception

Nous allons établir le diagramme de classe du premier release qui englobe les cas d'utilisation : s'authentifier, s'enregistrer, gérer annonces et gérer offres

47

CHAPITRE II : Mise en OEuvre du Release 1

Diagramme de classe du release 1 :

Figure 40:Diagramme de classe du release 1

48

CHAPITRE II : Mise en OEuvre du Release 1

4.1.2 Diagramme de séquences du cas « ajouter annonce »

Le diagramme de séquences présente l'interaction entre les constituants du système : l'acteur, l'interface, le contrôleur et la base de données.

Figure 41:Diagramme de séquences du cas « ajouter annonce »

49

CHAPITRE II : Mise en OEuvre du Release 1

Diagramme de séquence du cas « modifier annonce »

Figure 42:Diagramme de séquence du cas « modifier annonce »

50

CHAPITRE II : Mise en OEuvre du Release 1

Diagramme de séquence du cas « consulter offres »

Figure 43:Diagramme de séquence du cas « consulter offres »

51

CHAPITRE II : Mise en OEuvre du Release 1

Diagramme de séquence du cas « gérer réservations »

Figure 44:Diagramme de séquence du cas « gérer réservations »

52

CHAPITRE II : Mise en OEuvre du Release 1

4.2 Le diagramme de classe entités du sprint 2

Figure 45: Le diagramme de classe entités du sprint 2

53

CHAPITRE II : Mise en OEuvre du Release 1

5 Schéma de la base de données :

Table logement :
Nom du Type de colonne données		obligatoire	unique	clé
id	Int(20)	oui	oui	Clé primaire
Id_user	Int(11)	oui	oui	Clé étrangère
type	Varchar(30)	oui	non
ville	Varchar(30)	oui	non
Superficie	int(8)	oui	non
Status	varchar(100)	oui	non
prix	float	oui	non
adresse	Varchar(300)	oui	non
pieces	int(100)	non	non
Nbr_coloc	Int(8)	oui	non
Motif	Varchar(20)	oui	non
Image	Varchar(300)	oui	non
Etat	Varchar(100)	oui	non
Equipement	Varchar(100)	oui	non
diponibilite	date	oui	non
Description	longtext	non	non
Date_debut	date	oui	non
Date_fin	date	oui	non
adresse	Varchar(255)	oui	non

Tableau 13: Table logement

54

CHAPITRE II : Mise en OEuvre du Release 1

Table réservation :
Nom du Type de données colonne		obligatoire	unique	clé
Id	Int(20)	oui	oui	Clé primaire
Id_log	Int(11)	oui	oui	Clé étrangère
Id_user	Int(11)	oui	oui	Clé étrangère
Telephone	Int(11)	oui	oui
Date_debut	date	oui	oui
Date fin	date	oui	non
Reponse	Varchar(500)	oui	oui

Tableau 14: Table réservation

Table : photos
Nom du Type de données colonne		obligatoire	unique	clé
Id_log	Int(11)	oui	oui	Clé étrangère
Vue1	Varchar(500)	non	non
Vue2	Varchar(500)	non	non
Vue3	Varchar(500)	non	non
Vue4	Varchar(500)	non	non

Tableau 15:Table photos

55

CHAPITRE II : Mise en OEuvre du Release 1

Diagrammes d'activité

Le diagramme d'activités représente les activités que réalisent un ou plusieurs objets. Il peut correspondre à la description en détail d'une activité du diagramme d'états transitions, à la description d'une méthode. Il peut également décrire l'activité d'un système ou d'un sous système en assignant les responsabilités à chaque acteur. Le diagramme d'activités constitue aussi un bon choix pour décrire un cas d'utilisation.

Diagramme d'activité du cas « ajouter annonces »

Figure 46:Diagramme d'activité du cas « ajouter annonces » Diagramme d'activité du cas « gérer réservation »

Figure 47: Diagramme d'activité du cas « gérer réservation »

56

CHAPITRE II : Mise en OEuvre du Release 1

6 Implémentation du cas d'utilisation du release 1

6.1 Les captures d'écran

Capture d'écran du cas « ajouter annonces »

Figure 48 : Capture d'écran du cas «ajouter annonces »

57

CHAPITRE II : Mise en OEuvre du Release 1

Capture d'écran du cas «consulter offres »

Figure 49:Capture d'écran du cas «consulter offres »

Capture d'écran du cas «modifier annonces»

Figure 50:Capture d'écran du cas «modifier annonce»

58

CHAPITRE II : Mise en OEuvre du Release 1

Capture d'écran du cas «gérer réservation»

Figure 51: Capture écran "gérer réservation"

59

CHAPITRE II : Mise en OEuvre du Release 1

Conclusion

Au cours de ce chapitre nous avons élaboré la spécification des besoins passant par l'analyse, la conception et l'implémentation des cas d'utilisation de priorité majeure. Dont l'authentification, la gestion des annonces et la gestion des offres.

Dans le chapitre suivant nous entamons le deuxième sprint de notre application qui portera sur la gestion des demandes et la gestion des contacts

60

Chapitre III : Mise en OEuvre du Release 2