智能化校园软件平台项目（大学版）技术需求方案.pdf

《智能化校园软件平台项目（大学版）技术需求方案.pdf》由会员分享，可在线阅读，更多相关《智能化校园软件平台项目（大学版）技术需求方案.pdf（77页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、大学智能化校园软件平台项目技术需求方案一、项目概况*技术大学是市政府为适应经济结构调整和产业转型升级的需要，为优化高等教育结构、补齐高等教育短板，学习借鉴德国、瑞士等国先进经验，建设的一所世界一流的高水平、国际化、应用型技术大学。*技术大学的校园建设采用两期完成的方式，随着教学招生规模的扩大，循序推进整体校园的建设，达到最终的建设目标。学校永久校区一期校园基础工程项目概算已获发改委批复，基础工程现已进场施工。一期建设规模较大，先行建设北区宿舍、北区食堂、留学生及外籍教师公寓、校医院以及公共教学楼，2019年中竣工验收、投入使用，其余区域预计2020年底完成项目建设。*技术大学园区（一期）智能化

2、和信息化工程，是一期校园基础工程的配套工程，是*技术大学园区（一期）启用的先决条件之一。本项目是推动学校发展的基础力量，是提升学校核心竞争力的重要举措，是创建国际一流大学的战略选择。项目建设考虑到学校的长远办学规模，是一项基础性、前瞻性、全局性、系统性的支撑工程。本项目的建设，适应政府政策要求和城市发展的需要，对引进德国、瑞士等国优秀教育资源和经验，加快*技术大学的建设及发展，培养具有国际视野的创新型高层次人才，加快省教育科研事业发展，促进国家高等教育体制改革具有重要意义。二、项目目标与内容1、项目目标建设目标是通过建设高等学校智慧校园样板工程，支撑*技术大学建成国际一流、国内领先的应用型、创

3、新型大学。实现线下以智能化设施为基础，通过智能化设施构建校园工作、学习、生活一体化环境。线上以大数据为基础，通过信息化应用赋能教学、科研、管理、服务、决策等多个环节。实现管理精致化、服务人性化、环境国际化、流程高效化、资源数字化、应用一体化的目标。管理精致化：针对上级单位，通过信息化手段能够自动、快速生成报表报告，及时提交给上级部门。针对领导层，通过信息整合能够帮助领导层全面了解业务状况，通过多维度数据挖掘与分析，为领导层决策提供支撑。针对业务执行层，通过技术创新和流程优化不断实现工作方式的创新，提高学校行政效能，降低校园管理行政成本，提高工作效率。针对师生，通过信息化手段能够提高管理和服务师

4、生的水平。针对公众，通过信息化手段，能够为公众提供友好的界面，便于公众更有兴趣、更主动地了解学校最新动态，并可借助信息化手段能够将更多信息主动快速推送给公众。服务人性化：师生从进入学校到离开学校的整个过程中，在不同阶段有不同的服务需求。信息化应该重点考虑如何为一线师生创造良好的教学、学习、科研、生活环境，如何建立能够快速响应师生需求的服务体系，如何高效主动向师生提供服务以提升师生满意度等。信息化能够满足师生的需求，逐步实现向个人信息服务中心转化，从“管理导向”向“服务导向”的转变。借 助“智慧高校”，能够快速营造自由民主的学习工作环境、前沿开放的创新环境、信息资源共享的研究环境、便利快捷的生活

5、环境，以老师和学生为主体，建立统一的服务体系，提高服务的主动性、高效性、精致性和便捷性，从而实现服务人性化的战略目标。环境国际化：办学国际化的需求使得*技术大学的信息化需满足以下两点要求：一是信息化支撑的管理模式和业务流程要符合国际惯例；二是建设符合国际一流高校的信息化设施，方便师生教学、科研、学习和生活。流程高效化：打通信息流、业务流等，全面智能地支持日常管理和重大决策，以流程运作为导向构建业务架构，打通职能部门业务，提升管理运营水平。资源数字化：实现资源的逐步数字化，并和数字化资源一起加入学校基础数据库中，将 人 员（教师、管理人员、学生及相关的校外人员）物资及办事流程全部纳入网络管理，同

6、时建立起长期的数字资源收集（生成）、维护的体制和机制。应用一体化：统一建设标准，实现基于公共数据库体系、统一身份平台和统一门户的信息应用集成与服务，实现各应用子系统的互联互通，覆盖学校教学、科研、管理和教职工以及学生生活的各项需要。2、项目建设内容根据学校的特色和建设目标，以智慧校园国家标准框架为设计思路，结合信息技术的基础理论、发展方向和前沿技术，借鉴世界一流大学信息系统建设的成熟经验，建 设“以用户为中心，面向服务”的智能化和信息化服务体系。具体内容主要包括以下方面：校园软件系统、智能化设施、信息化基础设施、运维管理体系、信息安全体系。具体如下:序号建设内容备注一校园软件系统1统一身份认证

