BTS INFORMATIQUE DE GESTION SESSION 2002

E4D : ÉTUDE DE CAS

Durée : 5 heures Coefficient : 5

CAS IMMO 3000

Ce sujet comporte 14 pages dont 4 pages d’annexes.

Le candidat est invité à vérifier qu’il est en possession d’un sujet complet.

Matériels et documents autorisés

• Lexique SQL sans commentaire ni exemple d’utilisation des instructions.

• Règle à dessiner les symboles informatiques.
• Calculatrice : Toutes les calculatrices de poche, y compris les calculatrices programmables,
alphanumériques ou à écran graphique sont autorisées pour cette épreuve à condition que
leur fonctionnement soit autonome et qu’il ne soit pas fait usage d’imprimante (C. n° 99-186
du 16-11-1999).

Liste des annexes

• Annexe 1 : État des dépenses de la copropriété « Le Gebroula »

• Annexe 2 : Décompte de charges de Monsieur THOMAS
• Annexe 3 : Schéma entité-association pour la gestion des réservations
• Annexe 4 : Schéma relationnel pour la gestion des réservations

Barème

Dossier 1 Répartition des charges de copropriété 4 points

Dossier 2 Gestion des réservations 3 points
Dossier 3 Développement de l’application de gestion des 5 points
réservations en intranet
Dossier 4 Suivi des locations 5 points
Dossier 5 Gestion de l’exploitation de la résidence de tourisme 3 points
Total 20 points

OPTION « DÉVELOPPEUR D’APPLICATIONS » version du 21 février 2002 page 1/14

 Le contexte de l’étude
Le siège de la société IMMO 3000 est situé à Courchevel (Savoie) depuis août 1995. Son activité
consiste :
• à acheter, à vendre ou à louer des studios et des appartements,
• à assurer les fonctions de syndic de copropriétés,
• à gérer l’exploitation de la résidence de tourisme Le Planet à Courchevel.
Dans le cadre du développement de ces activités, la société a créé trois agences : la première à
Méribel-les-Allues en 1996, la deuxième aux Menuires en 1997 et la troisième à Val-Thorens en
2000.

Dossier 1 : Répartition des charges de copropriété

Annexes à utiliser : annexes 1 et 2

On s’intéresse à l’activité de syndic de copropriétés de la société IMMO 3000.

Une copropriété est un ensemble immobilier composé de plusieurs lots : appartements, garages,
emplacements de parking, etc. Les propriétaires des lots d’un même immeuble forment
l’assemblée des copropriétaires.
La gestion des parties communes d’une copropriété est déléguée par l’assemblée de ses
copropriétaires à un syndic qui se substitue donc à eux pour :
• faire réaliser par des entreprises l’entretien des parties communes, les réparations (antenne de
télévision, ascenseur, …) ou les gros travaux (réfection de toiture, ravalement de façade, …) ;
• gérer le personnel éventuellement employé (gardien, agent d’entretien, …) ;
• payer les factures relatives aux dépenses engagées (EDF, eau, combustible, entretien et
réparations, …) ;
• répartir les charges entre tous les copropriétaires.
En tant que syndic, IMMO 3000 gère aujourd’hui une soixantaine de copropriétés et tient donc à
jour une comptabilité particulière pour chacune d’entre elles. Une fois par an, elle rend compte de
la gestion de chacune des copropriétés devant l’assemblée générale de ses copropriétaires. Elle
présente l’état des dépenses de l’exercice écoulé (dont un exemple est fourni en annexe 1).
Dans ce document, les dépenses enregistrées au cours de l’exercice sont regroupées par grands
chapitres.
IMMO 3000 procède également au calcul de la part à régler par chacun des copropriétaires et,
après approbation des comptes, leur adresse un décompte de charges individuel (dont un
exemple commenté est fourni en annexe 2). Ce décompte de charges est envoyé à chaque
copropriétaire dans la première semaine de l’exercice suivant ; il donne la répartition des charges
correspondant à chaque lot en fonction de tantièmes (cette notion est définie en annexe 2). Le
décompte de charges reprend le solde de début d’exercice du compte du copropriétaire dans la
copropriété concernée.
Pour aider IMMO 3000 dans ses fonctions de syndic, la société utilise actuellement un logiciel de
gestion d’immeubles qui ne lui donne pas satisfaction. Le directeur a décidé de s’adresser à une
société de services pour acquérir une application adaptée à ses besoins.
Dans un premier temps, IMMO 3000 voudrait automatiser les traitements suivants :
• Enregistrement comptable des dépenses relatives à chaque copropriété (rémunération du
gardien, réparation du câble TV commun, entretien de la chaudière, honoraires du syndic, …).
• Édition de l’état des dépenses par copropriété.
• Répartition des charges entre les copropriétaires (décomptes de charges individuels).

