UML中的用例粒度

我是一个新手,正在参与一个小项目的需求分析的编写,以前没接触过这方面的东西,所以一团雾水,特来请教两个问题:

1:项目很小,主要是创建信息、管理信息和查询统计三个部分,创建信息包括若干个步骤,管理信息主要是针对上述每个步骤的增删改查操作(七个步骤每步都要可以增删改查操作),查询统计是按照多个不同的方式进行查询统计。
我想问一下这个项目应该怎么设计业务用例和系统用例,如:是把增删改查分为四个小的系统用例还是作为一个整体的系统用例,查询统计用七八种方式,是分成七八个系统用例吗?

2:能不能把增删改查画在一个活动图里,如下

管理工作活动信息
|
------------------------------------
| | | |
增 删 改 查
| | | |
这样可以不?感觉很别扭

增删改查操作粒度太细,你应该粗一点,不要细化到增删改查操作。而是使用信息创建 管理和查询统计三个用例功能表达。

因为你的需求很简单,体现不出UML用例的优势,就不要再这个案例上斤斤计较了。仅供参考

一个action,
一个普通service,包含增删查改3-4个业务方法,然后做一个db service,里面也是3-4个方法
互相调调就搞定了

banq老师,为什么不能细化到增删改查的粒度呢?
[该贴被yujw于2010-08-22 15:26修改过]