Module 2

Analyser les besoins du client et le domaine

Cahier d’exercice sur l’analyse

Modèle de cas d’utilisation

Exercice 1 :
Un acteur est :

1. Une personne dans l’organisation, qui utilise le système.
2. Un rôle joué par une ou plusieurs personnes ou par un système.
3. Un intitulé de poste dans une organisation.
4. Un rôle qui ne peut être joué que par une seule personne.
5. Un rôle qui ne peut être joué que par une seule personne ou par un système.

Exercice 2 :
Indiquer la phrase qui ne correspond pas à la définition d’un acteur :

1. Une entité ayant un état dans le système.
2. Une entité ayant un comportement envers le système.
3. Celui qui fait appel au système pour atteindre un but.
4. Un rôle dans l’organisation.
5. Une ou plusieurs personnes en charge d’un processus métier modélisé par le système.

Exercice 3 :
Les cas d’utilisation servent à définir :

1. L’état et la synchronisation des objets du système.
2. La décomposition hiérarchique des fonctions du système.
3. Des besoins fonctionnels du système.
4. L’interface graphique du système.
5. La relation entre les classes du domaine et les classes logiciel.

Exercice 4 :
Les cas d’utilisation ne servent pas à :

1. établir un contrat entre le client et l’équipe de développement.
2. Donner aux développeurs une idée des besoins fonctionnels du système.
3. Décrire ce que le système doit faire.
4. Décrire les concepts du domaine de l’application.
5. Délimiter l’étendu du système.

Exercice 5 :
Lequel n’est probablement pas un cas d’utilisation d’un guichet automatique :

1. Faire un retrait d’argent.
2. Activer une carte d’un nouveau client.
3. Obtenir le solde d’un compte.
4. Faire un dépôt.
5. Consolider les transactions du jour.

Exercice 6 :
Le scénario d’un cas d’utilisation sert :

1. à exécuter des tests du système.
2. à identifier les attentes du client sur la façon dont le système va fonctionner.
3. à décrire un possible scénario de fonctionnement du système.
4. à décomposer la fonctionnalité d’un cas d’utilisation en sous-fonctions.
5. à traiter des cas d’échec dans le déroulement d’un cas d’utilisation.

Exercice 7 :
Considérons un système de gestion des courts d’un club de tennis. Lequel de ces éléments n’est probablement pas un acteur?

1. Membre.
2. Instructeur.
3. Spectateur.
4. Personne en charge de la maintenance des courts.
5. Personne en charge de programmer des compétitions.

Exercice 8 :
Considérons un système de gestion des courts d’un club de tennis. Lequel n’est probablement pas un cas d’utilisation?

1. Réserver un court.
2. Réserver une leçon avec un instructeur.
3. Planifier la maintenance des courts.
4. Programmer une compétition.
5. Suivre une heure de leçon.

Exercice 9 :
Pour le système précédent, si un court à nettoyer (maintenance) ou à réserver pour une compétition est déjà réservé par un membre du club, la personne en charge peut « réorganiser les réservations », c’est-à-dire placer les réservations des membres dans d’autres courts. Pour la technique des cas d’utilisation, ceci est exprimé par :

1. Les cas d’utilisation « planifier la maintenance des courts » et « programmer une compétition » sont en fait deux scénarios d’un même cas d’utilisation.
2. Le cas d’utilisation « réorganiser les réservations » étend (extend) les cas d’utilisation « planifier la maintenance des courts » et « programmer une compétition ».
3. Le cas d’utilisation « programmer une compétition » inclut (include) le cas d’utilisation « planifier la maintenance des courts ».
4. Dans le modèle du domaine, la classe « court » a un attribut « état » qui peut être modifié par la classe « programmation ».
5. L’acteur « personne en charge de la maintenance des courts » est un cas particulier de l’acteur « personne en charge de programmer des compétitions ».

Exercice 10 :
Dans le système précédent, pour réserver un court, un membre du club donne son code de membre. Si son abonnement n’est plus valable, il peut le renouveler au même moment et continuer avec la réservation. Pour faire la réservation, il peut commencer par demander l’horaire disponible pour la semaine courante ou bien indiquer directement le jour et l’heure à laquelle il veut jouer (s’il n’y a pas de court disponible pour son choix, il peut tenter une autre option ou voir l’horaire disponible de la semaine). Lorsqu’il trouve un horaire qui lui convient, il confirme son choix, et le système imprime une preuve de sa réservation, qu’il devra montrer au moment d’entrer dans le court.

