教育部下发通知，高校逐步实施网格化管理，华师为试点之一的高校。若想实现网格化管理，各部门信息需有效结合，但现有状况下，各部门均有各自的信息系统，且信息标准不统一，系统之间不能互通互联，呈信息孤岛状。具体表现如下：

（1）学院编号不统一，学工系统有自己设置的一套和其他系统的无法对接
（2）校一卡通卡不同数据是不同公司维护管理的（比如门禁数据和消费数据属于两不同公司），数据不能关联查询分析决策
（3）网格分区具体内容和楼栋之间的关系，学号和楼栋的关系，楼栋和门禁的关系，等等相关数据分布在后勤系统、学工相关系统、门禁卡系统等多个系统中
（4）门禁数据虽然单独存在，但是想查出哪些同学进出不规律现有状况下基本不可能
（5）若想网格化分区管理学生消费情况，单根据一卡通消费部分的数据也无法进行，网格分区信息仍需学工方面和门禁方面的信息协助
（6）数据没有统一化管理，各种统计结果也无法统一关联展示至校领导处

1.1 项目概况

网格部分旨在进行网格化数据分析与展现，涉及内容包括宿舍管理，学生学业、生活、消费健康安全等各项内容。何谓网格化管理，即仿效社区的网格化管理，按照一定的规则划分成网格单元，每个网格单元分别管理。目标更加明确，管理更加细致。

系统提供学生安全监测与预警，利用学生的日常管理数据，通过对信息的分析和比对，使学校能随时掌握学生信息，及时发现安全隐患，保障学生安全。

在做分析系统前，先要统一多个涉及业务系统的数据，做相关etl工作：

     

    根据需要整理系统框架如下：

具体设计实现以及相关解决方案如下：

网格部分内容，维度全部分为网格和学院，以参数的形式选择展示。从而满足网格管理员和各院系辅 导员共同管理的需求。如下主要从网格维度进行描述。网格维度主要从片区到宿舍楼栋再到各宿舍。

1.2.1 不良情况
1.2.1.1 晚归未归

通过时间参数段内的未归人次、晚归人次、男女异常率指标展示。

其中总人次下钻到详细列表，列表中某个学生的总次数指标还可以下钻都其异常的具体时间。而维度是层层下钻，当钻取到楼栋后，再钻取则以学院和年级为维度展现：

1.2.1.2 电器收缴

该部分内容主要以图形显示，是柱状图和词云图的结合体。钻取到最细力度是学生未归电器收缴明细列表，包括学生的基本信息以及收缴的电器和收缴时间。

1.2.1.3 消费异常

通过学生在食堂刷卡消费的明细数据进行整体分析，统计异动人次，再则钻取到其消费明细。参数多样，可满足不同要求标准的数据展现。

1.2.1.4 不在校预警

指定两天内没有门禁刷卡信息和一卡通消费信息以及上网信息的学生为不在校学生，拟出并做预警。

1.2.1.5 非正常上网

该部分较为简单，直接列出总人次，并可下钻列出网明细列表。

1.2.2 有限网络在线情况

该部分只有柱状图展现在线人数，柱子满足维度下钻至楼栋。该部分数据直接来自中间视图表，数据每隔一分钟更新一次，用计划任调用后台etl过程更新数据。报表也每隔一分钟重新自动计算一次。从而达到网络在线实时情况展现这一目标。

1.2.3 假期留校区域分布及预警

留校区域使用混合图，柱子展现人数、饼图展现男女比例，支持维度下钻以及人数下钻至明细列表。预警部分类似不在校预警，仅列入假期信息。

【短信推送】

       此部分功能无需短信猫，特定BI分析表计算出的结果每日通过对方提供的接口传递至校方某系统即可，其再处理短信推送功能。该部分功能，涉及研发部分工作量，为脚本功能而非系统定制功能。

       由于校方原因，现阶段数据尚未完全到位，系统也未开启试运营。数据一旦到位，系统便能协助网格管理员及校方领导时时观测到学生生活情况，并获取相关预警。

       一旦校方数据进一步完善，可用数据扩散致学生学习成绩、奖学金、勤工俭学、图书馆数据等等，建立相关模型便可进行大数据分析，例如学生的日常生活学习习惯和成绩的关系等等。