首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 软件管理 > Rational >

找寻用例的困域

2012-08-13 
寻找用例的困域手头拿到了用户一份系统功能需求,上面写好了大致的功能模块以及各个业务的流程图,现在想用R

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

[解决办法]
任何动作组合都可以作为用例,任何具有用户价值的动作序列也都可以作为用例。这就是细节与全局的区别。

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

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

热点排行