Exercice

Transcription

Exercice

Modélisation
de logiciels de gestion
Partie II
Modélisation des données
110. MCD macroscopiques
Exercices - données
1
Alcapa SA _____________________________________________ 2
2
MaScuola ______________________________________________ 3
3
EcritSoft_______________________________________________ 4
4
Pente glacée ___________________________________________ 6
5
Connaissance__________________________________________ 11
6
ConnaîtrePlus _________________________________________ 13
7
VéloProf ______________________________________________ 16
8
Bel Arbre _____________________________________________ 19
9
MeetingSwiss _________________________________________ 23
10 Eté au vert ____________________________________________ 29
11 Bibliothèque ESNIG _____________________________________ 36
12 Arc en ciel ____________________________________________ 38
13 Lecture ______________________________________________ 41
14 Découvertes SA ________________________________________ 44
15 EduProf SA____________________________________________ 49
16 Corrida d’été __________________________________________ 53
17 Questionnaire « Portes ouvertes » _________________________ 57
18 Bétélem ______________________________________________ 59
19 GigaSoft – Exercice _____________________________________ 60
20 Nogaro - Exercice ______________________________________ 62
21 Maquettes Bâtiment-Salle-Cours ___________________________ 64
22 Critique séminaire ______________________________________ 66
23 Critique Magasin _______________________________________ 67
24 Complétion Ordre de fabrication ___________________________ 68
25 Critique Habitants ______________________________________ 70
26 Pool de réponses _______________________________________ 70
27 QCM-A _______________________________________________ 71
1 Alcapa SA
L’entreprise Alcapa SA forme son réseau de concessionnaires en organisant des
cours internes; elle désire informatiser la préparation des questionnaires qu’elle soumet
aux participants en fin de modules de cours. Plus particulièrement, Alcapa SA désire un
logiciel qui permette de saisir sans redondance les données nécessaires pour imprimer
les questionnaires à distribuer aux participants.
Liste des exigences exprimées pour le logiciel :
Un questionnaire spécifique est créé pour chaque module de cours.
Un questionnaire est formé par un assemblage de questions qui peuvent apparaître dans
plusieurs questionnaires.
Un niveau de difficulté {A, B, C, D…} est attribué à chaque question. A chaque niveau de
difficulté sont associés des points; par exemple : 2 points sont attribués aux questions de
niveau A et 5 points pour les questions de niveau B.
Chaque question est dotée de réponses spécifiques (chaque réponse est propre à une et
une seule question). Le logiciel doit pouvoir enregistrer, parmi les multiples réponses
possibles d’une question, celle qui est juste.
L’ordre des questions du questionnaire doit pouvoir être défini à la saisie et l’impression
des questionnaires devra respecter cet ordre.
En regard de chaque question, le logiciel doit imprimer les différentes réponses
possibles ; le participant marquera parmi ces réponses celle qu’il estime correcte.
Remarques :
Un questionnaire sera identifié par le nom du module de cours auquel il est destiné ; le
nom de chaque module de cours est unique.
Les cours, modules de cours, concessionnaires et participants ne sont pas gérés par le
logiciel.
Les différentes réponses sont toujours constituées d’un texte et pas simplement de mots
seuls tel que oui ou non.
Consignes de travail:
Réalisez le MCD.
Réalisez la ou les maquettes de saisie des questionnaires.
Validez MCD et maquettes réciproquement.
Cours de modélisation – Exercices
http://lgl.isnetne.ch/methodologie-2005
2/72
18.2.2013/ P-A. Sunier
http://lgl.isnetne.ch
2 MaScuola
L’école MaScuola désire informatiser les références bibliographiques des cours dispensés
à ses étudiants.
Plus particulièrement, MaScuola désire un logiciel qui permette de saisir sans
redondance les données qui permettent d’imprimer les lectures d’ouvrages conseillés
pour chaque cours et les portions d’ouvrages utilisés en référence des différents chapitres
de cours.
Règles de gestion à prendre en compte pour l’élaboration du logiciel :
Pour chaque cours, la lecture complémentaire d’un ou plusieurs ouvrage est conseillée; la
liste des différents ouvrages à lire est ordonnée ; l’ouvrage d’ordre 1 est conseillé en
premier et ainsi de suite jusqu’à n.
Naturellement, un même ouvrage peut être conseillé pour plus d’un cours mais, l’ordre
de lecture ne sera pas nécessairement le même.
Un degré de difficulté est associé à chaque ouvrage {A pour débutant, B pour
connaisseur et C pour Expert}; MaScuola pense affiner cette liste et rajouter de
nouveaux degrés.
Les cours sont formés de chapitres; pour chaque chapitre, un ou plusieurs ouvrages
peuvent être référencés. Pour chaque ouvrage référencé par un chapitre de cours
l’indication des pages de début et de fin est nécessaire.
Pour chaque cours, les ouvrages conseillés en lecture complémentaire et ceux référencés
pour les différents chapitres peuvent être différents.
Tous les ouvrages de la bibliothèque de MaScuola devront être enregistrés par le logiciel
même s’ils ne servent ni de lecture complémentaire de cours, ni de référence de chapitre
de cours.
Chaque ouvrage est référencé par un code; en plus de ce code, le titre et le nombre de
pages de l’ouvrage devront être enregistrés.
Lors de la saisie d’un ouvrage de référence pour un chapitre, le logiciel vérifiera que les
pages de début et de fin ne dépassent pas le nombre de pages indiquées pour l’ouvrage.
Remarque :
Les étudiants et professeurs ne sont pas gérés par le logiciel.
Consignes de travail:
Réalisez le MCD.
Réalisez la ou les maquettes de saisie des références bibliographiques.
3/72
18.2.2013/ P-A. Sunier
3 EcritSoft
ECRIT-SOFT est une entreprise de conception et réalisation de logiciels.
Cette entreprise possède environ 50 clients qui lui confient des mandats, un mandat n’est
accepté que s’il peut être réalisé dans un délai total de 3 mois.
Un mandataire commercial de l’entreprise est chargé de conclure les mandats; lorsqu’il a
signé un mandat, il remet le contrat au directeur qui en confie la réalisation à un chef de
projet.
Le chef de projet bénéficie de la collaboration d’un programmeur pour les petits projets,
mais de 5 personnes de qualifications diverses au maximum pour les projets
d’envergure.
Chaque contrat se termine par l’envoi d’une seule facture au client.
La facture doit mentionner la date de facturation, le montant de la facture, les nom et
adresse du client, le descriptif du mandat, la date de signature du contrat, les dates de
début et de fin de réalisation, les noms du mandataire commercial et du chef de projet;
le montant de la facture est calculé en multipliant le nombre d’heures passées pour
chaque collaborateur par le prix horaire de facturation qui lui est affecté en fonction de sa
qualification dans l’entreprise.
Le temps passé par le mandataire commercial et par le chef de projet est aussi pris en
compte pour la facturation, en utilisant la même règle de calcul.
Un employé peut fonctionner comme chef de projet pour un mandat et comme
collaborateur pour un autre; dans les 2 cas, le taux de facturation est identique puisqu’il
est lié à la qualification et non à une fonction.
Remarque :
Il ne faut pas tenir compte d’événements non explicitement décrits tels que :
 Changement du prix horaire de facturation ;
 Changement de chef de projet en cours de réalisation.
4/72
18.2.2013/ P-A. Sunier
Consignes de travail
Réalisez le MCD.
Réalisez la ou les maquettes de saisie des projets.
En parallèle à la réalisation du MCD, imaginez les cas d'utilisation et donc les fonctions
qu'il faudra proposer à ECRIT-SOFT pour pouvoir gérer les projets; par exemple, les
employés et/ou les qualifications.
Lorsqu'une ou des données doivent exister pour pouvoir utiliser un cas d'utilisation
notez-le dans les pré-conditions dudit cas d'utilisation.
Comme la démarche de réalisation de cas d'utilisation est relativement nouvelle, nous
vous proposons, ci-dessous, une solution possible.
Pré-conditions du cas d'utilisation Gérer les projets:
-
Les employés avec leurs qualifications doivent exister
Les clients doivent exister
5/72
18.2.2013/ P-A. Sunier
4 Pente glacée
Chaque année, la station alpine de Pente Glacée organise une journée
de courses de bobs (2 et 4 équipiers) sur sa piste homologuée.
Le Comité d’organisation désire informatiser les inscriptions, l’organisation
et les résultats des courses.
A titre d’exemple, nous reproduisons quelques documents qui ont été
utilisés pour les courses de la journée de l’an passé.
Le premier document produit est le programme des courses; pour le programme des
courses de cette année, l'entier des données devra être saisi soit le nom et les
caractéristiques de chaque course.
Station de Pente Glacée
Courses de bob du 30 décembre 2007
Programme
Course
Catégorie
Horaire
Début / Fin
Nb bob max
Les Cimes
Bob à 2
09 :00 – 10 :30
25
Les Arrêtes
Bob à 4
11 :00 – 12 :00
18
Vent d’est
Bob à 4
12 :15 – 13 :00
12
La glisse
Bob à 2
13 :15 - 14 :30
22
Raffale
Bob à 4
15 :00 – 15 :45
12
…
Figure 1 - Programme des courses de l'an passé
6/72
18.2.2013/ P-A. Sunier
Le document ci-dessous est une formule d’inscription remplie pour un bob à 4 places et
son équipage.
Inscription d’un bob à 4
Code d’homologation du bob
JU-428
Compétiteurs
Licence
Nom
Prénom
Pilote
JU-1212
Blanc
Pierre
1er équipier
JU-2321
Bleu
Jean
2ème équipier
JU-8755
Bleu
Marie
Freineur
NE-8675
Orange
Stephan
Les Arrêtes

Vents d’est

Raffale

…

