Analyse et conception avec UML

Cours UML analyse et conception avec UML, tutoriel & guide de travaux pratiques en pdf.

UML au travail

 L’université ESU (Pennsylvanie) désire automatiser son système d’inscription
– Le chef du service des inscriptions établit le programme des cours pour un semestre
• Un cours peut être offert plusieurs fois
– Les étudiants doivent sélectionner 4 cours primaires et 2 cours secondaires
– Dès qu’un étudiant s’est inscrit pour un semestre, le système de facturation est notifié
– Les étudiants peuvent utiliser le système pour modifier leurs choix pendant une certaine période de temps après leur inscription
– Les enseignants utilisent le système pour consulter leur emploi du temps (tableau d’activités en fonction des cours qui tournent)
– Les utilisateurs du système d’inscription reçoivent des mots de passe qui sont nécessaire à la procédure d’identification.

Les diagrammes de cas d’utilisation

 Une des notations d ’UML (use-cases)
 But :
– définir le système du point de vue des utilisateurs
– définir les limites précises du système
 Notation très simple, compréhensible par tous
 Permet de structurer :
– les besoins (cahier des charges)
– le reste du développement
– la progression d ’un cycle en spirale
 Les cas d’utilisation sont nommes en utilisant la terminologie décrite dans le dictionnaire.
 L’université ESU (Pennsylvanie) désire automatiser son système d’inscription
– Le chef du service des inscriptions établit le programme des cours pour un semestre
• Un cours peut être offert plusieurs fois
– Les étudiants doivent sélectionner 4 cours primaires et 2 cours secondaires
– Dès qu’un étudiant s’est inscrit pour un semestre, le système de facturation est notifié
– Les étudiants peuvent utiliser le système pour modifier leurs choix pendant une certaine période de temps après leur inscription
– Les enseignants utilisent le système pour consulter leur emploi du temps (tableau d’activités en fonction des cours qui tournent)
– Les utilisateurs du système d’inscription reçoivent des mots de passe qui sont nécessaire à la procédure d’identification.

Définir le périmètre du SI :

Acteurs
 Définir les acteurs externes
– physiques et logiques
– rôle et entité concrète
« Un acteur est une personne ou une chose qui va interagir avec le système »

Acteurs

 Un Acteur =
– élément externe qui interagit avec le système
– rôle qu’un utilisateur joue par rapport au système
ex: un enseignant, un guichetier
 Une même personne peut jouer plusieurs rôles
ex: Marie est enseignante et étudiante Maurice est directeur mais peut faire le guichetier
 Plusieurs personnes peuvent jouer un même rôle
ex: Paul et Pierre sont deux clients
 Un acteur n’est pas forcément un être humain
ex: un distributeur de billet peut être vu comme un acteur; un gestionnaire de mot de passes.

Description des acteurs

 Pour chaque acteur :
– choisir un identificateur représentatif de son rôle
– donner une brève description textuelle
Un guichetier est un employé de la banque chargé de faire lʼinterface entre le système informatique et les clients quʼil reçoit au comptoir. Le guichetier peut réaliser les opérations courantes : création d ʼun compte, dépôt et retrait d ʼargent, etc.

Cas d’utilisation

 Un cas d’utilisation est un motif de comportement intrinsèque au système
– Chaque cas d’utilisation est une séquence de transactions connectées, effectuées par un dialogue entre un acteur et le système
 Identification des besoins des acteurs
– Chef du service des inscriptions – maintenir le programme des études
– Enseignant – demander un tableau de service
– Etudiant – s’établir un emploi du temps
– Système de facturation – recevoir les informations de facturation du système d’inscription.

Le système

 Le système est un ensemble de cas d’utilisation
 Le système contient :
– les cas d ’utilisation,
– mais pas les acteurs.
 Un modèle de cas d ’utilisation permet de définir :
– les fonctions essentielles du système,
– les limites du système,
– le système par rapport à son environnement.

Relations entre use cases

Uses et Extends
 Au fur et à mesure que les cas d’utilisation sont documentés, des relations peuvent apparaître
– Une relation includes utilisation systématique
– Une relation extends dénote un comportement optionnel