寻找用例的困域
手头拿到了用户一份系统功能需求,上面写好了大致的功能模块以及各个业务的流程图,现在想用RUP的方法以及UML的思想去分析,却在录找用例时碰到一些困难,现记录下来,请高手指点一下:
首先针对用户提供的需求书,按照业务类别进行边界的划定,即不同的业务类别分属不同的边界.但在划分好边界之后,录找用例上却碰到些问题,如果按照用户的需求把各个业务类别下的不同的功能点(即每个功能点就是用户平时的一个业务流程) 设定为用例,却发现不好找业务主角,因为有的用例的发起人感觉在流程中做的事并不多,也不重要.如果以流程图下的一个个处理节点作为用例,又感觉有些粒度太细,因为这些节点往往大都就是填一两个表单就完事.
[解决办法]
任何动作组合都可以作为用例，任何具有用户价值的动作序列也都可以作为用例。这就是细节与全局的区别。
如果你发现用例很重要，同时发起人很少参与中间操作，这很正常。用例的角色包括发起人、监督者两个方面，不论参与中间操作多少，都没有关系。
[解决办法]