Courses
Figure 2 – Inscription d’un bob à 4 places de l’an passé
Un bob ne peut être inscrit que s’il est homologué par la fédération ; chaque année, la
fédération donne un code d’homologation à chaque bob qui répond à ses exigences de
sécurité.
Un compétiteur doit être au bénéfice d’une licence délivrée par la fédération pour pouvoir
participer aux courses. Chaque année, la fédération alloue une licence, identifiée par un
Numéro unique à chaque compétiteur qui satisfait aux examens d’aptitudes.
Remarque:
Pour l'exercice, nous admettons que le secrétariat saisit les bobs et compétiteurs en s'appuyant
sur les codes d'homologation et numéros de licence écrits sur les formules d'inscription.
Avant les courses, les codes d'homologation et les numéros de licence sont vérifiés et corrigés
si nécessaire; nous ne traitons pas les cas particuliers tels qu'un bob sans document
d'homologation ou un compétiteur sans licence valable.
7/72
18.2.2013/ P-A. Sunier
Le 3ème document est une formule d’inscription remplie pour un bob à 2 places.
Inscription d’un bob à 2
Code d’homologation du bob
JU-333
Compétiteurs
Licence
Nom
Prénom
Pilote
JU-2321
Bleu
Jean
Freineur
JU-3221
Marron
Arnaud
Les Cimes

La glisse

…

