ユース ケース図でアクターとユース ケースの関連付けを示すために「矢印」を使用することは絶対に必要ですか?
最近、ソフトウェア エンジニアリングの課題のために絵を描かなければなりませんでした。しかし、他の多くの大学からの多くの記事、論文、オンライン ブック、および講義ノートについてオンラインで少し調査した結果、ユース ケース図の大部分は、何らかの「フロー」または「ナビゲーション可能性」を示す可能性に関係なく、 "、矢印はありませんが、一部の例には矢印があります。
そこで私は、最終学年の友人に相談しました。友人は、アクターとユース ケースの間に矢印を入れるべきではないと私が言ったことを既に研究しており、要求工学の講師でさえ、学生に矢印を使用しないように教えていました。そこで、意識的に矢印を使用しないことに決め、代わりに実線を使用してユース ケースの関連付けを示しました。
これが私の図です-クリック
しかし、課題の点数をもらったとき、矢を使わないことでゼロ点が与えられたことに驚きました。それらを使用することが必須であったとしても、双方向の関連付けに実線を使用できるという豊富な証拠があります。それで、少なくともいくつかの点数を受け取るべきではありませんか？
明らかに、この点について議論するために来週会う予定の講師に説明を求めましたが、もし彼女が私に矢印を使うべきだったと言ったら、それに対してどのような反論をすることができますか? 専門的な情報源を適切に参照して、誰かが親切に私に良いアドバイスをくれるとありがたい.
読んでいただきありがとうございます。すぐに返信を読みたいと思います。
編集
君たちありがとう。あなたがくれた答えに本当に感謝しています。この全体的な混乱は、講師が提供した唯一の表記が、講義ノートの 1 つにある矢印付きのライブラリ ユース ケース図の非常に単純な例であったために始まりました。しかし、それが決定的な表記法であることはあまり明確にされていませんでした。必須ではないと思ったもう 1 つの理由は、データ フロー ダイアグラムを描画するための表記法を説明する際に、彼女が特定の表記法を使用することを十分に明確にしていたためです。さまざまな情報源がありましたが、ユースケース図で矢印を使用する必要があるという証拠はほとんど見つかりませんでした.
そうは言っても、矢印なしで進む前でさえ、チュートリアルセッション中にチューターの1人（講師ではない）に、矢印付きの線と実線の違いは何ですかと尋ねたのを覚えています。明らかに、私は自分の言葉しか持っていません。皆さんが言ったことからすると、学問的立場にある人が、自分を防御的な立場に置く可能性のあることを言うことを認めるとは思えません. 私の間違いは、講師に直接話しかけなかったことですが、後から考えると、明らかにそうしていたでしょう。
いずれにせよ、私は彼女にこのすべての情報について話し、この「正直な過ち」を考慮に入れるように彼女に依頼します。また、ユースケース図だけでなく、特に私の回答が彼女が提供したモデルの回答とほぼ同じである場合に、異常な量の点数を失った他のいくつかの質問でもあります. また、課題をリクエストした他の多くの学生がリマークされることも知っています。
うまくいけば、彼女は親切で、私の成績を向上させるために適切な判断を下すでしょう. 分かり次第またここに投稿します。
ご協力いただきありがとうございます。他の情報や提案があれば投稿してください。:)
編集2
申し訳ありませんが、別の質問があります。
以下は、ユースケース図を描くという課題で与えられたシナリオです。
CONTHETICKETは、コンサートや劇場のチケットを取り扱うチケット代理店です。コンサートや劇場の会場は、CONTHETICKET に今後のイベントに関する絶え間ない情報の流れを提供します。マネージャーはこの情報を使用して、販売スタッフが顧客の電話に対応する際に使用する備品リストを編集します。マネージャーは、CONTHETICKET が事前に多数のチケットを購入するいくつかのイベントを選択します。これにより、会場と交渉した割引の恩恵を受けることができます。
彼は個人的にチケットの注文と同意した支払いを会場に送信し、チケットを受け取るとチケット ファイルにファイルします。
顧客が営業チームに電話をかけると、チケット要求がチケット ファイルと照合されます。事前に購入したチケットがある場合は、顧客の名前と住所を記入した封筒に入れ、仮注文ファイルに保管します。そうでない場合は、販売チームがチケット リクエスト フォームに記入し、郵便局員が回収できるようにトレイに入れます。
支払セクションは仮注文ファイルを毎日チェックします。彼らは顧客に請求書を送り、支払いを待ちます。請求書のコピーはファイルに保管されます。支払いが受領されると、支払いセクションは支払いと適切な請求書を照合し、問題がなければ、請求書の別のコピーをチケットの発送指示とともに発送ファイルに入れます。
郵便局員は毎日、発送ファイルをチェックし、仮注文ファイルから適切なチケットを取り出して、適切な顧客に送ります。
私の図からわかるように、私は俳優として「コンサートと劇場の会場」を持っています。
The Elements of UML 2.0 Style、Scott W. Ambler から:
「アクターとは、システムとの 1 つまたは複数の相互作用において役割を果たす人、組織、または外部システムです (アクターは通常、UML ユース ケース図で棒人間として描かれます)。」
しかし、私のマークされた課題で、講師は俳優であってはならないとコメントしました。俳優であるべきだと思うかどうか、またその理由を教えてください。
その背後にある私の理論的根拠は、CT&V が提供するイベント情報であり、マネージャーはそれを使用してチケットを注文/ファイルし、これも CT&V が提供します。
どうもありがとうございました。