2013-03-22 21:26:38 广何智(585***19)
时序图可不可以这样画？
2013-03-22 21:26:42 广何智(585***19)

2013-03-22 21:27:07 广何智(585***19)
时序图的边界只能是类？
2013-03-22 21:28:08 潘加宇(3504847)
看这个图的内容，你要描述的是：业务流程中各个系统之间的协作？
2013-03-22 21:28:37 广何智(585***19)
是的，这个图表示是一个接口的调用请求及数据流
2013-03-22 21:29:44 潘加宇(3504847)
"接口的调用请求"是一个业务流程吗
2013-03-22 21:29:43 广何智(585***19)
我以前一直这样画，但在标准系统建模中，与我这边一个资深程序有一种争议。
2013-03-22 21:30:02 广何智(585***19)
不算是
2013-03-22 21:30:06 广何智(585***19)
只是一个动作
2013-03-22 21:30:53 潘加宇(3504847)
那你想表达的是你要开发的系统"集成平台"和其他外部系统之间的交互？
2013-03-22 21:30:53 广何智(585***19)
准确的说应该是在表示一个活动，但我觉得使用时序画更形象
2013-03-22 21:30:58 广何智(585***19)
是的。
2013-03-22 21:31:14 潘加宇(3504847)
没有这个说法
2013-03-22 21:31:10 潘加宇(3504847)
"只是一个动作" "表示一个活动"
2013-03-22 21:31:39 潘加宇(3504847)
那么，你要表达的就是"集成平台"的需求
2013-03-22 21:31:46 广何智(585***19)
这个图让你来看的话，你能看得懂吗？
2013-03-22 21:31:57 广何智(585***19)
还是说看得懂，但他是一个不规范的时序图
2013-03-22 21:32:15 潘加宇(3504847)
我看得懂，而且看得出图的问题在哪里，你的概念不清楚在哪里
2013-03-22 21:32:45 广何智(585***19)
嗯，是的，我只是单纯的想让时序图来表示。这三个系统之间的某种业务逻辑
2013-03-22 21:33:33 潘加宇(3504847)
我"看得懂"没意义，就像现在中国队在场上比赛，高明的主教练也"看得懂"中国队（"中国队"主教练自己未必"看得懂"自己的球队）
2013-03-22 21:34:01 潘加宇(3504847)
但是，不代表中国队的踢法是对的
2013-03-22 21:34:12 广何智(585***19)
说到底就是规范的问题。
2013-03-22 21:34:29 潘加宇(3504847)
不是规范的问题，是道理的问题
2013-03-22 21:34:42 广梁裕询(52***9929)
进球了！
2013-03-22 21:34:54 潘加宇(3504847)
所有道理不清楚的问题，最容易找到的替罪羊就是"规范问题"
2013-03-22 21:35:04 广何智(585***19)
如果我想表达我前面那图的意思。也就是说用时序图来是错误的？
2013-03-22 21:35:33 潘加宇(3504847)
既然你要表达的是需求，建议你用文本表达，也就是写成用例规约
2013-03-22 21:36:00 潘加宇(3504847)
如果或者说，你画的这个图，其实和你的需求规约内容是重复的
2013-03-22 21:36:04 广何智(585***19)
还有一种图。就是visio的跨职能活动图。
2013-03-22 21:36:08 广何智(585***19)
我给你截张图。
2013-03-22 21:36:36 潘加宇(3504847)
如果一定要使用序列图来描述，那么另外两个系统是"集成平台"的执行者
2013-03-22 21:36:31 广何智(585***19)

