Cours complet 009_INF4040- Sequence Diagram.pptx

Notes de l'éditeur

1. Comportent plusieurs éléments : Acteurs Cas d'utilisation Relations de dépendances, de généralisations et d'associations
2. il est très difficile de spécifier les besoins fonctionnels que nous avons sur une application à l’aide d’objets nous développeurs, plutôt habitués à utiliser le découpage fonctionnel Pour résoudre ce problème et réconcilier le paradigme objet avec la possibilité d’expri- mer les besoins d’une application sous forme de fonctions, UML définit le concept de cas d’utilisation.
3. les diagrammes de séquence et de communications mettent en œuvre principalement1 des objets et non des classes. Cela permet par exemple de montrer les échanges dans des configurations di érentes.
4. Le contexte des objets n’est pas représenté de manière explicite comme dans les diagrammes de collaboration. système , car elle se concentre sur un seul objet à la fois. Un diagramme d'interaction permet d'offrir une vue plus holistique(13) du comportement d'un jeu d'objets. Une collaboration permet de décrire la mise en œuvre d'une fonctionnalité par un jeu de participants Un rôle est la description d'un participant Les classes découvertes au moment de l'analyse (celles qui figurent dans le diagramme de classes) ne sont parfois pas assez détaillées pour pouvoir être implémentées par des développeurs. UML propose de partir des classeurs découverts au moment de l'analyse (tels que les classes, mais aussi les sous-systèmes, les cas d'utilisation…) et de les décomposer en éléments suffisamment fins pour permettre leur implémentation. Les classeurs ainsi décomposés s'appellent des classeurs structurés.
5. Le diagramme de séquence montre l’ordre des échanges de messages et le passage du temps. C’est un diagramme dit temporel. Les principaux concepts sont les objets participants à la séquence, le temps, les messages, et la création et la suppression de participants. Les forces des diagrammes de séquence sont leur simplicité et leur e cacité pour montrer l’aspect temporel (du haut vers le bas des schémas). L’interaction la plus petite est l’événement. Un événement est une interaction pendant laquelle « quelque chose » arrive
6. Ils décrivent la description de l’interaction, souvent dans des termes proches de l’utilisateur et sans entrer dans les détails de la synchronisation
7. Ils décrivent la description de l’interaction, souvent dans des termes proches de l’utilisateur et sans entrer dans les détails de la synchronisation
8. Ils décrivent la description de l’interaction, souvent dans des termes proches de l’utilisateur et sans entrer dans les détails de la synchronisation
9. Ainsi, les premiers diagrammes de séquence de l’analyse indiquent par exemple uniquement les noms des opérations. Ensuite, les mêmes diagrammes sont ra nés pour y ajouter les arguments et les types de retour, puis les attributs des classes appelantes ou variables locales recevant les valeurs de retour.
10. Il est important de noter qu’un message asynchrone ne possède pas de valeur de retour.
11. système , car elle se concentre sur un seul objet à la fois. Un diagramme d'interaction permet d'offrir une vue plus holistique(13) du comportement d'un jeu d'objets. UML propose principalement deux diagrammes pour illustrer une interaction : le diagramme de communication et celui de séquence. Une même interaction peut être présentée aussi bien par l'un que par l'autre (cf. figure 7.4 et 7.5).
12. système , car elle se concentre sur un seul objet à la fois. Un diagramme d'interaction permet d'offrir une vue plus holistique(13) du comportement d'un jeu d'objets. UML propose principalement deux diagrammes pour illustrer une interaction : le diagramme de communication et celui de séquence. Une même interaction peut être présentée aussi bien par l'un que par l'autre (cf. figure 7.4 et 7.5).
13. (qu'on peut détailler dans un autre diagramme de séquence). Cette construction ne correspond pas toujours à un vrai message ; elle peut indiquer un point d’entrée dans une activité de plus bas niveau, qui s’exerce au sein de l’objet. Les interactions internes (entre objets contenus par un objet composite) représentées par un message réflexif peuvent aussi être décrites dans un diagramme de séquence.
14. (qu'on peut détailler dans un autre diagramme de séquence). Cette construction ne correspond pas toujours à un vrai message ; elle peut indiquer un point d’entrée dans une activité de plus bas niveau, qui s’exerce au sein de l’objet. Les interactions internes (entre objets contenus par un objet composite) représentées par un message réflexif peuvent aussi être décrites dans un diagramme de séquence.
15. (qu'on peut détailler dans un autre diagramme de séquence). Cette construction ne correspond pas toujours à un vrai message ; elle peut indiquer un point d’entrée dans une activité de plus bas niveau, qui s’exerce au sein de l’objet. Les interactions internes (entre objets contenus par un objet composite) représentées par un message réflexif peuvent aussi être décrites dans un diagramme de séquence.
16. (qu'on peut détailler dans un autre diagramme de séquence). Cette construction ne correspond pas toujours à un vrai message ; elle peut indiquer un point d’entrée dans une activité de plus bas niveau, qui s’exerce au sein de l’objet. Les interactions internes (entre objets contenus par un objet composite) représentées par un message réflexif peuvent aussi être décrites dans un diagramme de séquence.
17. Une classe est un type abstrait caractérisé par des propriétés (attributs et méthodes) communes à un ensemble d'objets et permettant de créer des objets ayant ces propriétés Classe = attributs + méthodes + instanciation structure commune d’un ensemble d’objets et permet la construction d’objets instances de cette classe L’héritage entre classes UML doit être considéré comme une inclusion entre les ensembles des objets instances des classes. Les objets instances des sous-classes sont des objets instances des superclasses.
18. Dans le cas d’un appel de procédure, et plus généralement dans le cas des envois synchrones, le retour en fin d’exécution de l’opération est implicite : il n’est pas nécessaire de le représenter dans les diagrammes. L’objet A reprend son exécution lorsque l’action déclenchée dans l’objetBest terminée En revanche, dans le cas des envois asynchrones, le retour doit être matérialisé lorsqu’il existe.
19. Dans le cas d’un appel de procédure, et plus généralement dans le cas des envois synchrones, le retour en fin d’exécution de l’opération est implicite : il n’est pas nécessaire de le représenter dans les diagrammes. L’objet A reprend son exécution lorsque l’action déclenchée dans l’objetBest terminée En revanche, dans le cas des envois asynchrones, le retour doit être matérialisé lorsqu’il existe.
20. Exemple : Cet instant nommé peut par la suite servir de référence, pour construire des contraintes temporelles
21. Exemple : Cet instant nommé peut par la suite servir de référence, pour construire des contraintes temporelles
22. Exemple : Cet instant nommé peut par la suite servir de référence, pour construire des contraintes temporelles
23. Exemple : Cet instant nommé peut par la suite servir de référence, pour construire des contraintes temporelles