Courses
Figure 3 – Inscription d’un bob à 2 places de l’an passé
8/72
18.2.2013/ P-A. Sunier
Le document suivant montre la liste de départ de la course Les Arrêtes ; la liste de
départ est utilisée pour enregistrer les temps de course
Liste de départ
Les Arrêtes
Course
Bob
Heure départ
Temps de course
JU-543
11 :00
1 :58’’
JU-428
11 :03
1 :56’’
FR-786
11 :06
1 :59’’
…
Figure 4 – Liste de départ de la course Les Arrêtes de l’an passé
Attentes
Le logiciel attendu devra permettre:
- d'enregistrer et gérer le programme des courses des courses dès que celui-ci est
élaboré; en principe, 6 mois avant la journée de courses (voir Figure 1 Programme des courses de l'an passé);
- de gérer les inscriptions de bobs au fur et à mesure de l'arrivée de celles-ci;
- de définir les heures de départs de chaque bob dès que les inscriptions sont
closes;
- de saisir les temps de courses et d'établir le classement des différentes courses.
Remarques
Les équipages de chaque bob sont formés pour la journée entière.
Un compétiteur peut être équipier de plus d’un bob; par contre, il n’a pas le droit d’être
équipier de bobs différents qui participent à la même course (cette contrainte sera gérée
par un traitement ad-hoc par la suite).
Vous ne tiendrez pas compte d’éventuels besoins qui ne sont pas exprimés dans la liste
des exigences; les données ne doivent pas être historiées. Chaque année la base de
données est purgée pour la nouvelle journée de courses.
Effectuez le travail en respectant les exigences exprimées même si certaines d’entre elles
peuvent vous sembler discutables ; en effet les modalités énoncées ont été inventées
pour l’exercice!
9/72
18.2.2013/ P-A. Sunier
Réalisez le MCD.
Réalisez les maquettes qui vous semblent pertinentes.
qu'il faudra proposer à Pente Glacée pour pouvoir gérer les compétitions; par exemple,
les catégories et/ou les bobs.
Afin de pouvoir gérer efficacement le déroulement des courses, réalisez le diagramme
d'activités de gestion des courses depuis la saisie des inscriptions reçues jusqu'à l'édition
du classement.
Comme la démarche de réalisation de diagramme d'activités est relativement nouvelle,
nous vous proposons, ci-dessous, une solution possible.
10/72
18.2.2013/ P-A. Sunier
5 Connaissance
L’école Connaissance désire informatiser la parution des publications de ses professeurs
dans les revues.
Plus particulièrement, Connaissance désire un logiciel qui permette de saisir sans
redondance les données relatives au suivi des publications depuis la création des articles
jusqu’à leur publication dans les revues en passant par la soumission des articles aux
éditeurs.
Situation actuelle :
Les articles créés sont enregistrés dans un registre sous la forme reproduite ci-dessous.
Article
Code, Date de rédaction
Sujet
Professeur responsable
de rédaction
Professeur(s) corédacteur(s)
Java-45, 10.12.2005
Les règles métier avec java
RC, Rouge Claude
VM, Vert Marie
OV, Orange Vincent
MC, Marron Cédric
Méthode-8, 12.1.2006
Forces et faiblesses de UP
VM, Vert Marie
Pascal-6, 9.2.2006
L’environnement Delphi de
Borland
MC, Marron Cédric
MV, Magenta Valérie
…
Consignes d’inscriptions dans le registre :
Pour chaque article doivent être indiqués : le code, la date de rédaction, le sujet et le
professeur responsable de rédaction ; les éventuels professeurs qui participent à la
rédaction seront indiqués dans la 3 ème colonne.
Glossaire de Connaissance :

Une publication est un article publié dans une revue.
Chaque article doit pouvoir être enregistré, dès sa création, indépendamment de son
éventuelle parution dans une ou plusieurs revues.
Le logiciel devra permettre d’enregistrer les données relatives aux articles en respectant
les éléments indiqués dans les consignes de rédaction du registre actuel.
Le logiciel devra permettre de gérer la soumission des articles aux éditeurs et le
référencement des articles effectivement publiés selon les modalités suivantes :
11/72
18.2.2013/ P-A. Sunier


Un article peut être soumis pour publication dans plusieurs revues ; pour chaque
revue, il est nécessaire d’indiquer la date limite de parution de l’article. (Passé
cette date, la publication n’a plus d’intérêt pour Connaissance).
La date de parution et le nombre de page de l’édition de chaque revue dans
laquelle l’article est effectivement publié doit être enregistré, tout comme le
numéro de la page à laquelle se trouve le début de l’article.
Le logiciel devra permettre de visualiser les données des soumissions et publications
d’articles sous une forme similaire aux deux maquettes ci-après.
Réalisez le MCD.
qu'il faudra proposer à Connaissance pour pouvoir gérer les publications; par exemple,
les professeurs et/ou les revues.
Afin de pouvoir gérer efficacement le référencement des articles dans les diverses
revues, réalisez le diagramme d'activités de gestion des articles depuis leur saisie jusqu'à
l'enregistrement de leurs parutions effectives dans les revues.
12/72
18.2.2013/ P-A. Sunier
6 ConnaîtrePlus
L’institution de formation ConnaîtrePlus désire informatiser l’organisation du
déroulement des cours qu’elle dispense.
Plus particulièrement, ConnaîtrePlus désire un logiciel qui permette de saisir sans
redondance les données relatives à l’organisation des différentes sessions depuis
l’enregistrement des compétences des professeurs jusqu’à l’établissement de leur
planning d’enseignement.
Règles de gestion :
Une session est une instanciation d’un module ; le module décrit le contenu d’une
session.
Un module peut être répété dans plusieurs sessions si la demande existe.
Un module est constitué d’un ou plusieurs cours ; un même cours peut apparaître dans
plusieurs modules.
Tout module est placé sous la responsabilité d’un professeur.
Le respect de l’ordre des cours de chaque module est impératif.
Un cours se déroule en une à cinq journées complètes et toujours en journées
consécutives.
Plusieurs professeurs peuvent avoir les compétences d’enseigner un cours ; pour chaque
cours, un professeur leader du cours est désigné.
Pour chaque cours de chaque session, l’intervention d’un professeur compétent est
planifiée. La planification consiste à noter la date de début ; la date de fin est déterminée
à partir de la durée du cours; naturellement, un traitement va s’assurer que le professeur
soit libre et que l’ordonnancement des dates corresponde à l’ordonnancement des cours.
13/72
18.2.2013/ P-A. Sunier
Le logiciel devra permettre de créer les cours, les modules et les sessions en tenant
compte des règles de gestion énoncées.
La Figure 5 et la Figure 6 illustrent les informations rattachées à un module.
Nous pouvons observer qu’un même cours, par exemple MLD, est une partie constitutive
des deux modules mais dans un ordre d’apparition différent.
Module
Modélisation des données (I)
Ordre
Cours
Code, Durée en jours
Professeurs compétents
Mnémonique, prénom nom, leader
1
MCD - Aspects macroscopiques, 3
2
Associations réflexives, 2
3
MLD, 1
4
Transformation MLD-MCD,1
5
Normalisation, 2
6
Dénormalisation, 2
PR, Pierre Rouge, Oui
CV, Claude Vert, Non
PR, Pierre Rouge, Non
JB, Jeanne Blanc, Oui
JM, Jacques Marron, Oui
PR, Pierre Rouge, Oui
Figure 5 - Module de modélisation des données (I)
Module
Bases de données (I)
Ordre
Cours
Professeurs compétents
Mnémonique, prénom nom, leader
1
MLD, 1
2
Bases de SQL, 4
3
Normalisation, 2
4
Transactions, 2
JM, Jacques Marron, Non
VB, Vincent Bleu, Oui
VB, Vincent Bleu, Oui
Figure 6 - Module de bases de données (I)
La Figure 7 et la Figure 8 illustrent les informations rattachées à une session.
Les deux sessions réfèrent au même module ; le contenu est donc identique, seulement,
les professeurs et les dates d’enseignement sont adaptés en fonction des impératifs de
planification.
14/72
18.2.2013/ P-A. Sunier
Module
Session
Automne 2005
Ordre
Cours
Professeur et dates
Mnémonique, date de début
1
2
3
4
MLD, 1
Bases de SQL, 4
Normalisation, 2
Transactions, 2
PR, 26.10.2005
VB, 10.11.2005
PR, 21.11.2005
VB, 24.11.2005
Figure 7 – Session d’automne 2005 du module de bases de données (I)
Module
Session
Printemps 2006
Ordre
Cours
Professeur et dates
Mnémonique, date de début
1
2
3
4
MLD, 1
Bases de SQL, 4
Normalisation, 2
Transactions, 2
PR, 03.05.2006
JM, 08.05.2006
JM, 23.05.2006
VB, 25.05.2006
Figure 8 – Session de printemps 2006 du module de bases de données (I)
Remarques :
des exigences.
peuvent vous sembler discutables.
Réalisez le MCD.
qu'il faudra proposer à ConnaitrePlus pour pouvoir gérer les sessions de formation; par
exemple, les professeurs.
Afin de pouvoir gérer efficacement l'organisation des sessions, réalisez le diagramme
d'activités de ladite organisation de sessions.
15/72
18.2.2013/ P-A. Sunier
7 VéloProf
7.1 Introduction
VéloProf est l’importateur suisse d’un fabricant de vélos; il
désire informatiser son catalogue de vente ainsi que les
modalités de prix et de rabais.
Chaque année le fabricant renouvelle sa gamme de vélo et
VéloProf fixe le prix de chaque modèle du nouveau
millésime1.
Le renouvellement de la gamme implique :
 La sortie de nouveaux modèles.
 Le maintien de modèles du millésime précédent ; un nouveau prix est fixé pour tenir
compte des petites modifications apportées au modèle entre les 2 millésimes.
 L’abandon de modèles du millésime précédent.
VéloProf applique une politique de rabais pour relancer les ventes des modèles qui ne se
vendent pas bien et pour promouvoir les modèles des millésimes antérieurs qui sont invendus.
7.2 Cahier des charges de l’application souhaitée
L’application informatique souhaitée doit permettre :




Figure 9 - d’éditer le catalogue de vente pour un millésime donné
Figure 10 - de définir les rabais accordés.
Figure 10 - de montrer l’évolution des rabais accordé pour un modèle d’un millésime
donné
Figure 11 - de lister les millésimes de production d’un modèle donné.
Dans un souci de simplification nous vous demandons de ne mettre dans le catalogue que le
nom du modèle de vélo.
1
Millésime est synonyme d’année.
Pour information : le millésime court du printemps au printemps suivant ; les vélos du millésime 2011 sont
disponibles à partir du printemps 2011.
16/72
18.2.2013/ P-A. Sunier
7.3 Exemples de documents existants ou souhaités
VéloProf
Catalogue de vente du millésime 2011
(Valable dès le 1.4.2011)
Modèle
Prix
Ours
2300.-
Lion
1700.-
Tigre
4250.-
Renard
1150.-
…
…
Figure 9 – Catalogue de vente du millésime 2011
VéloProf
Fiche de rabais
Modèle
Ours
Millésime
2008
Date (1)
Rabais
1.8.2008
10%
1.1.2009
20%
1.4.2009
25%
1.10.2009
40%
…
…
(1) Rabais applicable depuis cette date sur le prix du catalogue de vente pour le modèle et le
millésime.
Figure 10 – Fiche de rabais
17/72
18.2.2013/ P-A. Sunier
VéloProf
Fiche de modèle
Ours
Modèle
Millésime
Prix
2005
1800.-
2006
---
2007
---
2008
2500.-
2009
2200.-
2010
2200.-
2011
2300.-
"---" dans le prix indique une interruption ou un arrêt de fabrication d’un modèle
Figure 11 – Fiche de modèle
7.4 Considérations relatives à la politique de commercialisation
La politique commerciale que nous venons de décrire n’est pas issue d’une situation réelle ;
les règles énoncées, certaines particulièrement bizarres, ont comme seul intérêt de fixer un
cadre adapté à la présente épreuve.
Travail demandé
Réaliser le MCD macroscopique du logiciel attendu selon les modalités vues en cours et les
seules exigences de la présente donnée.
Ne créez que les entités, associations et attributs qui découlent du texte de la donnée et des
exemples de rapports et de formulaires de saisie.
18/72
18.2.2013/ P-A. Sunier
8 Bel Arbre
BelArbre est une société qui produit et vend des arbres fruitiers.
BelArbre désire informatiser son catalogue de prix
8.1 Cahier des charges du logiciel de gestion du catalogue
Le logiciel doit permettre :
 d’enregistrer les catalogues de prix de chaque année;
 de rechercher les catégories existantes pour chaque sorte d'arbre et d'afficher les tailles
mini et maxi;
 de créer de nouvelles catégories si nécessaires;
 d'ajouter ou supprimer des sortes d'arbres du catalogue d'une année à l'autre en
fonction des évolutions du marché;
 de modifier chaque année:
o les catégories existantes pour chaque sorte d'arbre;
o les tailles minimum et maximum pour chaque catégorie de sortes d'arbres;
o les prix
Informations complémentaires:
Actuellement, il existe les catégories suivantes:
o Petit
o Moyennement petit
o Moyen
o Moyennement grand
o Grand
D'autres catégories doivent pouvoir être créées si le besoin se fait sentir un jour
comme par exemple: Très grand ou Très petit.
19/72
18.2.2013/ P-A. Sunier
8.2 Extrait du catalogue de vente de l'année 2012
Catalogue de prix
Année 2012
BelArbre
Arbre
(sorte)
Pommier
Catégorie
Petit
Taille (cm)
Prix (FS)
100 - 140
70.-
Moyen
+140 – 220
150.-
Moyennement grand
+220 - 300
200.-
100-120
80.-
Moyen
+120 – 180
130.-
Grand
+180
190.-
…
…
Pêcher
Petit
…
20/72
18.2.2013/ P-A. Sunier
8.3 Extrait du catalogue de vente de l'année 2013
Catalogue de prix
Année 2013
BelArbre
Arbre
(sorte)
Pommier
Catégorie
Petit
Taille (cm)
Prix (FS)
100 - 140
70.-
Moyennement petit
+140 - 180
110.-
Moyen
+180 – 240
160.-
Moyennement grand
+240 - 300
200.-
100-150
100.-
…
…
Pêcher
Petit
Grand
+150
180.-
…
Remarque
Le contexte de la société BelArbre est simplifiée aa maximum pour le besoin de l'exercice.
21/72
18.2.2013/ P-A. Sunier
Travail demandé
Réaliser le MCD macroscopique du logiciel attendu selon les modalités vues en cours et les
seules exigences de la présente donnée.
Ne créez que les entités, associations et attributs qui découlent du texte de la donnée et des
exemples de rapports et de formulaires de saisie.
Le MCD doit pouvoir permettre de répondre à des questions telles que :
- Y a-t-il, dans le catalogue de 2011 des « petits » sapins ?
- Quelle est la différence de prix entre les « moyens » sapins de 2012 et 2013 ?
- Quelle est la taille des « moyens » sapins en 2012 et est-elle différente de 2011 ?
A partir du MCD, vous devriez pouvoir faire un diagramme sagittal qui vous permettrait
d’enregistrer des informations sous cette forme :
Arbre (sorte)
Catégorie
Année
Taille
Prix
Pommier
Petit
2013
100 - 140
70.-
Pommier
Petit
2012
100 - 140
70.-
Pommier
Moyen
2013
+180 – 240
160.-
Pommier
Moyen
2012
+140 – 220
150.-
Pêcher
Petit
2012
100-120
80.-
Pêcher
Petit
2013
100-150
100.-
…
22/72
18.2.2013/ P-A. Sunier
MeetingSwiss
MeetingSwiss est une organisation qui organise des conférences au sein de ses
bâtiments de la ville de GrandVillage.
Chaque conférence se déroule sur une seule journée au sein d’une ou plusieurs salles du
même bâtiment ou de bâtiments différents.
MeetingSwiss emploie des concierges pour l’entretien des salles et bâtiments ; les
concierges sont aussi mobilisés lors de chaque conférence afin de résoudre tout problème
d’utilisation des différentes salles.
MeetingSwiss désire un logiciel pour gérer son service de conciergerie ; le logiciel devra
remplacer les documents papiers que nous listons ci-après. De plus, le logiciel devra
pouvoir permettre d’enregistrer toutes les interventions que font les concierges lors des
conférences.
23/72
18.2.2013/ P-A. Sunier
Documents papier existants
Le 1er document produit est l’engagement des concierges pour l’entretien des bâtiments.
Un concierge peut être affecté à plusieurs bâtiments et un bâtiment entretenu par
plusieurs concierges.
MeetingSwiss
Conciergerie
Engagement d’entretien des concierges
Bâtiment
Concierge
Mnémo
Nom / prénom
Taux
d’occupation
Lac 28
CR
Carré Roger
50
Lac 28
CE
Cercle Eliane
25
Lac 28
PM
Point Marie
35
La Tour
RA
Rectangle Arnaud
100
La Tour
CR
Carré Roger
30
EE
Ellipse Eléonore
80
…
…
Gare 77
…
Figure 12 - Engagement d'entretien des concierges
24/72
18.2.2013/ P-A. Sunier
L’entretien de chaque salle est toujours placé sous la responsabilité d’un concierge qui
est engagé pour le bâtiment ; chaque bâtiment a au moins un concierge qui lui est
affecté. Un concierge remplaçant est aussi désigné. Il est choisi parmi les concierges
affectés au bâtiment si possible (plus d’un concierge pour le bâtiment) ; sinon, un
concierge quelconque est choisi.
Le 2ème document produit est justement la liste des concierges responsables de salles et
leurs remplaçants.
MeetingSwiss
Conciergerie
Entretien - Responsabilité de salles et remplaçants
Bâtiment
Salle
Concierge
Responsable
Remplaçant
Lac 28
AB-28
CE
CR
Lac 28
AC-34
CE
PM
Lac 28
AC-39
CR
PM
Lac 28
AD-14
CR
CE
Bleue
RA
CR
Sud
EE
PM
…
La Tour
…
Gare 77
…
Figure 13 - Entretien - Responsabilités de salles et remplaçants
25/72
18.2.2013/ P-A. Sunier
Dès qu’une conférence est agendée et avant d’y avoir attribué une ou plusieurs salles, un
ou plusieurs concierges de piquet sont retenus.
Le 3ème document produit est une liste des concierges de piquets retenus pour une
conférence, en l’occurrence : Les fleurs au printemps du 19.01.2009.
MeetingSwiss
Conciergerie
Piquets de conférence
Conférence
Libellé
Les fleurs au printemps
Date
Heure
19.01.2009
Début
Fin
10 :00
16 :00
Concierges de piquet
CE - Cercle Eliane
EE - Ellipse Eléonore
PM - Point Marie
…
Figure 14 - Concierges de piquets pour la conférence Les fleurs au printemps
26/72
18.2.2013/ P-A. Sunier
Dès que suffisamment d’inscriptions sont enregistrées (cet élément ne doit pas être géré
par le logiciel), une ou plusieurs salles sont réservées pour la conférence.
Remarque: une conférence peut se dérouler dans des salles de bâtiments différents.
Pour chaque salle réservée, un concierge responsable est désigné parmi les concierges
de piquets de la conférence. (Voir Figure 14)
Le 4ème document produit est la liste des concierges responsables de salles pour une
conférence, en l’occurrence : Les fleurs au printemps du 19.01.2009.
MeetingSwiss
Conciergerie
Conférence - Responsables de salles
Conférence
Libellé
Date
Les fleurs au printemps
Heure
19.01.2009
Début
Fin
10 :00
16 :00
Bâtiment
Salle
Concierge responsable
Lac 28
AB-28
CE - Cercle Eliane
Lac 28
AC-34
CE - Cercle Eliane
La Tour
Bleue
PM - Point Marie
…
Figure 15 - Responsables des salles pour la conférence Les fleurs au printemps
Enregistrement des interventions
Le logiciel attendu par MeetingSwiss pour la gestion de son service de conciergerie doit
permettre d’enregistrer les interventions de chaque responsable de salle sous forme d’un
texte de maximum 200 caractères par intervention. Naturellement, chaque
enregistrement d’intervention doit référencer la salle, la conférence et le concierge
responsable.
Chaque intervention devra être classifiée, ce peut être: un problème électrique, de
chauffage, d’aération, de projection… la liste n’est pas exhaustive.
Le logiciel devra permettre de compter les interventions par classe {problème électrique,
d’aération, de chauffage…}
27/72
18.2.2013/ P-A. Sunier
Remarques
des exigences; entre autres, l’indisponibilité d’un concierge et l’historisation des données.
peuvent vous sembler discutables ; par exemple, le fait qu’une conférence ne peut se
dérouler que sur une seule journée.
28/72
18.2.2013/ P-A. Sunier
9 Eté au vert
9.1 Introduction
Eté au vert est une association qui organise des camps d’été
pour des enfants ; elle désire informatiser l’organisation des
camps.
Chaque été, un camp se déroule en continu, diverses activités
sont proposées aux enfants en plus des cours de révision de
matière scolaire.
Les cours de révision scolaire et les activités sont encadrées par le personnel du camp ;
toutefois, et pour autant que les parents en aient les compétences, ils peuvent s’annoncer
comme volontaire pour encadrer l’une ou l’autre activité en fonction de leur disponibilité.
9.2 Cahier des charges de l’application souhaitée
L’application informatique souhaitée doit permettre :
 de gérer les jours de camps, depuis le premier jour, nommé jour 1, au dernier jour,
nommé jour n ; par exemple, pour 2009, le jour 1 est le lundi 6 juillet et le 29 août,
dernier jour du camp, est le jour 55 ;
 de définir des activités et de les planifier ;
 d’enregistrer les enfants et pour chaque enfant :
o d’enregistrer le planning d’activités souhaité ;
o d’enregistrer les cours scolaires à réviser ;
 d’enregistrer les corvées de cuisines par jour ;
 d’enregistrer les compétences d’encadrement d’activité des parents et leurs
disponibilités.
29/72
18.2.2013/ P-A. Sunier
9.3 Exemples de documents qui devront être gérés par
l’application
Eté au vert
Calendrier 2009
Jour
Date
Révision
scolaire
Activité / Horaire particulier
1
6 juillet
2
7 juillet
3
8 juillet
BMX
Football
Piscine
4
9 juillet
Handball
Football
Cheval
5
10 juillet
6
11 juillet
Cheval
BMX
√
08 :00 – 16 :00
√
Handball
Piscine
Cheval
13 :00 – 17 :00
…
Figure 16 - Exemple de calendrier
Remarque: L’activité BMX du 3ème jour ne se déroule pas selon l’horaire normal de
l’activité ; il en est de même pour la piscine du 6ème jour. [Voir Figure 17].
30/72
18.2.2013/ P-A. Sunier
Eté au vert
Activités 2009
Activité
Horaire normal
Age minimal
Cheval
10 :00 – 15 :00
12
BMX
09 :00 – 16 :00
8
Football
09 :00 – 16 :00
6
Piscine
12 :00 – 17 :00
6
Handball
09 :00 – 16 :00
10
Figure 17 - Exemple des activités avec leur horaire normal
9.4 Exemples de formulaires de saisie
9.4.1 Inscription parent
Les 3 écrans ci-après permettent la saisie d’un parent.
Figure 18 – Identification du parent
31/72
18.2.2013/ P-A. Sunier
Figure 19 – Compétences du parent
A propos de la Figure 19:
 Une ligne est ajoutée pour chaque activité pour laquelle le parent a obtenu une
certification à encadrer les enfants.
 Les activités sont celles prévue pour le camp. [Voir Figure 17]
 Les valeurs de niveau sont A, B, C et D ; elles sont données par un organisme neutre
de certification. La date d’obtention de la certification d’encadrement pour une activité
doit être saisie.
Figure 20 – Encadrement volontaire du parent
A propos de la Figure 20 :
 Une ligne est ajoutée pour chaque jour où le parent est disponible pour encadrer une
activité.
 Les jours sont ceux du calendrier.
 Les activités sont celles pour lesquelles le parent a une certification.
9.4.2 Inscription du ou des enfants d’un parent
Les 3 écrans ci-après permettent la saisie d’un enfant d’un parent saisi précédemment. Ils sont
rappelés si le parent a plus d’un enfant au camp.
32/72
18.2.2013/ P-A. Sunier
Figure 21 – Identification d’un enfant
 Le nom de famille est redemandé pour traiter les cas particuliers comme les familles
recomposées ou en application du choix de nom de famille actuellement en vigueur.
 La date de naissance est demandée pour vérifier l’autorisation de participer aux
activités.
 Les dates de départ et d’arrivée doivent être comprises dans le calendrier du camp.
Figure 22 – Participation aux activités de l’enfant
 Une ligne est créée automatiquement pour chaque jour où le calendrier ne prévoit pas
de révision scolaire.
 Une activité est choisie pour chaque jour, une activité de remplacement peut être
renseignée.
 Les activités sont celles prévues pour le jour correspondant et pour laquelle l’enfant a
l’âge minimal exigé.
 Les activités de remplacement obéissent à la même règle que présentée ci-dessus.
33/72
18.2.2013/ P-A. Sunier
Figure 23 – Choix des cours de révision scolaire de l’enfant
 Une ligne est ajoutée pour chaque cours que l’enfant doit réviser pendant le camp.
 Les cours correspondent aux branches usuelles de l’école obligatoire {math, français,
géographie, histoire…}
 Les besoins sont une liste de valeurs fixant le travail à effectuer avec l’enfant {Bases à
reprendre, Concepts à répéter, Consolider les notions…}
 Remarque est un champ libre permettant d’enregistrer une remarque relative à un
cours pour l’enfant.
9.4.3 Affectation des enfants aux corvées de cuisine
L’écran ci-après permet la saisie des corvées de cuisine.
Figure 24 – Saisie des corvées de cuisine
A propos de la Figure 24 :
 Le formulaire de saisie est utilisé pour chaque jour du camp.
 La liste Enfants contient tous les enfants présents ce jour-là.
 La liste Enfants de corvée contient les enfants de corvée ce jour-là.
34/72
18.2.2013/ P-A. Sunier
9.5 Considérations relatives à l’organisation des camps
L’organisation des camps que nous venons de décrire n’est pas issue d’une situation réelle ;
les règles énoncées, certaines particulièrement bizarres, ont comme seul intérêt de fixer un
cadre adapté à la présente épreuve.
Dans un souci de simplification :
 nous ne vous demandons pas de gérer l’historique des camps ; le modèle que nous
vous demandons se réfère au camp d’un seul été ;
 nous n’enregistrons qu’un seul des deux parents comme répondant de l’enfant ;
toutefois, un parent peut inscrire plusieurs de ses enfants.
Seul le parent qui inscrit un ou plusieurs de ses enfants peut s’annoncer comme
volontaire pour l’encadrement d’une activité.
35/72
18.2.2013/ P-A. Sunier
10 Bibliothèque ESNIG
La bibliothèque de l'ESNIG regroupe des livres traitant de l'informatique.
Un titre peut exister en plusieurs exemplaires. Un titre réfère toujours à l'auteur
principal; nous ne gérons pas les co-auteurs.
En principe, chaque titre est imprimé par un éditeur; il y a des situations où nous
n'indiquons pas l'éditeur, comme par exemple les documents édités par l'école ellemême.
Un même titre peut exister chez plus d'un éditeur; potentiellement, deux titres
identiques peuvent correspondre à des contenus identiques ou différents. Par exemple:
Titre
Auteur
Editeur
Eyrolles
Guide UML
Jean Dupont
Dunod
Cas pratique UML
Sylvie Glassin
Masson
Cas pratique UML
Alain Glardon
Eyrolles
Cas
Contenu
identique
Contenus
différents
Pour chaque titre, l'école peut posséder: aucun, un ou plusieurs exemplaires. Chaque
exemplaire peut être qualifié par un état; en principe les différents exemplaires sont
rangés en bibliothèque, toutefois, certains livres peuvent être confiés à un professeur.
Afin de faciliter la recherche par auteur, ceux-ci peuvent être rattachés à un domaine de
compétence comme {Base de données, Méthodologie, Modélisation, Programmation...}
L'ESNIG possède déjà une base de données; une table des états permet de représenter
l'ensemble des états possibles, soit:{Neuf, Usé, Perdu, Bon}
Nous reproduisons, ci-dessous, un exemple d'un formulaire listant les livres détenus par
l'ESNIG. Le formulaire montre l'état de chaque exemplaire; il montre, aussi, le
professeur qui le détient; ces deux informations, Professeur et Etat, sont optionnelles.
36/72
18.2.2013/ P-A. Sunier
L'année est rattachée à l'édition du titre; nous n'enregistrons pas l'année ou la date
d'achat des exemplaires!
Indications complémentaires :
Vous prendrez en compte la table ETATS telle qu'elle est décrite.
Vous créerez 2 entités distinctes pour les auteurs et les professeurs.
Le formulaire listant les exemplaires que nous avons reproduit précédemment ne
convient pas à l'ESNIG car:


les exemplaires ne sont pas clairement identifiés;
l'école a deux enseignants de même nom et prénom: il s'agit de MM Sandoz Marc;
la liste ne permet pas de les différencier.
Vous proposerez une solution simple pour pouvoir différencier des titres identiques mais
correspondant à des impressions d'éditeurs différents. Un mécanisme de clé secondaire
permettant de différencier les livres qui auraient des titres identiques suffit.
Pensez-vous que le contenu de la table ETATS est correct?
Si non, quel changement apporteriez-vous au modèle?
37/72
18.2.2013/ P-A. Sunier
11 Arc en ciel
Arc en Ciel est une institution qui permet à de jeunes gens légèrement handicapés
d’acquérir une formation professionnelle de base.
En plus de la formation professionnelle, Arc en Ciel assure un encadrement sociologique
et éducatif.
Chaque jeune est suivi par un collaborateur ; Arc en Ciel parle de répondant d’un jeune.
Pour chaque jeune un journal des événements est tenu. Ci-dessous, un exemple de fiche
d’événement est reproduit.
Chaque événement est propre à un jeune ; pour décrire un événement Arc en Ciel lui a
défini les propriétés suivantes :




il est établi ou annoncé par un collaborateur ;
il comporte une date, un sujet et un descriptif ; la mention du sujet est
optionnelle;
il réfère à un type d’événement {vol, violence, drogue…}
il est qualifié selon une échelle {mineur, majeur, grave…}
Lorsqu’un événement grave est annoncé, un message est envoyé au(x) collobrateur(s)
d’Arc en Ciel titulaire(s) d’une fonction de direction. Lorsqu’un événement majeur est
annoncé, un message est envoyé au(x) collaborateur(s) titulaire(s) des fonctions
d’éducateur et/ou de maître socioprofessionnel.
Un collaborateur d’Arc en Ciel est rattaché à une et une seule fonction ; parmi les
fonctions nous trouvons : direction, éducateur, maître socioprofessionnel…
De manière générale :


l’envoi d’un message à un collaborateur est lié à la qualification de l’événement ;
les destinataires sont définis en fonction de l’appartenance des collaborateurs à
une fonction et au rattachement de cette fonction à une ou plusieurs qualifications
d’événement.
Suite à l’annonce d’un événement, tout collaborateur d’Arc en Ciel peut faire part de ses
remarques sous forme d’annonce complémentaire
Chaque remarque est propre à un événement ; pour décrire une remarque Arc en Ciel lui
a défini les propriétés suivantes :


elle est établie ou annoncée par un collaborateur ;
elle comporte une date et un descriptif.
38/72
18.2.2013/ P-A. Sunier
11.1 Exemple de fiche d’événement
39/72
18.2.2013/ P-A. Sunier
11.2 Extrait de la déf. de l’envoi de messages aux
titulaires de fonction
Qualifications d’événements
Fonctions averties
- Grave
- Direction
- Educateur
- Maître socioprofessionnel
- Majeur
- Educateur
- Maître socioprofessionnel
- Mineur
-
La liste ci-dessus n’est pas exhaustive; d’autre fonctions et qualifications d’événements
existent.
Vous ne prendrez pas en compte les éléments historiques, tels que les changements de
fonction des collaborateurs ou de répondant d’un jeune.
Nous postulons que nous n’avons pas de jeunes de mêmes noms et prénoms présents
dans l’institution à un instant donné.
N'inventez pas d'attributs, ne mettez dans votre modèle que les attributs qui
apparaissent dans les documents remis ou qui sont nécessaires à la résolution de la
donnée.
Votre modèle de données devra permettre:
De gérer les fiches d’événement ;
D’obtenir les informations utiles et nécessaires à l’automatisation du mécanisme d’envoi
de messages aux collaborateurs.
40/72
18.2.2013/ P-A. Sunier
12 Lecture
LECTURE est une bibliothèque publique, elle prête des ouvrages à ses membres. Elle
souhaite informatiser la gestion administrative de son fond d'ouvrages.
Le système d'information informatisé à développer doit permettre de gérer les
réservations et prêts d'ouvrages.
De manière plus détaillée, le logiciel doit permettre:













d’éditer les fiches de prêts des membres avec la date d’emprunt, la date de retour
prévu et la référence de l’ouvrage emprunté ;
d’enregistrer pour chaque titre en plus de son libellé, le ou les auteurs avec leurs
noms et prénom ; lorsqu’un titre est l’œuvre de plusieurs auteurs, un auteur doit
servir d’ " auteur de référence " ;
d'imprimer des statistiques:
de titres triés par auteur ou auteur de référence;
d’état des ouvrages triés par titres et auteur ou auteur de référence ;
d’ouvrages triés par éditeurs et titres
de nombre d’emprunts par tranches d’âge des membres ; voir l'exemple
Emprunts/Ages
de nombre d’emprunts par tranche de jours de retard de restitution; voir
l'exemple Emprunts/Retards
de nombre d’emprunts par durée de prêt effective; voir l'exemple
Emprunts/Durées de prêts
d’enregistrer un titre sans disposer réellement d’un ou plusieurs exemplaires ;
d’envoyer des courriers aux membres ;
de sortir la liste des membres qui ont toujours retourné les ouvrages dans le délai
imparti ;
d’enregistrer les réservations des membres ; une réservation concerne un titre,
quel que soit l’éditeur ; une réservation se fait pour une date donnée ; le membre
doit indiquer pendant combien de jour sa réservation doit être conservée en
attendant qu’un ouvrage soit libre ;
Le système à développer devra intégrer les règles de gestion ci-dessous :





la durée d’un prêt est fixée individuellement pour chacun des titres ;
à chaque acquisition d’ouvrage, le prix d’achat et la date doivent être mémorisés ;
au minimum tous les 6 mois, l’état de chaque ouvrage doit être vérifié et
enregistré avec la date de vérification ; cette opération doit impérativement se
faire lors de l’entrée en stock de tout nouvel ouvrage ;
pour chaque ouvrage, l’éditeur doit être indiqué ; un même titre peut être stocké
en ouvrages d’éditeurs différents ;
si un ouvrage se libère et que plusieurs membres ont une réservation en attente,
il est attribué à la réservation enregistrée la première, indépendamment de la
date de réservation ;
41/72
18.2.2013/ P-A. Sunier
12.1 Exemples de statistiques
Emprunts par tranche d'âge
Emprunts et retards de retour
42/72
18.2.2013/ P-A. Sunier
Emprunts et durée des prêts
Actuellement, les états que peuvent prendre un livre sont :
{ " NEUF " ; " USAGE " ; " A REMPLACER " }
Le modèle conceptuel de données devra être sans redondance.
Le système à développer ne doit prendre en considération que les éléments
expressément décrits; par exemple, le système ne devra pas tenir compte:


du fait qu’un titre peut être édité par plusieurs éditeurs ;
d’un éventuel besoin d’historique d’état des ouvrages, d'adresse des membres...
43/72
18.2.2013/ P-A. Sunier
13 Découvertes SA
Découvertes SA est une entreprise de transports qui organise des voyages en car dans
toute la Suisse.
Tous les voyages s'effectuent sur une journée. Chaque jour plusieurs voyages peuvent
avoir lieu. Découvertes SA édite un descriptif de chaque voyage à l'attention de ses
clients; nous vous en remettons 2 en annexe: celui du voyage au Tessin et celui du
voyage aux Chutes du Rhin.
Découvertes SA organise ses voyages sur la base d'offres hebdomadaires; chaque
semaine, les mêmes voyages sont offerts à la clientèle. A titre d'exemple: le voyage au
Tessin est offert tous les lundi et mercredi et le voyage aux chutes du Rhin est offert tous
les jeudi.
Les clients s'inscrivent à un voyage à l'aide d'une formule d'inscription; nous vous en
remettons une vierge et une remplie en annexe.
Pour chaque voyage, Découvertes SA détermine un ou plusieurs tarifs qui sont liés à
l'année de naissance des participants, comme vous pouvez le voir dans les documents
remis en annexe. En principe, Découvertes SA pratique 3 prix: un pour les enfants, un
pour les adultes et un pour les seniors; dans certains cas, il existe d'autres catégories
comme les écoliers (nés entre 1995 et 1986) ou les adolescents (nés entre 1987 et
1988).
prix ou la modification de l'offre de voyage.
Les données des participants sont utiles pour établir une liste des passagers pour chaque
voyage et pour déterminer le prix à appliquer. Aucun comptage, statistique ou autre
information de cette nature ne devra être fourni par rapport aux multiples voyages que
pourraient effectuer les participants; d'ailleurs en ne demandant que les noms, prénoms
et années de naissance des participants, il est impossible à Découvertes SA de
différencier sans ambiguïté les participants. Seule l'information du client qui commande
un voyage est utile à des fins statistiques et financières.
Concevez le modèle de données qui permette de gérer les voyages et les inscriptions des
clients. N'inventez pas d'attributs, ne mettez dans votre modèle que les attributs qui
apparaissent dans les documents remis ou qui sont nécessaires à la résolution de la
donnée.




d'imprimer la liste des voyages d'un jour de la semaine; par exemple, quels sont
les voyages qui ont lieu le lundi.
d'imprimer une liste nominative des voyageurs pour chaque voyage; par
exemple: la liste des voyageurs pour le voyage au Tessin du lundi 10 décembre
2001.
de vérifier la cohérence entre le ou les jours de voyages hebdomadaires et la date
souhaitée par le client.
de déterminer le coût à facturer pour chaque participant en fonction de son âge.
44/72
18.2.2013/ P-A. Sunier
Découvertes SA
Rue de la montagne 732b
2000 Neuchâtel
Offre de journées de promenades en Suisse
(Conditions de prix valables en 2001)
Où :
Le Tessin
Quand :
Tous les lundis et mercredi
Prix :
140.-/ par personne
120.-/ pour les personnes nées
avant 1941
40.-/ pour les enfants nés après
1995
45/72
18.2.2013/ P-A. Sunier
Découvertes SA
2000 Neuchâtel
Offre de journées de promenades en Suisse
Où :
Chutes du Rhin
Quand :
Tous les jeudis
Prix :
100.-/ par personne
90.-/ pour les personnes nées avant
1941
30.-/ pour les enfants nés après
1995
46/72
18.2.2013/ P-A. Sunier
Découvertes SA
2000 Neuchâtel
Formule d’inscription pour un voyage
Voyage :
L’Aar
Les Grisons
Chutes du
Rhin
Les Alpes
Bâle
Lac Léman
Le Rhône
x Le Tessin
Veuillez mettre une croix dans la colonne correspondant au voyage désiré
Date du voyage
10.12.2001
Client :
Nom
Prénom
Rue
Code postal
Localité
Téléphone
e-mail
Dappard
Anne-Lise
Là-bas 431
2088
Cressier
Participants :
Nom
Prénom
Dappard
Dappard
Chapelain
Garalle
Anne-Lise
Xavier
Patrick
Marie
Date 1.11.2001
Signature
Année de
naissance
1954
1951
1998
1929
A.-L. Dappard
47/72
18.2.2013/ P-A. Sunier
Découvertes SA
2000 Neuchâtel
Formule d’inscription vierge pour un voyage
Voyage :
L’Aar
Les Grisons
Chutes du
Rhin
Les Alpes
Bâle
Lac Léman
Le Rhône
Le Tessin
Veuillez mettre un croix dans la colonne correspondant au voyage désiré
Date du voyage
Client :
Nom
Prénom
Rue
Code postal
Localité
Téléphone
e-mail
Participants :
Nom
Date
Prénom
Année de
naissance
Signature
48/72
18.2.2013/ P-A. Sunier
14 EduProf SA
EduProf SA est une entreprise privée de formation qui organise des cours de formation
en informatique destinés à des professionnels. Les clients de EduProf SA sont des
entreprises qui envoient leurs collaborateurs en formation.
EduProf SA édite un descriptif des cours qu'elle dispense. Pour chaque cours, EduProf
SA détermine d'éventuels rabais qui sont liés au nombre de collaborateurs inscrits par un
client.
Les clients inscrivent leurs collaborateurs à un cours à l'aide d'une formule d'inscription;
nous vous en remettons un spécimen rempli en annexe.
Pour chaque cours, EduProf SA crée les classes utiles et nécessaires à dispenser son
enseignement dans de bonnes conditions. Chaque classe dispose d'un calendrier (jours
de cours) qui lui est propre; l'enseignement est toujours dispensé sur des journées
entières. A la réception d'une inscription, EduProf SA répartit les collaborateurs du client
dans une ou plusieurs classes et envoie une confirmation avec l'indication des jours
d'enseignement.
prix ou la modification de l'offre de cours.
Vous ne traiterez pas toutes les contraintes de dates que nous pourrions rencontrer dans
une situation réelle. Vous admettrez, pour cet exercice, que les clients de EduProf SA
acceptent systématiquement le contenu de la confirmation reçue.
Les données des collaborateurs sont utiles pour établir une liste des participants de
chaque classe. Aucun comptage, statistique ou autre information de cette nature ne
devra être fourni par rapport aux multiples cours que pourraient suivre les participants;
d'ailleurs en ne demandant que les noms et prénoms des collaborateurs, il est impossible
à EduProf SA de les différencier sans ambiguïté. Seule l'information du client,
l'employeur, est utile à des fins statistiques et financières.
Concevez le modèle de données qui permette de gérer les cours, les inscriptions des
clients et l'organisation des classes. N'inventez pas d'attributs, ne mettez dans votre
modèle que les attributs qui apparaissent dans les documents remis ou qui sont
nécessaires à la résolution de la donnée.



