Parure Bollywood Pas Cher
UML Cours 5: Diagramme de séquences Les diagrammes de cas d'utilisation modélisent à QUOI sert le système, en organisant les interactions possibles avec les acteurs. Les diagrammes de classes permettent de spécifier la structure et les liens entre les objets dont le système est composé: ils spécifie QUI sera à l'oeuvre dans le système pour réaliser les fonctionnalités décrites par les diagrammes de cas d'utilisation. Les diagrammes de séquences permettent de décrire COMMENT les éléments du système interagissent entre eux et avec les acteurs: Les objets au coeur d'un système interagissent en s'échangent des messages. Les acteurs interagissent avec le système au moyen d'IHM (Interfaces Homme-Machine). Interaction Pour être complètement spécifiée, une interaction doit être décrite dans plusieurs diagrammes UML: Cas d'utilisation Séquences Classes pour spécifier les opérations nécessaires Ligne de vie Une ligne de vie représente un participant à une interaction (objet ou acteur). La syntaxe de son libellé est: nomLigneDeVie {[selecteur]}: NomClasseOuActeur Une ligne de vie est une instance, donc il y a nécessairement les deux points (:) dans son libellé.
Mais avant cela, les objets et les classes seront présentés dans un système de processus d'enregistrement. Ci-dessus, un exemple de diagramme de séquence UML qui montre le processus d'enregistrement. Exemple 3: diagramme de séquence du système de connexion des étudiants. Un meilleur exemple pour illustrer le diagramme UML consiste à montrer la connexion des étudiants au système scolaire. Voir le diagramme de séquence ci-dessus. Lorsqu'un élève se connecte au système, son identité est identifiée par l'administrateur du système, et il est validé sur la base des informations d'identification correctes. L'étudiant est alors autorisé à accéder aux informations dont il a besoin pour un cas, par exemple: la liste des classes, les notes, et après cela, sa mission clos, et il a réussi à faire ce pour quoi il s'était identifié. Exemple 4: Diagramme de séquence UML d'un site Web Soumission de commentaires dans le diagramme de séquence UML. - Les commentaires rédigés et soumis par les utilisateurs sont initialement validés par le service d'hébergement du site.
message simple: le message n'a pas de spécificité particulière d'envoi et de réception. message avec durée de vie: l'expéditeur attend une réponse du récepteur pendant un certain temps et reprend ses activités si aucune réponse n'a lieu dans un délai prévu. message synchrone: l'expéditeur est bloqué jusqu'au signal de prise en compte par le destinataire. Les messages synchrones sont symbolisés par des flèches barrées. message asynchrone: le message est envoyé, l'expéditeur continue son activité que le message soit parvenu ou pris en compte ou non. Les messages asynchrones sont symbolisés par des demi-flèches. message dérobant: le message est mis en attente dans une liste d'attente de traitement chez le récepteur. Le langage permet de décaler l'envoi et la réception des messages, pour montrer les délais de communication non négligeables. La plupart des ateliers UML ne prennent cependant pas en compte cette spécificité. Cadres d'interaction [ modifier | modifier le code] Pour les cas plus complexes, on peut intégrer des algorithmes dans les diagrammes de séquences.
seq: Il existe au moins deux fragments d'opérande. Les messages impliquant la même ligne de vie doivent se produire dans l'ordre des fragments. Lorsqu'ils n'impliquent pas les mêmes lignes de vie, les messages des différents fragments peuvent être entrelacés en parallèle. strict: Il existe au moins deux fragments d'opérande. Les fragments doivent se produire dans l'ordre donné. Opérateurs d'interprétation de la séquence consider: Spécifie une liste des messages que ce fragment décrit. D'autres messages peuvent se produire dans le système en cours d'exécution, mais ils ne sont pas significatifs quant aux objectifs de cette description. ignore: Liste des messages que ce fragment ne décrit pas. Ils peuvent se produire dans le système en cours d'exécution, mais ils ne sont pas significatifs quant aux objectifs de cette description. assert: Le fragment d'opérande spécifie les seules séquences valides. Généralement utilisé dans un fragment Consider ou Ignore. neg: La séquence affichée dans ce fragment ne doit pas se produire.