智慧校园总体建设方案V2.0.docx

《智慧校园总体建设方案V2.0.docx》由会员分享，可在线阅读，更多相关《智慧校园总体建设方案V2.0.docx（555页珍藏版）》请在悟道方案网上搜索。

1、智慧校园总体建设方案V2.0智慧校园总体建设方案1、XX需求说明1.1 、项目概述XX1.2 、建设目标本项目智慧校园建设要充分考虑建成后系统的运行和管护工作，采用大数据、人工智能、物联网、云计算等技术手段，实现无人值守、远程监管、远程维护、智能自助等管理服务要求，提高系统维护服务效率，降低运行成本。通过智慧校园的建设，构建智慧教学环境、智慧校园管理、智慧校园服务几个领域， 建立覆盖整个学校安全、教学、管理、生活、环境等各个方面的综合管理服务平台，实现全校范围的信息共享和业务协同，突出优势互补、集约管理、资源共享的特色，打造国内领先、省内一流的智慧型学校，最终提高学校的核心竞争力。1.3 、建

2、设原则本项目智慧校园应按照智慧校园总体框架（GB/T36342-2018）要求，依据教育信息化 2.0 行动计划（教技20186 号）以及高等学校数字校园建设规范进行建设，实现校区内统一数据、统一端口、统一平台管理。1.4 、建设依据本项目的系统建设应遵循国家最新的智能化系统建设标准、规范，主要参考标准为： 智能建筑设计标准GB50314-2015； 智慧校园总体框架GB/T36342-2018； 民用建筑电气设计标准GB51348-2019 智能建筑工程施工规范GB50606-2010； 智能建筑工程质量验收规范GB50339-2013； 综合布线系统工程设计规范GB50311-2016；

3、综合布线系统工程验收规范GB50312-2016； 供配电系统设计规范GB50052-2009； 网络安全等级保护基本要求GB/T22239-2019； 建筑电气工程施工质量验收规范GB503032015； 建筑物电子信息系统防雷技术规范GB50343-2012； 数据中心设计规范GB50174-2017； 安全防范工程技术标准GB50348-2018； 公共安全视频监控联网系统信息传输、交换、控制技术要求GB/T28181-2016； 公共安全视频监控联网信息安全技术要求GB35114-2017； 入侵报警系统工程设计规范GB50394-2007； 视频显示系统工程技术规范GB50464-2

4、008； 出入口控制系统工程设计规范GB50396-2007； 出入口控制系统技术要求GB/T37078-2018； 厅堂扩声系统设计规范GB50371-2006； 中华人民共和国计算机信息系统安全保护条例（国务院 147 号令）。1.5 、建设内容1） 基础设施1. 综合布线系统2. 网络系统3. 机房工程4. 云计算系统2） 智慧教学1. 多媒体教学系统2. 标准化考场3. 教学督导及评价4. 电子班牌3） 智慧管理1. 智慧校园平台2. 综合集成管理平台3. 招生管理系统4. 教学资源系统5. 教务管理系统6. 学生一体化管理系统7. OA办公系统8. 科研管理系统9. 人事管理系统10

5、. 财务管理系统11. 资产管理系统12. 总务管理系统13. 网站管理系统4） 校园服务1. 综合安防系统2. 通道管理系统3. 车辆管理系统4. 无线对讲系统5. 一码通系统6. 公共广播系统7. 公共信息发布系统8. 图书馆数字化管理系统9. 会议室、运动场馆音视频系统10. 能源监控管理系统11. 教室照明及空调节能系统12. 楼宇设备及环境管理系统1.6 、总体技术要求投标方应仔细研读本需求以及全部图纸及其他材料，投标方须认真领会材料精神， 充分尊重材料所述的技术方案与规格参数的要求，并在此基础上慎重地进行产品选型， 按照规定的要求与格式认真撰写投标文件。投标供应商须保证本项目所提供

6、的软件均为正版软件，且所提供的软件、中间件及开发接口的版权、著作权无争议。投标人所响应的投标文件为中标人中标后签订合同和供货履约的依据，若发现弄虚作假行为，XX人有权取消其中标资格，同时将有关情况上报上级行政主管部门处理。为鼓励不同品牌的充分竞争，如某设备的某技术参数或要求属于个别品牌专有，则该技术参数及要求不具有限制性，投标人可对该参数或要求进行适当调整，调整后的参数和要求原则上应不低于原招标文件要求，且投标单位应当说明调整的理由同时提供相关证明材料，并经评委会审核认可。1.7 、供货、质保、培训及售后服务要求1、项目范围内的智慧校园工程，直至完成竣工验收，提供缺陷责任保证等全部配套工作，确

