Modélisation 0.0 avec UML 2UUG-Olfa Miraihi CHAPITRE Il : Modélisation Fonetionnelle: 5 Diagramme de Gas d’Utilisation (introduction it i i ii offrant tes Un systéme est construit pour satisfaire les besoins de ses utilisateurs en fonctionnalités répondant a leurs besoins. On parle alors de besoins fonctionnels. UML permet de modéliser les besoins fonctionnels des utilisateurs a travers le diagramme cas dulisation. Ce diagramme décrit donc le point de vue des utlisateurs concemant ce & QUO! devra servirle systéme. (2zacteury Un réle joué par un utiisateur humain ou tout autre systéme qui interaaitdirecfement avec le systéme a modéliser. Si acteur est un ifiiSateUrhumain, on le représente par Un)bonfiomme’ avec son nom end | dessous de t'cdne, c'est- souscetteforme: — P twat, Si acteur est un autre systéme c'est 2-dire non humain, on le représente par Remarque 1: Plusieurs utilisateurs humains peuvent jouer le méme réle, ils correspondent alors a un seul acteur. ; Un méme utilisateur humain peut jouer différents réles, il correspond alors @ plusieurs acteurs. Remarque Dans certains systémes & modéliser, on peut distinguer entre acteur ptincipal et acteur secondaire -un acteur principal : c’est celui qui va utiliser le systéme & modéliser afin de bénéficier d'une fonctionnalité quill désire. C’est donc lui qui déclenche la communication avec le systéme & modéliser. Le systéme 4 modéliser existe pour satisfaire les besoins des acteurs principaux. un acteur secondaire : c'est celui qui va étre sollcité par le systéme a modéliser. C'est le systéme a modéliser qui va faire appel & lui pour intervenir dans une fonctionnalité en exécution désirée par I'acteur principal ou juste pour recevoir une information depuis une fonctionnalité en exécution désirée par I'acteur principal. Exemples acteurs .. ‘ cas d'utilisationyy Un cas d'utilisation est une fonctionnalité désirée par un acteur et offerte par le systéme a ‘modéliser. II correspond done a un besoin fonctionnel de Facteur qui va utliser le systéme. Un cas d'utilisation donne un résultat observable qui a de la valeur pour son acteur. Scanned with CamScanner fest-a-dire sous cette forme: ¢z Actor >> vomModélisation 0.0 avec UML. 2UG-Olfa Mrai mm du cas dlutilisation en Un cas ditiisation est représenté par une elipse aver [6 NOM Ot 2 tire sous ete dessous de T'ellipse et formé d'un verbe suivi d'un compl forme : t I ‘ émentaire. C'est en réalité un Remarque: Un cas d'utilisation n'est pas une action élémentair nitcieleaiie ensemble d'actions (d’étape) élémentaires qui s'enchainent en définissant u! gue entre acteur de ce cas d'utilisation et ie systéme. ésenté os ations elémentares ‘un cas dutisaion ne sont. pas représentées, ee diagramme de cas d'utilisation mais sont décrits textuellement en iy _ Scénarios possibles d'utilisation d'une fonctionnalité du systéme par un acteur. e t Exemples de cas dutilsation... (4{Relationventre Acteurét Cas Utilisation’ Cacteur communique avec le systéme & travers un ou plusieurs cas d'utilisation. La relation de communication entre un acteur et un cas d'utilisation ‘s‘appelle association, On la représente par: Remarque : Si le sens exact de la communication est précisé alors on représente association par ou : : Exemples... (SiRelation entre Acteurs) Dans certains systémes a modéliser, un acteur peut étre las, ou la généralisation de plusieurs autres acteurs, Un acteur hérite tous les cas diutiisation qui concement un autre acter se i ze : et posséde ses ropres cas d'utilisation qui lui sont spéciales et "hone . ome a Pe aul_ne sont done pas hérités par l'autre Pécialisation d'un autre acteur La relation de généralisation/spécialisation est alors utlisée A . Bins Pour e) ceci. représentée par et est ditigée de lacteur qui hénte vers Factecr deat ar hate Exemple... (6: Relations entre Casid'Utilisationy Il existe trois relations possibles entre cas d'utilisation : “une relation de dépendancestérétypée include, représentég parear a “tne relation de dépendance stéréotypée extend, Teprésentée ~une relation de généralisation/spécialsaton représentég par: Scanned with CamScanner‘Modélisation 0.0 avec UML 2UIG-Olfa Mrait (64. Relation Inciude” Crest une relation dinclusion entre deux cas diutiisation. Elle s'applique dans les deux situations suivantes : -si un cas d'utilisation A doit faire appel obligatoirement a un cas d'utilisation B a un certain moment de son exécution. C’est-2-dire que l'exécution de A dépend de lexécution B. ~siun cas d'utilisation est réutilisé obligatoirement par plusieurs autres cas d'utlisations Exemples... : Crest une relation d'extension entre deux cas d'utlisation. Elle s’applique dans les deux situations suivantes : ~ si un cas dutilisation A peut faire appel optionnellement a un cas d‘utlisation B un certain moment de son exécution. ~ si un cas d'utilisation A fait appel sous certaine condition a un cas diutlisation B a un certain moment de Son exécution Dans les deux situations fe cas duflisation A est indépendant du cas utilisation 8. Lexécution de B vient étendre celle de A cest-a-dire vient lui ajouter un comportement additionnel Exemples... La relation de généralisation/spécialisation s'applique entre deix cas dutlisation sémantiquement proches, pour dire qu'un cas d'utilisation est une variation d'un autre cas utilisation. : Le cas d'utilisation pére contient des actions communes et le(s) cas dutlisation fils hérite(nt) ces actions communes mais contien(nen)t aussi des actions qui lui sont spéciales, Larelation de généralisation/spécialisation est dirigée du fils vers le pére, Remarque : On peut aussi utiiser la généralisation/spécialisation pour représenter une relation entre un cas abstrait et ses cas concrets Exemples... 7. Diagramme de Cas d'Utilisation Crest une représentation graphique qui montre les acteurs qul vont utllser le systéme & modéliser et les associations entre ces acteurs et les cas d'utiisations qui les concerment et qui appartiennent au systéme a modéliser et délimitent ses frontiéres. Uacteur principal est représenté a gauche de la frontiére du systéme & modéliser. L'acteur secondaire sil existe est représenté a droite de la frontiére du systéme & modéliser. ‘On peut aussi trouver si elles existent des relations entre acteurs et des relations entre cas d'utlisations. Dans un diagramme de cas d'utilisation il n'existe pas de relation d'ordre entre cas utilisation, Scanned with CamScannerModélisation 0.0 avec UML 2UG-Olfa Mraihi Exemple de diagramme de cas d'utilisation : * f Scanned with CamScanner