《软件方法》第9章 分析之分析类图—案例篇Part1（20211114更新）
《软件方法》第8章 分析 之 分析类图——知识篇Part1（20211029更新）
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) 把"交流"和"开发"分开