7、保质量满足合格标准，中标人提供的中标物品，必须符合本XX文件要求、原包装送达XX单位，XX人有权对实际供货的软硬件设备进行抽样送检，由XX人及中标人共同指定具有资质的检测机构，投标人投标报价中已包含检测费用，如有不符， XX人可以无条件退货，所造成的损失由中标人承担。XX人有权要求中标人在XX人规定时间内，按照XX人的要求提供中标物品的相关证明材料的原件或加盖公章的扫描件或复印件（如检测报告、厂家认证、产品彩页、原厂授权书、操作使用说明书、维护手册及相关设计、制造、检验、技术性指导资料以及其他要求提供的相关证明材料）， 逾期不提供或提供不符合要求的，由此产生的一切相关责任均由中标人承担。2、免

8、费质保期5年，质保期内中标人须免费提供4名驻点运维人员，质保期内如设备出现故障，中标人在接到电话后，10分钟之内响应，24小时内修复。注：维保人员须驻场办公，服从XX人的管理和考核；维保人员上岗前须通过XX人面试。3、投标人中标后需提交产品操作与维修手册，使业主及有关人员事先熟悉所供产品。手册内应包括控制程序、操作与维修的程序等。每一本手册应包括不少于以下的资料；a. 所有产品的规格及详细的中文版操作手册及质量检测报告。b. 整机和主要部件常见故障说明，包括配件及装配图、一般事故说明。c.建议的定期保养期及项目；d. 建议紧急安全程序；e. 紧急维修中心的电话、地址及负责人的联系方式； f.备

9、件目录；g.附属工具和备件清单； h.制造厂商的质量证明书；4、在保修期内，中标人应负责各方面保修服务，包括免费提供所需的工作人员和材料，做一般性的定期维修保养。5、维修保养事项应包括但不限于以下的项目：a. 为保持系统的正常运作，如有需要时须对设备进行维修或更换工作。b. 提供维修保养记录书，以便XX人工作人员随时查阅有关设备的维修保养、部件更换次数、检查及维修日期等纪录。c. 按照以下要求安排定期维修及检查：对所有系统设备进行例行检查；清理专业空调、机房设备；调试所有设备；维修所有不正常的机电设备。d. 无论在正常工作时间或非正常工作时间收到XX人紧急事故报警时，中标人须在8小时之内作出有

10、效的回应到现场进行抢修工作。6、技术文件a. 全套工程实施文档（包括：隐蔽工程、系统深化设计、接线、设备、材料、安装等文件）b. 系统测试文件c.用户培训文件d.系统维护文件e.质量保证文件f.竣工验收文件7、其他未尽的技术条件和要求，均按有关国家标准和行业标准执行。8、培训要求：a. 培训和维保方案需要针对本项目的实际情况，编制方案，确保用户的稳定应用。编制完整、格式规范、内容齐全、表述准确、条理清晰，内容无前后矛盾，方案对项目实施的思路、原则、特点的理解清楚。b. 培训和维保服务过程中要做到耐心、细心、热心的服务。做到事事有记录、事事有反馈、重大问题及时汇报。在进行现场支持工作时须在保证数

11、据和系统安全稳定的前提下开展工作。c. 技术培训1) 为确保XX人的设备管理人员和物业管理人员能对系统设备的运行、例行维护、紧急故障的处理等有全面地认识和了解，中标人须负责提供所需的现场技术培训，提供完整的使用、维修说明书，安装资料。2) 技术培训过程的一切费用须包含在投标总价中。1.8 、网络基础设施技术要求1.8.1 、综合布线系统本次综合布线系统建设一套覆盖整个校园的综合信息管理网络系统的传输平台。该传输平台在功能上满足计算机网络互联的计算机系统以及各类计算机外部设备（包括智慧多媒体教学显示设备等）、传统电话通信系统（包括电话、传真、视频会议、无线分机的控制站点设备等）以及综合安防系统、

