(360***923) 2012-06-15 11:54:35
(360***923) 2012-06-15 11:56:00
潘老师 这句话我有疑问 业务建模研究对象是组织但是我们研究组织的目地是要找到该组织的核心领域，即核心业务，这个是研究目标，所以业务建模是以目标命名的，应该挺好的吧！
(50****45) 2012-06-15 12:00:29
建模的对象是组织，建模的内容是组织的业务
所以XX建模这个"XX"就看是指对象适合还是指内容适合，我是这样理解的。
(360***923) 2012-06-15 12:04:51
以目标适合 就是你的内容 我的观点
(16***16) 2012-06-15 13:52:44
潘老师写的业务建模的目的从组织角度来定位系统应该提供的价值，从文字表述上来说，可能前面加一个范围，"在组织的信息系统建设过程中进行业务建模的目的是从组织角度来定位系统应该提供的价值"
(16***16) 2012-06-15 13:53:42
不做计算机系统，业务建模也是有用处的
(186***30) 2012-06-15 13:55:54
业务建模，很多时候是甲方先做
(16***16) 2012-06-15 13:56:11
仔细再推敲了一下，他文字里的系统应该是包含计算机、组织的"系统" =-=!
(186***30) 2012-06-15 13:56:11
如果你本身公司有专门人做这个
(186***30) 2012-06-15 13:56:36
自己做了初步分析，再找乙方谈，系统会更好
(16***16) 2012-06-15 13:56:59
你说的系统是。。?
(186***30) 2012-06-15 13:57:15
例如电信，电力那些
(186***30) 2012-06-15 13:57:32
熟悉业务的，比较是甲方，而且也有能力
(16***16) 2012-06-15 13:57:40
你说的是电脑系统，还是包含人的
(186***30) 2012-06-15 13:57:53
整个
(186***30) 2012-06-15 13:57:56
业务建模
(186***30) 2012-06-15 13:58:00
是考虑业务
(186***30) 2012-06-15 13:58:03
当然包括人
(16***16) 2012-06-15 13:58:15
嗯
(16***16) 2012-06-15 13:58:59
电信、电力这个行业不太了解，这个行业是由政府主导的，还是企业主导的？
潘加宇(3504847) 2012-06-15 15:47:35
"业务"一词被滥用，组织和组织之间的服务是不是"业务"，系统为另外的系统提供的服务是不是"业务"？系统内要封装的各种信息之间的联系是不是"业务"。
所以，必须理清楚，每个工作流的区别是，研究的焦点不同，但研究的都是"业务"
(50****45) 2012-06-15 15:54:16
这么说各种焦点下都有各自的业务，所以"业务建模"实际上可以用在不同工作流，估计这个"业务"只是翻译了business，而且是狭义的
潘加宇(3504847) 2012-06-15 15:56:53
过去的方法学许多词汇有时代的烙印
潘加宇(3504847) 2012-06-15 15:57:33
过去，
和待开发系统打交道的都是人
系统服务的组织是正式的组织
...
潘加宇(3504847) 2012-06-15 15:58:07
系统的形态也很单一
潘加宇(3504847) 2012-06-15 15:59:24
"业务建模"就是组织级建模，目标是从组织的角度来定位系统的价值，保证系统符合组织的要求
(16***16) 2012-06-15 16:12:18
我有个感觉，书中的业务建模更多的体现了计算机系统方面的考虑
(16***16) 2012-06-15 16:13:34
比如序列图当中表示了计算机系统。。哪个系统干什么，哪个系统干什么
(360***923) 2012-06-15 16:21:37
但是组织建模怪怪的，组织往往有政治色彩，企业组织也是有企业政治色彩
(360***923) 2012-06-15 16:22:38
他组织的政治 跟我们没关系 ，我们只要解决领域问题 并且在非功能性需求上满足他的企业政治利益权衡
(360***923) 2012-06-15 16:23:41
我还是想不通
潘加宇(3504847) 2012-06-15 16:23:48
参见《软件方法》第2章，组织的定义
潘加宇(3504847) 2012-06-15 16:24:18
你说一个和"组织"没关系的软件看看？
(360***923) 2012-06-15 16:25:12
当然有关系，但这样会把人说晕
(360***923) 2012-06-15 16:25:24
常人对组织的认识不那么复杂
潘加宇(3504847) 2012-06-15 16:26:14
这是帮你思考的，不是拿去和"常人"交流的
(360***923) 2012-06-15 16:26:54
哦 那这个名词还只能自己用
(360***923) 2012-06-15 16:27:07
跟别人一说 别人就晕
(50****45) 2012-06-15 16:28:13
对，同一个词汇，在不同范畴有不同含义
(360***923) 2012-06-15 16:28:18
跟UML 为了方便与人沟通的统一语言 不一致了 我只是这么认为 潘老师不对的地方请批评
潘加宇(3504847) 2012-06-15 16:28:34
我教的是怎样用这把解剖刀去解剖世界，如果别人也能像你这样解剖，你还有什么价值呢
(360***923) 2012-06-15 16:28:45
了解
(360***923) 2012-06-15 16:28:55
我再消化消化
潘加宇(3504847) 2012-06-15 16:30:42
拿五线谱类比，五线谱是音乐专业人士交流的工具，作曲要懂、编曲要懂、乐手要懂、指挥要懂、歌手要懂（注意：是懂五线谱，不是人人都要用五线谱作曲）。但没有说下载彩铃"爱情不是你想卖，想买就能卖"的打工仔还要懂五线谱的。UML只是在"软件开发人员"圈子里面的统一表示法，强迫开发人员思考，改善开发人员的交流，表达软件开发的模型。
那么，和涉众交流的介质是什么呢？不是模型本身，而是模型的各种视图。面对大领导，我们可以给他放幻灯片交流愿景；中层干部喜欢看文档，我们可以按照他喜欢的格式给他炮制文档；一线操作工只关心他那一小块工作，我们可以制作界面原型和他交流；有时候甚至有的涉众根本不喜欢看任何东西，我们还可以通过"谈话"这种视图和他交流。极端一点说，如果客户的领导喜欢"潜规则"，不排除派一名美貌女（男）员工去通过"潜规则"这种视图来和领导交流的可能。
潘加宇(3504847) 2012-06-15 16:31:04
另外，和涉众交流的内容应该聚焦于需求的素材――涉众利益（涉众希望什么担心什么），而不是需求。软件的需求规约相当于电影剧本。电影剧本并不是由观众直接提供的，而是由编剧根据不同观众的口味编出来的。同样，软件需求不是由涉众直接提供的，而是由需求工程师综合不同涉众的利益编造出来的。涉众没有资格、也没有责任提供需求，这一点后面在"需求启发"一章中再详述。
和涉众交流的形式应该采用视图，而不是模型
和涉众交流的内容应该聚焦涉众利益，而不是需求。
不管涉众向我们索取什么材料，都把它看作视图，不管涉众向我们提供什么信息，都把它看作素材（涉众利益）。视图和模型的分离、交流和建模的分离，带来了灵活多变的交流方式和严谨稳定的开发内核。
图1-9 交流和开发分离
潘加宇(3504847) 2012-06-15 16:33:38
这是一个问题。
你的第二个思想上的问题是"组织"的概念。
例如，做一个欧洲杯赌球网站，好像组织建模不重要，其实更重要，
"球迷"这个组织内部的岗位（女球迷，伪球迷，老球迷，庄家...）的流程（吃喝拉撒...）的复杂度和某个工厂内部的岗位和流程是不相上下的
潘加宇(3504847) 2012-06-15 16:34:12
如果的赌球系统不能和球迷人群的"生活流程"紧密融合，是不会受到欢迎的
(360***923) 2012-06-15 16:34:31
嗯
(360***923) 2012-06-15 16:34:36
我要转变转变
潘加宇(3504847) 2012-06-15 16:36:10
政府组织 vs 球迷组织
办事的市民 上级部门 办事的企业 vs 球迷的女朋友，球迷的父母，球迷的岳母
局长 处长 科长 vs 资深球迷 初级球迷 伪球迷...
潘加宇(3504847) 2012-06-15 16:36:52
政府的职员里有球迷，也有车迷
球迷里有政府职员，也有软件公司程序员
(360***923) 2012-06-15 16:44:56
组织的业务建模好理解 直接 组织建模 实在难理解 ，不在这名词上纠结了，知道咋回事就好了，实际上都是领域建模 这样理解潘老师对吧
(360***923) 2012-06-15 16:47:02
哪天 我排项目计划给客户看 ，有一项写业务建模他能理解，写组织建模他肯定晕
(360***923) 2012-06-15 16:50:43
潘老师别敲我头 ， 你讲的其他我都能理解 倒不像你说的概念都不清楚， 就这个名词一换我就懵了。
潘加宇(3504847) 2012-06-15 17:13:46
谁让你换"组织建模"了，我书里和幻灯片上不是还写着业务建模吗？
(16***16) 2012-06-15 17:14:28
怕了你们了，一个劲的玩文字
潘加宇(3504847) 2012-06-15 17:14:38
我的意思是，很多词被滥用误用，我们自己心里要明白其中区别，但并不要求别人也像我们一样。我们是医生，人家是病人
(360***923) 2012-06-15 17:15:25
不好意思 忽略了引号
(360***923) 2012-06-15 17:15:40
(360***923) 2012-06-15 17:16:17
知道了 潘老师
(360***923) 2012-06-15 17:17:07
这样提出不理解的异议讨论 能加速理解
潘加宇(3504847) 2012-06-15 17:17:34
OMG的文档也不能都当真的 如果不是他们办事不力，UML今天的步伐应该还要向前多迈一点
(360***923) 2012-06-15 17:18:08
当小说翻