シーケンス図に前提条件を含めるか？例えば

Question

は、ユースケース仕様で、前提条件の一つは、ユーザがメインフローではなく、ログインしていることである、それはまた。

Answer 1

ユーザのログインがすべて図は、抽象化の異なるレベルを示すことができると述べて 。より重要なビジネスに集中したい場合は、より抽象的で、ログインなどの些細なことを忘れてしまいます。非常に詳細なシーケンス図、または5つまたは6つのアクションを説明する抽象的なシーケンスを描くことができます。 それはあなた次第であり、あなたの目標です。

しかし、認証がシーケンスの重要な部分である場合は、それを保管することをお勧めします。たとえば、お金を引き出すためのシーケンス図を描き、その後、認証が他の側面に集中しない限り、プロセス全体の重要な部分であるとします。

Answer 2

完了すると、仕様にはメッセージに事前条件がありません。しかし、@ Salmanが説明するように、ログインシーケンスをモデル化し、それをinteractionUseとして使用することができます。

いくつかのスキーマがあります：LoginManagerを定義するためのクラス図、資格証明がどのようにチェックされるかを定義する2つのゲートを持つダイアグラム・シーケンス、前のものを使用するダイアグラム。図はEAで完成しました。