Comment écrire un interface utilisateur dans un diagramme de séquence?
Donc, je veux faire un diagramme de séquence pour la connexion .. La première étape est l'utilisateur accédant à mon site Web, puis le système redirigation du formulaire de connexion, puis il insère le nom d'utilisateur et le mot de passe que le système le valident, si le succès, il le dira de la page d'accueil.
ma question est la suivante: comment mettre de l'interface utilisateur comme la formulaire de connexion dans le diagramme de séquence? J'utilise comme une interface: forme de connexion mais je pense que c'est le mauvais moyen, car ce que je sais que l'interface est comme une classe en C #/Java .. Voici mon diagramme de séquence. Voici mon diagramme de séquence.
besoin d'aide, merci pour l'aide
Il y a quelques petites choses " mal " avec le schéma, mais rien de majeur. Il est la plupart du temps que vous avez des éléments utilisés avec un sens particulier dans UML où ce sens ne correspond pas à ce que vous voulez exprimer.
Comme un croquis sur un tableau blanc avec une explication verbale, votre schéma fera très bien.
[. .____] Si vous voulez l'utiliser dans un document, où vous ne pouvez pas être là pour expliquer les écarts par rapport à UML, je vous propose quelques changements mineurs:
- Le stéréotype UML
<<interface>>Moyens même en C #/classe Java définie avec le mot-clé<<interface>>. Si vous voulez utiliser un stéréotype UML pour indiquer quelque chose est une page dans votre interface utilisateur, vous devez choisir un autre stéréotype, comme<<UI>>ou<<Form>>. - Vos utilisations du diagramme des appels synchronisés (un composant effectue un appel et ne puis absolument rien jusqu'à ce que les retours d'appel). Ce n'est pas une représentation précise de la façon dont un utilisateur (humain) interagirait avec un système. Il est plus précisément décrit comme une communication asynchrone (à l'aide de flèches en trait plein avec une tête ouverte flèche).
En bref
Votre diagramme est intéressant de manière intéressante.
Si vous souhaitez modéliser les scénarios d'interface utilisateur, mieux optez pour certains scénarios filaires annotés. Ce sont plus expressifs pour cela.
Plus d'arguments
Côté gauche du diagramme
La première question est de savoir s'il est ou non l'utilisateur (c'est-à-dire l'acteur) dans le diagramme de séquence:
- En réalité, l'acteur n'interagit pas avec la forme, mais avec des widgets d'interface utilisateur sur cette forme, et vous avez transformé ces widgets en messages. Donc, le niveau d'abstraction et la sémantique ne sont pas les mêmes des deux côtés du diagramme.
- il est même interrogé s'il est légal d'utiliser un acteur dans un diagramme de séquence ( par exemple ici ou ici ou ici ).
Mais l'objectif de la modélisation est de mieux comprendre la conception, donc si l'acteur vous aide, à vous de décider de cette question formelle.
Côté droit du diagramme
Le rôle de votre :User L'objet n'est pas complètement clair. Avez-vous un objet utilisateur qui existe tout le temps? Ou essayez-vous de le créer une fois que vous avez tous les éléments?
Dans ce dernier cas, vous pouvez probablement vouloir aller pour un Créer un message pour créer de manière conditionnelle cette ligne de vie.
Et quel est son rôle: pourquoi vous voulez "montrer" une page Web à un objet?
Et pourquoi, si le login échoue, l'objet User renvoie le formulaire de connexion au formulaire de connexion qui renvoie ensuite le formulaire de connexion à l'acteur. Il y a évidemment quelques points de choses ici.
Utilisez le bon outil de modélisation pour le bon problème
UML est un bon outil pour afficher le système dans son environnement (cas d'utilisation) et montrer les internes du système (la plupart des autres diagrammes).
Mais ce n'est pas un outil de documenter les scénarios d'interface utilisateur. Même Booch, Rumbaugh et Jacobson, les inventeurs de UML rendent cela clair dans leur livre " processus unifié", qui consiste à utiliser UML dans l'analyse et la conception du système. D'autres outils plus spécialisés sont plus appropriés pour la perception humaine de ce qui se passe (par exemple filframe scénarios).
Une fois que les interactions avec l'utilisateur sont claires, vous pouvez bien sûr montrer une version résumée dans un diagramme de séquence . Mais cela doit rendre Cristal Clear ce que System est responsable de l'action dans l'interaction. Et les messages doivent ensuite être misérable pour fonctionner des appels ou des événements système.