12、一码通管理系统等智能化设备的需要。系统为有线网和无线网两大网络平台提供传输通道。所有水平线缆及其接插件均应符合六类非屏蔽布线标准，满足当前和今后发展的需要，保证数年内不过时。 室外骨干数据网络采用万兆 48 芯室外单模光纤，并有冗余备份线路； 整个学校的骨干网络形成星型结构； 建筑单体内采用室外 24 芯单模光缆至汇聚点； 数据点水平链路采用 6 类 4 对非屏蔽电缆。 语音采用光纤，与校园网主干光纤复用，水平部分采用与数据点一致的设计， 符合未来可视电话的发展需求。 水平线缆采用模块化配线架管理。1. 主干数据光纤：光纤配线架；2. 主干语音电缆：110 型铜缆配线架，从信息点引至弱电间配线

13、架（110 型铜缆配线架），语音转换设备、链路传输设备由运营商提供。3. 水平数据线缆：24 口六类非屏蔽配线架；4. 水平语音线缆：24 口六类非屏蔽配线架5. IPTV 信息点：预留 IPTV 点位（前端接入模块），从信息点引至弱电间配线架（24 口六类非屏蔽配线架）。播放设备、链路传输设备由运营商提供。综合布线系统的网络、数字电视与外部通信光纤及电话的外连接由专业运营商提供， 智能化施工单位需做好配合工作。1.8.2 、网络系统XX学院网络系统将承载学校各系统的运行需求，提供高速的数据传输、交换的能力，支撑学校的教学管理、安全管理、人员管理等核心业务，更可充分考虑近万名师生、来访人员的各

14、类型终端的泛在接入、实时上网等需求，满足录播点播、网上学习、教师授课、学生上网、文档下载上传等典型网络需求。 有线网络系统：校园网采用大三层架构，核心-汇聚-接入，配置双核心， 满足主干万兆到汇聚，千兆到桌面，智能化设备网络采用单独组网架构，通过核心和校园网互通，配置网管软件，宿舍区、教师公寓、专家楼、学术交流中心的部分业务系统网络由运营商负责考虑； 满足学校教室、办公室、会议室，活动区等重点区域的无线网络覆盖， 配置相应的控制器。 在管理区域部署认证计费系统，对全校师生进行上网认证和计费，并且认证计费系统可以跟运营商对接，实现三家运营商公平接入学校。 校园网网络安全整体按照等保二级的标准进行

15、建设，具体详见XX需求一览表。1.8.3 、机房系统随着计算机系统技术和设备的不断更新换代，安装计算机设备的场地技术，即机房工程也在不断地推陈出新，所采用的新材料、设备、工艺和技术，其目的是为了更好地保证机房的温度、湿度、洁净度、照度、防静电、防干扰、防震动、防雷电、及时监控等，能充分满足计算机设备的安全可靠地运行，延长计算机系统使用寿命的要求，同时又要给系统管理员创造一个舒适、典雅的环境。因此，在设计上要求充分考虑设备布局、功能划分、整体效果、装饰风格，体现现代机房的特点和风貌。机房系统包括网络中心机房、综合指挥中心、多媒体控制机房。其中网络机房参照B类机房的建设标准，综合指挥中心、多媒体控

16、制机房参照C类机房的建设标准设计，本次机房设计对功能区划分为：序号机房名称面积位置1网络中心机房305 图书综合办公楼 1F2综合指挥中心92 图书综合办公楼 1F3多媒体控制机房63 图书综合办公楼 2F4弱电间（23 层/井）46 楼层弱电间，放置网络设备、每个弱电井安装 2 个机柜（大楼网络机柜）1.8.4 、云计算系统本次共建设2个子系统：云计算资源池、云桌面。1、云计算资源池（智能化服务超融合）云计算资源池主要为学院本次建设的各类智慧应用系统提供基础资源，同时利用云计算的特性保障业务的高可靠性与高可用性，本次云计算资源池主要给“校园管理”、“校园服务”、“基础设施”、“智慧教学”等本

17、次智慧校园系统应用提供资源使用。投标人结合本次智慧应用系统的服务器、数据库、操作系统资源自行计算，确保投标产品满足建设需求。2、云桌面系统本次云计算（云桌面）系统主要包含VDI云桌面和VOI云桌面混合设计的方式。本次云桌面的建设主要应用为XX学院图书综合楼办公室、各学院楼上机教室、公共教学楼教室上课电脑，同时考虑到部分学院需要使用到高清制图、绘图等需求，其中有公共上机教室考虑使用场景单一，且使用学生来自不同学院，采用VDI方式便于统一管理，其他功能区域考虑使用场景和稳定性采用VOI的方式，建设情况如下：功能区域设计方式设计数量使用场景公共上机教室VDI 云桌面200 台常规应用，PPT、WOR

