問題タブ [use-case]

私はUMLを使い始めたばかりで、次の質問に行き着きました:

一部のアクターは明らかに、自然界の実体の特殊化されたバージョンです。たとえば、明らかにユーザーの役割が異なる管理者アクターとユーザー アクター、サービスであるオーソライザーとディスパッチャーがあります (この方法で実装されます)。アクターとユースケースをモデル化する際にこれらの事実を無視するか、何らかの方法で指定する必要がありますか? コード生成を容易にするために、このような仕様をうまく利用できると思います。

同僚にユースケースの引き出しについて少しプレゼンテーションをした後、そのうちの1人が「ユースケースの前に必要な引き出し手法は何でしたか？また、ユースケースは以前の方法よりも優れていますか？」と尋ねました。わからない、誰か助けてもらえますか？

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

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

等々 ..

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

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

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

トピックからユースケース図をモデル化するのに助けが必要です。Java GUI になります。

電卓を設計する

1. ユーザーが、数値、演算子 +、-、および大括弧 '(' と ')' を含む正当な算術ステートメントをキー入力できるようにします。

2.ユーザーが「計算」ボタンを押すと、結果が表示されます。

3.正当なステートメントは、((3+2)-4+2) (3 に等しい) および (-2+3)-(3-1) (-1 に等しい) です。

4.ステートメントをパラメーターとして取り、結果を返す既存の関数を使用しないでください。ただし、コード内のすべての文字を解析するロジックを記述する必要があります。

5.ユーザーが「最後の計算」ボタンを押したときに表示されるように、最後のステートメントと答えを保存します。

netbeans 6.5.1 で UML を使用して 2 つのユース ケース図を設計しました。ユース ケースの 1 つは、ユース ケースが多すぎるかどうかなどはわかりません。ユースケース図が適切かどうかについてフィードバックを得たいと思っています。ありがとうございます。

自動化されたブラック ボックス取引アプリケーションでは、ユース ケースの主要なアクターとして誰を特定する必要がありますか? システムそのものなのか、それともシステム管理者なのか、それともシステムに利害関係を持つ組織なのか。

議論のために、私には、2 つの異なる用語が実際には同じことを言っているように思えます。この 2 つの設計アプローチの間に具体的な違いはありますか?

USE CASE ダイアグラムに取り組んでいますが、次のモデル化に問題があります: ユーザーは自分の残高を照会したいのですが、電話、SMS、または IVR でそれを行うことができます。さまざまな方法をどのように表す必要がありますか? それぞれ流れが違います。それぞれのユース ケースを 1 つだけモデル化する必要がありますか、それともさまざまな方法を拡張されたユース ケースとして表現する必要があります。

Use Case採点システムのあるゲームの を作っているとしましょう。ゲームで行う各アクションは、ゲームでのスコアを増減します。

ここに私のスケッチがありますUse Case：

この新しいスコアの計算の背後には、いくつかのアルゴリズムがあります。これに記載すべきUse Caseでしょうか？私はそれを別のものに記載する必要がありUse Caseますか？アルゴリズムの実装の詳細を単純に省略する必要がありますか?

Use Caseそのようなことを述べる正しい場所はありますか？それとも、と の間Use Caseの相互作用だけに関心を持つべきですか?PlayerSystemGame

おそらく、それらの詳細をどこかに書き留めておきたいと思います（本当に理解しているかどうかを確認するだけでなくても）. だから私には最善の選択肢は、それらがどのように機能するかを説明する別のユースケースを作成することだと思いますか?

一般的に、これらの種類のことはどのように行われUse Casesますか? ありがとう

Use Caseクイズの記入について作成しているとしましょう。そのクイズに答えるのにたった5分しかありません。「クイズに答える」の場合Use Case、時間制限があり、その後Use Caseは終了したことをどのように通知すればよいですか？私は単にテキストでそれを書くのですか、それとももっと正式に使うものはありますか？

私のユースケースのスケッチ：

上記のすべての操作の間に操作を入れて、残り時間が経過するたびにチェックすることもできますが、これを表示するためのより良い方法がおそらくあります。

ありがとう

アプリケーションの一部で使用する可能性のあるアルゴリズムをどこに記述すればよいか、少し混乱しています。

Use Case一連の値を入力し、アプリケーションがそれらの値の平均を返す方法を説明するを作成したいとしUserます (もちろん、これは非常に簡単なケースですが、このように説明する方が簡単です)。

では、数値の平均を計算するアルゴリズムをどこに記述すればよいでしょうか。

数値の平均を計算する代わりに、ゲームの構成を変更したり、次のレベルに移動したり、一連の条件を指定してデータベースにユーザーを追加したりしなければならなかったとしたら?

ドメインについて持っている知識を何らかの方法で形式化する必要があるように感じます。そうしないと、それを忘れるか、さらに悪いことに、書き留めるだけではわからないことを知っていると思い込んでしまう可能性があります。

別のスレッド、トピックで、誰かがビジネス ルールについて話しました。私が読んだことから、それらはクラス図に小さなメモとして置かれているようです。たぶん私は間違っています？もしそうなら、より複雑なアルゴリズムに使用するには扱いにくいと思います。

ありがとう