### 业务分析：
#### 管理体系
* 平台运维：
	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]]