7、平提供统一的授权机制及一套方便、安全的口令认证方法，让用户只要一套 户名和口令就可以使用网络上用户有权使用的所有业务系统。2主数据管理平台利用大数据技术开展对教育教学活动和学生行为数据的收集、共享交换、分析和反馈，完成一套完整的学校数据生态体系构建。数据平台承载*技术大学全部工作网的平台和系统，规范数据采集方式，拓展数据采集范围。利用数据治理平台进行统一宏观管控，并实现精细化管理。3流程引擎平价提供统一流程服务界面以外，其流程服务的开发过程还支持标准化、可视化的表单和流程开发过程，实现快速、低成本、可持续维护的流程服务开发机制。4统一消息中心用于集成学校现有的及即将建设的管理系统与个人相关的消

8、息类聚合推送的系统，实现统一面向个人推送微信、信、邮件、站内信等信息，消息类型为纯文本信息服务。5统一入口支撑作为统一门户的入口支撑面向*技术大学校内各类人员及游客提供统一的入口服务，基于终端适配机制，分别为内网门户系统和移动接入门户的APP和小程序等应用场景提供支持。6内网门户系统内网门户系统学校建设的统一入口支撑平台作为底层支撑，针对教师、校辅人员、学生、学校领导、来访人员提供面向用户的一体化、一站式的信息服务。7移动接入门户APP为*技术大学教职工提供移动服务，它可以帮助建立教职工与学校信息化应用间的连接。将小序作为用户线上线下门户的入口。小程序的主要特点如下：利用小程序的载体，聚合多服

9、务；借助小程序的入口，提升便捷性。8学生综合服应用系统包括招生管理、迎新管理、宿舍管理、学工管理、就业管理、离校管理、校友管理等。9研究生综合服务应用系统包括联合培养研究生服务、招生服务、学籍服务、培养服务、教务服务、学位服务、研工服务等。10人事综合服务应用系统包括教职工招聘、教职工进校、教职工管理、干部管理、年度考核、职称评审、薪酬管理、绩效津贴、离退休管理、人事基础管理、师资管理、岗位聘用等。11教务综合服务应用系统包括教学进度管理、实验教学管理、实践教学安排、课程设计管理、教材管理、创新技能学分、毕业设计管理学科竞赛管理等。12后勤综合服务应用系统包括线上服务大厅、线上报修平台、服务监

10、督平台、失物招领电话黄页、电话报修等。13协同办公系统为学校的行政公文流转、审批等工作提供支持。14财务管理系统包括财务资金管理系统、学生收费管理系统、科研资金管理系统、建设项目管理系统、采购管理系统。15资产管理系统包括固定资产管理、无形资产 理、低值耐用品管理、低值易耗品管理、对外投资（企业）管理。16数据分析应用学生分析、教师分析、教学分析、学科分析、科研分析、资产分析。二智能化设施17智慧服务终端包括支持本地化部署的移动端服务软硬件一体机，以 及PO S机与签到机，实现校园内师生手机刷园码支付、刷校园码签到等移动端功能。三信息化基础设施18云平台软件实现对基础设施资源的整合管理，屏蔽底

11、层硬件异构性和组网复杂性，提供按需、弹性的计算、存储、网络、安全资源池，同时通过资源服务能力构建负载均衡、弹性主机、资源编排等各种自动化云服务，提供标准服务接口支撑上层平台服务层、数据服务层、应用服务层的稳定运行。四运维管理体系19运维管理体系构建与*技术大学智慧校园建设应用相适应的运营运维体系。建设适应智慧校园运营运维的技术手段，建立岗位设置科学、人员构成合理的运营运维队伍、配套建设相关制度机制。配置管理、自动化巡检、补丁更新管理、安全基线管理、基础监控、运维可视化。制度规范、操作规程、队伍及机制。五信息安全体系20信息安全体系抗分布式拒绝服务攻击DDOS、链路负载均衡、高性能下一代防火墙（

12、用于边界）、上网行为管理、APT流量检测系统（边界区域）、WAF（DM Z区）、下一代防火墙（云平台区）、数据库审计（云平台区）、主机安全防护系统、入侵防御系统、WAF（云平台区）、数据库防火墙（大数据区）、数据库审计（大数据区）、数据库防水坝（大数据区）、数据库脱敏系统（大数据区）、漏洞扫描系统、内网态势感知平台、态势感知流量分析探针、态势感知入侵检测、堡垒机、防 火 墙（物联专网区）等。六系统集成21集成服务建设对学校软硬件系统（含现有业务系统）进行总体集成对接，含安装调试、系统测试、用户培训等，要求达到项目集成要求的效果。三、项目建设总体要求3.1 项目系统要求3.1.1 基础支撑平台基

