uses-case粒度问题

newzqs

引用C＋＋编程思想上的一段话：

用例指明了系统中的关键特性，它们将展现我们使用的一基本的类。它们实际上是对类似下述这些问题的描述性回答：
1）谁将使用这个系统？
2）执行者用这个系统做什么？
3）执行者如何用这个系统工作？
4）如果其他人也做这件事，或者同一个执行者有不同的目标，该怎么办？（揭示变化）
5）当使用这个系统时，会发生什么问题？（揭示异常）

yining

用例的作用，类似于黑盒，所以用例的实际受益者不仅仅是设计人员，还包括开发人员，更重要的，包括测试人员。用例的作用，在于明确的界定系统边界，以及对于特定用户输入的不用系统响应。但是这种相应不应该包括具体的UI界面。这样的用例，才是真正帮助解决OOA中的what问题的用例。

newzqs

有一种观点将用况分成白盒和黑盒。
黑盒用例不关心系统的内部细节，是为将要设计的新系统编写需求的人采用的
白盒用例是业务过程设计者编写的，来描述公司或组织机构内部过程如何运作。

技术开发人员用白盒用例记录将要设计系统的运行环境黑盒用例来记录已设计系统的工作情况。

EPMT

我原来的系统USE CASE细化的太厉害，基本一个屏幕就是一个。后来写起来好烦哦。
不知道是否有一种关于用例的结构化方法，我看《有效用例模式》还是不行。

ccwlm741212

最初由 EPMT 发布
[B]我原来的系统USE CASE细化的太厉害，基本一个屏幕就是一个。后来写起来好烦哦。
不知道是否有一种关于用例的结构化方法，我看《有效用例模式》还是不行。 [/B]

以对象为单位就简单许多了

ccwlm741212

最初由 newzqs 发布
[B]引用C＋＋编程思想上的一段话：

用例指明了系统中的关键特性，它们将展现我们使用的一基本的类。它们实际上是对类似下述这些问题的描述性回答：
1）谁将使用这个系统？
2）执行者用这个系统做什么？
3）执行者如何用这个系统工作？
4）如果其他人也做这件事，或者同一个执行者有不同的目标，该怎么办？（揭示变化）
5）当使用这个系统时，会发生什么问题？（揭示异常） [/B]

其实这些都是用例设计的关键内容

yining

用例基本上不涉及对象。用例所涉及的，基本上只有两类：系统边界和操作人员。对于对象的产生，是通过对系统的描述的分析产生的。用例则给对这种高层对象模型提供了交互分析的基础。

seacanoe

先做个记号，不要再丢了！