Décrivez le scénario principal du cas d’utilisation « réserver un court » ainsi que les scénarios alternatifs.

Décrivez le cas d’utilisation « réserver un court » en prenant en compte les deux façons de faire la réservation : en regardant les horaires disponibles ou en choisissant directement un jour et une heure (supposez que le code est valide et que le membre trouvera un horaire qui lui convient).

Exercice 11 :
Pour le cas d’utilisation « réserver une leçon avec un instructeur » du système précédent, laquelle des phrases suivantes pourrait être une précondition :

1. Le membre du club entre son code d’accès.
2. Le membre du club s’est présenté à la réception.
3. Le code du membre du club a été accepté.
4. Le système a affiché à l’écran un texte de bienvenue.
5. Un court, une date et heure, et un instructeur ont été réservés pour ce membre.

Exercice 12 :
Pour le cas d’utilisation « réserver une leçon avec un instructeur » du système précédant, laquelle de ces phrases ne pourrait pas être une postcondition :

1. Le membre a une nouvelle leçon associée à une date et heure, et un court.
2. L’instructeur a été associé à une nouvelle leçon avec ce membre.
3. Le système vérifie que l’instructeur est disponible pour cette date et heure.
4. Un court est réservé pour ce membre à l’heure et date indiquées.
5. Si l’instructeur était disponible dans l’horaire choisi, cet horaire a été réservé dans son agenda.

Exercice 13 :
Considérons un système d’inscription et de suivi de patients dans une unité d’urgence d’un hôpital. Lequel de ces éléments n’est probablement pas un acteur?

1. Patient
2. Ambulancier
3. Système de gestion des dossiers des patients
4. Docteur
5. Secrétaire

Exercice 14 :
Pour le système précédent, laquelle de ces propositions n’est probablement pas un cas d’utilisation?

1. Inscrire un patient.
2. Attendre à la salle d’attente.
3. Faire une évaluation générale du patient.
4. Faire un examen médical.
5. Donner une ordonnance au patient.

Exercice 15 :
Pour le système précédent, lorsqu’un patient arrive à l’hôpital, il suit la démarche suivante : il (ou un parent) se présente auprès de la secrétaire d’urgence. Si c’est la première fois que le patient vient dans cet hôpital, la secrétaire lui demande d’aller au service de gestion des dossiers, pour qu’il fournisse quelques données et reçoive une carte de l’hôpital. Si ce n’est pas la première fois qu’il se rend dans cet hôpital, le patient fournit à la secrétaire sa carte de l’hôpital et sa carte d’assurance maladie. La secrétaire remplit le formulaire d’inscription du patient avec les données des deux cartes et en lui demandant des renseignements généraux concernant sa consultation, et transmet le formulaire à l’infirmière qui fera l’évaluation générale.

Décrivez le scénario principal du cas d’utilisation « Inscrire un patient ». Notez que le système qui nous intéresse ne s’occupe pas de la gestion des dossiers des patients, mais seulement de l’inscription et du suivi dans une unité d’urgence.

Modèle du domaine

Exercice 16 :
Quelles sont les affirmations vraies sur le diagramme de classes du domaine parmi les affirmations suivantes :

1. Ce diagramme décrit les concepts du domaine ainsi que les relations entre eux.
2. Ce diagramme décrit les personnes qui font appel au système pour atteindre un but et les relations entre ces buts.
3. Ce diagramme décrit l’évolution des objets du monde.
4. Ce diagramme permet de mesurer le nombre maximal d’instances de classe du système.
5. Ce diagramme sert à identifier avec le client, dès le début, les contraintes d’interface du système.

Exercice 17 :
Dans un modèle du domaine, une classe ne sert pas à représenter:

1. Un concept réel du domaine.
2. Un concept abstrait du domaine.
3. Un ensemble d’éléments du domaine ayant des caractéristiques et comportements communs.
4. Un serveur ou un client, si l’application doit être distribuée.
5. Une association entre plusieurs concepts ayant des attributs propres à l’association.

Exercice 18 :
Dans le modèle de classes du domaine, on peut utiliser une association pour décrire :

1. Une déclaration relative aux flux de données.
2. Une relation entre objets logiciels.
3. Une association entre une classe du domaine et une classe en charge du stockage persistant des objets de cette classe.
4. Qu’une classe du domaine A est une sous-unité organisationnelle d’une classe du domaine B.
5. Une spécification d’une entité.