18、D 等办公室VOI 云桌面一体机200 台常规应用，PPT、WORD 等VOI 云桌面笔记本100 台实验室VOI 云桌面一体机200 台常规应用，PPT、WORD 等VOI 云桌面高配电脑136 台除满足常规应用外还须满足CAD、3DMAX 等高性能应用需要教学楼班级电脑VOI 云桌面常规电脑164 台满足正常授课教学应用，PPT、WORD 等1.9 、智慧教学技术要求1.9.1 、多媒体教学系统多媒体教学系统一直以来都是智慧校园建设的重点，通过将文字、图形、图像、声音集合在一起，采用生动活泼的声像显示，不仅丰富了教学手段，扩充了教学资源，而且更提高了课堂教学效果。充实、生动的授课内容，声像

19、并茂的教学形式，能激发学生的学习兴趣，强调了“以学生为主”的教学新思路，能极大地提高教学质量。多媒体教室的应用核心是实用教学，基于计算机信息化技术、网络技术、交互式电子白板技术的课堂系统的建设，及教育网络资源共享的教室教学功能的实施，成为教育管理者所关注的核心问题。多媒体教室需求表序号类型数量显示设备书写板录播控制系统扩声系统照明及空调节能高清激光投影机室内P1.8显示屏65英寸一体机86英寸一体机教学绿板书写板5机位录播常态化录播1多媒体教室（30人）82一体机研讨教室（40人）143多媒体教室（60人）784智慧教室A（60 人）65智慧教室B（60人）126多媒体教室（90人）507双投

20、影多媒体教室（120人）108名师讲堂教室（120人）29创业路演教室（180人）110双投影多媒体教室（180人）111双投影多媒体教室（300人）21.9.2 、标准化考场满足与XX省教育考试管理部门的统一对接，实现互联互通，60人/90人每间教室建设一个摄像机，配拾音器，走道摄像头根据现场情况测算，公共教学楼每间教室安装LED计时器和手机信号屏蔽仪。考务监控均采用高清分辨率,不小于1080P25fps，存储时间1个月。1.9.3 、电子班牌本次在公共教学楼的教室入口处（前入口）设计21.5英寸电子班牌，运用信息化技术，传播丰富的校园信息，同时，通过前端可实现人脸、身份证、校园卡识别、课表

21、查询、设备保修等功能，后端可通过软件实现各类信息的查询、显示和发布。1.10 、智慧校园管理系统技术要求1、集成内容智慧校园是由多个业务应用系统集成在一起的、复杂的、分布式大型系统。应对学校建设的应用系统配合完成身份认证和数据的集成以及服务的集成。包括OA 办公系统、教务管理系统、财务系统、科研系统、人事系统、学工系统、资产管理系统等。2、技术要求（1） 遵循统一消息和任务集成要求应用服务应遵循学校应用管理服务平台统一的消息和任务规范要求，所有系统应遵循统一消息和任务集成要求进行集成。（2） 遵循统一应用管理服务平台集成要求本次各业务系统厂商确保每个碎片化服务具有独立的 URL，将服务页面UR

22、L 统一集成到学校的私有云平台的应用管理中心，通过校园私有云平台应用管理中心集中管理校园所有应用，可以在办事大厅中直接打开相关服务，进行业务处理，无需跳转到业务系统中再打开相关模块进行业务处理，新建应用至少需要支持 IE9+、Chrome、Safari、360 极速及以上版本的主流浏览器；各业务服务页面设计需要符合我校 UI/UE 设计规范；（3） 遵循统一认证中心集成要求，所有应用应遵循统一的认证集成要求进行认证集成。新建应用与统一身份认证平台进行对接基于 CAS 认证集成标准，所有应用的认证都需要归入统一身份认证中心，实现校内用户的统一认证、账户统一管理和SSO 单点登录。 通过校园统一身

