公园智慧化管护和考核系统的开发方案上从理论稿到结合调研和场景模拟的修订稿再到头脑风暴后的终审稿。逻辑上从项目思维导图到项目原型图再到数据字典明细。设计上从草图到低保真图再到高保真效果图。每个环节经过反复推敲和论证,最终确定了可落地可执行的智慧化管护和考核系统开发方案。 
 
1.1公园智慧化管护考核思维导图
   通过在系统平台完成基础信息库的搭建,完成数据响应处理等。在APP 客户端完成案件受理、案件处置,考核考查以及报表查看等,如图1-1。 

图1-1 公园智慧化管护和考核APP思维导图
 
1.2公园智慧化管护考核模块图 
公园智慧化管护考核系统在APP客户端分为 4 类使用用户;管理端(管理层领导使用)、监管端(具有考核权限的工作人员)、巡查端(巡查人员)、管护单位端(包括绿化、光彩、水景喷泉、高低压箱变、市政设施等管护单位用户),其中权限操作成金字塔形式,管理处上级无限制向下覆盖。 
图1-2 公园智慧化管护考核模块图
 
1.3 智慧公园系统功能需求分析 
1.3.1随手拍功能需求分析
   案件受理来源主要来自数字化城管系统分派和随手拍信息,在通过数字系统来源的案件直接通过沿线信息化系统转发分派给管护单位处理。随手拍通过(外部)游客(内部)管理处工作人员两条线反馈问题,依信息化管理平台为中转枢纽对反馈的信息做案件分类、整理分配、转发等操作后再交付给案件责任人完成案件处理。配合短信的应用实现业务逻辑处理0障碍,同时对受理业务留迹留档,整个案件的处理过程清晰可见可查。在平台端对反馈信息做分类汇总和统计,可对管护单位的考核和管理办法的制定提供重要的参考。随手拍业务处理逻辑图1-3所示: 
图1-3随手拍处理业务流程图
   1)外部游客
   游客可通过市政设备扫码反馈、公园及园林绿化扫码反馈、政务平台公众号留言反馈、自媒体公众号留言反馈等多种渠道反馈意见信息,系统平台收到反馈信息后通过短信发送告知案件的处理情况和处理结果,如下图示意。 
图1-4  游客反馈渠道 
 
   2)内部工作人员 
   管理处工作人员包括管理端用户、监管端用户、巡查端用户,都可一键启用 “随手拍”反馈问题同时在“随手拍信息”里查看案件的受理情况。平台收到反馈案件后第一时间分派给管护单位维修处理,如存在疑问的反馈案件平台通过分配任务的形式派发给管理处工作人员核实处理。 通过“随手拍”记录和反馈问题现场,通过“随手拍信息”查看反馈问题的处理进度。 
 
   3)信息化管理平台随手拍处理 
   对反馈的问题集中分类、分发处理,可以通过反馈问题所属类型、每个月暴露问题的数量等检索查看,对管护单位的绩效考核和管理办法的制定提供重要参考。 
  
图1-5  随手拍案件数据列表图 
 
平台接收到反馈信息后,根据案件具体情况可以做如下快捷操作处理 
·维修:一键转发为维修工单,分派给市政维护单位维修处理。 
·巡查:一键转发为巡查工单,分派给巡查人员复核和反馈处理。 
·请示:一键转发为请示信息,转发给管理处领导审批。 
·责任人:一键转发给(反馈问题所属管护)责任人,比如:光彩照明等反馈问题目前不能走信息平台系统流程,可将问题反馈给相应的责任人,责任人视情况可以自己处理或手动派单给管护单位。 
·结案:平台管理员自己可以处理的或者是已经处理过的问题,可选择结案操作。  
图 1-6  随手拍案件处理图
 
1.3.2信息化处理子系统需求分析 
   来源案件在信息库集中分类转发到相应的管护处理信息库中,相关区域监管责任人通过案件处理系统转发分配给相应的管护单位进行处理,归档案件处理信息存储云端数据库共享。 
  
图1-7  案件处理逻辑图 
 
1.3.3 智慧考核需求分析
   在智慧化管护考核项目中,考核主要分两种方式:案件受理过程中通过任务完成的时效考核分、完成的质量考核分进行考核。通过实时巡查抽检的方式的进行随机考核。 
 
   在考核中通过建立考核标准库,利用云计算等技术完成智能化匹配,APP前端完成对标考核。考核角色权限逻辑示意如下图。 
 
图1-8  智慧考核用户角色简要逻辑图 
 
1.4 数据安全需求分析
   信息系统在为人们带来便利的同时,信息安全也越来越多的受到人们的重视。不论是数据录入安全,数据传输安全,数据保存安全,数据流向的各个环节和节点都需提供足够级别的安全保护措施,以确保客户资料的不外泄。
 
1.4.1 服务器安全
   1)APP客户端和服务器端通过B/S架构HTTPS加密传输,网络连接采用专线、专用服务器,与外网隔离,避免外来病毒。
   2)专线连入服务集群前需经过前置防火墙。
   3)网络控制传输模式,单点访问,部分网段只允许对外访问不能对内传输。
   4)系统所有根据岗位和角色设置不同的权限,不同用户展示不同的菜单功能页面。
 
1.4.2 数据存储安全
   1)充分使用MySQL自身的安全控制策略,定义不同的数据库用户,数据库底层超级用户不对外公布,由安全部统一管理,运维工程师掌握管理员用户,普通开发人员掌握VIEW用户,数据交互通过存储过程转换不直接读取数据。
 
   2)使用DAC方式进行数据校验,关键数据表增加最后修改时间,最后修改日期,最后修改柜员等关键校验要素,用户事后审计和跟踪。
 
   3)完善的数据库管理和备份策略,重要数据实时备份,服务器完整数据库每天备份3次,并备份系统日志文件,以方便后期追踪和维护。
 
1.4.3 功能安全
   1)系统管理员及管护账号都需要通过短信认证及密码认证后可使用系统。
   2)关键操作设置审核审批流程,双人或多人复核,确保数据准确性。
   3)数据传输通过HTTPS加密传输,保障数据传输过程中不被截取。

1.4.4 数据处理安全
   1)充分利用数据库的锁机制和隔离级别保证数据一致性,并针对业务场景的不同,是否是热点表等,差异化的设置锁级别。
   2)采用事务一致性和原子性等数据库特性,一致提交,出错及时回滚。
   3)服务器架设私有云、多块网络硬盘,防止因为硬件引起的数据丢失。
 

作者:易龙网络