这个问题很通用。确定有效用例时应注意哪些要点？如何处理用例？
答案 0 :(得分：4)
用例具体地标识用户可以使用程序完成的任务或目标。它应该以用户可以理解的术语编写。
Wikipedia's description过于正式。我很快就会深入研究其他文本。 相比之下，the original wiki's article更易于访问。
由early article引用的Alastair Cockburn的The Pragmatic Programmer包含了一个很好的模板。
从几天前开始，{p> This question非常密切相关，但更具体。答案 1 :(得分：3)
用例的定义很简单：
演员与系统的互动，以创造具有商业价值的东西。
更正式：
执行的一系列交易 通过一个产生可衡量的系统 特定演员的价值观。
他们的目的很简单：演员，互动，价值。您可以添加一些细节，但不能太多。
使用用例很容易。阅读：http://www.gatherspace.com/static/use_case_example.html
最大的错误是忽视了演员和系统之间的互动。用例不是写下长而详细的技术算法设计的地方。用例是演员做的事情。
人们与系统互动，以便他们可以采取行动（下订单，批准结算，拒绝保险索赔等）。要采取行动，他们首先要做出决定。要做出决定，他们需要信息
这些是用例“交互”部分中的成分。
答案 2 :(得分：1)
有效的用例可以描述：
答案 3 :(得分：0)
Eclipse人员来自Guideline: Identify and Outline Actors and Use Cases：
识别演员
查找与之对应的外部实体 正在开发的系统必须 相互作用。候选人包括 需要帮助的用户 系统执行他们的任务和运行 系统的主要或次要 功能，以及外部 硬件，软件和其他系统。
通过命名来定义每个候选actor 它并写了一个简短的描述。 包括演员的区域 责任和目标 演员将尝试完成什么时候 使用该系统。消除演员 没有任何目标的候选人。
这些问题很有用 识别演员：
- 谁将提供，使用或删除 来自系统的信息？
- 谁会 使用系统？
- 谁对a感兴趣 某些功能或服务 系统？
- 谁会支持和 维护系统？
- 是什么？ 系统的外部资源？
- 什么 其他系统需要互动 正在开发的系统？
查看相关的利益相关者列表 你在Vision声明中捕获了。 并非所有利益相关者都是演员 （意思是，他们不会全部互动 直接用系统下 发展），但这个清单 利益相关者有助于识别 演员候选人。
识别用例
查找用例的最佳方法是 考虑每个演员需要什么 系统。对于每个演员，人或 不，问：
- 演员的目标是什么？ 试图用系统完成？
- 这是什么主要任务 演员想要系统执行吗？
- 演员是否会创作，存储，更改， 删除或读取系统中的数据？
- 演员是否需要通知 关于突然外部变化的制度？
- 是否需要通知演员 关于某些事件，例如 网络资源不可用， 在系统中？
- 演员会表演吗？ 系统启动还是关机？
了解目标如何 组织工作以及如何 信息系统可能是 纳入现有业务 给出了系统的概念 环境。那个信息可以 揭示其他用例候选人。
给出一个独特的名字和简介 描述清楚地描述了 每个用例的目标。如果 候选用例没有 目标，问问自己为什么存在，并且 然后确定一个目标或 消除用例。
概述用例
没有详细说明，请写一个 第一稿的事件流程 被确定为的用例 高度优先。最初，写一个 简单的逐步描述 用例的基本流程。该 分步说明很简单 有序的交互列表 演员和系统。例如， 基本流程的描述 提款现金使用案例 自动取款机（ATM）会 是这样的：
- 客户插入银行卡。
- 系统验证卡片并提示 进入个人的人 识别号码（PIN）。
- 客户输入PIN码。
- 系统 验证PIN并提示 客户选择行动。
- 客户选择Withdraw Cash。
- 系统提示客户选择 哪个帐户。
- 客户选择 支票账户。
- 系统 提示金额。
- 客户 输入要提取的金额。
- 的 系统验证金额（假设 足够的资金），然后问题 现金和收据。
- 客户拿走现金和收据，然后 检索银行卡。
- 用例结束。
随着您逐步创建 描述基本流程 事件，你可以发现替代品 和特殊的流量。例如， 如果客户进入，会发生什么 PIN无效？记录名称和a 每个备用的简要说明 你发现的流量。
代表两者之间的关系 演员和用例
演员和演员之间的关系 用例可以被捕获，或者 记录。有几种方法可以 做这个。如果您使用的是用例 关于项目的模型，你可以创建 用例图来展示演员 和用例相互关联。 有关详细信息，请参阅指南：Use-Case Model。
如果您没有使用用例模型 对于项目，确保每个 用例标识关联 小学和中学演员。