13、础支撑平台将一些通用的服务独立出来成为公共组件，如身份认证、消息服务、用户入口支撑、流程管理等，为*技术大学信息化应用和智能化设施提供基础支撑平台。学校的所有信息化应用和智能化设施系统都需要基于一个平台进行身份认证，通过统一的消息中心确保将各种Email、SM S等各种类型的消息准确、完整地推送到相对应的用户。学校的所有应用系统，访问的入口需要统一到三个平台，W eb端融合门户、一个移动端APP、一个移动端小程序平台，改变以往高校智慧校园各个业务系统独自开发移动A PP而造成用户需要安装众多APP的问题。通过统一流程管理平台打通各个业务系统，基于可视化拖拉拽的方式快速开发跨业务流程、临时流程等

14、。3.1.1.1 统一身份认证平台随着学校IT应用的迅速发展，各种业务系统和用户数量在不断增加，网络规模也逐日扩大，访问控制和信息安全问题愈见突出，原有分散的“独立认证、独立授权、独立账号管理”的模式已经不能满足高校目前及未来发展的要求。统一身份认证为智慧校园各个系统提供统一的身份认证服务，不管是对人员、设备、服务的认证。3.1.1.2 主数据管理平台需要在学校建设一个大数据中心，将学校教学相关、学生相关、科研、财务以及智能化设施等业务系统的数据汇聚到统一的数据平台，采用统一的数据集成解决方案实现应用间的数据共享，建立全校唯一、权威的主数据库。在实现数据共享基础上，通过元数据管理、数据流向规划

15、、数据质量检测等工具，不断提升主数据库数据质量，建立学校统一的数据交换共享能力，应用于学生、教师分析、教学、科研分析、学科分析，并通过*技术大学大数据中心的汇聚平台汇聚数据。3.1.1.3流程引擎平台通过建立校级流程引擎平台，以事务视角进行校级流程梳理，打通业务部门之间的壁垒，将原先割裂的、独立的业务流程进行重组和集成，形成新的业务流程，让流程的流转和处理效率更高、透明度更好。各级管理者可以通过流程中心，基于可视化的方式，查询并监控到各个校级流程各类数据，确保了线上线下流程的深度融合与应用。3.1.1.4 统一消息中心需要将统一消息中心抽象出来作为一个独立的平台，集中展现来自各个业务域的各类通

16、知消息。提供各种类型的消息推送服务，如Email、SMS等，确保消息的同步与异步传送，确保消息被可靠的、安全的，以及确定的、非复制的传送。3.1.2 统 一 门 户（含统一入口支撑、内网门户系统、移动接入门户）学校统一的访问门户，面向校内各类相关人员及游客的内部统一入口，由统一的管理后台提供支撑，基于终端适配机制，分别为桌面Web端、移 动 端APP和移动端小程序应用场景提供支持。3.1.3 综合应用服务3.1.3.1 学生综合服务应用系统建 设 以“学生”为中心，提供覆盖学生全生命周期、一站式、个性化、智慧化的综合信息化服务环境。3.1.3.2 研究生综合服务应用系统建设以“研究生”为中心，

17、提供覆盖研究生管理及服务工作的信息化综合管理系统。需求包括：联合培养研究生服务、招生服务、学籍服务、培养服务、教务服务、学位服务、研工服务等。3.1.3.3 人事综合服务应用系统在人事管理主线中，建立全校统一的 人力资源”体系。人力资本管理，薪酬管理，绩效管理，福利管理，人事信息管理，人事合同管理，职业发展规划，员工培训，实现人员新进，校内调动，退休，离校等业务过程管理，实现人事流程网络化，无纸化等。3.1.3.4 教务综合服务应用系统学校目前已在使用一套教务管理系统，系统运行正常，承担了大量的常规教务工作，但随着教学管理信息化的逐步深入，管理越来越精细化，同时目前系统覆盖学校业务不完全，导致

18、还有部分业务仍然处于手工处理/简单表格处理阶段,需要纳入系统进行辅助管理的内容也越来越多，所以需要对原有系统的功能进行模块化的平滑改造与优化，满足学校对教学进度、实验教学、实践教学、实习实训 I、课程设计、教材管理、毕业设计、学科竞赛等模块的需求。学校需要通过建设升级系统，对前期的系统进行补充完善，更为全面的支撑学校教务工作的开展。3.1.3.5后勤综合服务应用系统通过建设后勤综合服务应用系统，实现各个学校职能部门的资产情况、人员情况、用车管理、教职工宿舍管理、物业管理以及其他资源进行共享和查询等功能，达到降低整体运行成本，有效规避运营风险，使资源达到重组，创造效益最大化，使后勤管理真正成为统

