2016-12-08 5 views
0

このユースケース図では、現在正しく動作しているかどうかはわかりません。オンラインでチェックされ、各サイトから私に異なる答えが与えられます。私は指示や誰かが私を修正する必要があります。このユースケース図は正しいですか?

Diagram

答えて

0

番号のみ「登録」(何を?)と、彼らは値を追加するので、ユースケースとみなすことができる(?)「/詳細の表示を追加します」。 「ログイン」も「メインメニュー」もユースケースではありません。第1は制約であり、第2は実装の詳細です。

1

私は現在、クライアントとまったく同様の議論を経ていますので、これは興味深いです...

私はこれが実際に何を表すのかが不明だという理由だけで「ノー」と言うでしょう。 ユースケースはユーザーに利益をもたらすものでなければなりません。この図では実際にはそうではありません。 Actor0は実際に何を達成しようとしていますか?私は図からこれを得ていない。

これを行う前に明細書を書き留めましたか?私はホワイトボードに行って、あなたの俳優の目標と、俳優が目標を達成するようにこのように見える方法を書き留めることが、ユースケースの理解を深め、外部システムから構築されているシステムを区別するのには良いスタートです。これを行う1つの方法は、一連のユーザーストーリー(またはユースケーススライス)です。

また、トーマス・キリアンの優れた質問にお答えすると、この作業に役立ちます。

また、あなたはユースケース(そして時にはUMLエクスペリエンス)を使い始める人たちから、あまりにも頻繁に見ていることをしています。アクションのセットとしてケース分解を使用します。基本的に一連のアクティビティを分割してモデル化しようとします。 。そうすることは、通常、分析の第2段階です(たとえば、アクティビティ図とシーケンス図を使用して)。

関連する問題