new

settings/archived/work/2022年/Z.其他任务目录/网格管理业务分析/index.md

@@ -0,0 +1,72 @@
+### 业务分析：
+#### 管理体系
+* 平台运维：
+	1. 系统需要内置一个网格管理平台运维团队，做团队业务授权，信息审核工作。
+	2. 部分小区所在居委，没有入驻平台，挂靠到运维团队中。
+	3. 由市场人员向相关居委推进入驻事宜。
+
+* 居委入驻：
+	1. 为居委创建团队，居委人员入驻，业务授权。
+	2. 小区新小区挂靠居委，小区所属居委关系转入转出。
+
+* 小区入驻：
+	1. 旧版本小区系统，升级服务，增加居委对接功能
+	2. 新版本小区系统上线，
+	3. 网格管理平台添加新小区信息，
+	4. 如果我们统一是通过kafka来做对接，考虚如何设计消息格式、分配消息通道
+	5. 新小区向所在居委信息注册，如果没有注册到平台运维团队下，日后转出
+
+### 区域管理
+* 区域管理示意图
+![[网格管理区域.excalidraw]]
+
+### 消息队列初步设计
+* 消息通道方案设想
+![[消息队列示意.excalidraw]]
+
+* 消息处理机制
+![[消息处理机制.excalidraw]]
+
+### 数据类型：
+定义小区系统，与网格平台交换数据的类型，定义以下两类：
+* 数据上报
+平台定义数据标准，各小区向网格平台提交。此标准面向所有小区，包括不在使用我们智慧小区平台的。此标准或将申请政府认可，纳入统一的数字城市管理规范。
+小区等级，满足数据上报标准的小区进行数字化评级。（这让我想起了五级等子病历）
+* 业务对接，我们会向大数据，智慧化方向，逐步建立，并完善网格管理体系，以及服务能力。
+	1. 业主委员会
+	2. 地区投票调研
+	3. 公告公示
+	4. 人员管理
+	5. 社区纠纷调节
+	6. 自愿者服务
+
+### 基础逻辑分析
+1. 网格管理体系，集成物业系统
+对于本身没有系统的小区，我们可以配置一个完整方案，可是一些成熟小区，如休让他们加入到我们网格管理体系？答：方案二。我们把社区系统当中的功能，减去物业部分的内容，上线其他功能模块。如下图：
+![[小区系统集成体系.excalidraw]]
+
+1. 小区加入网格
+小区端系统管理，仅对运维人员可见相关网格管理的配置。
+![[小区注册.excalidraw]]
+
+### 业务消息整理
+用于小区与网格管理平台的消息交互。下表内容仅为示意，具体业务与消息节点，需要结合业务分析。
+
+| 业务名       | 类型     | 上报项            | 发出方 | 接收方 | 备注         |
+|:------------ | -------- | ----------------- | ------ | ------ |:------------ |
+| 系统监控     | 数据上报 | 在线心跳包        | 小区   | 网格   | 小区基本信息 |
+| 业委会       | 业务对接 | 资料上传/流程节点 | 小区   | 居委   |              |
+| ^^           | 业务对接 | 审核/批复         | 居委   | 小区   |              |
+| 日常数据上报 | 数据上报 | 人口动态信息      | 小区   | 居委   |              |
+| ^^           | 数据上报 | 园区设备运行检查  | 小区   | 居委   |              |
+| ^^           | 数据上报 | 卫生工作检查      | 小区   | 居委   |              |
+| ^^           | 数据上报 | 投诉建议          | 小区   | 居委   |              |
+| 区域投票调研 | 业务对接 | 下发投票          | 居委   | 小区   |              |
+| ^^           | 业务对接 | 上报投票结果      | 小区   | 居委   |              |
+| 区域公告     | 业务对接 | 下发公告          | 居委   | 小区   |              |
+
+![[网格管理节点]]
+![[消息格式]]
+
+### 网格管理数据
+![[网格管理内容.excalidraw]]