所在位置:答疑 - 内容   
互联网会有很多创新业务,这些业务可能没有现状
 

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)
这个时候的词汇,都是业务数据;就像看病,都是病症表现。但这个时候,有一个重要的问题,就是怎样辨别用例的范围。用例的范围,是跟自己要解决的领域目标相关。也就是这个系统能够解决的问题,不是其他的流程、权限、复用等相关。因为这本身就是两码事。