OPTION « DÉVELOPPEUR D’APPLICATIONS » version du 21 février 2002 page 2/14

Les premières interviews ont permis de dégager les informations complémentaires suivantes :
• Une copropriété peut disposer d’un gardien. Dans ce cas, il est nécessaire de mémoriser
l’identité du gardien (nom, prénom) et la date de son entrée en service. Un gardien n’intervient
que dans une seule copropriété.
• Les entreprises qui effectuent les entretiens et les réparations sont également mémorisées.
Chaque entreprise est considérée comme un fournisseur à qui on attribue un numéro et dont
on désire conserver le nom, l’adresse, le numéro de téléphone et le numéro de télécopie.
• Pour chaque lot, sa localisation dans la copropriété est mémorisée.
Enfin, il a été décidé de limiter dans un premier temps l’application : on considèrera donc qu’un lot
ne change pas de propriétaire en cours d’exercice.

TRAVAIL A FAIRE
1.1 – Donner, à l’aide d’un schéma entité-association, une représentation conceptuelle des
données utiles à l’activité de syndic menée par IMMO 3000.

OPTION « DÉVELOPPEUR D’APPLICATIONS » version du 21 février 2002 page 3/14

Dossier 2 : Gestion des réservations

Annexe à utiliser : annexe 3

IMMO 3000 est également propriétaire d’appartements qu’elle loue. Elle décide de mettre en place
une application informatique pour automatiser la gestion des réservations d’appartements sur
l’ensemble de ses agences. Le schéma entité-association correspondant à cette gestion est
présenté en annexe 3.

Les appartements proposés par IMMO 3000 se louent à la semaine, d’un samedi au samedi
suivant. Le tarif de location est fonction de la catégorie de l’appartement et de la « saison ». Les
appartements sont classés en catégories : STUDIO 2-3 PERS, APPARTEMENT 3-4 PERS, etc.
On distingue 5 « saisons » : VACANCES D’HIVER, VACANCES PRINTEMPS, JUILLET-AOÛT,
NOËL, BASSE SAISON.
Pour chaque demande de location, l’employé fait une recherche à partir des souhaits formulés par
le client. En cas de disponibilité, tous les appartements libres sont affichés : si le demandeur désire
retenir l’un de ces appartements, l’employé enregistre la réservation, à l’état "option", saisit les
coordonnées du client et édite un bulletin de réservation qu’il fait parvenir au client. Lorsqu’il
n’existe pas de possibilité de satisfaire la demande du client, le message « pas d’appartement
disponible » s’affiche.
En cas de réservation, le versement de l’acompte (20 % minimum du prix de la location) doit
intervenir dans les 15 jours, sinon la réservation est purement et simplement annulée. Un courrier
est envoyé au client lui signifiant cette annulation.
À la réception ou à la remise du chèque d’acompte, l’agence procède au contrôle de son montant.
S’il est correct, l’agence met à jour la réservation qui devient "ferme" et fait parvenir au client le
contrat de location. Si le montant n’est pas correct (inférieur à 20 % du prix), le chèque est
retourné.
Le premier jour de la location, le client se présente à l’agence. Pour obtenir les clefs de
l’appartement loué, le client doit remettre le contrat de location daté et signé, régler le solde de la
location et déposer un chèque de caution de 2 000 F. La réservation devient alors "active".
Le dernier jour de la location, un état des lieux est réalisé par l’agence :
• S’il n’y a aucun dégât, on restitue le chèque de caution au client en échange des clefs. La
réservation correspondante passe à l’état "terminée".
• S’il y a des dégâts, le chèque de caution est encaissé par l’agence pour indemnisation et la
réservation passe à l’état "en litige". Le règlement du litige sort du domaine d’étude.

