Discussion :

[langlois13]

Bonjour,

Je connais quelques éléments du langage UML (rôle, association, extend, include, généralisation,….)

Quelle serait le formalisme adapté à la représentation d’un parcours client ou d’un parcours linéaire (en restant au niveau le plus élevé) ?

Exemple pour un parcours de commande
Sélectionner des articles
Valider le panier
Payer

La représentation la plus courante semble être un rôle client avec une association vers chacune des 3 étapes du parcours de commande : sélectionner des articles, valider le panier, Payer.

Ce qui me gène dans cette représentation :
1 on perd visuellement le lien avec le parcours de commande (qui n’apparaît pas avec un lien vers chacune des 3 étapes)
2 il n’y a pas de notion de succession entre ces 3 étapes (le include est adapté à un sous cas d’utilisation rattaché à plusieurs cas, exemple authentification)

Que recommanderiez-vous ?

Cordialement,

[bruno_pages]

Valider le panier est possible mais pas obligatoire après avoir la sélection des articles => l'UC Valider le panier est une extension de l'UC Sélectionner des articles

exactement de la même façon l'UC Payer est une extension de l'UC Valider le panier

donc (Sélectionner des articles) <- - -<<extend>> - - - (Valider le panier) <- - -<<extend>> - - - (Payer)

[langlois13]

Bonjour,

Merci pour votre retour.

Dans le formalisme que vous proposez les 2 extends "valider le panier" et "payer" sont des options de la sélection des articles.
Sont-ils encore des cas d'utilisation reliés à l'acteur par un trait plein (une association) ? A proiri non.


Si le diagramme est limité à la description du processus de commande, le titre peut faire référence à cette action.
Dans le cas où le diagramme est un peu plus riche (exemple : gestion du compte client, ..) comment indiquer de manière explicite en langage UML que les 3 étapes "Sélection des articles", "Valider le panier" et "Payer" font partie de ce processus de commande ?

Cordialement,

[bruno_pages]

Sont-ils encore des cas d'utilisation reliés à l'acteur par un trait plein (une association) ? A proiri non.

il n'y a pas d'a priori dans cette histoire, le fait que ces UCs soient activables directement ou non est affaire de choix et reflète ce que l'utilisateur peux ou non faire avec le système.
En supposant que dans la pratique les interactions se font via des boutons dans une IHM, si les boutons pour valider du panier et pour payer sont toujours visibles et activés alors vous avez l'association, même si le déroulement de ces UCs vérifie par ailleurs que le panier est non vide etc.

Les cas d'utilisation permettent de spécifier les exigences des systèmes, c'est-à-dire ce que le système est censés faire, et donc comment il peut être utilisé de l'extérieur.

Dans le cas où le diagramme est un peu plus riche (exemple : gestion du compte client, ..) comment indiquer de manière explicite en langage UML que les 3 étapes "Sélection des articles", "Valider le panier" et "Payer" font partie de ce processus de commande ?

Vous pouvez utiliser un sujet pour le processus de commande, ou un sous-système, il y a plusieurs façons de regrouper des UCs