19、一体。3.1.4 办公管理应用3.1.4.1 协同办公系统将校领导、校办文秘、部门领导及普通工作人员等互联互通，实现公文、信息、通知、公告的实时传达，逐步将学校的日常办公管理规范化、标准化、科学化。3.1.4.2 财务管理系统财务管理系统需求至少包括：政府投资项目管理系统、移动办公应用系统、学生收费管理系统、科研资金管理系统、财务决策支持系统、补助金、助学金管理系统、自助投递报销系统、网上报账预约管理系统、财务大厅窗口排队管理系统等功能模块。从财务规划、财务管控、财务分析等方面实现学校财务全生命周期管理。3.1.4.3 资产管理系统学校需要建设一套资产管理系统，对众多资产类型，包括房产、设备资

20、产、物资资产和各种易耗品等，纳入全校统一的“资产管理”体系。3.1.5 数据分析应用本期将基于统一的数据平台开展学生分析、教师分析、教学分析、学科分析、科研分析、资产分析等数据分析应用服务。3.1.6 系统集成对于本期要建的应用系统，要求系统承建方根据信息中心发布的数据标准和用户规范，对数据格式进行统一设计开发，同时开放数据端口与主数据管理平台进行对接。3.2数据要求3.2.1 数据管理要求数据管理要求需包括数据标准统一、数据采集、数据查询、数据维护、数据质量需求和数据查询统计报表。3.2.2 数据共享要求需实现各级校园管理部门建设系统和其他信息共享单位之间的业务系统的信息资源共享的模式。3.

21、2.3 数据接口要求项目建设需同步考虑内部与外部单位的数据交换与共享，内部系统之间的数据交换主要来自于业务系统，而外部交换数据主要来自两方面：（1）与上级单位数据交换需求；（2）共享交换平台需求。3.3 安全要求（含信息安全体系）建立覆盖硬件网络、操作系统、数据库、应用软件和管理等各个方面的统一、安全、稳定、高效的信息安全体系，保证系统安全稳定运行。3.4 运维要求（含运维管理体系）设计与*技术大学智慧校园建设应用相配套的运维管理系统，实现操作系统、数据库、中间件等资源的监控、配置和运行保障，满足标准化运维管理需要。3.5 性能要求3.5.1 稳定性要求各系统平均年故障时间应控制在8小时以内，

22、即可用性达到99.9%03.5.2 吞吐量指标*技术大学未来将会有管理与服务对象2.5万人，综合考虑系统参与使用人员多样的需求情况，因此要求终期服务能力用户数不少于5000个，核心平台、教务系统和研究生系统并发处理数T P S 2 5 0 0,同笔业务申报并发用户数2300人，同一功能操作并发数2 3 0 0人，其他业务系统并发处理数T P S 2 1 0 0,同笔业务申报并发用户数2 3 0人，同一功能操作并发数2 3 0人3.5.3 响应指标*技术大学各类信息化应用是高频使用的项目，为了确保系统具有良好的可用性，要求系统对于简单事务处理（包含各类信息录入、修改、主要页面平均响应时间等）W

23、1 s（500名并发用户），一般的查询事务W 3 s（500名并发用户），对于复杂事务处理W 10s（500名并发用户）。3.6 技术路线要求3.6.1 云 计 算（含云平台软件）采用基于云计算技术架构，实现对各类信息化基础资源的兼容及动态流转。在云计算环境下更高效的利用资源，降低用户的信息化基础资源采购及维护成本。3.6.2 大数据技术主数据管理平台建设可以以开源技术路线为基础，借助其成熟稳定的大数据技术,优化其不成熟部分,对于开源软件无法覆盖的部分,采用自研的方式实现，从而构成内容完整、稳定可靠的大数据支撑平台。3.6.3 微服务架构微服务的基本思想在于考虑围绕着业务领域组件来创建应用，通

24、过微服务的概念应用可独立地进行开发、管理和加速。3.6.4 流程服务技术实现流程逻辑设计与程序代码开发高度分离，实现与全校各业务系统的标准化融合。四、技术功能及性能要求1、技术要求序号服务内容技术要求1统一身份认证平台1 1统一身份管理：提供统一管理界面，方便进行用户、业务系 账号及其他对象的集中管理。提供用户信息和账号的统一管理与数据同步服务。1.2组织机构管理：1.2.1从 上游权威数据源同步机构数据。1.2.2 支持同时对多套组织机构数据进行管理。1.3用户管理：1.3.1基 于组织机构的用户查询，包含树形的、扁平的。1.3.2对 用户的入职、信息变更、禁用、启用、逻辑删除、离职等进行操

25、作。1.3.3 灵活扩展用户的属性定义，并可以定义多值属性。1.4认证管理：1.4.1具 有应用系统的基本管理（增、册 人 改、查）功能.1.4.2 可灵活扩展应用的属性定义，并支持定义多值属性.1.4.3根 据应用需要，为应用配置同步的组织机构属性映射。1.5账号管理：1.5.1手 动为用户/用户组分配应用账号。1 5 2通过定义策略，自动分配应用账号。1.5.3允 许对应用账号供应过程进行定义、监控及错误后可进行重试。序号服务内容技术要求1.6统一认证及访问控制管理：1.6.1允 许使用多种用户名登录(统一用户名/邮箱/手机号等)。162用户自助修改统一用户名。1.6.3多 种集成方式，例