23、份认证代理接口服务进行认证集成（GetHeaderKey），实现与校园认证中心平台无缝集成。（4） 遵循统一数据集成要求所有新建应用涉及所需数据或需共享交互数据 都需要统一遵循学校已经建设的主数据管理平台数据集成标准。各业务系统建设 所使用的基础数据，如：组织机构、国家地区代码、国家民族代码、性别代码等， 涉及国标、校标的所有数据须使用我校统一的数据中心管理平台的相关标准数据， 避免自行建设及维护。应用建设具体需要遵循如下要求：1） 应用涉及字典代码层面需统一遵循学校数据中台的代码标准，各业务系统均需提供完整的数据字典；2） 应用涉及的数据集成字段、字段类型等统一遵循数据中台表对象数据模式3）

24、 应用涉及的数据集成应统一遵循学校的数据集成流向要求。4） 应用接口数据集成需要根据不同业务场景支持 ODI 集成方式和数据 API集成方式，应用除了支持和我校中心数据库对接以外，同时也须支持 SOAP 和RESTFUL 接口协议，以便可以通过数据 API 的方式注册到我校的服务总线平台上， 方便校方可以对于应用统一进行授权、监控、路由转发。（5） 各系统移动应用需提供 H5 的页面，并按照校方要求碎片化接入学校的统一移动校园平台，同时实现与校园统一身份认证中心、消息中心以及任务中心进行无缝集成。1.10.1 、智慧校园平台投标方提供的平台和系统均要求采用 B/S 结构，可运行于 Unix、L

25、inux、windows 等高安全性操作系统。开发技术应采用 J2EE 标准、组件技术及在数据交换上对 XML 的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。数据中台、分析展示、统一身份认证、一站式服务、移动校园模块具体要求如下：（1） 平台及应用系统软件须遵循 J2EE 的技术路线，采用 Java 编程语言和服务器端 Java 技术进行开发，业务应用系统和数据集成平台均须基于主流大型数据库之上。（2） 采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。（3） 采用成熟的 SOA 架构及设计理念，保证

26、学校内部各业务系统集成和交互过程中异构技术架构和异构数据结构集成中的稳定性和可管理性。（4） 应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即Web 服务器、应用支撑服务器和数据库服务器。（5） 系统须支持负载均衡，支持动态监测负载状况，自动对可用资源进行并发检测，调整和分配等功能。（6） 提供数据集成监控提供工具，对于 ETL 集成监控需包括集成概况、接口信息、任务计划、接口运行日志等功能，提供校级、业务领域、责任单位三个维度的数据建设成果总览，支持查看校级、部门数据报告及环比增长情况，为方便数据管理员实时监控与目标表相关的源头系统与主数据表之间的运行状态，须提供数据字段监控功能

27、，支持将身份认证系统内的通讯录数据自动同步到企业微信/钉钉，同步内容需包括组织机构及人员信息。(7)移动校园平台应为学校独立定制的移动原生 APP，适配 iOS、Android 两种操作系统，可与易班平台无缝对接，且服务应用运行产生的数据（包括但不限于用户活跃度等）需在易班活跃指数中体现，交付后的平台应通过教育部教育移动互联网应用程序备案。（8）性能要求： 数据中台（数据资产管理平台）需要满足 1000 用户并发查询时，平均响应时间0.5 秒，事务成功率大于 99%。 统一身份认证平台（校园身份互联认证平台）需满足 7000 用户并发登录操作时，平均响应时间3 秒。 一站式服务大厅（应用服务平

28、台）需满足 3000 用户并发登录，平均响应时间3 秒，事务成功率大于 99%。自助服务模块具体要求如下：（1） 区块链云签章服务：通过区块链云平台的模式实现成绩单电子签章认证、数字签名、签章等服务。区块链平台对上链数据进行数字签名、签名验证。实现系统签发的每份成绩单都具有唯一的哈希码。（2） 区块链时间戳云服务：通过区块链云平台的模式提供电子成绩单时间戳签名服务，支持权威可信时间源。区块链平台对成绩单数据上链共识、排序、记账、查询全流程提供时间戳服务。实现系统输出的每份成绩单都具有精准的时间戳。（3） 用户单位数字证书（含硬件 U-key）：用于标识合法授权使用单位的网上真实身份。管理员只有

