SlideShare une entreprise Scribd logo
D IAGRAMME   D E   C AS  D’ U TILISATION   ( U SE   C ASES ) H ERAGUEMI  K AMEL  E DDINE P REPARER PAR
Plan de travail Technique de modélisation Orientée Objet. UML  2.0 ( U nified  M odeling  L anguage ). Diagramme de  Cas d’utilisation (Use Cases)
Technique de modélisation Orientée Objet. L’émergence des approches ’objet’ (1990-1995) Prise de conscience de l’importance d’une approche spécifiquement objet : comment structurer un système sans centrer l’analyse uniquement sur les données ou uniquement sur les traitements (mais sur les deux) ? Plusieurs méthodes objet sont apparues durant cette période (Booch, Classe-Relation,  Fusion, HOOD, OMT, OOA, OOD, OOM, OOSE...) ! Méthodes ont émergé du lot : OMT   (Object Modelling Technique) , par James Rumbaugh,  OOD  (Object Oriented Design) , par Grady Booch ; OOSE   (Object Oriented Software Engineering) , par Ivar Jacobson,  Ce sont les ascendants d’ UML
UML 2.0 (Unified modeling language) Auteurs: James Rumbaugh, Grady Booch et Yvar Jacobson Objectifs: Faciliter la communication entre les différents acteurs d’un projet Faciliter la communication avec la machine Limiter les ambiguïtés Construire (interpréter les diagrammes pour code)
UML 2.0 (Unified modeling language)/2 Définition: Un  langage   pas une méthode : UML définit des modes de représentation (diagrammes et notations) mais n’impose pas de démarche standardisée.  Un  langage de modélisation objet   permettant de documenter dans des modèles toutes les phases du développement (analyse, conception et implantation).
UML 2.0 (Unified modeling language)/3
Diagramme de Cas d’utilisation  QU’EST-CE QU’UN CAS D’UTILISATION: Un  cas d’utilisation  (Use Cases)  est un diagramme qui modélise une interaction entre le  système informatique  à développer et un  utilisateur  ou  acteur  interagissant avec le système. Permettent de définir les  besoins des utilisateurs  et les  fonctionnalités du système  : Limitation du système, Relations avec son environnement,  Fonctions attendues.
QU’EST-CE QU’UN  Acteur: Personne  ou  Système  qui interagit avec le système étudié en échangeant de l’information. Il possède un rôle par rapport au système, Il peut consulter ou modifier l’état d’un système.  Il existe  4  catégories principales d’acteur: Acteur  PRINCIPAL :  Les personnes qu’utilisent la fonction principale du système. Acteur  SECONDAIRE :  Les personnes qu’effectuent des taches administratives ou maintenance du système  Matériels Externes : Les périphériques qui doit être utiliser(Ex :imprimante...) Autre Systèmes:  Les systèmes avec lesquels le système doit être interagit.  Acteurs et cas Acteur
Acteurs et cas 2 QU’EST-CE QU’UN  CAS: Un cas d'utilisation représente une  fonctionnalité fournie par le système , typiquement décrite sous la forme  Verbe . Les cas d'utilisation sont représentés par une ellipse contenant leurs nom. Nom du cas
Acteurs et cas 3 Comment identifier les cas ?  Chaque cas d’utilisation doit décrire les exigences fonctionnelles du système.   Chaque cas d’utilisation correspond à une fonction  du système (besoins des utilisateurs et possibilités du système).  Donc il faut  chercher pour chaque acteur  : Les différentes intentions métier avec lesquelles il utilise le système,  Déterminer les services fonctionnels attendus du système.
Les relations  dans un diagramme  cas d’utilisation Il existe 4 relations principales :  La relation d’ association  La relation de généralisation La relation d’ inclusion La relation d’extension Exemple System de gestion de Compte bancaire
Les relations  dans un diagramme  cas d’utilisation 5 Une relation d’association : est un  chemin de communication entre un acteur et un cas d’utilisation. Exemple Retirer des billées  Chargement des billées Admistrateur  Client  (Acteur Primaire ) (Acteur Secondaire)
Les relations  dans un diagramme  cas d’utilisation 4 Héritage (généralisation)  :  le cas d’utilisation dérivé est une spécialisation du cas d’utilisation parent (même notion d’héritage entre les classes) ; Exemple Le cas  VIREMENT PAR INTERNET  hérite de tout les caractéristique  du cas  VIREMENT  VIREMENT  VIRMENT PAR INTERNET
Les relations  dans un diagramme  cas d’utilisation 2 La relation d’ inclusion  ( « Include » ): un cas d’utilisation a besoin d’un autre cas d’utilisation pour réaliser sa tâche ; Exemple Pour qu’ un utilisateur  réalise le cas de VIREMENT il fait qu’il passe le cas d’IDENTIFICATION . Donc l’opération  virement utilise l’opération d’identification  Virement Identification « Include »
Les relations  dans un diagramme  cas d’utilisation 3 La relation d’extension  (« Extend » )  :  le cas source ajoute son comportement au cas destination (cible). L’extension peut être soumise à une condition. Exemple VERIFICATION DE SOLDE Retire de solde  « Extend »
Description narrative des cas d’utilisation Comme la plupart des diagrammes UML, le diagramme des cas d’utilisation nécessite souvent une description narrative (textuelle) associée ; Décrire un cas d’utilisation consiste à définir son contexte, et à détailler la communication entre le cas et l’acteur ; Dans la plupart des cas, on peut adopter le plan suivant : Pré condition  : conditions garantissant que le cas d’utilisation peut démarrer correctement. Processus ou dialogue  : c’est la description pas à pas des échanges entre l’acteur et le cas d’utilisation. Arrêt  : liste des fins possibles du cas. Postcondition  : ensemble de conditions qui doivent être satisfaites à la fin du cas, pour garantir que le système est dans un état cohérent.
Conclusion Le diagramme de cas d’utilisation est plus riche que le diagramme  acteurs/flux  de  Merise .  En plus des acteurs et des communications, il liste les principales  fonctionnalités attendues . Il permet de les organiser grâce aux relations d’héritage, d’inclusion et d’extension.  Avec les  descriptions textuelles   et les  scénarios , l’analyste dispose de moyens simples pour exprimer de manière semi-formelle les  besoins fonctionnels et non fonctionnels du système étudié  .

