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