2
私の質問は、ユースケースに2人の俳優がいて1人が特定のユースケースまたはアクションを実行していますが、他のアクターに対して同じユースケース/アクションを実行することができます（追加の手順をいくつか追加します）。どちらも同じユースケースを指していますか？UMLユースケースで別のアクタの代わりにユースケースを実行している俳優
私は以下のシナリオがあります。学生やカウンセラー（両方のユーザーです）：だから
を、私は2人の俳優を持っています。
学生は自分のスケジュールを作成できます。 カウンセラーは、学生のスケジュールを作成することができます（つまり、自分自身ではなく、別の学生の代わりに）。このシナリオでは、教師は学生を探す必要があります（学生はユースケースで行う必要はありません）。私はこれを推測している可能性があります< < >> "スケジュールの作成"を延長しますが、もう一度カウンセラーの俳優にのみ適用されます。
は、私は2番目の図で考えます、カウンセラーはまた、「スケジュールの作成」にリンクしなければなりません。さもなければ、彼は正式にはユースケースに関連付けられていません。 – Christophe
私は付加価値の視点に同意しません：私が知る限り、最初のUML標準は「付加価値」を参照しません。第2に、一部のドメイン領域では、ビジネス要件の分析中にユーザー担当者とユースケースを話し合う際に、代理として機能する機能が重要になることがあります。付加価値がないという主張は、あなたのアプリのデザインを決めていない限り、事実に基づいていない個人的な判断です。この文脈では違いは見られません。 – Christophe
@Christopheまあ、UMLの仕様は、その使用法（例でのみ）ではなく、言語の構文について語っています。しかし、私はBittner/Spenceに付加価値について知ってもらいたいと熱望しています。 UC合成は、しばしば間違った方法で行われ、機能分解に使用されます。 2nd diaのリンク先：いいえ。付加価値はStudentに適用されます。カウンセラーはちょうど "行うべき追加の仕事"を持っています。値は学生に行く。制約は状況を完全に明確にします。 –