Contenu connexe

Tendances

Uml 2 pratique de la modélisation
Uml 2  pratique de la modélisationUml 2  pratique de la modélisation
Uml 2 pratique de la modélisation
Nassim Amine
 
CoursUML-SlimMesfar-Total
CoursUML-SlimMesfar-TotalCoursUML-SlimMesfar-Total
CoursUML-SlimMesfar-Total
Ahmed Mekkaoui
 
Uml : Diagrammes de Cas dutilisation -- Modele preliminaire -- 23
Uml : Diagrammes de Cas dutilisation -- Modele preliminaire -- 23Uml : Diagrammes de Cas dutilisation -- Modele preliminaire -- 23
Uml : Diagrammes de Cas dutilisation -- Modele preliminaire -- 23
megaplanet20
 
Uml upxp2
Uml upxp2Uml upxp2
Uml upxp2
Joubi Aaziz
 
Les limites-de-l uml (1)
Les limites-de-l uml (1)Les limites-de-l uml (1)
Les limites-de-l uml (1)
Samah Dekhil
 
UML Part 4- diagrammres de classes et d'objets mansouri
UML Part 4- diagrammres de classes et d'objets mansouriUML Part 4- diagrammres de classes et d'objets mansouri
UML Part 4- diagrammres de classes et d'objets mansouri
Mansouri Khalifa
 
diagramme des cas d'utilisation
diagramme des cas d'utilisationdiagramme des cas d'utilisation
diagramme des cas d'utilisation
Amir Souissi
 
UML Part2- diagramme des uses cases_mansouri
UML Part2- diagramme des uses cases_mansouriUML Part2- diagramme des uses cases_mansouri
UML Part2- diagramme des uses cases_mansouri
Mansouri Khalifa
 
introduction à la modélisation objet
introduction à la modélisation objetintroduction à la modélisation objet
introduction à la modélisation objet
Amir Souissi
 
diagramme de séquence UML
diagramme de séquence UMLdiagramme de séquence UML
diagramme de séquence UML
Amir Souissi
 
Cours d'Introduction à Uml
Cours d'Introduction à UmlCours d'Introduction à Uml
Cours d'Introduction à Uml
Christophe Vaudry
 
UML : Diagrammes de cas d'utilisation -- Problemes recurrents -- 20
UML : Diagrammes de cas d'utilisation -- Problemes recurrents -- 20UML : Diagrammes de cas d'utilisation -- Problemes recurrents -- 20
UML : Diagrammes de cas d'utilisation -- Problemes recurrents -- 20
megaplanet20
 