26、如协议模式、代理模式、代填模式。1.6.4 支持多种认证方式页面配置。1.6.5 支持错误认证定机制。1.6.6 支持错误认证后解锁机制。1.6.7 支持认证鉴权机制。1.7集中审计管理：1.7.1 支持为每个日志文件指定日志记录格式、日志回滚配置和文件名等。L7.2支持为每个模块指定记录在哪个日志文件。1.7.3 支持为各个模块指定独立的日志级别配置。1.7.4 支持为每个模块指定日志内容的粒度。1.8用户自助服务管理：支持用户在自助服务系统内查看/修改个人用户信息。支持用户自助修改主账号密码。1.9角色管理：管理员可创建角色，创建的角色包括静态角色和动态角色两种。创建静态角色时管理员输入角

27、色名称和角色描述两部分内容完成创建；创建动态角色时除角色名称和角色描述外，需要定义动态角色的条件动态角色条件根据数据字典的内容和用户的其他属性定义。管理员可以修改角色名称、角色条件和角色描述等信息。1.10多因素认证：支持自定义认证链与增强认证，将多种认方式组合在一起，抽象为“安全等级”这个概念，供应用选择。1.11应用集成支持：提供集中的管理模式和用户信息，应用的账户信息通过统一身份管理系统推送到各个应用系统中，实现统一身份用户与各目标应用之间的同步。支持连接器(Connector)-推送模式。支持Web service/Restful接口下拉模式。2主数据管理平台2 基石出平台搭建.大数据

28、基础平自：大数据基础平台需能满足集群的自动搭建、集群主机管理、组件自动安装和删除、组件启停、自动扩容、集群监控等功能。此外，大数据基础平台还需要满足如下功能支撑：2.1.1 提供大数据集群一键式部署和统一管理。2.1.2 提供集群服务的主机管理，包括主机运行、主机状态的可视化等。2.1.3 提供大数据组件的全生命周期管理，包括队组件的部署、更新和维护工作等。2.1.4 平台的各种重要组件支持分布并行的弹性集群扩展部署，并支持本地服务器群、私有云、公有云等多种部署环境。提供Web图形化界面对集群进行监控，包括平台各种组件的运行状态。2.2数据汇聚平台：数据汇聚平台：数据汇聚系统主要包含如下功能点

29、：2.2.1 提供对数据采集源头的数据源管理功能，提供数据源的添加、修改、删除，包括数据源的链接测试功能。2.2.2 提供对传统的关系统数据库的业务数据的采集功能，例如ORACLEDB2等关系型数据库。223提供ftp、http等类型的数据采集。224提供对kafka等数据的采集，提供对教务管理、资产管理、人事管理、科序号服务内容技术要求研管理等业务系统的运行日志数据、文书、教案数据、档案数据的采集，对半结构化数据进行解析，便于后续的大数据存储02.2.5 提供对数据的加工处理、清洗转换等功能，主要包括数据清洗、数据转换、数据加解密等。2.2.6 支持批量采集和实时采集两种方式，提供对参与汇聚

30、的引擎进行管理，至少需包括离线和实时两种引擎，可以进行引擎的增删改查、发布、以及所在服务 器状态监控等功能。227映%规则管理：系统需内置常见的映射规则，比如值区间过滤、字母大小写转换、数据脱敏等。2.2.8 提供可视化界面，通过配置方式即可完成数据汇聚任务的开发。2.2.9 对于采集的数据表个数、数据条目数量、接入系统个数、接入部门个数、采集数据总量、失败数据总量、过滤数据总量、输出数据总量等进行监控，并以可视化的形式进行呈现。2.2.10 需至少完成本期建设的所有业务系统对接，如学生综合服务应用系统、研究生综合服务应用系统、人事综合服务应用系统、教务综合服务应用系统、后勤综合服务应用系统、

31、协同办公系统、财务管系统、资产管理系统。2.3数据治理平台：2.3.1 标准化管理：提供信息标准、表命名标准、代码标准等标准管理能力。2.3.2 元模型管理：提供内置关系型数据库、非关系型数据库等各类符合企业数据仓库环境的元数据管理模型。2.3.3 元数据管理：提供元数据目录分类、元数据采集、数据地图、数据血缘及影响分析能力。2.3.4 数据质量管理：提供数据质量规则配置、数据质量定义、数据质量作业、数据质量检查报告能力。2.4数据共享交换平台：2.4.1数 据共享机制：采集过来的数据也是统一存储在主数据管理平台的数据库集群中，数据共享交换过程中涉及到的数据都来自于主数据管理平台的数据库集群，

