0

私は現在、多くのサブシステムで構成される大きなシステムに取り組んでおり、各サブシステムは互いに依存しています。このシステムのユースケースを書きましたが、ユースケースには多くのプロセス (40 を超えるプロセス!) があることに注意してください。次のようになります。

  • グループ サブシステム:
    • グループを追加します。
    • グループを削除します。
    • グループに参加します。
    • ファイルをアップロードする。
    • 投票を作成します。
    • ファイルを削除します。
    • 投票を削除します。
    • 投稿/トピックを書く
    • 投稿を閉じます。
    • 投稿を編集します。
    • ....
  • メッセージ センター
    • メッセージを送る
    • 受信トレイを表示
    • メッセージを読みます。

等々 ..

これはスクリーンショットですが、それが大きなユースケースであることを知っているだけです:) http://farm2.static.flickr.com/1308/4691773979_4c5a30f26c_b.jpg

各ユーザーはこれらのプロセスと対話します。

  • これらのプロセスの数を減らすにはどうすればよいですか?
  • ユースケースのプロセスを多くのページに分割することはできますか?
4

4 に答える 4

2

多くのページに分割することで何を意味するのかわかりませんが、確かに複数のユースケースまたは複数のサブシステムに分割できます...しかし、それだけの価値はありますか?

私が知る限り（それほど多くはありません）、ユースケースは、ユーザーがシステムと、またはシステムと別のシステムでどのような相互作用を行うことができるかを明確に示すために使用されます。これらすべてのオプションを備えた 1 つのシステムだけで包括的なユースケースを作成することは可能ですが、すべてをより小さなサブシステムに分割しながらそれを行うことも可能です。

そのダイアグラムを見る必要がある人が、各アクターがどのように相互作用するかについて明確な考えを持っている限り、より使いやすいものを使用することをお勧めします。

さらに、ユースケースに取り組んでいる場合は、以前にパッケージ図/リストを作成したことがあるでしょう。もしそうなら、パッケージごとに 1 つのユース ケースを実行するだけで済みます。

于 2010-06-12T02:57:56.650 に答える
1

複数のページに分割することもできます。アクター別にダイアグラムを分割できます。したがって、1 つのアクターと、そのアクターに関連付けられたすべてのユース ケースを 1 つのページに含めることができます。すべてのユース ケースを図に含める必要があるかどうかを分析してみてください。

于 2010-06-22T08:40:56.420 に答える
1

あなたの用語はまったく正しくありません。

写真からわかるように、これは 1 つのユース ケースではありません。

それは数十のユースケースです。各楕円は個別のユース ケースです。各ボックスは個別のシステムです。32 のユース ケースを持つ 7 つのシステムを表示しています。

これを読んでください: http://www.agilemodeling.com/artifacts/useCaseDiagram.htm

あなたが「プロセス」とは何かを私は知りません。あなたの写真から推測すると、「プロセス」と呼んでいるものはすべてユースケースです。アクターはシステムとやり取りして、価値のあるものを作成します。

用語が間違っているので、「正常」かどうかはわかりません。ただし、用語を間違えることはよくあることです。

于 2010-06-12T11:41:26.200 に答える
0

ユースケースをグループ化する必要があります。たとえば、次の 3 つのユース ケースを含むユース ケース「Manage Group」を作成します。

add Group.
remove Group.
join to Group.

その後、ビューの粒度を選択して詳細を表示するかどうかを選択できます。

ここで他の例を参照してください。

http://askuml.com/files/2010/06/yuml-use-case-diagram03.png http://askuml.com/files/2010/06/yuml-use-case-diagram02.png http から取得: //askuml.com/blog/yuml-use-case/

于 2010-07-11T08:45:31.497 に答える