Chp3 - Diagramme de Classes
Chp3 - Diagramme de ClassesChp3 - Diagramme de Classes
Chp3 - Diagramme de Classes
Lilia Sfaxi
 
013 mediha cgi - sensibilisation uml
013   mediha cgi - sensibilisation uml013   mediha cgi - sensibilisation uml
013 mediha cgi - sensibilisation uml
Abdessamad Hamouch
 
Uml classes Par les exemples
Uml classes Par les exemplesUml classes Par les exemples
Uml classes Par les exemples
Mireille Blay-Fornarino
 
Uml: Diagrammes de classes -- Concepts avances --- 27
Uml: Diagrammes de classes -- Concepts avances --- 27Uml: Diagrammes de classes -- Concepts avances --- 27
Uml: Diagrammes de classes -- Concepts avances --- 27
megaplanet20
 
U M L Analyse Et Conception Objet
U M L Analyse Et Conception ObjetU M L Analyse Et Conception Objet
U M L Analyse Et Conception Objet
Amine Chkr
 

Tendances (20)

Uml 2 pratique de la modélisation
Uml 2  pratique de la modélisationUml 2  pratique de la modélisation
Uml 2 pratique de la modélisation
 
CoursUML-SlimMesfar-Total
CoursUML-SlimMesfar-TotalCoursUML-SlimMesfar-Total
CoursUML-SlimMesfar-Total
 
Uml : Diagrammes de Cas dutilisation -- Modele preliminaire -- 23
Uml : Diagrammes de Cas dutilisation -- Modele preliminaire -- 23Uml : Diagrammes de Cas dutilisation -- Modele preliminaire -- 23
Uml : Diagrammes de Cas dutilisation -- Modele preliminaire -- 23
 
Uml upxp2
Uml upxp2Uml upxp2
Uml upxp2
 
UML Diagrammes Dynamiques
UML Diagrammes DynamiquesUML Diagrammes Dynamiques
UML Diagrammes Dynamiques
 
Les limites-de-l uml (1)
Les limites-de-l uml (1)Les limites-de-l uml (1)
Les limites-de-l uml (1)
 
UML Part 4- diagrammres de classes et d'objets mansouri
UML Part 4- diagrammres de classes et d'objets mansouriUML Part 4- diagrammres de classes et d'objets mansouri
UML Part 4- diagrammres de classes et d'objets mansouri
 
diagramme des cas d'utilisation
diagramme des cas d'utilisationdiagramme des cas d'utilisation
diagramme des cas d'utilisation
 
UML Part2- diagramme des uses cases_mansouri
UML Part2- diagramme des uses cases_mansouriUML Part2- diagramme des uses cases_mansouri
UML Part2- diagramme des uses cases_mansouri
 
introduction à la modélisation objet
introduction à la modélisation objetintroduction à la modélisation objet
introduction à la modélisation objet
 
CM CU-cockburn
CM CU-cockburnCM CU-cockburn
CM CU-cockburn
 
diagramme de séquence UML
diagramme de séquence UMLdiagramme de séquence UML
diagramme de séquence UML
 
Cours d'Introduction à Uml
Cours d'Introduction à UmlCours d'Introduction à Uml
Cours d'Introduction à Uml
 
Uml
UmlUml
Uml
 
UML : Diagrammes de cas d'utilisation -- Problemes recurrents -- 20
UML : Diagrammes de cas d'utilisation -- Problemes recurrents -- 20UML : Diagrammes de cas d'utilisation -- Problemes recurrents -- 20
UML : Diagrammes de cas d'utilisation -- Problemes recurrents -- 20
 
Chp3 - Diagramme de Classes
Chp3 - Diagramme de ClassesChp3 - Diagramme de Classes
Chp3 - Diagramme de Classes
 
013 mediha cgi - sensibilisation uml
013   mediha cgi - sensibilisation uml013   mediha cgi - sensibilisation uml
013 mediha cgi - sensibilisation uml
 
Uml classes Par les exemples
Uml classes Par les exemplesUml classes Par les exemples
Uml classes Par les exemples
 
Uml: Diagrammes de classes -- Concepts avances --- 27
Uml: Diagrammes de classes -- Concepts avances --- 27Uml: Diagrammes de classes -- Concepts avances --- 27
Uml: Diagrammes de classes -- Concepts avances --- 27
 
U M L Analyse Et Conception Objet
U M L Analyse Et Conception ObjetU M L Analyse Et Conception Objet
U M L Analyse Et Conception Objet
 

