Discussion :

[cizik]

Bonjour à vous,
Je suis actuellement en BTS SIO (SLAM) et j'ai comme projet de produire un site de vente pour m'entraîner. Aujourd'hui je m'occupe de faire un MCD mais je n'y arrive pas, j'aimerais faire un mcd ressemblant a celui de http://breteuilimmo.com/ car il m'a l'air assez simple ! (Je précise que je ne mettrait pas de maison/appartement en location + J'aimerais faire un login/register).
Pour l'instant j'ai fais ça, j'attends avec impatience votre aide et vos avis. Merci !

Cordialement, Estevan

[CinePhil]

Bonjour,

Mes remarques en vrac...

1) Un numéro de téléphone n'est pas un entier.
C'est un "numéro" qui peut commencer par zéro ou, en notation internationale, par + (+33 pour la France).
=> Mettre donc un type caractère

2) N'y a t-il que Char dans ton logiciel de modélisation ou bien y a t-il aussi le varchar (ou character_varying) ?
On réserve en principe le type CHAR aux chaînes de longueur fixe tels que les codes à X caractères.

3) Plutôt que la propriété Sexe (qu'est-ce que ça peut faire que le client soit un homme ou une femme ?), je traiterais la civilité (Monsieur, Madame...) en créant une entité-type de référence spécifique comprenant un identifiant, l'abréviation (M., Mme, Me, Dr...) et le libellé (Monsieur, Madame, Maître, Docteur...).

4) Évitez les cardinalités minimales à 1 des deux côtés d'une association !
En toute rigueur, d'après votre MCD, le client doit être créé par une procédure en même temps que l'achat car un client ne peut pas ne pas être associé à un achat. Est-ce bien nécessaire ? Votre notion de "client" ne peut-elle s'appliquer aussi aux "prospects" (clients potentiels n'ayant pas encore acheté) ?

5) D'après votre association "Concerne", un logement peut être acheté plusieurs fois.
C'est effectivement possible dans le temps mais alors ça m'étonnerait que ce soit au même prix (votre propriété "budget" ?) !
Il me semblerait plus logique de déplacer la propriété "budget" de l'entité-type "Logement" vers "Achat".

6) Il semble que vous ne considériez que les logements situés dans une seule ville divisée en arrondissements (Paris ?)
Est-ce volontaire ?

7) La précision de l'arrondissement, pourquoi pas ! Mais l'adresse de votre logement est quelque peu imprécise, non ?


Sinon, dans l'ensemble, vous semblez avoir compris le principe du MCD. C'est pas mal du tout pour un débutant !

[cizik]

Merci énormément pour votre retour !

1) J'ai bien mis un char de 12 caractères pour avoir un numéro en +33.

2) Il y a bien des varchar, j'en ai donc mis ou est-ce que je pense qu'il en faut.

3) Je n'ai pas très bien compris... Il faut que je fasse une entité spécial pour les civilités ?

4) et 5) J'ai essayé de corriger ça.

6)Oui je veux faire que pour Paris, et je compte encore simplifier. Je vais faire par secteurs (Paris Nord, Sud, Est, Ouest et Centre).

7) L'adresse du logement je compte la mettre directement dans la fiche technique directement sur le site !


En tout cas merci encore énormément.
J'ai encore une question si cela ne vous dérange pas. Ma table mcd permet a l'utilisateur de ce créer un compte sur le site ?

[CinePhil]

1) J'ai bien mis un char de 12 caractères pour avoir un numéro en +33.

Quelques trucs à considérer :
a) S'il y a des numéros de téléphone étrangers, ça peut prendre plus de 12 caractères.
b) Selon la manière dont est saisi le numéro, ça peut aussi prendre plus de 12 caractères, même pour un numéro français.
Exemple : +33 6 01 02 03 04 => 17 caractères.
Soit une procédure formate le numéro en supprimant tous les espaces ou éventuels points, soit il faut prévoir plus large.
Dans le cas d'une agence immobilière qui ne fera probablement pas de campagne téléphonique de grande ampleur, enregistrer le numéro tel qu'il a été saisi ne devrait pas poser de gros problèmes. Il faut donc prévoir plutôt du VARCHAR(20) ; ça devrait englober tous les cas possibles.

3) Je n'ai pas très bien compris... Il faut que je fasse une entité spécial pour les civilités ?

Oui. L'idée est d'avoir une standardisation des appellations et abréviations, et de pouvoir utiliser les deux en cas de mailing : M. sur l'adresse ; Monsieur au début du courrier. Éviter aussi l'inélégant et incorrect Mr en français qui est en fait l'abréviation du Mister anglais.

Donc une entité type civilite (civ_id, civ_abreviation, civ_libelle). On peut y ajouter civ_ordre pour déterminer l'ordre d'affichage dans la liste de choix du formulaire de saisie.
civ_abreviation sera de type CHAR ou VARCHAR(5) (je pense que c'est suffisant).

Et par conséquent une association avec l'entité-type client.

4) et 5) J'ai essayé de corriger ça.

