2013-03-08 15:05:22 解云鹏(3123***15)
潘老师，问一下，软件方法4.4案例中，"参加公开课"这个用例，映射了多个序列图，还有一个交互概述图，也就是说"参加公开课"这个用例需要多步实现，这个是不是应该先把实现步骤弄清楚再做序列图？也就是说应该先做交互概述图？这个和系统用例规约里的基本路径是一样的意思？如果这样，那这个交互概述图就有点"设计"的意思在里面，会不会造成需求不稳定？尤其在互联网公司，这个交互概述图很可能会有变化
2013-03-08 15:17:42 潘加宇(3504847)
没太清楚你的问题。业务建模研究内容：组织内各系统如何协作完成业务用例 可以不用交互概述图，只用序列图也可以。 后面的"需求不稳定，互联网。。。。"等没理解
2013-03-08 15:19:45 解云鹏(3123***15)
就是说"参加公开课"这个用例，映射了多个序列图，每个序列图产生的依据是什么？
2013-03-08 15:26:11 潘加宇(3504847)
发生的频率
2013-03-08 15:26:44 解云鹏(3123***15)
互联网会有很多创新业务，这些业务可能没有现状，比如刚开始做电子支付的时候，没人知道这个业务模式是什么样，更没有快捷支付，只知道我要实现支付这个用例，这时，"怎么实现"就是要设计的，这个设计是不是和交互概述图对应的？
2013-03-08 15:26:58 潘加宇(3504847)
和把一大段代码再分割成子函数一样的。 也可以从头到尾一张序列图描述下来
2013-03-08 15:27:16 潘加宇(3504847)
"互联网会有很多创新业务，这些业务可能没有现状"--错！以前已经批评过很多次
2013-03-08 15:27:58 潘加宇(3504847)
认为"我这个是新的，以前没有"也是学生思维
2013-03-08 15:29:10 谢炀(180***743)
电子支付和普通支付没有区别，只是一种新的手段，系统代替人工，可以这么理解吗？
2013-03-08 15:29:50 潘加宇(3504847)
之所以要业务建模，就是要强迫开发人员去思考你的东西到底比过去好在哪里 "因为我是新的，所以你就会来用我"--这是很幼稚的思维
2013-03-08 15:30:00 潘加宇(3504847)
"因为我号称是新的，所以你就会来用我"--这是很幼稚的思维
2013-03-08 15:30:55 潘加宇(3504847)
需要再阅读《软件方法》2-4章
2013-03-08 15:31:18 解云鹏(3123***15)
2013-03-08 15:31:43 潘加宇(3504847)
这个不对
2013-03-08 15:32:27 潘加宇(3504847)
一个业务用例，买东西就够了。
2013-03-08 15:32:36 apollo(24***0086)
付款应该是步骤
2013-03-08 15:33:00 潘加宇(3504847)
消费者太抽象，换成特定的目标客户
2013-03-08 15:33:17 mousedogpig(51***4101)
有钱的爷
2013-03-08 15:33:20 潘加宇(3504847)
其他的画成若干张业务序列图
2013-03-08 15:33:36 潘加宇(3504847)
或者只画你要改进的片段即可
2013-03-08 15:33:41 解云鹏(3123***15)
付款不应该和登录的意思是一样的么
2013-03-08 15:33:50 潘加宇(3504847)
还是要再看书
2013-03-08 15:34:27 潘加宇(3504847)
不能因为你做付款系统，所以就把付款单独拿出来变成组织的用例
2013-03-08 15:35:00 潘加宇(3504847)
要是你做一个组织里面用的马桶，是不是也要把"上厕所"变成组织的用例？
2013-03-08 15:36:38 潘加宇(3504847)
如果交互完全一样，确实可以提炼出被包含用例的，但是要注意不要受你的系统的影响
2013-03-08 15:37:05 潘加宇(3504847)
也可以不提炼被包含用例，共享同一张付款序列图即可
2013-03-08 15:38:33 解云鹏(3123***15)
2013-03-08 15:38:50 解云鹏(3123***15)
我以为和这个一样呢~
2013-03-08 15:39:15 潘加宇(3504847)
可以提炼
2013-03-08 15:39:54 潘加宇(3504847)
但是提炼的原因应该是"交互片段一样而且单独完成一个小目标"，而不是"我做某某系统"
2013-03-08 15:40:37 解云鹏(3123***15)
我选的这个组织对么？
2013-03-08 15:43:52 潘加宇(3504847)
不知道啊
2013-03-08 15:43:59 潘加宇(3504847)
你系统的愿景是
2013-03-08 15:44:48 解云鹏(3123***15)
就是提供方便花钱的支付工具
2013-03-08 15:45:16 解云鹏(3123***15)
我就是拿支付宝做个例子
2013-03-08 15:45:32 潘加宇(3504847)
那和到某网站买东西没必然关系了
2013-03-08 15:46:05 解云鹏(3123***15)
那业务用例应该是什么样的啊
2013-03-08 15:46:15 解云鹏(3123***15)
就是支付？
2013-03-08 15:46:30 潘加宇(3504847)
你要找出最像你客户的客户
2013-03-08 15:47:01 潘加宇(3504847)
什么样的组织，这种支付服务用的最多？京东？12306？街边大排档？
2013-03-08 15:47:12 解云鹏(3123***15)
电商和网民都是
2013-03-08 15:47:28 解云鹏(3123***15)
网购的人民~
2013-03-08 15:48:10 谢炀(180***743)
我觉得网民不算是用户吧，至少是不重要的
2013-03-08 15:48:36 解云鹏(3123***15)
但钱是他花的啊
2013-03-08 15:48:45 解云鹏(3123***15)
他得花得方便不是~
2013-03-08 15:48:47 潘加宇(3504847)
要更具体
2013-03-08 15:49:23 潘加宇(3504847)
业务用例是和你研究的组织大小有关
2013-03-08 15:49:38 潘加宇(3504847)
如果你研究京东，支付当然不是
2013-03-08 15:50:06 潘加宇(3504847)
但是，不是也没关系啊
2013-03-08 15:50:23 freedom(1031***328)
京东-支付公司
2013-03-08 15:50:30 freedom(1031***328)
下面的子公司
2013-03-08 15:50:41 潘加宇(3504847)
我刚才不是说了吗"只画你要改进的片段即可"
2013-03-08 15:51:10 潘加宇(3504847)
还是没搞清楚啊
2013-03-08 15:51:11 谢炀(180***743)
京东-财务部门？
2013-03-08 15:51:20 潘加宇(3504847)
要是没有这么一个真的支付公司
2013-03-08 15:51:26 潘加宇(3504847)
你就不改进了
2013-03-08 15:51:30 潘加宇(3504847)
？
2013-03-08 15:51:50 潘加宇(3504847)
你所做的一切就是为某个组织提供一个零件改进他的业务
2013-03-08 15:51:52 freedom(1031***328)
技术看组织往往惯性思维 想太多how的事情 其实只要想是什么就可以了 在正确的时间点想指定的事
2013-03-08 15:52:06 潘加宇(3504847)
并不是你的零件就是它的业务
2013-03-08 15:52:35 潘加宇(3504847)
要是你做的马桶可怎么办？
2013-03-08 15:52:36 谢炀(180***743)
电子支付的客户是 京东这类公司的财务部门吗?
2013-03-08 15:53:04 freedom(1031***328)
财务知识业务工人 不是客户
2013-03-08 15:53:08 freedom(1031***328)
只是
2013-03-08 15:53:16 潘加宇(3504847)
你这东西和马桶没有本质区别，都是京东的零件啊
2013-03-08 15:53:38 潘加宇(3504847)
京东的业务用例一直都是卖东西
2013-03-08 15:54:14 龙盘虎踞(615***5201)
支付是卖东西的一个include用例？
2013-03-08 15:54:19 潘加宇(3504847)
你造一百个新系统，淘汰一百个旧系统，找一百个新人，裁员100个旧人，都一样
2013-03-08 15:55:25 解云鹏(3123***15)
就是假设我做个和支付宝一样的系统，我的这个组织应该选什么？
2013-03-08 15:55:50 潘加宇(3504847)
"支付是卖东西的一个include用例？"--可以是，但这不是问题的关键。问题的关键是不要从自己做的系统的角度来看问题
2013-03-08 15:56:00 潘加宇(3504847)
淘宝
2013-03-08 15:56:11 潘加宇(3504847)
也可能是街边小店
2013-03-08 15:56:25 潘加宇(3504847)
看谁才是支付宝的目标市场
2013-03-08 15:57:06 潘加宇(3504847)
而且，你做的如果不是支付宝，就不是支付宝，可不能"如果"。因为已经有了一个支付宝。
2013-03-08 15:58:43 解云鹏(3123***15)
就拿它做个例子
2013-03-08 15:59:52 潘加宇(3504847)
你画的图，稍作改动就可以，把右边的用例都删掉
2013-03-08 16:00:25 潘加宇(3504847)
把你要改进的业务流程片段花在购物用例下面，就OK了
2013-03-08 16:01:37 解云鹏(3123***15)
2013-03-08 16:01:44 潘加宇(3504847)
而且，现状就是现在的意思。也就是说，2013、3、8日你拿录像机去拍，拍到的，你即将要改进的现状
2013-03-08 16:01:43 解云鹏(3123***15)
是这样么？
2013-03-08 16:02:27 潘加宇(3504847)
把购买也去掉，如果你认为在消费者心里这两个有差别，就是两个不同的用例
2013-03-08 16:03:13 潘加宇(3504847)
不需要什么"抽象"用例。 在消费者心里，买东西和买服务有区别吗？
2013-03-08 16:03:32 潘加宇(3504847)
还是开发人员认为内部实现有区别？
2013-03-08 16:04:42 解云鹏(3123***15)
买服务，比如做代付
2013-03-08 16:05:38 解云鹏(3123***15)
好像不一样，我还没想好~，可能本质一样的
2013-03-08 16:06:09 apollo(24***0086)
如果开发的是一个公司的产品——支付系统，研究范围是这个公司的话，那么这个图不对吧
2013-03-08 16:06:16 apollo(24***0086)
范围扩大化了
2013-03-08 16:08:51 龙盘虎踞(615***5201)
那用例 就是代付，老师都说了，用例不能抽象 [表情]
2013-03-08 16:09:06 深圳-Stupig(5036***945)
潘老的意思是业务建模不要加入自己的想法
2013-03-08 16:09:14 深圳-Stupig(5036***945)
拍到什么就是什么
2013-03-08 16:09:18 深圳-Stupig(5036***945)
代付就是代付
2013-03-08 16:09:22 深圳-Stupig(5036***945)
不是购买服务
2013-03-08 16:09:44 龙盘虎踞(615***5201)
设计阶段才会有抽象 复用
2013-03-08 16:09:45 深圳-Stupig(5036***945)
不是自己想出来的词汇
2013-03-08 16:10:22 解云鹏(3123***15)
对，有道理~
2013-03-08 16:11:36 解云鹏(3123***15)
谢谢潘老师，谢谢各位！
2013-03-08 16:16:21 暗香浮动(378**7997)
这个时候的词汇，都是业务数据；就像看病，都是病症表现。但这个时候，有一个重要的问题，就是怎样辨别用例的范围。用例的范围，是跟自己要解决的领域目标相关。也就是这个系统能够解决的问题，不是其他的流程、权限、复用等相关。因为这本身就是两码事。