Similaire à diagramme de cas d'utilisation

Unified Modeling Language Intro 2021-2022 VF
Unified Modeling Language Intro 2021-2022 VFUnified Modeling Language Intro 2021-2022 VF
Unified Modeling Language Intro 2021-2022 VF
cifaf13039
 
UML CAI Conception (DSI,IA...) - 2021-2022.pptx
UML CAI Conception (DSI,IA...) - 2021-2022.pptxUML CAI Conception (DSI,IA...) - 2021-2022.pptx
UML CAI Conception (DSI,IA...) - 2021-2022.pptx
ibraguer03
 
UML CAI Conception (DSI,IA...) - 2021-2022.pptx
UML CAI Conception (DSI,IA...) - 2021-2022.pptxUML CAI Conception (DSI,IA...) - 2021-2022.pptx
UML CAI Conception (DSI,IA...) - 2021-2022.pptx
ibraguer03
 
Definitiondesbesoinsuml
DefinitiondesbesoinsumlDefinitiondesbesoinsuml
Definitiondesbesoinsuml
VINOT Bernard
 
03GL-diagramme de cas dutilisation.pptx
03GL-diagramme de cas dutilisation.pptx03GL-diagramme de cas dutilisation.pptx
03GL-diagramme de cas dutilisation.pptx
ssuser9d2f89
 
Diagramme de cas d_utilisation.pptx
Diagramme de cas d_utilisation.pptxDiagramme de cas d_utilisation.pptx
Diagramme de cas d_utilisation.pptx
PingdwendeChristophe
 
03GL-diagramme de cas dutilisation (1).ppsx
03GL-diagramme de cas dutilisation (1).ppsx03GL-diagramme de cas dutilisation (1).ppsx
03GL-diagramme de cas dutilisation (1).ppsx
ssuser9d2f89
 
Initiation à UML: Partie 2
Initiation à UML: Partie 2Initiation à UML: Partie 2
Initiation à UML: Partie 2
DIALLO Boubacar
 
Support de cours Conception orientée objets - partie 1.pdf
Support de cours Conception orientée objets - partie 1.pdfSupport de cours Conception orientée objets - partie 1.pdf
Support de cours Conception orientée objets - partie 1.pdf
YasushiTsubakik
 
Présentation sur le diagramme de séquence.ppt
Présentation sur le diagramme de séquence.pptPrésentation sur le diagramme de séquence.ppt
Présentation sur le diagramme de séquence.ppt
sadik75
 
Uml
UmlUml
Présentation cours UML.pptx
Présentation  cours UML.pptxPrésentation  cours UML.pptx
Présentation cours UML.pptx
PrinceLankoand
 
projet fédéré projet pour matiere projet federe
projet fédéré projet pour matiere projet federeprojet fédéré projet pour matiere projet federe
projet fédéré projet pour matiere projet federe
MoetezJlassi
 
Tp3 - UML
Tp3 - UMLTp3 - UML
Tp3 - UML
Lilia Sfaxi
 
Modelisation agile 03122011
Modelisation agile  03122011Modelisation agile  03122011
Modelisation agile 03122011
agnes_crepet
 
556ef78d93c3b
556ef78d93c3b556ef78d93c3b
556ef78d93c3b
zineb taki
 
Methodo support
Methodo supportMethodo support
Methodo support
James Sylvano
 
Présentation UML.ppt
Présentation UML.pptPrésentation UML.ppt
Présentation UML.ppt
NajiHita1
 
CSI_COURS_diapo_part1...............ppsx
CSI_COURS_diapo_part1...............ppsxCSI_COURS_diapo_part1...............ppsx
CSI_COURS_diapo_part1...............ppsx
FUR7
 

Similaire à diagramme de cas d'utilisation (20)

Unified Modeling Language Intro 2021-2022 VF
Unified Modeling Language Intro 2021-2022 VFUnified Modeling Language Intro 2021-2022 VF
Unified Modeling Language Intro 2021-2022 VF
 
UML CAI Conception (DSI,IA...) - 2021-2022.pptx
UML CAI Conception (DSI,IA...) - 2021-2022.pptxUML CAI Conception (DSI,IA...) - 2021-2022.pptx
UML CAI Conception (DSI,IA...) - 2021-2022.pptx
 
UML CAI Conception (DSI,IA...) - 2021-2022.pptx
UML CAI Conception (DSI,IA...) - 2021-2022.pptxUML CAI Conception (DSI,IA...) - 2021-2022.pptx
UML CAI Conception (DSI,IA...) - 2021-2022.pptx
 
