Je connais les diagrammes de cas d'utilisation. Mais y a-t-il quelque chose appelé un diagramme de relation de cas d'utilisation? Comment est-ce différent?Existe-t-il un diagramme de relation de cas d'utilisation?
Répondre
Vous devez penser aux relations de cas d'utilisation. wikipedia cite:
Utiliser des relations cas
Trois relations entre les cas d'utilisation sont souvent utilisés dans la pratique.
Inclure
Dans une forme d'interaction, un cas d'utilisation donnée peut comprendre une autre. "Inclure est une relation dirigée entre deux cas d'utilisation , ce qui implique que le comportement du cas d'utilisation inclus est inséré dans le comportement de l'utilisation incluse " 1.
Le premier cas d'utilisation dépend souvent de le résultat du cas d'utilisation inclus. Ceci est utile pour extraire vraiment comportements courants de plusieurs cas d'utilisation en une seule description. La notation est une flèche en pointillés provenant du , y compris le cas d'utilisation inclus, avec l'étiquette "" include "". Cette utilisation ressemble à une macro-expansion où le comportement de cas d'utilisation inclus est placé en ligne dans le comportement de cas d'utilisation de base. Il n'y a pas de paramètre ou renvoie les valeurs . Pour spécifier l'emplacement dans un flux d'événements dans lesquels l'utilisation de base cas comprend le comportement d'un autre, vous écrivez simplement inclure suivi par le nom de cas d'utilisation que vous voulez inclure, comme dans le flux suivant pour piste commande.
Elargir
Dans une autre forme d'interaction, un (extension) de cas d'utilisation donné peut étendre une autre. Cette relation indique que le comportement du cas d'utilisation de l'extension peut être inséré dans le cas d'utilisation étendu dans certaines conditions 1. La notation est une flèche en pointillés de l'extension au cas d'utilisation étendue , avec l'étiquette "" extend "". Des notes ou contraintes peuvent être associées à cette relation pour illustrer les conditions sous dans lesquelles ce comportement sera exécuté. Les modélisateurs utilisent la relation «extend» pour indiquer les cas d'utilisation «facultatifs» dans le cas d'utilisation de base. Selon l'approche du modélisateur "facultatif" peut signifier "potentiellement non exécuté avec le cas d'utilisation de base" ou peut signifier "non requis pour atteindre l'objectif de base ."
Alors, est-ce un autre type de diagramme? – neuromancer
Ce n'est pas un diagramme. C'est un concept dans un diagramme – marcgg
(il n'y a pas de diagramme de relation de cas d'utilisation) – marcgg
Un diagramme de cas d'utilisation contient un cas d'utilisation. Dans le RUP, il y a un cas d'utilisation modèle de domaine qui affiche la relation entre les différents cas d'utilisation. Dans un cas d'utilisation, vous pouvez inclure aussi d'autres cas d'utilisation, qui affiche également une certaine relation entre les cas d'utilisation.
RUP signifie Rational Unified Process, il est un processus de développement largement utilisé, en particulier dans un peu d'organisations plus formelles. il fait un usage intensif des diagrammes UML. http://nl.wikipedia.org/wiki/Rational_Unified_Process
Voilà plus d'informations sur la représentation des relations entre les cas d'utilisation: UML Us e diagrammes de cas: Référence à http://msdn.microsoft.com/en-us/library/dd409427%28VS.100%29.aspx
Inclure: Un cas d'utilisation, y compris les appels ou invoque le inclus un. L'inclusion est utilisée pour montrer comment un cas d'utilisation se divise en étapes plus petites. Le cas d'utilisation inclus est à la pointe de la flèche.
Étendre: Un cas d'utilisation étendu ajoute des objectifs et des étapes au cas d'utilisation étendu. Les extensions ne fonctionnent que dans certaines conditions. Le cas d'utilisation étendu se situe à la pointe de la flèche.
Possédez-vous en fait un livre sur UML? Sinon, je suggère que vous en obteniez un. –
@solairaja: Ne vois pas de problèmes avec cette question. Ne sois pas si agressif. – Kamarey