[答疑精选]取用水监测，可以是自动监测（安装RTU），可以是人工抄表

取用水监测，可以是自动监测（安装RTU），可以是人工抄表

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  可以把监测点、监测站去掉，留下传感器（或抽象一点，监测设备）和取水事件、取水户关联。 监测站 安装在 取水口 这个信息意义不大，就算物理距离十八万千里，只要我负责监测你的取水就行，管我装在哪里