Definitiondesbesoinsuml
DefinitiondesbesoinsumlDefinitiondesbesoinsuml
Definitiondesbesoinsuml
 
03GL-diagramme de cas dutilisation.pptx
03GL-diagramme de cas dutilisation.pptx03GL-diagramme de cas dutilisation.pptx
03GL-diagramme de cas dutilisation.pptx
 
Diagramme de cas d_utilisation.pptx
Diagramme de cas d_utilisation.pptxDiagramme de cas d_utilisation.pptx
Diagramme de cas d_utilisation.pptx
 
03GL-diagramme de cas dutilisation (1).ppsx
03GL-diagramme de cas dutilisation (1).ppsx03GL-diagramme de cas dutilisation (1).ppsx
03GL-diagramme de cas dutilisation (1).ppsx
 
Initiation à UML: Partie 2
Initiation à UML: Partie 2Initiation à UML: Partie 2
Initiation à UML: Partie 2
 
Support de cours Conception orientée objets - partie 1.pdf
Support de cours Conception orientée objets - partie 1.pdfSupport de cours Conception orientée objets - partie 1.pdf
Support de cours Conception orientée objets - partie 1.pdf
 
Présentation sur le diagramme de séquence.ppt
Présentation sur le diagramme de séquence.pptPrésentation sur le diagramme de séquence.ppt
Présentation sur le diagramme de séquence.ppt
 
Uml
UmlUml
Uml
 
Présentation cours UML.pptx
Présentation  cours UML.pptxPrésentation  cours UML.pptx
Présentation cours UML.pptx
 
projet fédéré projet pour matiere projet federe
projet fédéré projet pour matiere projet federeprojet fédéré projet pour matiere projet federe
projet fédéré projet pour matiere projet federe
 
CM uml-intro
CM uml-introCM uml-intro
CM uml-intro
 
Tp3 - UML
Tp3 - UMLTp3 - UML
Tp3 - UML
 
Modelisation agile 03122011
Modelisation agile  03122011Modelisation agile  03122011
Modelisation agile 03122011
 
556ef78d93c3b
556ef78d93c3b556ef78d93c3b
556ef78d93c3b
 
Methodo support
Methodo supportMethodo support
Methodo support
 
Présentation UML.ppt
Présentation UML.pptPrésentation UML.ppt
Présentation UML.ppt
 
CSI_COURS_diapo_part1...............ppsx
CSI_COURS_diapo_part1...............ppsxCSI_COURS_diapo_part1...............ppsx
CSI_COURS_diapo_part1...............ppsx
 

