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

业务分析：

管理体系

• 平台运维：

  1. 系统需要内置一个网格管理平台运维团队，做团队业务授权，信息审核工作。
  2. 部分小区所在居委，没有入驻平台，挂靠到运维团队中。
  3. 由市场人员向相关居委推进入驻事宜。

• 居委入驻：

  1. 为居委创建团队，居委人员入驻，业务授权。
  2. 小区新小区挂靠居委，小区所属居委关系转入转出。

• 小区入驻：

  1. 旧版本小区系统，升级服务，增加居委对接功能
  2. 新版本小区系统上线，
  3. 网格管理平台添加新小区信息，
  4. 如果我们统一是通过kafka来做对接，考虚如何设计消息格式、分配消息通道
  5. 新小区向所在居委信息注册，如果没有注册到平台运维团队下，日后转出

区域管理

• 区域管理示意图 !网格管理区域.excalidraw

消息队列初步设计

• 消息通道方案设想 !消息队列示意.excalidraw

• 消息处理机制 !消息处理机制.excalidraw

数据类型：

定义小区系统，与网格平台交换数据的类型，定义以下两类：

• 数据上报 平台定义数据标准，各小区向网格平台提交。此标准面向所有小区，包括不在使用我们智慧小区平台的。此标准或将申请政府认可，纳入统一的数字城市管理规范。 小区等级，满足数据上报标准的小区进行数字化评级。（这让我想起了五级等子病历）
• 业务对接，我们会向大数据，智慧化方向，逐步建立，并完善网格管理体系，以及服务能力。
  1. 业主委员会
  2. 地区投票调研
  3. 公告公示
  4. 人员管理
  5. 社区纠纷调节
  6. 自愿者服务

基础逻辑分析

1. 网格管理体系，集成物业系统 对于本身没有系统的小区，我们可以配置一个完整方案，可是一些成熟小区，如休让他们加入到我们网格管理体系？答：方案二。我们把社区系统当中的功能，减去物业部分的内容，上线其他功能模块。如下图： !小区系统集成体系.excalidraw

2. 小区加入网格 小区端系统管理，仅对运维人员可见相关网格管理的配置。 !小区注册.excalidraw

业务消息整理

用于小区与网格管理平台的消息交互。下表内容仅为示意，具体业务与消息节点，需要结合业务分析。

业务名	类型	上报项	发出方	接收方	备注
系统监控	数据上报	在线心跳包	小区	网格	小区基本信息
业委会	业务对接	资料上传/流程节点	小区	居委
^^	业务对接	审核/批复	居委	小区
日常数据上报	数据上报	人口动态信息	小区	居委
^^	数据上报	园区设备运行检查	小区	居委
^^	数据上报	卫生工作检查	小区	居委
^^	数据上报	投诉建议	小区	居委
区域投票调研	业务对接	下发投票	居委	小区
^^	业务对接	上报投票结果	小区	居委
区域公告	业务对接	下发公告	居委	小区

!网格管理节点 !消息格式

网格管理数据

!网格管理内容.excalidraw