Exercice 19 :
Dans le modèle de classes du domaine, l’analyste doit se concentrer davantage sur :

1. Les associations pour lesquelles il est nécessaire de mémoriser la relation pendant un certain temps.
2. Les associations dynamiques.
3. Les associations redondantes ou dérivables.
4. Toutes les associations, car on doit être exhaustif pour ne rien oublier.

Exercice 20 :
Dans un diagramme UML du modèle du domaine, un lien (9 —1) entre deux classes A et B indique que :

1. Dans le monde réel, une instance de la classe A interagit avec 9 instances de la classe B.
2. Une instance de la classe B interagit avec 9 instances de la classe A.
3. La classe A interagit avec la classe B au niveau des classes.
4. à chaque fois qu’une instance de B est crée, 9 instances de la classe A sont créées.
5. Toute information ou message arrivant à une instance de B est connue par 9 instances de A.

Exercice 21 :
Indiquez l’affirmation qui est correcte concernant le diagramme UML suivant :

1. Le diagramme est incorrect parce qu’entre deux classes, on ne peut avoir qu’une relation.
2. Le diagramme est incorrect : on peut avoir plusieurs relations entre deux classes mais pas avec ses cardinalités.
3. Le diagramme est correct.
4. Le diagramme est correct seulement si l’une des classes est une classe d’association.
5. Le diagramme est correct seulement si une relation est l’inverse de l’autre (par exemple : « contient » et « est contenu par »).

Exercice 22 :
Une expression numérique (entre des entiers) bien formée peut être définie de façon récursive par :

<exp_num> = <valeur> = <opbinaire> = <opbinaire> =

<exp_num> <opbinaire> <exp_num> | <opbinaire> <exp_num> | <valeur>  1 | 2 | 3 …  + | – | * | /  + | –

Faites le diagramme de classes permettant de modéliser cette définition.

Exercice 23 :
L’entreprise « Aguk » fait des manteaux d’hiver. Il y a différentes lignes de produits. La relation entre la classe « entreprise » et la classe « lignes de produit » est :

1. Une association.
2. Une agrégation.
3. Une composition.
4. Une généralisation (héritage).
5. Une association réflexive.

Exercice 24 :
On veut utiliser le qualificateur d’association « numero_de_compte » pour que la classe « banque » puisse accéder aux objets de la classe « client » : un client peut avoir plusieurs comptes mais un compte appartient à un seul client. Lequel des diagrammes suivants est correct :

1. 
   
2. 
   
3. 
   
4. 
   
5. 
   

Exercice 25 :
Une agence de voyages dispose d’un système de réservation qui gère des informations aussi bien sur des passagers que sur des agents de l’agence, un agent pouvant être aussi un passager. Indiquez quelle est la meilleure façon d’exprimer cette partie du modèle de classes du système parmi les solutions proposées :

1. 
   
2. 
   
3. 
   
4. 
   
5. 
   

Exercice 26 :
Une classe d’association est :

1. Une classe qui a une association de cardinalité supérieure à 1 avec une autre classe.
2. Une classe qui est associée à plusieurs autres classes.
3. Une classe décrivant l’association entre d’autres classes.
4. Une classe dont toutes les associations sont dirigées vers les classes associées.
5. Une classe qui n’a pas d’instances potentielles.

Exercice 27 :
Un club de tennis permet à ses membres de réserver des leçons à une date et heure précises et avec un instructeur particulier. Lors de cette réservation, un court est aussi réservé pour la leçon.

Donnez le modèle du domaine partiel déductible à partir du paragraphe précédent.

Consignes :
Indiquez le nom de chaque classe et la cardinalité des relations entre les classes.

Exercice 28 :
Le club de tennis de l’exemple précédent a décidé de donner un droit d’adhésion à tous ses instructeurs. Les instructeurs peuvent donc utiliser les différents services du club dont on ne s’occupera pas ici. Cependant, le service de réservation d’une leçon reste valide seulement pour les membres externes qui ne sont pas instructeurs.

Corrigez et complétez le modèle du domaine précédent pour prendre en compte cette modification.

Choix :

1. 
   
2. 
   
3. 
   
4. 
   
Réponse

Réponse : 1