2013-03-22 21:37:29 广何智(585***19)
听过你两次课。看来这些图还是画得一塌糊涂
2013-03-22 21:37:45 广何智(585***19)
这些概念的东西还是没有掌握
2013-03-22 21:39:39 潘加宇(3504847)
另外，序列图上的消息代表"A请求B做某事"
2013-03-22 21:40:03 潘加宇(3504847)
集成平台请求资产系统转发调用，这个对吗
2013-03-22 21:40:42 广何智(585***19)
应该是资产系统请求集成平台转发调用
2013-03-22 21:41:06 广何智(585***19)
箭头是由资产系统指向集成平台的
2013-03-22 21:41:27 清宇(108**297)
我感觉该时序图 子非鱼 想表达的是设计而非需求，这个设计侧重在"集成系统"如何解耦合"资产系统"和"表单系统"
2013-03-22 21:41:41 潘加宇(3504847)
这个Visio画的图，如果中间的每个框代表左侧系统的一个责任，而且调用者是上一个对象，可以照猫画虎改装成序列图
2013-03-22 21:42:00 清宇(108**297)
也就是 子非鱼 现在是在做详细设计，而不是在做需求
2013-03-22 21:42:21 潘加宇(3504847)
没有"详细设计"
2013-03-22 21:42:29 潘加宇(3504847)
是需求。
2013-03-22 21:42:38 潘加宇(3504847)
因为没有涉及到集成平台的内部。
2013-03-22 21:42:50 潘加宇(3504847)
你把其他改成Actor图标
2013-03-22 21:42:55 广何智(585***19)
其实是的，visio画的这个图是可以改成序列图，之所以存在这种图是因为甲方的规定。
2013-03-22 21:43:01 潘加宇(3504847)
把消息的表达搞清楚
2013-03-22 21:43:15 潘加宇(3504847)
就是一个用序列图表达的路径步骤了
2013-03-22 21:43:36 广何智(585***19)
是可以使用序列图来表达这种步骤的是吧？
2013-03-22 21:43:39 潘加宇(3504847)
但是要说清楚，这个序列图是哪一个用例下面的序列图
2013-03-22 21:43:49 潘加宇(3504847)
可以
2013-03-22 21:43:56 潘加宇(3504847)
用例的序列图
2013-03-22 21:44:07 广何智(585***19)
嗯。这个是做需求的时候，我用文字描述了用例
2013-03-22 21:44:08 潘加宇(3504847)
把它画在你要描述的用例下面
2013-03-22 21:44:29 潘加宇(3504847)
更好的方式是不用画这个图，应该写的是用例规约
2013-03-22 21:44:32 广何智(585***19)
你看，我是这样写的。
2013-03-22 21:44:30 广何智(585***19)

2013-03-22 21:45:06 潘加宇(3504847)
这里面的字段列表、业务规则、非功能需求都缺少
2013-03-22 21:46:11 广何智(585***19)
以前我也用过这种图来画类与类之前的调用。
2013-03-22 21:46:16 潘加宇(3504847)
如果是这样，用例就是：资产系统（主执行者）--》下载盘点任务--》表单系统（辅执行者）
2013-03-22 21:47:20 清宇(108**297)
或者说不叫详细设计吧（"没有涉及到集成平台的内部"），但我还是感觉做更高层次的设计，而设计不一定要到平台内部，平台级别的设计也叫设计，因为需求我们已经看到，是请求"新增盘点任务"，那么对于这个需求，我们做的设计是如何将两个子系统解耦合，于是画了这个交互图来表达。所以我还是偏向理解为详细设计，潘老师，您认为呢？
2013-03-22 21:47:56 潘加宇(3504847)
请复习。
2013-03-22 21:48:09 潘加宇(3504847)
关于"设计"的滥用，课上说过的
2013-03-22 21:48:40 潘加宇(3504847)
并不是因为"没有涉及到集成平台的内部"所以不叫"详细设计"
2013-03-22 21:51:10 广何智(585***19)