TRAVAIL A FAIRE

2.1 – Donner une représentation conceptuelle des traitements, depuis la demande de réservation
jusqu’au départ du client, en utilisant un schéma de type « événements-résultats ».
Pour chaque opération, le candidat précisera quels types d’action sont effectués sur les
données du système et les éventuels changements d’état que ces objets subissent :
– Types d’action : ajout, modification, suppression, consultation.
– Objets concernés : les entités et les associations du schéma présenté en annexe 3.

OPTION « DÉVELOPPEUR D’APPLICATIONS » version du 21 février 2002 page 4/14

Dossier 3 : Développement de l’application de gestion des réservations en intranet

Annexe à utiliser : annexe 4

Pour la saisie des réservations, la société IMMO 3000 souhaite se doter d’une application
accessible depuis chacune des agences. Un intranet permet déjà aux agents des quatre sites (le
siège de Courchevel et les trois agences) de communiquer via une messagerie et de partager une
base documentaire. Le serveur est hébergé dans les locaux du siège à Courchevel.

Cette nouvelle application qui sera disponible en intranet s’appuie sur une base de données dont
le schéma relationnel est présenté en annexe 4.

Mise en place de la base de données

Pour chaque agence, une organisation de l’environnement de travail a été mise en place sur la
base des informations contenues dans le tableau suivant :

NOM DES COMPTES

UTILISATEURS
CONTEXTE DE TRAVAIL
ADMINBASE Administrateur de la base.
UTILPERM Propriétaire des tables SEMAINE, SAISON, TARIF,
CATEGORIE.
UTILRESA Propriétaire des tables IMMEUBLE, APPARTEMENT,
RESERVATION et PERIODE_RESERVATION.
UTILRESP Ce compte a tous les droits sur toutes les tables.
HOTESSE Ce compte peut consulter, insérer, mettre à jour,
supprimer une ou plusieurs occurrences des tables
RESERVATION et PERIODE_RESERVATION. Il peut
seulement consulter les autres tables.

TRAVAIL A FAIRE
3.1 – En précisant le nom du compte utilisateur qui doit être connecté, donner les ordres SQL
permettant de réaliser :
a. La création des tables TARIF et IMMEUBLE, en précisant les contraintes de clé primaire
et de clé étrangère (se reporter à l’annexe 4 pour le format des données).
b. L’attribution des droits sur les tables RESERVATION et IMMEUBLE.

3.2 – Écrire la requête SQL qui permettra de satisfaire la demande suivante : « Quel est le prix
d’une semaine de location pour un appartement de la catégorie "APPARTEMENT 6-7 PERS"
pour la saison "VACANCES PRINTEMPS" ? ».

OPTION « DÉVELOPPEUR D’APPLICATIONS » version du 21 février 2002 page 5/14

Réalisation de l’application

