Zum Beispiel in einem Anwendungsfall-Spezifikation, eine der Voraussetzungen ist, dass der Benutzer in aber in der Hauptströmung angemeldet ist es auch fest, dass die Benutzer sich anmeldet.Schließen wir Vorbedingungen in ein Sequenzdiagramm ein?
Alle Diagramme verschiedenen Abstraktionsebenen zeigen . Wenn Sie sich auf wichtigere geschäftliche Dinge konzentrieren möchten, müssen Sie abstrakter sein und triviale Dinge wie das Einloggen vergessen. Sie können ein sehr detailliertes Sequenzdiagramm zeichnen oder eine abstrakte Sequenz, die 5 oder 6 Aktionen erklärt. Es liegt an Ihnen und Ihrem Ziel.
Aber wenn die Authentifizierung ein wichtiger Teil der Sequenz ist, ist es besser, sie zu behalten. Nehmen wir zum Beispiel an, Sie möchten das Sequenzdiagramm für das Geldabheben zeichnen, dann ist die Authentifizierung ein wichtiger Teil des gesamten Prozesses, es sei denn, Sie möchten sich auf andere Aspekte konzentrieren.
zu vervollständigen, in der Spezifikation Nachricht hat keine Vorbedingung. Wie @Salman jedoch erklärt, können Sie eine Login-Sequenz modellieren und sie als InteractionUse verwenden.
Hier sind einige Schemata: ein Klassendiagramm zum Definieren eines LoginManager, eine Diagrammsequenz mit zwei Gates, die definiert, wie Anmeldeinformationen überprüft werden, ein Diagramm, das das vorherige verwendet. Diagramme mit EA gemacht.
tut diese Hilfe? – Salman
Nur um diese Antwort hinzuzufügen, da die Voraussetzung für die Protokollierung am besten durch die Zustände angezeigt wird, können Sie entweder einfach den Status 'logged' in Ihrem Sequenzdiagramm anzeigen lassen, unser' opt' kombiniertes Fragment mit dem Status 'not logged' hinzufügen ein 'Ref' zu einem anderen Sequenzdiagramm, das die Protokollierung selbst zeigt. Durch eine solche Zerlegung wird ein einzelnes Diagramm nicht zu komplex, sondern es werden die wichtigsten Informationen angezeigt, und Sie können alle Details der (potenziellen) Protokollierungskomplexität bei Bedarf in einem anderen Diagramm darstellen. – Ister