Explications
Le club a plusieurs membres qui peuvent être de deux types : membre externe et instructeurs: les membres externes et les instructeurs sont des sous-ensembles des membres. Une réservation met en correspondance un membre externe, un instructeur et un court.

Explication de la réponse 2. :
Ce modèle permet aux instructeurs de faire des réservations, car en étant une spécialisation des membres, ils ont le lien entre membre et réservation.

Explication de la réponse 3. :
L’instructeur est un type particulier de membre qui peut, comme tous les autres membres, faire des réservations de leçons. Les réservations ne peuvent pas garder l’information de l’instructeur de la leçon, car ce lien n’est plus présent.

Explication de la réponse 4. :
Une nouvelle relation entre instructeur et membre a été établie. La sémantique de cette relation est exactement la sémantique de la spécialisation (tout instructeur est-un membre, un membre peut être ou non instructeur). Outre ne pas utiliser la notation prévue pour la spécialisation, le modèle permet la réservation d’une leçon par un instructeur.

Diagramme de séquence système

Exercice 29 :
Les diagrammes de séquence système (DSS)…

1. …représentent des interactions entre les objets du monde sous forme de graphes.
2. …représentent des interactions entre les objets du monde en faisant une colonne par objets.
3. …illustrent les événements et les états intéressants des objets ainsi que le comportement de ces objets en réaction aux événements.
4. …montrent, pour des scénarios de cas d’utilisation précis, les points d’erreurs possibles et les alternatives pour les traiter.
5. … montrent, pour des scénarios de cas d’utilisation précis, les événements générés par les acteurs externes, leur ordre et les événements inter-systèmes.
Réponse

Réponse : 5

Explications
Les DSS ne décrivent pas des objets du domaine. Ils considèrent le système comme une boîte noire. Les diagrammes dynamiques, que vous allez étudier dans le module 3 du cours, décrivent, quant à eux, l’interaction entre objets du système, que ce soit sous forme d’un graphe : diagrammes de collaboration (option 1.), ou d’une structure en colonnes permettant de mieux voir la succession des événements dans le temps : diagrammes de séquence, (option 2.). Le diagramme qui s’occupe des états et des événements d’un objet est le diagramme d’états, qui ne sera pas étudié dans ce cours.

Exercice 30 :
Dans un diagramme de séquence système, le modèle ci-dessous signifie :



1. L’acteur génère l’événement « eve » et le système termine avec une erreur « XX ».
2. Si la condition « XX » est satisfaite, l’acteur génère l’événement « eve ».
3. Tant que la condition « XX » est satisfaite, l’acteur génère l’événement « eve ».
4. L’acteur génère l’événement « eve » une fois, puis, tant que la condition « XX » est satisfaite, elle continue à générer « eve ».
5. L’acteur génère l’événement « eve » une fois, puis, tant que la condition « XX » n’est pas satisfaite, elle continue à générer « eve ».
Réponse

Réponse : 4

Exercice 31 :
Cet exercice fait référence à l’exercice 10 sur les cas d’utilisation. Il s’agissait de faire le scénario principal et le scénario alternatif particulier pour le cas d’utilisation « réserver un court » d’un système de gestion des courts d’un club de tennis. Les scénarios proposés étaient les suivants :

Scénario principal
1. Le membre du club donne son code.
2. Le système accepte le code.
3. Le membre demande les heures disponibles de la semaine en cours.
4. Le système montre l’horaire disponible.
5. Le membre réserve un jour et une heure.
6. Le système imprime la réservation.

Scénario alternatif

• 3a. Réservation directe sans regarder les disponibilités.
• 1. Le membre réserve un jour et une heure.
• 2a. Le système indique qu’il n’y a pas de courts disponibles pour cet horaire.
• 1. Le système demande une autre option.
• 2. Retourner à l’étape 1.
• 2b. Le système indique qu’il y a des courts disponibles pour cet horaire.
• 6. Le système imprime la réservation.

Faites les diagrammes de séquence système pour ces deux scénarios du cas d’utilisation « réserver un court ».

Réponse

Réponse :
Scénario principal


Scénario alternatif


Explications
Une numérotation a été ajoutée aux diagrammes pour faire la relation directe avec les différentes étapes des scénarios des cas d’utilisation concernés. Démarrer un diagramme de séquence avec un événement ayant comme nom le nom du cas d’utilisation est une bonne pratique : cela renforce le fait que le cas est déclenché par la volont&eacute de l’acteur.

Retour aux activités du Module 2