欢迎来到三一文库! | 帮助中心 三一文库31doc.com 一个上传文档投稿赚钱的网站
三一文库
全部分类
  • 幼儿/小学教育>
  • 中学教育>
  • 高等教育>
  • 研究生考试>
  • 外语学习>
  • 资格/认证考试>
  • 论文>
  • IT计算机>
  • 法律/法学>
  • 建筑/环境>
  • 通信/电子>
  • 医学/心理学>
  • ImageVerifierCode 换一换
    首页 三一文库 > 资源分类 > DOCX文档下载
    分享到微信 分享到微博 分享到QQ空间

    XXXX学院智慧宿舍管理服务平台建设项目采购需求.docx

    • 资源ID:590872       资源大小:49.63KB        全文页数:28页
    • 资源格式: DOCX        下载积分:5
    快捷下载 游客一键下载
    账号登录下载
    微信登录下载
    三方登录下载: 微信开放平台登录 QQ登录 微博登录
    二维码
    微信扫一扫登录
    下载资源需要5
    邮箱/手机:
    温馨提示:
    快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
    如填写123,账号就是123,密码也是123。
    支付方式: 支付宝    微信支付   
    验证码:   换一换

    加入VIP免费专享
     
    账号:
    密码:
    验证码:   换一换
      忘记密码?
        
    友情提示
    2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
    3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
    4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
    5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

    XXXX学院智慧宿舍管理服务平台建设项目采购需求.docx

    1、XXXX学院智慧宿舍管理服务平台建设项目采购需求一、采购清单序号采购项目具体技术要求单位数量备注1宿舍综合管理平台套12信息发布平台套13视频监控管理平台台14身份隐私保护系统套15人脸识别终端台806读卡器模块个807单机芯翼闸台408双机芯翼闸台209电动伸缩门套1010边界摄像机台2011通道摄像机台4012供电交换机台1013信息发布显示终端台1014数据对接服务项115安装调试服务项1二、整体技术要求1 .供应商必须严格按照国家网络信息安全等级保护制度要求和标准实施本项目,符合采购人网络安全及系统等级保护二级的相关技术规范和要求。校方对系统进行安全等级保护评测时,供应商必须提供相应技

    2、术支持,提供评测中与软件系统相关的支撑材料,并负责修补评测中发现的问题。2 .供应商所提供的软件系统必须具有独立的知识产权,由产品软件版权产生的任何纠纷以及造成的各项损失,由供应商负责赔偿。3 .平台(系统)正式上线使用后,定期进行更新和检查。采购人在使用系统的过程中,如因系统本身的漏洞产生的系统瘫痪或者其它相关原因导致的安全问题,均由供应商负责。4 .要求与学校现有系统(财务系统、学工系统、身份码平台、访客系统、短信网关、校门门禁系统(南门)、校门门禁系统(东门)等)集成,并且承诺免费提供标准接口,方便第三方系统进行调用。5 .为保证平台统一管理最优兼容性,供应商须承诺所投主要硬件产品包括人

    3、脸识别终端、读卡器模块、单/双机芯翼闸为同一品牌,且承诺与本次采购的宿舍综合管理服务平台、身份隐私保护平台实现无缝对接,所需费用由供应商承担。6 .要求整个项目所有软、硬件设备(包括装修货物),要求能够永久使用,并从验收合格日起计算提供不低于3年免费质保期;在质保期内非因采购人原因而产生的质量问题,由供应商负责无偿返修。不能维修的,整件免费更换。由于采购人为原因造成的损坏供应商只收配件费不收人工费。对于国家有明文规定质保期的软硬件产品,以国家规定为准。质保期满后,供应商提供有偿维护、维修。7 .要求供应商提供以下(但不限于)设备及配套施工,根据现场及设计的实际情况,配备完整的解决方案,确保项目

    4、实现总体目标。三、详细技术要求(一)宿舍综合管理平台一、宿舍业务管理模块1 .整体技术要求:1.1 系统采用B/S架构;支持LinUX、WindowsSOlariS等多种操作系统;客户端兼容IE8.0及以上、360浏览器、ChrOme浏览器等目前主流浏览器;1.2 宿舍综合管理平台由:宿舍业务管理模块、出入安全管理模块、网上报修管理模块、宿舍资产管理模块、宿舍巡检管理模块组成,非单独五套平台系统。1.3 实现可模块扁平化接入网页端门户或移动端门户,实现主备两种登录方式。登录方式一:在校师生职工日常从门户系统单点登录(如有);登录方式二:外编人员从系统本身登录入口;1.4 支持将面向师生服务的移

    5、动应用整体或单个集成到学校移动门户,技术上采用HTML5方式开发。技术上提供相应的服务接口(如HttPREST接口),接口标准与规范、服务应遵循标准规范;1.5 实现与学校公共数据库的数据同步,不限于学校组织机构、教工、学生、业务等数据。提供业务数据集成接口,开放数据库结构和数据字典描述;2 .住宿资源管理功能:2.1 支持零星和批量导入校区、公寓区、公寓楼、房间。设置楼栋名称、住宿性别、楼层、楼栋示意图;2.2 支持配置楼层布局图,可以查看、新增、修改、删除楼栋布局图信息;2.3 支持设置房间用途、类型、床位数、朝向、标签、面积、套间设置、房型图;2.4 支持批量导入数据时系统提示错误数据并

    6、分析错误原因;2.5 支持批量修改房间类型(如:四人间改成六人间);2.6 支持批量修改房间用途(如:学生宿舍改成功能用房)2.7 支持设置房间和床位标签(如:加长床、特殊房)。3 .住宿人员管理功能:3.1 支持住宿人员基本信息初始化,支持与学校数据中心同步或批量导入学生基本信息(如姓名、性别、院系班级、照片、在籍在校状态、年级、民族、籍贯、毕业年份、联系方式、身份证号等);3.2 支持住宿人员的导入删除和更新。同步或导入多种标签信息(如:交流生、免费生等);3.3 支持住宿人员住宿信息初始化,批量导入学生住宿信息,导入数据系统提示错误数据并分析错误原因;3.4 支持零星或批量导入外宿学生信

    7、息,如外宿地址、外宿原因;4 .学生入住管理功能:4.1 支持按照全校维度、校区维度、公寓区维度、楼栋维度展示住宿资源和住宿人员汇总信息,房间数、空床位数、入住人数等支持穿透分析展示;4.2 支持校区维度展示区域概况(房间数、学生用房、床位总数、空床位数、入住人数)、床位情况分析、房间情况分析;4.3 支持楼栋维度实现可视化数据展示(可视化界面支持业务办理操作和数据穿透操作)、楼层布局视图化展示、入住人员分析(学院住宿人员分析、年级类别分析)、楼内房间情况分析(总房间数、满入住房间、未住满房间、全空房间、零星空床位等);4.4 支持动态标注需要重点关注的住宿人员并以不同颜色进行可视化展示提醒;

    8、4.5 支持导出住宿卡,住宿卡格式和内容支持自定义设置;4.6 支持从学院角度查看学生住宿信息(楼栋、房间、床位),根据学院权限查看本学院学生住宿信息;4.7 支持从学生类别(如本科生、研究生)、学院、年级、班级维度,按照性别展示学生住宿分布情况;5 .新生住宿安排功能:5.1 根据学校具体情况设定新生安排计划,可以查看、新增、修改、删除新生安排计划;5.2 支持多校区独立设定安排计划。计划可设定新生入住日期及预离宿舍日期(即将到期系统提醒);5.3 支持与学校数据中心同步新生名单信息,也可以根据系统提供模板通过EXCEL表格形式导入系统。支持零星或批量调整;5.4 根据制定的规则(按学院、专

    9、业、班级、性别等)系统自动将新生名单分类;5.5 新生床位范围划分支持批量可视化勾选和excel导入两种模式。支持零星和批量调整;5.6 床位范围划分支持分级划分(学院在公寓管理部门划分的范围内再次划分);5.7 支持拖动式可视化划分,可以同时直观了解床位资源信息和划分情况;并支持导出划分结果;5.8 床位分配支持多种分配模式(统一分配、学院分配、学生自选);5.9 床位分配支持按床选人和按人选床两种模式,支持批量和零星分配与调整。批量分配床位时支持智能分配(学院集中、籍贯分开)和顺序分配(按学号顺序分配);5.10 零星调整时支持可视化界面拖动调整;5.11 可设置床位分配操作的起止日期。支

    10、持EXCeI导入床位分配结果;5.12 床位分配完成后自动生成新生入楼办理任务,并在楼栋入住一览中可视化标注新生待办理状态。同时在待办任务中提醒,楼管员可以查看并办理;6 .毕业退宿管理功能:6.1 设定毕业生退宿计划,可以设定多个安排计划,可设定计划的开始和结束日期,可以设置统一退宿日期;6.2 支持与学校数据中心同步毕业生名单信息,也可以根据系统提供模板通过EXCEL表格形式导入系统。支持零星或批量调整;6.3 毕业生名单添加后自动生成毕业生离楼办理任务,并在楼栋入住一览中可视化标注毕业生待办理状态,同时在待办任务中提醒,楼管员可以查看并办理。6.4 支持毕业生的宿舍和个人违欠管理,办理离

    11、楼手续时提醒管理员7 .零星住退换安排功能:7.1 支持视图化形式查找空床位,并支持快捷安排入住。安排后自动生成入楼办理任务,并在楼栋入住一览中可视化标注待办理状态,同时在待办任务中提醒,楼管员可以查看并办理;7.2 根据学生信息(学院、专业、年级、性别等)智能匹配住宿楼栋;7.3 支持视图化形式安排退宿,安排后自动生成离楼办理任务,并在楼栋入住一览中可视化标注待办理状态,同时在待办任务中提醒,楼管员可以查看并办理;7.4 可以通过学号姓名查询住宿人员信息,安排退宿或修改到期日以及查看、打印安排退宿记录,可以新增、取消退宿安排;7.5 支持视图化形式安排换宿,安排后自动生成换宿办理任务,并在楼

    12、栋入住一览中可视化标注待办理状态,同时在待办任务中提醒,楼管员可以查看并办理;8 .预案管理功能:8.1 支持实现新生安排、批量调迁时的模拟安排,根据学校的具体情况模拟出新生安排或批量调迁的预案,住宿资源相对紧张的情况下也可以通过该模块模拟零星床位整理以实现住宿资源优化的目的,提高学生公寓利用率;8.2 支持模拟新生安排:清空即将毕业的学生房间,根据学校以往招生情况模拟住宿新生指标,依据指标划分住宿范围,最终形成模拟的新生安排方案;1.1 3支持模拟批量调迁:制定调迁计划,多种形式确定调迁人员(导入或系统筛选),根据调迁人员划分调迁范围,最终形成模拟的批量调迁方案;1.4 支持可视化划分:可以

    13、查看住宿资源情况,查看计划项目,并且可以划分住宿资源给计划项目;1.5 支持模拟方案一键转化:模拟好的各种住宿方案支持一键转化为住宿安排正式方案,形成代办任务,并在楼栋入住一览中可视化标注待办理状态,同时在代办任务中提醒,楼管员可以查看并办理。9 .批量调迁管理功能:9.1 支持制定调迁批次,可以设定多个调迁批次,批次可设定调迁日期;9.2 支持通过EXCEL表格形式导入调迁名单或通过系统筛选确定调迁名单。支持零星或批量调整;并且根据制定的规则(按学院、专业、班级、性别等)系统自动将调迁名单分类9.3 支持调迁范围划分支持批量可视化勾选,支持零星和批量调整;支持拖动式可视化划分,可以同时直观了

    14、解床位资源信息和划分情况,并支持导出划分结果。9.4 4调迁分配完成后自动生成调迁办理任务,并在楼栋入住一览中可视化标注待办理状态,同时在代办任务中提醒,楼管员可以查看并办理;10 .住宿费管理功能:10.1 支持通过系统设定收费规则,根据入住人员的性质(专、本、硕、博等)、入住人员说明(免住宿费等)、入住人员的年级、入住区域、房间属性(房型、面积、床位数等)、收费类别(住宿费、空调费等)设置收费规则;10.2 收费标准的规则优先级可以灵活设定;11假期留校管理功能:1.1 1管理员设定假期留校计划,设定假期留校申请或登记的起止时间;1.2 2假期留校支持申请审核,流程支持自定义设置。1.3

    15、3学生通过手机端进行假期留校登记或申请,支持备注假期留校原因。1.4 4管理针对已登记或通过审核的假期留校学生安排住宿。12 .综合查询分析功能:12.1 可以根据校区、公寓区、公寓楼等楼栋维度进行可视化信息查询,展示校区、公寓区的区域概况,如:公寓区数、公寓楼数、房间数、床位总数、空床位数、入住人数等;12.2 可以根据住宿区域、房间类型、房间用途、学院、学生类别、入学年级、毕业年份、性别、民族、籍贯、学制、学号等条件查询住宿人员信息,支持多条件模糊检索住宿学生信息;12.3 支持导入名单查询,根据学号匹配出详细住宿信息;12.4 可以根据房间类型(2人间、4人间等)、入住人数、房间标签、房

    16、间用途查询房间信息;12.5 根据床位状态(停用、闲置、入住)、床位安排状态(新生计划中、退宿中、申请中)、床位标签等查询床位信息。12.6 可以根据安排状态、退换宿原因、退换宿时间来查询住退换情况;12.7 可以查询全住满、未住满、全空房间住宿明细信息;12.8 支持区域概况分析,根据校区、公寓区分析公寓区数、公寓楼数、房间数、床位总数、空床位数、入住人数;12.9 支持床位情况分析,分析区域范围内床位情况,如:停用、闲置、入住12.10 支持房间情况分析,分析区域范围内各种类型房间的房间总数、满入住、未住满、全空房间、总床位数、空床位数(全空房间床位数、零星空床位数)。按房间用途分析房间情

    17、况(仓库、会议室、值班室等);12.11 支持入住人员维度分析支持自定义查询模板分析,根据实际需求自定义分析模板,支持数据导出(Excel);12.12 支持分析住宿异常情况,如:不在籍仍住宿、在籍但未住宿未外宿等;13 .移动端管理应用:13.1 提供移动服务门户(H5),可以灵活整合到学校移动服务门户中,为广大师生提供移动化、无纸化公寓办公和服务功能;13.2 新生办理入楼前通过手机签订电子化住宿合同。入楼时通过手机出示入楼二维码凭证,方便新生快捷办理入住;13.3 寒暑假前学生可在规定时间内通过手机发起假期留校申请,申请时可上传相关证明材料,学生可指定假期留校时间段(支持多时间段选择);

    18、13.4 管理员/宿管员可以通过手机查看新生入楼办理实时进度,可按多维度查看,如:校区、楼栋、学院、类别,及时掌握当前新生入楼办理情况(安排入住总人数、已入住人数、未入住人数);13.5 管理员/宿管员可以通过手机接收住退换申请待审核提醒并进行审核,审核时支持选择目标床位,在线查看申请资料;13.6 管理员/宿管员可以通过手机接收假期留校申请待审核提醒并进行审核,在线查看申请资料。13.7 楼栋花名册,按照权限从楼栋维度查看楼栋住宿概况和住宿人员信息(人员信息包括照片、宿舍号、学院、辅导员、电话等);13.8 学院花名册,按照权限从学院维度查看学院住宿概况和住宿人员信息(人员信息包括照片、宿舍

    19、号、学院、辅导员、电话等)13.9 通过学号或姓名快速定位人员信息,如:保卫部快速找人13.10 在规定时间,通过手机接收管辖范围内学生归寝异常信息,辅导员或生活老师可以对异常学生进行处理;13.11 学工处或各学院可以通过手机查看管辖范围内的学生归寝异常及处理情况统计13.12 支持查看近期归寝异常情况趋势分析。晚归、违规等不同类型异常情况分析。二、出入安全管理模块:1 .通过对接闸机、门禁、智能视频等多种设备将进出数据或考勤数据采集至平台,通过分析采集的数据为设备的运行状态提供数据参考,辅助监测设备运行状态;2 .结合学生住宿数据、不在校学生数据、假期留校数据清洗从设备采集的数据,过滤设备

    20、无效数据,可查看无效数据明细及原因;3 .根据学校规章制度制定异常分析规则,如:晚归、未归的时间分割点(支持节假日和非节假日独立设置分割点)等;4 .根据设定的规则系统自动分析出当日异常学生情况;5 .设定异常情况推送规则,如:推送时间、异常类型(晚归、未归、未出入)、推送人员(辅导员、学生本人等);6 .根据设定的规则系统自动推送提醒,提醒内容支持自定义设置;7 .辅导员收到异常提醒后,可以通过手机进行处理,确认违规或消除异常;8 .每日查夜时间点前系统自动生成查夜名单,辅导员或楼栋管理员可以根据查夜名单进行检查;9 .为了确保数据分析的精准性,针对不在校学生(如:请假、实习、休学等)进行登

    21、记或数据对接,异常数据分析时排除不在校学生;10 .不在校时间可灵活配置,支持周期性、长期、短期等时间段设置;11 .不在校登记支持在手机端操作。各种假期结束后统计学生返校情况,形成已返校和未返校学生名单。支持按照学生类别、校区、公寓区、公寓楼、节假日、学院、年级、班级、专业查询学生返校情况。12 .支持推送返校情况给辅导员,辅导员可以进行通过手机核实处理;13 .对于连续违规、连续未出入、连续未归、连续晚归等异常情况系统提供统计查询预警功能,管理员可以及时关注异常情况,避免安全隐患;14 .可以实时监测楼栋维度学生归寝状态,已归或未归学生以不同颜色区别,视图化展示归寝学生具体情况。15 .支

    22、持汇总统计、处理率统计、设备进出成功率、进出方向成功率、楼栋进出统计、学院进出统计、年级进出统计、班级进出统计、连续违规统计。16 .按照年、月、周、天进行日进出量分析、近期违规量趋势分析、近期违规处理率趋势分析和违规类型分析。17 .需要联动校门门禁,实时获取校门的通行数据判。如学生晚归或违规,可以判断学生是否留在校内。三、网上报修管理模块:1 .报修流程管理:Ll报修人可以通过手机提交报修单,报修时支持手机拍照,报修时报修地点支持常用地点自动填写,提交报修件时可选择是否公开我的报修件,支持报修人自行撤销报修件(重复报修、误报等);1.2 报修前可查阅维修公告、维修指南、小贴士,帮助报修人了

    23、解报修注意事项;1.3 报修成功后报修人可通过手机查看跟踪维修进度,查看维修工联系方式,也可通过手机接收维修进度消息提醒;2 .报修单流转调度:2.2 报修成功后,审核人员可对报修件进行审核,审核通过后自动生成维修单,审核结果通过消息提醒报修人。并且支持审核环节可设置是否启用;2.3 2维修单生成后,系统根据规则自动将维修单调度至相应维修部门,也可人工调度(人工调度模式下系统通过消息提醒调度员及时处理);2.4 维修单在设定时间内未调度,系统可通过消息提醒调度员进行手工调度(可重复提醒);2.5 调度人员调度过程中可中止维修单,可重启中止的维修单;2.6 中止维修单时可备注原因并通过消息提醒报

    24、修人。备注原因支持自定义编辑,方便快捷备注;3 .派单及接单功能:3.2 调度到本部门的维修单,系统根据规则自动将维修单派单给指定维修工(支持派给多个维修工),也可人工派工(系统可推送消息提醒派工员进行派工);3.3 派工员可将超出本部门维修范围的维修单打回给调度员或流转至相应维修部门;3.4 派工员可中止误报、错报的维修单或修改维修单。中止维修单时可备注原因并通过消息提醒报修人;3.5 维修单在设定时间内未派工,系统可通过消息提醒派工员进行手工派工(可重复提醒);3.6 系统具备智能派工功能(根据维修工当前工作量、工作时间等选择合适的维修工);3.7 人工派单时,系统智能提醒派单员各维修工当

    25、前未完工单量及正在该维修区域内维修的维修工;3.8 派工员派工时支持查看跟踪维修单的处理流程;3.9 调度到本部门的维修单,系统根据规则自动将维修单派单给指定维修工(支持派给多个维修工),也可人工派工(系统可推送消息提醒派工员进行派工);3.10 派工员可将超出本部门维修范围的维修单打回给调度员或流转至相应维修部门;3.11 派工员可中止误报、错报的维修单或修改维修单。中止维修单时可备注原因并通过消息提醒报修人;3.12 系统可以纳入第三方维修事项,接到报修后系统可以根据配置策略自动将相关维修事项派工给第三方;3.13 维修单派给维修工后,系统自动推送消息提醒维修工进行维修;3.14 维修工可

    26、以通过手机查看维修单详情;3.15 维修工接单支持系统派单和维修工抢单两种模式:抢单模式下,维修工长时间未受理维修单,系统自动发送消息提醒派工员进行人工干预;4 .报修单维修管理:4.2 维修工现场维修完成后,维修工可在手机端进行完工操作,完工时可登记维修用料、损坏原因,上传现场照片;4.3 多人维修的维修件在完工时支持灵活选择完工人;4.4 维修工维修时支持维修单的打回、暂停、中止或流转(如:超出维修职责范围、材料不足、报修内容填写错误等),并支持备注原因,相关人员通过系统查看;4.5 维修工填写维修物料时支持模糊查询、分级筛选查询(物料分类、物料项目、规格);4.6 已受理的维修单,维修工

    27、可按照维修地点、报修时间进行集中显示,方便维修工合理安排维修时间;4.7 工单合并:对于非零星报修并且需要采购维修的维修事项,如:补墙,地面换瓷砖等,系统支持按照维修种类将相关报修件合并,并支持导出;5 .差评投诉模块:5.2 维修工完工后系统自动推送消息提醒报修人维修件已经完工,可以进行评价或进行投诉;5.3 报修人评价时支持选择不同的满意度等级,如:非常满意、满意、一般、差评等,如需要进行投诉,可以在备注栏进行说明投诉事项;5.4 投诉回访:针对满意度不高、存在投诉的事件进行回访,支持回访结果登记。5.5 投诉处理:核实情况后,支持将投诉维修件打回重修,直至收到用户满意评价后结束。5.6

    28、后台支持筛选查询差评投诉情况,方便进行汇总分析处理。6 .维修工作管理:6.2 维修地点管理,实现学校维修区域和维修楼栋基础资源初始化,支持配置地图和标识楼栋在地图上的位置,支持区域或楼栋是否开放报修。用户报修时,方便快捷定位报修地点;6.3 维修事项管理,实现学校提供的维修服务事项管理,可对维修事项进行分组。支持维修事项是否开放报修;6.4 维修物料项目管理,按照维修工种进行物料分组,包括规格、单位、单价等;6.5 维修部门管理,对学校各维修部门或维修班组进行管理。维护部门的联系人和电话;6.6 根据学校各部门的维修职责,划分维修区域楼栋以及维修的事项;6.7 部门可负责维修多个区域,不同的

    29、维修区域可维修不同的事项(如A部门负责男生区域的水电维修和床椅维修等);6.8 各个维修部门可自行维护本部门的维修区域和维修事项;6.9 支持各部门的维修排班和维修工作日的管理,设置派工策略(随报随派,固定时间集中派单,抢单等);6.10 支持维修工请假时排班计划的临时调整;7 .查询统计分析功能:7.2 可以通过多维度(维修状态、维修部门及维修工、维修地点、维修事项、报修时间段等)查询并导出维修单;7.3 可以根据时间范围(全部,本年、本月、本周、本日、自定义时间段)汇总统计各区域楼栋、各事项的报修数量、接单数量、维修数量、维修工个人的维修数量、返修量及返修率、维修用料的使用数量;7.4 可

    30、以根据时间范围(全部,本年、本月、本周、本日、自定义时间段)分析一天内每小时报修量趋势、一周内每天报修量趋势、报修来源占比、满意度占比、维修事项和报修区域占比。维修工个人的维修效率排名、单位及个人满意度排名。四、宿舍资产管理模块:1 .支持通过单个新增或导入资产设备进系统,添加时需录入校区、公寓区、公寓楼(或公共区域)、房间(或公共区域);2 .资产信息包括:资产名称、资产编号(自定义)、品牌、规格型号(如尺寸)、单价、维保期限等内容;3 .支持细分用户操作权限:新增、导入、修改、删除、查看、下载、导出,只有查看权限的用户只能查看数据;4 .所有参与系统使用的用户,可以按校区范围限制查看的数据

    31、5 .支持按照录入的信息进行搜索,查看资产信息;6 .所有录入的信息,需要在列表中全部显示出来;7 .资产台账数据支持批量导出,方便进行统计。五、宿舍巡检管理模块:1 .根据学校公寓管理规章制度,通过移动端实现宿舍卫生、安全违章的检查,为文明宿舍评比、个人评优奖先提供数据支撑,针对违章学生辅导员可以进行批评教育;2 .根据公寓管理规章制度制定卫生安全检查标准,支持不同区域采用不用标准,同时支持设定免检宿舍;3 .制定检查计划,包括日常检查和抽查。计划可设置起止时间。各检查计划支持灵活分配检查人员,及检查人员的检查范围;4 .可针对宿舍或个人进行检查;5 .可以通过移动终端在线检查;6 .检查

    32、时支持拍照留档。支持精准快捷扣分操作,支持宿舍备注不打分原因;7 .支持补录和修改检查结果,修改时必须填写修改原因。检查结果等级为差的宿舍,可以发送消息告知学生;8 .可按照月、学期、学年统计分析宿舍及个人卫生成绩;9 .针对违章学生辅导员可进行处理。六、产品资质要求:1 .要求所投产品具有法律认可的软件所有权证明,证明其合法性;2.要求所投产品经过了严格的测试和认证,证明其可靠性及安全性;(二)信息发布平台系统可在后台发布展示信息内容,支持照片、视频、新闻、公告、电子欢迎横幅、PDF、第三方链接等类型,内容支持图文混合排版;信息发布具备定向发布功能,可按照全校、楼栋进行定向信息推送;联动校宣

    33、发布的校级图片、视频、新闻、公告,可同时传到设备上展示;设置屏保模式后,设备长时间处于无人操作状态下将自动切换至屏幕保护模式,屏保模式下可选择全校、楼栋相册轮播、置顶已发布公告等多种内容展示;系统内置超过200张屏保云图,分属于不同的云图库(如:卫生健康、党建文化、科普知识等),用户可以选择需要的云图库作为设备屏保;新闻公告、相册、视频、海报功能均支持霸屏发布,在指定时间段内霸屏内容全屏展示;支持发布校级重要公告,新增公告内容同步在全校信息发布终端置顶展示;系统内置超过20套公告模板(如:活动通知、寒暑假通知等),可供用户发布公告时套用;系统内置50+海报模板(如,欢迎模式,卫生健康,校园风

    34、采,通知公告等),支持用户自定义修改背景及文案。同时可以自定义管理海报分类;支持发布值日安排,可显示当日对应的值日生名单;支持展示学校所在区域今日及明后两天的天气状况和今日空气质量指数,可详细查看当日PMl0、PM2.5、NO2、SO2等常见污染物数据,并根据当前天气状态自动切换对应的主题插图;支持对信息发布进行审核权限管理,可同时设置不同审核人,用户进行信息发布时,需由指定用户审核后才可在设备上展示;支持信息发布IP白名单管理,可将相关管理人员的办公网络IP地址纳入“IP白名单”,白名单外的IP地址无法获取信息发布权限;系统提供科目数据库,内置常见宿舍班级名称,且支持自定义增添班级;管理员可

    35、授权宿管员自助管理本宿舍信息;系统支持发布作息时间表,可按全校和楼栋层级进行分层执行。每天可执行不同的课程作息时间表,便于灵活管理教学作息时间。(三)视频监控管理平台尺寸:2U机架式服务器机箱处理器:1颗国产化ARM架构kunpeng920CPU,24核主频2.5GHz内存:配置32G内存(1根32GDDR4ECC内存条)4个DDR4DIMM插槽硬盘:2块4T3.5口寸SATA热插拔机械硬盘,最大支持12块3.5时72.5口寸的SAS/SATA机械硬盘或固态硬盘电源:2个900W交流电源模块,支持1+1冗余;风扇:4个热拔插风扇,支持N+1冗余RAID卡:SAS3408无缓存,支持RAID(M

    36、10认证:CCC节能支持实时视频、录像回放、录像下载、电视墙、雷球联动功能;支持手机移动客户端进行实时视频监控,音频播放,本地截图,本地录像,云台控制,远程视频回放;录像支持1/2、1/4、1/8、1/16、1/32、1/64、2、4、8、16、32、64倍速快/慢放;支持在浏览器中进行多路无插件视频预览;支持设备对讲、抓图、本地录像、声音控制、窗口分割、全屏、自适应、云台控制、预置点、点间巡航等功能;支持在浏览器中进行多路无插件录像同放,可自动查找存储位置;支持设备抓图、本地录像、声音控制、窗口分割、全屏、自适应、倍速、精确定位等功能;支持25路多路数并发,支持软/硬解码;支持采用多层级密

    37、钥保护体系,对数据做全链路加密;提供数据库的运行监控大盘,包括CPU、内存及存储空间实时使用情况,慢Sql统计分析。同时支持数据的备份还原,及时主机损坏也能通过备份数据快速恢复到新平台上,保护数据不丢失,业务稳定运行;支持TLS安全连接数据库,通过安全传输层协议(TLS)可加密保护网络传输过程中的数据。发生灾难情况下,可使用分片密钥对硬盘的加密数据进行恢复;具有可视化运维数据管理平台,可对数据库进行运行参数监控与管理配置操作,包括安全指标大屏、数据迁移、备份/还原、灾难恢复等。支持用户基础信息的增删改查、冻结、解冻、密码重置等功能;支持从WindoWS域同步用户信息,和企业域账户打通,通过域账

    38、户密码直接登录平台;支持用户的安全信息配置,可设置用户及用户登录密码效期以及MAC白名单地址配置;支持角色基础信息的增删改查;角色关联权限,可配置角色的应用菜单、部门、逻辑组织以及系统资源操作权限;支持角色的复制能力;提供地图管理配置能力,地图类型包含;二维、光栅、三维地图,支持厂家包含:百度、谷歌、高德、天地图、Arcgis;提供门户首页内容自定义能力,支持自定义快捷入口、自定义菜单内容、自定义页面元素设置;提供本次项目建设60路视频监控路数授权(四)身份隐私保护平台1 .整体技术要求:1.1 采用以历史数据为基础,进行清洗和迁移,然后再补充采集的原则,完成全校在校师生、教职工的核心人脸基准

    39、平台建设,并且协助学校建立平台的网络安全和人脸隐私保护体系,供应商需配合学校完成本项工作,价格已经包含在项目整体预算中,不得新增报价;1.2 为建立起学校人脸识别应用供应商的准入门槛,使得人脸库采集图片的适用性更强,须提供一种人脸识别算法准入规范以及配套的测试工具,可以对第三方人脸识别算法引擎的功能、性能和准确率进行测试;1.3 PC端软件架构要求为B/S结构,采用由Web服务器、应用服务器和后台数据库形成的B/W/A/D四层体系结构。服务器层要适应主流的WebServerApplicationServer和主流中间件;数据库层推荐采用Oracle12c及以上技术。应用服务器操作系统采用欧拉(

    40、OPenEUler22.03LTS)或龙蜥(AnolisOS8);1.4 推荐使用微服务架构,支持容器化部署,有成熟的高可用方案,支持动态扩容和负载均衡;2 .人脸采集与维护:2.1 手机自助采集应用新增照片审核功能,管理员账号可在移动端实现人脸照、证件照、身份证照等图片的对比审核;2.2 针对使用知情权要求,优化隐私授权功能,用户可按需关闭、启用已有人脸应用的使用授权,同时方便用户查看人脸隐私协议信息等内容;2.3 用户可通过手机自助维护个人的人脸数据。进行变更时,需进行身份真实性核验;2.4 针对人脸采集不通过的照片可以提交申诉到管理员审核,用户支持查看审核人;2.5 支持用户使用采集移动

    41、端进行问题反馈。管理员可通过后台处理所有反馈信息;2.6 用户可通过手机自助删除个人的人脸数据,同时系统形成日志记录;2.7 支持配置审核人员及审核权限范围,对提交的人脸进行审核;3 .身份数据管理:3.1 首页预览支持人员、人脸、特征品牌、支持应用、接口调用的数据以及新增数量的快速查看,提供直观展示的图表;3.2 支持对用户采集的个人身份信息进行保存、整理以及管理等操作,可通过组织架构查看或新增不同组织的用户信息,支持设置人员失效时间、批量导入导出等功能;3.3 支持对人员的人脸识别照进行管理,可通过组织架构查看或新增不同组织的人员信息,支持设置照片质量检测、照片大小检测、批量导入导出等功能

    42、3.4 人员基础信息支持根据人员的在校状态自动失效,失效后人脸数据不可使用;4.SDK算法库管理:1.1 特征SDK管理:用于集成第三方特征算法,管理第三方接入提取图片特征的SDK算法包;1.2 特征库管理:用于配置管理第三方SDK引擎特生成的特征,每个引擎对应一个数据库表存储该引擎的特征数据,可通过【全量生成】或【增量生成】方式去进行同步/更新数据;1.3 内置特征提取算法,可对生物特征数据(非结构化数据)采用特征提取的方式。可自定义第三方厂家用于特征提取的JAR插件,构建生物特征库;5 .身份数据脱敏管理:5.1 支持敏感数据定义:用于自定义配置系统全局的敏感数据字段信息,如身份证号、手

    43、机号等;5.2 支持脱敏策略设置:用于保护敏感数据的功能模块,通过对数据进行处理、加密或替换等方法,使得敏感信息无法被直接识别,以确保数据的隐私与安全;5.3 提供数据脱敏技术,支持敏感数据的定义,并且设定数据脱敏规则及数据脱敏任务;6 .第三方接入管理:6.1 技术文档:平台提供文档页面描述各个接口调用的说明,参数说明,返回说明;6.2 要求技术文档内容要包含对平台人脸数据质量参数的说明;6.3 平台提供SDK包下载页面;6.4 接口语言:平台提供的SDK包含Java、C#等多种语言;6.5 实现学校各类人脸识别应用的统一标准人脸识别数据接口。学校其它业务单位如需调用身份数据,可通过前置机提

    44、交申请,系统提供审批。6.6 支持按应用或功能对各类接口进行单独或批量的授权控制。;6.7 对接口调用的时间、来源、结果、是否开放等参数应提供可配置的方式进行管理;6.8 产品具备良好的第三方兼容性,能够兼容市场主流的人脸识别算法,需提供至少3份不同品牌的产品兼容认证【主流人脸识别算法范围:互联网公司(阿里/腾讯/百度)、人工智能公司(旷视/商汤/依图/云从)、安防监控公司(海康/大华/宇视)】复印件;7 .数据安全管理:7.1 支持敏感数据的自动扫描和检测功能以及数据脱敏子集的抽取;7.2 支持将生物特征数据(非结构化数据)和身份信息数据(结构化数据)进行分类,不同类型的数据采用不同的存储方

    45、式,实现物理或逻辑隔离;7.3 支持将人脸照片识别原始信息以及人脸照片比对信息拆分成多份,分别存储在不同的数据库,使用时从不同节点获取内容根据规则拼凑成完整特征,并对内容进行关联组合,确保身份数据隐私的安全;7.4 对系统管理员查阅的信息进行脱敏处理(包括生物特征数据和身份信息数据)。系统管理员如需查询详细信息,需要进行二次身份核验,同时系统形成日志记录;7.5 身份数据按生命周期进行管理。达到生命周期自动转其它存储环境;7.6 支持身份数据的安全调用,从资源池分配应用ID和必要等必要信息,在人脸特征值调用时,可通过应用ID等7.7信息结合传参生成校验码,在接收到调用请求后,再通过后台检验核对

    46、7.8 系统可审计性要求:日志必须可供集中访问;用户操作/管理员操作都必须通过日志系统记录;7.9 系统安全性要求:采用分级管理模式,对不同级别用户的操作权限和数据访问范围有严格的限制,系统管理员可以根据学校情况灵活设置安全策略。8 .以图搜人应用:提供1套以图搜人的移动端应用,用来判断监控抓拍的翻越人员的身份,提升安全管理水平。8.1 支持与学校的单点登录(如有)整合进行移动端授权8.2 可通过上传照片或者拍照,判断人员身份8.3 针对该应用,部署人脸质量算法,可支持左右各偏转45度的人脸识别8.4 针对该应用,部署人脸检索算法,在校内不限制算法LiCenSe,性能可按需扩展8.5 算法需

    47、部署在CPU环境下,不需要学校新增GPU服务器(五)人脸识别终端显示屏:三7寸电容触摸屏,分辨率N600*1024;摄像头:设备应采用高清双目相机,1路200W可见光摄像头,1路200W红外补光摄像头;摄像头分辨率:可见光摄像头分辨率:19201080;红外摄像头分辨率:1280720;存储容量:系统应支持三50000张卡片管理;三50000张人脸容量,支持三50000条含抓拍图的事件存储;工作模式:支持本地单机管理;支持远程中心远程管理等多种方式;识别模式:支持单人识别和多人识别模式;出入认证方式:系统支持对门的开启方式(卡、人脸、密码等)的各种使用权限进行组合设置,实现不同安全级别场景的权限管理,认证方式包含:1)人脸;2)人脸或刷卡;3)人脸+刷卡;4)人脸+密码;支持上述任意一种或两组的组合;硬件接口:1)报警输入接口22;2)报警输出接口21;3)USBtyPeC接口1


    注意事项

    本文(XXXX学院智慧宿舍管理服务平台建设项目采购需求.docx)为本站会员(极速器)主动上传,三一文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知三一文库(点击联系客服),我们立即给予删除!




    宁ICP备18001539号-1

    三一文库
    收起
    展开