用例 用户故事 模板

http://alistair.cockburn.us/Basic+use+case+template


Sample Use Case Template

Use Case: <number> <the name should be the goal as a short active verb phrase>

CHARACTERISTIC INFORMATION

Goal in Context: <a longer statement of the goal, if needed>

Scope: <what system is being considered black-box under design>

Level: <one of: Summary, Primary task, Subfunction>

Preconditions: <what we expect is already the state of the world>

Success End Condition: <the state of the world upon successful completion>

Failed End Condition: <the state of the world if goal abandoned>

Primary Actor: <a role name for the primary actor, or description>

Trigger: <the action upon the system that starts the use case, may be time event>

MAIN SUCCESS SCENARIO

<put here the steps of the scenario from trigger to goal delivery, and any cleanup after>

<step #> <action description>

EXTENSIONS

<put here there extensions, one at a time, each refering to the step of the main scenario>

<step altered> <condition> : <action or sub.use case>

<step altered> <condition> : <action or sub.use case>

SUB-VARIATIONS

<put here the sub-variations that will cause eventual bifurcation in the scenario>

<step or variation # > <list of sub-variations>

<step or variation # > <list of sub-variations>

RELATED INFORMATION (optional)

Priority: <how critical to your system / organization>

Performance Target: <the amount of time this use case should take>

Frequency: <how often it is expected to happen>

Superordinate Use Case: <optional, name of use case that includes this one>

Subordinate Use Cases: <optional, depending on tools, links to sub.use cases>

Channel to primary actor: <e.g. interactive, static files, database>

Secondary Actors: <list of other systems needed to accomplish use case>

Channel to Secondary Actors: <e.g. interactive, static, file, database, timeout>

OPEN ISSUES (optional)

<list of issues about this use cases awaiting decisions>

SCHEDULE

Due Date: <date or release of deployment>

...any other schedule / staffing information you need…

Sample Use Case

Use Case: 5 Buy Goods

CHARACTERISTIC INFORMATION

Goal in Context: Buyer issues request directly to our company, expects goods shipped and to be billed.

Scope: Company

Level: Summary

Preconditions: We know Buyer, their address, etc.

Success End Condition: Buyer has goods, we have money for the goods.

Failed End Condition: We have not sent the goods, Buyer has not spent the money.

Primary Actor: Buyer, any agent (or computer) acting for the customer

Trigger: purchase request comes in.

MAIN SUCCESS SCENARIO

1. Buyer calls in with a purchase request.
2. Company captures buyer’s name, address, requested goods, etc.
3. Company gives buyer information on goods, prices, delivery dates, etc.
4. Buyer signs for order.
5. Company creates order, ships order to buyer.
6. Company ships invoice to buyer.
7. Buyers pays invoice.

EXTENSIONS

3a. Company is out of one of the ordered items:
3a1. Renegotiate order.

4a. Buyer pays directly with credit card:
4a1. Take payment by credit card (use case 44)

7a. Buyer returns goods:

7b. Handle returned goods (use case 105)

SUB-VARIATIONS

1. Buyer may use
phone in,
fax in,
use web order form,
electronic interchange

7. Buyer may pay by
cash or money order
check
credit card

RELATED INFORMATION

Priority: top

Performance Target: 5 minutes for order, 45 days until paid

Frequency: 200/day

Superordinate Use Case: Manage customer relationship (use case 2)

Subordinate Use Cases:

Create order (use case 15)

Take payment by credit card (use case 44)

Handle returned goods (use case 105)

Channel to primary actor: may be phone, file or interactice

Secondary Actors: credit card company, bank, shipping service

Channels to Secondary Actors:

OPEN ISSUES

What happens if we have part of the order?

What happens if credit card is stolen?

SCHEDULE

Due Date: release 1.0

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值