私はコックバーンではありませんが、...
俳優は、システムで(/使用する)人になる必要があります。 < =わかりやすい定義。
1.)あなたのケースでは、顧客は俳優でなければなりません。
)ユースケースとアクターだけでユースケースを作成していました。ステークホルダーや関心事は何ですか?彼らはまったく別の俳優です。そうでなければ、ツールには複雑さが増しますが、これは簡単なはずです。 (IMO)
Btw:"The system looks up unpaid orders and sends reminder to customer".
は本当にユーザーケースですか?それはシナリオ(ユースケースの一部)ではありませんか?
編集:ユースケースでは、エンドユーザーの視点からの動作を記述する必要があります。だから、それは本当にのようなものでなければなりません:
Scenario: Pay for order
Actor: Customer
Flow:
1. Customer requests unpaid orders from system (not specifing how).
2. System provides (shows) unpaid orders.
3. Customer chooses one order
4. System process selection and shows detail about selected order
5. Customer requests to make a payment (again not telling something like 'customer will click on button called "pay"')
6. System requests payment details from user
7. User fills details
8. System validates entered data
9. IF successful:
a.) Order payment is comleted, system redirects user to XXX.
10. ELSE go back to step 7
それは少し長いかもしれない...しかし、それは私が(1ユースケースに分類されている)のシナリオをやっているか、基本的です。
あなたが「あなたが支払った注文のステータスを更新しました」の場合、俳優は誰ですか? –
誰も、ただのシステムです。そして、これは私にとってシナリオの一歩のようにも見えます。 – Damb
私は答えのシナリオの例を追加しました。 – Damb