29、使用单位数字证书U-key 登录智能远程运维管理平台才能对系统和终端的核心参数进行设置管理。单位数字证书采用 SM2 国产算法签发，证书格式遵循 x.509v3 标准。（4） 智能匹配翻译引擎及英文课程名库为学校提供高校课程在线检索自助匹配翻译引擎，自动对接高校英文课程名检索数据库，可供检索匹配的权威有效高校英文课程名库不少于 40 万条，提供功能页面客观展示可查询检索的功能页面及课程名库数据记录，须具有合法知识产权。（5） 校园自助服务终端设备须与自助服务终端及嵌入式自助服务软件组成相互兼容。自助服务终端设备整机须具有符合国家要求的强制性产品认证（CCC） 证书及（CCC）证书检测报告（含关

30、键性清单），嵌入式自助服务软件须具有合法知识产权，自助服务终端设备整机产品 CCC 认证证书，确保产品实施交付前后、免费质保期内外提供一体化的维护、配件供应、系统升级服务。（6） 校园自助服务终端设备具备人脸活体识别功能，能够对活体检测功能进行配置（开启/关闭），支持静默活体检测，活体检测开启时，能够防御二维假体攻击（纸质人脸照片、电子人脸照片和视频人脸。1.10.2 、综合集成管理平台本项目智慧校园综合管理系统作为校园内各子系统数据的统一管理平台，综合利用GIS、物联网、大数据、云、中间件等先进IT技术，通过对多系统资源的综合利用和跨区域数据的高效集成进行有机融合，打破信息孤岛，形成学校“跨

31、校区、多部门”集中管控的运营模式，助力校园提升信息化、资源优化、服务效率、管理水平等软实力。总体原则是：将各种智能子系统集成于统一平台之上，形成具有信息汇集、资源共享及优化管理等综合功能的系统，实现各类设备、子系统之间的接口、协议、系统平台、应用软件、运行管理等进行互联和互操作，达到校区内以及校区与校本部之间统一数据、统一端口、统一平台，降低用户总体拥有成本，提升校园智慧运营管理环境。智慧校园综合管理系统建成后是一个高度集成的综合管理平台，系统采用分散监控集中管理方式，将现场监控操作与集中信息管理的功能利用软件技术手段有机组合，实现各子系统的运行状态、故障状态、报警信息、运营信息、设备信息等的

32、采集、整理、存储，为设备管理、设备维护、管理决策提供科学的技术手段和数据依据。系统采用B/S 与C/S相结合的计算机应用技术,实现自动化控制信息的网络化浏览和自动化设备的实 时控制操作。应用网络和自动化控制技术的结合，提高自动化监控系统运行的效益，提高操作和管理的效率。彻底实现功能集成、网络集成和软件界面的集成。同时提供与其他信息化系统集成及和后续项目总集的成标准接口，为智能化系统与其它系统的信息沟通与远程控制提供必要条件。“互联网+”、“VR”、“移动互联”等信息化手段已经渗透到各行各业的当下， 高校的信息化建设，也逐步进入一个快步发展的时期。建设一个拥有立体智能的感知环境、可视精准的校务管

33、理、开放创新的网络科研、方便周到的校园生活的“智慧校园”， 是高校当前信息化建设可创新突破的重点。通过可视化智慧校园平台建设，实现校园物理空间和数字空间的有机衔接，物理校园和虚拟校园融为一体，全面感知校园物理环境，智能识别师生群体的学习、工作情景。根据采集到的各种信息，在网络空间建立虚拟校园，并基于虚拟校园进行大数据分析掌握校园运行规律，实现校内可视化智能位置应用的打造及随时随地、所见所得、按需呈现的可视化信息服务；无缝支持多校区、多终端、跨平台的基础数据整合，搭建完整的校园空间地理信息平台，支持全校性的可视化宣传展示、微服务自由扩展和应用对接。关键技术要求集成应用系统（1） 通过设备集成，将

34、校园内摄像头、广播、门禁、信息发布等硬件设备进行集成接入，通过数据的互通和设备的管控，实现校园软硬件系统联动。（2） 通过数据集成，实现校园内基础设施数据以及信息系统数据统一接入、统一标准、统一管理、统一应用，解决传统信息孤岛带来的数据不可视、不好管、难以用等问题，通过大数据核心算法构建智慧校园业务应用专题库，支撑学校业务创新及应用， 打造融合校园。（3） 通过服务集成，为第三方厂商提供标准的数据开放接口，为学校智慧应用场景的实现提供数据支撑。（4） 通过消息集成，即可为分布式应用系统提供异步解耦和削峰填谷的能力，同时也具备跨应用消息集成能力，提供多应用接入所需的海量消息堆积、高吞吐、可靠重试

