xj (35***379) 2012-07-14 22:13:41
潘老师，好，问个问题，存款这个业务，在企业中都是分定期、活期和协议三种类型存款，我们在画业务用例是画成一个存款还是按照业务类型去画呢？我感觉按照业务类型画三个业务用例更接近业务实际做法，存款本身是一个抽象的业务活动，只有具体到某种类型业务才是具体的业务。
潘加宇 (3504847) 2012-07-14 22:55:40
答案不重要而且会变化，关键是你用什么样的方式去思考。思路是这样的：
用例是组织为外部提供的服务，应该从外部的角度来看，到底是存款，还是存定期、活期和协议，就要揣摩在储户心中，这几种存款的区别大不大，从储户的角度来分割，就是对的。（卖的角度）
常犯的思路错误是，不管储户存什么，后面的流程大部分是一样的，所以合并成一个用例，因为他担心系统的业务流程步骤会重复画！
－－－－－－－－－－－
这个领域是生活中熟悉的领域，我猜想应该分三个用例，但是在用例下面画业务流程时，复用其中大部分交互片段。
这样，才能体现出组织的价值，用相同的业务工人和业务实体灵活首先各种不同的用例卖给外部执行者，而且了解了储户心中这三种目标是有所区别的，也为将来的业务流程改进指出了方向。
潘加宇 (3504847) 2012-07-14 22:58:23
馄饨和饺子的原材料以及加工步骤是差不多的，但在食客心目中，馄饨是馄饨，饺子是饺子，不可因为"原材料以及加工步骤差不多"就合并为"面食"
记住这个不同，还能预料到将来有可能的改进
兰博苹果基尼 (77***26) 2012-07-14 22:58:45
比喻很精确啊
潘加宇 (3504847) 2012-07-14 22:59:22
有本事用"原材料以及加工步骤差不多"变出各种馄饨饺子锅贴卖给顾客，应该是一家店铺最自豪的事情
潘加宇 (3504847) 2012-07-14 23:00:07
但是，开发人员经常会觉得不好意思，说"原材料以及加工步骤差不多"，干脆写"面食"吧，价格收个原材料成本价
龙盘虎踞 (615****01) 2012-07-14 23:04:19
嗯，开发人员经常犯这样的错误，包括很有经验的，越有经验的反而越容易犯。他们给的理由就是这样开发起来比较节省时间，跟他们说也说不通。
潘加宇 (3504847) 2012-07-14 23:04:41
分三个用例，但是在用例下面画业务流程时，复用其中大部分交互片段。
xj (35***379) 2012-07-14 23:04:46
谢谢，这个原则对业务分析很重要，其实经常会遇到类似问题。业务用例不能是抽象的，应该是具体的。是不是可以说在分析的时候就不要去概括和抽象？
潘加宇 (3504847) 2012-07-14 23:05:30
需求（卖）要具体
设计（做）要抽象
龙盘虎踞 (615****01) 2012-07-14 23:09:03
在互联网公司，看到比较多的是将需求和设计混在一起，没有分那么清，在讨论需求的时候，感觉是在讨论设计，在讨论设计的时候，又感觉在讨论需求。。。
潘加宇 (3504847) 2012-07-14 23:09:35