32、数据共享交换平台不直接跟业务系统自身的数据库对接。2.4.2 交换适配功能：支持数据库适配、文件适配、接口服务适配等功能。2.4.3 订阅地址管理功能：支持对参与交换的物理节点、逻辑节点和数据库进行管理。244交换任务监控：支持对每个数据、服务订阅任务进行监控，可以看到各个任务的统计指标，包括抽取数量、交换容量、异常次数、重试次数和交换明细等，方便用户了解数据获取任务的执行情况。2.4.5 交换中心：支持数据资产注册为运营资产的管理功能，将数据变现供用户进行数据交换。在注册时还可以设定一些交换条件来控制数据的交换规则。246运营管理主要提供管理员对各种资源进行分析、管理及对用户的订阅进行审批。

33、2.5数据治理服务：提供标准规范建设、数据整体规划、数据仓库模型建设各类服务。2.6数据库模型设计：能够结合选择元模型，集合数据标准。对元数据进行新增和编辑操作。同时能够对数据模型进行上下线、审批管理和版本控制。2.7通用算法库：提供通用的算法库，包含分类算法、聚类算法、回归算法、关算法等。2.8数据仓库建设：主数据平台应包含人员主题库、学校主题库、学生主题库、教学主题库、科研主题库、教工题库、财务主题库、资产主题库、办公主题库等主题库，具体序号服务内容技术要求分类可根据学校实际情况调整。2.9数据标准编码标准化管理：2.9.1 资源编码管理：支持前端吗、后端码、固定段码和流水段码的设置，满足

34、信息资源编码需要。2.9.2 可以通过目录、标签、主题分类方式对目录进行分类2.9.3 目录管理：对于原始的元数据目录，通过拖动即可组织新的资源目录，实现编目功能，可自行创建、编辑各级目录。2.10数据安全：2.10.1 提供敏感数据规则管理、数据脱敏理、异常行为设置能力。2.10.2 至少提供数据源、数据表、数据字段级别的权限控制。2.11模拟子系统：为学校打造一个可快速构造大数据分析应用的生态环境，针对学校的老师、学生、科研人员以及其他用户提供了一个简单易用，基于图形化操作的大数据科台2.11.1 用户管理：对系统用户的增删改查，系统用户包括：系统管理员、教师和学生。2.11.2 班级管理

35、：对班级信息的录入、修改、删除以及查询检索。2.11.3 包括课时模板的维护，实现课时模板的增删改查，以及在线预览，基于课时模板，在线发布课表，对课表在线维护和管理。2.11.4 包括老师在线填写学生实训情况，评定学生实训成绩；实现对实训报告在线维护和管理。2.12 BI自助分析平台：2.12.1 驾驶舱：提供自动布局和可交互能力，帮助用户快速打造可视化报表。支持基于可视化组件创建可视化仪表板，支持可视化组件自动布局，支持可视化组件全屏显示、本地控制器、高级过滤器、组件间联动、群控控制器可视组件，支持可视化组件大数据量展示分页和滑块，支持可视化组件csv数据下载、公共分享授权分享以及可视化仪表

36、板的公共分享和授权分享，支持基于可视化仪表板创建数据门户。2.12.2 自助分析：内置常见的主题分析模型，支持可拖拽设计，用户也可随业务需要自行选择分析维度和度量。2.13主数据管理门户：提供主数据平台管理门户服务，实现对大数据集群的管理，各类业的管理、监控和统计。2.14数据分析应用-运维大数据分析：按实际要求定制。3流程引擎平台3.1表 单设计方式：3.1.1 支持可视化建模，提供拖拽式、所见即所得的图形化表单设计能力，如可通过文件（包括Word、Excel等常见日常办公格式）导入模式导入表单格式，或者支持从Word中粘贴的设计方式更佳；提供种类繁多的模板库满足快速制表需求。3.2表单内置

37、控件：3.2.1 支持丰富的表单内置控件，以及丰富的表单数据验证、操作方式，支持快速配置各种表达式，支持表单字段间的自动关联，支持可配置的代码级联，支持条件样式。32；表单内置支持重复表、重复节等动态、二维表格功能的可视化定义，无需程序开发。表单内置支持二维表数据行及重复节在用户填表时动态增、删及调整次序，无需程序开发（需提供案例可嵌套的重复字段、重复节效果截图）。3.2.3 动态并行要求:在同一个流程不同选项下动态支持不同表单,包含重复节。序号服务内容技术要求3.2.4 比较功能：流程结束以后，曾经办理过本环节，可以点击按钮来加亮显示和之前内容的不同之处，或通过点击立即比较，显示有变更的内容