35、等特性；代理消费接口推送：除SDK消费方式外，还支持可视化定义消息消费接口， 消息集成组件按需实时推送；提供可视化界面查看消息从生产到消费的完整链路、任意Topic堆积情况、任意消息消费状态、任意订阅者消费能力等；提供标准JavaSDK和OpenAPI，应用按需集成；支持生产者通过接口和SDK形式生产消息。（5） 支持扩展校园集成管理系统具备较强的可扩展性，能够支持学校后续建设的其它硬件的设备接入、软件系统的数据集成，保障学校可持续发展。GIS地图应用系统（1） 室内外精细化地图支持从室外矢量地图放大直接进入室内矢量地图（无需点击室外建筑模型），可平移直接查看不同建筑内的室内矢量地图（无需点击

36、进出不同建筑）。室内矢量地图支持2.5D轻量化建模，可立体呈现门与房间墙体结构，支持无级缩放、360度自由旋转查看；支持在PCWEB端、HTML5移动端、微信小程序端平滑使用且效果保持一致；（2） 支持与学校统一身份认证系统对接，实现对室内矢量地图访问的权限管控； 未登录用户仅可访问室外矢量地图，无法访问室外矢量地图，地图放大到一定程度可自动弹出统一身份认证系统界面；（3） 室内外路径规划需支持同楼层路径规划、跨楼层路径规划、跨楼栋路径规划 ，路径规划需支持途经点路径规划；（4） 支持对校区内建筑的轻量化室外立体白模建模和室内轻量化立体建模，可自动适配LED大屏、PCWEB端、移动端尺寸展示及

37、使用。1.10.3 、招生管理系统系统支持自定义导出模板配置，如（财务处数据模板、学生处数据模板等， 自定义设备各模板导出的字段名称，需要导出指定模板时，直接调用数据模板即可，支持照片重命名，导出的考生照片命名可按学号或考生号或身份证重命名导出。涵盖录取数据导入、归纳整理、通知书、快递单打印、录取查询管理等功能， 具体详见XX需求一览表。1.10.4 、教学资源系统在线开放课程教学平台建设及相关课程建设，具体详见XX需求一览表。 1、支持整个课程创建、内容共享、学习过程跟踪和控制、在线测试和作业发布、交流互动、成绩评测和学习成果反馈教学流程，实现信息技术与教学过程的深度融合。2、系统设计满足大

38、规模用户使用，应满足万人在线学习的性能要求；不限注册课程数量和注册用户数。3、采用 B/S 结构，基于 J2EE 架构，页面采用Web2.0AJAX 开发，不需要另行安装插件就可以支持 IE9 及以上版本、safari、Firefox、chrome 等浏览器。 4、全面支持学生的自主学习与合作学习，体现在教学活动中学生的主体地位和教师的主导地位，为学生构建自主学习、主动探索的环境，教师通过组织学习材料，实时和非实时的教学手段引导和帮助学生学习。5、平台支持辅助教学、翻转课堂、纯网络教学、直播课堂等多种网络教学模式。6、平台具有视频、文档格式自动转换、码流自动转换的功能，以适应不同的访问终端（A

39、ndroid，iOS）；所有文档资源自动转码成 flash 格式播放，视频类资源系统自动转码为 mp4、flv 等多种格式。1.10.5 、教务管理系统系统整合本科人才培养全过程教务管理业务，实现全校本科教务一体化管理， 实现课程资源、教师资源、教室资源的有效使用，改变数据孤岛问题，实现全校 统一的教务信息化管理，为未来学校教学管理改革和发展提供信息化支撑。本次 建设平台需要与学校信息门户平台、移动平台、招生系统、人事系统、学工系统、第二课堂、多媒体控制系统、物联网终端控制设备融入与数据对接；基于 H5 的 开发规范，提供基于学校信息门户平台和移动平台完成面向学生的课表查询、考 试安排查询、成

40、绩查询（含 CET、计算机水平、普通话等考试成绩查询）、教学评价、选课、空教室查询功能；面向教师的课表查询、空余教室查询、调停课申 请审批、成绩录入查询、教学督导、同行评价功能实现，具体详见XX需求一览 表。1.10.6 、学生一体化管理系统涵盖公共支撑(学工网站、我的工作、机构管理、教工管理、专业管理、班级管理、学籍管理、流程定制、信息标准、数据导入和系统管理等)、自助迎新、学生公寓、学生工作、团委工作、就业工作、自助离校和智慧资助，具体详见XX需求一览表。灵活定义审批流程，即可以依据学生工作业务，自定义各审核环节、流程， 基于消息中心自动推送审批消息并且可以直接点击消息进入相应审批界面，审