L’ application de saisie des réservations est une application en environnement graphique destinée
aux hôtesses qui s'occupent des réservations.
Pour traiter une demande de réservation, une fenêtre permet de saisir les critères de choix du
client (date début de la période de la réservation, catégorie d'appartement, durée du séjour). La
liste des appartements disponibles est alors affichée avec, pour chaque appartement, le nom de
l'immeuble, le numéro d'appartement, son descriptif et le prix total du séjour. Si aucun appartement
n'est disponible, l'application retourne un message d’information.
Si le client est intéressé par un des appartements proposés, l'hôtesse sélectionne la ligne
correspondante. La validation de cette sélection permet la saisie de la réservation. La maquette
qui suit est un exemple d’interface homme-machine pour la saisie de la réservation :

La fenêtre de saisie de la réservation rappelle les caractéristiques du séjour choisi. Dans

l'exemple, il s'agit de la réservation d’un appartement situé dans l’immeuble « Le Gebroula », pour
une période de 2 semaines à compter du 9 février 2002, donc du 9 février au 23 février 2002.

TRAVAIL A FAIRE
3.3 – Présenter la maquette de l’interface homme-machine qui permet la recherche des
appartements disponibles.

3.4 – Nommer la ou les tables qui vont être utilisées lors de la mémorisation de la réservation.

OPTION « DÉVELOPPEUR D’APPLICATIONS » version du 21 février 2002 page 6/14

Mise en place de l’application

Dans le cadre de l’extension de l’intranet déjà en place, l’application de saisie des réservations
s’appuiera sur un serveur web et un serveur de base de données afin de générer dynamiquement
les pages d’informations et de mettre à jour en ligne la base de données.
L’architecture sur laquelle sera exploitée l’application est la suivante :

SIÈGE DE COURCHEVEL

SYSTÈME DE
Logiciel médiateur GESTION DE BASES
SERVEUR WEB DE DONNÉES
(middleware)
RELATIONNEL

TCP/IP
HTTP

NAVIGATEUR

AGENCE

TRAVAIL A FAIRE
3.5 – Définir les termes TCP/IP, HTTP, logiciel médiateur.

3.6 – Détailler les opérations effectuées par les différents composants du système lorsque
l’utilisateur lance, depuis une agence, la recherche d’appartements disponibles.

OPTION « DÉVELOPPEUR D’APPLICATIONS » version du 21 février 2002 page 7/14

Dossier 4 : Suivi des locations

Certains copropriétaires pour lesquels la société IMMO 3000 joue le rôle de syndic louent
également leurs appartements. IMMO 3000 souhaite les assister en matière de suivi de leurs
locations.
Une maquette de l’application a été réalisée à l’aide d’un langage à objets ; différentes classes ont
été créées.

Classe Saison
Méthodes publiques
Fonction getTarif() : Réel
Fonction estEgale(entrée s : Saison) : Booléen
Fin Classe

Le tarif dépend de la saison, la fonction getTarif() retourne la valeur du tarif d'une saison donnée.
La fonction estEgale(entrée s : Saison) permet de comparer deux saisons.

Classe Semaine
Méthodes publiques
Fonction getNumSemaine() : Entier
Fonction getMaSaison() : Saison
Fin Classe

La fonction getNumSemaine() retourne le numéro de la semaine. Une semaine appartient à une

saison précise, la fonction getMaSaison() retourne la saison à laquelle appartient la semaine.

Remarque : Pour ces deux classes, seules les méthodes publiques utiles sont présentées ici.

Pour chaque appartement proposé à la location, on souhaite mémoriser les semaines où il a été
effectivement loué. Pour retenir ces faits, on utilise une classe Location qui comporte notamment
un tableau mesSemaines, dont chaque élément est un objet de la classe Semaine. Ce tableau est
surdimensionné grâce à une constante Max de la classe ; une donnée privée nbSemaines permet
de connaître la taille utile du tableau.
Classe Location()
Attributs privés
numAppart : Entier // identifie un appartement proposé à la location
mesSemaines : Tableau[1..Max] de Semaine
nbSemaines : Entier // valeur comprise entre 0 et Max
Méthodes publiques
Procédure init (entrée n : Entier)
Fonction existeSemaine (entrée n : Entier) : Booléen
Fonction ajouteSemaine (entrée s : Semaine) : Booléen
Fonction montantTotal () : Réel
Fonction nbSemainesSaison (entrée p : Saison ) : Entier
FinClasse

OPTION « DÉVELOPPEUR D’APPLICATIONS » version du 21 février 2002 page 8/14

La procédure Init de la classe Location vous est fournie :
Procédure init (entrée n : Entier)
numAppart Å n
nbSemaines Å 0
FinProcédure

TRAVAIL A FAIRE
4.1 - Écrire la fonction existeSemaine qui indique si la semaine dont le numéro est passé en
paramètre fait partie des semaines pendant lesquelles l’appartement a été loué.
4.2 - Écrire la fonction montantTotal qui calcule et retourne ce qu’a rapporté l’appartement, c’est-
à-dire le montant total correspondant à toutes les semaines pour lesquelles l’appartement a
été loué.
4.3 - Écrire la fonction ajouteSemaine qui permet d'ajouter une nouvelle semaine de location.
Cette fonction renvoie VRAI si l’insertion a été réalisée.
4.4 - Écrire la fonction nbSemainesSaison qui retourne le nombre de semaines pendant
lesquelles l’appartement a été loué au cours de la saison passée en paramètre.

OPTION « DÉVELOPPEUR D’APPLICATIONS » version du 21 février 2002 page 9/14

Dossier 5 : Gestion de l’exploitation de la résidence de tourisme

La résidence de tourisme Le Planet à Courchevel est située au pied des pistes, dans le plus grand
domaine skiable du monde, les Trois Vallées. Elle est composée de chambres dont certaines avec
suite, d’un centre de remise en forme avec jaccuzzi, hammam, … Elle offre également un
restaurant–bar avec une formule « Ski en terrasse » à midi et une alléchante carte gastronomique
le soir. La résidence emploie une trentaine de salariés.

Les extraits du bilan font apparaître les renseignements suivants :

– L’immeuble a été acheté pour une valeur de 460 000 euros.
– Les autres immobilisations se décomposent ainsi en montants bruts (en euros) :
Hôtel Restaurant Bar
Installations techniques 230 000 150 000 45 000
Matériel et mobilier 115 000 120 000 25 000

Toutes les immobilisations ont été acquises depuis plus d’un an. Elles sont toutes en cours
d’amortissement. Pour l’exercice considéré, les annuités d’amortissements sont complètes.
– À la fin de l’exercice comptable, le compte de résultat fait apparaître le montant du chiffre
d’affaires pour une valeur de 2 145 000 euros qui se décompose ainsi :
Recettes hôtel 440 000 €
Ventes restaurant 1 115 000 €
Ventes bar 590 000 €
– La répartition des charges est résumée dans le tableau suivant (en euros) :
Total Hôtel Restaurant Bar
Achats consommés 315 000 10 % 60 % 30 %
Charges de personnel 655 000 30 % 60 % 10 %
Services extérieurs 690 000 20 % 50 % 30 %

– Les charges de personnel sont à 60 % variables.

– Les services extérieurs sont à 20 % variables.
– Les impôts et taxes sont fixes : leur montant est de 65 000 euros.
– Les amortissements sont calculés selon le système linéaire (annuités constantes) au taux de
3 % pour l’immeuble, 10 % pour le matériel et le mobilier, et 20 % pour les installations
techniques.
– Les charges fixes sont considérées comme communes à l’ensemble des activités.
Il ne sera pas tenu compte de la TVA ni de l’impôt sur les bénéfices.
TRAVAIL A FAIRE
5.1 – Calculer le résultat global de la résidence en déterminant les charges variables et les
charges fixes.
5.2 – Déterminer le chiffre d’affaires à réaliser pour que cette résidence soit rentable.
5.3 – Calculer les taux de marge sur coût variable de chacune des activités.
5.4 – Discuter l’affirmation suivante de l’exploitant : « L’hôtel est l’activité la plus performante de la
résidence ».

OPTION « DÉVELOPPEUR D’APPLICATIONS » version du 21 février 2002 page 10/14

État des Dépenses de la copropriété « Le Gebroula » Annexe 1

IMMO 3000
34, rue de la Vanoise Courchevel, le 5/11/2002
73120 COURCHEVEL

Copropriété : LE GEBROULA
Rue de Péclet
73120 COURCHEVEL
ÉTAT DES DÉPENSES
Exercice du 01/11/2001 au 31/10/2002

MONTANT TOTAL
100 - CHARGES GÉNÉRALES
616 ASSURANCE
23-janv Prime Assurance Immeuble 2001 730,00 730,00

6411 SALAIRES DU GARDIEN

20-nov Rémunération novembre 435,00
20-déc Rémunération décembre 435,00
20-janv Rémunération janvier 435,00
20-févr Rémunération février 435,00
20-mars Rémunération mars 435,00
20-avr Rémunération avril 435,00
20-mai Rémunération mai 435,00
20-juin Rémunération juin 435,00
20-juil Rémunération juillet 440,00
20-août Rémunération août 440,00
20-sept Rémunération septembre 440,00
20-oct Rémunération octobre 440,00 5 240,00

6151 ENTRETIEN & RÉPARATIONS

31-juil Réparation câble TV commun 73,50
25-sept Dépannage éclairage commun 34,30 107,80

622 HONORAIRES SYNDIC

15-nov Honoraires 1er trimestre 799,20
15-févr Honoraires 2ème trimestre 799,20
15-mai Honoraires 3ème trimestre 799,20
15-août Honoraires 4ème trimestre 799,20 3 196,80

CHARGES GÉNÉRALES - À RÉPARTIR EN 10 000 TANTIÈMES 9 274,60

200 - CHARGES CHAUFFAGE
6152 ENTRETIEN CHAUDIÈRE COMMUNE
18-nov Facture MGI 556,40 556,40

606 ACHAT COMBUSTIBLE

07-oct Facture MURRIE & Frères 6 997,40 6 997,40

CHARGES CHAUFFAGE - À RÉPARTIR EN 100 TANTIÈMES 7 753,80

300 - CHARGES BALAYAGE
6413 RÉMUNÉRATIONS
15-janv Balayage de novembre 2000 à octobre 2001 1 875,00
CHARGES BALAYAGE - À RÉPARTIR EN 25 TANTIÈMES 1 875,00

TOTAL DES DÉPENSES DE L'EXERCICE 18 903,40

Nota Bene : Les montants sont exprimés en euros.

OPTION « DÉVELOPPEUR D’APPLICATIONS » version du 21 février 2002 page 11/14

Décompte de charges de Monsieur THOMAS Annexe 2

IMMO 3000 DÉCOMPTE DE CHARGES

34 rue de la Vanoise
73120 COURCHEVEL Courchevel, le 5/11/2002

Copropriété : Copropriétaire :
LE GEBROULA Monsieur THOMAS Jean
Rue de Péclet 14 allée des Tilleuls
73120 COURCHEVEL 34000 SETE

Charges constatées pour l’exercice du 01/11/2001 au 31/10/2002

n° de Montant Total Vos

LOT LIBELLÉ à répartir Tantièmes tantièmes Montant dû
2 CHARGES GÉNÉRALES 9 274,60 10 000 270 250,40
CHARGES CHAUFFAGE 7 753,80 100 3 232,60
CHARGES BALAYAGE 1 875,00 25 1 75,00
TOTAL LOT n° 2 --------------- --------------- --------------- 558,00
9 CHARGES GÉNÉRALES 9 274,60 10 000 382 354,29
CHARGES CHAUFFAGE 7 753,80 100 4 310,15
CHARGES BALAYAGE 1 875,00 25 1 75 ,00
TOTAL LOT n° 9 --------------- --------------- --------------- 739,44

TOTAL CHARGES ======== ======== ======== 1 297,44

Situation de votre compte

Solde exercice précédent 113,16

TOTAL À PAYER EN € 1 410,60

Remarques importantes :
• Les lots sont numérotés par rapport à chaque copropriété .
Exemple : La copropriété "LE GEBROULA" est divisée en 25 lots numérotés de 1 à 25.
Tout lot n’a qu’un seul propriétaire. Le propriétaire possède un ou plusieurs lots dans une ou plusieurs
copropriétés. Chaque propriétaire est identifié par un numéro attribué séquentiellement au moment de
sa première acquisition dans une copropriété gérée par IMMO 3000.
Exemple : Monsieur THOMAS est propriétaire de deux lots dans la copropriété "LE GEBROULA", les
lots numérotés 2 et 9.
• L’exercice est une période d’un an qui correspond à l’exercice comptable de la copropriété. L’exercice
comptable commence toujours au début d’un mois. Il n’est pas forcément le même pour toutes les
copropriétés et ne correspond pas forcément à l’année civile.
Exemple : Pour la copropriété "LE GEBROULA", l’exercice s’écoule du 1er novembre au 31 octobre.
• Les tantièmes constituent une base de répartition des charges. Chaque famille de charge dispose d’une
clé de répartition (surface, volume, par lot). Lorsque la répartition est égale entre les lots, le nombre total
de tantièmes est le nombre de lots et le tantième affecté à un lot est évidemment l’unité : c’est le cas
pour les charges de balayage. Lorsque la répartition se fait à l’aide d’une autre clé, le nombre de
tantièmes affecté à un lot dépend des caractéristiques du lot.
Exemple : Pour les charges générales, la copropriété « LE GEBROULA » représente un total de 10 000
tantièmes pour l’ensemble des lots. La base affectée au lot n° 2 est de 270 tantièmes. Le montant des
charges générales est donc imputé au lot n° 2 à raison de 270 dix-millièmes.

OPTION « DÉVELOPPEUR D’APPLICATIONS » version du 21 février 2002 page 12/14

Schéma entité-association pour la gestion des réservations Annexe 3

IMMEUBLE
SAISON NumImmeuble
NumSaison NomImmeuble
LibelléSaison RueImmeuble
CPImmeuble
1,n VilleImmeuble

1,n
1,n

Avoir pour tarif

PrixSemaine Se situer

1,n 1,1
APPARTEMENT
CATÉGORIE
Comprendre Appartenir NumAppart
CodeCatégorie 1,1 Superficie
LibelléCatégorie 0,n
Descriptif
0,n

Réserver
1,1 SEMAINE
Année
NumSemaine 1,1
DateDébut RÉSERVATION
0,n NumRéserv
DateRéserv
NomClient
PrénomClient
Avoir pour période
1,n RueClient
CPClient
VilleClient
TélClient
NumChèqueAcompte
MontantAcompte
ÉtatRéserv

OPTION « DÉVELOPPEUR D’APPLICATIONS » version du 21 février 2002 page 13/14

Schéma relationnel pour la gestion des réservations Annexe 4

Ce schéma est conforme au schéma entité-association de l’annexe 3.

IMMEUBLE (NumImmeuble, NomImmeuble, RueImmeuble, CPImmeuble, VilleImmeuble)

NumImmeuble : clef primaire
CATÉGORIE (CodeCatégorie, LibelléCatégorie)
CodeCatégorie : clef primaire
APPARTEMENT (NumAppart, Superficie, Descriptif, NumImmeuble, CodeCatégorie)
NumAppart : clef primaire
NumImmeuble : clef étrangère en référence à NumImmeuble de IMMEUBLE
CodeCatégorie : clef étrangère en référence à CodeCatégorie de CATÉGORIE
SAISON (NumSaison, LibelléSaison)
NumSaison : clef primaire
RÉSERVATION (NumRéserv, DateRéserv, NomClient, PrénomClient , RueClient, CPClient, VilleClient,
TélClient, NumChèqueAcompte, MontantAcompte, ÉtatRéserv, NumAppart)
NumRéserv : clef primaire
NumAppart : clef étrangère en référence à NumAppart de APPARTEMENT
SEMAINE (Année, NumSemaine, DateDébut, NumSaison)
Année, NumSemaine : clef primaire
NumSaison : clef étrangère en référence à NumSaison de SAISON
TARIF (CodeCatégorie, NumSaison, PrixSemaine)
CodeCatégorie, NumSaison : clef primaire
CodeCatégorie : clef étrangère en référence à CodeCatégorie de CATÉGORIE
NumSaison : clef étrangère en référence à NumSaison de SAISON
PÉRIODE_RÉSERVATION (NumRéserv, Année, NumSemaine)
NumRéserv, Année, NumSemaine : clef primaire
NumRéserv : clef étrangère en référence à NumRéserv de RÉSERVATION
Année, NumSemaine : clef étrangère en référence à Année, NumSemaine de SEMAINE

Compléments :
1. Codification de l’attribut ÉtatRéserv. 2. Type des attributs des tables IMMEUBLE et
TARIF :
FICHE DE CODIFICATION NumImmeuble Entier
Donnée codée : ÉtatRéserv NomImmeuble Chaîne(20)
1 : option RueImmeuble Chaîne(50)
2 : ferme CPImmeuble Chaîne(5)
3 : active VilleImmeuble Chaîne(20)

4 : terminée CodeCatégorie Entier

5 : en litige NumSaison Entier
PrixSemaine Entier

OPTION « DÉVELOPPEUR D’APPLICATIONS » version du 21 février 2002 page 14/14