38、，并且可显示有变更内容的原值（需提供案例比较功能效果截图）。3.2.5 内置支持电子印章控件功能。3.2.6 易于打印：表单设计器所形成的表单能以“所见即所得”的方式，无需调整、无需程序接入直接生成打印结果，满足日常办公打印需求。3.2.7 内置支持表单版本管理。3.3数据库关联：3.3.1 内置支持基于表单数据自动创建关系型数据模型，并实现无需程序开发、可配置的自动数据持久化;支持多种数据来源:支持Oracle,SQL Server,MySQL等常见的关系型数据库。3.3.2 字段级表单权限控制。3.4表单渲染：将可视化的表单定义自动转换为可在浏览器中执行的web页面。需兼容大部分主流浏览器

39、，至少包括IE/Firefox/Chrome/Safari及其相应的移动版本等，无需第三方浏览器插件支持。3.5支持多种流程模式：351能够对工作流提供良好支持，四种办理方式；包括人工节点、自动节点、条件节点、子流程、并行与归并等各种流程要素；支持包括支持单一签核、多人顺序、多人并行、多人抢占、多人任意、指定执行、会签、传阅等常用模式；支持撤回、评价、催办、通知、过期、中止等常用操作；以及上述功能的各种组合（需提供包括上述节点的复杂流程功能界面截图）。3.5.2支 持根据流程图及当前执行状态动态生成易于用户理解的流程办理进度条及后续执行路径。进度条的生成是自动的，无需另行开发程序。3.5.3

40、流程开发平台提供全可视化的流程集成开发环境，并拥有大量成熟实用的案例模板。无需编码即可实现绝大部分的应用开发，开发人员无需掌握复杂编程语言，简单培训即可掌握开发工作，极大的降低软件开发的复杂度和软件开发速度。3.5.4 流程开发平台可支持多语言的Web应用开发者，即无需为不同语系的最终用户设计任何额外的Web应用即可实现多语言的支持。3.5.5支 持多种流程模式;支持多视图架构，不同的流程节点上可以配置不同的表单视图。3.5.6 支持混合流程：业务流程引擎完全支持人工参与流程和自动处理流程;支持流程执行状态的可视化流程图显示。3.6流程开发与表单设计无缝集成：3.6.1 支持流程任意节点通过配

41、置实现打印模板、WORD模板、预览模板，无需程序开发。362工作流程均支持版本管理，可以边运行边升级，新旧版本可以同时运行，支持新旧版本数据无错误升级。3.6.3 支持基于表单数据直接配置流程的岗位、权限以及执行路径。3.6.4 支持在任意流程节点配置自动的表单数据建模与表单数据持久化,无需程序开发。3.6.5 可视化过程监控，跟踪活动状态，发现流程错误时可人工干预。3.6.6 内置多级权限体系：平台提供完善的组织架构管理，支持多维权限模型。支持任意级别的组织架构管理，支持基于角色/岗位的权限体系RBAC,支持分级授权管理，支持权限体系与学校统一身份体系的无缝对接，支持权限体系与流程表单数据的

42、无缝对接。3.6.7 支持可动态执行的工作流及数据操作脚本:无需编译就能够通过动态脚本在工作流中直接处理表单数据;内置支持业务流程的版本管理。序号服务内容技术要求368支持审批人的表单数据批注，对于表单填写字段，审批人可在退回时，对该字段添加批注功能。可视化配置的关键步骤的审批日志是否可见，可支持节点级的审批日志是否公开或隐藏及某些人可见。3.6.9支持数据对比功能。流程执行过程中流程表单数据的变更进行智能比对，能够提示产生变化的表单数据，使审批过程更友好。3.7对移动终端表单、多语言表单支持：对移动终端表单、多语言表单提供完善支持，在无需程序开发的情况下实现多种终端适配和多种语言适配;支持包

43、括Java、.Net、PHP、Python、Ruby的多种语言进行全功能的流程开发。3.8可动态执行的工作流及数据操作脚本：无需编译就能够通过动态脚本在工作流中直接处理表单数据。3.9提供基于HTML的服务中心移动网页版：兼容Android/iOS操作系统的主流移动浏览器。3.10提供基于移动端的服务中心移动应用场景：服务中心实现与移动端应用平台的对接，用户可以用小程作为服务中心的移动访问方式，访问服务中心的各项功能。3.11非结构化附件存储接口开发：3.11.1 平台内置支持表单中非结构化的附件文件的上传、存储、下载、图片预览等功能，流程开发人员无需开发额外程序。3.11.2 附件的存储可对

44、接用户提供的各种存储设备，流程开发人员无需关心。3.12非结构化存储第三方兼容：3.12.1非 结构化附件的管理提供完整的API接口，以便于第三方系统访问。3.12.2支 持无需浏览器插件的Office文档在线预览与编辑功能。3.13流程表单打印和导出功能：3.13.1 平台内置支持无需程序开发的的流程表单打印和导出功能。内置支持基于MS Word模板的打印和导出功能：流程开发人员在任意节点配置不同的个性化打印和导出模板，无需程序开发，平台根据模板自动实现数据填充、打印结果渲染及导出结果的下载。3.13.2 支持表单转换成word/pdf文件导出。3.14打印与导出服务支持开放API：3.14

