correction partielle

Correction examen blanc d'UML. Remarques de correction : L'examen se
découpe en deux parties. La première partie contient deux exercices typiques de
TD ...

Part of the document

Correction examen blanc d'UML Remarques de correction :
L'examen se découpe en deux parties. La première partie contient deux
exercices typiques de TD et la seconde contient un exercice plus général et
plus complet. Nous vous conseillons donc vivement de savoir refaire les
exercices de TD.
Nous vous rappelons de plus que les solutions proposées ne sont pas
uniques. La cohérence et la pertinence de vos diagrammes ainsi que le
respect de la syntaxe UML comptent pour beaucoup dans votre note. Exercice 1 - Diagramme des cas d'utilisation (4 points)
Une entreprise fabrique des pièces dites « pièces de base » qui existent
sous différentes formes (cubiques, sphériques, coniques, ...) et sont
réalisées dans différents matériaux (bois, métal, plastique, ...). Pour un
type de pièce de base on connaît son nom, ses dimensions et sa référence.
Pour chaque matériau, on connaît son nom, son prix au kilo et sa masse.
L'entreprise fabrique aussi des pièces dites « pièces composites » obtenues
par assemblage de pièces de base.
On souhaite créer pour cette entreprise un logiciel de gestion de ses
références. Ce logiciel doit permettre à l'utilisateur du logiciel de
pouvoir calculer le prix d'une pièce de base, calculer le prix d'une pièce
composite, créer une nouvelle pièce composite et supprimer une pièce de
base.
Réaliser le diagramme de cas d'utilisation correspondant et donner au moins
deux scénarios possibles sous forme de diagramme d'activité. Chaque
scénario devra préalablement être décrit par une phrase en français. Correction :
On rappelle que le diagramme des cas d'utilisation permet de représenter
les interactions entre le système à développer et le monde extérieur.
Dans notre cas le seul acteur est l'utilisateur et les cas d'utilisation
identifiables sont « calculer prix pièce de base », « calculer prix pièce
composite », « créer nouvelle pièce composite » et « supprimer pièce de
base ». [pic] Pour construire les scénarios il faut d'abord savoir à quoi ils
correspondent. Pour le cas « Calculer prix pièce de base » :
L'utilisateur doit choisir la pièce dont il souhaite connaître le prix
c'est-à-dire donner sa référence. Puis l'utilisateur choisit le matériau
constituant la pièce. Le logiciel calcule en fonction du prix du matériau
et des dimensions de la pièce le prix de la pièce et le retourne à
l'utilisateur.
[pic] Pour le cas « Créer nouvelle pièce composite » :
L'utilisateur doit entrer les caractéristiques de la nouvelle pièce c'est-à-
dire les références des différentes pièces de base qui la composent. Le
logiciel lui retourne la référence de la pièce qu'il vient de créer. Notez
que dans ce cas qu'on considère que le logiciel génère automatiquement les
références. Une autre solution serait de dire que c'est l'utilisateur qui
choisit la référence de sa nouvelle pièce. Dans ce cas il faudra penser à
vérifier que la référence n'existe pas déjà.
[pic] Exercice 2 - Diagrammes de séquence (4 points)
1. Réaliser les diagrammes de séquence correspondant aux cas d'utilisation
identifiés dans l'exercice précédent. Correction :
Dans la question précédente nous avons identifiés 4 cas d'utilisation. Il
faut donc réaliser 4 diagrammes de séquence différents. Avant de donner les
diagrammes il faut identifier quelles sont les classes qui appartiennent au
système.
On peut identifier les classes suivantes :
- une classe Pièce dont hérite la classe PièceBase et la classe
PièceComposite,
- une classe Matériau
- une classe Gestion qui représente le c?ur du système de gestion
- un acteur Utilisateur
On suppose qu'il existe une interface entre le système de gestion et
l'utilisateur qui n'est pas représentée ici.
Une fois ses classes identifiées on peut représenter les différents cas
d'utilisation sous forme de diagramme de séquence.
Notez que normalement on représente des instances de classes (aussi appelés
objets) sur les diagrammes de séquence et non des classes. Cependant pour
simplifier l'écriture on considèrera dans directement les classes dans les
diagrammes suivants. Cas « Calculer prix pièce de base »
[pic] Cas « Calculer prix pièce composite »
[pic]
Rappel : la notation *[g]m représente l'échange du message m tant que la
condition g est vérifiée. Cas « Créer nouvelle pièce composite »
[pic]
Notez que ce n'est pas la classe PièceComposite qui est créée ici mais une
instance de cette classe. Cas « Supprimer pièce de bas »
[pic]
Notez que ce n'est pas la classe PièceBase qui est détruite ici mais une
instance de cette classe. 2. Construire le diagramme de collaboration correspondant. Correction :
Le diagramme de collaboration s'obtient assez facilement à partir des
diagrammes de séquence que l'on vient de décrire. Encore une fois on
représentera les classes plutôt que les instances de classes.
Notez que l'on ne vous demande pas de représenter la séquence des messages
mais juste le diagramme de collaboration. [pic] Notez aussi le cohérence entre les notations du 1er exercice et celles
données ici ...