d'imprimer la liste des cours, la liste des classes d'un cours.
d'établir, pour chaque classe, une liste des participants avec indication de
l'employeur; cette liste sera destinée aux enseignants.
d'établir la confirmation d'inscription que EduProf SA envoie à ses clients.
49/72
18.2.2013/ P-A. Sunier
EduProf SA
Rue de la connaissance 145
2000 Neuchâtel
Cours de formation en informatique
Code
Descriptif
JAVA-I
Introduction à Java
Durée Rabais
(jours)
3000.- 3
5% > 3 collaborateurs
DW
Datawarehouse
1000.- 1
-
DM
Datamining
2500.- 2
QUAL
La qualité des logiciels 1500.- 2
Prix
50/72
18.2.2013/ P-A. Sunier
EduProf SA
2000 Neuchâtel
Formule d’inscription pour un cours
(Une seule fiche par cours)
Cours :
x
JAVA-I
QUAL
DW
DM
Veuillez mettre un croix dans la colonne correspondant au cours désiré
Client :
Raison sociale
Rue
Code postal
Localité
Téléphone
e-mail
Soft du Lac
Sur la colline 22
2087
Cornaux
[email protected]
Participants :
Nom
Chevillard
Alibin
Rasquelle
Huttard
Date 1.11.2001
Prénom
Anne-Lise
Xavier
Patrick
Marie
Signature
J de Logie
51/72
18.2.2013/ P-A. Sunier
Lettre de confirmation d’inscription
EduProf SA
2000 Neuchâtel
Soft du Lac
Sur la colline 22
2087 Cornaux
Madame, Monsieur,
Nous vous remercions de votre inscription au cours
« JAVA-1 Introduction à Java ».
Nous avons réparti vos 4 collaborateurs dans les classes B et C :
Classe
Jour(s) de cours
Participants
B
12, 13 et 14
novembre 2001
Chevillard Anne-Lise
Alibin Xavier
Rasquelle Patrick
C
21, 22 et 28
novembre 2001
Huttard Marie
La facture brute se montera à :
4 participants à CHF 3'000.- soit CHF 12'000.Sur cette facture brute nous vous accorderons 5% de rabais soit :
CHF 600.La facture nette se montera à :
CHF 11'400.Avec nos remerciements…
Meilleures salutations…
EduProf SA
52/72
18.2.2013/ P-A. Sunier
15 Corrida d’été
La Corrida d’été est un ensemble de courses pédestres qui se déroulent sur une
journée; le Comité d’organisation désire informatiser les inscriptions des coureurs et
l’enregistrement des temps de course y-compris les temps de passages intermédiaires.
Chaque coureur peut participer à plusieurs courses ; à lui (ou elle) de savoir s’il a le
temps de récupérer entre 2 courses.
Les parcours des courses sont organisés sous forme de boucles différentes ou identiques;
toutes les boucles commencent et finissent sur la ligne d’arrivée.
A chaque passage de la ligne d’arrivée le temps de course de chaque coureur est
enregistré ; si une course compte 4 boucles, chaque coureur qui finit la course aura 3
temps de passage intermédiaires et un temps final.
Le Comité n’a pas les finances pour acquérir un grand nombre de dossard ; à la fin de
chaque course, les dossards sont repris et redistribués pour la course suivante selon la
liste de départ [Figure 27 et Figure 28].
53/72
18.2.2013/ P-A. Sunier
A titre d’exemple, nous reproduisons ci-après quelques documents qui ont été utilisés
pour la Corrida d’été de l’an passé.
Le premier document est le programme des courses de l’an passé.
Corrida d’été du 1er août 2007
Programme des courses
Boucle Rouge 3 km
Boucle Bleue 2 km
1 km
3 km
Boucle Verte 1 km
2 km
Départ
Arrivée
Course du Lion
Course du Léopard
Course du Tigre
Heure de départ
Distance
Boucles
Heure de départ
Distance
Boucles
Heure de départ
Distance
Boucles
08 :00
5 km
Bleue - Rouge
08 :45
9 km
Rouge - Rouge - Bleue - Verte
10 :00
7 km
Bleue -Verte - Bleue –Bleue
…
Figure 25 - Programme des courses de l'an passé
Les boucles et les courses ne doivent pas être figées dans le futur logiciel. Le Comité
d’organisation souhaite pouvoir modifier les boucles et les courses d’année en année ; ce
peut être l’ajout ou la suppression d’une boucle ou d’une course, la modification de la
distance d’une boucle ou encore une nouvelle distribution de boucles au sein d’une
course.
54/72
18.2.2013/ P-A. Sunier
Le document ci-dessous est l’inscription à deux courses de Cynthia Rouge.
Fiche d’inscription
Nom
Prénom
Date naissance
Course(s)
Rouge
Cynthia
01.02.1990
Lion
X Tigre
Chien
Blaireau
X
Léopard
Chat
Oie
Figure 26 – Formule d’inscription d’un coureur de l'an passé
Les deux documents suivants montrent les listes de départ partielles des 2 courses
auxquelles est inscrite Cynthia Rouge; nous pouvons observer les 2 numéros de dossard
différents qui lui a été attribuée.
Liste de départ
Course
Tigre
Dossard
Nom
Prénom
Date naissance
1
2
…
44
…
Orange
Noir
Justin
Stéphanie
13.04.1992
22.12.1990
Rouge
Cynthia
01.02.1990
Figure 27 – Liste de départ de la course du Tigre
55/72
18.2.2013/ P-A. Sunier
Liste de départ
Course
Oie
Dossard
Nom
Prénom
Date naissance
1
2
…
32
…
Brun
Bordeau
Sébastien
Albin
11.07.1988
02.08.1991
Rouge
Cynthia
01.02.1990
Figure 28 – Liste de départ de la course de l’Oie
Le document ci-dessous est un extrait de l’enregistrement des temps de courses des
coureurs participants à la course du Tigre ; nous pouvons observer l’enregistrement des
temps réalisés par Cynthia Rouge qui porte le dossard 44 pour cette course.
Enregistrement des temps de course
Course
Dossard
1
2
…
44
…
Tigre
1er passage
2ème passage
3ème passage
Arrivée
8m00s
11m35s
19m20s
27m03s
Figure 29 – Enregistrement des temps de course
Remarques
des exigences; entre autres, le sexe des coureurs n’est pas demandé et les données ne
doivent pas être historiées. Chaque année la base de données est purgée pour la
nouvelle Corrida.
peuvent vous sembler discutables.
56/72
18.2.2013/ P-A. Sunier
16 Questionnaire « Portes ouvertes »
Données personnelles
Nom :
Prénom :
Date de naissance :
NPA :
Localité :
N° de téléphone portable : 07
Questions sur la Haute Ecole Arc
A) En quelle année la Haute Ecole Arc a-t-elle vue le jour ?
2003
2004
2005
B) Combien de domaines différents compte la Haute Ecole-Arc ?
2 domaines
4 domaines
6 domaines
C) De quels cantons la Haute Ecole Arc regroupe-t-elle les forces HES ?
Berne – Neuchâtel – Fribourg
Berne – Jura – Neuchâtel
Berne – Neuchâtel - Vaud
D) La Haute Ecole Arc Ingénierie dispense ses cours sur trois sites. Lesquels ?
Le Locle, St-Imier et Porrentruy
Neuchâtel, La Chaux-de-Fonds, Le Locle
Neuchâtel, Le Locle, Delémont
E) Quelles sont les deux filières de la Haute Ecole Arc Economie ?
Economiste d’entreprise et Ingénieur en informatique
Economiste d’entreprise et Analyste-programmeur
Economiste d’entreprise et Informaticien de gestion
F) Comment s’appelle la filière de la Haute Ecole Arc Ingénierie qui est unique en
Suisse ?
Ingénieur designer Ingénieur hi-tech Ingénieur horloger
57/72
18.2.2013/ P-A. Sunier
58/72
18.2.2013/ P-A. Sunier
17 Bétélem
Gestion des commandes de BETELEM spécialisée dans la fourniture d’éléments
préfabriqués en béton.
Cette entreprise livre à des entreprises de maçonnerie des articles en béton préfabriqués
qu’elle confectionne elle-même.
Ses clients sont partagés en 4 catégories :
Chiffre d’affaires de l’année
Précédente
>= 1.000.000.-500.000 - 999.999.-200.000 - 499.999.-< 200.000.--
Rabais s/facture
20%
15%
10%
--
Un nouveau client ne bénéficie pas de rabais pendant la 1re année civile.
Les clients qui désirent une offre doivent s’adresser au service de vente qui établit un
devis, mentionnant les produits désirés, leur quantité et les prix qui seraient facturés.
Lorsqu’un client désire passer une commande, il doit avoir au préalable demandé une
offre au service de vente, et il est impératif (par la nature des produits) que la
commande se fasse par écrit en confirmation d’une offre ou plusieurs offres. Une
confirmation ne peut se faire que pour l’intégralité d’une offre. Si cela n’est pas possible
pour le client, il devra faire annuler cette offre et en demander une nouvelle.
(Les offres servent à faire la planification de fabrication de l’entreprise. Dès qu’une offre
est antérieure à 3 mois, elle est annulée et le client en est averti. Pour comprendre le
principe... Ne pas en tenir compte dans le modèle !)
Lorsqu’une commande est reçue, elle devra déclencher automatiquement un ordre de
fabrication si un des produits n’est pas livrable selon la quantité demandée. L’ordre de
fabrication devra mentionner la commande, le ou les devis, les nom et adresse du client,
la quantité et désignation du ou des produits à fabriquer.
Remarque :
Il ne faut pas tenir compte d’événements non explicitement décrits tels que :
 Changement du prix de facturation
