Assoziation zwischen zwei use cases in UML
Ich weiß, dass zwei Anwendungsfälle können verbunden sein, zusammen mit den folgenden Beziehungen
1. erweitern
2. gehören
3. erfordern
Abgesehen von diesen Beziehungen, ist es eine andere Art und Weise zu verknüpfen zwei Anwendungsfälle?
http://www.visualusecase.com/visual-use-case-screenshots/use-case-diagram-editor-screenshot.html
Wenn jemand mir sagen könnte, ob der Zusammenhang zwischen mieten, video-und charge-Kreditkarte verwenden Fällen legal ist oder nicht? Ich bin nicht zu Fragen, über die include-Beziehung ist es, über die man ohne einen Namen.
Schreibe einen Kommentar
Du musst angemeldet sein, um einen Kommentar abzugeben.
Zuerst geben wir den richtigen Namen für diese Beziehungen:
In Use-Case-Diagramm, zwischen Anwendungsfällen, Sie können definieren 3 Beziehungen:
Dann Warnen Sie Über Use Cases
Anwendungsfälle sind text-Geschichten zeigt die Wechselwirkung von "Akteuren" mit system zu erreichen, um ein "Ziel".
Also statt zu Fragen "ist es okay, zu verwenden, verwenden Sie diese Beziehung oder nicht, zuerst schreiben Sie Ihre use-case-Szenarien. Sie müssen nicht ( und sollten es auch nicht) schreiben, die sich alle in details. Arbeit in einem iterativen Weise.
Überprüfen Der Lebenszyklus eines Use-Case
Include-Beziehung
Beim schreiben von use-cases, wenn Sie sehen, dass einige Schritte in use case Szenarien , die auftreten, wieder und wieder.[ viele Male] extrahieren Sie dann wiederholen der Schritte einer separaten use-case, dann verweisen Sie von der anderen Anwendungsfälle mit "include" Beziehung.[ zu vermeiden reputation]
Oder Sie kann mit "include" - Beziehung zu zersetzen lange Anwendungsfalles in kleinere Untereinheiten[ Seien Sie vorsichtig, vermeiden funktionale ZERLEGUNG ]
Extend-Beziehung
Haben Sie ein optionales Verhalten in use-case-Basis, basierend auf einer Bedingung. Aber viele Male, während Sie schreiben von use cases, Sie haben Erweiterungen Abschnitte und zeigt ohne extend-Beziehung in einem Diagramm, können Sie nur record-write-optionales Verhalten, dass[ Extensions] - Abschnitte. Aber wenn Sie denken, optionale Verhalten ist wichtig und man sollte Sie sich auf use-case-Diagramm, dann zeigen Sie auf Diagramm extend-Beziehung
Verallgemeinern Beziehung
Wenn Sie ein Anfänger modeller bleiben Sie Weg von Generalize-Beziehung. Es ist interpretation [ wie schreibt seine text-story ] ist irgendwie problematisch.
Wenn gewünscht erhalten Sie weitere Informationen Schauen Sie im Kapitel Über die Generalisierung zwischen Anwendungsfällen des Buches
Use-Case-Modellierung,Kurt Bittner Ian Spence oder Muster für die Effektive Nutzung Fällen , Steve Adolph, usw... [ in Abschnitt 7.5. CapturedAbstraction—Ein Muster für die Anwendung von UML-Generalisierung, von Dan Rawsthorne]
Über Ein Beispiel-Diagramm:
"Rent video" und "Charge Kredit" - Karte-Beziehung ist technisch legal seit es wird gesagt, dass die Mieten der Gebrauch von Video-Gehäuse "Charge Credit" : , um mieten Sie ein video, das Sie sollten immer kostenlos Kreditkarte. Und dieser Schritt[Charge Credit] ist auch die Wiederholung von Zahlen Late Fee Anwendungsfall [ laut deinem Diagramm]
Und Rabatt ist "optional", basierend auf einem Zustand [ kann sein, wenn Sie mehr als 3 haben Sie] so "verlängern" ist auch technisch legal.
Aber Sie haben unnötige Linien , die ich nicht verstehe.
Abschließende Beratung:
Verschwenden Sie Ihre Zeit nicht auf Use-Case-Diagrammen zu viel.Das wichtigste ist, use-case-Szenarien. Und wenn möglich, verwenden Sie mindestens von Beziehungen im use-case-Diagramme.