diagramme de cas d'utilisation

  • 1. D IAGRAMME D E C AS D’ U TILISATION ( U SE C ASES ) H ERAGUEMI K AMEL E DDINE P REPARER PAR
  • 2. Plan de travail Technique de modélisation Orientée Objet. UML 2.0 ( U nified M odeling L anguage ). Diagramme de Cas d’utilisation (Use Cases)
  • 3. Technique de modélisation Orientée Objet. L’émergence des approches ’objet’ (1990-1995) Prise de conscience de l’importance d’une approche spécifiquement objet : comment structurer un système sans centrer l’analyse uniquement sur les données ou uniquement sur les traitements (mais sur les deux) ? Plusieurs méthodes objet sont apparues durant cette période (Booch, Classe-Relation, Fusion, HOOD, OMT, OOA, OOD, OOM, OOSE...) ! Méthodes ont émergé du lot : OMT (Object Modelling Technique) , par James Rumbaugh, OOD (Object Oriented Design) , par Grady Booch ; OOSE (Object Oriented Software Engineering) , par Ivar Jacobson, Ce sont les ascendants d’ UML
  • 4. UML 2.0 (Unified modeling language) Auteurs: James Rumbaugh, Grady Booch et Yvar Jacobson Objectifs: Faciliter la communication entre les différents acteurs d’un projet Faciliter la communication avec la machine Limiter les ambiguïtés Construire (interpréter les diagrammes pour code)
  • 5. UML 2.0 (Unified modeling language)/2 Définition: Un langage pas une méthode : UML définit des modes de représentation (diagrammes et notations) mais n’impose pas de démarche standardisée. Un langage de modélisation objet permettant de documenter dans des modèles toutes les phases du développement (analyse, conception et implantation).
  • 6. UML 2.0 (Unified modeling language)/3
  • 7. Diagramme de Cas d’utilisation QU’EST-CE QU’UN CAS D’UTILISATION: Un cas d’utilisation (Use Cases) est un diagramme qui modélise une interaction entre le système informatique à développer et un utilisateur ou acteur interagissant avec le système. Permettent de définir les besoins des utilisateurs et les fonctionnalités du système : Limitation du système, Relations avec son environnement, Fonctions attendues.
  • 8. QU’EST-CE QU’UN Acteur: Personne ou Système qui interagit avec le système étudié en échangeant de l’information. Il possède un rôle par rapport au système, Il peut consulter ou modifier l’état d’un système. Il existe 4 catégories principales d’acteur: Acteur PRINCIPAL : Les personnes qu’utilisent la fonction principale du système. Acteur SECONDAIRE : Les personnes qu’effectuent des taches administratives ou maintenance du système Matériels Externes : Les périphériques qui doit être utiliser(Ex :imprimante...) Autre Systèmes: Les systèmes avec lesquels le système doit être interagit. Acteurs et cas Acteur
  • 9. Acteurs et cas 2 QU’EST-CE QU’UN CAS: Un cas d'utilisation représente une fonctionnalité fournie par le système , typiquement décrite sous la forme Verbe . Les cas d'utilisation sont représentés par une ellipse contenant leurs nom. Nom du cas
  • 10. Acteurs et cas 3 Comment identifier les cas ? Chaque cas d’utilisation doit décrire les exigences fonctionnelles du système. Chaque cas d’utilisation correspond à une fonction du système (besoins des utilisateurs et possibilités du système). Donc il faut chercher pour chaque acteur : Les différentes intentions métier avec lesquelles il utilise le système, Déterminer les services fonctionnels attendus du système.
  • 11. Les relations dans un diagramme cas d’utilisation Il existe 4 relations principales : La relation d’ association La relation de généralisation La relation d’ inclusion La relation d’extension Exemple System de gestion de Compte bancaire
  • 12. Les relations dans un diagramme cas d’utilisation 5 Une relation d’association : est un chemin de communication entre un acteur et un cas d’utilisation. Exemple Retirer des billées Chargement des billées Admistrateur Client (Acteur Primaire ) (Acteur Secondaire)
  • 13. Les relations dans un diagramme cas d’utilisation 4 Héritage (généralisation) : le cas d’utilisation dérivé est une spécialisation du cas d’utilisation parent (même notion d’héritage entre les classes) ; Exemple Le cas VIREMENT PAR INTERNET hérite de tout les caractéristique du cas VIREMENT VIREMENT VIRMENT PAR INTERNET
  • 14. Les relations dans un diagramme cas d’utilisation 2 La relation d’ inclusion ( « Include » ): un cas d’utilisation a besoin d’un autre cas d’utilisation pour réaliser sa tâche ; Exemple Pour qu’ un utilisateur réalise le cas de VIREMENT il fait qu’il passe le cas d’IDENTIFICATION . Donc l’opération virement utilise l’opération d’identification Virement Identification « Include »
  • 15. Les relations dans un diagramme cas d’utilisation 3 La relation d’extension (« Extend » ) : le cas source ajoute son comportement au cas destination (cible). L’extension peut être soumise à une condition. Exemple VERIFICATION DE SOLDE Retire de solde « Extend »
  • 16. Description narrative des cas d’utilisation Comme la plupart des diagrammes UML, le diagramme des cas d’utilisation nécessite souvent une description narrative (textuelle) associée ; Décrire un cas d’utilisation consiste à définir son contexte, et à détailler la communication entre le cas et l’acteur ; Dans la plupart des cas, on peut adopter le plan suivant : Pré condition : conditions garantissant que le cas d’utilisation peut démarrer correctement. Processus ou dialogue : c’est la description pas à pas des échanges entre l’acteur et le cas d’utilisation. Arrêt : liste des fins possibles du cas. Postcondition : ensemble de conditions qui doivent être satisfaites à la fin du cas, pour garantir que le système est dans un état cohérent.
  • 17. Conclusion Le diagramme de cas d’utilisation est plus riche que le diagramme acteurs/flux de Merise . En plus des acteurs et des communications, il liste les principales fonctionnalités attendues . Il permet de les organiser grâce aux relations d’héritage, d’inclusion et d’extension. Avec les descriptions textuelles et les scénarios , l’analyste dispose de moyens simples pour exprimer de manière semi-formelle les besoins fonctionnels et non fonctionnels du système étudié .