59/72
18.2.2013/ P-A. Sunier
18 GigaSoft – Exercice
Présentation générale :
L’entreprise « GigaSoft », SSII2 active sur le marché suisse, vous a mandaté pour
réaliser le modèle conceptuel de données (MCD) de leur future application de gestion des
activités de ses consultants. Actuellement ce processus métier est géré au travers de
différentes feuilles Excel tenues à jour par la secrétaire et par les consultants eux-mêmes
et nécessite un gros travail manuel de la part du comptable pour l’établissement des
factures mensuelles adressées aux clients.
Grâce à cette nouvelle application, GigaSoft souhaite offrir à ses clients la possibilité de
consulter les profils (compétences et réalisations) de ses consultants et de fixer des
rendez-vous avec eux directement sur Internet. D’autre part, cette application permettra
également aux consultants de maintenir à jour leurs profils et de saisir leurs rapports
d’activité depuis Internet. Finalement, l’application devra permettre au comptable
d’établir automatiquement les factures mensuelles et de les importer dans son logiciel de
comptabilité.
Présentation détaillée :
Un rendez-vous est fixé entre un consultant et un client pour une date donnée. La date
d’établissement de la demande de rendez-vous doit également être mémorisée. Un
rendez-vous peut être annulé par le client et dans ce cas la date et le motif de
l’annulation doivent être enregistrés.
Lorsque le consultant s’est rendu à un rendez-vous, il doit rédiger un rapport d’activité
décrivant le travail effectué chez le client et le nombre d’heures à facturer à celui-ci.
GigaSoft dispose de plusieurs commerciaux qui sont chargés de négocier les tarifs des
consultants avant la toute première visite d’un consultant chez un client. Le prix horaire
d’un consultant ne dépend ni de ses compétences ni de son expérience mais est négocié
pour chaque client par un commercial.
Chaque consultant détermine lui-même son profil de compétences en utilisant le
catalogue de compétences de GigaSoft. Le consultant peut personnaliser son profil en
décrivant les différentes réalisations qu’il a eu l’occasion de faire tout au long de sa
carrière professionnelle dans le domaine de l’informatique.
A la fin de chaque mois, le comptable génère une facture par client et par consultant. Le
montant facturé à un client correspond aux heures de travail du consultant chez ce
dernier multiplié par le tarif horaire négocié au préalable par le commercial.
2
Société de services en ingénierie informatique
60/72
18.2.2013/ P-A. Sunier
Votre travail :
Etablir le modèle conceptuel de données (MCD) correspondant au problème ci-dessus.
Votre modèle devra être sans redondance et respecter les principes de modélisation
étudiés pendant le cours.
61/72
18.2.2013/ P-A. Sunier
19 Nogaro - Exercice
OrgaPro est une PME d'une trentaine d'employés dont le métier consiste à réorganiser
les entreprises en difficulté afin que celles-ci retrouvent rapidement leur efficacité et leur
efficience.
Les bureaux d'OrgaPro se trouvent dans deux bâtiments différents. Une dizaine de
salles de réunion de tailles différentes sont à la disposition des employés pour organiser
des séances internes ou avec leurs clients.
Actuellement la gestion de ces salles de réunion n'est pas informatisée. Un employé qui
désire réserver une salle de réunion doit prendre contact avec un employé du service de
conciergerie et lui faire part de ses besoins (nombres de participants, arrangement des
tables, matériels nécessaires (vidéo-projecteur, tableau blanc, ...)). Ce dernier doit
ensuite consulter un classeur contenant les réservations des différentes salles afin de
trouver une salle disponible.
Malheureusement ce système n'est pas fiable et il arrive fréquemment qu'une salle de
réunion soit réservée par plusieurs personnes au même moment ou alors qu'une salle
réservée ne soit pas prête à l'heure et à la date prévue car les concierges ont oublié ou
mal reporté la réservation.
A la suite de plusieurs plaintes de clients ayant été convoqués pour une réunion dans les
bâtiments d'OrgaPro, la direction a finalement décidé d'informatiser cette partie de son
système d'information.
D'autre part, le service de la comptabilité souhaiterait pouvoir répartir les frais inhérents
à ces salles de réunion (chauffage, électricité, nettoyages, ...) en fonction de leurs
occupations réelles plutôt que d'utiliser une clé de répartition arbitraire. Une réservation
peut être faite par un employé dans le cadre d'un projet ou simplement dans le cadre des
activités normales d'un service. Dans le premier cas, les frais seront attribués au projet
alors que dans le second cas, ils seront attribués au service de l'employé qui a fait la
réservation.
Grâce à l'informatisation de la gestion des salles de réunion, la direction souhaite
décharger le service de conciergerie de la responsabilité de l'attribution des salles. Avec
le nouveau système, les employés auront directement accès à la disponibilité des salles
et devront eux-mêmes choisir une salle libre correspondant à leur besoin. Le responsable
de la conciergerie devra quand même valider définitivement une réservation afin d'éviter
qu'une grande salle ne soit occupée que par quelques personnes.
Un employé peut faire une pré-réservation. Une pré-réservation est automatiquement
annulée après 5 jours si elle ne s'est pas concrétisée en réservation. Pour des questions
d'organisation du service de conciergerie, une réservation doit être annoncée au plus tard
3 jours avant la réunion.
Lorsqu'une réservation a été validée par le responsable de la conciergerie, la réservation
doit être affectée au plus tard 2 jours avant la date de la réunion à un concierge qui sera
responsable de sa préparation. Au moment de la validation d'une réservation, le système
doit envoyer automatiquement un e-mail de confirmation de la réunion à tous les
participants de la réunion qu'il soit interne ou externe à l'entreprise. Cet e-mail doit
indiquer la date, l'heure de début et de fin de la réunion ainsi que le nom de la salle,
l'étage et l'adresse du bâtiment où elle aura lieu.
62/72
18.2.2013/ P-A. Sunier
A faire :

