J'avais l'habitude d'aborder les diagrammes de cas d'utilisation de manière holistique; donc tous les stackholder/partie doivent être inclus.
Et le client < -> l'interaction du système semble être un cas d'utilisation du système - peut-être vous devriez améliorer votre diagramm avec quelques verbes:
Un cas d'utilisation du système est normalement décrite à la fonctionnalité du système niveau (par exemple, créer un voucher) et spécifie la fonction ou le service que le système fournit à l'utilisateur. Un cas d'utilisation du système décrira ce que l'acteur réalise en interagissant avec le système. Pour cette raison, il est recommandé qu'une spécification de cas d'utilisation du système commence par un verbe (par exemple, créer un bon, sélectionner des paiements, exclure un paiement, annuler un bon). Généralement, l'acteur peut être un utilisateur humain ou un autre système interagissant avec le système en cours de définition.
Source: Article on Use Case
PS: Les diagrammes de cas sont un peu haut niveau et apparaissent dans le début d'un processus de développement logiciel. D'autres artefacts à grain plus fin émergeront le long du chemin.
PPS: Et à la fin, les utilisateurs sont souvent (de type de) ignoré dans les modèles traditionnels de développement, donc je pense que jamais mal à les dessiner sur au moins un diagramme ...
le lien de la question n'existe pas maintenant. Alors, comment peut-il être utile aux autres? alors ce message devrait être modifié ou supprimé. –
Image 404d. Pouvez-vous réparer? – Will