WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

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


par Chafik Ahmadi
Faculté des Sciences Juridiques, Economiques et de Gestion de Jendouba - mastère professionnel en informatique, option e-commerce 2020
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

5 Implémentation des cas d'utilisation prioritaires

5.1 Les captures d'écran

Capture d'écran espace administrateur

Figure 93:Capture d'écran espace administrateur

94

Chapitre IV : Mise en OEuvre du Release 3

Capture d'écran espace gérer utilisateur

Tableau 27: Capture d'écran espace gérer utilisateur

Capture d'écran espace gérer logement

Tableau 28: Capture d'écran espace gérer logement

95

Chapitre IV : Mise en OEuvre du Release 3

5.2 Diagramme de classe globale

Tableau 29:Diagramme de classe globale

5.3 Règles de passage du diagramme de classe en modèle relationnel

A partir de la description conceptuelle que nous avons effectuée, on peut réaliser le modèle relationnel; vu que le système d'information ne peut pas le manipulé directement; et ça en utilisons des règles de passages de l'UML vers le relationnel.

Règle1: présence de la cardinalité (1..1) d'un côté de l'association

Chaque classe se transforme en une table Chaque attribut de classe se transforme en un champ de table L'identifiant de la classe qui est associée à la cardinalité (0..1) devient le clé étrangère de l'autre

Règle2: présence de (N..N) des deux côtés de l'association

Chaque classe se transforme en une table .Chaque attribut de classe se transforme en un champ de table. L'association se transforme en une table. Cette table a comme champs l'identifiant de chacune des deux classes, plus d'éventuels autres attributs.

96

Chapitre IV : Mise en OEuvre du Release 3

Règle3: présence d'une généralisation

Méthode 1:Créer une table avec tous les attributs des classes. Ajouter un attribut pour distinguer les types des objets.

Méthode 2:Créer une table pour chaque sous type, chaque table se compose des attributs génériques et d'attributs spécifiques.

Méthode 3:Créer une table par classe et des associations. [9]

5.4 Schéma de la base de données complet Table utilisateur

 
 

Nom du colonne Type de données

obligatoire

unique

clé

Id_user

Int(11)

oui

oui

Clé primaire

Pseudo

Varchar(100)

oui

non

 

Email

Varchar(100)

oui

oui

 

Téléphone

Int(8)

oui

oui

 

Password

Varchar(100)

oui

non

 

status

Varchar(50)

oui

non

 

photos

Varchar(200)

non

non

 

Tableau 30:Table utilisateur

97

Table logement

Chapitre IV : Mise en OEuvre du Release 3

 

Nom du colonne Type de données

obligatoire

unique

clé

id

Int(20)

oui

oui

Clé primaire

Id_user

Int(20)

oui

oui

Clé étrangère

type

Varchar(30)

oui

oui

 

ville

Varchar(30)

oui

non

 

Superficie

int(8)

oui

non

 

Status

Varchar(100)

oui

non

 

prix

float

oui

non

 

pieces

int(10)

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(300)

oui

non

 

Tableau 31:Table logement

98

Table photos

Chapitre IV : Mise en OEuvre du Release 3

 

Nom du colonne Type de données

obligatoire

unique

clé

Id_log

Vue1

Vue2

Vue3

Vue4

Int(11) Varchar(500) Varchar(500) Varchar(500) Varchar(500)

oui non non non non

oui non non non non

Clé étrangère

Tableau 32:Table photos

Table type logement

Nom du colonne Type de données obligatoire unique clé

Id

Int(11) oui oui Clé étrangère

libelle

Varchar(200) non non

 

Tableau 33:Table type logement

Table réservation

 
 
 

Nom du colonne Type de données

obligatoire

unique

clé

Id

Int(11)

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 34:Table réservation

99

Table demande

Chapitre IV : Mise en OEuvre du Release 3

 

Nom du colonne Type de données

obligatoire

unique

clé

Id

Int(11)

oui

oui

Clé primaire

Id_user

Int(11)

oui

oui

Clé étrangère

Region

Varchar(100)

oui

non

 

Genre

Varchar(100)

oui

non

 

Type

Varchar(100)

oui

non

 

Status

Varchar(100)

oui

non

 

superficie

Int(11)

oui

non

 

etat

Varchar(100)

oui

non

 

budget

Int(11)

oui

non

 

Nbr-piece

Int(11)

oui

non

 

preference

text

non

non

 

Tableau 35:Table demande

Table dépannage

 
 
 

Nom du colonne Type de données

obligatoire

unique

clé

Id

Int(11)

oui

oui

Clé primaire

Id_user

Int(11)

oui

oui

Clé étrangère

distination

Varchar(255)

oui

non

 

provenance

Varchar(255)

oui

non

 

Nbr-jours

Int(11)

oui

non

 

identite

Varchar(100)

oui

non

 

motif

Varchar(100)

oui

non

 

Tableau 36:Table dépannage

100

Chapitre IV : Mise en OEuvre du Release 3

Table avis

 
 
 

Nom du colonne type

obligatoire

unique

Clé primaire

Id

Int(11)

oui

oui

Clé primaire

Id_user

Int(11)

oui

oui

Clé étrangère

Id_log

Int(11)

oui

oui

Clé étrangère

Text

longtext

non

oui

 

Rating

Int(10)

non

oui

 

date

date

non

oui

 

Tableau 37:Table avis

Table administrateur

 
 
 

Nom colonne type

obligatoire

nullable

Clé primaire

id

Int (11)

oui

non

Clé primaire

username

Varchar(16)

oui

non

 

Mot de passe

Varchar(59)

oui

non

 

adresse

text

oui

non

 

telephone

Int (20)

oui

non

 

Nom prenom

Varchar(100)

oui

non

 

Tableau 38:Table administrateur

101

Chapitre IV : Mise en OEuvre du Release 3

Conclusion

A la fin de ce chapitre, nous avons aboutit à produire notre troisième et dernier Release, nous avons réussit a réaliser notre application passant par l'analyse, la conception, l'implémentation des cas d'utilisation gérer utilisateur et gérer logement ce qui nous a permit de finaliser notre application et aboutir à une application complète et fonctionnelle.

102

Chapitre V : Hébergement et Référencement

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"En amour, en art, en politique, il faut nous arranger pour que notre légèreté pèse lourd dans la balance."   Sacha Guitry