Vous devez réaliser le modèle conceptuel de données répondant aux besoins cidessus.

Etant donné qu'OrgaPro dispose déjà d'un ERP pour la gestion de la comptabilité,
des ressources humaines et de ses projets, quel en sera l'impact sur
l'implémentation de notre modèle de données?
63/72
18.2.2013/ P-A. Sunier
20 Maquettes Bâtiment-Salle-Cours
Les maquettes qui suivent mettent en œuvre les 3 entités ci-après:
Batiment
Salle
Cours
Un cours est dispensé dans une salle située dans un bâtiment.
Figure 30 - 1ère maquette
Figure 31 – 2ème maquette
64/72
18.2.2013/ P-A. Sunier
20.1 Modèle A (1ère maquette)
Réalisez le modèle de données relatif à la 1ère maquette en tenant compte des règles
suivantes.
Pour saisir une salle, il faut préalablement avoir saisi un bâtiment et les salles proposées
doivent correspondre au bâtiment sélectionné.
La sélection d'une salle est obligatoire pour créer un cours.
Un même nom de salle (A par exemple) doit pouvoir être utilisé pour plusieurs bâtiments
(Salle A dans le bâtiment Montagne et salle A dans le bâtiment Lac par exemple).
20.2 Modèle B (1ère maquette)
Réalisez le modèle de données relatif à la 1ère maquette en tenant compte des règles
suivantes.
Pour saisir une salle, il faut préalablement avoir saisi un bâtiment et les salles proposées
doivent correspondre au bâtiment sélectionné.
La sélection d'une salle pour créer un cours n'est pas obligatoire, le bâtiment seul peut suffire.
Un même nom de salle (A par exemple) doit pouvoir être utilisé pour plusieurs bâtiments
(Salle A dans le bâtiment Montagne et salle A dans le bâtiment Lac par exemple).
20.3 Modèle C (2ème maquette)
Réalisez le modèle de données relatif à la 2ème maquette en tenant compte des règles
suivantes.
La sélection d'une salle est obligatoire pour créer un cours.
La sélection de la salle par son nom doit permettre de déterminer le bâtiment dans lequel elle
se trouve.
(La salle A28 est unique et implique qu'elle se trouve dans le bâtiment Montagne; dans le
bâtiment Lac, il ne pourra pas y avoir de salle A28)
65/72
18.2.2013/ P-A. Sunier
21 Critique séminaire
Voici une portion de MCD pour une gestion scolaire.
Les cardinalités de l’association Participe ne devraient-elles pas être inversées ?
Identifiez-vous des attributs qui ne devraient pas apparaître dans le modèle ou
qui apparaissent à la mauvaise place ?
66/72
18.2.2013/ P-A. Sunier
22 Critique Magasin
Voici une portion de MCD pour la gestion des caisses d’une chaîne de magasins.
Magasin
1
<<PK>> Numero
<<UID>> Nom
Employe
Vendeur
0..*
<<PK>> Numero
<<UID>> Mnemonique
1
1
EmisDepuis
0..*
Ticket
<<PK>> Numero
DateEmission
Magasin
Vendeur
MontantTotal
0..*
EmisPar
1
<<PK>>
Comporte
0..*
LigneTicket
0..1
Concerne
0..1
Quantite
Produit
<<PK>> Numero
<<UID>> Id
Prix
Identifiez-vous l’une ou l’autre anomalie, dans les associations et/ou les attributs de la
portion de MCD.
67/72
18.2.2013/ P-A. Sunier
23 Complétion Ordre de fabrication
Voici une portion de MCD pour la gestion de fabrication de produits dans une entreprise.
aFabriquer
Produit
<<Pk>> Numero
<<UID>> Id
Libelle
0..*
1..*
OrdreFabrication
<<PK>> Numero
<<UID>> Code
Date
0..*
AFabriquer
Quantite
Fabrique
1
Employe
<<PK>> Numero
<<UID>> Mnemo
Nom
Prenom
Chaque ordre de fabrication est assigné à un employé qui doit réaliser l’entier du travail.
68/72
18.2.2013/ P-A. Sunier
L’entreprise veut changer sa manière de faire ; un ordre de fabrication doit pouvoir être
réparti entre plusieurs ouvriers.
La quantité totale d’un produit à fabriquer doit pouvoir être répartie entre plusieurs
ouvriers.
Par exemple :
Ordre de fabrication 72B du 10.11.2009
100
10
-
90
F-78
80
40
20
20
G-980
20
-
20
-
…
A-729
VC – Vert Claire
Répartition de la fabrication entre employés
MC – Marron Claude
Quantité
BJ - Bleu Jean
Produit
Veuillez compléter/modifier le MCD pour prendre en compte les nouvelles exigences de
répartition du travail entre employés.
69/72
18.2.2013/ P-A. Sunier
24 Critique Habitants
Voici une portion de MCD pour la gestion des habitants de cantons Suisse.
Commune
<<Pk>> Numero
<<UID>> Nom
NombreRues
Organisee
1
Rue
<<PK>> Numero
<<UID>> Nom
0..* NombreBatiments
1
1
Batie
Habitant
<<PK>> Numero
Nom
Prenom
DateNaissance
0..*
0..*
Batiment
<<PK>> Numero
<<UID>> Code
Les attributs NombreBatiments de Rue et NombreRues de Commune sont-ils pertinents ?
En plus du comptage des bâtiments par rue, nous souhaitons compter les bâtiments par
commune.
Comment procède-t-on et qu’y a-t-il lieu de faire au niveau du MCD ?
Nous voulons indiquer le bâtiment d’habitation, avec date d’arrivée et de départ, de nos
habitants en plus de la rue.
Veuillez compléter/modifier le MCD.
25 Pool de réponses
Le document qui traite d'identifiants d'entités et de liens identifiants
[http://lgl.isnetne.ch/modelisation-2005/chapitre_110/mcd_identifiantsnaturels.pdf] présente
une gestion de couples questions/réponses avec d'une part un pool de réponse et d'autre part
des réponses spécifiques à chaque question.
Veuillez faire un recensement des forces et faiblesses de chacune des 2 approches s'agissant
de la vision métier, pour ce faire, vous devez vous substituer au client qui demande une
application genre QCM (questionnaire à choix multiples).
70/72
18.2.2013/ P-A. Sunier
26 QCM-A
Validez les propositions correctes dans le tableau ci-après et invalidez celles qui vous
semblent fausses..
Remarque: les esquisses de modèle des questions 3 à 5 ne sont pas forcément correctes! A
vous d'évaluer les propositions en fonction de l'esquisse de modèle qui vous est proposée.
1.
Une clé primaire «PK» ne change jamais de valeur
Une identifiant naturel «UID» ne change jamais de valeur
2.
Une clé primaire «PK» peut avoir une valeur nulle si une association optionnelle existe
Un identifiant naturel «UID» peut avoir une valeur nulle si une association optionnelle
existe
3.
Un produit appartient obligatoirement à une
catégorie
Une catégorie comporte au moins un
produit
Une catégorie peut exister sans comporter
de produit
71/72
18.2.2013/ P-A. Sunier
4.
Un produit apparait au moins dans une
facture
Une facture comporte au moins un produit
Un même produit ne peut apparaitre qu'une
seule fois dans une facture
Un même produit peut apparaitre plusieurs
fois dans une facture
5.
Il ne peut être créé qu'une seule facture
pour une date donnée
Il ne peut être créé qu'une seule facture
pour une date donnée et un client donné
Un client de même nom ne peut être créé
qu'une fois
Un client de même nom et prénom ne peut
être créé qu'une fois
72/72
18.2.2013/ P-A. Sunier

Exercice

Transcription

Documents pareils

70 Concepts de l`approche orientée objet de développement de SII

lauréats 2015 - Institut Français du Luxembourg

correction

CV - Responsable de magasin - Courbevoie (67I-KFU-B25)

Mini Projet : Gestion d`une bibliothèque - e

FT RX 11 RF_MCD100G MCD150G_F1010.indd

McDONALD`S RECRUTE

Plan de réservation

Les Mutuelles Adréa, Apréva et Eovi Mcd donnent naissance au

McDONALD`S RECRUTE - Mc Donald`s Antilles