Je vois que l'association Effectue a toujours des cardinalités mini à 1 des deux côtés !

6)Oui je veux faire que pour Paris, et je compte encore simplifier. Je vais faire par secteurs (Paris Nord, Sud, Est, Ouest et Centre).

OK, pourquoi pas !

7) L'adresse du logement je compte la mettre directement dans la fiche technique directement sur le site !

Et le site va être alimenté par la base de données, non ?
L'adresse est bien une propriété du logement donc il faut la modéliser.

Logement -1,1----Situer----0,n- Rue -1,1----Appartenir----0,n- Secteur

Et dans l'entité-type Logement, vous ajoutez les précisions de l'adresse : N° (avec éventuel bis, ter), étage, porte, bâtiment... Il y a une norme d'adresses françaises.
Par contre, cette norme n'est pas pratique du tout pour les adresses étrangères. Et même pour certaines adresses françaises qu'on peut collecter, on se demande parfois dans quelle rubrique va telle information.

Ma table mcd permet a l'utilisateur de ce créer un compte sur le site ?

Non.
Un compte utilisateur, c'est généralement un login et un mot de passe et ces données ne figurent pas dans votre MCD.
Qui seront les utilisateurs ? Le personnel de l'agence ou les clients ou les deux ?

[escartefigue]

L'adresse est bien une propriété du logement donc il faut la modéliser.

Logement -1,1----Situer----0,n- Rue -1,1----Appartenir----0,n- Secteur

Attention au cas éventuel où une rue est découpée en plusieurs secteurs (de tel à tel numéro, coté pair/coté impair...) à préciser dans les règles de gestion

[cizik]

J'ai essayé de tout faire même si je n'ai pas tout compris. Merci pour vos réponses !

Non. Un compte utilisateur, c'est généralement un login et un mot de passe et ces données ne figurent pas dans votre MCD.
Qui seront les utilisateurs ? Le personnel de l'agence ou les clients ou les deux ?

J'aimerais faire pour le personnel de l'agence et pour les clients ! Comment peut-on faire cela ?

[escartefigue]

A propos des abréviations
Les abréviations font l'objet d'une norme officielle, je ne saurais trop vous recommender de vous y référer, ne serait-ce que pour éviter de tomber dans le trop fréquent piège de l'anglicisme "Mr" utilisé à tort pour "Monsieur".

Cf. par exemple ici : http://www.les-abreviations.com/civilite.html


Au sujet des identifiants
Dans le modèle conceptuel, seuls les identifiants des types d'entité doivent apparaitre dans les rectangles, les identifiants issus des associations ne doivent pas être mentionnés.
Ces derniers seront automatiquement ajoutés si besoin (en fonction des cardinalités) dans les tables issues des entités-types concernées ou dans les tables issues des associations lors de la génération du MLD
Pour cette raison, CIV_Id n'a rien à faire dans l'entité-type CLIENT !


Concernant les types de données
Le nombre de pièces, la superficie et le budget sont des montants, le type decimal est donc à privilégier.
Le numéro dans la rue peut être de type char plutôt que varchar, ce sera plus performant (en général, ca ne dépasse pas 4 ou 5 caractères)
Prévoyez également un complément au numéro (bis, ter, A, B, C...)


Et où sont vos règles de gestion ?
Consultez les autres sujets ouverts dans cette section, certains énumèrent clairement les règles de gestion en leur attribuant un identifiant. C'est la bonne démarche que vous devriez suivre.

[CinePhil]

On progresse...

J'avais dit de ne pas avoir de cardinalités mini à 1 des deux côtés de l'association. Ça ne veut pas dire qu'il faut avoir zéro des deux côtés !

Règle de gestion :
Un client peut effectuer plusieurs achats et un achat est effectué par un client.

MCD :
Client -0,n----Effectuer----1,1- Achat

=> On peut créer le client en BDD avant l'achat. Par contre, l'achat est forcément celui d'un client sinon ça n'a pas de sens.

Le nombre de pièces, la superficie et le budget sont des montants, le type decimal est donc à privilégier.

OK pour la superficie.
À la rigueur pour le budget, bien que, s'agissant ici seulement de ventes de logements et non pas de location, je doute qu'un prix de logement soit exprimé avec la précision au centime !
Quant au nombre de pièces... ça existe, 0,25 pièce ?


Pour continuer...
1) Vous n'avez pas encore modélisé les utilisateurs.

2) N'avez-vous pas besoin de connaître l'adresse du client ?
Et donc réfléchissez à la modélisation des adresses !
Votre client n'est pas forcément parisien, ni même résident en France...

[escartefigue]

Quant au nombre de pièces... ça existe, 0,25 pièce ?

Effectivement j'ai généralisé un peu vite

Quoi que... il y a le fameux appartement "F demi" de Dupontel :