所在位置:答疑 - 内容   
取用水监测,可以是自动监测(安装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
可以把监测点、监测站去掉,留下传感器(或抽象一点,监测设备)和取水事件、取水户关联。
监测站 安装在 取水口 这个信息意义不大,就算物理距离十八万千里,只要我负责监测你的取水就行,管我装在哪里