Exercice : Agence immobilière (E-A) [Conception de bases de données]

Agence immobilière (E-A)

[1h]

Une agence immobilière cherche à créer une base de données pour la gestion des biens immobiliers mis à sa disposition et pour l’exploitation statistique et/ou fiscale des informations accumulées.

Pour chaque logement on possède plusieurs informations comme l'adresse, le nom du propriétaire, le type (maison/appartement), le nombre de pièces, la surface habitable, l’état de l’habitation (neuf, bon état, très bon état, à rénover), l’objectif de gestion (vente, location), le prix de mise en vente ou de location mensuelle, la date de disponibilité, la ville, etc. Chaque propriété peut avoir un ou plusieurs garages. Ces derniers sont caractérisés par le type (box, emplacement numérotés, etc.) et dans certain cas peuvent avoir des adresses différentes de celle de la propriété.

Une personne, qui sera identifiée par son nom et son adresse, peut mettre en location ou en vente un de ses logements auprès de l’agence.

Un logement à vendre (resp. à louer) peut être acheté (resp. loué) par une personne. Pour chaque transaction de vente, l'agence touche une commission qui correspond à un pourcentage du prix de vente (qui est composé d’une valeur fixe à laquelle on additionne entre 3 et 5% en fonction du montant de la transaction et des négociations particulière). Un logement vendu ou loué est rendu indisponible pour d’autres éventuels clients. Un locataire peut donner son préavis, l’agence signalant alors le logement disponible dans un délai de trois mois.

L’agence organise et gère également les visites faites par ses clients (les acheteurs ou locataires potentiels).

Question

Reformuler l'énoncé du problème sous la forme de règles claires afin de poser les connaissances sous une forme littérale. Formuler des hypothèses, si nécessaire, pour compléter les informations manquantes.

Solution

Question

Réaliser le modèle E-A du problème.

Repérer le domaine de valeur des propriétés. Repérer les clés. Repérer les entités de type faible. Repérer les attributs dérivés.

Solution

Remarque :

Une des difficultés consiste à gérer la temporalité qui existent dans le système. En effet le modèle exprime la notion de propriétaire à un instant t, hors s'il y a vente, puis revente, le propriétaire entre les deux transactions sera nécessairement différent. Si l'on veut se rappeler avec quel propriétaire a été effectué une transaction, il faut créer une association Transaction ternaire entre les propriétaires, les clients et les logements. Une association binaire ne comportant que les clients et les logements ne permettrait plus, une fois le propriétaire du logement changé, de mémoriser quel était le propriétaire au moment de la transaction. Notons que, en gérant les transactions de cette manière on pourra garder l'historique des propriétaires et trouver qui était propriétaire à une date donnée.

Clés et entités identifiables
L'entité logement est identifié par la clé Code. L'entité adresse est identifiée par ses trois propriétés. Les autres entités sont non identifiées.
Entités de type faible
L'entité Garage a besoin de l'entité Logement pour être identifiée, le numéro de garage n'est pas unique dans l'absolu (notons que nous aurions aussi pu identifier Garage par rapport à Adresse). L'entité Personne (et donc Propriétaire et Client qui en héritent) a besoin de Adresse pour être identifiée, car plusieurs personnes avec le même nom et le même prénom peuvent exister (notons que dans ce modèle deux homonymes ne peuvent habiter au même endroit).
Attributs dérivés
Dans la modélisation proposée, nous n'avons aucun attribut dérivé. On aurait pu imaginer (pour l'entité Transaction) de dériver l'attribut Commission de l'attribut Montant, mais le caractère "variable" et "négociable" de cette commission rend l'intérêt de la chose très improbable.

Remarque :

Il y a toujours plusieurs façons de réaliser un modèle E-A. Par exemple dans notre cas on aurait pu représenter les adresses comme des attributs composés plutôt que comme une entité, ou encore ne pas représenter l'entité personne et les relations d'héritage, etc.

Question

Réaliser le modèle relationnel en appliquant les règles de passage E-A vers relationnel.

Indiquer les règles appliquées. Expliquer et détailler les cas particuliers.

Utiliser la notation textuelle du modèle relationnel, du type : RELATION (PROP1, PROP2, PROPn). Souligner la clé primaire (les propriétés concernées seront en premier dans la liste). Les clés étrangères seront placées en dernier dans la liste, et l'on indiquera par un "=>" à quelle relation elles font références. Indiquer dans un tableau pour chaque propriété, son domaine de valeur et les contraintes supplémentaires qui la concerne (existentielle, par rapport à d'autres propriétés du tuple, etc.),