45、.1 打 与导出服务支持开放API,可以被外部应用通过API实现快捷的打印与导出服务。3.15对接校园系统完备的API接口：流程服务平台提供 的API接口体系，实现对学校校务办事大厅的支持，接口体系需实现的功能包括：服务大厅、待办任务、办理中任务、已办任务、服务评价。3.16 支持 OAuth2.0 协议：提供平台的接口体系需支持OAuth2.0协议，实现基于用户个人授权的安全模式，有效避免大范围信息泄漏。3.17构建应用PC端兼容：构建应用在PC端 面兼容。支持多浏览器访问，如IE 11、Firefox、Chrome,safa i等版本。3.18构建应用移动端兼容：构建应用在移动端页面兼容。

46、3.19数据库应用构建页面设计：3.19.1提 供统一的数据管理中心，实现对服务流程产生的数据的统一管理功能。3.19.2 支持服务流程产生数据的自动持久化，从表单数据转换为基于关系数据库模型的业务数据。相关转换通过对平台的配置即可完成无需编码，平台能够序号服务内容技术要求提供自动的机制保障流程数据与业务数据之间一致性。数据库应用构建页面设计，包括表格设计、字段内容、统计规则等。3.19.3服务事项使用排名：展示服务次数，办理次数，评价分数前十的服务事项（需提供上述三类指标前十名排行的效果截图）。3.20数据库应用与数据库打通：3.20.1 平台支持无需代码开发就能够对服务流程所形成的业务数据

47、提供增、删、改、组合查询等标准数据管理功能，为相关业务管理人员提供基本的信息管理能力。3.20.2提 供开放、标准化的数据接口和事件驱动模型，实现流程产生数据与各类管理信息系统的对接，实现与现有管理信息系统的有效融合。3.21数据库应用分级权限管理：3.21.1流 程引擎平台支持为各种不同角色、不同的管理职能和不同的应用需求，都提供了对应的管理能力。提供数据管理功能的标准开发框架，框架支持开发人员对数据的查询、展现、管理、统计功能进行个性化的定制开发，以满足业冬筲理人 吊的深府加根管理需求3.21.2 可为不同岗位下的人员设定不同的管理权限，包含查询、授权及分级授权三种权限。其中，查询权限可制

48、此岗位下人员，对流程只可查看无法进行后台操作；授权权限可控制此岗位下人员，拥有对其他人员授权的权限；分级授权是指此岗位下人员可为其他人员授权可授权权限。此外，在此模块可查询使用此岗位的流程名称。3.22接口测试及案例验证：支持分布式负载均衡，支持百万级日均PV的访问量。3.23应用构建页面开发：提供业务流程类应用的构建页面。3.24应用构建操作逻辑开发：应用构建系统逻辑设定。3.25应用构建交互页面设计：应用构建页面交互内容。3.26应用构建可视化界面设计开发：提供单据、流程、报表等一系列的可视化工具，不需要编写代码，轻松实现应用构建。3.27构建应用表格模板设计：提供常用表格模板，供用户选择

49、。3.28构建应用流程打通：业务流程打通，确保构建应用可用。3.29构建应用统一认证支持：实现构建应用单点登录，无需重复身份验证。4统一消息中心4.1 基础数据：4.1.1提 供支持短信、微信、邮件、门户等消息类型，以满足不用渠道、多业务场景的使用。4.1.2 支持根据不同的需要设置消息的等级。4.1.3 支持敏感词管理。4.1.4 支持对消息类型来源的渠道管理，比如微信、短信、邮件、门户信息等，对渠道统一管理统一配置。序号服务内容技术要求4.2消息管理：4.2.1 支持编辑消息发送页面，可选择收件人、发送消息类型，支持即时发送、定时发送、存为草稿等功能。422支持维护自己收到的消息，同时支持

50、选择消息类型加入收藏夹、放入垃圾箱、标记已读、转发、删除等功能。4.2.3 支持维护自己发送的消息，同时支持选择消息类型加入收藏夹、放入垃圾箱、标记已读、转发、删除等功能。424支持维护自己收藏夹里的消息，同时支持选择消息类型加入收藏夹、放入垃圾箱、标记已读、转发、删除等功能。4.2.5 支持维护自己垃圾箱里的消息，同时支持按照消息类型可恢复、删除等功能。426支持自己草稿箱里的信息维护，同时支持按消息类型转发、放入垃圾箱、删除等功能。4.3统计查询：4.3.1按 注册系统进行统计分析，按消息类型进行统计分析。4.3.2统 计查询支持按消息类型进行统计分析。4.3.3 支持按发件人统计的功能，