各インターフェース図を描いてユースケースの流れを構築する必要がある場合。次に、「ログイン」と言うようなダイアグラムから始めます。
ただし、ログインページの後、「ログアウト」ページ以外のどのページを選択しても構いません。
あなたはいつもナビゲーションバーを持っていますか？ナビゲーション バーのすべてのオプションでしょうか。
アカウントページ、個人ページなど...
すべての図に「アカウントページ」図へのアクセスがあることをフローで確認する必要がありますか?
それとも、そのための他の解決策がありますか?
事前にサンクス
ユースケース図は、内部および外部のアクターによって実行される、システム内の特定のイベントを説明するために使用されます。内部アクターは、システムと直接やり取りするユーザー (管理者、顧客など) です。内部アクターになることもできます。外部アクターは、システムと通信する他のユーザーまたは他のシステムです。
したがって、このタイプのダイアグラムは、表現したいものを描写するには役に立ちません。UML を使用してシステムを定義しているためです。次のように、さまざまな図を実装できます。
ユーザー インターフェイス モデルの動作と構造を捉えたコラボレーション図など。このタイプのダイアグラムは、特定のユース ケース仕様またはそれらのセットに関連するアクターとイベントを含む視覚的なフローを表します。コラボレーション図のもう 1 つの特徴は、動作を示すだけでなく、関係も詳細に示していることです。
クラス レベルでの相互作用を表すには、読みやすさを考慮して、クラスごとにその名前とパブリック メソッドのみを表示するクラス図の修正バージョンを使用できます。次に、これらの各クラスと対話する対応するアクターを挿入します。
もう 1 つの図はシーケンス図です。これは、アクターとイベントを含む相互作用の段階的な説明を提供します。
一方、UML 領域の外では、基本的なレイアウトと、ページ内のさまざまなコンポーネントとのグラフィカルな相互作用を示したいだけの場合は、ワイヤーフレームを使用することをお勧めします。