41、批界面能满足各类业务审批需要，不受业务需呈现的信息影响，不允许采用功能性审批流程。灵活设置各类查询、统计报表的表头，至少提供 8 种或以上表头样式进行灵活设置，须灵活设置浏览器打印或控件打印。灵活设置功能收藏与撤销，提供菜单级使用手册(任何功能都封装了相应使用手册)。1.10.7 、OA 办公系统涵盖公文管理、用印及电子签章管理、日程管理、会议管理、人事管理；后台支持流程引擎、组织架构与分权管理，具体详见XX需求一览表。1） 系统架构需具有良好的开放性、扩展性、安全性、稳定性、实用性以及先进性；2） 需提供成熟的 OA 系统及功能应用，并能够结合XX学院的实际，进行适当的二次开发实现XX学院特

42、殊需求。具有很好的应用成熟度，数据的承载、展现、关联、流转、修改、报表分析能力等，支持开放式的开发，能实现与其他异构系统的集成，平台本身具有较强的可维护性和扩展性。3） 系统须适应学校各项 OA 办公应用需求，系统可配置化实现，无需通代码级开发实现；4） 明确开发语言,本项目采用可跨平台部署的 JAVA 语言为基础，基于 B/S 架构，能够与多种浏览器兼容，适应用户使用习惯；5） 需要能够支持多种常见中间支撑件、数据库名称、版本以及虚拟部署；6） 充分考虑 OA 系统的安全保密性，具有严格的权限控制，将用户按一定的级别分类，可设置不同级别的用户访问、处理不同级别的经办流程和文件。根据不同级别和

43、类别的用户进行访问权限控制、功能菜单的使用控制、流程及文件等的流向控制。用户身份鉴别成功后，当其空闲操作的时间超过规定值时，重新进行身份鉴别，当用户身份鉴别尝试失败次数达到规定次数后，对该用户进行锁定， 只能由安全保密员进行解锁。充分考虑系统安全性，明确支持数字证书、动态验证码、动态口令等方式。能够实现提供基于角色的访问控制的权限管理，并提供相应系统实现说明，且能确保系统达到等保 2.0 要求的“信息系统安全保护等级二级”的安全标准。7） 系统能够提供针对报表都可以输出及导出为 PDF 文件或其他常用文件格式，以及授权管理。8） 系统人性化的操作界面：界面美观大方，符合XX学院形象，同时系统操

44、作更简洁、明确、友好。采用基于主题的设计方式，提供多套不同主题，个人用户改版调整非常便捷。9） 系统性能要求：能够支持XX学院所有用户使用，未来最少满足 500 人以上用户使用，支持 365*24 小时的平台运作要求。10） 系统采用 SOA 架构，便于后期扩展；可以与统一身份认证系统做集成， 支持自定义工作流，支持 WebService、API 接口和消息中间件技术。11） 提供成熟的集成管理模块，提供开放接口，支持用户的单点登录、支持用户对 OA 系统部分功能的调用、支持用户对 OA 系统部分数据的调用等系统集成应用。1.10.8 、科研管理系统实现对学校研究机构、教科研资源、研究人员、评

45、审专家、科研科项目、经费预算及报销、研究成果（论文、专著、专利、软著、教材等）、学术活动等进行全方位全生命周期管理。系统实现针对国家、省、市、校等各级教研、科研、人事等纵向项目从项目申报通知、项目申报、项目形式审查及初审、专家评审、项目立项、项目预算、经费到账、经费报销、项目动态检查、项目成果、项目结项、项目撤项、项目变更等全生命周期管理。系统实现对横向项目从项目合同申请、签审、立项、经费预算、经费到账、经费报销、项目动态检查、项目成果、项目结项、项目撤项、变更、备案等全生命周期管理。系统实现自动归集为学校每年度职称评审时参评人员所需要的教科研项目文号、项目编号、项目级别、结项状态、建设成果等提供学校定制化需求的证明材料。系统为研究人员自动生成教科研履历、统计报表、教