Ce TP vise à reprendre les diagrammes des UC et les lier avec le diagramme de classe.
Si vous lisez ce document c’est que vous avez réalisé la manipulation suivante :
-
Vous avez créé un dépôt en cliquant sur le lien : https://classroom.github.com/a/yVPdUrR4
-
Vous avez ouvert ce fichier dans votre VS Code (si vous l’avez sur votre machine) ou sur la version en ligne via github.dev (recommandé pour un premier TP , surtout si vous ne connaissez pas [git]).
Pour lancer un EDI directement sur le web depuis votre dépôt [git] :
|
💡
|
Si vous n’avez pas ce bouton "GitPod", tapez gitpod.io/# devant l’URL de votre dépôt (ou tapez sur le caractère ".").
|
|
|
Vérifiez bien que vous n’avez pas ouvert le dépôt d’un autre étudiant, nous avons des soucis avec les credentials git qui ne se ré-initialisent pas au redémarrage des machines. == Rappel du cours |
Le Diagramme des Cas d’Utilisation est un modèle UML permettant de représenter :
-
les UC (Use Case ou Cas d’Utilisation)
-
les acteurs (principaux et secondaires)
-
les relations entre acteurs et UC
|
ℹ️
|
On notera simplement UC pour signifier "diagramme des UC" |
Un cas d’utilisation représente un ensemble de scénarios que le système doit exécuter pour produire un résultat observable par un acteur.
- Scénario principal
-
L’UC démarre lorsque le Guichet Automatique Bancaire (GAB) demande au client son numéro confidentiel après l’introduction de sa CB. Le client entre son code et valide son entrée. Le GAB contrôle la validité du code. Si le code est valide, le GAB autorise le retrait et l’UC se termine.
- Scénario alternatif n°1
-
Le client peut à tout instant annuler l’opération. La carte est éjectée et l’UC se termine.
- Exemple de codification de l’UC
-
UC01 ou RetraitCB (pour Retrait par carte bleue)
Un cas d’utilisation peut être précisé par :
-
une description textuelle
-
un ou des diagrammes UML (séquence, activité)
|
ℹ️
|
Dans les outils, cette "précision" se manifeste par le fait que l’on "attache" généralement un diagramme de séquence à un cas d’utilisation (clic droit sur un UC → nouveau diagramme de séquence). |
Un acteur peut être une personne, un ensemble de personnes, un logiciel, ou un processus qui interagit avec un ou plusieurs UC.
On peut trouver plusieurs types d’acteurs :
-
extérieurs au système (cf. actor Diagramme d’UC ci-après)
-
les acteurs principaux
-
les acteurs secondaires
-
les administrateurs (ils gèrent le système : données, sécurité, droits d’accès, utilisateurs…)
-
- Extension (<<extend>>)
-
Indique que l’UC source est éventuellement exécutée en complément de l’UC destination (cas particulier, erreur…)
- Inclusion (<<include>>)
-
Indique qu’un UC est inclus obligatoirement dans un autre UC (notion de sous-programme par exemple)
- Généralisation
-
Relation entre un UC général et un autre plus spécialisé qui hérite de ses caractéristiques et en rajoute
|
💡
|
On n’utilise généralement <<include>> que dans le cas où le sous-cas d’utilisation est inclut dans plusieurs UC. Si ce n’est pas le cas, il est généralement englobé dans l’UC. |
|
|
Les diagrammes sont à réaliser comme les TD précédents, en utilisant votre éditeur en ligne (GitPod conseillé) ou en local si vous savez ensuite "pousser" vos modifications locales vers le dépôt distant (commandes add, commit, push) |
Une entreprise de construction souhaite informatiser la gestion de ses chantiers. Elle a un certain nombre d’employés, tous artisans, chacun ayant une spécialité. Un artisan peut être affecté à plusieurs chantiers en même temps.
L’entreprise souhaite pouvoir, grâce à ce système informatique :
-
Gérer ses chantiers (date de début, de fin, adresse, …)
-
Gérer ses artisans (salaire horaire, coordonnées, …)
-
Gérer quels artisans sont affectés à quels chantiers (nombre d’heures effectuées par tel artisan sur tel chantier, début et fin de mission sur un chantier, …)
-
Calculer automatiquement la paye d’un artisan donné pour un chantier donné
Les sujets des questions apparaitront sous la forme d'Issues (cf. explications du prof) dès que vous aurez poussé votre première modification sous la forme du la mise à jour de ce fichier README.adoc avec vos noms et prénoms.
Les Issues sont ici :
