所在位置:答疑 - 内容   
不分析就得不到字段列表。一分析有感觉陷入分析的细节
 

一般般(276***855) 11:09:52
我现在有个疑惑,就是字段列表中的信息、属性怎么来,感觉不分析,就得不到字段列表。一分析有感觉陷入分析的细节,和界面混在一起了。
潘加宇(3504847) 11:15:18
一个用例,该输入什么,输出什么,这是首先要和涉众调研清楚的。例如:取款,输入的是账号,密码,金额,输出的是取款时间、金额、流水号,改变的是账户的金额和取款记录。系统里面是用什么结构来表达和存储这些是无所谓的。
分析基于需求,不能本末倒置啊。
第五元素(509***16) 11:19:07
字段列表是系统用例规约中的路径步骤分析出来的。用例规约中的路径步骤在分析时使用五个回合的交互分析方法,而尽量去排除界面交互的影响。

一般般(276***855) 11:19:10
谢谢老师,有时候涉众也不是很清楚一个系统用例输入什么和输出什么,这样自己就得去分析了,就陷入了这个怪圈。
第五元素(509***16) 11:20:28
系统用例已经跟涉众没多大关系了,业务用例才是解决涉众关心的问题。
潘加宇(3504847) 11:22:14
@一般般 正常的,涉众只是提供素材,你要观察现状自己提炼

一般般(276***855) 11:23:37
哦,谢谢老师,那自己提炼如何避免陷入分析的思维,这个思维的边界在什么地方? 谢谢老师。
潘加宇(3504847) 11:24:48
做好业务建模

第五元素(509***16) 11:24:50
不存在分析的思维吧,如实描述,正常改进。双击查看原图
潘加宇(3504847) 11:25:15
@第五元素 对的

潘加宇(3504847) 11:25:23
说得很好

一般般(276***855) 11:28:19
有些明白了。 字段列表列出的就是事物的要素,至于今后是类也好,属性也好,留待以后分析。
第五元素(509***16) 11:31:15
是啊,所以区分不同的阶段是有好处的,省得一环扣一环,像意大利面一样难以理清,思考负担加重。
足球fans(58***682) 11:31:20
@第五元素 业务用例是组织对外提供的价值,与涉众利益还是不一样吧。
京王明云(23***997) 11:31:56
一个有效的方法是替换法。就是设想,如果不要这个字段,那这个用例(价值)还实现不了了吗?就没别的方法实现这个价值了吗?如果发现还行,还能想到别的方法,那么这个字段对于这个业务流程来说,就不是必需的,那么它就可能是我们不小心做到了系统分析层面那里了。
京王明云(23***997) 11:33:15
这个就需要努力想有什么别的办法去实现。慢慢熟悉了其实就容易想出来了。
足球fans(58***682) 11:33:29
以用例的方式来组织需求,需求的内容是平衡涉众利益的结果