找寻用例的困域

寻找用例的困域
手头拿到了用户一份系统功能需求,上面写好了大致的功能模块以及各个业务的流程图,现在想用RUP的方法以及UML的思想去分析,却在录找用例时碰到一些困难,现记录下来,请高手指点一下:
  首先针对用户提供的需求书,按照业务类别进行边界的划定,即不同的业务类别分属不同的边界.但在划分好边界之后,录找用例上却碰到些问题,如果按照用户的需求把各个业务类别下的不同的功能点(即每个功能点就是用户平时的一个业务流程) 设定为用例,却发现不好找业务主角,因为有的用例的发起人感觉在流程中做的事并不多,也不重要.如果以流程图下的一个个处理节点作为用例,又感觉有些粒度太细,因为这些节点往往大都就是填一两个表单就完事.

------解决方案--------------------
任何动作组合都可以作为用例，任何具有用户价值的动作序列也都可以作为用例。这就是细节与全局的区别。

如果你发现用例很重要，同时发起人很少参与中间操作，这很正常。用例的角色包括发起人、监督者两个方面，不论参与中间操作多少，都没有关系。
------解决方案--------------------

探讨

困惑1:传统的需求调研方式,往往是把用户的工作分为一个个功能块,然后把一个个工作画出流程图.用例也是这样吗.
困惑2:一个流程图就是一个用例吗,流程图的发起人就是这个用例的业务主角吗,有的时候发起人基本上发起了就是在等结果,中间过程很少参与业务.