2013-03-22 21:51:17 广何智(585***19)
刚找到了以前我画的序列图。
2013-03-22 21:51:26 广何智(585***19)
是这样画的。潘老师您看一下
2013-03-22 21:51:47 潘加宇(3504847)
这个是设计的序列图
2013-03-22 21:51:56 潘加宇(3504847)
也就是最终的实现
2013-03-22 21:52:17 广何智(585***19)
我觉得与上图没什么差异啊
2013-03-22 21:52:29 潘加宇(3504847)
这个也不用画的其实，源代码就可以代替
2013-03-22 21:52:56 潘加宇(3504847)
"与上图没什么差异"？
2013-03-22 21:53:05 广何智(585***19)
呵呵。。
2013-03-22 21:53:49 潘加宇(3504847)
你还是需要再复习幻灯片和软件方法第一章
2013-03-22 21:54:00 广何智(585***19)
好吧。我知道错了。
2013-03-22 21:54:17 广何智(585***19)
以后我就说不是你的学生。
2013-03-22 21:54:56 fuhrerxl(350***04)
[表情]觉悟真高
2013-03-22 21:55:10 潘加宇(3504847)
不不不，要先实践，犯错，改正，才能掌握
2013-03-22 21:55:35 潘加宇(3504847)
其他一言不发的同学，也许不少还没有迈出"犯错"的第一部呢
2013-03-22 21:55:41 潘加宇(3504847)
第一步
2013-03-22 21:55:46 清宇(108**297)
设计方面我也不是潘老师的学生，需求却是，但出来也不敢说是潘老师的学生[表情]
2013-03-22 21:55:52 清宇(108**297)
之前上过潘老师的需求的课，设计的还没有上过，比较遗憾，后面有机会一定要补上。
2013-03-22 21:57:48 广何智(585***19)
现在都用进行业务建模。但还是半桶水。
2013-03-22 21:58:10 广何智(585***19)
可能还不到半桶
2013-03-22 21:58:15 潘加宇(3504847)
多贴上来讨论
2013-03-22 21:59:27 广何智(585***19)
嗯。多谢指点，另再弱弱的问一句，在UML中到底有没有跨职业活动图这种图啊
2013-03-22 22:00:00 潘加宇(3504847)
活动图就是活动图 跨职业是什么意思
2013-03-22 22:00:16 潘加宇(3504847)
岗位？
2013-03-22 22:00:24 广何智(585***19)

2013-03-22 22:00:35 广何智(585***19)
我找一个图出来给你看一下，
2013-03-22 22:00:45 广何智(585***19)
南方电网广州供电局最规范的画法
2013-03-22 22:07:07 广何智(585***19)

