2016-09-13 1 views
2

Curerntly, je documente toutes les exigences du client en utilisant des diagrammes usecase et bien sûr je suis nouveau dans le paradigme de conception. J'ai un diagramme d'usecase de haut niveau qui contient des conditions de système globales. Et puis j'ai un diagramme d'utilisation de niveau de détail pour chaque cas d'utilisation défini dans le diagramme d'usecase de haut niveau. Maintenant, dans le diagramme de niveau de détail, j'ai inclus des cas d'utilisation que le système déclenche lui-même.Production du niveau de détail utilisation diagramme de cas

par exemple. Niveau élevé usecase - fichier Rapport Télécharger

Niveau de détail usecase pour le fichier Rapport de téléchargement:

enter image description here

Ici, dans la figure ci-dessus, le usecase 1.3, 1.4 et 1.5 sont de déclenchement du système et ce Les utilisations ne sont pas directement en interaction avec l'utilisateur.

Donc, ma question est que je devrais inclure ce type d'utilisation au niveau du système dans le diagramme usecase de détails ou devrais-je simplement inclure ces usecase qui interagissent seulement avec l'utilisateur?

P.S. Si ce que je fais ci-dessus n'est pas valide (la façon dont je suis en train de produire un diagramme d'utilisation comme dans le diagramme affiché) alors s'il vous plaît, j'aimerais avoir vos recommandations.

+0

Je vous recommande de lire Bittner/Spence. Vous essayez la décomposition fonctionnelle sans créer de cas d'utilisation. –

+0

Ok, merci pour l'information. Je ressens un peu cette façon d'utiliser les cas que je produis dans une sorte de manière fonctionnelle. De toute façon, je serais reconnaissant si vous pouviez me dire que puis-je faire à la place alors? Pouvez-vous s'il vous plaît me fournir une solution pour mon cas? En attendant, je vais étudier votre livre recommandé. –

Répondre

1

Eh bien, pas vraiment une réponse, mais un conseil. Le problème ici est que je devrais jeter votre conception jusqu'à présent et recommencer à zéro. Et ce n'est bien sûr pas possible. Donc à titre indicatif:

  • Rechercher une valeur ajoutée, pas une fonctionnalité.
  • Ne pas utiliser (!) Inclure/étendre et simplement dessiner des associations simples entre l'acteur et le cas d'utilisation.
  • Pour chaque cas d'utilisation, posez-vous la question: est-ce que c'est une valeur ajoutée? Seulement si la réponse est oui, alors ajoutez la bulle.
  • Nommez chaque cas d'utilisation avec verbe/sujet (et éventuellement un objet)
  • Utilisez uniquement l'acteur principal et laissez les acteurs secondaires dans vos diagrammes.
  • Si vos diagrammes UC commencent à ressembler à des toiles d'araignée, votre conception est probablement cassée.
  • Il n'y a pas de nombre absolu, mais vous finissez généralement avec une poignée d'acteurs et quelques dizaines d'UC.
+0

Votre réponse est vraiment très claire et informative. Merci beaucoup. –