《软件方法》第9章 分析之分析类图—案例篇Part1（20211114更新）
《软件方法》第8章 分析 之 分析类图——知识篇Part1（20211029更新）
问题时间：2014/12/2
lihongwei(627***407) 22:11:26
lihongwei(627***407) 22:12:08 文字是要表达的意思，这样画对吗潘加宇(3504847) 22:13:27 每次取水事件要记住是哪家水测站"监测"它吗？ 潘加宇(3504847) 22:14:31 不同的取水事件，取用水测站有可能不同，每次取水要记住这次事件是哪家监测的，对吗？ lihongwei(627***407) 22:17:17 取用水监测，可以是自动监测（安装RTU），可以是人工抄表。但是都认为是取水户设置了一个监测站，监测它从某个取水口的取水量。 lihongwei(627***407) 22:17:58 安装RTU后，能自动传输监测数据。潘加宇(3504847) 22:18:11 没有回答我的问题？ lihongwei(627***407) 22:19:07 不同的取水事件，取用水测站相同 lihongwei(627***407) 22:19:40 但是RTU可能更换，抄表人可能不同 乐天(92***82) 22:20:01 取水要不要记录监测站？潘加宇(3504847) 22:21:22 你要做的是什么系统 lihongwei(627***407) 22:21:38 取用水测站有固定的编码，所以设置了取用水测站后，不同的取水事件，取用水测站是相同的。 要记录测站 lihongwei(627***407) 22:22:23 水资源管理中的取水监测潘加宇(3504847) 22:22:55 把监测站关联到取水户 乐天(92***82) 22:23:33 监测站监测取水口还是取水户？潘加宇(3504847) 22:24:05 一个班有五十个学生，班主任是同一个老师，老师是"班"的主任，不是"学生的班的主任" 复习课上讲的审查属性"什么的什么" lihongwei(627***407) 22:24:09 一般运行方式是，RTU每小时上报一次水量；每个月人工抄表一次。 乐天(92***82) 22:26:24 监测站是监测取水口的出水，还是监测取水户的用水？潘加宇(3504847) 22:26:43 乐天(92***82) 问的也是 lihongwei(627***407) 22:27:42 监测"取水户的取水量" lihongwei(627***407) 22:28:30 同意取水口，可能多个取水户 lihongwei(627***407) 22:28:39 同一 乐天(92***82) 22:29:04 那就关联到户 乐天(92***82) 22:29:22 有没有一个取水户，从多个取水口取水 lihongwei(627***407) 22:30:11 有 乐天(92***82) 22:31:59 那就复杂了，你这个监测站是不是一个计量点？ 乐天(92***82) 22:33:33 多个取水口是不是也是一个监测站？ lihongwei(627***407) 22:34:21 不是，每个取水户与取水口之间的关系，都要单独监测取水量 lihongwei(627***407) 22:35:34
lihongwei(627***407) 22:35:47 这样也表达不出这个含义潘加宇(3504847) 22:38:26 取水和取水口的关联怎么挪走了 lihongwei(627***407) 22:41:15 不理解该怎么画 乐天(92***82) 22:41:36 肯定不行。有办法。我问你，会不会多个用户用一个监测站记录取水？潘加宇(3504847) 22:41:49 把监测站关联到取水户 潘加宇(3504847) 22:42:00 如实画就可以 lihongwei(627***407) 22:43:54 每个用户都是单独监测的 lihongwei(627***407) 22:44:26
lihongwei(627***407) 22:44:31 潘老师，这样吗潘加宇(3504847) 22:45:11 取水和水测站的关联应该砍掉吧 潘加宇(3504847) 22:45:56 关联名不要写"有"，写"指定监测"或"负责监测"之类 潘加宇(3504847) 22:46:50 取水户关联多个监测站？ lihongwei(627***407) 22:47:07 砍掉后，无法表达这个含义： 取水户与取水口是多对多关系，每个取水户从相关的每一个取水口的取水量要单独计量。潘加宇(3504847) 22:47:48 不是已经通过取水事件关联起来了吗 lihongwei(627***407) 22:48:19 对，每一对（取水户---取水口）都要设置一个测站单独监测潘加宇(3504847) 22:49:03 "但是都认为是取水户设置了一个监测站" lihongwei(627***407) 22:49:30 我一开始意思没有表达完整 lihongwei(627***407) 22:50:47 怎么画，才能表达这个意思？潘加宇(3504847) 22:51:02 "每一对（取水户---取水口）都要设置一个测站单独监测"--有100家取水户，100个取水口，就有10000个监测站？ lihongwei(627***407) 22:51:47 不一定是，但这是一种可能 lihongwei(627***407) 22:52:25 也许是一对一，只需100个测站潘加宇(3504847) 22:52:35 可能背后的领域内涵没找到 潘加宇(3504847) 22:54:31 还有，你的系统是监测系统，上面的类只是事件发生后的记录，这些类不知道能不能回答"你的系统凭什么能检测用水，它懂得了什么知识？" lihongwei(627***407) 22:57:23 实际情况是这样，多数情况下，取水户一般只从一个取水口取水，但是也存在从多个取水口取水的情况。如果从多个取水口取水，则要分别设置测站。另外，也存在多个用水从同一取水口取水的情况，也要单独监测。 lihongwei(627***407) 22:58:50 "知识"还没有分析清楚，大概是这样：
lihongwei(627***407) 23:00:22 说明：上图中的多个"监测点"和"传感器"，是因为地下水还监测水位，有的还监测水质 乐天(92***82) 23:01:00 @潘加宇 老师， 他说的情况是存在的， 实际上很简单。用户跟取水没有关系。跟取水事件有关系的就是取用水监测站。也许从常识上不同。但是 你系统或者你说的事情要解决的 记录取水事件。那么取水监测站是取水户的计量点。 乐天(92***82) 23:01:54 你后面说的更复杂了，跟上面的内容没啥关系 lihongwei(627***407) 23:03:19 嗯，是这样的 乐天(92***82) 23:04:56 那就把用户和取水事件的关联去掉，实际上不是用户取水。是监测点记录取水量。然后一个用水户有多个监测点潘加宇(3504847) 23:05:20 就是这样 潘加宇(3504847) 23:05:54 取水-取水口-监测站-取水户 潘加宇(3504847) 23:07:20 看你后面补的图，也和站没关系啊，和RTU有关系 潘加宇(3504847) 23:08:59 监测不同取水户的RTU（传感器）不同？ lihongwei(627***407) 23:09:42 对，不同 lihongwei(627***407) 23:09:56 要单独安装 lihongwei(627***407) 23:11:14
lihongwei(627***407) 23:11:20 改成这样吗潘加宇(3504847) 23:12:56 取水口连到水测站，不连取水 潘加宇(3504847) 23:13:19 说错 潘加宇(3504847) 23:13:32 取水口连到水测站，把水测站和取水之间的关联去掉 潘加宇(3504847) 23:17:34
lihongwei(627***407) 23:17:49
潘加宇(3504847) 23:18:07 差不多 潘加宇(3504847) 23:18:34 如果先对游戏规则建模，这个弯路就走得少一点 潘加宇(3504847) 23:19:48 取不取水，取多少次水，规则区没有变化 潘加宇(3504847) 23:23:34 取水的"瞬时流量"是什么意思 lihongwei(627***407) 23:24:41 嗯。这样能表达上面所说的意思了吗？ "瞬时流量"是上报时刻，流量计的流量值潘加宇(3504847) 23:24:56 还是我上面说的问题，上面的类只是事件发生后的记录，你的系统凭什么总用水量，流量之类，因为它懂得了什么知识？ lihongwei(627***407) 23:24:58 一般只关注累计水量潘加宇(3504847) 23:26:46 就像买东西，订单有总的金额，但这个是最后的结果，系统可能要懂得：购买商品的数量，商品的价格区间，顾客的等级，不同等级的打折规则，运费的计算规则。。。 潘加宇(3504847) 23:27:37 通过这些类的协作，才能算出订单的总价钱 潘加宇(3504847) 23:28:37 "瞬时流量"是上报时刻，流量计的流量值--是"取水口"的"瞬时流量" 潘加宇(3504847) 23:28:39 ？ lihongwei(627***407) 23:29:03 统计取水量由流量计完成，这里就是累计，没额外的规则。计费时，会针对不用取水户有规则。 乐天(92***82) 23:30:29 我理解，监测站有一个示数（起始示数），开始是一个示数，终止有一个示数（止示数）。（止示数） - （起始示数） = 本次流量 lihongwei(627***407) 23:30:33 假设两个取水户从同一个取水口取水，则要设置两个测站（每个取水户一个），响应的两个流量计。 lihongwei(627***407) 23:30:57 乐天：对 乐天(92***82) 23:31:20 还没说完，我都困了潘加宇(3504847) 23:34:18 就这样，估计差不多 潘加宇(3504847) 23:34:27 你的系统复杂在哪里 lihongwei(627***407) 23:34:39 测站要单独监测发生在一对（取水户，取水口）之间的"取水"，能表达吗，还是有点疑惑潘加宇(3504847) 23:35:58 糟糕，不能 潘加宇(3504847) 23:36:36 把取水关联回水测站 lihongwei(627***407) 23:36:41 对象多，监测要素多潘加宇(3504847) 23:37:20 取水口和取水之间的关联去掉 潘加宇(3504847) 23:37:45 "对象多，监测要素多"图上没有表达出来？ 潘加宇(3504847) 23:38:49
lihongwei(627***407) 23:39:13 我简化了，把我感到疑惑的地方单独提出来潘加宇(3504847) 23:40:03 水测站是个虚词，可以改为流量计 潘加宇(3504847) 23:40:40 系统关心的是哪个流量计，管他有"站"没"站" lihongwei(627***407) 23:42:00 恩 lihongwei(627***407) 23:42:29 客户请了很多专家，他们习惯这样 lihongwei(627***407) 23:42:46
潘加宇(3504847) 23:42:57 设计要抽象 潘加宇(3504847) 23:43:22 要表达内涵，不需要涉众的理解。需求才要具体 lihongwei(627***407) 23:44:09 他们设计出来了数据库，作为标准，让大家遵守潘加宇(3504847) 23:44:40
lihongwei(627***407) 23:44:43 我们在分析时，不得不参考和兼顾他们的书籍 lihongwei(627***407) 23:44:49 设计潘加宇(3504847) 23:45:42 即使给定了存储结构，也不影响我们自己的模型啊 lihongwei(627***407) 23:45:59 恩，是这个道理 lihongwei(627***407) 23:46:53 我们以前也没建模，大家也不会建，现在尝试着做潘加宇(3504847) 23:47:08 就算数据用线性的文件保存，也按照我们的模型做，存储的时候再按照映射规则映射过去。 潘加宇(3504847) 23:47:36
lihongwei(627***407) 23:47:37 恩 lihongwei(627***407) 23:49:13 货物流动 就是抽象，对吧？ lihongwei(627***407) 23:50:20 我觉得抽象的能力，也是要在具体的"事"上练 lihongwei(627***407) 23:51:20 有时候，抽象还可以从不同的角度进行 lihongwei(627***407) 11:13:36
lihongwei(627***407) 11:16:28 上次那个图没有考虑有的取水户并没有实施监测这一实际情况。另外，我理解取水户与取水口之间的关系是更本质的关系，不管监测与否都是存在的。 lihongwei(627***407) 11:18:11 因此，因该显式建立取水户与取水口之间的关联关系。 lihongwei(627***407) 11:20:36 但是，这样一来，在取水户、取水口、取用水测站之间形成了"三角"关系，这种关系是否合适呢？潘加宇(3504847) 14:40:49 取水户与取水口之间的多对多关系未必是本质的关系，是通过取水或监测事件带来的。 我下面画的模型应该可以，加一个约束，OCL可能写的语法 潘加宇(3504847) 14:41:16 不精确 潘加宇(3504847) 14:42:33
lihongwei(627***407) 14:46:50 不太明白潘加宇(3504847) 14:49:41 每个取水对象都要满足这个约束： 它发生在的【取水口】 必须在 它的【取水户】分配到的【取水口】集合 中 lihongwei(627***407) 14:51:00 嗯 lihongwei(627***407) 14:58:31
lihongwei(627***407) 14:59:21 潘老师，我现在这样画，感觉可以表达测站对取水的监测关系了潘加宇(3504847) 15:01:09 出来一个 监测点 ？ lihongwei(627***407) 15:01:14 对排水的监测，画的时候，使用关联类，这样感觉更简洁的表达 lihongwei(627***407) 15:02:18 就是把测站作为关联类。 lihongwei(627***407) 15:02:36 取用水测站应该也可以这样处理 lihongwei(627***407) 15:03:43 监测点和传感器是一对一的概念，因为传感器会坏掉，要更换，而且有可能多个传感器潘加宇(3504847) 15:04:31 1对1可以合并，保留传感器 lihongwei(627***407) 15:04:34 传感器作为监测点的角色潘加宇(3504847) 15:04:50 而且有可能多个传感器 --那就不是1对1？ lihongwei(627***407) 15:05:23 取用水测站与取用水测点是1对1 lihongwei(627***407) 15:05:30 错了 lihongwei(627***407) 15:05:55 取用水测站与取用水测点是1对多；取用水测点与传感器是1对1潘加宇(3504847) 15:07:13 取用水测点与传感器是1对1 --合并为监测点（或传感器）即可，但监测点（或者叫监测设备）更本质，因为传感器是一种实现，很容易变潘加宇(3504847) 15:08:13 传感器 是 一种 监测设备 lihongwei(627***407) 15:08:53 对，下面图中，测点和测站都是"虚"的概念
lihongwei(627***407) 15:09:23 RTU和传感器是实实在在的"设备"潘加宇(3504847) 15:09:46 1，1或1，0..1的情况要警惕，一个【人】可能是0个【男人】，也可能是1个【男人】，好像是1对0..1的关联，其实是泛化 lihongwei(627***407) 15:10:56 没明白潘加宇(3504847) 15:11:55 把两个1对1的合并成一个就可以 潘加宇(3504847) 15:12:03 分开也可以 潘加宇(3504847) 15:12:30 就是多了一个类 lihongwei(627***407) 15:14:42 哦，就是取用水监测点、测站其实是可以不要的？潘加宇(3504847) 15:17:11 多个监测设备 是属于同一个取水户的吗 潘加宇(3504847) 15:17:28 同一个"站"的多个监测设备 是属于同一个取水户的吗 lihongwei(627***407) 15:17:50 是的潘加宇(3504847) 17:06:23 可以把监测点、监测站去掉，留下传感器（或抽象一点，监测设备）和取水事件、取水户关联。 监测站 安装在 取水口 这个信息意义不大，就算物理距离十八万千里，只要我负责监测你的取水就行，管我装在哪里