2013-03-22 22:07:24 广何智(585***19)
有这种图吗
2013-03-22 22:08:11 广何智(585***19)
这个就是Visio画出来的。
2013-03-22 22:08:25 广何智(585***19)
而且他们一直这样用
2013-03-22 22:18:18 潘加宇(3504847)
这个可以用序列图表达：班长 使用 安全生产系统 生产派工单
2013-03-22 22:19:39 潘加宇(3504847)
这个图也不"规范"。 生产派工单 是 动宾结构 任务 是名词 可能是某个行为产生的数据 在图上，标记却是相同的
2013-03-22 22:20:49 潘加宇(3504847)
"上传数据"是"动词+名词"，下面"表单附表展示"又变成了"名词+动词"
2013-03-22 22:22:54 潘加宇(3504847)
既然框框已经代表了行为，那么箭头应该代表数据才对，"现场作业"和"表单附表展示"这两个行为之间的箭头却依然是行为"上传数据到后台"，应改为"数据"。
2013-03-22 22:23:14 潘加宇(3504847)
这就是"南方电网广州供电局最规范的画法"吗？
2013-03-22 22:25:45 广何智(585***19)
嗯，
2013-03-22 22:25:46 广何智(585***19)
是
2013-03-22 22:25:52 广何智(585***19)
一直这样画。好多年了
2013-03-22 22:26:05 潘加宇(3504847)
打哪指哪
2013-03-22 22:26:14 广何智(585***19)
[表情]
2013-03-22 22:26:37 潘加宇(3504847)
运气好也能胡牌
2013-03-22 22:27:20 广何智(585***19)
很多情况下是这样：能方便的而且能看得懂的去画。
2013-03-22 22:27:32 潘加宇(3504847)
但胡牌概率要比掌握方法的人要少一些
2013-03-22 22:27:44 广何智(585***19)
呵呵。
2013-03-22 22:28:01 广何智(585***19)
如果说其它三家也照这样打，概率就一样了
2013-03-22 22:28:29 潘加宇(3504847)
麻将高手和牌概率6成，菜鸟也有三成，还挺得意，一个晚上钱就输光了
2013-03-22 22:28:58 广何智(585***19)
所以所有的规格说明书中，他们明文规定，就得这样画。所有的厂商
2013-03-22 22:29:12 潘加宇(3504847)
所以，我们课上第一句话就是：过去有很多农民企业家 嘛
2013-03-22 22:29:31 潘加宇(3504847)
"所以所有的规格说明书中，他们明文规定，就得这样画。所有的厂商"
2013-03-22 22:29:46 潘加宇(3504847)
这个我不太相信
2013-03-22 22:30:12 潘加宇(3504847)
你把明文规定的各个图标的规范贴出来看看
2013-03-22 22:30:26 潘加宇(3504847)
你刚才贴的是某个人画的具体的图
2013-03-22 22:30:49 广何智(585***19)
呵呵。你还别不信。这个项目做了三年多了。涉及到的兄弟厂家也有四五个。他们会议报告书也好。需求规格书也好。我指的是归档了的。全是这样画
2013-03-22 22:30:53 潘加宇(3504847)
不管是什么规范，不至于这么乱
2013-03-22 22:31:14 广何智(585***19)
但至少他们认可。
2013-03-22 22:31:26 广何智(585***19)
这样画他们照归档不误
2013-03-22 22:31:29 潘加宇(3504847)
你说的还是"大家画的图"，明文规定的规范呢？
2013-03-22 22:32:04 广何智(585***19)
规范书我没有，但通常情况下都是依葫芦画瓢
2013-03-22 22:32:06 潘加宇(3504847)
你别说现在大家都这样干，就说法律是这样规定的
2013-03-22 22:32:32 潘加宇(3504847)
那你怎么还说"他们明文规定，就得这样画"？
2013-03-22 22:32:48 广何智(585***19)
是啊，不这样画他们就得让你改成这样
2013-03-22 22:33:04 广何智(585***19)
这可不可以认为是一种规范
2013-03-22 22:33:44 潘加宇(3504847)
规范就是明规则
2013-03-22 22:34:41 广何智(585***19)
概念不同而已，意思一样
2013-03-22 22:34:53 潘加宇(3504847)
"依葫芦画瓢"都没问题
2013-03-22 22:35:09 潘加宇(3504847)
顺着他们需要的画也没问题
2013-03-22 22:35:18 潘加宇(3504847)
但是自己心里要清楚，自己在做什么
2013-03-22 22:35:28 潘加宇(3504847)
不要把自己也骗了
2013-03-22 22:35:53 潘加宇(3504847)
参见《软件方法》第一章，"视图"和"模型"
2013-03-22 22:36:26 潘加宇(3504847)
就像你刚才说"他们明文规定，就得这样画"，是不是把自己也骗了
2013-03-22 22:37:24 广何智(585***19)
如果按你的说法，假设使用这种图是他们的明规定。前提是他们认可。这不成就是说他们一直在错。还错了这么久。像这么大的一个国营企业。按这种说法肯定是说不过去的
2013-03-22 22:38:06 潘加宇(3504847)
这里面没有假设
2013-03-22 22:38:37 潘加宇(3504847)
有明规定就是有，没有就没有 是不是"他们一直在错"，是就是，不是就不是
2013-03-22 22:40:44 广何智(585***19)
逻辑有问题。错不错先不说。单说能用不能用。如果不按这种画法，必须得改成这种图。如果按这种画就一定没问题。也不能叫规范？写在纸上的，号令天下的才叫？
2013-03-22 22:41:34 潘加宇(3504847)
可以画
2013-03-22 22:41:30 潘加宇(3504847)
我刚才不是说了吗
2013-03-22 22:41:41 潘加宇(3504847)
可以错
2013-03-22 22:41:49 潘加宇(3504847)
但是要知道自己在做什么
2013-03-22 22:42:38 潘加宇(3504847)
我刚才指出的那几点，可以不管，但不能说不管所以那几点就不存在
2013-03-22 22:43:03 广何智(585***19)
嗯。
2013-03-22 22:43:30 潘加宇(3504847)
之所以要这样画，不那样画，不是因为写在纸上号令天下，而是背后的道理
2013-03-22 22:43:52 广何智(585***19)
我明白你的意思了
2013-03-22 22:43:43 潘加宇(3504847)
我刚才给你讲的不都是背后的道理吗
2013-03-22 22:47:57 广何智(585***19)
之所以这样画，是他们要求，是因为存在某种利益关系，但自己得清楚知道这样画只是为了应付。就算违背也得去做。
2013-03-22 22:48:37 潘加宇(3504847)
应付没问题。我在《软件方法》第一章已经说的很清楚了
2013-03-22 22:49:15 王凯(1824***764)
[表情]错可以 外部条件制约 但是要知道为什么错就行了 就这个意思
2013-03-22 22:50:07 潘加宇(3504847)
把"交流"和"开发"分开