采购计划编号：442000003-2022-00007采购项目编号：0692-219CZST30073
广东省政府采购
公开招标文件
采购计划编号：442000003-2022-00007采购项目编号：0692-219CZST30073
项目名称：中山火炬职业技术学院智慧校园项目采购人：中山火炬职业技术学院
采购代理机构：广东省机电设备招标中心有限公司中山分公司
第一章投标邀请
广东省机电设备招标中心有限公司中山分公司受中山火炬职业技术学院的委托，采用公开招标方式组织采购中山火炬职业技术学院智慧校园项目。欢迎符合资格条件的国内供应商参加投标。
一.项目概述
1.名称与编号
项目名称：中山火炬职业技术学院智慧校园项目采购计划编号：442000003-2022-00007
采购项目编号：0692-219CZST30073
采购方式：公开招标
预算金额：22,194,655.17元
2.项目内容及需求情况（采购项目技术规格、参数及要求）采购包1(中山火炬职业技术学院智慧校园项目):
采购包预算金额：22,194,655.17元
品目 号 | 品目名称 | 采购标的 | 数量（单 位） | 技术规格、参数及 要求 | 是否允许进口 产品 |
1-1 | 其他系统集成实施服 务 | 中山火炬职业技术学院智慧校园项 目（公开招标部分） | 1.0000(项) | 详见第二章 | 否 |
x采购包不接受联合体投标
合同履行期限：于2023年12月31日前完成整个项目的建设并通过验收。
二.投标人的资格要求
1.投标人应具备《中华人民共和国政府采购法》第二十二条规定的条件，提供下列材料：
1）具有独立承担民事责任的能力：在中华人民共和国境内注册的法人或其他组织或自然人， 投标（响应）时提交有效的营业执照（或事业法人登记证或身份证等相关证明） 副本复印件。分支机构投标的，须提供总公司和分公司营业执照副本复印件，总公司出具给分支机构的授权书。
2）有依法缴纳税收和社会保障资金的良好记录：提供投标截止日前6个月内任意1个月依法缴纳税收和社会保障资金的相关材料。 如依法免税或不需要缴纳社会保障资金的， 提供相应证明材料。
3）具有良好的商业信誉和健全的财务会计制度：供应商必须具有良好的商业信誉和健全的财务会计制度（提供2020年度财务状况报告或基本开户行出具的资信证明） 。
4）履行合同所必须的设备和专业技术能力：按投标（响应）文件格式填报设备及专业技术能力情况。
5）参加采购活动前3年内，在经营活动中没有重大违法记录：在经营活动中没有重大违法记录：参照投标（报价）函相关承诺格式内容。 重大违法记录，是指供应商因违法经营受到刑事处罚或者责令停产停业、吊销许可证或者执照、较大数额罚款等行政处罚。（较大数额罚款按照财库【2022】3号文规定执行）
2.落实政府采购政策需满足的资格要求：
采购包1（中山火炬职业技术学院智慧校园项目）： 本项目不属于专门面向中小企业采购的项目。
3.本项目特定的资格要求：
合同包1（中山火炬职业技术学院智慧校园项目）：
1)供应商未被列入“信用中国”网站(xxx.xxxxxxxxxxx.xxx.xx)“记录失信被执行人或重大税收违法案件当事人名单”记录名单； 不处于中国政府采购网(xxx.xxxx.xxx.xx)“政府采购严重违法失信行为信息记录”中的禁止参加政府采购活动期间。
（以采购代理机构于投标（响应） 截止时间当天在“信用中国”网站（xxx.xxxxxxxxxxx.xxx.xx） 及中国政府采购网
（xxxx://xxx.xxxx.xxx.xx/） 查询结果为准， 如相关失信记录已失效， 供应商需提供相关证明资料） 。
2)单位负责人为同一人或者存在直接控股、 管理关系的不同供应商，不得同时参加本采购项目（或采购包） 投标（响 应）。 为本项目提供整体设计、 规范编制或者项目管理、 监理、 检测等服务的供应商， 不得再参与本项目投标（响应）。
投标（报价） 函相关承诺要求内容。
三.获取招标文件
时间：详见招标公告及其变更公告（如有）地点：详见招标公告及其变更公告（如有）
获取方式：在线获取。供应商应从广东省政府采购网（xxxxx://xxxxx.xxx.xx.xxx.xx/）上广东政府采购智慧云平台（以
下简称“云平台”）的政府采购供应商入口进行免费注册后，登录进入项目采购系统完成项目投标登记并在线获取招标文件（未按上述方式获取招标文件的供应商，其投标资格将被视为无效）。
售价：免费
四.提交投标文件截止时间、开标时间和地点：
提交投标文件截止时间和开标时间：详见招标公告及其变更公告（如有）
（自招标文件开始发出之日起至投标人提交投标文件截止之日止，不得少于20日）地点：详见招标公告及其变更公告（如有）
五.公告期限、发布公告的媒介：
1、公告期限：自本公告发布之日起不得少于5个工作日。
2、发布公告的媒介：中国政府采购网(xxx.xxxx.xxx.xx)，广东省政府采购网(xxxxx://xxxxx.xxx.xx.xxx.xx/)广东省机电设备招标中心有限公司网（xxxx://xxx.xxxxxxxxxx.xxx），中山市政府采购网
（xxxx://000.000.000.0:0000/xxxx/），中山市公共资源交易网 （xxxxx://xxxxxx.xx.xxx.xx）。
六.本项目联系方式：
1.采购人信息
名称：中山火炬职业技术学院
地址： 中山市火炬开发区中山港大道60号联系方式： 0760-88291796
2.采购代理机构信息
名称：广东省机电设备招标中心有限公司中山分公司
地址： xxxxxxxxxxxxxxxxxxxx000x、000x、216号联系方式： 0760-88383266
3.项目联系方式
项目联系人： xxx
电话： 0000-00000000
4.技术支持联系方式
云平台联系方式：400-183-2999
数字证书CA技术服务热线：000-000-0000
采购代理机构：广东省机电设备招标中心有限公司中山分公司
第二章 采购需求
一、项目概况：
1.1项目名称
中山火炬职业技术学院智慧校园项目。
1.2项目建设单位概况
中山火炬职业技术学院创办于2004年4月，坐落在国家级中山火炬高技术产业开发区,被开发区八大国家级产业基地天然簇拥。工业园区的五大主要产业、四大新兴产业、1000余家企业为学院提供了丰富的实习实训资源。
现有全日制在校学生近7000人，继续教育类在册学生6000余人。教职工426人，其中教授22人，副教授（含高级工程师）97人，博
士28人。设有包装印刷系、装备制造系、电子工程系、信息工程系、光电工程系、生物医药系、现代服务系、管理工程系8个专业教学系，开设包装策划与设计、应用电子技术、电子商务、光电制造与应用技术、药品生产技术、国际经济与贸易、移动互联应用技术、模具设计与制造技术等28个专业。
2004年建校之初，火炬开发区管委会就牵头成立了学院董事会，吸纳区属总公司和园区著名企业为成员单位，在宏观层面构建了“政、
校、企、行”多方参与的资源整合平台。在中观层面，学院教学系对接国家级产业基地，教学过程对接生产过程，专业发展对接产业升级。在微观层面，将人才培养时段细分为“理论教学、实践教学、顶岗实习”三个累计一年，推行“毕业证、技能证、素质拓展证”三证书制度，将顶岗实习切割为“认知性、适应性、技能考证、生产性、就业性”五个阶段。从宏观到中观再到微观，产教融合的运行体系日趋完备，人才培养流程日益优化。“三、三、五”人才培养模式释放出强劲的动力。推动着“学院与园区”走向融合发展，“院园融合”为核心的高职教育“中山火炬模式”得到了社会的广泛认可。
经过十多年的发展，学院成为国家骨干高等职业院校、广东“一流高职”立项建设单位、广东职业教育先进集体、广东成人教育先进集体“一带一路”产教协同联盟广东省发起单位。
1.3项目建设背景
中山市火炬职业技术学院在“十三五”期间，已经在信息化建设中取得了较大的成果，建立了能够满足基本需求的网络基础设施，校园网覆盖了办公和教学区域。学校在总结工作进展和成效的同时，清楚地认识到，当前推进学院信息化工作还存在着很多困难和问题。学院信息化发展现状与上级要求相比，与社会期望相比，与学生需求相比，与学院自身发展要求相比，与一流高职院校相比，仍存在着比较大的差距。思想认识尚需深化提高，没有完全建立起信息化建设的整体观、系统观与服务理念，网络安全意识有待加强。信息化建设对学院发展的支撑能力有待提高，推进机制与协调机制有待完善。信息技术与教育教学还缺乏深度融合，信息化应用覆盖面不足，系统之间缺乏整合与数据共享。优质网络课程资源有待进一步丰富，网络环境下的教学模式有待建立。面向园区的公共服务平台有待建立。网络安全防护体系有待充实完善。信息技术队伍的技术能力有待提高。面对这些困难与问题，需要进一步提高认识，转变观念，理清思路，齐心协力，攻坚克难。
当前，云计算、大数据、物联网、人工智能等新技术不断涌现，社会整体信息化程度不断加深，信息技术对教育的革命性影响日趋明显。党的十八大以来，党中央、国务院对网络安全与信息化工作的重视程度前所未有，教育信息化正迎来了重大历史发展机遇。习近平主席在致首届国际教育信息化大会的xx中提出“积极推动信息技术与教育融合创新发展”，“构建网络化、数字化、个性化、终身化的教育体系”，“建设‘人人皆学、处处能学、时时可学’的学习型社会”的论述指明了我国教育信息化今后工作的目标、方向和途径。
2015年教育部先后出台了《职业院校数字校园建设规范》《职业院校管理水平提升行动计划（2015-2018年）》、《高等职业教育创新发展行动计划（2015-2018年）》、《教育部关于进一步推进职业教育信息化发展的指导意见》、《国家中长期教育改革和发展规划纲要
（2010-2020）》、《教育信息化十年发展规划（2011-2020年）》六个文件，对教育信息化的工作任务提出了具体要求。
教学质量是学校的核心关注点，教育信息化的工作实效需要通过教学环境的建设、教学资源的投入来体现；全面推进教育治理能力优化，需要校园支撑平台软硬件奠定的基础，依托于全校数据的收集和利用，通过顶层的全面规划、数据的治理来提升数据分析、应用的水平，从而为教育治理提供关键决策支撑；治理能力的优化，也体现在校园管理与服务水平上，将信息化建设的成果向全体师生倾斜，推动高等学校“最多跑一次”改革，是提升服务水平的关键一步，同时，要更多的拥抱前沿科学技术，让学生在校园土壤中提升自我信息素养，以信息化的眼光看世界，实现教育内涵的发展。
二、建设目标
2.1总体目标
系统建成后，达到《职业院校数字校园建设规范》要求，形成具有鲜明应用特色与示范性产教融合应用的智慧校园，形成系统生态化、教学多元化、服务一体化、平台公共化的信息化体系，基本实现信息化对学生全面发展的促进作用，对学院改革与发展的支撑作用，对学院办学水平的提升作用，打造在国内具有较大影响力的职业教育信息化应用品牌。
2.2具体目标
网络综合能力有较大提升，建成一个支撑智慧校园应用的网络基础服务平台。以“云+网+端”为基础，建设云数据中心与混合云，升级与优化校园网络，满足各种智能终端的接入与校园物联网应用的需求，形成功能较为完善的智慧教学环境和智慧校园应用的支撑环境。
教学应用有特色和亮点，信息化支撑教学模式与人才培养模式创新的能力、以及教师信息技术应用能力有显著提高，学生信息素养显著提升。建成一个能够开展混合学习等教学模式的智慧学习空间，一批优质网络课程资源。形成能够体现职业教育特点的，在院园融合、校企合 作、工学结合、知行合一方面有特色与亮点的教学模式和人才培养模式。
管理应用一体化，管理精细化程度与水平有显著提高。建立集成行政、教学、科研、学生与后勤管理于一体的校务综合管理服务平台，实现信息管理的集成化、平台化、移动化、数据化、标准化。
公共服务应用有创新与示范，信息化支撑社会服务的能力有很大提升。形成多方参与、院园融合、校企合作、协同创新的公共服务平台，能够为科技与社会服务、国际交流与合作、华南职业教育产学研合作基地建设、学生创新创业等提供综合信息服务。
网络与信息的安全体系基本形成，管控能力进一步提升。建成一个安全可信的网络，落实网络安全责任制，制定网络安全应急预案，完成信息系统等级保护工作。
信息化治理能力有较大提升，治理水平有较大提高。进一步完善信息化建设的组织体系，形成良好的信息化生态环境，实现信息化建设体制机制的创新。
三、建设规划
3.1基础服务平台+硬件部分
基础服务平台以“云+网+端”为基础。建设云数据中心，统一身份认证系统，统一门户系统，微门户移动应用系统，智慧校园开放平台，实现全校 IT 基础设施的统筹管理及调度。建设混合云，满足业务对云服务的需求。完善学校有线承载网，实现可演进到未来 50G 带宽的骨干核心网络，万兆到接入，百兆到桌面的整体网络。建设覆盖全校的无线网络，实现有线、无线网络与数据的一体化管理。建设智慧教室与物联网应用支撑环境。开展社会化建设机制的创新实践。
3.2校务管理平台+系统对接
全面推进管理信息化，推动管理精细化，提升管理效率。校务管理平台融合学校的各类管理业务为一体，通过对学校各类管理业务的流程再造，数据整合和规范，实现管理效率的提升。平台建设基于“管理即服务”的理念，以业务应用为主线、以数据和信息资源开发建设为基础。平台建以服务对象（包括学生、教师、管理者）为中心，梳理业务流程，建设网上办事大厅，实现各类业务的网络化、数据化、流程化，提供高效率的一站式管理服务。建设基于学生的服务系统，涵盖从招生、迎新、宿舍、学工、缴费、就业、离校到校友服务全过程的管理服务，在框架体系中涵盖学校、实习企业、用人单位之间的管理衔接与互通。
整合学校人、财、物的管理，实现人财物管理的一体化。在人才管理方面，实现从招聘到离职、退休的信息化管理与服务，实现人才引
进、人才管理和人才评价一体化， 完善聘任、学习培养、社会实践、教学、科研、获奖、活动、考勤、考核一体化的信息系统。在教师与学生管理方面，分别建立教师和学生电子成长档案，关注教师和学生的发展，为人才的培养提供精准服务。加强新媒体在学生政治思想教育方面的应用，把信息技术应用贯穿于育人的全过程。
采购包1（中山火炬职业技术学院智慧校园项目）：
1.主要商务要求
标的提供的时间 | 于2023年12月31日前完成整个项目的建设并通过验收。 |
标的提供的地点 | 采购人指定地点。 |
投标有效期 | 从提交投标（响应）文件的截止之日起90日历天 |
付款方式 | 1期：支付比例100%，付款方式：签订合同后，分三笔支付。 1.2022年完成中期验收，按实际建设内容，验收后支付费用（该笔费用各分项金额不得高于经财政部门审核的绩效评审报告中相应核定部分的金额）。 2.2023年竣工验收后，支付至合同款的95%。 3.保修期满后支付余下的5 %。 4.每笔款项支付时，中标人先向采购人提供相应金额的正式发票。 |
验收要求 | 1期：中标方必须提供第三方验收测试报告。 针对第一阶段验收： 设备部分： 设备到货后，采购 人与投标人共同配合有关部门对所有设备进行开箱检查，并提供原厂授权函，根据招标文件要求对本次所有采购设备的型号、规格、数量、外型、外观、包装及资料、文件（如装箱单、保修单 、随箱介质等）进行签收、出现损坏、数量不全或产品不对等问题时，由投标人负责解决； 完成设备上架安装调试后、投标人制定测试方案并经采购人确认后，对产品的性能和配置进行测试检查，并形成测试报告、并且在完成后一个月内组织设备验收，按照有关规范、标准，进行全面的质量与机房完成施工内容的检查，并对工程质量与项目完成情况进行书面的综合评价，签署验收准备报告，对提出的问题及整改意见，并形成整改记录。整改完成后，及时提请复验，验收合格后签署验收合格的结论。并且针对全部有关产品说明书、设备制造商安装手册、技术文件、资料 、已购买承诺的设备制造商保修维护发票或证明、及安装、测试、验收报告等文档汇编成册移交采购人。 系统部分： 一阶段验收为系统功能的验收，投标人应负责在采购人验收前将系统的全部各种相关的系统软件，各阶段开发文档，运行稳定可靠的本系统及其安装程序，以及有关产品和系统说明书、安装手册、技术文件、资料、及安装、测试、验收报告等文档汇集成册交付采购人 。文档齐全后予以验收。 投标人必须根据系统设计方案提出验收方案和验收文档清单（包含需求调研、系统分析、软件设计、软件开发、系统测试、实施上线、运行维护等阶段），学院将根据验收方案对每阶段进行验收。 2期：针对第二阶段验收： 第二阶段验收，投标人应负责在项目用户验收前将系统的全部各种相关 的系统软件，各阶段开发文档，运行稳定可靠的本系统及其安装程序，以及有关产品和系统说明书、安装手册、技术文件、资料、及安装、测试、验收报告等文档汇集成册交付项目单位。文档齐全后予以验收。 投标人必须根据系统设计方案提出验收方案和验收文档清单（包含需求调研、系统分析、软件设计、软件开发、系统测试、实施上线、运行维护等阶段），学院将根据验收方案对每阶段进行验收。 |
履约保证金 | 不收取 |
其他 |
2.技术标准与要求
序号 | 核心产品 （ “△ ” ） | 品目名称 | 标的名称 | 单位 | 数量 | 分项预算单价 （元） | 分项预算总价 （元） | 所属行业 | 技术要求 |
1 | 其他系统集成实施服务 | 中山火炬职业技术学院智慧校园项目 （公开招标部分） | 项 | 1.0000 | 22,194,655.17 | 22,194,655.17 | 软件和信息技术服务业 | 详见附表 一 |
注：若存在多项核心产品，当不同供应商提供的任意一项核心产品的品牌相同，则视同其是所响应核心产品品牌相同供应
商。
序号 | 名称 | 单位 | 数量 |
1 | 超融合业务计算节点 | 台 | 8 |
2 | 生产网络交换机 | 台 | 2 |
3 | 业务网络交换机 | 台 | 2 |
4 | 管理网络交换机 | 台 | 2 |
附表一：中山火炬职业技术学院智慧校园项目（公开招标部分）
参数性质 | 序 号 | 具体技术(参数)要求 |
一、基础服务平台 1. 超融合架构计算池、存储池系统 搭建8台超融合一体机做7+1冗余部署，在集群虚拟47台虚拟机，将部分陈旧设备上的业务迁移到超融合架构平台上，进行应用系统,数据库等业务系统的部署，满足业务需求,提高资源利用率。 1.1建设清单 1.2性能要求 1.2.1超融合计算节点 |
序号 | 指标项 | 性能参数 |
1 | 超融合计算节点 | ★CPU≥2颗Intel 处理器，CPU主频≥2.1GHz，CPU核数≥26核 |
2 | 内存≥10*32GB DDR4 2933 | |
3 | ≥2块600GB 15Krpm SAS硬盘，≥2块1.92T SSD硬盘 | |
4 | ≥8块1.92T SSD硬盘 | |
5 | 阵列卡≥2G缓存（包含掉电保护)支持Raid0/1/10/5/50/6/60 | |
6 | 网卡：配置≥4个千兆以太网电口，配置≥6个xxx口（含光模块） | |
7 | 配置2个800W冗余电源 | |
8 | 超融合管理平 台及授权 | 要求所投产品预装超融合管理平台，后续可扩展计算虚拟化、存储虚拟化等功能授 权。配置≥16 CPU超融合管理平台授权。 配置≥16 CPU存储虚拟化授权。 |
10 | 功能要求 | 支持使用一键鼠标按钮导出Excel和PDF格式的集群、主机和虚拟机配置与状态信 息 |
11 | 支持对整个平台虚拟设备实现统一的管理，虚拟化 WEB 管理平台可以完成网络拓扑的构建，完成各类虚拟设备的自助逻辑编排，支持在管理平台上连接、开启、关 闭各类虚拟设备，拓扑呈现业务流量信息。 | |
12 | 支持使用一键鼠标按钮还原虚拟机到指定还原点状态，基于备份功能，虚机误删不 影响还原功能，降低人为误操作带来的损失。 |
1.2.2生产网络交换机
序号 | 指标项 | 性能参数 |
1 | 整机性能 | 交换容量≥2.56Tbps，转发性能≥720Mpps |
2 | 端口类型 | 配置≥24个10G/1G BASE-X SFP+端口, ≥2个40G QSFP+端口,支持≥2个扩展插 槽，万兆多模光模块≥12个，配置包含堆叠线缆。 |
3 | 冗余模块 | 模块化双电源，模块化双风扇 |
4 | MAC地址表 | MAC地址表≥128K，ARP：64K |
5 | 堆叠能力 | 最大堆叠台数≥9台 |
6 | VLAN | 支持基于端口的VLAN，支持基于协议的VLAN；支持基于MAC的VLAN；最大VLA N数≥4094 |
1.2.3业务网络交换机
序号 | 指标项 | 性能参数 |
1 | 整机性能 | 交换容量≥2.56Tbps，转发性能≥720Mpps |
2 | 端口类型 | 配置≥24个10G/1G BASE-X SFP+端口, ≥2个40G QSFP+端口,支持≥2个扩展插 槽，万兆多模光模块≥12个，包含堆叠线缆。 |
3 | 冗余模块 | 模块化双电源，模块化双风扇 |
4 | MAC地址表 | MAC地址表≥128K，ARP：64K |
5 | 堆叠能力 | 最大堆叠台数≥9台 |
6 7 | VLAN Vxlan | 支持基于端口的VLAN，支持基于协议的VLAN；支持基于MAC的VLAN；最大VLA N数≥4094 支持VxLAN二层网关；支持VxLAN三层网关；支持EVPN。 |
1.2.4管理网络交换机
序号 | 指标项 | 性能参数 |
1 | 整机性能 | 交换容量≥336Gbps，包转发率≥108Mpps |
2 | 接口类型 | 24个10/100/1000Base-T自适应以太网端口，4个万兆SFP+口，万兆多模光模块 ≥4个 |
3 | 性能指标 | MAC地址表≥16K，整机提供ACl条目数不小于1K条； |
4 | 堆叠 | 支持堆叠，最大堆叠台数≥9台 |
5 | 单播路由 | 支持IPv4静态路由、RIP V1/V2、OSPF、支持IPv6静态路由、RIPng |
6 | VLAN | 支持基于端口的VLAN,支持基于协议的VLAN，支持基于MAC的VLAN,最大VLAN数 ≥4094 |
2.数据容灾系统
2.1建设清单
序号 | 名称 | 单位 | 数量 |
1 | 业务快速恢复系统一体机 | 台 | 1 |
2 | 数据保护服务器软件 | 套 | 1 |
2.2性能要求
2.2.1业务快速恢复系统一体机
序号 | 指标项 | 性能参数 |
1 | CPU | 配置2颗10核处理器 |
2 | 内存 | 配置128GB以上内存 |
3 | 网络接口 | 配置10Gb≥2,1Gb≥2，支持扩展16GB FC≥2 |
4 | 容量配置 | 配置140TB裸容量，最大可达504TB裸容量 |
5 | 配置2块SSD硬盘作为系统盘，每块SSD容量≥480GB |
2.2.2数据保护服务器软件
序号 | 指标项 | 性能参数 |
1 | 文件与操作系统保护服务 | 支持在线文件备份，包含：全量备份、增量备份与合成备份。支持对Windows、Li nux、UNIX平台单文件/目录进行细颗粒度的合成备份和恢复。备份支持通过名称 或通配符进行文件过滤，排除操作系统文件和一些指定扩展名的文件类型。 |
2 | 支持全量备份、增量备份、合成备份生成的备份数据集通过挂载方式进行快速恢复 。 | |
3 | 无需安装备份客户端软件，即可实现挂载快速恢复文件数据。提供相关证明文件并 加盖原厂公章或项目投标授权章 | |
4 | 数据库保护服务 | 支持主流的数据库在线备份恢复，包括：Oracle、SQL Server、MySQL、Sybas e、DB2、Informix、PostgreSQL、MongoDB、Caché、SAP HANA等主流数 据库应用。 |
5 | 支持国产主流的数据库备份恢复，包括但不限于达梦（DM）、人大金仓（Kingba se）、南大通用（GBase）、神舟通用（ShenTong）、优炫（UXDB）、瀚高（ Highgo）、华为xx（GaussDB A）、x谷、xx电气SG-RDB-PG等数据库。 | |
6 | 支持对Oracle、SQL Server、MySQL、DB2、PostgreSQL、Informix、Sybas e、达梦、人大金仓、神舟通用等主流数据库的备份数据进行定时容灾演练，符合 等级保护的要求以检验备份集的可用性。 | |
7 | 应用数据保护服务 | 支持Exchange、Exchange数据库可用性组（DAG）的完全备份、增量备份、日 志备份与恢复。 |
8 | 支持调用Microsoft MAPI和Exchange EWS接口实现Exchange的备份与恢复。 | |
9 | 支持Exchange数据库的邮箱检索和单邮件恢复。 | |
10 | 虚拟化与云平台保护服务 | 支持VMware、Hyper-V、XenServer、Xen、KVM、FusionCompute、Fusion Cloud（Huawei Cloud Stack）、OpenStack、CNware、RHV、易捷行云Easy Stack、腾讯云Tstack、网安凌云、浪潮云等虚拟化平台或云平台的备份恢复 |
11 | 支持虚拟化平台的无代理备份，平台类型包括但不限于VMware、FusionComput e、FusionCloud、CNware。以上虚拟化应用均无需在虚拟机内部安装任何代理软 件或插件。 | |
支持将对象存储的数据备份到本地存储中，本地存储的类型为磁盘、磁带、对象存 储等，实现O2D、O2T、O2O（其中O表示Object Storage对象存储、D表示Disk |
12 | 云存储数据保护服务 | 磁盘、T表示Tape磁带）。支持完全备份、增量备份、合成备份与恢复，支持恢复 到Linux、Unix、Hadoop分布式文件系统（HDFS）中，实现对象存储数据在不同文件系统中的转换恢复，并且支持单文件细粒度的备份和恢复。 |
13 | 支持Oracle、SQL Server、MySQL、DB2等主流数据库和文件备份到云平台（对 象存储）无需客户端和服务器开启空间用于缓存备份的临时数据。 | |
14 | 支持对象存储的备份数据，无需还原数据，直接通过挂载方式进行恢复。 | |
15 | CDP保护基本 功能 | 支持采用CDP技术备份指定系统分区和非系统分区。 |
16 | CDP备份支持任意时间点恢复，支持恢复到异机。 | |
17 | 高可用保护基本功能 | 支持共享存储环境和磁盘镜像环境的高可用集群，可支持一主多备模式集群。 |
18 | 支持Windows和Linux下的Oracle、SQL Server、MySQL、达梦等数据库应用的 高可用性配置。 |
3.虚拟云桌面系统
3.1建设清单
序 号 | 名称 | 单位 | 数量 |
1 | 云桌面管理节点 | 套 | 3 |
2 | 存储设备 | 台 | 1 |
3 | 云桌面终端 | 套 | 500 |
4 | 云桌面管理软件 | 套 | 500 |
5 | 云桌面存储交换机 | 台 | 2 |
6 | 云桌面管理交换机 | 套 | 2 |
3.2性能要求
3.2.1云桌面管理节点
序号 | 指标项 | 性能参数 |
1 | 计算节点 | CPU≥2颗Intel 处理器，CPU主频≥2.9GHz，CPU核数≥16核 |
2 | 内存≥10*32GB DDR4 2933 | |
3 | ≥2块600g SAS硬盘，≥2块960g SSD硬盘，≥10块4TB 硬盘 | |
4 | 阵列卡≥2G缓存（包含掉电保护)支持Raid0/1/10/5/50/6/60 | |
5 | 网卡：配置≥4个千兆以太网电口，配置≥4个xxx口（含光模块） | |
6 | 配置2个800W冗余电源 |
3.2.2云桌面存储设备
序号 | 指标项 | 性能参数 |
1 | 存储控制器 | 标配2个热插拔存储控制器 |
2 | 磁盘阵列容量 配置 | 最大配置192块SFF或者96块LFF，最大容量1.15PB |
3 | 控制器缓存扩 展 | 支持控制器SSD缓存扩展，扩展容量≥8TB/阵列 |
4 | 硬盘配置 | 6TB 12G SAS 7.2K 3.5in HDD通用硬盘模块*10 |
5 | 1.92TB 12G SAS 2.5in SSD通用硬盘模块*8 | |
6 | 支持硬盘类型 | 支持SSD，SAS和NL SAS 磁盘， |
7 | 磁盘容错方式 | 支持RAID 1, 5, 6, 10 |
8 | 硬盘混插 | 支持SSD，SAS在同一磁盘笼磁盘混插 |
3.2.3云桌面终端
序 号 | 指标项 | 性能参数 |
1 | 处理性能 ： | Cpu≥i5，CPU核心数≥2，主频≥2.3Ghz |
2 | 运行内存 ： | ≥8G |
3 | 存储空间 ： | SSD ≥256G |
4 | 网络接口 ： | 100/1000M LAN RJ-45插孔 |
5 | 显示接口 ： | 1xVGA 1xHDMI |
6 | 外设接口 ： | 4xUSB 3.0接口 2xUSB 2.0接口 |
3.2.4云桌面管理软件
序号 | 指标项 | 性能参数 |
1 | 基本要求 | 要求云桌面、云终端系统不得为OEM或贴牌产品，具备完全知识产权，提供软件著 作权证书； |
2 | ★本次授权数量≥500个 | |
3 | 可维护性要求 | 支持通过云桌面管理平台集中统一运维管理，包括系统更新、桌面客户端更新、批 量开关机等操作。 |
5 | 支持批量修改接收端电脑的电脑名、IP、DNS、加入\退出域操作及操作系统、offic e的联网认证；支持断点续传，同步电脑时间、远端开关机\重启、限定对拷网络同传的速度； | |
6 | 对客户端电脑的监看，支持轮流监看及自定义监看窗口的缩放比例；对客户端电脑 的遥控，支持群组遥控、锁定客户端键鼠、传送资料、截屏及剪切簿同步操作； | |
7 | 云应用模块根据独立授权的云端账号获取对应的云端应用，可按分类、类型、架构查询指定应用，支持将查询到的应用同步到本地；可批量同步应用；可显示某应用 是否可更新。 | |
8 | 用户体验要求 | 支持本地视频重定向，视频文件不在服务器端解码，直接重定向到终端本地解码， 降低服务器端的性能压力，提升虚拟桌面的视频播放体验。 |
9 | 安全性要求 | 支持详细记录操作员及管理员的操作行为。 |
10 | 支持及时还原、不还原、自动创建还原点及周期还原保护的设定，设定后立即生效 ，真正做到高效管理的目的。 | |
10 | 支持与PC兼容性一致的外接设备，包括但不限于USB存储、打印机、扫描仪、打 印机。支持最近使用应用按特定算法展示最近高频使用的应用。 |
3.2.5云桌面存储交换机
序 号 | 指标项 | 性能参数 |
1 | 整机性能 | 交换容量≥2.56Tbps，转发性能≥1080Mpps |
2 | 端口类型 | 配置≥48个10G/1G BASE-X SFP+端口, ≥2个40G QSFP+端口,支持≥2个 扩展插槽，配置≥48个xxx模块。包含40G堆叠线缆，万兆堆叠线缆。 |
3 | 冗余模块 | 模块化双电源，模块化双风扇 |
4 | MAC地址表 | MAC地址表≥128K，ARP：64K |
5 | Vxlan | 支持VxLAN二层网关；支持VxLAN三层网关；支持EVPN； |
6 | 堆叠能力 | 最大堆叠台数≥9台 |
7 | VLAN | 支持基于端口的VLAN，支持基于协议的VLAN；支持基于MAC的VLAN；最大VLA N数≥4094 |
3.2.6云桌面管理交换机
序 号 | 指标项 | 性能参数 |
1 | 整机性能 | 交换容量≥336Gbps，包转发率≥108Mpps |
2 | 接口类型 | 24个10/100/1000Base-T自适应以太网端口，4个万兆SFP+口，配置≥2个xx x模块。 |
3 | 性能指标 | MAC地址表≥16K，整机提供ACl条目数不小于1K条； |
4 | 堆叠 | 支持堆叠，最大堆叠台数≥9台 |
5 | 单播路由 | 支持IPv4静态路由、RIP V1/V2、OSPF、支持IPv6静态路由、RIPng |
6 | VLAN | 支持基于端口的VLAN,支持基于协议的VLAN，支持基于MAC的VLAN,最大VLAN数 ≥4094 |
0.XX运维监控与设备管理系统
为提升校园网络基础服务平台的运维能力，建立可靠的IT运维监控与设备管理系统中心，通过该平台建设，实现对IT运行整体环境的监控，即对主机系统、桌面PC机、网络系统、安全产品、数据库、中间件、存储设备、应用系统、IT环境系统的集中监控和管理。
4.1建设清单
序号 | 名称 | 单位 | 数量 |
1 | 大数据控制器 | 台 | 1 |
2 | 大数据一体机 | 台 | 3 |
3 | 分布式大数据软件 | 台 | 3 |
4 | 智能管理平台 | 套 | 1 |
5 | 智能管理平台接入模块 | 个 | 50 |
6 | 终端智能接入组件 | 套 | 1 |
7 | 终端智能接入模块授权 | 个 | 3000 |
8 | 应用管理组件 | 套 | 1 |
9 | 应用管理模块 | 个 | 50 |
4.2性能要求
4.2.1大数据控制器
序号 | 指标项 | 性能参数 |
1 | 大数据控制器 | CPU≥2颗Intel 处理器，CPU主频≥2.4GHz，CPU核数≥10核 |
2 | 内存≥8*16GB DDR4 2933 | |
3 | 硬盘≥6块1.2TB 12G SAS 10K硬盘 | |
4 | 阵列卡≥2G缓存（包含掉电保护)支持Raid0/1/10/5/50/6/60 | |
5 | 网卡：配置≥4个千兆以太网电口，配置≥2个xxx口，配置≥2个xxx模块。 | |
6 | 配置2个550W冗余电源； | |
7 | 阵列控制器:2GB缓存、支持XXXX0/0/00/0/0/00/00/0X/ | |
0 | GPU：≥4块双宽或8块单宽GPU卡 | |
9 | 配置独立的远程管理控制端口、配置虚拟KVM功能, 可实现对服务器的完全控制， 包括远程的开机、关机、重启、更新Firmware、虚拟光驱、虚拟文件夹等操作。 |
4.2.2大数据一体机
序号 | 指标项 | 性能参数 |
1 | 大数据一体机 | CPU≥2颗Intel 处理器，CPU主频≥2.9GHz，CPU核数≥16核 |
2 | 内存≥8*32GB DDR4 2933 | |
3 | 硬盘≥2块600g SAS 10K 2.5in硬盘 | |
4 | 硬盘≥10块2.4TB 12G SAS 10K 2.5in硬盘 | |
5 | 阵列卡≥2G缓存（包含掉电保护)支持Raid0/1/10/5/50/6/60 | |
6 | 网卡：配置≥4个千兆以太网电口，配置≥2个xxx口，配置≥4个xxx模块。 | |
7 | 配置2个800w冗余电源； | |
8 | 阵列控制器:2GB缓存、支持XXXX0/0/00/0/0/00/00/0X/ | |
0 | GPU：≥4块双宽或8块单宽GPU卡 | |
12 | 配置独立的远程管理控制端口、配置虚拟KVM功能, 可实现对服务器的完全控制， 包括远程的开机、关机、重启、更新Firmware、虚拟光驱、虚拟文件夹等操作。 |
4.2.3分布式大数据软件
序 号 | 指标项 | 性能参数 |
1 | 可靠性要求 | 1 . 管理节点在内的组件节点及所有业务组件中心管理节点实现HA包括但不限于HDFS Nam eNode HA、YARN Resource Manager HA 、Hive HA、HBase Master HA、ElasticSea rch HA； |
2 | 2. 支持一个active、多个standby NameNode部署方式，提升集群可靠性 | |
3 | 运维管 理 | 可以通过图形化管理界面支持集群服务器上分布式系统状态监控和服务器状态监控 |
高性能SQL引擎兼容HBase、Hive、ES、关系型数据库（MySQL、PostgresSQL、Oracle |
5 | 等），通过SQL语句进行机器学习的算法操作；通过SQL语句进行图计算操作；支持通过SQ L方式实现列加密。 | |
6 | 支持统一告警管理，图形化的对集群状态、主机指标、组件指标、作业运行状态等进行监控 。当监控结果符合告警定义时，则会产生告警； | |
7 | 监控内容：主机指标（CPU、内存、磁盘）使用率（支持自定义阈值）告警、组件指标（不 同服务有不同的监控项）； | |
8 | 告警：支持邮件通知方式 ，支持对不同集群告警设置不同的邮件接收地址。 | |
9 | 主机管理 | 支持对集群所有主机进行全方位的统一管理： |
1 0 | 查看主机的资源使用分布统计图，如CPU/磁盘/内存/网络接收发送使用率等 | |
1 1 | 查看主机列表信息：主机状态、IP、CPU、内存、磁盘使用率 | |
1 2 | 数据存储 | 需提供分布式文件系统HDFS、HBase数据库、Redis内存数据库和Hive离线数据库仓库； |
1 3 | 满足存储各种类型海量数据的能力，实现数据的多副本高可靠存储； | |
1 4 | 提供纠删码方式的高可用配置，降低存储投入； | |
1 5 | 数据采 集 | 支持采集任务、作业模板创建的功能；可以根据作业模板，快速批量部署同一类型的作业； 实现批量的作业的创建和维护，降低维护采集作业的复杂度； |
1 6 | 多类型数据结 构支持 | 支持结构化、半结构化、非结构化的数据结构； |
1 7 | 安全性 | 用户管理，支持集群超级管理员、集群普通用户和共享资源用户，对用户支持初始化密码、 下载认证文件等； |
1 8 | 支持分布式存储数据加密，支持主流AES128等算法，数据与密钥分离，并能支持用户自定 义的加密算法； | |
1 9 | 各数据存储组件具有高容错性，自动保存数据副本，节点高可用保证数据安全； | |
2 0 | 数据接入 | 支持可视化拖拽方式进行数据开发、构建任务流；支持对Shell，Java，MapReduce，Spar k，HDFS，Hive，SparkSQL等组件的调度与编排； |
2 1 | 支持读取、解析半结构化如Excel、CSV、XML、JSON、WebService、Restful等集成； | |
2 2 | 支持Hadoop，满足HDFS、Hive、HBase、Kafka、ElasticSearch等类型数据的适配； | |
2 3 | 能实现对用户的数据接入所有历史操作进行审计，对审计日志、运行日志统一管理； | |
2 4 | 支持数据资源管理，包含在线对资源文件上传，下载，移动等操作 |
4.2.4智能管理平台（含智能管理平台接入模块）
序号 | 指标项 | 性能参数 | |
网络设备管理 | 网络设备管理授权≥50个，终端认证授权≥3000个，业务系统和数据 | ||
1 | |||
授权 | 库系统等应用管理授权≥50个。 | ||
分布式部署：要求资源拓扑、告警、性能等功能模块支持多服务器分布 | |||
2 | 部署模式 | ||
式虚拟化部署，可实现负载分担，满足大规模网络环境的统一管理。 | |||
用户分权管理：可以为不同的管理员设置不同的用户名、密码，并限制 | |||
3 | 分权管理 | ||
管理员的管理权限和管理范围，实现用户分权管理。 | |||
多平台支持：支持Windows、Linux平台、麒麟等国产操作系统，及MS | |||
4 | 平台支持 | ||
SQL、Oracle、达梦等数据库，支持B/S架构。 | |||
自动发现拓扑：自动发现网络中的所有网络设备，并在拓扑中显示出来 | |||
5 | 拓扑发现 | ||
，支持拓扑图自定义修改，包括设备、链路等。 | |||
支持批量的设备配置备份和恢复。支持向导方式或者任务方式（周期性 | |||
6 | 批量配置 | 任务、一次性任务或立即任务）批量的备份、恢复完整的配置文件，也 | |
可以批量的下发配置片断。 | |||
支持设备配置集中管理：配置库包括配置文件和配置片断，配置内容可 | |||
7 | 网络设 | 带有参数，在部署时根据设备的差异设置不同的值；配置文件可部署到 | |
设备的启动配置或者运行配置；配置片断只能部署到设备的运行配置。 | |||
备管理 | |||
支持设备软件智能升级。支持网络运行设备的软件版本查询功能，支持 | |||
先备份后升级，保证一旦升级失败后可以恢复到原有设备软件版本，支 | |||
8 | |||
配置管理 | 持对整个升级过程的可靠性检查，如设备软件版本和设备是否配套，fla | ||
sh空间是否足够等。 | |||
基线化的设备配置变更审计：提供设备运行配置和启动配置的基线化版 | |||
本管理，将每个设备相关的配置文件划分为三种版本：基线、普通、草 | |||
9 | |||
稿。便于管理员识别、管理。通过备份、恢复手段，以及备份历史、升 | |||
级历史管理，使配置文件管理和软件升级管理具有了可回溯性 | |||
网络资产自动发现：在设备增加到网络资产管理的同时，系统还会自动 | |||
发现该设备上可以管理的配件信息，并将这些配件加入到网络资产中进 | |||
10 | 资产发现 | ||
行管理，网管员可以根据不同的查询条件查询网络资产信息；对资产进 | |||
行变更审计。 | |||
在设备增加到网络资产管理的同时，系统还会自动发现该设备上可以管 | |||
11 | 资产管理 | 理的配件信息，并将这些配件加入到网络资产中进行管理，网管员可以 | |
根据不同的查询条件查询网络资产信息；对资产进行变更审计. | |||
4.2.5终端智能接入组件（含终端智能接入模块授权）
序 号 | 技术指 标 | 参数要求 | |
1 | 终端认证 | 接入认 证 | 多种802.1X接入认证：支持PAP认证、CHAP认证、EAP-MD5认证、EAP-PAP认证、EAP- TLS认证、EAP-PEAP-MSCHAPV2认证、EAP-PEAP-MD5、EAP-GTC、EAP-TTLS认证， 防客户端破解； |
2 | 认证方式 | Portal认证：支持纯Web认证和客户端Portal认证，客户端方式支持可溶解方式，无需安装 ；支持二次地址分配；Portal页面支持定制；支持IPV6纯Portal认证以及NAT环境下的Porta l认证；基于不同的端口组、WLAN SSID、终端操作系统推出不同的认证页面；支持Web Po rtal页面可视化定制；支持无感知认证，可在多台认证设备间漫游；支持微信认证；支持短信认证，与短信平台、短信猫对接，具备面开发即可支持的短信网关平台。 | |
3 | 访客认 证 | 支持访客无感知认证：提供访客一次接入，多次使用的无感知认证，访客只需要输入一次用户名/密码，后续接入无需再输入用户名/密码，支持跨设备的无感知认证上线； | |
4.2.6应用管理组件（含应用管理模块）
序 号 | 技术指标 | 参数要求 | |
1 | 应用管理 | 应用 管理 | 提供对常见应用服务器的监控管理，xxxx.XXX、GlassFish、Jboss、OracleAS、l ync2010、jetty、lotus Domino、Tomcat、websphere服务器 |
2 | Web 管理 | 提供对常见Web服务器和HTTP URL的监控管理，包括Apache、IIS、SOAP 服务、Re st 服务，支持URL/多个URL的监视和录制 | |
3 | 可视化管 理 | 从多种业务的角度出发，提供可视化的管理视图，包括分类视图、图标视图、表格视图 、自定义视图等。 | |
5. 智能云数据机房改造
通过对消防系统、空调系统、机房整体环境进行升级改造，打造节能环保、安全高效的云数据中心机房。
现阶段机房面积约60平方、通过玻璃隔断划分了工作区子系统、设备间子系统、现有设备间子系统
环境相对老旧，并且静电地板也存在部分缺漏，动环系统有所欠缺、灯管偏暗、对运维人员进行运维保障有一定影响。机房布置及环境如下图所示：
5.1建设清单
5.1.1消防系统升级改造
序号 | 名称 | 单位 | 数量 |
1 | 70L柜式灭火装置 | 套 | 3 |
2 | 七氟丙烷药剂 | kg | 195 |
3 | 气体灭火控制器(一区） | 台 | 1 |
4 | 放气指示灯 | 只 | 1 |
5 | 声光报警器 | 只 | 1 |
6 | 消防警铃 | 只 | 1 |
7 | 气体启停按钮 | 只 | 1 |
8 | 光电感烟探测器 | 只 | 4 |
9 | 定温感温探测器 | 只 | 4 |
10 | 机械泄压口 | 只 | 1 |
5.1.2空调系统
序号 | 名称 | 性能参数 | 单位 | 数量 |
1 | 30KW精密列间空调室内机 | 风冷，恒温恒湿，下送风，总冷量30.9KW，显冷量27.9KW，EC风机风量；≧m³/h：9000,加 热能力KW:6,加湿量kg/h：≧6,, | 台 | 1 |
2 | 精密空调室外机 | 配套 | 台 | 1 |
3 | 制冷剂 | 单一制冷剂 | 瓶 | 1 |
4 | 电力电缆 | ZA-RVV-5*10mm² | x | 60 |
5 | 辅材 | 冷媒管等 | 批 | 1 |
6 | ★精密空调属于节能产品政府采购品目清单中的“政府强制采购产品”，所投精密空调须提供 节能产品认证证书。 | |||
5.1.3不间断电源系统综合布线
1 | 电源管道 | 110管 | x | 231 |
2 | 阻燃电力电缆 | ZR-RVV-(4*95)mm² | x | 231 |
3 | 阻燃电力电缆 | ZR-RVV-(4*50)mm² | x | 20 |
4 | 阻燃电力电缆 | ZR-RVV-(5*10)mm² | x | 60 |
5 | 阻燃电力电缆 | ZR-RVV-(3*6)mm² | x | 298 |
6 | 保护地线 | ZR-BVR-50mm² | x | 40 |
7 | 保护地线 | ZR-BVR-6mm² | x | 60 |
5.1.4机房动力环境监测系统
序号 | 名称 | 性能参数 | 单位 | 数量 |
1 | 环境感知管理工具包 | 烟雾声光报警器3台、温度声光报警器3台、温湿一体化传感器3台、浸水传感器3台、红外传感器 2台、同步声光报警器1台、异步声光报警器1台 、安全用电传感器1台 | 套 | 1 |
2 | 动力环境监控系统 | 系统支持NB-IOT、LORA、433的无线物联网通 讯模式，支持接入的消防安全设备包括烟雾声光报警器、温度声光报警器、温湿一体化传感器、浸水传感器、红外传感器、同步声光报警器、异步声光报警器、安全用电传感器等; 设备定时反馈其在线状态。 系统实现功能包括智能消防设备管理、机房消防工具管理、机房消防巡检管理、预警信息管理、预警响应管理、消防演习、监控视频、视频联动等功能。 | 套 | 1 |
3 | 线缆辅材 | 包括设备的电力线缆和控制线缆等 | 套 | 1 |
5.1.5机房综合布线
序号 | 名称 | 性能参数 | 单位 | 数量 |
1 | 六类网线 | 千兆带屏蔽 | x | 5500 |
2 | 网络机柜 | 42U | 个 | 6 |
3 | 核心交换机 | 详见4.1.5.2 .1性能要求 | 台 | 2 |
4 | L3以太网交换机 | 详见4.1.5.2 .2性能要求 | 台 | 2 |
5 | L2以太网交换机 | 详见4.1.5.2 .3性能要求 | 台 | 2 |
6 | 24口交换机 | 详见4.1.5.2 .4性能要求 | 台 | 1 |
7 | 单模双头光纤跳线 | FC/LC，10米，单模，铠装 | 条 | 30 |
8 | PVC管 | Φ30 | x | 150 |
5.2性能要求
5.2.1核心交换机
序号 | 指标项 | 性能参数 |
1 | 业务插槽数 | 业务插槽数≥6。 |
2 | 交换容量 | ≥382Tbps。 |
3 | 转发能力 | ≥72000Mpps 。 |
4 | 电源冗余 | 电源模块冗余。 |
5 | 关键部件热插 拔 | 主控交换卡、电源、接口模块、风扇、网板等关键部件可热插拔。 |
6 | 主控引擎 | 主控引擎模块≥2，满足1+1冗余。 |
7 | 接口要求 | 以太网支持千兆电口，xxx口，xxx口，25G端口、40G端口、100G端口。 |
8 | 千兆以太网光接口≥68，配置xxx模块≥68， | |
9 | 千兆以太网电接口≥72 | |
10 | 万兆以太网光接口≥52，配置xxx模块≥52 |
5.2.2L3以太网交换机
序号 | 指标项 | 性能参数 |
1 | 交换容量，包 转发率 | 交换容量≥735Gbps，包转发≥222Mpps |
2 | 性能指标 | MAC地址表≥64K，路由表容量>=32K，ARP：32K |
3 | 接口类型 | 24个SFP端口（其中8个combo口）端口，4个万兆SFP+口 配置xxx模块≥24 个， |
4 | VxLAN | 所有主机：支持二层VxLAN，支持三层VxLAN，支持EVPN |
5 | VLAN特性 | 支持基于端口的VLAN，支持基于协议的VLAN； |
6 | 支持基于MAC的VLAN； | |
7 | 最大VLAN数≥4094 | |
8 | 路由协议 | 支持IPv4静态路由、RIP V1/V2、OSPF、BGP |
9 | 支持IPv6静态路由、RIPng、OSPFv3、BGP4+ | |
10 | 支持IPv4和IPv6环境下的策略路由 | |
11 | 支持IPv6手动隧道、6to4隧道和ISATAP隧道 |
5.2.3L2以太网交换机
序号 | 指标项 | 性能参数 |
1 | 整机性能 | 交换容量≥336Gbps，包转发率≥51Mpps |
2 | 接口类型 | 24个千兆电口，4个千兆SFP ，满配xxx模块 |
3 | 性能指标 | MAC地址表≥16K，整机提供ACl条目数不小于1K条； |
4 | 堆叠 | 支持堆叠，最大堆叠台数≥9台 |
5 | 单播路由 | 支持IPv4静态路由、RIP V1/V2、OSPF、支持IPv6静态路由、RIPng |
5.2.4 24口交换机
序 号 | 指标项 | 参数要求 |
1 | 整机性能 | 交换容量≥336Gbps，包转发率≥108Mpps |
2 | 接口类型 | 24个10/100/1000Base-T自适应以太网端口，4个万兆SFP+口 |
3 | 性能指标 | MAC地址表≥16K，整机提供ACl条目数不小于1K条； |
4 | 堆叠 | 支持堆叠，最大堆叠台数≥9台 |
5 | 单播路由 | 支持IPv4静态路由、RIP V1/V2、OSPF、支持IPv6静态路由、RIPng |
6 | VLAN | 支持基于端口的VLAN,支持基于协议的VLAN，支持基于MAC的VLAN,最大VLAN数≥ 4094 |
7 | 二层环网协 议 | 支持STP/RSTP/MSTP协议，支持G.8032以太网环保护协议ERPS |
8 | 802.1X | 支持802.1X认证，支持基于端口的认证和基于MAC的认证，支持Guest VLAN，支持 TRUNK认证 |
6.智慧开放校园综合服务平台
6.1总体要求
1、▲为保障后期维护方便及系统兼容性，统一信息标准管理平台、统一身份认证平台
、统一服务门户平台、数据共享交换平台为同一开发商。
2、系统建设须符合我国相关部门制订的标准，对安全策略、密码与安全设备的选用、网络互联、安全管理等须符合我国信息安全法律法规。
3、确保应用系统源代码安全，无漏洞；提供较完善的数据加密机制，确保数据存储和
数据传输安全；提供明晰的身份鉴别和访问控制机制，按业务要求实现功能分级，并对用户分级授权。
4、投标人必须承诺提供平台开发环境及二次开发所需的接口及相关的使用说明、样例
代码等。
5、投标人保证所提供的所有产品（包括操作系统、数据库、中间件等运行所需环境）均无版权纠纷，并提供承诺函以示证明。
6、▲项目建设需采用行业领先采用SpringCloud微服务架构，基于容器技术，实现开箱即用、开发自运维、全流程全视图，极速升级、业务快速迭代等，提高开发交付效率。
投标人需提供微服务容器管理相关证明文件。
7、本项目平台与系统用户操作界面要求外观设计xx、清晰美观，产品包含移动端的能自适应手机端界面，并能兼容IE（9-11）、IE Edge、360、Chrome、Safari、Firefox等常见浏览器。
6.2建设清单
序号 | 名称 | 单位 | 数量 |
1 | 统一信息标准管理平台 | 套 | 1 |
2 | 统一身份认证平台 | 套 | 1 |
3 | 统一服务门户平台 | 套 | 1 |
4 | 数据共享交换平台 | 套 | 1 |
5 | 督考合一信息化系统 | 套 | 1 |
6 | 基于钉钉建设的移动校园微门户 | 套 | 1 |
7 | 网站群平台升级 | 项 | 1 |
8 | 官方微信平台 | 项 | 1 |
6.3性能要求
6.3.1统一信息标准管理平台
随着教育行业信息化高速发展，高校业务系统建设不断完善，数据价值更加明确，但由于学校业务系统建设厂商不同，信息标准的技术规范参差不齐，数据字典不明确，缺少可视化管理工具，无法进行统一检索及维护。学校各个职能部门业务场景不同，没有做到业务数据化，数据交互错综复杂，数据元素的权威来源更是难以确认，导致数据资产体现不出其真正价值，不仅如此，教育信息管理国标信息集、代码集也没有得到规范化的梳理及融合，标准数据元素存在管理不便和容易丢失的风险。为了更加友好的对信息标准进行管理，提高业务梳理、管理属性维护、业务元数据规范化、可视化操作，故需建设标准校内公开网站提供业务域信息标准的数据元素参数指标统计，并提供多种维度检索数据元素，业务域信息规范查询等功能。信息标准管理后台提供业务域、代码集的维护方法，主要包括对信息标准数据结构的导入、具体信息集、代码集的维护。实现对信息标准进行自定义规则检测分析及系统建模物理库物理同步等功能。
序号 | 技术指标 | 参数要求 |
1 | 性能要求 | 系统具有安全保密性，对用户有权限限制，要求系统运行稳定，未出现数据丢失、数 据紊乱和致命死机现象。 |
2 | 用户界面友好、美观。界面输入中，输入域内光标正常定位、信息输入正常有效，并 且操作符合用户习惯；界面图像显示完整；界面文字符合设计规范的要求；软件提供 |
标准的操作提示信息。 | ||||
3 | ▲界面显示文字规范：软件界面使用符合汉字编码标准（GB18030-2005）的简体中 文；软件提示基本上使用符合汉字编码标准（GB18030-2005）的简体中文。 | |||
4 | 标准校内公开网站 | 网站首页开放式公开业务域标准规范，提供业务域大纲阅览，业务域信息规范各职能部门报告，业务系统来源及应用数据综合性分析。要求信息标准网门户页面提供标准业务域规范公开、标准资讯、业务域、代码集统计报告、标签云、来源与支撑相关参 数指标。应支持丰富多样化通用、标准、资讯检索功能。 | ||
5 | 支持个人中心服务，要求能够展示用户基本信息、收藏和下载信息。以图表的方式展现，整体页面看起来既xx明了，内容又显得丰满，有助于用户快速的了解学校信息 标准的现状及精确的定位用户关注的信息标准。 | |||
6 | 标准管理 | 业务域 | 依据技术规范基础管理业务域中业务的信息，维护数据元素的元数据结构，其目的主要在于提供规范现有的信息标准信息项唯一性的可视化操作平台，通过现有信息标准的录入和微调来整理一份信息标准， 为以后规范信息标准打下基础。 | |
7 | （1）支持可视化阅览业务域大纲图谱，实现业务域树菜单拖拽，支持 业务域分类排序和挂载。支持业务域信息细分为目录和数据表，数据表是业务域模块数据的基本组成单位，也是后续版本发布、系统建模的基本引用对象。而目录则用作对业务表进行归类汇总。 | |||
8 | （2）支持数据字段信息服务。要求数据字段信息包括数据库表字段的基本属性（字段名称、字段注释、字段类型长度、是否为空、是否主 键等）和便于使用者管理数据仓库的拓展管理属性。 | |||
9 | 数据字 典 | 支持数据字典服务。要求包括： | ||
10 | 字典分类和字典表：代码采用规律的编码方法，规定了指定代码集的分类或类别，适用于指定对象，代码表为代码项的集合，主要为后续 数据清洗提供依据或凭证。 | |||
11 | 字典项：代码项为基本数据元素，用于相关信息处理之间的信息交换 ，依据编码规则，相同系列代码项组成代码集合。 | |||
12 | 数据导 入 | 支持数据导入。要求按照表、字段、字典、字典项的形式，从excel模板中整理好数据，按照一系列的规则校验之后，根据校验显示出来的 新增、修改、异常、重复等信息进行修改和重新校验，进而审核导入 业务域、字段、字典、字典项。 | ||
13 | 标准自 检 | 实现对标准进行自检。要求对信息标准进行必要的合法性校验外，用户可根据具体需求自定义一些规则对信息标准进行额外的校验，自定义规则被分为三大类：关于基本属性的规则校验、关于质量属性的规则校验、关于管理属性的规则校验；校验完成后汇总校验结果形成异 常报告，并提供便捷的信息标准规范手段。 | ||
14 | 参考标 | 参考标 准 | 支持提供参考标准。参考标准为信息标准提供一个规范的、面向教育 行业的国家层面上的信息化标准模板，当前参考标准的数据主要来源于中华人民共和国教育行业标准（2012年版）。 | |
要求该模块为用户提供维护参考标准的可视化界面接口以应对行业标 | ||||
信息标准管理后台
15 |
16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
24 |
25 |
26 |
27 |
准 | 准发生变更或各大高校需要在国家标准的基础上建立适应自身的特色 标准，包括导入、新增、修改、删除等功能。 | |
版本管理 | 版本管 理 | （1）支持在版本管理首页展示当前的版本信息标准数据收录量，并可分各个业务域的统计数据量，以及统计来源于各个部门的字段管理属 性。同时对于新增、修改、删除的标准数据，要求包括业务域数据和 字典数据，只有发布版本并审核通过后，才能被引用于各个业务数据源。 |
（2）支持在浏览器打开该版本的信息标准白皮书pdf文档，实现版本 预览 | ||
（3）支持查询系统中已经发布的版本信息，了解版本历程。 | ||
（4）支持版本审核服务。用户能够审核发布版本是否通过，若审核通过，该版本会成为信息标准最新版本，标准网站，系统建模将使用最 新版本的标准数据。 | ||
（5）支持版本发布。准与生效版本的信息标准之间的差异，告知用户 对信息标准做了哪些操作 | ||
（6）支持版本导出。分为“全量导出”和“自定义导出”两种方式，可以导出word、pdf、excel三种格式的文档。 全量导出会导出该版本全部的信息标准数据，自定义导出会根据选择的部门，筛选出相关的信息 标准数据。 | ||
（7）支持版本对比。要求版本对比报告展示两个版本的信息标准数据量，小版本到大版本的数据变化量和字段、字典的具体变更情况。系 统后台只能同时进行一个文档导出任务，如果已存在导出任务，会有 提示信息。 | ||
（8）支持版本回退。信息标准数据会恢复到该回退版本发布时的状态 ，也就是说该回退版本之后的信息标准数据会清除掉。 | ||
系统建模 | 数据源管理 | （1）支持数据源管理服务，用户可以使用新增功能，通过本系统创建业务系统数据源,登记功能是把线下已经建立的用户信息记录到本系统, 用于批量登记线下已经创建的业务系统用户。 |
（2）支持兼容数据中心数据源，能够登记oracle数据中心数据库，用 于物理同步反向核验读取信息标准数据结构。 | ||
（3）支持旧标准数据元素升级，能够登记oracle旧标准平台数据库，通过升级标准元素、建模数据、版本信息到微服务信息标准管理子系 统。对新增的数据源进行管理和查看，通过创建或登记数据源用户和 表空间，版本发布创建标准数据库，调用平台数据进行系统集成。兼容数据中心数据源反向核验生成信息标准、旧标准数据元素升级。 | ||
引用结 构 | 支持结构引用，要求包括一键引用和自定义引用，自定义引用主要根据业务域进行分类显示标准数据结构信息，并可根据需求手动勾选所需的数据进行引用，还可进行系统过滤。一键引用根据系统过滤来选 择所需数据，根据系统来源过滤的条件批量引用数据,用于物理同步数 据建模创建数据表。 |
业务 | 创建的数据源统计引用的数据字典，显示各个数据源下引用的字典信 | |||
28 | ||||
字 典 | 息以及引用详情,用于物理同步数据建模创建代码表。 | |||
（1）支持通过给创建的数据源进行数据引用操作后，在物理同步中可 | ||||
29 | ||||
以对该数据源下引用的表数据进行核验数据结构状态。 | ||||
（2）支持通过数据治理技术规范与业务需求梳理的信息标准数据集， | ||||
物理 | ||||
30 | 对未创建的数据表创建到物理库实体中，提供查看该引用表的建表脚 | |||
同 步 | ||||
本。 | ||||
（3）支持提供依据信息标准数据结构同步物理表，提供脚本及执行影 | ||||
31 | ||||
响分析，并提供直接删除重建物理表。 | ||||
资讯管理 | 提供资讯服务。能够给学校提供管理信息标准相关的权威性公告，包 | |||
资 讯 | 括国际规范、行业规等，各种规范文件的平台，在标准网站首页可以 | |||
32 | ||||
管 理 | 看到已发布的资讯信息。对于单个资讯能够进行修改、删除、发布和 | |||
撤销等操作。 | ||||
支持标签云服务。标签云即是关键字的集合，标签是典型的超链接， | ||||
标签 | x用户可以仔细了解对应标签的内容，每个标签都有对应的资源链接 | |||
33 | ||||
云 | 地址（在新增标签云的时候要添加有效的链接地址才能跳转到链接的 | |||
页面） | ||||
组织架构 | 组织架构可以录入信息标准对应学校的整体架构信息，也能切换到对 | |||
组织 | 应的树拓扑图查看详细的架构内容，通过新增或者导入可以录入组织 | |||
34 | ||||
架 构 | 架构以及对应的业务系统信息。用于维护数据字段关于部门系列的管 | |||
理属性。 | ||||
业务 | 业务系统是属于组织架构下是业务部门对应的数据,用于维护数据字段 | |||
35 | ||||
系 统 | 关于系统系列的管理属性。 | |||
系统管理 | 主数 | |||
据同 | 将信息标准管理子系统标准元素（版本内数据集、代码集）、建模数 | |||
36 | ||||
步功 | 据同步到主数据同步。 | |||
能 | ||||
配置该系统需用到的一些动态数据参数，所需用到的数据都必须从系 | ||||
系统 | ||||
37 | 统设置读取。主要包括版权、LOGO标志、白皮书、数据源读取属性配 | |||
设 置 | ||||
置等信息。 |
6.3.2统一身份认证平台
统一身份认证系统作为智慧校园的安全认证及授权中心，提供一系列全面的认证、授权控制和管理工具，对数据的访问和使用进行全方位多层次的许可、控制和管理，并保护数据拥有者和使用者的数据安全。
序号 | 技术指标 | 参数要求 |
1 | 基于J2EE应用平台，分布式、高可靠性、先进的解决方案； | |
2 | 集成中间件系统，保障快速开发、应用环境； |
3 | 统一身份认证平台 | 采取Restful技术，统一接口标准； | |
4 | 采取敏捷开发平台，快速构建应用； | ||
5 | 实施安全机制，构建安全保障体系； | ||
6 | 基于SpringCloud的开发，提高系统的稳定性、开放性、便升级性； | ||
7 | Istio服务治理的研究、集成； | ||
8 | SpringCloud的体系优化； | ||
9 | 数据库支持Oracle12C、11G、10G。 | ||
10 | 支持LDAP目录集群管理，满足大用户量高并发环境应用； | ||
11 | 支持用户使用自定义帐号登录（邮箱/身份证号/手机号）、短信验证登录 、QQ联合登录、微信扫码登录、APP扫码登录等； | ||
12 | 提供主流技术路线开发应用的接口包（Java、C#、PHP、ASP、Ruby等 ）； | ||
13 | 支持分级组织机构管理，部门管理员可以查询或维护该部门的日志、个 人信息、密码等； | ||
14 | 基于微服务服务框架，实现应用平台的开放式结构；基于Docker容器的 微服务服务运行状况监控分析；基于Docker-Compose的服务编排； | ||
15 | 系统应通过GB/T 22239-2019：《信息安全技术网络安全等级保护基本要求》第二级或以上“安全通用要求”中的“安全计算环境（主机安全、数据库安全、应用安全、数据安全）”的测评要求，安全控制点应至少包含身份鉴别、访问控制、安全审计、入侵防范、数据完整性、数据保密性 、数据备份恢复、个人信息保护。 | ||
16 | 用户界面友好、美观。界面输入中，输入域内光标正常定位、信息输入正常有效，并且操作符合用户习惯；界面图像显示完整；界面文字符合 设计规范的要求；软件提供标准的操作提示信息。 | ||
17 | 系统稳定，未出现数据丢失、数据紊乱和致命死机现象。 | ||
18 | 要求系统满足系统管理、账号管理、应用管理等功能性测试。 | ||
19 | 支持LDAP目录集群管理，满足大用户量高并发环境应用。 | ||
20 | 支持用户在首页查看包括当天实况、数据统计、访问统计等内容 | ||
21 | 支持账号列表管理。可对账号进行查询、添加、编辑、删除、禁用、激 活、设置过期时间，锁定、解锁、修改密码等操作。 | ||
22 | 支持账号同步。可以对EXCEl用户导入、账号有效性校验、密码策略、删 除、修改、手动进行同步。 | ||
23 | 支持查询所用LDAP中的账号信息，用户可进行用户的增加、删除、修改 等操作。 | ||
24 | 支持帐号申诉，用户通过安全中心填写账号申诉信息，由教师修改好密 码后以邮件方式返回。 | ||
系统名称
25 |
26 |
27 |
28 |
29 |
30 |
31 |
32 |
33 |
34 |
35 |
36 |
37 |
38 |
39 |
40 |
41 |
42 |
43 |
44 |
45 |
46 |
认证控制台管理需求 | 支持对用户进行分组管理，可以对用户组进行增加、删除、修改、查询 等操作。 |
支持对部门组织编码进行管理。可以对组织进行增加、删除、修改及组 织管理员操作。 | |
支持接入应用管理用于管理全校接入的应用系统，应用系统按规范提交 注册资料，实施人员将资料录入即注册成功。 | |
支持对访问的应用进行授权，允许用户访问或禁止访问，内部权限由各 个应用系统控制。 | |
支持对应用统计，使用折线图和柱行图的方式统计各个应用当天、年的 访问数，详细访问用户。 | |
支持对是否登录、密码未修改、锁定账号、未绑定组织、未分配角色的 账号进行审计。 | |
支持用户查询操作日志、应用日志、登录日志、数据同步日志详情 | |
支持用户查看数字证书的详细信息，过期提醒等内容。 | |
支持证书下载功能，用户可进行证书上传、转换格式以及下载等操作。 | |
支持证书更新功能，用户可在数字证书签证后或到期时在线上传证书进 行导入。 | |
支持系统安全策略参数自定义设置。 | |
支持密码策略设置，包括密码长度、组成、密码错误后限制设置和密码 过期设置等。 | |
支持IP黑名单功能，若用户操作太快，或者有特殊字符注入时 安全中心 过滤器会自动将该用户加入黑名单。 | |
支持IP白名单管理，白名单优先级大于黑名单。 | |
系统支持基础设置，包括对显示参数、登录参数、异常参数、消息管理 参数、账号同步参数、LDAP参数、邮箱参数、微信参数、QQ参数、短信参数消息中心参数、APP参数、ＩＰ黑白名单参数、ＳＳＬ证书参数等配置。 | |
支持系统版本管理，记录产品版本更新记录，向研发反馈问题时需要提 供版本信息。 | |
要求支持后续扩展根据认证平台系统本身数据来统计、分析个人行为， 形成报告，用户可下载成图片并分享，支持自定义设置。 | |
支持用户在安全中心前端网站首页进行个人信息查询、账号安全评分、 查用功能快速入口等操作。 | |
支持根据认证平台系统本身数据来统计、分析个人行为，形成报告，用 户可下载成图片并分享。 | |
支持在个人中心查看个人信息，设置头像等功能； | |
支持各类安全设置，包括设置别名、解绑QQ、解绑微信、设置密保、校 验手机号、校验邮箱、设置二次验证、指纹采集等； | |
支持查询个人登录日志，能够对登录应用TOP5进行统计。 | |
支持密码修改功能，用户需要登录之后才能修改，且需要在修改时输入 |
47 | 安全中心需求 | 原密码； | |
48 | 支持邮箱找回密码功能，用户通过填写验证信息，验证码邮件发至邮箱 ，验证验证码后可以修改密码； | ||
49 | 支持密保找回密码功能，用户通过填写自己密保的问题，答案正确后可 以修改密码； | ||
50 | 支持申诉找回密码功能，用户通过填写申诉信息提交给管理员进行审核 和重置密码； | ||
51 | 支持查看常见问题，里面列举了各种常见问题； | ||
52 | 支持申诉结果查看，用户可通过申诉码查询处理结果； | ||
53 | 要求支持后续扩展短信找回密码功能，用户通过填写验证信息和短信验 证码，直接修改密码（含短信对接，不含短信运营费用）； | ||
54 | 要求支持后续扩展微信找回密码功能，用户通过填写验证信息和微信扫 码确认，直接修改密码； | ||
55 | 要求支持后续扩展QQ找回密码功能，用户通过填写验证信息和QQ验证 ，直接修改密码； |
6.3.3统一服务门户平台
统一服务门户平台是一个信息的集成环境，它可以是将分散、异构的应用和信息资源进行聚合，通过统一的访问入口，实现结构化数据资源、非结构化文档和互联网资源、各种应用系统跨数据库、跨系统平台的无缝接入和集成，提供一个支持信息访问、传递、以及协作的集成化环境，实现个性化业务应用的高效开发、集成、部署与管理；并根据每个用户的特点、喜好和角色的不同，为特定用户提供量身定做的访问关键业务。信息的安全通道和个性化应用界面，使师生员工可以浏览到相互关联的数据，进行相关的事务处理。
序 号 | 技术指标 | 参数要求 |
1 | 支持多种主流平台部署，如WINDOWS、Linux、HPUX、IBMAIX等。支持这些平 台的32位及64位操作系统。 | |
2 | 采用“跨平台”的Java语言和独立于开发环境的面向对象的组件技术。 | |
3 | 支持多种主流的数据库，如：OracleDatabase、SQLServer等。 | |
4 | 支持多种主流的浏览器，如InternetExplorer、Netscape、Firefox、Mozilla等 。 | |
5 | 支持基于模板技术快速创建门户页面。 | |
6 | 基于角色的权限控制体系，实现多级角色权限管理。 | |
7 | 提供多种应用集成方式，使用户可以快速进行现有及新建应用的门户整合。 | |
8 | 能够为用户提供安全的信息资源和业务数据的获取，保障信息传输的安全可靠、 保障信息不被非法用户窃取、保障用户的合法身份不被盗用。 | |
提供具有高扩展性的服务架构和访问接口，让各种资源可以方便的集成到门户系 |
9 | 统一服务门户平台 | 统中，迅速的为校园网的用户提供服务。支持门户单个应用的热部署；当某个应 用出现问题时，可以在服务不停的情况，实现对该应用的更新。 | |
10 | 服务门户须采用先进的技术架构和设计理念，满足校园信息化建设不断发展的需 要。基于Redis缓存技术的应用，采用React前端框架，大幅度提升用户交互体验 。 | ||
11 | 通过WebService接口方式，实现和相关应用在服务层面的交互数据集成，可无需 编写代码通过简单配置的方式从接口获取数据并构建成相对复杂的展现逻辑的应用服务。 | ||
12 | 个性化需求：主题皮肤自定义、应用服务自定义、展示方式多样化、消息订阅等 ，要求能快速响应用户的各种需求并适应每个学校众多不用业务系统对接的环境 ； | ||
13 | 界面显示文字规范。软件界面使用符合汉字编码标准（GB18030-2005）的简体 中文；软件提示基本上使用符合汉字编码标准（GB18030-2005）的简体中文。 | ||
14 | 用户界面友好、美观。界面输入中，输入域内光标正常定位、信息输入正常有效 ，并且操作符合用户习惯；界面图像显示完整；界面文字符合设计规范的要求；软件提供标准的操作提示信息。 | ||
15 | 系统稳定，未出现数据丢失、数据紊乱和致命死机现象。 | ||
16 | 基于微服务服务框架，实现应用平台的开放式结构；基于Docker容器的微服务服 务运行状况监控分析；基于Docker-Compose的服务编排； | ||
17 | 要求系统基本满足GB/T22239-2019 《信息安全技术网络安全等级保护基本要求》第二级或以上“安全通用要求”中的“安全计算环境（应用系统）”的测评要求，测试内容应至少包含身份鉴别、访问控制、安全审计、入侵防范 、数据完整性、数据保密性、数据备份恢复、个人信息保护。 | ||
18 | 服务门 | 支持在首页提供包括包括平台实况、访问统计、访客统计、设备统计、应用/卡片/主题 统计等内容。包括浏览量、访客数、活跃率、应用点击量等折线图，并且能以同时段数据作双折线对比，对比方式至少包括今日对比昨日、本周对比上周、本月对比上月、本年对比上一年等。 | |
19 | 支持查看用户列表，可查询用户基本信息以及模拟展示用户界面。 | ||
20 | 支持对主题进行管理，可查询所有主题数据，可对主题进行查询、添加、编辑、删除、 发布等操作。 | ||
21 | 支持对普通用户共享的主题数据进行审核，审核通过的主题数据才允许发布共享。 | ||
22 | 支持对页面进行管理，用户可对单个页面进行添加、复制、编辑、删除、锁定、授权。 | ||
23 | 支持查询、添加、编辑、删除平台标签，可对卡片/应用/主题进行标签分类，优化搜索 ； | ||
24 | 支持接入卡片管理，用于管理全校接入的服务卡片，可对单个卡片进行查询、添加、编 辑、预览、卡片配置、删除。 | ||
25 | 支持对访问的卡片进行授权，允许用户访问或禁止访问，内部权限由各个应用系统控制 。 | ||
26 | 支持对卡片进行分类。用户可对卡片类型进行查询、添加、编辑、删除等操作 | ||
27 | 支持自定义卡片模板。卡片模板是将通用内容如表格、列表、文章等配置成模板，可供 |
28 |
29 |
30 |
31 |
32 |
33 |
34 |
35 |
36 |
37 |
38 |
39 |
40 |
41 |
42 |
43 |
44 |
45 |
46 |
47 |
48 |
49 |
50 |
51 |
52 |
53 |
户控制台管理需求 | 卡片配置选择模板。用户可对单个模板进行查询、添加、编辑、删除等操作。 |
支持为卡片配置接入服务中心数据。用户可对单个卡片接口进行添加、编辑、删除、查 询等操作。 | |
支持接入应用管理用于管理全校接入的应用系统，应用系统按规范提交注册资料，实施 人员将资料录入即注册成功 | |
支持对访问的应用进行授权，允许用户访问或禁止访问，内部权限由各个应用系统控制 。 | |
支持对应用进行分类。用户可对应用类型进行查询、添加、编辑、删除等操作。 | |
支持查询用户登录日志详情。 | |
支持查询用户操作日志详情。 | |
支持留存趋势图、留存详情的留存分析。 | |
支持在线用户记录平台当前在线用户数据，包括用户账号基本信息、用户访问轨迹、会 话记录、会话详情。 | |
支持用户行为分析，根据门户平台系统本身数据来统计、分析个人行为，可形成一个报 告，可支持下载成图片进行分享。 | |
支持系统设置功能，包括门户前端设置、门户后台设置、单点接入设置、消息接入设置 、服务接入设置。 | |
支持对图标进行管理，包括对平台卡片图标、应用图标进行管理，可对图标进行查询、 上传、删除等操作。 | |
支持系统版本管理，记录产品版本更新记录，向研发反馈问题时需要提供版本信息。 | |
服务门户前台需求 | 支持单独登录，默认支持认证平台单点登录，可定制支持市面主流的认证平台 |
支持用户个性化管理页面，可对页面进行添加、编辑、删除、排序等操作。 | |
支持单独更改肤色、布局、页面内容以及一键切换主题； | |
支持用户保存个人主题、共享主题，管理员审核发布后可以给其他用户一键切换使用。 | |
支持卡片编辑，可添加、删除页面卡片，可对单个卡片外观及卡片内容进行设置。 | |
支持页面卡片动态拖拽，自由布局。 | |
支持在应用中心集中展示所有应用数据，用户可对应用进行查询、收藏等操作。 | |
支持在我的收藏中集中展示所有我的收藏应用数据，用户可自由拖拽排序应用，前5个 应用可展示在侧边栏。 | |
支持语言切换，语言切换是将网站固定菜单、特定标题、操作提示、操作按钮等文字切 换语言。默认支持中英两种语言切换，并预留其他语言接口。 | |
支持主题、肤色、布局设置，内置三套主题、十种肤色、十种页面布局共挑选设置。 | |
支持国际化语言设置，用户可增加中英文语言外的其他语言。 | |
支持消息提醒功能，自带消息提醒机制和界面展示，可以接入消息中心平台，支持消息 提醒。 | |
支持对新手操作进行指引，从产品功能介绍和初次使用引导两个角度，结合用户体验， 分别予以介绍和指引。 | |
提供个人日程信息展示，个人可以自定义添加日程，以及融合课表信息。提供开放便捷的日程管理模块，便于用户规划日程安排，并对日程进行集中统一的管理。平台对接接 |
系统名称
54 |
55 |
56 |
57 |
58 |
59 |
60 |
61 |
62 |
63 |
64 |
收每日日程通知，以日历的形式清晰对用户展现出每日事件。个人日程支持对接手机日 历，便于用户进行日程的集中统一管理。 | |
支持内置工具卡片，包括收藏服务卡片、IFrame卡片、RSS卡片、滚动卡片、选项卡 卡片、嵌套卡片。 | |
支持自定义卡片，包括内容服务展示、图表服务展示、微标服务展示。用户可以通过配置直接展示列表数据、统计图数据、分页查询等。提供管理员配置的服务展示卡片，包括内容服务展示、图表服务展示。内容服务展示可实现简单的新闻列表、一卡通消费详情、课表列表等常见形式的内容展示。图表服务展示可创建饼图、直线条、柱图，实现 简单的个人消费趋势、学校男女比例、历年迎新人数等常见形式的内容展示。 | |
支持管理员使用的内置业务卡片，包括课表卡片、邮箱卡片、个人信息卡片。课表卡片配置实现教师、学生个人课表信息展示；邮箱卡片提供对接学校现有邮件系统对接，展 示个人邮件未读数量和实现单点集成；个人信息卡片，可配置显示姓名、工/学号、部 门、照片、上次登录时间、上传登录IP等，可以配置指定数据源和增加个人信息、修改密码、注销平台等功能按钮。 | |
支持门户页面定制，对页面内容的访问权限/页面的颜色方案和可视样式以及页面上por tlet或卡片的位置安排等进行设置。可以提供页面布局的个性化和内容的个性化，不用 的门户导航方式、用户界面布局、用户关注内容的订阅、数据的个性化展示。 | |
服务扩展需求 | 支持接口管理服务，用户可直接链接表,将表数据发布为服务，通过编写SQL来发布服 务；支持上传EXCEL，将里面内容发布为服务。 |
支持用户查询接口日志，以及服务调用趋势统计和分析。 | |
要求支持服务管理，可以提供服务平台，统一管理各种服务，并实现从服务集成、注册 、展现、管理监控的全过程服务，实现服务主动推荐、推送个人感兴趣、关注的信息资源和服务。 | |
微服务容器组件 | 项目管理：项目是一组工程的集合，用来管理不同用户在工程中的权限。在项目管理中 ，用户可以创建一个项目，用来管理项目下的工程和镜像，还可以添加成员，赋予他们相应的权限。创建好项目之后，用户可以关联自己的代码仓库，用代码和简单的配置来创建工程，对创建的工程进行管理并将工程构建成能够部署的镜像文件。用户还可以通过简单的配置来实现持续集成，代码Push触发自动构建。 |
镜像管理：镜像管理分为基础镜像、官方镜像、项目镜像三个分类。基础镜像为docke rfile中指定的一个base镜像，可以添加基础镜像，以方便在工程配置中引用生成项目镜像。官方镜像为微服务支撑管理提供的镜像，通常为一些常用的工具镜像或配置好的功 能镜像，以方便用户直接部署使用。项目镜像为工程构建生成的镜像，并对项目镜像的 版本进行管理 | |
应用管理：应用是一组服务的集合，用来控制一组服务的访问权限。应用管理是对应用 的服务进行生命周期的管理。微服务支撑管理集群采用Kubernetes作为分布式容器管理工具，用户可以将自己的镜像部署到生产或测试环境中。用户可以管理正在运行的业务，进行升级回滚、扩容缩容、日志查看、异常恢复、启动停止等操作。 | |
集群管理：微服务支撑管理可以添加若干kubernetes集群，并对每个集群信息进行管理。用户可以看到该用户有查看权限的所有主机的配置、状态和实例信息。对于拥有d eveloper权限以上的集群，可以为该集群添加主机并设置主机的工作场景、主机标签 、是否用于构建等信息。 |
65 | 微服务监控：要求微服务支撑管理提供主机和容器的多维度监控，监控主机和容器的状 态、CPU占用率、内存占用率、磁盘读写总量和网络流入流出总量。告警管理可以配置告警策略，根据监控的数据，通过简单的策略配置将产生的告警信息发送到用户组的邮件和手机短信上。 | ||
66 | 服务网关 | 1.应支持多种来源服务，包括但不限于：Eureka、Consul、Zookeeper、 Etcd、file等。 | |
67 | 2.有新的服务发现服务或当IP发生变化时，应支持对服务源进行增加或修改 。 | ||
68 | 3.服务需要暂停使用或被废弃使用时，应支持服务源停用或删除。 | ||
69 | 4.应支持启用被暂停服务源。 | ||
70 | 5.应支持多条件过滤查询服务源。 | ||
71 | 6.应支持对已发现的微服务提供服务包装配置管理功能，包括但不限于：服 务所属应用、负载均衡、健康检查、响应、权重、镜像等策略配置等。 | ||
72 | 7.要求提供初始化全局配置默认参数，应支持对路由的请求时长、连接时长设置默认值、开启https访问、开启安全策略（字符过滤、防刷、防篡改等 ）、开启日志记录等全局配置默认参数进行修改。 | ||
73 | 8.要求根据业务需求对访问入口定义，应支持对请求路径及请求过程进行配置，包括但不限于：路由的基本信息、路由所属应用、超时配置、路由规则 、路由服务、组件、https访问开启、日志记录开启等功能。 | ||
74 | 9.要求提供已有路由列表数据查看，应支持路由增加、修改、删除和配置组 件。组件配置高度灵活，应支持线上管理，并支持组件图形化拖放操作。 | ||
75 | 应支持自定义规则、黑白名单、TLS等安全策略配置。 | ||
76 | 10.通过安全管理，在规则管理中维护特殊字符和敏感词过滤。进入安全策略管理，选择对应的策略规则以实现特殊字符过滤、防刷、防篡改等访问安 全控制操作。 | ||
77 | 11.黑白名单分为全局和非全局两种，白名单优于黑名单，全局黑名单作用 于全局所有经过网关的请求。非全局的黑白名单需要在路由中进行引用。 |
6.3.4数据共享交换平台
参照全量信息标准建立学校主数据库，从学校现有应用系统抽取、清洗、导入业务数据到主数据的全局库，并从主数据库抽象映射出一系列的常用数据库视图，如教职工基本信息、学生基本信息、部门信息等，从而构建出一个面向应用系统的学校共享主数据库，为用户提供一站式数据共享服务。本期建设主数据管理平台主要效果：
构建主数据库，将业务系统的数据在主数据库中进行存储，通过ETL/ODI/DTS等数据
交换工具将业务库数据抽取到全局库中，形成学校统一的业务数据环境。详细需求见下表：
一、主数据平台需求：
序号 技术指标
参数要求
1 | 性能要求 | 具备安全稳定性。软件容错性：软件对关键功能数据进行有效性校验，当运行发生 错误时，有提示且能恢复正常；安全保密性：软件具有用户权限限制。 | |
2 | 用户界面友好、美观。界面输入中，输入域内光标正常定位、信息输入正常有效，并且操作符合用户习惯；界面图像显示完整；界面文字符合设计规范的要求；软件 提供标准的操作提示信息。 | ||
3 | 要求系统基本满足GB/T22239-2019 《信息安全技术网络安全等级保护基本要求》第二级或以上“安全通用要求”中的“安全计算环境（应用系统）”的测评要求，测试内容应至少包含身份鉴别、访问控制、安全审计、入侵防范、数据 完整性、数据保密性、数据备份恢复、个人信息保护。 | ||
平台 | 首页：该模块对主数据平台的数据库进行各类型分析，包括数据库状态、表空间状 | ||
4 | |||
首页 | 态、业务表状况、最近接口调用情况、最新核验动态统计展现。 | ||
首页主要用于展示各全局库数据的汇总信息以及已清洗的业务系统的基本信息，查 | |||
看各业务系统数据表结构信息集及代码集信息；总体描述主要用于查看全局库各个 | |||
5 | |||
业务系统的总体数据增长、总体数据分布情况，包括系统表总量和数据量情况统计 | |||
等信息。 | |||
全局 | |||
6 | 全局数据查看和系统数据：全局库和各系统的信息标准项、引用代码集数据查询。 | ||
库 | |||
表权限配置：主要是对用户和角色授权使其有权限查询该表数据。要求对所有业务 | |||
7 | |||
库资源实现批量授权，授权对象为学校任意角色和用户，支持批量勾选。 | |||
组织结构：数据结构是对全局库的数据结构、数据字典信息的查看。数据字典是管 | |||
8 | |||
理各业务库的数据字典、代码集。 | |||
历史数据库：支持对当前所有任务执行状态的反馈，包括任务总数、失败成功数及 | |||
操作状态的监控和展示。历史数据库是数据仓库不可或缺的一部分，历史数据库提 | |||
9 | |||
供数据地图管理功能，以图形方式展现数据的流向，同时提供各个业务系统的存量 | |||
以及增量数据情况。提供热门数据库的数据量。 | |||
数据查询：历史库提供各个历史数据库表的数据的查询操作，依据主键提供历史数 | |||
10 | |||
历史 | 据的查看，可配置的查询条件。 | ||
库管 | 数据统计：提供历史数据库数据增量情况分析、历史数据表数据分布、数据增量排 | ||
11 | |||
理 | 名。 | ||
任务管理：历史数据来源于业务数据，即通过调度的方式及时对业务数据进行备份 | |||
12 | 并增加时间维度，任务管理即提供业务数据备份的调度配置。该配置提供手工与定 | ||
时等各多种覆盖时间范围方式。 | |||
任务监控：任务监控对历史数据备份的过程进行监控，如何时进行了备份，提供各 | |||
13 | |||
种查询。 | |||
应用管理：提供服务的访问应用管理，包括应用的增删查改以及发送验证码、验证 | |||
14 | |||
码等功能。 | |||
数据源管理：数据源管理提供输入输出接口的数据源，即最终数据从哪里来，存哪 | |||
15 | 里去，提供增删查改以及测试功能，包含全局库数据源可视化和自定义异构数据源 | ||
（包括ORACLE、MYSQL、SQLSERVER、POSTGRESQL）的管理。 | |||
输出接口-接口管理：提供对外restful统一输出接口管理，是基于全量数据库打造微 | |||
整体需求
16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
24 |
25 |
26 |
27 |
28 |
29 |
30 |
31 |
32 |
33 |
服务中心 | 服务的核心功能，用户可图形化配置接口，可选择数据源（包含自定义的异构数据 源）、多表级联、自定义设置查询条件和显示列等功能。同时提供发布、测试、停止等功能。 |
输出接口-接口授权：配置发布接口后根据应用对接口授权，授权后，第三方引用或 者业务系统即可通过restful接口使用主数据平台发布的接口。 | |
输出接口-数据授权：通过对发布接口不同授权应用添加指定的过滤条件，对输出接 口的数据进行不同应用不同输出数据，对输出接口的数据进行严格管控。 | |
输入接口-接口配置：提供自定义导入的图形化配置功能，支持配置excel接口和rest ful接口，接口发布成功后均能授权应用后在接口平台上查询和使用，支持对数据的 增、改、删操作。 | |
输入接口-数据查看：提供查看excel接口导入数据功能，验证导入数据是否成功。 | |
输入接口-数据审核：对导入数据进行审核，提供审核通过、打回等操作，通过审核 后才真正入库到全局库表或业务库表中。 | |
接口统计：包括接口分析和接口日志，接口分析，针对输入输出接口进行各类型分 析，包括接口的是总量分析、接口调用分析、调用态势等。 | |
接口日志：是对接口的访问情况进行统计的功能，主要提供查询功能，可查询接口 访问的时间、开始结束时间、耗时等等信息。 | |
接口安全：接口安全模块，用来保证接口使用的安全。包含：黑名单和白名单两个 子模块黑名单是对应用IP调用接口作限制，当启用黑名单后，黑名单内的IP将不能正常使用接口，白名单是对应用IP调用接口的授权调用的作用，当启用白名单后，白名单内的IP才能正常使用接口。 | |
接口审核：对应用通过接口平台申请调试和调用接口的审核操作，通过审核操作， 决定应用授权接口是否能调试和调用接口。 | |
数据库监控 | 数据库运行情况分析：支持分析系统当前以及历史运行情况，直观显示服务器可能 面临的问题，预测未来服务器的数据容量情况。提供CPU、内存、活动情况、SGA 、HitRatio、SessionWaits、业务数据等实施监控统计。 |
权限信息查看：包括表权限查看和用户权限查看。能够按数据库用户查看授权的数 据表，按表查看授权用户，对授权信息进行修改。 | |
热点表查看：支持热点表以图标及列表的方式展示各业务系统当前及历史SQL数量 统计。 | |
SQL查询记录：查询最近访问的SQL查询，提供多种查询方式。 | |
TOPsql：查询经常使用的10条SQL。支持由数据库检索日志定位出热点SQL语句，对热点SQL语句进行分类存储，可以分析出热点SQL性能以及热点SQL的历史信息 等。 | |
死锁查看：对死锁情况进行查询，并可延伸订阅服务功能。 | |
手工核验：手工核验提供数据库与标准的比照核验功能，首页提供核验选项包括组 织结构、空间、定义、反向等操作，同时首页会记录上一次核验的相关信息，点击即可进入到核验操作中。 | |
核验操作：核验分为核验对象选择，提供批量选择功能，系统会提示之前核验过和 未核验的系统，提供表级选择权限，核验过程进行实时反馈，核验结束后提供统计 |
数据库核验 | 信息。 | ||
34 | 核验同步脚本：针对核验出的不一致情况，系统提供同步脚本，即修复异常。一般来说主数据平台的数据库是需要参照业务系统来创建，必须一致，同时不应该创建 多余的表结构，核验细则可选择。 | ||
35 | 核验分析：能够展示各业务系统的核验结果，包括健康度分析，核验数据合格性分 析等。 | ||
36 | 核验明细：能够展示各业务系统所包含的详细核验分析结果信息，包括表完整性、 字段完整性和一致性 | ||
37 | 核验历史：历届的核验都会进行记录，形成核验记录，核验记录可进行查阅，并查 看每次核验的报告。 | ||
38 | 核验报告：支持对每次核验的记录进行展示，并生成每次核验的核验报告。 | ||
39 | 核验调度：系统核验方式提供两种，包括手动核验和自动核验，自动核验的触发方 式主要是通过调度，即时间间隔或者定时调度的方式。 | ||
40 | 报告订阅：数据库核验是为了检查数据库是否遵循标准创建，一般会检查出各类问题，针对不同的业务系统，而针对学校的不通管理人员也会关注不同的信息，报告的订阅即是针对不同的人群推送不同范围、不同规则的核验结果消息。支持对已经 核验的业务系统的核验报告进行订阅管理，将核验报告推送给相关部门或管理人员 | ||
41 | 系统 管理 | 支持系统设置，包括对系统logo，历史背景图片，页脚等设置。 | |
42 | 支持记录访问系统的用户详细信息。 | ||
43 | 主题查询 | 主题组查询：当网络中心管理员授权查看两个主题以上时，展示些页面通过切换主 题查看不同主题的数据。 | |
44 | 主题标签分类查询：查看主题重构后的分类信息，直观了解主题查询结构内容。 | ||
45 | 主题数据查询：当授权有查看部门、全部数据时，可以通过切换，查看对应的数据 。如没有，只能查看主题相关的个人数据。 | ||
46 | 数据脱敏 | 脱敏首页：展示数据脱敏相关介绍及脱敏算法的demo介绍，直击了解什么是数据脱 敏。 | |
47 | 脱敏配置：配置脱敏字段及其对应的脱敏算法，提供新增、修改、删除、测试和一键配置快速配置常用的字段配置功能，同时如果存在历史数据，还提供查看配置历 史作参考。 | ||
48 | 脱敏查看授权：授权可以查看脱敏后原始数据用户、部门、角色、应用权限，授权 后，可查看所有的脱敏字段的原始数据。 | ||
49 | 脱敏执行日志：统计脱敏字段脱敏的数据量的日志。 | ||
50 | 脱敏配置日志：记录配置脱敏字段的历史。 | ||
51 | 脱敏统计：对当前脱敏的配置进行统计分析展示。 |
数据交换平台需求：
序号 | 技术指标 | 参数要求 |
1 | 具备安全稳定性。软件容错性：软件对关键功能数据进行有效性校验，当运行发生错误时，有提示且能恢复正常；安全保密性：软件具有用户权限限制 。 |
2 | 性能需求 | 用户界面友好、美观。界面输入中，输入域内光标正常定位、信息输入正常有效，并且操作符合用户习惯；界面图像显示完整；界面文字符合设计规范 的要求；软件提供标准的操作提示信息。 | |
3 | 要求系统基本满足GB/T22239-2019 《信息安全技术网络安全等级保护基本要求》第二级或以上“安全通用要求”中的“安全计算环境（应用系统）”的测评要求，测试内容应至少包含身份鉴别、访问控制、安全审计、入侵防范、 数据完整性、数据保密性、数据备份恢复、个人信息保护。 | ||
4 | 总体要求 | 应支持完整的事务控制策略，跨数据库事务控制，保证数据的一致性 | |
5 | 应支持多数据源的多表对单一数据源的单表数据交换 | ||
6 | 应支持单表对不同数据源的多表数据交换 | ||
7 | 应支持多数据源的多表对多数据源的多表的复杂数据交换定义 | ||
8 | 应支持多种数据源(RDBS,NOSQL等) | ||
9 | 应支持增量数据交换 | ||
10 | 应支持数据交换时进行数据清洗、较验、补全等操作 | ||
11 | 应支持数据过滤器，通过自定义的数据过滤器可以实现复杂的数据交换规则 | ||
12 | 应支持各种不同数据源之间数据的自动转换 | ||
13 | 通过数据交换日记，记录所有数据投递情况 | ||
14 | 平台中所有交换的数据可追朔来源及去向 | ||
15 | 功能要求 | 系统首页 | 系统首页支持对今日调度异常流程、今日运行流程总数（次）、接入数据源 （个）、总流程数（个）进行展示，包括正在运行的流程、内存使用量、线程使用情况。 |
16 | 系统监控 | 主要包括运行中流程、已结束流程、流程调度日记、增量读取日记、流程调试日记、集群服务器。 支持大屏监控：对数据交换平台的接入数据源、正在运行流程、构建流程、 运行统计、流量统计等实现实时监控。 | |
17 | 数据流程 | 支持可视化流程编辑功能，丰富的开始、结束、条件、集合点、数据模型、 数据表库、增量运算等组件，可以通过拖拽形式高效编辑流程。支持测试流程功能。 | |
18 | 数据模型 | 支持测试主模型、测试次模型。 | |
19 | 数据校验 规则 | 支持所有校验规则、长度校验规则、类型校验规则、字段数值校验。 | |
20 | 数据转换 规则 | 支持所有转换规则、数据补全规则、类型转换规则、数据值转换、数据脱敏 规则。 | |
21 | 数据计算 规则 | 支持所有计算规则、数据集合计算、数据分组计算、数据过滤计算、数据排 序计算、数据计算函数。 | |
22 | 数据模拟 规则 | 支持所有模拟规则、用户数据模拟、字符串数据模拟。 | |
23 | 数据模拟 插件 | 分为所有模拟插件、Excel数据模拟、数据模拟。 | |
调度策略 | 支持几类调度方式的支持，包括所有调度策略、实时调度策略、每天调度策 | ||
24 | 管理 | 略、每周调度策略、每月调度策略。 | |
25 | 数据源管 理 | 支持多数据源包括：Oracle、SQL Server、MongoDB、MySql。 | |
26 | 系统设置 | 支持关于平台、系统设置。主要包括平台版权信息以及平台序列号。主要用 于平台参数设置、定时任务设置以及数据字典管理。 | |
27 | 用户管理 | 支持机构管理、部门管理、用户管理、角色管理、权限管理。 | |
28 | 菜单管理 | 支持菜单管理支持具体功能模块的菜单设置，支持导出和删除功能。 |
6.3.5督考合一信息化系统
以先进管理理念为指导，“管理+技术”为建设思路，运用现代科学管理方法和信息化工具，以绩效管理为抓手，以政务督查为手段，建立绩效信息采集、分析、管理、监督的长效机制，实现重大决策和重点任务的贯彻落实，全面提高我院工作的执行力和绩效水平。
序号 | 系统模块 | 功能模块 | 功能模块描述 |
1 | 绩效管理与考核系统 | 年度目标管理模块 | 建立差异化考核指标体系，指标分解落实及指标动态管理功能，包括年度指标制定、审 核、导入、一览、指标调整等功能 |
2 | 过程管理模块 | 考核管理部门在线进行工作进展监控、系统自动亮灯提醒责任部门、在线督查节点完成 情况、实时进行亮灯监控等功能。 | |
3 | 年度综合考核模块 | 提供责任部门年度工作的综合考核，包括：责任部门自评、工作总结、考核主体打分、 部门加扣分、考核成绩计算等。 | |
4 | 民主测评管理模块 | 建设内容包括测评表设置、管理、发布、测评打分、算分等功能，包括综合评价、领导 评价等 | |
5 | 统计分析与展示模块 | 提供工作落实管理数据分析与总结应用，包 括责任部门成绩查询，总成绩等次分析，历年成绩排名、总分、等维度比对分析等功能 | |
6 | 督查督办工作管理系统 | 立项交办模块 | 提供对各种督办事项进行立项管理，包括督办事项录入、修改，导入，督办事项分派到 对应责任部门、下发等功能。 |
7 | 全程跟踪督查模块 | 提供督查督办事项的跟踪管理，包括督办事项反馈时间制定、责任部门定期反馈填报、督办事项审核，督办事项亮灯监控、催办等 。 | |
8 | 落实情况汇总模块 | 提供对不同督办事项落实情况、存在问题、下一步计划等数据进行汇总，根据模板自动 |
生成汇总文档，包括党委会、校会等不同类 型的重要督办事项。 | |||
9 | 办结归档模块 | 提供对不同类型的督办事项进行分类归档、 查询，同时对必要的重要督查事项进行二次督x等功能。 | |
10 | 查询统计模块 | 统计所有类型为事项流程的事项名称、亮灯 情况，各单位督查事项落实情况，责任追究情况等，并实现已办结归档事项查询 | |
11 | 系统实施 | 系统测试 | 系统功能调试，上线测试，试运行测试等 |
12 | 实施部署和配置 | 网络环境，系统安装部署，系统后台、基础 功能配置 | |
13 | 系统初始化 | 考核部门、督查科室等基础数据梳理和导、 录入 | |
14 | 系统培训 | 系统操作培训、操作手册制作 | |
15 | 日常运维 | 全年系统操作在线答疑、系统运维 |
6.3.6 基于钉钉建设的移动校园微门户
建设基于“钉钉”的中山火炬职业技术学院移动校园微门户，实现师生随时随地办公、查询、使用数据等服务，包括以下功能：
序号 | 技术指标 | 参数要求 | |
1 | 技术架构 | 技术细节 | 采用兼容性良好，且在各个平台都适用的HTML5技术，开发和维护的成本较低， 开发周期较短。 |
2 | 通过H5实现移动端静态页面制作及页面布局。 | ||
3 | 强化移动端网页的表现性能，提升用户体验。 | ||
4 | （一）校园助手 | 1、校园概况：展示学校对外公开的基本情况及校园详情，一般显示学校介绍，校 歌，校训，院系介绍等内容 | |
5 | 2、校园风光：展示学校自然风光，app还提供可自行拍照和删除、点赞功能。 | ||
6 | 3、校园地图：校园地图调用xx地图接口，同时可根据用户需要设置重要地点和 按不同地区显示并设置中心点，进行地点的搜索导航 | ||
7 | 4、校园新闻：用于展示学校的新闻，有两种展示方式：第一种是获取学校新闻网 页的数据，第二种是直接跳转学校网址。 | ||
8 | 5、图书借阅：图书借阅基础功能包括图书借阅记录、欠费情况。此外掌上校园支 持馆藏查询及收藏功能。 | ||
9 | 6、空闲教室查询：空闲教室展示学校当前没有课程的教室。 | ||
10 | 7、今日日程：展示当前用户本周/今日所有课程安排/学生用户同时提供课程表和 蹭课功能 | ||
11 | 8、消息推送：利用推送功能，在手机界面提供消息入口，可让用户及时了解知道 重要信息 | ||
功能要求
12 |
13 |
14 |
15 |
16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
24 |
25 |
26 |
27 |
28 |
29 |
（二）业务支撑模块 | 1、卫生检查可用于宿舍检查员或辅导员等去查看寝室卫生，进行拍照和评分。 |
2、提供给师生用户进行维修报修申请的工具，支持宿舍维修，网络维修，教室维 修，水电维修。 | |
3、失物招领：用户在此可以发布失物招领和寻物启事贴，方便通过社交的方式实 现失物寻回和找到失主。 | |
4、办事指南 控制台可填写办事注意事项，也可以对接业务系统后以列表的形式显示在应用中。 | |
（三）数据类查询 | 1、我的考试/考试安排 我的考试/考试安排可对接学校业务系统后，查看即将开始和已经结束的考试。 |
2、我的成绩 我的成绩可查看学年绩点，班级排名，专业排名，各学期各科成绩，当前科在本班级及年级的整体统计情况。 | |
3、教师成绩查询 成绩查询用于教师查看自己所教班级的成绩，方便教师横向查看不同班级的成绩差异。 | |
4、我的成果 展示教职工的科研，教学等成果数据（需要学校业务系统提供数据来源）。 | |
5、我的工资 我的工资主要用于教师核对自己当月工资、绩效等。 | |
6、班车查询 展示学校班车车次和开车时段。可以在控制台后台添加管理。 | |
7、校园活动 校园活动主要展示校园内的活动，分为即将举办和已经结束。需要学校业务系统提供数据来源。 | |
8、一卡通 展现个人近期的消费明细清单信息。 | |
（四）统计报告 | 1、借阅排行 了解班级/专业上周借阅TOP10排行，支持匿名显示 |
2、消费排行 了解班级/专业上周消费TOP10排行，支持匿名显示 | |
3、学习报告 展现当学生个人大学期间的整体学习情况，包括获得的学时学分、个人绩点、成绩分布及各学期绩点变化趋势等信息。 | |
4、消费报告 了解个人近期消费状况，包括周/月消费金额及排名情况，以及消费分类情况等 | |
5、阅读报告 展示个人大学期间阅读分类、待还书提醒、阅读排名等信息。 | |
1、学生成绩报告 展示全校学生本学期的学习成绩情况，包括各院系优秀学生分布情况、各院系平均绩点排名、TOP10挂科课程列表等。 |
30 | （五）整体校情报告 | 2、学生消费报告 展示全校学生最新一个月的消费情况，包括各院系消费金额总额及人均消费情况、个人月消费TOP10排名等。 | |
31 | 3、学生阅读报告 展示全校学生最新一个月的图书借阅情况，包括各院系图书借阅总量及人均借阅情况、最受学生欢迎TOP10图书等。 | ||
32 | 4、教师消费报告 展示全校教职工最新一个月的消费情况，包括各部门消费金额总额及人均消费情况 、个人月消费TOP10排名等。 | ||
33 | 5、教师阅读报告 展示全校教职工最新一个月的图书借阅情况，包括各部门图书借阅总量及人均借阅情况、最受教职工欢迎TOP10图书等。 | ||
34 | 6、个人阅读报告 展示个人大学期间或者学期阅读分类、待还书提醒、阅读排名等信息。 | ||
35 | 7、月度消费报告 月度消费报告适用于校级领导和院级领导、系主任。根据用户角色判断，显示所属数据。例如总消费，不同月份消费，性别消费差异，消费地址差异等等 | ||
36 | 8、全校图书借阅报告 展示全校各院系学生和教职工图书馆借阅情况，包括人均借阅排行、借阅分类排行 、热门图书排行等。 |
6.3.7网站群平台升级
序号 | 技术指标 | 参数要求 | |
（1）升级改造后的系统要求采用B/S结构设计、JAVA语言开发、J2EE技术架构 | |||
1 | |||
。 | |||
（2）升级改造后的系统需保留前期网站群项目所有站点的建设成果（网站前台 | |||
2 | |||
样式和相关数据等）， | |||
（3）系统具有良好的跨平台特性，支持基于主流Linux、Windows、Unix平台 | |||
搭建；支持Tomcat、Apache、WebSphere、WebLogic等应用服务器；支持 | |||
3 | |||
系统 | Oracle、DB2、SQL Server、MySQL等多种主流数据库，在初始安装部署时 | ||
升级 | ，需要内置可以商用的应用服务器软件及数据库软件。 | ||
4 | 改造 | （4）系统支持虚拟目录和虚拟主机方式，支持离线/连线状态下的篡改保护。 | |
要求 | （5）系统后台支持一键换肤，可内置多套后台肤色供网站管理员和进行挑选， | ||
5 | |||
符合用户使用审美习惯。 | |||
（6）系统提供网站管理和系统管理、审计管理三种登录入口，分别实现网站管 | |||
6 | |||
理员和系统管理员、审计管理员登录。 | |||
7 | （7）系统要求具备在线补丁更新机制，可以实现在线安全性加固和升级。 | ||
（8）系统针对IPv6提供全面访问支持，同时支持基于IPv4和IPv6地址的访问控 | |||
8 |
9 |
10 |
11 |
12 |
13 |
14 |
15 |
16 |
17 |
18 |
19 |
20 |
21 |
22 |
制，访问记录及统计。系统全面支持HTTPS安全传输协议。 | |
安全防护优化 | （1）网站群系统要求具有IP规则设置和账号安全管理功能，管理员可以设置不同的IP范围，用来限制管理员后台登录，支持对管理员规则进行五级强度设置， 支持强制修改弱口令用户密码。 |
（2）系统应内置应用防火墙，内置被动防御策略集，针对危险行为进行IP封禁 ，并可管理黑名单及白名单，通过使用入侵防护日志，可以详细了解攻击者的归属地、IP地址、攻击位置、攻击特征以及攻击时间等重要信息。 | |
（3）系统应支持危险文件扫描，扫描服务器中包含特殊代码的文件，并提供扫 描日志，同时允许手动、自动更新危险网站黑名单及信任网站白名单。 | |
（4）系统应支持网站群体检功能，提供危险项目、安全项目、其他项目的系统 体检、并可以在体检结果后直接对结果进行处理操作。 | |
（5）支持密码强度规则设置，并且提供简单密码口令库，对密码进行统一查看 、管理维护。使用简单口令库中的密码在创建用户时系统会自动阻止。系统针对密码加密，采用国际加密算法，保障密码不被暴力猜解。 | |
（6）支持定时强制修改密码功能，加强站群管理员密码安全；增加cpu占用率 图表，帮助运维工程师更快分析查找解决问题；优化安全审计，定期的审计跟踪和跟踪检查站群及各个站点的操作日志和入侵防护日志。 | |
站点管理功能优化 | （1）系统具有对网站的新增、删除、停止、发布等方面的功能，并提供网站检 索、网站排序功能。 |
（2）可视化网站管理平台；组件化管理，鼠标拖拽技术或智能设计技术建站。系统支持组件二次开发，可进行组件可视化参数的拖拽，并提供内置（初级、 中级、高级）的组件模板语言手册。 | |
（3）各级站点展示和管理方式直观，可以通过平铺图标或树状结构的形式展现 ，便于管理员管理网站和对其下属子站进行配置和调整。 | |
（4）站点切换提供站点树或者站点列表两种展示形式。每个站点均可以建立自己的子网站，上级站点可以创建、授权、管理下级站点，下级站点可以进一步 管理其子站点；子站点要能支持在上级站点下以虚拟目录的形式发布，也可以 支持独立域名或二级域名。 | |
（5）系统要求具有主站和子站之间的信息传递机制，打破存在于各网站间的信息孤岛，支持不同站点之间的数据共享，实现站点之间信息推送、跨站发布、 跨站引用等信息共享模式。 | |
（6）系统提供一键关停功能，可对当前平台站点统一进行关停，当处于一键关停状态中，外界无法针对关停站点进行访问，同时支持一键启用，对关停站点 进行恢复。 | |
（7）网站支持动态发布及静态发布，用户可灵活选择发布方式，静态页面自动生成，在对站点模板、栏目或文章做任何修改后，静态页面能自动增量更新， 无需手工触发。 | |
（8）系统能够通过一键下载将网站模板样式等数据放置到后台中，且能通过智 能设计方式自动翻译网站功能组件，方便快速实现网站建设。 | |
（9）网站建设过程需提供历史数据还原功能，避免修改错误导致页面无法正确 |
技术要求
23 |
24 |
25 |
26 |
27 |
28 |
29 |
30 |
31 |
32 |
33 |
34 |
35 |
36 |
37 |
38 |
恢复。 | |
（10）支持采用非破坏性的多屏适配技术，对已有网站或单个页面进行全部或局部移动化，原有网站组件不需要重新配置，可以自动继承，网站建设所见即 所得，网站预览提供设备模拟器，支持多种手机分辨率展示效果，确保发布页 面的准确性和兼容性。 | |
（11）支持手机建站扫描二维码预览，在建设网站时可通过手机扫描二维码进 行实时预览网站效果。 | |
（12）文章列支持拖拽式排序，可通过显性化拖拽方便的针对当前模块文章进 行排序。 | |
（13）系统提供信息采集功能，支持web采集与数据库采集两种方式。利用信 息采集功能，使系统能对通过第三方数据库，或者对指定网站、版块或栏目进行自动搜索和信息采集。 | |
网站内容管理功能发布优化 | （1）实现不停机情况下修改域名；支持站点发布到任意站点的虚拟目录下。 |
（2）系统具有可视化审核流，可以针对不同的栏目设置不同的审核体系，审核 过程全称可视化，可以查看被审核文章当前的审核状态及处理人、处理意见等相关信息。 | |
（3）系统具有“个人桌面”功能，根据不同用户的使用权限，实现个人工作聚合 ，“个人桌面”可根据用户个人习惯自定义配置、拖动，支持设置快捷方式，用户可快速跳转至对应模块进行管理。 | |
（4）支持文章发布时投递功能，在文章发布时，可以选择投递至不同网站或栏 目下。 | |
（5）支持新闻访问权限管理，可以设置单篇文章的访问IP规则或访问角色。 | |
（6）支持对历史数据进行归档，提升网站前台加载速度。 | |
（7）编辑器会定期对文章进行保存形成草稿，在草稿箱中可以调用草稿文章， 避免浏览器崩溃或其他原因引起的新闻丢失。 | |
（8）系统应具有简单、稳定、易用的文章编辑器，并且支持Word/Wps文档一键原样导入，导入后支持一键排版快速进行文章格式二次排布，在编辑PC版内容的同时，可以同时创建手机正文，移动版正文可以从电脑版导入，也可独立 编辑，移动版图、文、影可以在电脑版的基础上进行内容清洗，清洗成适合移 动设备展示的内容，同一个文章，可以实现不同的展示内容。 | |
（9）网站群数据存储具备云存储特性，相同文件（资源文件、备份文件等）物 理上只存一份。 | |
（10）系统能够记录详细的整体站群操作日志，可以记录站群系统中被操作文章的网站名称、网站账号、操作者账号、姓名、IP地址、操作时间、操作内容、操作类型等信息，支持按照站点和操作类型进行查看，并具有查询功能，同时 支持以Excel文件导出，使得每篇文章内容操作都有据可查，保障站群中所有站 点内容安全。 | |
（1）敏感信息检索方式支持按照站群检索和数据库检索，可以实现快速将数据库中敏感信息检索并删除。对敏感信息的处理记录进行保存，支持已处理敏感 |
信息的快速恢复。
39 |
40 |
41 |
42 |
43 |
44 |
45 |
46 |
47 |
48 |
49 |
智能检测功能 | |
（2）针对敏感信息进行快速处理，支持分别从文章、附件、评论、栏目、模板 、图片等不同类型的内容进行精准搜索；并支持常见敏感信息的快速处理，如学生证、身份证、电话/手机号、邮箱等。 | |
（3）支持精准定位，一键替换敏感词，系统内置常用网络敏感词样本库，并支 持自定义敏感词。 | |
（4）提供服务小程序，解决服务入口统一的问题，小程序需要具备保修/首页结构变化监测/报修任务查看等功能，能够在服务小程序上实现问题快速报修，支持语音、文字、图片方式进行问题反馈。同时集成网站群运行与管理的知识 体系，满足使用者日常维护服务的需求。 | |
系统安全防护 ，数据备份安全 | （1）网站群系统要求具有IP规则设置和账号安全管理功能，管理员可以设置不同的IP范围，用来限制管理员后台登录，支持对管理员规则进行五级强度设置， 支持强制修改弱口令用户密码。 |
（2）系统应内置应用防火墙，内置被动防御策略集，针对危险行为进行IP封禁 ，并可管理黑名单及白名单，通过使用入侵防护日志，可以详细了解攻击者的归属地、IP地址、攻击位置、攻击特征以及攻击时间等重要信息。 | |
（4）支持密码强度规则设置，并且提供简单密码口令库，对密码进行统一查看 、管理维护。使用简单口令库中的密码在创建用户时系统会自动阻止。系统针对密码加密，采用国际加密算法，保障密码不被暴力猜解。支持定时强制修改密码功能，加强站群管理员密码安全；增加cpu占用率图表，帮助运维工程师更快分析查找解决问题；优化安全审计，定期的审计跟踪和跟踪检查站群及各个站点的操作日志和入侵防护日志。 | |
（3）系统应支持危险文件扫描，扫描服务器中包含特殊代码的文件，并提供扫 描日志，同时允许手动、自动更新危险网站黑名单及信任网站白名单。同时，系统应支持网站群体检功能，提供危险项目、安全项目、其他项目的系统体检 、并可以在体检结果后直接对结果进行处理操作。 | |
（4）可以实现差异化备份，选择只备份数据或系统全备份，备份的数据可以针对单个部门站点进行精准恢复，不影响其他站点运行，一旦出现故障可以在第 一时间进行恢复。 | |
（5）要求具备独立的远程异地备份系统，使用独立的后台实现登录及备份快照 管理和恢复，支持增量备份，可以针对快照文件快速生成备份包，进行整体系统快速恢复，恢复过程可针对数据单独恢复或对网站数据及模板进行全恢复。 | |
（6）网站群系统要求具有站点恢复功能，子站不需要单独备份，可直接使用系 统备份文件实现抽取式恢复。 | |
（7）系统需要内置防篡改系统功能，可以有效的保护页面安全，可以保护站群内所有站点的安全。系统采用核心内嵌式检测技术，对服务器资源占用极少。 运用该技术，使得每一网页在被阅读前都进行“水印”检测，实现对网页文件的完整性检查和保护，并达到 100%的防护修复效果，使被篡改的网页永远不可能被用户访问到，从而确保网站所有被浏览的页面不被篡改，真正做到全方面 防护。为了便于便于管理，防篡改需与网站群系统同一个后台，同时针对平台 上的每一个站点可以设置其防护级别（高、中、低三个不同防护级别）和不限 |
发布端。 | |||
50 | 安全预警中心： | ||
（1）展示网站群系统部署结构，完整结构包含终端、发布机（多个）、运行机 | |||
51 | |||
、管理机、远备、冷备、数据库等，可以展示各服务器运行状态及相关参数。 | |||
（2）展示安全防护项功能数量、敏感词库数量、攻击防御数量、近7日完整备 | |||
52 | 新建 | 份包，其中敏感词库可以进行云端更新。 | |
安全 | （3）支持自动预警及检测，自动预警系统运维情况，点击运维情况可以进行对 | ||
53 | 中心 | 应的安全操作。 | |
54 | 建设 | （4）展示安全资讯，系统可以不定期获取云端安全资讯内容。 | |
：x | |||
55 | 安全防护控制中心： | ||
全预 | |||
（1）安全防护控制至少包含系统防火墙（文件防火墙、sql语法检测、防篡改 | |||
警功 | |||
56 | ）和web应用防火墙（sql注入防火墙、xss防火墙、webservices防火墙、异步 | ||
能， | |||
请求防火墙等）； | |||
安全 | |||
（2）用户访问控制功能（网站访问IP封禁、帐号冻结、定时强制修改密码、弱 | |||
57 | 防护 | ||
密码等）可以根据开启状态进行筛选。 | |||
，系 | |||
58 | 系统运维监控中心： | ||
统运 | |||
59 | （1）支持查看服务器运行状态，了解资源使用情况。 | ||
维监 | |||
60 | （2）展示服务器CPU、内存、应用内存使用状态。 | ||
控功 | |||
61 | 能， | （3）支持查看和导出历史使用状态数据的导出。 | |
62 | 日志 | 日志分析中心： | |
63 | 分析 | （1）根据日志信息可以展示最新的日志内容，可以统一查看所有日志明细，包 | |
功能 | 含操作日志、IP封禁日志、入侵防护日志、敏感词检测日志、防篡改日志等。 | ||
（2）展示近7日日志分析情况查看，针对操作日志可以查看异常时间段登录次 | |||
数，针对IP封禁日志可以查看到封禁IP数，针对入侵防护日志可以查看攻击最多 | |||
64 | |||
IP地址及防护次数统计，针对敏感词信息可以查看检测出的禁用词、慎用词、错 | |||
别字、疑似隐私信息等敏感信息数量。 | |||
65 | 其他要求 | 学校主页定制设计改版（含手机版） | |
6.3.8官方微信平台
序号 | 模块 | 参数点 | 参数要求 |
1 | 技术架构 | 技术细节 | 采用兼容性良好，且在各个平台都适用的HTML5技术，开发和维护的 成本较低，开发周期较短。 |
2 | 通过H5实现移动端静态页面制作及页面布局。 | ||
3 | 对接学校统一身份认证平台，实现通过学校统一身份认证的微信ID与学 校CAS认证联动。 | ||
4 | 建立与学校基础数据平台数据同步机制，优化用户身份认证通路，做好 企业号通讯录与中间库的维护、数据备份、信息安全工作，确保数据加密传输及同步一致性，提供数据管理、维护、备份方案。 | ||
5 | 首页 | 首页主要对统一管理平台数据进行分析展示，包括通讯录成员人数、激 活用户数、昨日活跃用户数、活跃用户数状况、企微通讯录系统变更信 |
微信统一管理平台 | 息等数据面板，可按时间段显示数据情况。 | ||
6 | 用户管理 | 对用户通讯录进行管理，支持提供账号、姓名、所属部门、职务、学工号、当前同步情况、最后活跃时间，包括用户详情查看，可更改手机号 的操作等功能。 | |
7 | 调度任务管理 | 支持管理员设置调度任务，根据调度任务名称进行查询，可编辑调度任 务，同时可操作暂停、运行、立即执行。 | |
8 | 系统用户管理 | 系统支持新增用户管理员，可根据不同用户管理员编辑、删除、授权等 操作。 | |
9 | 角色管理 | 系统可新建角色名称，支持角色名称或者角色描述检索，可根据不同的 角色编辑、菜单权限设置、删除等操作。 | |
10 | 发消息 | 发消息：可根据不同的企业应用、不同的对象发送消息并且支持编辑消 息标题、正文及上传封面图片。支持草稿保存功能。 | |
11 | 已发送：可查看已发送消息，发送状态、消息类型、发送日期，发送人 、查看详情。 | ||
12 | 管理员可在统一后台向指定师生群体发送图文消息、文字消息、图片消息、文件消息等，作为部门宣传资讯，后用于统一事务微门户显示。投 标时需提供真实系统该功能截图。 | ||
13 | 校内用户管理 | 对校内师生个人信息进行统一维护，并定时更新到企业微信通讯录上， 实现师生可快速绑定企业微信身份账号。 | |
14 | 新用户身份绑定服务 | 对于数据中心未记录手机号码的用户（如新生），提供手机身份绑定服务，便于新生快速绑定企业微信，通过标签类型的权限设置控制使用校 内移动化服务。 | |
15 | 多账号用户切换 身份服务 | 针对在校师生有多个身份账号的情况，提供办事服务让用户自行选择需 要绑定身份的账号，实现可自行切换账号获取相应权限的服务与消息。 | |
16 | 临时用户管理 | 针对非学校统一身份认证体系的临时用户提供限时访问服务，可自定义 相关权限管理。 | |
17 | 学生数据类查询 | 日程查询 | 对接包括课表、考试安排等数据。 |
18 | 我的成绩 | 我的成绩可查看学年绩点，班级排名，专业排名，各学期各科成绩，当 前科在本班级及年级的整体统计情况。 | |
19 | 校园活动 | 校园活动主要展示校园内的活动，分为即将举办和已经结束。需要学校 业务系统提供数据来源。 | |
20 | 一卡通 | 展现个人近期的消费明细清单信息 | |
21 | 学生类统计报告 | 借阅排行 | 了解班级/专业上周借阅TOP10排行，支持匿名显示 |
22 | 消费排行 | 了解班级/专业上周消费TOP10排行，支持匿名显示 | |
23 | 学习报告 | 展现当学生个人大学期间的整体学习情况，包括获得的学时学分、个人 绩点、成绩分布及各学期绩点变化趋势等信息。 | |
24 | 消费报告 | 了解个人近期消费状况，包括周/月消费金额及排名情况，以及消费分 类情况等 | |
25 | 阅读报告 | 展示个人大学期间阅读分类、待还书提醒、阅读排名等信息。 |
二、校务管理平台
1.服务大厅
项目将基于学院现有的智慧校园环境及系统资源，建设更加成熟的智慧校园体系。将在学院已建成的良好的智慧校园基础平台上建设构建“一站式”服务大厅，为全校师生搭建快捷便利的事务申请与办理环境，实现对全校不同角色用户的服务提升。并建设数据分析服务，支持学院的管理决策，同时本期将借助移动化的服务打破传统的校园管理中的地理和时间的限制，实现随时随地的智慧校园信息服务，从而完善学院现有的智慧校园体系，完成学院智慧校园的升级建设。
1.1建设清单
序号 | 名称 | 单位 | 数量 |
1 | 一站式服务大厅平台 | 套 | 1 |
2 | 服务流程建设 | 项 | 80 |
1.2性能要求
1.2.1一站式服务大厅
项目将基于学院现有的智慧校园环境及系统资源，建设更加成熟的智慧校园体系。将在学院已建成的良好的智慧校园基础平台上建设构建“一站式”服务大厅，为全校师生搭建快捷便利的事务申请与办理环境，实现对全校不同角色用户的服务提升。并建设数据分析服务，支持学院的管理决策，同时本期将借助移动化的服务打破传统的校园管理中的地理和时间的限制，实现随时随地的智慧校园信息服务，从而完善学院现有的智慧校园体系，完成学院智慧校园的升级建设。
提供“一站式”办事服务大厅，展示办事大厅的业务，登录后可以根据权限控制访问相应模块，进行相关业务的办理，用户登录之后，用户可根据关键字搜索自己需要办理的事务
，可根据关键字进行模糊搜索。根据个人角色，提供智能校园统一服务展示平台，包括个性化页面展示，个人服务管理等。
序号 | 技术指标 | 参数要求 |
1 | 1. 应具备事务办理全过程全掌控。事务从发起到结束整个过程中各环节信息全程透明。 | |
2 | 2. 应具备丰富的工作流程支撑。系统提供丰富的事务流程，通过工作流技术监控流程进 度，快速定位，快速发起流程。 | |
3 | 3. 具备事务评分机制。利用评分机制，事务发起者可以对办事质量进行反馈评价。 | |
4 | 4. 应具备多形式的消息通知。因为在整个过程中会有多样式的消息通知，比如手机短信 |
整体要求 | ，站内信，微信消息等等，让发起人员对整个办事过程了如指掌。 | ||
5 | 5. 应基于成熟的研发平台。系统基于先进的J2EE体系架构和ORACLE数据库，最大限度 地保证业务系统和数据的一致性和稳定性。 | ||
6 | 6. 办事服务大厅支持微服务容器组件运行，实现事务的微服务化的灵活部署。 | ||
7 | 7. 办事服务大厅中的事务应用支持与学校未来的大数据中心高度集成。 | ||
8 | 8 . 遵循HTML5设计规范，适配各类移动终端浏览器，并且无缝接入学校掌上校园APP ，实现师生移动办事、移动办公。 | ||
9 | 9. 打破系统之间的界限，将不同的系统中的待办事项进行整合，待办处理起来更得心应 手，无需切换不同系统处理不同事务批量审批的出现，为特殊的流程提供了更便捷更人性化的审批方式，大大提高工作效率。 | ||
10 | 10.系统应通过GB/T 22239-2019：《信息安全技术网络安全等级保护基本要求》第二级或以上“安全通用要求”中的“安全计算环境（主机安全、数据库安全、应用安全、数据安全）”的测评要求，安全控制点应至少包含身份鉴别、访问控制、安全审计、入侵 防范、数据完整性、数据保密性、数据备份恢复、个人信息保护。 | ||
11 | 1 1 . 提供属于用户个人的搜索引擎，一键检索个人所有相关数据。数据分类标准化，系统将根据数据来源的模块对其进行分类汇总，保证数据分类的准确性。搜索关键字智能 化推荐，提供关联推荐、热门搜索、历史记录。 | ||
12 | 1 2 . 要求系统基于微服务架构体系设计，能够实现平台的开放式结构；能够基于容器平 台监控及分析微服务运行状况。 | ||
13 | 1 3 . ▲具备安全稳定性。软件容错性：软件对关键功能数据进行有效性校验，当运行发 生错误时，有提示且能恢复正常；安全保密性：软件具有用户权限限制。 | ||
14 | (一)事务网站 | 1、网站首页 提供热门事务及推荐事务展示，帮助用户快速获取当前学校重点办理事务；支持查看事务服务提供部门，能够查看部门相关简介及服务清单； 支持查看事务百科总的词条数和知识量、热门词条搜索及今日办事动态中申请量、办理量和结办量的统计。 支持查看关于学校事务中心建设相关新闻，及时传递事务中心建设通知。 | |
15 | 2、办事动态 支持统计学校事务办理情况，包括办理量、明星事务、分类办事统计及部门办事统计。提供明星事务功能，展示近一周办理量前五的事务，支持办理情况从事务分类、所属部门结合周月年提供条形图和环形图统计。 | ||
16 | 3、网站新闻 提供事务中心系统新闻对外发布展示。 | ||
17 | 4、事务百科 百科首页为用户提供知识查询、展示最新知识、热门知识及最新咨询，帮助用户快速获取当前热门咨询。 支持以轮播的形式展示最新的15条知识，支持查看知识详情。热门知识展示浏览量TOP 5的知识信息，支持查看知识详情。 | ||
18 | 1. 为用户提供私人搜索引擎，一键搜索个人数据，包括用户在办事大厅的办事记录、日 程记录及办事大厅为用户提供的服务信息等。 | ||
功能要求
19 |
20 |
21 |
22 |
23 |
24 |
25 |
26 |
27 |
28 |
29 |
30 |
31 |
32 |
(二)事务大厅 | 2. 通过智能化搜索与规范化数据分类，帮助用户快速定位查询内容。支持关键字智能推 荐，包括：关联推荐、热门搜索及历史搜索，让查询更加智能化、人性化。 |
3. 支持事务热度分享与推荐，有助于用户定位热门事务。用户可一键发起事务办理。 | |
4. 要求支持场景事务导航，可通过智能咨询，提供关键字、所属部门、事务分类、事务标签等开展智能事务推荐。通过人工智能分析用户个人需求，形成目标事务组合，对用 户进行针对性事务推荐。 | |
5. 要求具备事务常用操作问答知识库，减少管理人员对于常见问题常见的重复问答工作 。 | |
6. 要求具备智能操作引导。智能操作引导应具备简单引导和详细引导模式，并支持用户 在查看引导操作过程中随时终止引导。 | |
(三)个人事务管理 | 1.个人事务主页 根据用户个人需求而自定义的个人事务主页，通过事务卡片封装各类个人事务相关事务信息，如日程日历事务、事务状态信息、事务统计等。支持在一张卡片中集中展示待办 、申请、关注、待阅、草稿等事项，能够看到申请事项的当前步骤与进度，时间点与状 态等信息，点击相关事务可直接跳转。 |
2.应根据用户角色提供默认桌面卡片模板；用户也可以自定义卡片布局，进行个人主页 卡片管理，也可以恢复默认。 | |
3.个人信息 支持个人事务统计，提升个人效率，可通过年、月、周的统计维度，统计事务完成率，分析个人审批事务总数与个人事务耗时情况，分析个人效率排名； 支持用户设置委托人，便于在特殊情况由他人代理权限继续处理事务； 支持个人常用审批意见设置，可一次性设置单条或多条常用审批意见。 | |
4.个人密保与安全 支持用户修改个人密码，并且跟踪个人账号登录日志，登录信息须包括登录时间、登录I P、访问端、浏览器类型。 | |
5.任务托办 支持用户双方点对点的任务转交办理，任务发起方可通过任务状态了解任务完成进度。支持任务接收方可以通过日程的形式及消息的形式接收任务通知。 支持任务接收方在确认完成托办的任务后，任务发起方可以通过消息形式即时了解任务 完成情况。 | |
6.个人页面主题设置 支持对个人页面皮肤色调，字体大小进行设置。 | |
7.个人关注事务 能够实现个人关注事务台账展示。对所关注事务的分析状态进行全面跟进。 | |
8.个人阅办 支持对用户集中呈现个人阅办信息，支持阅读情况分类。 | |
9.个人日程日历管理 要求可汇聚各业务系统日程，实现日程数据统一管理 （为此需要提供第三方应用可调用的外部接口及数据视图结构 ）。 应提供完善的日程服务功能，包括：群发日程管理、自定义个人日程、待办日程安排、 |
33 |
34 |
35 |
36 |
37 |
38 |
39 |
40 |
受托任务提醒。 | |
(四)移动事务中心 | 1、信息界面 移动事务中心基于学校的移动端发布，应实现通用事务中心对移动端的信息推送。当用户有事务中心任务需要办理时，需要以信息发送的方式实现信息提醒。用户点击提醒信息中的地址应跳转至事务办理界面办理事务。 |
2、个人中心 个人中心应支持用户快速查看自己相关的事务办理信息，包括：我的待办、我的待阅、我的申请、我要办事、我的已办、我的已阅、我的结办、我的草稿、我的收藏、我的关注、我的积分。 系统应支持用户点击相应的模块进行事务办理以及对事务办理情况进行查看。 | |
3、服务大厅 应提供事务查询和办理支持。系统需支持事务检索和分类展示事务类型，供用户进行分类事务查询办理。在具体的事务详情中，系统应支持用户查看事务的流转记录和流程图 ，展示效果必须与移动端实现良好的适配。 | |
(五)事务综合管控 | 1、图标管理 应为事务中心的事务服务提供图标维护管理，提供基础的增删改操作。要求支持将图片托拖拽至网页即可完成事务图标上传。 |
2、事务管理 事务分类管理，应为事务提供分类维护管理功能，实现学校业务域在事务上划分，提供基础的增删改查、停用/禁用等功能。 要求为事务中心的服务事务提供维护管理功能，统一维护用户端事务大厅中展示的所有事务。 | |
3、模块及卡片管理 办事页面管理，应为用户端的一级菜单页面提供维护管理功能，在提供固定的“首页”和 “事务大厅”页面的基础上向用户提供自定义菜单页的功能，用户可设置自定义页面的用户使用权限、跳转方式等。 要求按照页面的自定义程度，分类为默认页面、自定义页面。 首页卡片排列模板管理，应为不同角色的用户提供初始化个人首页卡片排版风格与卡片内容，能够为不同角色预定义个性化角色页面。 要求支持卡片管理，应为用户端首页的展示卡片提供维护与管理功能，提供卡片各类参数的配置功能及基础的增删改查操作。支持卡片化的整体布局，可随意添加已有卡片， 要求不少于30个，添加的卡片可自行排列顺序，以体现个性化服务。 | |
4、事务中心站内新闻管理 应为用户端的系统新闻数据提供维护管理，提供基础的增删改查操作。 | |
5、登录页管理 要求支持事务中心登录页内容发布，应为登录页底部的文章数据提供维护管理，提供基础的增删改查操作。 要求支持banner设置，应为登录页的banner图片及内容提供维护管理功能，限制登录 页banner至多显示三张，提供基础的修改、排序、停用/禁用等功能。 应为移动端首页的banner图片及内容提供维护管理功能，提供基础的修改、排序、停 |
用/禁用等功能。
1.2.2服务大厅流程建设
完成学校指定的80项服务大厅师生服务的实施和上线，包括但不限于以下工作：业务流程需求调研和整理、流程及表单的配置和开发、流程相关业务数据整理及初始化导入、流程上线准备和培训服务。
2.教职工全生命周期管理系统
实现对全校教职工基本信息的数字化、网络化管理，并在此基础上提供工资、津贴结算
，规范管理过程，提升办公效率，节省办公成本，实现教师管理工作的信息化、科学化和规范化，从而达到提高管理水平和办事效率的目的
2.1建设清单
序号 | 名称 | 单位 | 数量 |
1 | 教职工全生命周期管理系统 | 套 | 1 |
2.2性能要求
序 号 | 技术指 标 | 参数要求 | |
1 | 教师个人综合服务平台 | 首页：首页展示系统事务、消息面板、系统通知、公告等用户关注信息。 | |
2 | 个人信息维护、采集服务：支持教职工对本人的人事信息进行维护与查看服务。 | ||
人事服务中心：通过人事服务中心，使用户实现业务申请，包括处理请假申请、校内调动申 | |||
3 | 请、聘岗申请、离校离职申请、提前退休申请、延退申请、返聘申请等系统业务申请（报） | ||
等事宜。 | |||
业务待办：实现系统中所有的事务待办集中处理，系统待办事项包括但不限于：业务审批待 | |||
4 | 办（转正待办、合同到期待办、聘岗待办、考勤、考核审批待办、请假待办、退休待办等） | ||
、采集待办等系统待办事项。 | |||
消息服务：系统通过消息面板展示属于个人的所有消息，消息类型包括：系统通知消息（查 | |||
5 | |||
看）、事务待办消息（需处理）以及提醒类型消息（可重复提醒）。 | |||
6 | 资料下载服务：系统提供人事业务常用的资料下载功能。 | ||
电子档案管理：通过电子档案管理，让用户实现全校所有教职工全新最全的教职工信息管理 | |||
7 | |||
和查询，形成教工档案一览表。 | |||
8 | 让用户实现教师发展历史记录，形成发展轨迹档案； | ||
让用户实现教师个人档案一表式自动生成与导出。人事基本信息管理：实现人事基本信息管 | |||
理，使用户能够对人事基本信息进行管理，包括：工作经历，学习经历，家庭成员，家庭信 | |||
9 | 息，政治面貌等。普通教职工登录人事个人综合服务平台，可以对自己相关的业务数据进行 | ||
1 0 |
1 1 |
1 2 |
1 3 |
1 4 |
1 5 |
1 6 |
1 7 |
1 8 |
1 9 |
2 0 |
2 1 |
教师信息管理服务 | 查询和维护。科研信息：包括论文著作管理、科研项目管理。系统支持科研数据从科研系统 同步的功能。 |
任职资格信息：系统支持对全校所有教职工的任职资格信息进行维护与管理，支持对任职资格信息进行新增、删除、导入、导出操作。其中任职资格信息包括：教师资格证书信息、教 师资格证管理、专业技术职务信息、双师信息管理、工人技术等级信息等。 | |
奖惩信息：系统支持全校所有教职工的荣誉奖励和惩处信息的管理。支持撤销惩处功能。 | |
培训进修管理：实现培训进修管理服务，包括国内进修信息管理、出国（境）进修信息管理 、岗前培训管理、教职工培训管理和社会实践信息等信息管理。 | |
师资信息管理：实现师资信息管理服务，包括重点人才培养管理、荣誉称号、社会实践、企业兼职信息管理、学术兼职信息管理、社会兼职信息管理、班主任信息管理、导师信息管理等信息管理。教职工人员分类管理：通过教职工人员分类管理服务，使系统实现根据不同的教职工人员类型，进行教职工分类管理。包括：干部人员信息管理、高层次人员信息管理、 博士后人员信息管理、临时人员信息管理、离退休人员信息、兼职兼课人员等信息管理。 | |
高级人才管理：实现高级人才管理服务，使用户对学校高级人才的详细信息进行管理，包括专家职工号、姓名、出生日期、所在具体部门、技术职务、职称级别、岗位等级、批准单位 、批准单位级别信息、批准时间、享受待遇等。博士后管理：系统应支持博士后的进站、出站以及工作站点进行管理，具体包括博士后进站页面信息的维护、博士后的信息进行管理、 博士后进站消息提醒、博士后信息查询、流动站点的管理。 | |
组织机构管理 | 实现组织机构的灵活管理，包括学校部门、岗位、编制信息进行统一管理。可对学校的编制 、岗位信息进行动态设置，并且支持对占编、占岗数进行实时查看。组织机构维护：实现对学校的所有职能部门、二级学院进行管理，具体包括对组织机构的增设、修改、合并以及撤销等功能，支持树形的展示方式，能够直观的展示学校所有组织机构的详细信息以及部门人员信息。 |
编制管理：根据学校实际的发展情况，系统能够灵活设置及调整学校各部门、各类岗位的组 织机构和人员编制定额，具体包括编制类别维护、编制控制数管理、查看编制详细信息。 | |
岗位管理：系统对全校所有岗位信息进行集中管理，其中包括：岗位类别、岗位级别、编制 类别、岗位编号、岗位名称、岗位职责、岗位业绩指标、岗位目标等岗位信息管理。系统支持对全校所有占岗占编数进行数据查询和管理。 | |
变更查询：对全校的部门、岗位变动信息进行记录，形成历史变动信息，方便后期数据的查 询和分析。 | |
招聘管理与服务 | 人才招聘管理通过内网加外网相结合的方式，以及全面的服务，实现了网上招聘的管理。招聘管理：通过招聘管理服务，对各部门岗位的空缺数以及人员调动情况，实现每年的人员招聘计划的制定，并对招聘的时间段、人员招聘类别、人数、岗位等信息进行统一管理与发布 。 |
岗位需求收集：各业务部门根据学校的招聘计划，上报本部门的岗位空缺数以及岗位要求。 | |
岗位管理与审核发布：系统支持对各部门院系提交的岗位信息进行审核，也支持直接对岗位 信息进行维护并发布，发布内容包括招聘发布的周期和人数等。岗位发布成功后招聘信息展现在招聘网站上。 |
功能需求
2 2 |
2 3 |
2 4 |
2 5 |
2 6 |
2 7 |
2 8 |
2 9 |
3 0 |
3 1 |
3 2 |
3 3 |
3 4 |
3 5 |
3 6 |
3 7 |
3 |
应聘管理：实现应聘管理服务，包括：简历的查看，筛选、部门审批、通知笔试、面试以及 各个岗位应聘情况统计等。 | |
教师信息采集服 务 | 为用户实现全校所有教职工人员信息的完善和采集。包括教职工信息维护和信息采集两个信息采集方式。教职工信息维护，包括人员信息维护定义、信息审批。教职工信息采集，包括集单的定义、采集人分配、采集过程中的监控、以及采集完成后数据的同步、历史数据查看 、分析。 |
人员调配与异动服务 | 人事管理模块是人事处管理员对全校所有教职工的异动信息进行管理。 |
入职、报到：通过入职、报到服务，使用户实现将招聘系统中确定录用的教职工人员进行入 职报到办理，并支持动态生成教职工号。 | |
转正管理：系统根据提醒规则，到期自动提醒试用将到期的教职工人员和管理人员，普通教 职工可在线填写试用转正申请，管理人员可对试用到期的人员为其办理转正或延期转正的业务。 | |
岗位聘任管理：系统对聘岗人员的岗位信息进行管理。普通教职工可对校内的岗位空缺信息 ，在线提交岗位聘任申请。 | |
校内调动：实现管理人员为校内调动人员办理校内调动业务。普通教职工或部门可在线提交 校内调动申请。 | |
离校离职：实现管理人员为教职工办理离校离职登记。普通教职工可在线提交离校离职申请 。 | |
退休管理：通过退休管理服务，为用户实现将退休、已退休以及延迟退休的教职工人员进行 管理，可为待退休人员提供退休、提前退休或延迟退休等相关业务的办理。 | |
待退休：通过待退休服务，为满足退休条件的教职工人员实现退休管理人员和退休人员办理 对应的退休手续进行自动筛选和提醒。 | |
已退休：对学校已退休的教职工人员进行查看和返聘业务办理。 | |
延迟退休：对延迟退休的教职工人员进行管理。 | |
返聘管理：提供返聘管理服务，实现对已达到法定退休年龄，但是又可以继续为学校任职的 教职工进行返聘管理。 | |
去世管理：实现对已故的教职工信息的进行维护和登记。 | |
异动统计：实现对不同时间范围内，校内的人事异动统计，默认为年。 | |
报表 | 实现事业单位中常见的统计报表（高校基础报表（教育部制定共8张））以及业务模块中常见 的自定义统计报表。 |
1）固定报表 |
8 |
3 9 |
4 0 |
4 1 |
4 2 |
4 3 |
4 4 |
4 5 |
4 6 |
4 7 |
4 8 |
4 9 |
5 0 |
5 1 |
5 2 |
5 3 |
5 4 |
5 5 |
5 6 |
与统计服务 | |
实现系统中常用的报表展示以及导出Excel数据，以及系统常用的学历、年龄、职称图表统计 。 | |
2）自定义统计 | |
用户可以自定义统计方案、自定义展现的形式，进行数据的查看和统计，并支持统计结果导 出。 | |
系统管理 | 提供系统中相关业务参数的定义、流程配置以及系统用户权限管理。其中包括：数据字典管 理、代码集管理、事务管理、消息管理、通知公告管理、文件管理、日志管理等模块。 |
1）数据字典管理 | |
系统中需要采用的人事信息项目、业务字段等属性组成系统的信息管理数据字典。用户在个 人信息管理中，需要扩展教职工信息字段，可通过该模块进行处理。 | |
自定义信息管理：提供自定义信息管理服务，为用户实现对教职工信息类别、信息类栏目、信息字段进行管理。要求信息栏目包括信息类，信息栏目包含多个信息字段。可添加信息项 目“人事薪酬”，在类别下新增信息类栏目“社保信息”，在社保信息中添加有关个人社保信息 的字段，进行社保信息的管理。 | |
个人综合信息管理：提供个人综合信息管理服务，为用户实现个人综合信息字段的综合设置 管理。 | |
2）代码集管理 | |
通过代码集管理服务，为用户实现教职工数据参照校标、国标、教标、行标信息标准来管理 和维护信息代码标准。对于国家规定的标准的代码集。 | |
3）事务管理 | |
对系统中所有教职工事务进行管理和配置，其中包括事务的分类管理、事务配置管理。系统 管理员可将人事系统中所有的事务发布到普通教师端或事务大厅，如：请假事务、出国进修培训事务、攻读硕博事务、岗聘申请事务等人事事务。 | |
4）权限管理 | |
权限管理包括：用户管理，角色管理，权限文件管理等。 | |
5）消息管理 | |
对系统所有业务消息进行管理；其中包括：消息收集调度、消息规则设置、消息管理等模块 。 | |
6）日志管理 | |
系统对常用业务功能操作进行日志记录功能，记录操作人、操作时间、操作内容。以及系统 警告、错误日志。 |
流 | |||
5 | 程 | 包括基于web的流程绘制、新增流程、删除流程、打包流程、下载流程、导入流程、拷贝流 | |
7 | 管 | 程、发布流程、停止流程。 | |
理 | |||
岗位管 理 | |||
5 | |||
包括新增岗位、删除岗位、岗位成员管理、岗位参与流程管理。 | |||
8 | |||
3.学生全生命周期管理系统
3.1建设清单
序号 | 名称 | 单位 | 数量 |
1 | 素质拓展管理系统 | 套 | 1 |
2 | 校友服务管理系统 | 套 | 1 |
3.2性能要求
3.2.1素质拓展管理系统
随着信息科技的飞速发展，教育行业的不断进步，为启发学生的想象力与创造力，提高克服困难的能力与心理素质，增强团队意识与团队协作能力，素质拓展已经成为各高校必不可少的一部分。
在处理一些素质拓展加分时，不同类型，级别的奖项，不同级别的活动，活动中不同的角色都会分别对应不同的加分，在这种情况下，纯粹靠管理人员对照标准表一条一条的核对记录，不仅效率低下，更是容易发生失误，导致不必要的麻烦，如果有一个计算机系统能够将加分相同的情况制定成一条一条的标准，在登记的时候，选定标准就能自动计算加分，而省去大量的人力物力。
序号 | 技术指标 | 参数要求 | |
1 | 竞赛获奖加分 | 对学生因在竞赛中获奖得到加分的事务进行管理，包括加分标准的制定，竞赛获奖加分情况登记和加分确认。系统使得对学生竞赛获奖加分管理更系统条理，具有严格的评判标准，学生获得加分数据更精确，能够对加分情况二次确认，进一步防止纰漏产 生。 | |
2 | □ 标准维护 | ||
3 | 主要对竞赛获奖加分的标准进行管理，包括标准的新增，修改和删除操作，制定好标 准后，学生因竞赛获得的加分将严格按照标准计算。 | ||
4 | □ 竞赛获奖登记 | ||
功能需
5 |
6 |
7 |
8 |
9 |
10 |
11 |
12 |
13 |
14 |
15 |
16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
24 |
25 |
管理 | 用于院系团委负责人对学生的竞赛获奖情况进行登记，通过学生竞赛获奖的级别和制定好的标准，计算学生的加分情况。同时，可以对已登记的加分记录进行修改和删除 。登记新的竞赛获奖加分记录，根据所选标准，自动计算加分情况。 |
□ 竞赛获奖确认 | |
用于校团委负责人对学生竞赛获奖加分情况进行查看和最后确认，可以进行通过，或 者不通过操作。 | |
荣誉加分管理 | 对学生因获得各种荣誉而得到加分的事务进行管理，包括加分标准的制定，荣誉加分 情况登记和确认加分。 |
□ 标准维护 | |
对学生荣誉加分所用标准进行管理，包括标准的新增，修改和删除操作，制定好标准后，学生因个人或团体所得荣誉而获得的加分将严格按照制定好的标准计算。添加新 的标准前需要选择父类标准，新增的时候需要填写标准名称和对应的分数。 | |
□ 荣誉加分登记 | |
用于院系团委负责人对学生所获得的荣誉进行登记，通过学生所获得的荣誉类别和制定好的标准，计算学生的加分情况。同时，可以对已登记的加分记录进行修改和删除 。 | |
□ 荣誉加分确认 | |
用于校团委负责人对学生荣誉加分情况进行最后确认，可以进行通过，或者不通过操 作。 | |
学生干部加分管理 | 对学生因获得担任学生干部而得到加分的事务进行管理，包括加分标准的制定，学生 干部加分情况登记和确认加分。 |
□ 标准维护 | |
对学生干部加分所用标准进行管理，包括标准的新增，修改和删除操作，制定好标准后，学生担任学生干部而获得的加分将严格按照制定好的标准计算。添加新的标准前 需要选择父类标准，新增的时候需要填写标准名称和对应的分数。 | |
□ 学生干部加分登记 | |
用于院系团委负责人对学生所担任的学生干部情况进行登记，通过学生所担任的干部级别和制定好的标准，计算学生的加分情况。同时，可以对已登记的加分记录进行修 改和删除。登记新的学生干部加分记录，根据所选标准，自动计算加分情况。 | |
□ 学生干部加分确认 | |
用于校团委负责人对学生干部加分情况进行最后确认，可以进行通过，或者不通过操 作。 | |
校外社会实践 | 对学生因获进行校外社会实践而得到加分的事务进行管理，包括加分标准的制定，校 外社会实践加分情况登记和加分确认。 |
□ 标准维护 | |
对学生因进行校外社会实践而获得加分所用的标准进行管理，包括标准的新增，修改和删除操作，制定好标准后，学生因校外社会实践而获得的加分将严格按照制定好的 标准计算。 | |
□ 校外社会实践加分登记 | |
用于院系团委负责人对学生进行校外社会时间情况进行登记，通过学生所进行的校外 |
求
26 |
27 |
28 |
29 |
30 |
31 |
32 |
33 |
34 |
35 |
36 |
37 |
38 |
39 |
40 |
41 |
42 |
43 |
44 |
45 |
46 |
47 |
48 |
49 |
50 |
管理 | 社会实践的类别和制定好的标准，计算学生的加分情况。同时，可以对已登记的加分记录进行修改和删除。 |
□ 校外社会实践加分确认 | |
用于校团委负责人对学生校外社会实践所得加分进行最后确认，可以进行通过，或者 不通过操作。 | |
活动管理 | 对活动的整个生命流程进行管理，包括活动申请，审核；活动进行完之后的活动材料 反馈，活动材料反馈确认等等，使得审核流程透明化，记录管理简单化。 |
□ 参与人员属性设置 | |
团委负责人在此设置参与人员在活动中所扮演的角色，并根据角色不同给出不同的计 分，在活动中，根据扮演的角色的不同，可以获得不同的素拓加分。 | |
□ 活动申请发布 | |
各级负责人在此进行社团活动发布申请。可以进行班级活动申请，社团活动申请，院 级活动申请，校级活动申请。活动申请时，需要填写活动名称和活动内容。 | |
□ 活动审核 | |
显示需要由自己审核的活动发布申请，并且可以对活动申请进行审核操作，对于不同 级别的活动申请，审核流程也不尽相同。 | |
□ 活动反馈 | |
在活动申请成功，并且已经成功进行后，可以在此进行活动反馈，活动反馈的内容包括，活动学年选择，活动参与人员，以及参与人员在活动中所扮演的角色，并且可以 上传附件材料。填写完毕后，活动反馈内容等待下一步确认。 | |
□ 活动反馈确认 | |
对收到的活动反馈材料进行确认。在确认后，反馈材料中的参与人员将根据自己在活 动中所扮演的角色得到相应的加分。 | |
□ 活动查询 | |
根据自己的要求（筛选条件），查询已经通过审核的活动,在此页面，可以查看活动 的详细信息。 | |
□ 我参加的活动 | |
显示自己参与过的活动记录，可以很详细的查看到自己所参与的所有的活动，活动进 行的时间，以及自己在活动中所扮演的角色。 | |
素质拓展评奖管理 | 学生由竞赛获奖，荣誉，学生干部，校外实践和参与活动所得到的分数会综合到素拓分数，学生可根据自己素拓分数的得分情况提交素拓评奖。该模块对素质拓展评奖的 整个生命流程进行管理，包括，评奖申请，评奖审核，以及评奖记录查询。 |
□ 评奖申请 | |
学生根据自己的素拓分数，在此提交素拓评奖申请。 | |
□ 评奖审核 | |
用于素质拓展评奖负责人对评奖申请进行查看与审核。该界面显示需要审核的数据， 包括申请人，申请时间，当前审核状态等等。 | |
□ 评奖查询 | |
对评奖申请进行查询，可以具体显示申请人的详细信息，以及审核结果（通过，不通 |
过）。 | |||
51 | 并且各个查询界面均支持数据导出。选择评奖申请记录，点击查看详情，可以查看评 奖申请的详细信息，并且可以查看各级审核人的审核意见。 | ||
52 | 素拓分查 询 | 查询所有学生的人员详情以及通过竞赛获奖，荣誉，学生干部，社会实践，参与活动所获得的素拓分以及素拓总分。点击查看详情，可以查看该学生获得素拓分的详情， 包括各项得分所对应的标准，以及学年学期。 |
3.2.2校友服务管理
通常学生毕业后离开学校各奔东西，工作生活繁忙，很难时刻关注着母校的发展，校友彼此之间的交流不多。为了能够将母校的相关信息即时地提供给校友，为了能够加强校友之间彼此的联系，为了能够和母校继续保持互动，有机会参加各种母校的活动，为母校的发展提供微薄之力，为广大校友提供一个综合性的服务平台。
序 号 | 技术指标 | 参数要求 | |
1 | 网站管理 | 新闻公告： | |
2 | 提供新闻公告，为用户实现校友网首页发布的学校的新闻工作、学校发生的重大事件以及 校友公告进行发布和管理。 | ||
3 | 校友活动： | ||
4 | 可以发布和管理校友活动，可添加活动、修改活动、删除活动、发布活动、置顶活动、设 置热门活动、设置焦点新闻、取消焦点新闻等功能。 | ||
5 | 校友风采： | ||
6 | 为用户实现校友的消息发布和管理，对校友的活动风采进行展现。 | ||
7 | 校友服务： | ||
8 | 实现聚会指南和常用的文件的添加、编辑、删除、发布、置顶操作。支持对联系我们的信 息进行发布和取消发布，发布后支持在校友网里进行查看。 | ||
9 | 影画长廊： | ||
1 0 | 提供影画长廊，为用户实现学校沿革的信息进行发布和取消发布，发布后支持在校友网里 进行查看。 | ||
1 1 | 校友动态： | ||
1 2 | 提供校友动态，实现校友论坛消息进行发布和管理，并可以将这里的消息转移到校友网其 他模板，如母校大事件、校友活动、校友公告等。 | ||
1 3 | 年度捐赠简介管理： | ||
1 4 | 提供年度捐赠，为用户实现年度捐赠简介进行管理，支持发布和取消发布。 | ||
1 5 | 捐赠指南管理： | ||
功能需
1 6 |
1 7 |
1 8 |
1 9 |
2 0 |
2 1 |
2 2 |
2 3 |
2 4 |
2 5 |
2 6 |
2 7 |
2 8 |
2 9 |
3 0 |
3 1 |
3 2 |
3 3 |
3 4 |
3 |
校园捐赠 | 通过捐赠指南管理，实现年度捐赠简介进行管理，支持发布和取消发布。发布后，年度捐 赠简介支持在校友网上进行显示。 |
捐赠报到管理： | |
提供捐赠报到管理，为用户实现捐赠报到信息进行添加、修改、删除、发布、置顶。 | |
筹款项目管理： | |
通过捐赠项目，实现筹款项目进行添加、修改、删除、开放、查看。 | |
捐赠记录管理： | |
提供捐赠对象，为用户实现捐赠对象进行添加、修改、删除、查看。 | |
捐赠途径管理： | |
通过捐赠途径管理，实现捐赠途径分类和捐赠途径进行添加、修改、删除、启用、查看。 | |
校友联络 | 校友总会： |
提供校友总会，为用户实现总会简介进行设置，管理员支持总会简介进行编辑、发布、取 消发布。总会简介不为空时才能发布。发布后总会简介在校友网上显示。 | |
地区校友会： | |
通过地区校友会，实现校友会按地区进行分类，支持地区分类进行新增、修改、删除和查 看。 | |
院系校友会： | |
提供院系校友会，为用户实现院系校友会和院系分会成员进行管理，支持进行新增、修改 、删除和查看。 | |
校友录： | |
通过校友录，实现校友成员进行管理，可添加、编辑、删除、查看、审核，支持通过excel 对校友信息进行导入、导出。 | |
系统设置： | |
提供系统设置，为用户实现使用本系统的学校名称和其他相关信息进行选择设置。 | |
信息发布设置： |
求
5 |
3 6 |
3 7 |
3 8 |
3 9 |
4 0 |
4 1 |
4 2 |
4 3 |
4 4 |
4 5 |
4 6 |
4 7 |
4 8 |
4 9 |
5 0 |
5 1 |
5 2 |
5 3 |
5 4 |
5 |
系统管理 | |
通过信息发布设置，实现信息进行设置发布，支持进行添加、编辑、删除、复制。 | |
届别维护： | |
提供届别维护，为用户实现对届别进行维护，支持对届别进行新增、修改、删除。 | |
部门维护： | |
通过部门维护，实现部门（院系）信息维护，支持对部门进行新增、修改、删除。 | |
专业维护： | |
提供专业维护，为用户实现专业信息维护，支持对专业进行新增、修改、删除。 | |
班级维护： | |
通过班级维护，实现指定届别的部门（院系）指定专业下的班级信息维护，支持进行班级 新增、修改、删除。 | |
校友网 | 首页： |
提供首页，为用户实现学校风采，母校大事件，校友活动展示，校友登录界面，热门新闻 等进行展示。 | |
新闻公告： | |
通过新闻公告，实现校友公告、母校重大事件的相关信息进行展示。 | |
校友活动： | |
提供校友活动，为用户实现校友活动的相关信息进行展示。 | |
校友风采： | |
通过校友风采，实现校友风采图片进行展示。 | |
校友服务： | |
提供校友服务，为用户实现聚会指南、常用下载、联系我们，可以在这里下载相关的文件 进行展示。 | |
影画长廊： |
5 | |||
5 6 | 通过影画长廊，实现学校沿革、视频、照片墙，可以观看校友图片、视频和学校发布的信 息进行展示。 | ||
5 7 | 校友组织： | ||
5 8 | 提供校友组织，为用户实现校友总会简介、总会章程、总会大记事、地方校友会、院系校 友会等信息进行展示。 | ||
5 9 | 校友捐赠： | ||
6 0 | 通过校友捐赠，实现捐赠指南、捐赠途径、捐赠鸣谢、捐赠信息、调查问卷进行展示。 | ||
6 1 | 校友录 | 个人中心： | |
6 2 | 登录校友录，能查看个人信息和其他校友的相关信息。 | ||
6 3 | 我的信息： | ||
6 4 | 个人信息可能会发生变化，实现校友对个人信息进行修改，便于和学校保持联系。 | ||
6 5 | 我的设置： | ||
6 6 | 为用户实现自己的校友网登录密码进行修改。 |
4.大数据分析平台
4.1建设清单
序号 | 名称 | 单位 | 数量 |
1 | 智慧校园大数据分析平台 | 套 | 1 |
2 | 高等职业院校教学工作诊断与改进服务平台 | 套 | 1 |
4.2性能要求
4.2.1智慧校园大数据分析平台
学校需要从教学质量、教职工、学生以及资产等方面进行分析，通过对数据的全方位分析、统计，提供学校各职能部门之间的办事效率，为学校领导等决策提供实时、准备、有效的数据支撑
序号 | 技术指 标 | 需求点 | 参数要求 |
软件应采用J2EE架构和B/S模式，采用JAVA语言开发，支持Tomcat | |||
1 | 软件技术架构 | 、WebLogic、WebSphere等多种应用服务器运行平台。用户可以通 | |
过IE，chrome、firefox、Safari等浏览器进行访问。 | |||
软件开发接口要 | 软件应提供二次开发接口，可以根据需求方便地对系统进行灵活的定 | ||
2 | |||
求 | 制修改和功能扩展。 | ||
软件应具备良好的可扩展性和集成性，应提供丰富的报表访问接口技 | |||
软件集成开发要 | |||
3 | 术，支持如API接口、URL接口、Web Service接口等第三方接口调 | ||
求 | |||
用，软件还应支持与其他应用系统的单点登录集成。 | |||
软件在构建数据仓库时应遵循规范的“事实表＋维表”的数据库模型， | |||
遵循MD模型和 | |||
4 | 后台提供OLAP引擎，前台提供基于WEB的OLAP操作，并完整支持 | ||
ROLAP理论 | |||
下钻、切片、旋转、钻透等操作。 | |||
软件应提供在线报表设计工具，采用图形化设计界面，实现控件式、 | |||
多表体控件式报 | |||
5 | 多表体设计，支持选项卡切换展现，设计器不依赖excel，可独立制 | ||
表设计 | |||
作报表。 | |||
软件支持js、falsh、html5技术路线自主开发统计图，也支持ifushio | |||
nchart、anychart、html5统计图控件，提供丰富的统计图类型和样 | |||
6 | 统计图类型 | ||
式，除了常用的柱状图、线状图、条形图、面积图、饼图、点图、仪 | |||
表盘、走势图外。 | |||
软件应支持对报表数据和业务数据的多种展现形式，提供固定报表、 | |||
多维分析报表、丰富的统计图模型、领导驾驶舱等常用展现方式。支 | |||
7 | 分析展现方式 | 持所有常用展现方式的钻取功能，允许用户对所有常用展现方式定义 | |
热点，通过点击热点钻取到其他报表、图形或明细。支持单元格鼠标 | |||
指向的高亮显示。支持报表的行列锁定。 | |||
软件应内置公式引擎，语法应与EXCEL非常类似，支持指标拾取，可 | |||
自动分析出运算表达式中的依赖顺序，自动的按顺序计算表达式。支 | |||
8 | 公式体系 | 持除四则运算外的其它复杂的分析模式，如：取前期数据、增幅、排 | |
名、标准差、相关系数、跨主题跨报表取数等等。同时，软件还应提 | |||
供自定义函数途径以满足各种不同的数据统计需求。 | |||
分析工 | |||
软件应支持图形化建模功能，可以在可视化建模界面中新建、编辑、 | |||
具要求 | |||
删除主题表，将主题维度度量，主题和维度的关系用直观易懂的星形 | |||
9 | 图形化建模 | ||
图方式展现出来，并支持用鼠标点选和拖拽的方式进行主题和维度属 | |||
性及关联的增删改。 | |||
软件应提供对报表历史版本的控制服务，可以对修改于不同时期的同 | |||
10 | 历史版本管理 | ||
一张报表进行统一管理，从一xx入口管理N张不同的表。 | |||
软件支持报表模板编辑过程自动保存草稿，并支持报表模板回收站功 | |||
11 | 草稿箱和回收站 | ||
能，删除的报表可在回收站中一键恢复。 | |||
软件应提供报表分支管理功能，通过分支选择表达式和参数计算，轻 | |||
12 | 报表分支管理 | ||
松地设置在不同的场合计算和展示不同的报表版本。 |
13 | 拖拽式多维分析 | 系统应提供猜想式、求证式分析，提升报表分析的交互能力，通过鼠标拖拽操作就实现数据的分析展现，并且还可直接即兴定义指标间的列运算，同时为分析结果即时生成统计图。拖拽式多维分析的结果可以轻松的拖拽到主题门户，并在门户上可直接对结果表进行再度拖拽 分析。同时，拖拽式多维分析的结果可以保存为固定方案持续使用。 | |
14 | Word分析报告 | 软件可以提供WORD式分析报告的功能，分析报告中的动态内容如数字、文字、统计图、表格等可从其他报表中获取，可以像编辑WORD 文件那样编辑自己的分析报告。 | |
15 | 聚集主题模型 | 软件应支持聚集主题模型，通过聚集主题技术提高海量数据统计分析 的处理效率。 | |
16 | 报表订阅 | 软件应提供报表订阅功能，通过邮件将定时计算的报表结果发送给其他人，允许通过配置实现报表发送周期、发送时间、发送对象及发送 内容等。 | |
17 | 自助式门户 | 软件应支持门户定义功能，提供图形化方式，允许通过拖拉方式自定 义BI门户，并能够提供丰富的页面显示风格置，可以对门户做全方位的规划，可为门户做权限控制。支持制作耗的资源到门户页面中，也支持通过URL方式挂接第三方系统的资源。门户设计器提供多种控件 ，包括图片框、文字框、选项卡、跑马灯、视频播放框等，直接拖动到需要展示的地方并上传资源即可。 | |
18 | 学校概况 | 基本信息 | 学校校训、学校类别、性质、建设年份等基本信息展示 |
19 | 办学条件 | 提供对学校占地面积、建筑面积、办学经费、固定资产总值、馆藏图 书总数、计算机总数、开设课程总数等办学相关指标值汇总数据展示 | |
20 | 师生情况 | 在校师生数量总览 | |
21 | 学科专业 | 提供学院总数、专业总数、重点学科、特色学科、机构数量总览 | |
22 | 生均核心指标 | 提供包含教学类、师资类、建筑及图书类等相关基本办学条件指标数 值与教育部颁布的办学条件指标合格值对比展示 | |
23 | 师资队伍 | 师资概况总览 | 实现对总人数、编制情况、职称分布、性别、年龄、学位等基础信息 的分析 |
24 | 各部门师资分析 | 以表格的形式分部门对全校教职工进行统计，并能够通过下钻查看教 职工的基本信息以及详细信息 | |
25 | 教师基础信息查询 | 主要针对教师基础信息的查询，可以通过教师的工号或者姓名对全校的数据进行模糊匹配，快速定位教师基本信息，单击教师工号或者姓名可下钻到教师个人画像，对教师的学习工作简历以及在校期间的教 学、科研、学习等信息进行了解。 | |
26 | 教师个人画像 | 教师的个人详细信息，包括身份信息、在职信息、工作学习简历、教 学信息、教学评价、科研成果、社会兼职、荣誉获奖等。 | |
27 | 学生分 | 学生概况总览 | 提供各年度人数统计、学生类别、生源地、性别构成、政治面貌、民 族、各学院学生数、学籍异动等详细数据分析 |
28 | 各院系学生分析 | 统计出院系、年级、层次的在校生人数，并可以下钻到学生的基本情 况 |
析 | |||
29 | 学生基础信息查 询 | 提供姓名、学号查询，查询列表点击学生学号或者姓名可下钻到学生 个人画像可以查看该“学生详细信息”。 | |
30 | 学生个人画像 | 学生个人详细信息，包括基本信息、在校信息、学生成绩、消费查询 、图书借阅信息、奖助信息、社团经历等 | |
31 | 一卡通 分析 | 学生消费分析 | 通过一卡通消费分析，了解学生总体消费水平、消费类型、消费频率 、消费偏好等相关信息 |
32 | 科研概况 | 科研数据分析 | 统计科研经费、仪器投入情况、论文专著发表情况、各年度学校教职参与科研项目人数、发表科技著作人数、发表专利成果人数等相关数 据概览 |
33 | 教职工科研信息查询 | 根据参与人教工号、姓名、性别、单位、科研项目名称、负责人教工号、项目级别、项目类别等查询教职工科研项目信息，数据范围为当 前在职教职工信息 | |
34 | 图书馆 | 借阅分析 | 提供图书馆借阅信息、师生借阅情况、馆藏图书概况等信息总览 |
4.2.2高等职业院校教学工作诊断与改进服务平台
为建立常态化人才培养质量自主保证机制，促进学院主动适应经济社会发展和人的全面发展需求，持续提高人才培养质量，根据《教育部办公厅关于建立职业院校教学工作诊断与改进制度的通知》（教职成厅〔2015〕2号）和《关于印发〈高等职业院校内部质量保证体系诊断与改进指导方案（试行）〉启动相关工作的通知》和《高职院校内部质量保证体系诊断与改进工作实施方案》等文件，将高等职业教育的“规模、结构、质量、效益”作为衡量教育发展成效的主要方面，并要求高等职业院校全面建设内部质量保证体系，在学校、专业、课程、师资、学生等不同层面建立起完整且相对独立的质量目标、质量标准、质量制度，并形成教学工作诊断改进工作机制。实现推进学校内部质量保证体系内部质量保证体系内部质量保证体系的诊断与改进，保障人才培养质量不断提升，结合学院实际情况制定信息化配套方案。
序 号 | 技术指 标 | 参数要求 |
1 | 整体要求 | 与学校的基础支撑平台进行对接。 |
2 | 最终交付学校的系统需要向校方开放接口（可签保密协议），方便学校自行二次开发和功能 完善，系统的平台账号、数据库账号等必须对校方公开。 | |
3 | 强大的交互性，能够实现跨维度的任意钻取，可以对于数据进行切片和多粒度的聚合，且提 供丰富强劲的图形引擎。 | |
4 | 投标人提供的系统要求采用B/S结构，可运行于Unix、Linux、windows等高安全性操作系统 。 | |
5 | 采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用 这些组件顺利地建立分布式应用程序。 | |
6 | 应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即Web服务器、应用支撑 服务器和数据库服务器。 |
7 | 系统拥有丰富的页面自定义功能。 | |
8 | 支持固定指标的统计与分析外，系统还支持用户根据现有数据结构定义指标的构成及计算公 式。 | |
9 | 系统数据来源多样化，用户可以通过Excel或者数据库的方式导入基础数据。 | |
1 0 | 要求系统基本满足GB/T22239-2019 《信息安全技术网络安全等级保护基本要求》第二级或以上“安全通用要求”中的“安全计算环境（应用系统）”的测评要求，测试内容应至少包含身份鉴别、访问控制、安全审计、入侵防范、数据完整性、数据保密性、数据备份恢复、个人 信息保护。 | |
1 1 | 业务要求 | 1)目标标准自定义，提供模版供用户参考，支持指标观测点自定义设计 |
1 2 | 标准与目标可设计，系统可内置国家与各省的诊断标准供用户参考，在参考的同时，用户也 可根据学校特点可自定义学校自有的诊改标准。 | |
1 3 | 系统在设计指标体系上基于诊改“五纵五横一平台”与“8字螺旋质量改进”的基础理念，在五个层面上（学校、专业、课程、教师、学生）以及各个级别上（校级、院系级、部门级、教师 级、专业级、课程级、学生级、辅导员级、教辅人员等）进行诊断指标观测点设计。 | |
1 4 | 在指标观测点的设计上充分考虑到指标观测点的纵横关联以及目标标准与呈现样式的分析。 | |
1 5 | 一个完整的观测点设计，可以包含“指标目录体系、观测点名称、观测点内涵说明、算法、目标范围、统计维度、呈现方式、是否具备过程数据、采集方式、采样周期、诊断结果、预警 设置”等内容，完美体现事前设标、事中检查、事后改进的质量保障体系的运行流程。 | |
1 6 | 2)数据可存储，内置数据仓库，便于数据的采集、存储与集成 | |
1 7 | 系统提供数据仓库模块，方便数据的采集与存储。用户可自定义设计字段与表单相关属性， 可导入高职院校人才培养状态数据。 | |
1 8 | 3)指标有对比，根据结果数据可对比、可分析，以便后续的改进 | |
1 9 | 根据用户对应的指标库进行诊断数据分析后，能够实时计算出每个指标对应的结果值，根据 结果数据可以进行数据对比分析，以便于后续的改进。 | |
2 0 | 4)维度有画像，根据各层面与级别不同需要可以呈现不同的数据画像 | |
2 1 | 根据用户对应的指标库进行诊断数据分析后，可以得出被诊断用户的数据画像信息，而对于 不同的层面与级别的用户是有不同的数据呈现的。 | |
2 2 | 5)问题有预警，支持微信、短信、邮件等多方式提醒 | |
2 3 | 根据用户对应的指标库，可统计并显示预警数。根据指标标准范围的核定，超过某一个值， 系统可预警，并可以通过多种手段方式提醒该观测点的被诊断负责人。 | |
2 4 | 6)诊断有过程，诊断的结果数据可记录、可分析、可对比 | |
在指标诊断的过程中，都是可以进行数据记录分析的，可统计每次诊断分析结果的不达标数 |
2 | 与预警数，可记录每次诊断的结果数据。对于结果数据可以下钻分析这次诊断的过程数据， | ||
5 | 可以通过程数据进行分析对比。诊断的过程中可以任意上传多个支撑附件，并支撑打包下载 | ||
。 | |||
2 | |||
7)报告可生成，可一键导出根据报告模版生成的诊改报告 | |||
6 | |||
2 | 系统根据用户对应的指标库以及报告模版自动生成诊改报告，报告内容包含对应的指标观测 | ||
7 | 点体系与诊断结果与改进建议等模块，根据用户的权限可查看报告并可一键导出报告。 | ||
2 | |||
8)用户分角色，不同用户有不同的功能以及不同诊断结果的呈现 | |||
8 | |||
2 | 系统提供多用户多角色权限管理设置，可根据角色组设置该角色的功能权限，每个用户可对 | ||
9 | 应到角色，根据角色的不同而体现不同的功能以及不同诊断结果的呈现与报告的生成。 | ||
3 | |||
9)部署跨平台，多终端呈现，系统可开放 | |||
0 | |||
3 | 系统可实现跨平台部署，支持虚拟机部署，支持热备、集群方案。根据用户需要可提供多终 | ||
1 | 端方式的呈现。系统可集成统一身份认证，对外也可提供接口，方便其他系统集成。 | ||
3 | |||
用户首页 | |||
2 | |||
3 | |||
1、我的待办 | |||
3 | |||
3 | |||
应能够自动汇总统计展示用户的待办信息，用户可以点击待办信息进入相应页面处理任务。 | |||
4 | |||
3 | |||
2、我关注的指标 | |||
5 | |||
应能自动汇总统计展示用户的所有指标信息，包括预警指标和未达标指标，用户可以点击指 | |||
3 | 标进入对应的页面处理任务。用户可直观查看所关注指标的具体内容，包括关注对应指标的 | ||
6 | 诊改任务、诊改对象、观测点、标准值、日标值、当前值、未处理预警数等。能进一步通过 | ||
关注指标提高用户对诊改任务的跟踪效率。 | |||
3 | |||
3、我的任务 | |||
7 | |||
3 | 系统应能够自动汇总统计展示用户的所属任务，用户可以点击任务进入对应的页面进行处理 | ||
8 | 。 | ||
3 | |||
4、系统消息 | |||
9 | |||
4 | |||
应支持自动汇总展示用户所属的系统消息，点击消息进入相应页面查看或处理消息。 | |||
0 | |||
4 | |||
5、我的仪表盘 | |||
1 | |||
4 | 用户可点击仪表盘按钮进入设置仪表盘页面，自行选择想要在首页展示的仪表盘图样，不同 | ||
2 | 用户展示的仪表盘有所不同。 | ||
4 | 数据管理 | ||
用户与数据
3 |
4 4 |
4 5 |
4 6 |
4 7 |
4 8 |
4 9 |
5 0 |
5 1 |
5 2 |
5 3 |
5 4 |
5 5 |
5 6 |
5 7 |
5 8 |
5 9 |
6 0 |
6 1 |
6 |
数据管理包括内容应包括如下： |
1、诊断周期管理 |
诊断周期有四大类型，分别为自然年、学年、学期和时段，根据诊断任务所需周期在周期管 理模块中选择类型并添加周期值。支持自定义添加周期值，如添加自然年年份，学年年份，添加学期，添加时段。系统应支持基于自然年、学年、学期、时段的维度进行诊改工作。 |
2、诊断维度对象管理 |
诊断维度对象的建立是指标库和诊改任务运行的基础，在此模块创建维度逻辑关系。上到学 校，下到学生个人，用sql语句建立相互间的关系。 |
3、数据仓库 |
将采集系统中采集到的学校数据导入数据仓库，在诊改任务和智能画像中系统会调用仓库中 的数据，以值和图表的形式呈现，同时支持仓库数据导出。 |
应支持建立不同的仓库空间，以便于存储诊改工作复杂的数据源数据。如状态数据仓库，业 务主题库等。 |
应支持对仓库进行一键导出备份。 |
应支持在仓库内建立表空间，支持自定义建立表空间时需支持配置业务表信息及配置对应的 物理表名称。 |
应支持一键导入物理表。 |
应支持物理表字段手动添加功能。 |
应支持一键导出表结构。 |
4、维度管理 |
支持添加数据维度，以便学校扩展工作的业务维度。如添加学校级、分院级、专业级、课程级、班级级、学生级维度，便能够以以上维度进行业务数据诊断改进。添加维度过程支持自 定义。 |
应支持一键导出及导入维度表，便于维度表快捷备份与维护。 |
5、数据源配置 |
支持数据源配置的，便于诊改平台与数据源数据库实现数据互联互通。 |
2 |
6 3 |
6 4 |
6 5 |
6 6 |
6 7 |
6 8 |
6 9 |
7 0 |
7 1 |
7 2 |
7 3 |
7 4 |
7 5 |
7 6 |
7 7 |
7 8 |
7 9 |
8 0 |
8 |
配置数据源应支持数据源基本信息配置。 | |
应支持数据源类型配置，数据源应支持Mysql、Oracle、Sqlserver等数据源配置。 | |
支持即时测试数据源。 | |
配置数据源应支持全过程无代码处理。 | |
6、算法库配置 | |
支持算法配置功能。 | |
7、数据导入与导出 | |
通过连接数据库，实现数据导入与导出功能。 | |
8、系统管理 | |
基础设置：基础设置是对学校的部门类型、用户类型和机构进行管理的功能模块。 | |
组织架构管理：组织机构管理是对学校部门和用户信息进行添加和编辑的模块，包括角色管理、岗位管理和用户组管理；可以根据用户在诊断改进过程中扮演的角色，将用户设置不同 的角色类型和用户组，按角色进行菜单分配。 | |
权限管理：限管理包括服务管理、应用管理、权限功能管理、资源管理，并对服务、应用、 权限功能、资源的信息进行增删改查。 | |
系统设置：系统设置功能包括通用配置、系统信息配置、安全配置、在线用户管理、调度管 理和缓存管理等功能。 | |
日志管理：统计并记录用户的访问记录和操作记录。 | |
数据大 屏 | 诊改进行监控大屏：运行监控数据大屏是供给校领导和管理员的监控窗口，展示各层面诊改 任务的开展情况。 |
质量年报数据分析大屏：为学校提供质量年报中人才培养，办学条件，国际交流，政策落实 ，社会服务五个维度的数据展示，以及各层次维度的校间对标分析。 | |
层面方向设置 | |
可配置诊改五层面（学校层、专业层、课程层、师资层、学生层）的指标库。 | |
维度方向设置 | |
支持自定义维度。系统应设置职能部门指标维度、教学部门指标维度等。 |
1 |
8 2 |
8 3 |
8 4 |
8 5 |
8 6 |
8 7 |
8 8 |
8 9 |
9 0 |
9 1 |
9 2 |
9 3 |
9 4 |
9 5 |
9 6 |
9 7 |
9 8 |
9 9 |
设置职能部门维度，可对不同的职能部门分配诊改指标，从而对职能部门日常工作状况进行 诊断。 |
设置教学部门维度，可对不同的教学部门分配诊改指标，从而对教学部门日常教学工作、教 学成果等内容进行诊断。 |
指标库管理 |
平台应支持针对指标层面（学校、专业、课程、师资、学生）和维度（学校、二级学院、部 门、专业、课程、班级、教师、学生等）建立指标库，对已存在的指标库可进行编辑操作。 |
根据系统维度来定义指标库的维度方向（学校、二级学院、部门、专业、课程、班级、教师 、学生等） |
在指标库中的详情页面，指标和观测点支持导入与导出，方便学校编辑数据。 |
指标和观测点支持权重分值设置，每级分值能够不均等的分配到每个指标或者观测点。同时配合观测点结果分值，以乘数方式将结果呈现到指标分析中，让校领导或者老师对分值较高的指标观测点一目了然，能够数值显示当前指标或观测点的权重分值，方框数据代表该指标 下的次级指标或观测点权重值之和。 |
支持按诊改层面方向的指标体系设计；支持按维度方向的指标体系设计。 |
支持新增指标库，支持指标库信息编辑，可设置指标库所属维度及所属层面，形成指标库诊 断主题。新增指标库后，系统可无代码形成对应的指标库诊改报告。 |
支持指标库中指标架构与指标内容配置。能够支持一级、二级、三级指标配置，包括配置指 标章节，指标名称，配置指标。支持指标手工添加与批量导入功能。 |
指标配置支持实时生成指标架构树。 |
支持观测点配置，包括配置观测点的末端指标，末端指标可从指标体系选择；配置观测点名 称与排序；配置观测点采集周期，以符合学校不同业务指标的数据生成情况，周期应内置每天、每周、每月、每年。 |
支持观测点计算方式，包括值类型（整数、小数、百分比、有无、是否）；支持值预期配置 ，如升序代表值越小越好，降序代表越大越好；支持配置计算内容。 |
支持观测点数据内涵配置，包括内涵结果范围，配置预警信息与配置预警建议。其中配置结 果范围，可配置多种结果层次，如A/B/C等级的等级范围。 |
指标查看 |
支持查看指标库，包括对多级指标及观测点查看，可查看观测点诊断结果，并能够提醒一级 指标中预警情况与达标情况。 |
观测点管理 |
1. 基本信息管理 |
目标与标准
1 0 0 |
1 0 1 |
1 0 2 |
1 0 3 |
1 0 4 |
1 0 5 |
1 0 6 |
1 0 7 |
1 0 8 |
1 0 9 |
1 1 0 |
1 1 1 |
1 1 |
编辑观测点，设置观测点的结果类型、权重值、标准值、目标值、结果算法等详细参数。 |
2. 诊断标准设置 |
当观测点的内容有国家、地区或教育局的标准时，可以设置诊断标准，通过对比标准能更好的定义标准值或目标值，达到预期目标。 |
3. 下钻分析定义 |
结果算法和详情算法通过绑定算法库中的算法来进行sql语句计算，从而实现观测点值计算和呈现，同时可以设置结果值范围、等级和结果分值，最终结果会在诊断任务中呈现。 |
4. 预警设置 |
预警功能的作用是当观测点值超出设定范围时，系统会自动在预警周期时以消息和页面显示方式通知用户，用户可以对该观测点进行查看编辑操作，按预警设置，系统会在每日凌晨对该观测点进行监控，若值大于一定值时，提示用户；预警值的设置可手动输入，也可以通过 绑定算法库中的算法或编写sql语句获取，实时计算获取不同阶段的预警值。例如根据时间要 改变预警值，3月份的任务进度预警值30%，四月份任务预警值为40%，以此类推等。 |
支持指标结果导出。 |
指标算法 |
指标算法包括如下： |
1.算法目录管理 |
算法库中支持添加编辑算法目录及算法，算法必须绑定周期类型和维度类型才能供观测点调用。 |
2.算法版本管理 |
1
2 |
1 1 3 |
1 1 4 |
1 1 5 |
1 1 6 |
1 1 7 |
1 1 8 |
1 1 9 |
1 2 0 |
1 2 1 |
1 2 2 |
1 2 3 |
1 2 4 |
1 2 5 |
同个算法中的结果算法和详情算法支持多个版本算法函数。 | |
3.结果算法管理 | |
要求结果算法实现质控点的结果数据计算，在诊改过程中实现指控点的结果数值计算。 | |
4.过程详情算法管理 | |
要求详情算法实现指控点的关联数据绑定与展示，在整改过程中实现指控点计算结果的下钻分析展示。 | |
诊改任 | 诊改大厅 |
系统任务大厅可以查询所有诊改任务的完成状态。能够通过五个层面分别展示诊改任务的完成状态并支持下钻查看。 | |
应支持按照任务类型、发布时间、监控人等关键信息快速定位诊改任务。 | |
发布任务 | |
应支持权限范围内的用户能够创建任务，根据诊改层面，对应指标库，设置任务负责人、任务共享对象，能够选择诊改对象，设置时间段来发布诊改任务。 | |
我的任务 | |
支持诊断任务跟踪，包括查看指标体系及对应的诊断标准，诊断结果，计算等级，支撑材料 ，应支持表格在线查看与对应诊改报告在线查看。 | |
应包括如下操作： |
1 2 6 |
1 2 7 |
1 2 8 |
1 2 9 |
1 3 0 |
1 3 1 |
1 3 2 |
1 3 3 |
1 3 4 |
1 3 5 |
1 3 6 |
1 3 7 |
1 3 8 |
1 |
务管理 | 1、我创建的任务 |
选择我的任务-创建的任务可以查看当前用户所创建的诊改任务。 | |
2、共享给我的任务 | |
可以查看编辑负责人共享给当前用户的诊改任务。 | |
3、我负责的任务 | |
可以查看编辑当前用户为任务负责人的诊改任务。 | |
4、我参与的任务 | |
可以参看编辑当前用户为任务阶段负责人或审核人时的诊改任务，当前用户管理员为该任务的目标标准阶段的负责人，那么在任务大厅的参与任务中可以查询到该任务。 | |
目标标准 | |
1、可自设目标 | |
应支持被诊改对象中的观测点目标值可以在目标标准阶段进行重新设定。 | |
2、每个阶段均可上传支撑材料 | |
支持单个或多个支撑材料的上传与下载 | |
功能
需 诊
求 改
3 9 |
1 4 0 |
1 4 1 |
1 4 2 |
1 4 3 |
1 4 4 |
1 4 5 |
1 4 6 |
1 4 7 |
1 4 8 |
1 4 9 |
1 5 0 |
1 5 1 |
1 5 |
3、可对目标进行审核 |
应满足重新设定完目标值后需要重新提交审核，审核人通过后该诊改对象才会进入下一阶段 。 |
预警监测 |
1、预警数目统计 |
当观测点数值超出预警设定范围时，诊改任务的监测预警阶段会自动记录当前预计数量和预警总计。 |
2、多手段推送预警信息 |
在指标库的指标观测点中，可以选择触发预警时系统以哪种消息方式通知用户，目前支持短信、微信和邮件的方式。 |
3、预警过程全记录 |
监测观测点的所有预警状况，包括按月统计预警次数，处理次数，未及时处理次数，趋势分析的曲线图，发生预警指标占比圆饼图，支持预警关闭功能。 |
4、可上传支撑材料 |
支持多个支撑材料的上传与下载，文件类别的指标观察点支撑通过上传文件解除预警。 |
5、实时计算分析 |
通过观测点的算法可以实时计算出该观测点的诊断结果。 |
6、导出分析结果 |
流程管理
2 |
1 5 3 |
1 5 4 |
1 5 5 |
1 5 6 |
1 5 7 |
1 5 8 |
1 5 9 |
1 6 0 |
1 6 1 |
1 6 2 |
1 6 3 |
1 6 4 |
1 6 5 |
通过质量分析计算出观测点的诊断结果后，在页面点击导出按钮可以导出分析结果。 |
自我诊断 |
1、可修正诊断后的结果 |
支持观测点计算值的修正，在修正框中输入修正值。 |
2、可上传支撑材料 |
支持多个支撑材料的上传与下载。 |
3、可对修正进行说明 |
可对修正值进行文字描述说明。 |
4、可对自我诊断后的结果进行审核 |
确认计算值无误后，点击提交审核。审核人审核通过后，可以进入下一阶段总结改进。 |
诊改报告 |
1、可退回报告 |
诊改报告在审核过程中，领导和管理人员可以对报告执行退回操作。 |
1 6 6 |
1 6 7 |
1 6 8 |
1 6 9 |
1 7 0 |
1 7 1 |
1 7 2 |
1 7 3 |
1 7 4 |
1 7 5 |
1 7 6 |
1 7 7 |
1 7 8 |
1 |
2、报告需审核 | |
报告在发布之前应先通过相关部门和管理人员的审核。 | |
3、报告可下载 | |
生成诊改报告后，支撑下载报告功能。 | |
4、可评论报告 | |
针对诊改报告，用户可以在页面下方参与评论。 | |
预警中心 | 预警中心包括全部预警和我的预警 |
1)在全部预警中可以监测到所有任务的预警数据，数据内容包含当前预警数、历史预警总数 、预警处理次数和预警详细数据列表； | |
2)在我的预警中用户可以查看到自己负责的任务的预警数据，数据内容包含当前预警数、历史预警总数、预警处理次数和预警详细数据列表。 | |
诊改报告 | |
提供基于指标体系的分析模块，可针对学校层、专业层、课程层、师资层、学生层进行指标分析。 | |
支持自动生成诊改报告，诊改报告应支持按照各层面、各维度分类，并且能够基于每一个指标库独立生成诊改报告。 | |
诊改报告应支持一键退回，专家建议配置。 | |
1、应支持生成学校层诊改报告，诊改报告应支持基于学校层自动生成人事处报告、行政部门 |
质量报告
7 9 |
1 8 0 |
1 8 1 |
1 8 2 |
1 8 3 |
1 8 4 |
1 8 5 |
1 8 6 |
1 8 7 |
1 8 8 |
1 8 9 |
1 9 0 |
1 9 1 |
1 9 |
报告、教务处报告、资产处报告、信息处报告、财务处报告。 |
学校层诊改报告内容必须包括自我诊改概述、自我诊改表。诊改概述应包括主要问题，改进措施一级改进成效。自我诊改表应包括一级指标、二级指标、观测点、数据内涵、诊断标准 、测量结果、对标等级等。 |
2、应支持生成专业层诊改报告，该报告必须包括自我诊改概述、专家建议和自我诊改表。其中主要是专家建议包括专家具体建议，专家姓名和建议时间。 |
3、应支持生成课程层诊改报告，该报告应包括自我诊改概述、专家建议和自我诊改表。 |
4、应支持生成师资层诊改报告，该报告应包括自我诊断概述和自我诊改表。 |
5、应支持生成学生层诊改报告，该报告应包括自我诊断概述和自我诊改表。 |
应支持报告可下载即对生成诊改报告后，支撑下载报告功能。 |
应支持可评论报告即对针对诊改报告，用户可以在页面下方参与评论。 |
我的报告 |
应支持查看当前用户的指标库报告，一键退回、专家建议和导出PDF操作。 |
1、我的自诊报告 |
可查阅当前用户自诊的报告。 |
2、我参与的报告 |
可查阅当前用户身为负责人或审核人的诊断任务报告。 |
2 |
1 9 3 |
1 9 4 |
1 9 5 |
1 9 6 |
1 9 7 |
1 9 8 |
1 9 9 |
2 0 0 |
2 0 1 |
2 0 2 |
2 0 3 |
2 0 4 |
2 0 5 |
3、共享给我的报告 | |
可查阅当前用户身为共享人的诊改报告。 | |
4、我共享的报告 | |
可查阅当前用户共享出去的诊改报告。 | |
报告模版管理 | |
1、报告封面设置 | |
应支持自行选择报告封面图片上传并保存。 | |
2、报告内容设置 | |
应支持对报告的内容模块进行选择，可对自我诊改概述相关参数进行自定义。创建诊改任务时可以选择报告模版 | |
学校画像 | |
1、基本情况：学校荣誉、固定资产的总额、教学仪器设备总额、图书总册数、高层次人才数 、专任教师数和在校生数； | |
2、培养成就：工作能力总体满足度、应届毕业生对母校的满意度、生活服务满意度、素养总体提升情况、知识总体满意度； | |
3、教育教学：国家级专业教学团队数、国家级教育成果奖、国家精品资源共享课程、立项主 持国家级职业教育专业教学资源库、中央财政支持建设的国家重点专业数、国家级智能制造实训基地数、学生获全国性奖项数。 | |
2 0 6 |
2 0 7 |
2 0 8 |
2 0 9 |
2 1 0 |
2 1 1 |
2 1 2 |
2 1 3 |
2 1 4 |
2 1 5 |
2 1 6 |
2 1 7 |
2 1 8 |
2 1 |
4、科研工作：智能制造领域国家标准数、省级以上科研平台数、省级科技创新团队数、主持省部级以上课题数； |
5、国际化：中外合作办学项目数、非独立法人中外合作办学数、海外分校、中心数、学校建有国际合作平台数、省以上国际化奖项数； |
6、年度部门重点工作完成度（%）：学校各个部门重点工作完成度； |
7、年度部门工作满意度（%）：学校各个部门工作满意度。 |
专业画像 |
1、专业师资：专业带头人具有高级职称人数、专业带头人主持市级及以上教研或科研项目数 、专业教师科研工作完成情况； |
2、专业概况：专业数、市级专业数、省级及以上专业数、有产业融合项目专业数和专业建设主要任务完成专业数； |
3、专业学生数：各个专业对应的班级数和学生数； |
4、培养成效：各专业应届生就业专业相关性、应届毕业生核心课程重要程度、应届毕业生核心课程满意度、毕业生中高级职业资格证书获取率、毕业生英语等级考试通过率、毕业生计 算等级考试通过率、应届毕业生月薪、专业3-5年毕业生升迁情况；以上数据均按专业统计。 |
5、专业教学：国际职业资格证书/职业能力标准与课程的对接率、全课程信息化达成率、国内职业资格证书/职业能力标准与课程的对接率、校外专业实训基地。 |
课程画像 |
1、课程调课率：按课程显示调课率和按班级显示调课率； |
2、缺课率：按课程显示调课率和按班级显示缺课率； |
3、学习任务点TOP10-实训：显示学习任务点排在前10的课程； |
智能分析
9 |
2 2 0 |
2 2 1 |
2 2 2 |
2 2 3 |
2 2 4 |
2 2 5 |
2 2 6 |
2 2 7 |
2 2 8 |
2 2 9 |
2 3 0 |
2 3 1 |
2 3 2 |
4、教学日志超期填写率：按学院显示教学日志超期填写率； |
5、诊断改进指标统计分析：按学院院显示，授课计划完成度、课程调课率、督导听课评价、学生教评成绩和教学日志超预期填写率； |
6、课程层预警处理统计：预警数、已处理数、未处理数； |
教师画像 |
1、教学部专任教师分布-实时：个院系专任教师人数； |
2、教师总人数-实时：教职工总数，来自不同省份的教职工人数； |
3、师资指标分析-实时：教科研成果人均奖、专任教师培训经费人均奖、专任教师平均工作量（学时）； |
4、师资结构专任教师占比-实时：专任教师学位占比（学士、硕士、博士）、专任教师双师占比； |
5、师资结构专任教师职称人数-实时：各级别职称的专任教师人数； |
6、师资结构专任教师年龄任务-实时：各年龄段的教授人数； |
7、市级以上科研团队-实时：科研团队的负责人、内容、类型和级别； |
8、省级以上人才项目-实时：科研团队的负责人、内容、类型和级别； |
9、教学名师-实时：校级、省级和国家级教学名师人数； |
2 3 3 |
2 3 4 |
2 3 5 |
2 3 6 |
2 3 7 |
2 3 8 |
2 3 9 |
2 4 0 |
2 4 1 |
2 4 2 |
2 4 3 |
2 4 4 |
2 4 5 |
2 |
学生画像 | |
1、在校学生数：各个学院得在校生人数； | |
2、学业完成情况：各个学院学分绩点达标率、学期三门不及格学生百分比和缺勤旷课五次以上学生百分比； | |
3、学生性别和民族占比 | |
内容： 姓名比例和民族占比； | |
4、学生缺课（同一门课累计）次数预警-实时： 学号、姓名、课程代码、课程名称和旷课次数； | |
5、社会实践完成情况： 各学院社会实践完成率； | |
6、专转本比例： 各学院专专本比例。 | |
7、就业竞争力：毕业半年后就业率、工作与专业相关度、自主创业比率、毕业半年后月收入 、工作与职业期待吻合度、就业现状满意度和毕业半年内离职率； | |
画像菜单及内容支持自定义设置，可针对不同角色设置查看权限。 | |
采集表单管理 | |
采集表单管理包括：新建表单、字段类型定义、表单类型定义、校验规则设置、快速复制、表生成与删除。 | |
基于数据仓库下，可以设置仓库中的表单类型，可以对表单信息进行增、删、改管理，可以对表单设置数据校验规则，可查看数据信息。 | |
4 | 数据采集 | 采集任务管理 | |
6 | |||
2 | |||
4 | 采集任务管理包括：任务管理、填报与审核。 | ||
7 | |||
2 | |||
4 | 提供多种手段的任务发布，可设定采集任务的填报人与审核人，支持自动审核与退回机制。 | ||
8 | |||
2 | |||
4 | 采集后台管理 | ||
9 | |||
2 | |||
5 | 采集后台管理包括：角色定义、权限功能分配、表单授权定义、采集数据源管理。 | ||
0 | |||
2 | |||
5 | 可设定填报与审核两种角色，可根据表单来设置填报用户，可设置采集数据源信息。 | ||
1 | |||
2 | 要求平台与学校的数据中心平台实现集成对接，而实现各个应用系统数据资源整合，对其数 | ||
5 | 据进行抽取、清洗、转换、储存等措施，学校负责协调对现有应用系统的整合中各系统的厂 | ||
2 | 商提供接口代码。 |
5.校园一卡通平台
5.1建设清单
序号 | 系统名称 | 设备名称 | 单位 | 数量 |
1 | 一卡通系统容量拓展 | 一卡通系统容量拓展 | 套 | 1 |
2 | 电子账户系统 | 电子账户系统 | 套 | 1 |
3 | 电子校园卡平台 | 虚拟卡支付 | 套 | 1 |
4 | 虚拟卡认证 | 套 | 1 | |
5 | 聚合支付 | 微信二维码支付通道软件 | 套 | 1 |
6 | 支付宝二维码支付通道软件 | 套 | 1 | |
7 | 食堂消费系统 | 商务消费管理系统 | 套 | 1 |
8 | 扫码收款机（挂式） | 台 | 58 | |
9 | 扫码收款机（卧式） | 台 | 22 | |
10 | 24口交换机 | 台 | 4 | |
11 | 架子 | 台 | 58 | |
12 | 线材线槽 | x | 3500 | |
13 | 调试费 | 点 | 80 | |
14 | 读卡器 | 扫卡和扫码二合一 | 台 | 3 |
5.2性能需求
5.2.1一卡通系统容量拓展
序号 | 指标项 | 性能参数 |
1 | 容量要求 | 学校现有的一卡通系统账户容量为3万，包含有不限于持卡人的账户余额、历史交易流水、交易标识号、账户状态、学工号、物理卡号、姓名、性别、院系、班 级、组织结构等所有一卡通金融类、身份类数据，为保障系统兼容性、稳定性，本次系统账户扩容需实现如下要求： 1.投标人需基于学校现有一卡通平台基础上，将一卡通账户容量扩展至不低于5x ，扩展后的账户需完全兼容学校现有校园一卡通系统的所有历史数据，并能正常使用。 2.本次系统账户扩容后，学校现有的综合前置机系统、身份前置机系统、综合业务 系统、身份管理系统等系统的账户同步实现扩容，并能继续正常使用； |
2 | ★若校园一卡通平台需更换卡片、数据加密卡、读卡器等设备，以及对现有一 卡通的借还书、缴电费等功能变更，所产生的费用由中标方承担。 |
5.2.2电子账户
序号 | 指标项 | 性能参数 |
1 | 账户融合 | 需将学校现有的校园卡账户与电子账户融合成线上电子账户，建立统一的电子账户体系，可为线上线下消费、缴费等应用提供账户支撑，融合后的 账户需兼容原有校园卡账户所有数据,所提供的产品需具备二次开发能力。 |
2 | 缴费 | 电子账户能为WEB端服务、移动端服务等系统设备上缴纳宿舍电费、网费 、考试费、学杂费提供账户支撑。 |
3 | 支付 | 刷原校园卡消费时，系统实时校验持卡人的账户有效性及余额，根据消费金额实时扣取持卡人的电子账户余额，交易后的账户余额能写入原校园卡大钱包，消费流水实时存储至现有一卡通数据中心，并能通过学校现有的 综合业务系统查询该笔交易记录。 |
4 | 充值 | 能通过WEB端、移动端、自助服务终端、现金等方式向电子账户充值。 |
5 | 支付密码 | 支持小额免密支付，也支持交易的过程中输入支付密码，扣取电子账户余 额。 |
6 | 查询 | 持卡人能在学校学校现有的综合业务系统、移动端能查询电子账户的交易 流水。 |
7 | 修改密码 | 持卡人可通过学校现有的综合业务系统、现有的圈存机、移动端修改支付 密码。 |
8 | 专款专用 | 可建立专款专用的电子账户，应用于食堂消费、体育场馆等场景； |
5.2.3电子校园卡平台
序 号 | 指标项 | 性能参数 | |
1 | 虚拟 | 统一支付平台系统 | 1.权限管理：能通过现有的校园卡账户密码登录系统，并进行人员角色分配 、角色授权管理功能。 |
2 | 2.总览：每次登录后能查询上次的登录IP地址及时间； | ||
3 | 3.流水查询：能查询所有刷卡、二维码的交易流水，包括单号、流水号、入 账交易时间、交易金额、支付方式、收款方等。 | ||
4 | 4.订单管理：能查询该平台的所有订单、处理退款、推送第三方；可查询及按指定条件筛选，将信息推送至第三方对接的用户，对未结算的订单进行结 算，批量导出全部Excel文件。 | ||
5 | 5.系统接入管理：具有系统接入管理和接入接口管理功能，能查询、添加第 三方接入，包括原校园卡平台的应用系统； | ||
6 | 6.密码管理：可添加、修改密码； | ||
7 | 7.商户管理：提供商户收款码下载、商户结算设置、商户结算列表、商户支 付方式管理等功能。 | ||
8 | 8.支付方式管理：能进行支付方式的添加以及启用、禁用控制。 | ||
9 | 9.支付渠道共享：用户使用服务大厅充值、缴费时，能选择聚合支付的支付 | ||
卡支付 | 渠道进出充值、缴费。 | ||
1 0 | 10. 脱机风控：可以授信用户脱机额度 | ||
1 1 | 11.支付管理涉及支付交易、财务分账、记账、结算等重要内容。 | ||
1 2 | 12. 报表管理：需提供对账汇总、对账异常清单、清算报表、充值报表 | ||
1 3 | 13. 安全问题列表：可设置学生账户密码找回问题，系统预制几个问题，问 题只能新增或编辑，不能删除； | ||
1 4 | 扫码付款应用系统 | 实现虚拟卡的二维码支付功能，适用于食堂、超市、小卖部等线下二维码消 费环境。 | |
1 5 | 1.校园码：能动态生成校园码，收款机反扫移动端校园码实时扣取电子账户 的余额； | ||
1 6 | 2.扫一扫：通过扫一扫功能，可以扫描识别收款机的动态商户码或商户台签 二维码，实现正扫方式扣取电子账户的余额； | ||
1 7 | 3.交易流水：通过虚拟校园卡消费的交易流水需存储至原校园卡系统数据中 心，实现同一个数据库。 | ||
1 8 | 虚拟卡认证 | 基本功能 | 1.需基于移动应用平台集成扫码认证应用，持卡人通过移动应用即可使用虚拟卡身份识别，身份识别码需为动态生成认证码，门禁通道设备反扫移动端 身份识别码进行身份识别。 |
1 9 | 2.二维码：动态生成身份认证码，与校园卡身份识别功能通用。 | ||
2 0 | 3.扫一扫：通过扫一扫功能，识别动态码进行身份识别，以实现身份认证。 |
5.2.4聚合支付平台
序号 | 指标项 | 性能参数 |
通过聚合支付平台融合微信、支付宝等第三方支付渠道，自主掌控消费时的支 | ||
1 | ||
付渠道及账户，系统自动记账、对账，并具有如下功能： | ||
1)支付渠道技术架构，可支持对接各种主流支付技术接口，包括各大银行、各 | ||
2 | 种支付机构的PC浏览器支付、移动浏览器支付、二维码支付、公众号支付、小 | |
程序支付、免密支付等支付技术。 | ||
3 | 2)通道管理：需具有配置支付所需的微信、支付宝、银行支付通道功能； | |
4 | 3)渠道编码管理：配置各支付通道下不同的支付渠道，以实现各种支付方式的 | |
参数配置； | ||
5 | 4)持卡人能通过微信、支付宝的原生二维码刷码消费，并可实名身份认证，控 | |
制不同身份类型人员消费权限、消费系数等； | ||
微信二维 | ||
码支付通 | 5)支付项目管理，支持部门的多级结构管理，支持一个部门多个支付项目，可 | |
6 | 道软件 | 按支付项目控制可用的支付渠道（支付技术），支持支付机构直接清算到支付 |
项目。 | ||
支付宝二 | ||
7 | 维码支付 | 6)需具有自动化渠道对账机制，支持与支付渠道进行自动化对账，便于发现不 |
通道软件 | 平账务问题进行处理。 | |
7)需具有完善的支付项目资金结算体系，支持自动或手动结算，自动结算支持 | ||
按日、周、月等周期进行，支持结算审核。支持手工资金结转，可通过对接银 | ||
8 | ||
行转账接口自动结转到银行账户，或者对接学校财务系统接口自动结转到财务 | ||
项目。 | ||
8)需具有完整的支付记录明细，支持交易退款，可按照收款单位、支付项目、 | ||
9 | 支付方式、支付类型、结算状态、日期时间等多种维度查询支付记录，并对支 | |
付记录进行汇总分析。 | ||
9) 聚合支付系统需无缝接入至学校现有校园一卡通系统及兼容原一卡通数据， | ||
10 | 由学校现有的校园一卡通系统统一结算，并能在学校现有的综合业务系统、移 | |
动端查询所有的聚合支付交易记录，避免出现多套系统情况. |
5.2.5食堂消费系统
序 号 | 指标项 | 性能参数 | |
1 | 消费系统 | 功能要求 | 1.参数设置：可设置持卡人的身份消费权限、身份消费系数；可对消费机的键值、餐 次、POS机分组、POS机列表、POS机设置等； |
2 | 2.监控：需能监控所有网关的状态及其下属POS机的状态、POS机版本号、POS机类 型、POS机IP等信息，及POS参数下载功能。 | ||
3 | 3.在线升级：实现消费机在线升级及升级文件的管理； | ||
4 | 4.挂账：对不确定流水进行挂账处理，在系统日结时进行系统自动比对判断处理，或 者通过人工检查进行流水处理（入账、丢弃、补记）等； | ||
5 | 5.管理：能从学校现有的校园一卡通系统下载和向收款机转发白名单、下载控制文件 ；接收收款机流水上传至学校现有的一卡通数据中心； | ||
6 | 6.报表：在本次新增的消费机上消费的交易流水必须实时上传至现有一卡通数据中心 ，并能在现有的综合业务系统上查询流水及按餐、日汇总表，商户按餐、日、月汇总表； | ||
7 | 7.脱机消费：脱机消费机具可强制设置一日一结算，当日不结算时则第二日该机具不 可刷卡收费； | ||
8 | 8. 兼容性：新增的消费系统需能无缝接入至学校现有的校园一卡通系统，识别学校现有证书卡管理系统发放的PSAM卡进行授权认证，并能对原消费机监控管理、转发黑白 名单、参数配置、状态监控、在线升级等； | ||
9 | 9.同步账户数据：我校师生持原校园卡在收款机消费过程中自动将消费数据同步至个 人账户； | ||
1 0 | 10.账务情况：用户通过原校园卡交易的流水能在相应的系统上查询统计营业窗口明细 表及消费汇总表； | ||
1 1 | 11. 可对POS机键盘对应值设置、不同身份的人进行消费设置和优惠设置，可以对PO S实现各种方案组合设置、功能参数设置等。 | ||
5.2.6扫描收款机
序 号 | 指标 项 | 性能参数 | |
1 | 扫码收款机 | 参数要求 | 1.新增的收款机无缝接入学校现有的校园一卡通系统，师生能在新增的收款机上正常刷现有的校园卡的大钱包和扫校园码扣费，消费流水正常上传至现有的校园一卡 通系统数据中心，师生在现有的综合业务系统能查询历史消费流水，避免出现多套消 费系统情况 |
2 | 2.本次新增的收款机需能识别学校现有证书卡管理系统生成的PSAM卡证书，遵守学校现有校园一卡通系统的密钥体系，并需通过学校现有校园一卡通系统授权认证后 才能正常接入一卡通平台及正常使用。 | ||
3 | 3. 本次采购的收款机能适用于目前的用户福利制度，能正常接收原校园一卡通系统统一下发的福利策略；包含消费补助，教师在消费时可优先扣取补助金额，不足时 在扣电子账户余额，并且在现有的综合业务系统查询补助金额消费情况。 | ||
4 | 4.学校师生持原校园卡、虚拟卡在收款机消费过程中自动将消费数据同步至个人 账户； | ||
5 | 5.用户通过原校园卡、虚拟卡交易的流水能在现有的综合业务系统、移动端查询 。 | ||
6 | 6.设备集成的嵌入式软件具有定额消费、品种消费、领取补助等功能。 | ||
7 | 7.屏幕： 台式收款机：主屏：6.2寸电阻触摸屏（非触摸可选）；客屏：4.3寸液晶显示屏；挂式收款机：主屏：6.2寸电阻触摸屏（非触摸可选）；客屏：6.2寸电阻触摸屏； | ||
8 | 8. 工作方式：联网、脱机 | ||
9 | 9.二维码支付：虚拟卡，支付宝，微信等 | ||
1 0 | 10. 支持卡片类型：M1/CPU/SIMpass/NFC/非接触式金融IC卡 | ||
1 1 | 11. 黑白名单数量：100万以上 | ||
5.2.7读卡器
序号 | 指标 项 | 参数描述 |
1 | 性能要求 | 1. 通过在pos机上消费过程中自动将个人账户数据同步到卡片上； |
2 | 2. 对于卡库不平的帐户，通过pos机消费过程自动进行平帐； | |
3 | 3. 集刷卡、扫码模块于一体； | |
4 | 4. 工作模式：联网模式和脱网模式； | |
5 | 5. 支持100种身份限制功能，支持100种费率； | |
6 | 6. 学校师生持现有校园卡在卡码收款机消费过程中能自动将消费数据同步至个人账户； | |
7 | 7. 集成校园卡读写、虚拟卡识别模块于一体，无分体模式； | |
8 | 8.读卡器需能读写学校现有校园卡的大钱包余额、卡状态、身份信息等卡内容，交易流水 能稳定上传至原校园一卡通数据中心。 | |
9 | 9. 10/100兆自适应以太网通讯； | |
1 0 | 10.可通过WEB页面以及PC工具进行参数设置； | |
1 1 | 11.具有一个恢复出厂设置按钮，可回复出厂设置； | |
1 2 | 12.具有不少于三色指示灯，分别指示不同工作状态； | |
1 3 | 13.接口：12V（输入，工作电源接口）、5V（输出，最大500mA）、以太网RJ45接口≥1个、RS232电平串口≥1个、TTL电平串口≥1个、继电器接口≥ 1个、RS485接口≥1个、psam卡槽≥1； |
6.大后勤管理系统
6.1建设清单
序 号 | 名称 | 单位 | 数量 |
1 | 智能报修管理系统 | 套 | 1 |
2 | 资产管理系统 | 套 | 1 |
3 | 学生宿舍热水智能收费管理系统 | 项 | 1 |
4 | 进销存管理系统 | 套 | 1 |
6.2性能需求
6.2.1智能报修管理系统
序号 | 指标项 | 性能参数 |
1 | 智能模式 | 维保：提供学院内部报修维修管理服务，支持实时付款、记账，转第三方维修等 方式。 |
2 | 安全可靠 | 通过多层备份机制、防火墙保护、网络监控、漏斗扫描、病毒防护、数据隔离加 密、权限控制、人员安全管理等手段，共同防护恶意攻击，保障数据安全。。 |
3 | 便捷使用 | 系统即注册即用。可定制开发，可部署在用户内网环境中，打造安全可靠灵活弹 性、高效易用的安装维修环境。 |
4 | 智能报修 | 用户无需安装客户端，通过扫二维码、公众号即可完成对平台的访问操作。 |
支持用户建立自己的微信公众号、二维码、等便捷报修方式，支持系统自动派单 、验收。 | ||
5 | 报修服务 | 报修人：支持留言、电话、验收、评价等服务。 |
维修人员：支持接单/抢单维修、转单维修、留言、电话、申请协助、申请加价、 订单转计划处理、完成维修等服务。 | ||
管理员：支持抢单、派单、审批订单、留言、电话、完成维修等服务。 | ||
6 | 智能送物 | 用户无需安装客户端，通过扫二维码、小程序即可完成对平台的访问操作。支持 系统自动派单。 |
支持用户建立自己的二维码等便捷送物方式 | ||
7 | 送物服务 | 下单员：支持电话服务。 |
送物员：支持留言、电话、完成等服务。 | ||
管理员：支持派单、留言、电话等服务。 | ||
8 | 智能统计 | 可结合维修和送物数据的统计，智能呈现出各类的统计图、日、周、月、年季度的报修数及完成度。帮助分析故障频发点，产品报修率，预防降低故障的频发率 。管理员可通过PC端后台实时查看报修情况、派单情况、维修人员处置情况和责 任划分等情况，便于管理和追责。 |
9 | 后台配置管理 | 可进行机构设置、角色管理、人员管理、工种配置、报修区域、报修产品、配件 管理、品牌名称、功能设置、群发通知、故障模板、评价标签、签到记录、学院lo go、个性化、敏感词、发单人管理等功能设置。 |
机构设置：可新建多个管理项目或分公司，以集团方式管理旗下分公司/项目的所 有数据。 | ||
角色管理：可按管理员、工程师、审核员不同身份分别勾选相应的权限。 | ||
人员管理：可添加报修团队下的管理人员，维修工程师，审核员，并可按区域或 产品分配APP端的查单权限。 | ||
工种配置：可根据工程师职位，新增相应的工种，并为旗下的工程师添加相应的 工种属性 | ||
报修区域：可根据位置、内部格局，由管理员在后台添加相应的区域、楼栋、楼 层、房间号等信息。 | ||
报修产品：可根据维修对象和属性，由管理员在后台添加相应的维修类别，并为 各维修类别绑定相应的维修工程师。 | ||
配件管理：可添加多个配件信息，包括配件名称、数量和成本。可对配件库存进 |
行预警提醒。 | ||
功能设置：可根据自身报修场景，自由修改报修界面的显示状态和选填功能。 | ||
群发通知：支持公司内部多条消息通告模板的设置，包括标题、消息内容、推送 时间等。 | ||
个性化：可根据自身维修流程及规定，选择是否开启评价、完工、自动接单、报 修学院验收、转第三方订单加价/验收、实时付款、强制审核、异常单通知、发单设置、接单设置、定位获取、定检、点检、库存管理等功能，同时可设置触发功能的时间限。 | ||
发单人管理：可屏蔽恶作剧或恶意发单者的微信号，禁止其发单报修 | ||
10 | 二维码报修 | 产品厂商或拥有固定资产的用户可为产品设置专属的二维码并贴于产品上，只要 通过微信或小程序扫码即可获取该产品的信息并发布报修单。拥有维修团队的产品厂商或用户可通过后台设置维修范围，对指定区域的产品进行维护。 |
11 | 巡检管理 | 学院通过制定定检、点检计划，对设备进行定期性或灵活性的检查维护，降低设 备的损坏率，提升使用寿命。同时工程师执行过程还可申请人员协助。 |
点检模块：新增点检模块，包括看板、任务、记录三大功能，可通过 APP 快速创建点检任务，自动分配订单，同时对整个点检过程进行详细记录并生成数据分析 看板，通过灵活性巡检部署，使设备隐患和异常及时得到发现和解决，保证设备经常处于良好的技术状态，提高了完好率和利用率。同时，有利于建立完整的设 备技术资料档案，提高设备管理现代化的水平。 | ||
对象：可通过PC端后台建立定检项目，定期为设备进行巡检维护。可通过添加设 备名称、保险信息（保险时间和保险对象）、检查内容创建定检对象。 | ||
计划：可通过新增功能，设置定检对象、执行时间、执行延时、定检人、审核人等信息创建一个定检计划，还可设置拍摄水印上的定检内容，用于定检现场所拍 图片上的内容展示。 | ||
记录：实时记录巡检进展情况，包括计划名称、巡检人、耗时时长、巡检状态等 。 | ||
12 | 能耗管理 | 运用智能设备采集或人工录入数据，后台进行大数据分析并展现统计图表，进而 提高节能管理水平，改造节能空间。同时，可为第三方能耗系统提供对接接口。 |
13 | 管线智慧云 | 后台获取基础数据，系统识别归纳管线信息并生成二维码，扫码即可获取不同管 线的名称、IP、型号、端口、位置等详细信息，及时维护更新，避免数据的遗漏或丢失。 |
14 | 对接第三方应 用 | 对外开放了 API 接口，以便学院开发和接入更多个性化的办公应用，同时为平台 上的其他用户带来更多的应用服务体验。 |
15 | 费用管理 | 维修产生的费用，通过PC端后台上的维修单可以快速查看任何时段的维修数据； 拥有维修收入支出统计功能，便于对费用进行管理。 |
6.2.2资产管理系统
序号 | 指标项 | 性能参数 |
1 | 总体要求 | 1软件架构要求：利用数字化校园平台集成的理念，对资产管理相关的各个系统进行统一的规划和整合。系统采用B/S模式实现，以便能够适应学校信息化建设的需要。资产管理过程采用三级管理二级审核，实现资产的精细化和动态化管理 。 2系统拓展特性要求：系统应有一套完整的数字化管理平台思路，采用统一的信息标准、统一的技术标准、统一的业务规范、统一的基础架构和统一的组织管理原则且具有良好的拓展性，解决与用户方的数据接口；信息系统集成要不断适应学校发展所引发的各类新需求，通过对软件的重新配置、改进，满足学校长期发展的需求。 3系统安全性要求：系统应具有足够的安全性、可靠性，确保系统及其数据具有较高的安全级别。可实现基于用户、IP进行登录控制；要有完善的用户权限管理 、身份认证策略，防止非法用户入侵。应遵循软件系统应用安全体系和安全设计的基本原则，应清楚地描述安全目标：物理安全、网络安全、数据安全、数据备份、应用系统安全、安全制度建设、系统的设计架构应该严密、合理，能严格控制数据的录入、修改、查询，并能自动对不同人员的操作进行记录，从源头保证数据的完整性、一致性和准确性。 4系统应采用大型数据库系统，数据库能够定期自动备份。 5系统应支持校园网、互联网等网络环境，所有数据都能通过网络进行传递，充分实现资产数据的数字化、信息化和数据共享。 6系统应具有良好的兼容性与开放性，所有数据应可以用Excel、dbf、txt等标准 格式导入导出，能为学校的其他应用软件系统提供标准数据接口。 |
2 | B/S架构 | 用户数无限制，系统能实现通过校园网，让全校所有的资产管理部门和资产使用部门、所有的资产管理人员和使用人员利用一套软件参与到固定资产管理中来， 系统对全部管理环节进行有效管理和控制。 |
3 | 首页工作提醒及账目显示 | 用户登录后首页显示名下资产账目、待办事宜、进度跟踪等。 系统具有自主添加常用模块的功能，可以把常用功能以图标的形式添加到桌面上 。 |
4 | 角色管理 | 可后台设置不同角色、用户的不同权限。允许批量或单独给用户定义其操作权限和管理权限。管理权限包括部门管理权限和资产类别管理权限等。可对资产的使 用方向权限进行设置。 |
5 | 资产登记 | 能够管理教育部16大类与财政部六大类所有类别的资产，不同类别的资产对应有不同的资产属性。提供智能的资产分类查询，得到对应的资产分类号，并可自 动转换为对应财政六大类分类。支持领用人建账和管理员建账。可自定义设置验 收单信息必填项。可自定义设置资产编号保留位。 |
6 | 资产登记审核 | 资产管理部门审核和财务部门审核，完成固定资产登记手续。 |
7 | 资产变动管理 | 使用部门对资产在使用过程中一些主要属性的变化进行管理，如现状、使用单位 、使用人、使用方向、存放地点、单价、附件等。 |
8 | 资产处置管理 | 对于要报废、报损、出售、无偿调拨的固定资产，填写并打印资产处置报告单， 提交资产管理部门审核、财务管理部门审核记账，完成资产处置,支持部分处置的功能。 |
9 | 资产清查 | 利用条码采集设备（如扫描枪等）及微信端可进行扫码对已粘贴条码标签的资产 进行快速清查，自动生成盘盈、盘亏表等。可以对特定单位、特定使用人、特定地点的资产进行清查。系统支持自查、普查等多种清查方式。 |
10 | 数据上报 | 严格按照教育部《关于报送高校实验室和仪器设备统计数据盘及报表的通知》的 规定，生成需要上报的有关教学科研仪器设备的数据文件和报表。生成的报表在系统中提供临时的修改及补录功能。 |
11 | 资产信息修改 及分类号调整 | 支持入账后有误资产信息修改。 |
12 | 资产附属设备 、照片及附属文件管理 | 支持资产附属设备、照片、附属文件的管理，直观体现资产设备规格参数等，为今后的核查提供便利。 |
13 | 验收单、卡片 等单据管理 | 系统能够打印规范的固定资产验收单、固定资产管理卡片、资产变动报告单、资 产处置报告单等。验收单要求一式四联，并支持套打与非套打两种方式。 |
14 | 条码标签管理 | 系统支持一维码、二维码等条码、RFID技术，可自定义条码标签大小、位置、 字段等，并可设计保存多种条码标签打印方案。 |
15 | 生命周期管理 | 对每一件固定资产从采购验收、日常使用直到处置的整个生命周期进行全过程跟 踪管理，客观记录每一项管理活动，实时反映每一件固定资产状态。 |
16 | 预警管理 | 对不同类别的资产按照使用年限进行预警提醒管理。 |
17 | 汇总分析 | 利用系统中的各类数据，根据管理需要，设定各类条件，可以对学校资产进行全面的统计与分析，并生成样式丰富的分析图形和账表，直观实用，用于资产管理 以及统筹决策，能及时准确地掌握和分析全校资产现状，科学地预测变化趋势。 |
18 | 数据管理 | 支持已有资产数据导入，经检查、整理、完善后正式形成资产档案数据，针对零 星数据可逐条录入系统，提供数据服务器备份及导出功能。 |
19 | 查询 | 以简单、直观的方式，查询所需各种信息，生成各类查询表格，可以直接得到日 常管理活动中常用的按使用单位、使用人、存放地点、资产类别（16大类、6大类）的查询表。查询结果可以直接导出，并支持自定义综合查询。 资产跟踪功能：可以对资产整个生命周期中，资产的使用、变动、处置情况进行 查询和记录。 |
20 | 帐表管理 | 同时支持国家教育部十六大类、国家财政十大类、国家财政最新六大类三套分类 方式，并生成相应的三套财务帐表、统计分析表，如固定资产总账、总分类帐、分户明细账、结存表等。 |
21 | 操作日志 | 记录所有用户的系统操作及操作时间。 |
22 | 精密、贵重及大型仪器设备 信息维护 | 根据教育部要求的关键信息项，加强对精密贵重仪器设备的日常管理与维护，并对其使用信息进行记录，对上网公开信息进行管理和维护。 |
23 | 单点登录数据集成 | 实现与学校数字校园各基础平台（门户、身份认证、公共数据平台）实现无缝集成，通过数据整合，去除不必要的手工传递批件等操作，实现跨业务系统的数据流转，业务系统的数据与学校数据中心打通，形成相应的数据流。解决业务系统的数据孤岛问题，最大程度地共享数据资源，使业务系统数据、数据中心数据、 乃至学校整个信息化体系内的数据保持一致性。 |
6.2.3学生宿舍热水智能收费管理系统
序号 | 指标项 | 性能参数 | 单位 | 数量 |
1 | 水控机 | 1、控制器感应模块选用原装芯片。采用表阀分离设计，选用优质电磁阀，无压损、功耗低、低磁设计、使用寿命长达 开关次数数十万以上，方便维护保养；电源设计采用免维护断电关阀设计，无须备用电池即可实现断电关阀；低功耗微 处理器，功能强大，可靠性及抗干扰能力强；使用数码LED 高亮度显示，便于雾气中清晰读数；采用独特加密方法，可彻底杜绝非法卡入侵；多种消费模式设计；连续性计量扣费模式，小额预付费模式，用户定制模式，限量消费模式，以 “升”计费模式，联网消费模式，计时收费模式。 2、使用温度：摄氏0℃～98℃； 3、工作电源：DC12.0V； 4、使用寿命：＞十年； 5、口径规格：DN15； 6、精度等级：B级或以上； 7、最大功率：2.8W 8、高温性能：水控机根据GB/T 2423.2-2008，在温度55. 0±2℃条件下，外观无异常，正常工作且功能正常； 9、低温性能：水控机根据GB/T 2423.2-2008，在温度0± 2℃条件下，外观无异常，正常工作且功能正常； 10、温湿度控制器根据GB/T 2423.2-2008，在交变湿热试验中，外观、结构以及功能正常； 11、静电放电抗扰度符合GB/T 17626.2-2006检验依据，检验结果为合格，符合A级； 12、射频电磁场辐射抗扰度符合GB/T 17626.3-2016检验依据，检验结果为合格，符合A级； 13、电快瞬变脉冲群抗扰度符合GB/T 17626.3-2008检验 依据，检验结果为合格，符合B级； | 套 | 1089 |
2 | 充值发卡器及软件系统 | 1、显示方式：双面超高亮LED显示； 2、读写时间：≤0.3秒； 3、读卡距离：0～50mm； 4、工作电压：AC220V/50～60Hz； 5、功率消费：静态：≤10W，动态：≤15W； 6、后备电源：内置4Ah/1600mAh电池； 7、通讯接口：RS485； 8、通信距离：1200mm； 9、工作模式：单机方式、联网方式； | 台 | 2 |
3 | 充值转款机（用于领取补贴） | 1、支持定额消费和自由消费、计次消费、补贴模式等多种模式； 2、支持补贴和个人现金两个独立电子钱包； 3、补贴钱包支持覆盖上月余额或累加月余额两种模式选择 ； 4、可以限定一天的最高消费额，超额拒接消费； 5、不同卡类及价格设置； 6、IC卡使用有效期限定，离校人员无法使用； 7、自动生成各种报表（充值报表、发卡报表、退卡报表、消费报表、经营汇总、xx报表、可以按年、月、日、时段查询及打印等）支持挂失、黑名单下载、黑名单拒绝消费功能； 8、软件支持管理员权限，保证堵塞一切管理漏洞； 9、支持脱机使用、互联网使用多种模式（联网后数据可以实时上传，挂失信息可以实时下载）密码确认消费（每张卡有独立密码） | 套 | 2 |
4 | 微信充值机 | 1、使用方式：刷卡，扫码，反扫，领款 2、卡类型：M1、CPU 等13.56MHz标准 射频卡 3、网络功能：实时领款数据，平台管理设备参数 | 台 | 2 |
5 | IC卡片 | IC卡片，安全防盗 | 张 | 6200 |
6 | 水控机安装费 | 电线及线管更换及修复、锁扣、铜活接等 PPR保温管技术参数： 1、纵向回缩率≤0.32； 2、表观密度≥57kg/m3； 3、导热系数≤0.024W/M.K； 4、芯材燃烧性能达到B1级； 5、芯材燃烧性能氧指数≥31.4%； 6、燃烧增长速率指数≤230W/s； 7、600s总放热量≤3.9MJ； | 套 | 1089 |
10、数据容量：单机储存24570条明细数据。
6.2.4进销存管理系统
序号 | 指标项 | 性能参数 |
进销存管理系统采用B/S结构，充分考虑到系统扩展性和技术的迭代更新要求，数 据完全符合国家标准编码和高校信息标准的信息格式、独立数据源维护等要求。并 | ||
且系统具有高度的灵活性、开放性、兼容性、安全性、高效性、维护性以及稳定性 | ||
。 | ||
通过建设高校后勤管理信息系统库存管理子系统，可加强高校的设备与耗材的资源 | ||
管理，提高耗材资源利用率，促进本校资金xx率，实现库存资源的可量化、可追 | ||
溯管理。落实物品（含低值易耗品）的采购部门、管理部门、使用部门的责任，并 | ||
1 | 整体要求 | |
为领导提供审批、查询和决策支持，方便管理和监督耗材的使用情况。同时借助功 |
能强大的查询及报表功能，使管理人员能及时、准确地了解所需信息，为学校领导 的决策提供了正确、便捷的支持平台，帮助高校更有效、更全面地管理物品。 | ||
提供对各部门的耗材（办公用品、水电耗材、印刷耗材、实验耗材等）使用的管理 。包括：物品采购管理、库存管理、使用与退还的管理。库存管理系统信息与报修管理子系统、宿舍管理子系统信息互联互通。 | ||
含2台扫码枪 | ||
2 | 技术要求 | 实现系统接口标准化，数据访问接口、应用集成接口、身份认证接口均采用相应的 国际标准和国家标准，遵循Webservice标准规范，或者标准规范OpendAPI接口，方便第三方应用的接入。 |
实现运行环境标准化，系统平台支持Linux 平台和Windows平台，支持WebSpher e、Weblogic、Tomcat、Jboss等多种应用服务器，支持MySQL主流数据库系统, 充分适应各类主流运行环境。 | ||
采用Java EE体系开发，基于微服务架构的主流框架，如spring Cloud、spring Bo ot等。 | ||
提供移动门户与PC门户的同步。能够基于微信公众号对全校师生提供移动服务，且 无用户数、服务器及license限制。 | ||
3 | 基本功能 | 1.采购申请 可支持采购申请的录入，可对采购申请进行审核或驳回，同时支持查看所有采购申请记录，可以根据区域信息等查询记录。 |
2.库存入库 采购人（或其他人）新建耗材入库单，提交给后勤部门领导审核。 附件功能：提供入库单据的管理功能，将发票以附件形式上传到系统。系统支持扫描入库。 | ||
3.库存领用 通过系统进行物品领用情况管理，包括领用单填写、提交审核、出库。 | ||
4.出库 仓管凭审批后的领用单发放（出库）。系统自动更新对应物品的数量。 | ||
5.盘点 可支持添加盘点计划，并支持根据标题和部分进行查询。 | ||
6.统计报表 根据查询条件执行相应的统计，分别进行物品领用的汇总表，物品申购的汇总表。统计结果提供打印和导出到Excel功能。 （1）入库统计表 查询条件：批次、中心名称、入库日期、中心名称、入库经办人。统计结果导出：标题：[中心名称]物品入库统计表 （2）领用统计表 进行物品领用单的统计，让领导层能对物品的消耗情况掌握。查询条件：领用日期（学期/年度）、中心名称、领用人。 统计结果导出：标题：[单位名称] [部门]物品领用统计表 | ||
7.基础数据 |
提供对基础数据的管理功能，包括增加、修改、删除、查看操作。 基础数据维护：括专业管理、教室管理、公共基础数据、课程库、学年信息等子模块。 物品类别信息表：即耗材类别，对耗材类别信息维护。耗材类别信息表字段：序号、大类、小类、说明。 物品信息表：即耗材清单，对物品信息表维护。 |
三、教学服务平台
1.慕课教学一体化平台
我校为了应对信息技术与教育融合的新趋势，决定建设智慧教学环境，深化高等教育教学改革，主动适应学习者个性化发展和多样化终身学习需求，全面提高人才培养质量。因此建设了慕课平台。
1.1建设清单
序 号 | 名称 | 单 位 | 数 量 |
1 | 智慧教学系统 | 套 | 1 |
2 | 线上教学系统 | 项 | 1 |
3 | 教学大数据分析系统 | 套 | 1 |
4 | 课程建设 | 门 | 3 |
1.2性能要求
1.2.1智慧教学系统
序号 | 指标项 | 参数要求 |
1 | 综合要求 | 产品对接：要求所提供的教学平台产品可以与现有学校用户统一登录系统进行无 缝对接，数据对接产生的费用包含在本次项目的投标价之中。 |
2 | 平台在架构设计、功能规划、配置设置上重点考虑教学业务需求对性能的要求。 | |
3 | 建设过程中必须统一相关的平台标准规范，采用已有的标准和通用规范，修订采 用部分成熟的标准规范，研究制定平台操作规则。 | |
4 | 平台满足未来教学业务的扩展、变化、调整的需求，最大限度的降低因业务发展 和变动带来的维护、升级成本的增加。 | |
系统安全性：本项目升级后的系统，在验收时必须委托专业安全机构进行安全渗 透，出具安全渗透测试报告，并提供具有国家认可资质的权威检测部门出具的二 |