采购项目编号： GPCGD221156FG174F .
公开招标文件
采购项目编号： GPCGD221156FG174F .
采购项目名称： 广东环境保护工程职业学院智慧校园软件项目 .
广东省政府采购中心编制发布日期：2022 年 9 月 28 日
温馨提示
（本提示内容非采购文件的组成部分，仅为善意提醒。如有不一致，以采购文件为准）
一、 本中心全面启用网上报名系统进行供应商报名，不设线下售卖采购文件，请登录广东省政府采购中心网站，在供应商报名系统（xxxx://xxxxx.xx.xxx.xx/xxxx_xxxxx.xxxx）进行报名。
二、 如无另行说明，投标/报价文件递交时间为投标/报价文件递交截止时间之前 30 分钟内。三、 每个供应商每个项目的保证金缴纳账户是唯一的，本中心将根据唯一保证金缴纳账户的
缴纳情况，确认供应商是否已按规定缴纳项目保证金。所以请各供应商缴纳保证金前务必核对正确的缴纳账户，错缴误缴导致未按项目缴纳保证金的情况将由供应商自行负责。
四、 如投标/报价供应商以非独立法人注册的分公司名义代表总公司盖章和签署文件的，须提供总公司的营业执照副本复印件及总公司针对本项目投标/报价的授权书原件。
五、 为了提高政府采购效率，节约社会交易成本与时间，本中心希望获取了采购文件而决定不参加本次投标/报价的供应商，在投标/报价文件递交截止时间的 3 日前，按《投标/报价邀请函》中的联系方式，以书面形式告知集中采购机构。对您的支持与配合，谨此致谢。
六、 投标/报价人如需对项目提出询问或质疑，应按采购文件附件中的询问函和质疑函的格式提交。
七、 因场地有限，本中心无法提供停车位，不便之处敬请谅解。如有需要，请到xx的停车场停车，如正南路咪表停车位、珠江国际大厦、广州大厦、机械大厦及其他对外营业的停车场等。
八、 因疫情防控，请供应商充分考虑防控措施对投标/报价可能产生的影响，并作好安排。为确保投标/报价顺利进行，建议供应商派无风险地区人员办理投标/报价事宜。
总目录
第三部分 投标供应商须知 第四部分 开标、评标、定标第五部分 合同书文本
第六部分 投标文件格式
第一部分 投标邀请函
广东省政府采购中心（以下简称“集中采购机构”）受广东环境保护工程职业学院（以下简称“采购人”）的委托，对广东环境保护工程职业学院智慧校园软件项目进行公开招标采购，欢迎符合资格条件的供应商参加。
一、采购项目编号：GPCGD221156FG174F
二、采购项目名称：广东环境保护工程职业学院智慧校园软件项目三、采购预算：750 万元；
四、项目内容及需求：(采购项目技术要求、需要落实的政府采购政策) 1.采购内容：广东环境保护工程职业学院智慧校园软件项目
2.交付时间：按用户需求书
3.交付地点：采购人指定地点
4.需要落实的政府采购政策：《政府采购促进中小企业发展管理办法》（财库〔2020〕46 号）、
《关于政府采购支持监狱企业发展有关问题的通知》(财库〔2014〕68 号)、《关于促进残疾人就业政府采购政策的通知》（财库〔2017〕141 号)等。
本项目属于服务类项目，中小企业划分标准所属行业为：软件和信息技术服务业。五、投标供应商资格：
1.投标人应具备《政府采购法》第二十二条规定的条件，提供下列材料：
（1）供应商必须是具有独立承担民事责任能力的在中华人民共和国境内注册的法人或其他组织或自然人，投标时提交有效的营业执照（或事业法人登记证或身份证等相关证明）副本复印件。分支机构投标/报价的，须提供总公司和分公司营业执照副本复印件，总公司出具给分支机构的授权书。
（2）供应商必须具有良好的商业信誉和健全的财务会计制度（提供 2021 年度财务状况报告或基本开户行出具的资信证明）。
（3）有依法缴纳税收和社会保障资金的良好记录（提供投标截止日前 6 个月内任意 1 个月依法缴纳税收和社会保障资金的相关材料。如依法免税或不需要缴纳社会保障资金的，提供相应证明材料）。
（4）具备履行合同所必需的设备和专业技术能力（按投标文件格式填报设备及专业技术能力情况）。
（5）供应商参加政府采购活动前三年内，在经营活动中没有重大违法记录（可参照投标函相关承诺格式内容）。重大违法记录，是指供应商因违法经营受到刑事处罚或者责令停产停业、吊销许可证或者执照、较大数额罚款等行政处罚。（根据财库〔2022〕3 号文，“较大数额罚款”认定为 200 万元以上的罚款，法律、行政法规以及国务院有关部门明确规定相关领域“较大数额
罚款”标准高于 200 万元的，从其规定）
（6）供应商必须符合法律、行政法规规定的其他条件（可参照投标函相关承诺格式内容）。
2.供应商未被列入“信用中国”网站(xxx.xxxxxxxxxxx.xxx.xx)“记录失信被执行人或重大税收违法失信主体或政府采购严重违法失信行为记录名单”；不处于中国政府采购网 (xxx.xxxx.xxx.xx)“政府采购严重违法失信行为信息记录”中的禁止参加政府采购活动期间。（以集中采购机构于报价截止日当天在“信用中国”网站（xxx.xxxxxxxxxxx.xxx.xx）及中国政府采购网(xxx.xxxx.xxx.xx)查询结果为准，如相关失信记录已失效，供应商需提供相关证明资料）。 3.单位负责人为同一人或者存在直接控股、管理关系的不同供应商，不得同时参加本采购项
目投标。
4.为本项目提供整体设计、规范编制或者项目管理、监理、检测等服务的供应商，不得再参与本项目投标。
5.已登记报名并获取本项目采购文件。
6.本项目不接受联合体投标。
六、符合资格的投标供应商应当在 2022 年 9 月 2 日起至 2022 年 9 月 30 日期间到广东省政府采购中心报名。（本项目仅接受网上报名，供应商网上报名须知：供应商可登陆我中心网站供应商报名系统（xxxx://xxxxx.xx.xxx.xx/xxxx_xxxxx.xxxx）进行供应商报名，办理步骤请点击系统内“供应商网上报名操作指南”。供应商于采购项目公告规定的报名时间内在该系统内选择需要报名的项目公告，填写好报名表后即为报名成功。）
七、投标截止时间：2022 年 10 月 14 日 9：30
八、投标文件递交地点：广东省政府采购中心（广州市越华路 118 号之一）一楼大厅门口，统一由工作人员接收。
九、开标时间：2022 年 10 月 14 日 9：30
十、开标地点：广州市越华路 118 号之一 313 室（本项目将以“腾讯会议”方式对开标会进行直播，工作人员将在接收投标文件时，以书面的方式告知投标人开标会的“腾讯会议”会议号和密码）
十一、本项目不收取投标保证金。
集中采购机构联系人：xxx 采购人联系人：xxx
电话：000-00000000 电话：0000-00000000
传真：020-83309916 传真：
联系地址：广州市越华路 118 号之一 联系地址：佛山xxxxxxxx 00 xxx：000000 xx：000000
广东省政府采购中心
2022 年 9 月 28 日
第二部分 用户需求书
《用户需求书》中标注有“★”号的条款必须实质性响应，负偏离（不满足要求）将导致投标无效。标注有“▲”号的条款为重要技术参数，响应程度将影响技术得分。
★本项目建设内容中，所有平台和系统的等保测评，投标人提供网络安全等级保护测评机构资质证书复印件；或者委托具备资质的第三方等保测评机构完成本项目所有平台和系统信息安全二级等保测评，投标时提供《分包意向协议书》（见附件）和接受分包供应商的网络安全等级保护测评机构资质证书复印件。
一、项目建设背景
1.1 项目简介
广东环境保护工程职业学院（简称：学校）是 2010 年 2 月经省人民政府批准成立，以培养环保、节能、低碳及相关专业高技能型人才为主要特色的全日制公办高等职业学院，隶属于广东省教育厅。学校位于xxxxxxxxxx 00 x，xx面积约 450 亩。学校环境优美，教学生活设施齐全，入选为国家第二批节约型公共机构示范单位，是广东省高校节能示范单位和省环境教育基地，是环保部华南地区环保从业人员的继续教育基地。
学校的信息化起步较早，老的产品架构老化，不能适应学校的发展以及各部门信息化使用的需求。
2018 年 4 月，教育部印发了《教育信息化 2.0 行动计划》，将教育信息化的重要意义提升到了前所未有的高度，明确要求推进教育“互联网+政务服务”。
2021 年 7 月 8 号，教育部等六部门推出《关于推进教育新型基础设施建设构建高质量教育支
撑体系的指导意见》（简称：指导意见），在指导意见里面第二点重点方向16 项：深化管理应用。推动教育行政办公数字化，支持全流程、全业务线上办理，普及线上协同办公、移动办公等新形式。深化教育督导信息化，实现大数据支持下的实时监测和精准评估。利用一体化服务平台，推动政务服务全程网上受理、网上办理和网上反馈，实现一网通办。探索利用智能技术开发自动化办事应用，创新管理服务模式。
在今年很多场合，教育部部长xxx部长提出：以教育信息化推动教育高质量发展，以教育信息化引领教育现代化，坚持“应用为王、服务至上”，把业务系统应用摆在优先突出位置，以应用需求驱动运行平台、安全平台、标准平台和数据资源平台建设，加强内容建设和运营维护，不盲目追求最新技术，切实为师生提供能用好用的数字化资源。
本次智慧校园软件项目的建设，响应国家、政府相关政策，以服务师生、服务教学、提升部门协同为主要目标，建设覆盖学校教学、管理、办公和师生生活的各项需要，将全面提升学校信息化水平，为学校建设一流高职院校目标，创新驱动发展，为广东环境保护和生态xx建设继续走在全国前列提供坚强的信息化支撑！
1.2 项目建设内容
序号 | 系统名称 | 技术需求 | 数量 |
一、智慧校园基础软件支撑平台 | |||
1 | 融合门户平台 | 详见项目建设技术需求 2.2.1 | 1 套 |
2 | 统一身份认证平台 | 详见项目建设技术需求 2.2.2 | 1 套 |
3 | 数据资产管理平台 | 详见项目建设技术需求 2.2.3 | 1 套 |
二、业务应用建设 | |||
1 | 智慧办公 OA 系统 | 详见项目建设技术需求 2.3.1 | 1 套 |
2 | 智慧学工管理系统 | 详见项目建设技术需求 2.3.2 | 1 套 |
3 | 智慧人事管理系统 | 详见项目建设技术需求 2.3.3 | 1 套 |
4 | 智慧教务管理系统 | 详见项目建设技术需求 2.3.4 | 1 套 |
5 | 智慧档案管理系统 | 详见项目建设技术需求 2.3.5 | 1 套 |
三、业务系统集成 | |||
1 | 业务系统集成 | 实现学校现有及本项目建设业务系统认证、数据、应用集成，包括但不限于办公 OA 系统、人事管理系统、学工管理系统、教务管理系统、档案管理系统、实验室安全学习与考试平台、虚拟仿真教学中心、实训教学云平台、一卡通平台系统、门禁系统、智慧教室总控平台、心理测评系统、人才数据采集系统、精品课程及顶岗实习平台、职教云、超星泛雅学习平台、现代学徒制管理平台、质量监控信息平台、图书馆自动化集成系统、VPN 系统、上网认证系统、财务与内控系统（包括采购管理系统、合同管理系统、科研系统、 资产管理系统等） | 1 项 |
四、等保测评 | |||
1 | 平台和系统等保测评 | 可以选择满足资质的第三方等保测评机构，完成本项目所有平台和系统信息安全二级等 保测评。 | 1 项 |
1.3 项目预算
x次项目建设总预算为：750 万元（含等保测评和接口费用）
2.1 项目总体技术要求
2.1.1 项目系统性要求
2.1.1.1 系统设计
1.系统整体设计须体现“软件即服务（SOA）”，“碎片化服务”的理念。系统每一项应用都是相对独立的单元，都是以独立 APP 的形式存在，都做到高内聚低耦合。
2.系统基础性服务功能应由融合门户平台统一提供，如消息、任务、日志、评价反馈等，无论是服务应用，还是智慧校园的其他应用系统，通过“服务调用”即可获得相应的功能。
2.1.1.2 规范性和可用性
x项目各系统须提供统一的 UI/UE 界面风格。系统可将需要用户办理的事务直接推送到用户界面，包含待办任务、流程跟踪、周期服务、消息通知等，用户直接点击即可阅读并实现办理，对尚未处理的事务，始终以醒目提示符提醒用户。
2.1.1.3 可用性和高性能
系统不限制用户注册数，能满足 1000 人并发访问和 10000 人同时在线访问，且并发访问响应时间小于 3S。系统支持集群的应用部署方式，核心组件都应提供“双机负载均衡”的运行方式。
2.1.2 统一性要求
2.1.2.1 统一数据要求
x项目各系统数据库应与数据资产管理平台进行对接集成，向数据资产管理平台及其它业务系统提供数据交换接口，实现与校内其它业务系统间的数据共享交换要求，完成数据层的集成。各系统所包含的数据表结构均应无条件向学校开放，数据应全部都能集成到数据资产管理平台。各系统数据集成需支持 ETL 及 API 两种数据集成方式，支持 ODI 数据中间件，能支持统一的
可视化的集成查看工具、集成调度工具在内的数据集成管理工具，支持图形化的设计和定义数据抽取、转换、加载流程，并保证数据集成交换的稳定性和安全性。
2.1.2.2 统一认证要求
1. 本项目所建所有系统应采用相同认证方式，统一身份认证平台后台管理端须能同时对融合门户的 PC 端和移动端进行统一管理。
▲2. 提供主流身份认证 Cas、反向代理、OAuth2.0 等不少于 3 种类型集成方案，并提供从系统准入、集成示例代码、集成效果展示全过程的具体实现方案。
2.1.2.3 统一访问入口
1. 融合门户平台是本项目所有系统的 PC 端唯一访问入口，各系统访问入口应全部整合集成在融合门户平台，通过融合门户平台进行访问。
2. 融合门户平台支持为多种访问对象（默认至少应包含：学生、教师、校友、访客，且支持新建、自建访问对象）自动匹配服务应用，登录后根据用户身份推荐应用。
2.1.2.4 统一访问行为分析
x项目建设的各项信息系统，可通过一站式服务中心展示各系统使用情况和状态分析，可精
确显示各系统、服务应用的详细使用情况，包括但不仅限于用户访问频次（PV、UV）、用户访问终端（PC、移动）、用户所用操作系统、浏览器数据（浏览器品牌及版本）、访问 IP 地址等，并能按时间段分析使用状况。
2.1.2.5 统一的应用评价反馈
为融合门户平台承载的各系统及服务应用提供统一的应用评价功能，用于服务应用过程中用户对系统或服务应用进行评价打分和留言，支持用户匿名评价，平台维护人员可查看评价标准及评价内容。
2.1.2.6 系统接口开放性
系统须采用 J2EE 技术架构，支持 SOA 技术架构，提供业务应用程序接口（API）库，支持开发者根据系统提供的 API 和程序规范可独立开发应用，作为现有服务的补充。对于数据，提供数据交换接口。
▲2.1.2.7 数据对比开放性
系统及服务应用的运行状态数据、访问频次等数据，与国内其他高校信息系统使用数据做横向对比分析，可判断各系统建设情况、使用情况、师生满意度等指标，通过对比结果来指明系统改进方向。横向使用数据对比，至少应提包含学工、人事、教务三大系统，且提供不少于 8 家国内其它高校同类系统使用数据进行对比，并以图形化方式展示、汇总、分析对比（至少包含运行状态数据、访问频次等数据），判断本次项目的建设使用情况。投标时须提供实现本功能的佐证材料，佐证材料包括：真实系统截图、或系统高保真设计图
2.1.2.8 安全性
x项目整体及各分项系统均应达到国家信息系统安全等级二级保护要求，满足学校通过国家信息系统安全等级二级保护要求测评，对无法满足的部分，投标人须承诺无条件整改，直至通过为止。在质保期内如系统被扫出安全漏洞，应无条件提供修复服务。
2.1.3 项目基本技术要求
2.1.3.1B/S 结构要求
管理支撑平台和应用系统软件均要求采用 B/S 结构，应采用主流开发语言，推荐 JAVA 编程语言和服务器端 JAVA 技术进行开发。平台和系统服务端支持 Unix、Linux、Windows Server 等操作系统；客户端支持 IE9/10/11 ,Chrome50/51/52、Safari、360 安全浏览器 V8.1、360 极速浏览器 V8.5 访问；本项目建设的智慧校园管理支撑平台 2 的数据库要求采用关系型数据库产品。 2.1.3.2J2EE 标准
开发技术应采用 J2EE 标准、组件技术及在数据交换上支持 XML，同时将整体系统内部在技术上的耦合性减至最低。
2.1.3.3 组件技术
采用面向对象的组件技术，着重于开发构成应用程序的可重复使用的组件，再利用这些组件顺利地建立分布式应用程序。
2.1.3.4 三层架构
应用程序开发与运行结构要基于统一的三层架构(即 Web 服务器、应用服务器和数据库服务器)。
2.1.3.5 细粒度授权
能完成跨业务部门的业务流程和相对应的细颗粒度的分级授权体系。
2.1.3.6 细粒度封装
各应用系统软件要充分利用现有先进技术手段，采用相同的体系结构和运行平台，基于多层架构和组件技术进行构建，做到系统结构层次清晰。所有应用逻辑、流程、数据等都应当能够根据建设方要求的颗粒度进行封装。
2.1.3.7 系统负载均衡
系统应支持负载均衡，应支持采购人已有的负载均衡设备，且须提供关键节点的“多机部署”的软负载均衡功能，支持动态监测负载状况，自动对可用资源进行并发检测，调整和分配等功能。
2.1.3.8 系统备份
支持应用服务备份、数据库的备份，支持系统整机备份以及异地备份，利用数据库的备份功能将建设的平台和系统数据备份到专用的服务器或存储设备上。
2.1.3.9 信息标准
系统应遵守《教育管理信息化标准》和《高等学校管理信息标准》等国家相关信息化标准要求。
2.1.3.10 系统接口要求
1、按采购人的需求提供标准接口，接口信息包括服务 URL、服务类型、功能类型，说明文档等。系统内部各个子系统之间不允许直接访问各自的数据库，只能通过接口交换数据。
2、按采购人的需求提供标准接口，供其他业务系统获取或推送相关数据。
2.1.4 系统数据迁移/导入要求
中标人除完成本项目各平台/系统开发、部署完，还需负责完成本项目相关系统的历史数据的迁移、导入工作，包括系统数据与电子表格数据（EXCEL 表格数据）的迁移导入，对电子表格数据还须提供数据导入模板。
2.1.5 项目部署要求
1.中标人负责完成本项目中所有系统对部署实施、开发测试、上线使用工作。
2.投标人提供系统部署方案，要求所提供部署方案具有高可靠性、高稳定性和高可扩展性。
3.系统整体网络应采用 B/A/S 三层体系架构，中间层通过 WebService 实现异构系统之间的数据交换和集成。
4.充分满足用户业务系统运行环境需要，跨网络划分多个功能服务器，独立部署。
5.服务器架构上可实现快捷便利的性能和功能扩展需求。
6.系统关键节点采用高可用性的冗余设计，并充分采用负载均衡解决方案，可支持主流负载均衡产品。
7.各个子系统支持服务器虚拟化方案，能在市面上主流的云平台上运行，实现生产系统服务器的虚拟化整合，保证高可用性及业务连续性。
8.各个子系统支持无状态的服务器水平伸缩，即根据业务和使用量的需要而通过简单增加服务器就能提高并发业务/事务处理能力。
2.1.6 需求可变要求
1.本项目各系统功能模块技术要求、功能要求、设计流程后续均可能因采购人实际需求变化而发生变化，投标人须承诺在本项目各系统功能模块不增加的前提下，在系统需求梳理、设计、确认过程中采购人可根据实际业务需求变化进行各系统功能模块需求动态调整。本项目招标需求仅为基本要求，最终交付要求以中标人签约进场后，根据采购人实际需求梳理、设计、确认后的需求文档为准。 （投标时提供承诺，可参照《承诺函》格式）
2.鉴于采购人业务范围、业务内容后期存在变动可能性，本项目各系统功能模块，在未上线试运行前，采购人可与中标人协商，根据自身实际使用需求进行沟通置换，置换为符合自身业务范围及内容的模块。
2.2 智慧校园基础软件支撑平台
2.2.1 融合门户平台
1.本次项目建设的平台可运行于 Linux、Unix、Windows、国产操作系统等高安全性操作系统。开发技术应采用 J2EE 标准、组件技术及在数据交换上对 XML 的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。
2.本次项目建设的平台要求采用 B/S 结构，采用 Java 编程语言和服务器端 Java 技术进行开发，支持各类型关系型数据库及国产数据库。
3.采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。
4.应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即 Web 服务器、应用支撑服务器和数据库服务器。
5.能完成跨业务部门的业务流程和相对应的细颗粒度的分级授权体系。
2.2.1.1 服务大厅 PC 端
为师生用户提供查看学校各类信息资讯、新闻、通知公告和系统直通车的统一融合性服务大厅。包含的展示内容如下：
1、校园门户
为师生用户提供查看学校各类信息资讯、新闻、通知公告和系统直通车的统一门户。
支持个性化界面：投标方需提供多套不同主题风格的界面模板供学校选择，页面模板支持任意调整布局，学校可根据自身的要求调整页面容器的行列数，同时也应支持配置整体配色、校徽、 Tab 页标题、头图等内容。门户平台需提供足够开放的能力，支持根据学校的个性化需求设计界面。
丰富的内容卡片：提供丰富的标准内容卡片库，供学校选择使用来支撑信息门户内容展示。
侧边栏配置：平台支持手工配置页面的左右侧边栏，用以设置前台门户的展示内容，菜单项支持设置不同的图标，至少应包含字体图标和 PNG 图标两种；用户可通过点击侧边栏菜单图标访问对应的内部页面或第三方连接，管理人员可指定对应页面的打开方式，同时支持针对菜单项设置不同的授权类型，至少包含游客可见，登录后可见，游客及登录后可见以及授权可见。
2、办事大厅
▲需为学生、教职工、游客等不同角色用户提供按照不同的办事主题和办事部门分类的服务事项，既包括线上可办理的信息化服务，也包括在线下办理的事项清单，让师生及游客能详细了解校内办事清单，包括办理部门、办理地点（文字+地图的形式体现）、办理时间、部门电话、所需材料、常见问题等。投标时须提供实现本功能的佐证材料，佐证材料包括：系统高保真设计图。
包含对事项的搜索功能、整体导航，最近使用的在线服务以及办事大厅的简要统计。
对某一事项的具体描述页面，描述内容包含事项名称、责任部门、服务部门、前置条件、服务内容、业务周期、内容标签、办理须知、所需材料、办理时间和地点、咨询电话和常见问题等；
针对有在线办理的事项提供“在线办理”按钮进行跳转。
▲3、工作台：
需为全校涉及业务管理类、行政审批类用户提供快速、方便、高效的工作页面，只显示跟自己工作相关的内容，能够预置已经分类完成的管理服务目录、我的收藏、任务中心，统一处理待办任务入口，不需要登录到各个系统中查看，提高办事效率。投标时须提供实现本功能的佐证材料，佐证材料包括：真实系统截图、或系统高保真设计图
4、在线服务
平台提供一体化呈现全部在线服务的展示页面，支持按照服务名称及服务类别进行检索，服务列表展示分组支持按照首字母、服务类别或业务直通车一级分组进行分组呈现。
5、门户展示模版
需提供不少于 4 套展示方案模版；每套模版自带标准的展示方案内容，包括基本信息及卡片配置。
6、模版配置能力
黑白模式：用于当出现重大悼念日时，支持将 PC 门户变为黑白样式，包括模版、卡片等模
块。
全局设置：每个展示方案支持配置全局内容，包括基本信息、菜单信息、侧边栏配置、本地
化样式、公告配置。
7、内容卡片
提供标准内容卡片库，供学校选择使用来支撑信息门户内容展示，卡片适配的终端包含 pc
端、移动端；支持通过安装卡片包进行自定义卡片的上传；
2.2.1.2 服务大厅移动版（H5）
支持一站式服务大厅前台使用移动端浏览器访问，内容与一网通办服务大厅一致，提供专门
的移动端卡片和管理支撑能力，包括我的大学、办事大厅两部分内容。支持集成到企业微信、钉钉、学校 APP。
1.多终端协同
需提供后端数据的统一管理，做到多终端（pc、移动）协同，一键办理的高效事务处理。
2.移动双门户
须同时提供 APP 移动门户及微信微门户两种移动门户。移动 APP 门户支持公有云服务模式。
3.本项目所建设的所有移动应用，应以 HTML5 页面格式提供，应支持同时嵌入 APP 移动门户及微信微门户。
4.身份漫游
支持移动门户和集成应用之间的身份无缝集成，从移动门户进入应用无需用户输入用户密码再次登录。
5.灵活性
能够根据不同的使用对象（如普通教职工、学生、校领导）快速构建服务界面，做到服务的可定制化。
6.可集成性
移动门户应拥有良好的集成策略，对不同的业务需求可提供多种集成方式，保证良好的集成效果。
7.微信微门户
以学校名义协助学校申请企业微信号，并在学校企业微信内构建微信微门户，承载学校各类服务应用。
2.2.1.3 应用管理中心
提供校内身份类型组的管理功能，用于区分用户的身份类型，为校内应用提供资源级授权。系统提供微信公众号的配置功能，支持配置多个公众号与平台集成。
1、应用接入
支持手工创建和快捷创建 2 种方式完成应用的接入，基本信息主要包括应用名称、业务域、访问地址、应用描述、应用图标。应用接入到系统后，可以进一步配置该应用所对接的认证协议参数，并进行应用授权。
2、应用授权
提供多种授权维度和授权颗粒度，支持根据组织架构、用户组两种方式进行授权，同时，也可以对各维度的各级节点或单独人员进行独立授权。
3、服务添加与删除
支持在应用中添加多个服务，支持选择服务平台类型，并对每个服务进行单独授权。添加/编辑应用时，增加是否展示选择用户组开关；若开启，则包含多个用户组的用户从门户进入服务时，需选择进入服务的用户组；多服务的情况下，每个服务需有可见性和可用性控制，服务删除
4、应用消息配置
支持配置应用消息模版、消息优先级及消息通道。
5、接口授权
支持应用可提供的接口授权查询。
2.2.1.4 消息中心
提供统一消息发送接口，应用程序通过消息中心将消息投递到不同的消息终端，提供统一消息管控台能力，包括消息统计分析、消息模板、通道配置管理等。
1、PC 端收件箱
门户前台支持对所有消息的查看、搜索、类型过滤，可设置全部已读、设置标旗等。当设置全部已读时，不能对必读消息进行设置，即不能忽略必读消息。
2、移动 H5 收件箱
支持异步加载的方式展示当前用户的消息，可以对消息进行过滤（消息内容、发送应用、消息类型）、设置标旗、设置全部已读等操作。
3、必读消息提醒
支持必读消息提醒功能，当必读消息发送之后，若用户超过 1 小时仍未读此消息，将会触发提醒规则，可配置规则（提醒通道、每天提醒时间、提醒模板），待发送提醒用户（根据应用分类的未读消息列表）。
4、消息中心运行统计
支持消息中心各项运行数据的统计查询，统计内容至少包含为应用消息、通道消息、实时活跃应用等。
5、消息中心数据看板
支持消息中心数据运行监控看板功能，可以看见消息发送的总体概况，应用消息和通道消息的发送情况以及发送消息的时间段分析，消息阅读和应用使用情况的分析。
6、消息通道
支持通过可视化的方式配置相关通道参数以及流量的自定义配置，消息通道至少支持短信通道、邮件通道、App 通道等通道。
可同时配置包括全局、短信、邮件、APP（钉钉、微信服务号、微信企业号、消息总线）等多种消息发送方式。同时允许管理员配置消息发送间隔，以及单个用户每天被发送信息的上限次数。
7、消息模板
支持配置短信模板，支持验证码、短信通知、推广短信三种模式，支持通过变量替换实现个性短信定制。
2.2.1.5 能力开放中心
提供统一的接口开放中心，面向不同厂商、不同开发者呈现校内统一标准的开放服务，比如
消息、任务、组织、人员等不同能力基于开放中心统一管理、统一鉴权，基于统一规范和标准进行服务有序对外开放。
1、展示这各类接口的信息、支持接入、删除等管理操作和查看接口授权情况、使用情况、被调用日志等操作。
2、支持直接在在应用详情的页面上，统一展示接口的授权信息。可以将系统中已经定义的接口，授权给指定的应用。
3、系统支持限制应用调用接口时应当使用的 IP 地址，并支持管理员的启停操作。
2.2.1.6 运营中心
支持通过首页查看门户的访问分析、服务事项分析、线上办理分析、认证分析，包括：
1、通过服务事项数、可线上办理数查看服务事项概况；
2、通过办理总次数、办理中流程数、办结流程数查看线上办理概况；
3、通过访问总量、总访客数、在线访客数查看门户访问概况；
4、按照访问量、访问次数、IP 数、平均访问时长查看今日流量；
5、按照时间查看 pc/移动门户访问数，通过访问量、访客数、IP 数形成曲线图进行数据分
析；
6、查看当前服务事项线上办理覆盖概率；
7、按照学校部门查看对应的服务事项数量、可在线办理数及信息化覆盖率；
8、按照时间段统计服务事项服务评价 top10 数据，并按照事项名称、所属部门、服务评价
进行统计；
9、按照时间段统计服务事项访问量 top10 数据，并按照事项名称、所属部门、访问量进行统计；
2.2.1.7 流程服务快速构建工具
2.2.1.7.1 流程引擎
1、流程设计
提供一套遵循 BPMN2.0 规范的流程执行引擎和服务引擎来执行流程及其所定义的服务。可以执行基于 BPMN2 标准的业务流程模型，包括执行人工任务以及各种事务型服务。提供流程定义完全遵循国际标准的流程执行语言 BPMN2.0。
采用业内通用并符合 BPMN2.0 标准的 Activiti 流程引擎。
支持可视化流程设计，支持在 Web 页面采用拖拽方式设计流程，支持按照 BPMN 流对象与类型进行设置。
支持多种流程模式，至少包括顺序、分支、并发、子流程、条件路由、并行会签、串行会签等流程
支持多种流程操作权限设置，至少包括提交、退回、追回、转办、终止、催办、加签、跳转、挂起。
提供丰富的任务节点类型，至少包括单人活动、多人并行、多人顺序、多人单一几种类型。
支持多种办理人设置方式，支持按照人员、部门、用户组、岗位方式设置流程节点办理人；支持多表单设置，在不同流程节点设置不同的表单，每个流程节点上支持 PC、移动表单，
系统须自动根据访问终端属性定位到 PC 或者移动表单。
支持人工选择下一步分支环节，并可配置这项功能在哪个环节启用；支持人工选择下一步处理人，并可配置这项功能在哪个环节启用；
支持配置判断分支条件，根据登录人的基本信息和业务字段信息，进行 AND OR 等布尔表达式进行判断。
支持多版本管理，支持将修改后的流程保存为新的版本，旧的版本可恢复。
2、流程分析
提供流程分析功能，帮助管理人员分析工作流状态，定位工作瓶颈，改进工作流程，提高工作效率。
支持服务状态统计，如驳回数、挂起数、终止数、办结数；支持统计展示服务次数、办理次数的 Top10 服务清单；
支持按时间统计流程的发起数和办理次数；
支持统计所有已发布的流程服务的发起数、办结数、办理次数、办结率、平均耗时、最短耗时、最长耗时；
3、流程干预
支持异常流程查询、干预功能，当异常流程或当前环节处理人无法处理时，服务管理员直接将流程转办、挂起或终止。
支持对流程实例进行挂起、激活、终止、办件取回、删除和查看流程状态。支持对流程运行的任务进行人工干预，如提供处理、转办、跳转等功能。 支持对不同版本的流程进行再设计、激活、下载流程图、启动等操作。
2.2.1.7.2 数据模型
主表字段类型支持字符串、数型、浮点型、长整型、布尔、日期、子列表、附件，日期型数据可定义日期的格式；
支持在一个服务中创建多个子表，字段类型支持字符型、数字型、布尔、日期、字典、文件；数据字典值支持本地添加，接口方式、数据库方式引用；
支持打印表单设计，满足业务表单内容打印需求，借助模板设计器实现打印表单设计，打印表单中展示的内容引用打印模型中对应的元数据。
2.2.1.7.3 表单设计
支持 PC 端网页表单、移动端 H5 网页表单、打印表单，PC 端表单制作完成后，自动生成移动
H5 表单，无需重复制作表单。不同的流程节点可关联不同的表单。
1、表单设计方式
支持 WEB 方式可视化设计，提供拖拽式、所见即所得的图形化表单设计能力；简单便捷的表单制作，添加字段自动生成表格布局，不需要手工设置表单样式，可以对表单字段拖拽排序。
2、表单渲染
表单设计时无需要配置表单样式，由前端组件自动渲染统一风格的界面， PC 端和移动端兼容主流浏览器，如 IE9 及以上版本／Firefox／Chrome／Safari/360。
3、表单组件
业务字段组件支持数据模型中的字段批量添加到表单中，支持选择业务字段范围，及字段排序，根据选择的字段自动生成表格展示。
流程图组件支持在表单中展示流程图，支持展示线性流程图和设计态流程图，通过流程图能够直观看出流程进展状态。
子列表组件支持在表单中添加多个子表，并选择每个子表展示的字段，子表字段的属性跟主表设置相同。用户填写子表数据时支持新增、编辑、删除、导入、导出及调整次序，无需程序开发。
流转信息组件支持在表单中展示服务的流程记录，包含节点名称、处理人、处理部门、开始时间、结束时间、审核状态。
分组标题组件支持表单内容分组展示，可配置每组的标题，并可设置标题的字体大小、颜色。审核意见组件支持在审核表单中添加审核意见，可设置审核意见选项如同意、不同意，并可
针对选项值配置是否填写审核意见。审核意见支持电子印章和电子签名。电子签章组件支持手写签名及印章加载选择使用。
自定义 HTML 组件支持在表单中自定义 HTML 代码。
富文本组件支持在表单中添加富文本内容，可定义文本样式，如字体大小、字体、颜色等。打印组件支持在表单中添加打印表单，采用报表设计器制作符合纸质打印的表单。
栅格布局组件支持运用固定的格子设计版面布局。
分发记录组件支持在表单中展示服务的流程分发记录，包含分发人、分发说明、所在环节、接受人、处理时间、回复意见、附件。
分发回复组件支持在分发表单中添加回复意见，并支持附件上传回复。
发送消息组件支持发送消息提醒，提醒方式包括 PC 门户和移动校园、PC 门户、移动校园、邮件、短信、微信、钉钉。
4、表单控件属性
支持单行文本、只读文本、多行文本、序列号、富文本、下拉选择、下拉树、单选、多选、日期、数字、开关、文件上传、头像上传、选择部门、选择人员、批次编号等控件。
支持控件基本属性设置，标题名称、显示宽度、是否必填、是否显示、是否只读、文本描述、更新选择下一环节、默认值、文件类型及大小。
支持对表单中输入的内容校验是否符合整数、小数、手机号、固话、邮箱、网址、身份证号、中文、英文、最大长度、以及自定义正则表达式校验。
5、表单事件
表单中某字段值满足一定条件时，需要对表单中其他字段设置显示/隐藏、是否必填、是否
只读处理，事件支持“值变化”和“单击时”两类，可以通过“交集”和“并集”进行组合，事件触发的操作有“可见性”、“是否必填、“是否只读”。
6、自动填写
支持接口方式、数据源方式从数据中心引用基础数据自动填写到表单的对应字段中，避免重复填写。
7、自动计算
给表单中的某个字段编辑计算公式，在填写表单或修改表单数据时，可以使该字段的值根据公式自动计算出来，不需要再手动填写。提高填写表单的效率，将一些数据自动计算出来，减少数据填写工作量及减少错误。
8、业务校验
支持对表单中业务数据校验，不符合校验规则无法提交。如采购金额应大于 0；请假开始时间小于结束时间；在某个时间区间来限制申请次数；服务开放时间限制。
9、数据联动
支持可视化数据联动配置，通过表单中某字段等于某个值的时候联动赋值主表或子表中其他字段的值。
10、自定义编号
支持给表单按照自定义规则设置唯一编号；
支持序列号自增的编号，取模型中某个数据的值，当前的时间；
11、表单打印
支持可视化方式制作符合纸质打印标准的表单模板，每个流程节点都可配置不同的打印模板。打印表单支持导出成 word、excel、pdf 文件。
2.2.1.7.4 报表引擎
需提供报表引擎，构建的微服务支持按照表单字段生成数据报表。需支持饼状图、柱状图呈现方式；
统计方式支持按照总和、平均值、最大值、最小值。基于报表引擎，支持自定义设计统计报表。
2.2.1.7.5 数据查询管理页面构建
支持构建 PC 端、移动端 H5 页面，根据不同的需求构建不同的列表页面，如审核列表页、查询列表页、统计页面等：
支持配置页面中的高级搜索、快捷搜索字段；
支持在页面中添加工具按钮；支持配置列表展示字段范围、字段显示名称、字段列宽、显示隐藏等；
支持配置列表数据显示条件，根据条件显示不同的数据；
支持配置列表的操作按钮，如查看、编辑、删除、挂起、终止等；
支持配置列表中的某个字段统计，如最大值、最小值、平均值、总和、计数；支持配置列表
2.2.1.7.6 微服务菜单配置
采用可视化配置方式设计流程服务的功能菜单。菜单链接地址可以选择已设计完成的数据管理页面、表单页面、连接至其他应用程序 URL；
系统内置内置批次管理、权限管理、服务帮助、申请须知、统计分析、任职管理、消息发送模块，不同的微服务可根据实际需求选择使用；
配置的菜单支持分角色授权，给不同的角色人员分配不同的菜单权限，权限颗粒度到功能按
钮。
2.2.1.7.7 数据引用和推送管理
数据引用，流程中心构建的流程服务支持数据源、接口方式从数据中心获取数据。
数据写入，流程服务产生的业务数据需采用二维表方式存储，支持 ETL 或者接口方式同步到数据中心的对应的表中。
2.2.1.7.8 模板管理
1、本地模板
提供本地模板库，支持将共性的流程服务设置为标准模板，其他类似需求的流程服务可基于此模板快速构建流程服务。
2、云端模板
提供行业最佳实践的云端流程服务模板库，按部门、角色分类展示，可接入到校端流程中心，并支持修改，实现流程服务的快速构建。
2.2.1.8 事项服务中心
提供对前台服务事项维护的管理模块，支持用户自主维护事项字段内容；用户可维护不同服务对象的配置，实现不同人员看到与其类型相关的服务事项内容，支持提供从事项信息设置、事项创建/编辑、关联用户组、到启用/停用的全生命周期管理过程。
需支持提供从事项信息设置、事项创建/编辑、关联用户组、到启用/停用的全生命周期管理过程。
1、服务事项管理
支持查看已创建的服务事项，并可根据自定义字段创建服务事项。
支持通过服务事项名称关键字进行搜索，支持通过已配置且已关联服务事项的服务对象、责任部门、服务主题进行下拉筛选；可同时支持通过是否关联服务、服务事项状态进行筛选。
支持按照服务事项名称、服务对象、责任部门、服务主题、是否关联服务、最近修改时间、启停状态、操作（编辑/启停/删除）等内容展示服务事项列表。
新建服务事项时，支持根据配置好的服务事项字段完善服务事项内容，支持关联服务，当关联服务后，该服务事项可支持在线办理，在前台门户点击对应“在线办理”按钮或服务事项，则可直接跳转至服务；当关联多个服务后，支持弹出多个服务的模式让用户自行选择。
管理员可关闭服务事项的办事指南（即服务事项详情），关闭后对应前台门户不展示当前服
当该服务事项未关联任何服务时，办事指南不可关闭。
2、服务事项评价查询
支持通过服务事项纬度查看用户对当前正启用或已停用的服务事项的评价内容，可查看评价内容及评价分数，用户使用服务事项前也可以通过查看其它用户对该事项的评价，作为服务事项选择的依据。
支持通过服务事项名称关键字搜索；支持通过已配置且已关联服务事项的服务对象、责任部门、服务主题进行下拉筛选；同时也支持通过是否关联服务、服务事项状态（启用/停用）进行筛选。
支持按照服务事项名称、服务对象、责任部门、服务主题、是否关联服务、评价分数、启停状态、操作（编辑/启停/删除）内容展示服务事项列表；评价分数可按照正序、倒序方式查看。平台支持通过服务事项列表中某一条事项点击查看评价展开，可查看某条服务事项评价的具
体内容；可按照服务事项名称、评价分数、评价内容列表查看；
3、服务事项排序
平台支持通过已配置好的服务分类、责任部门内容，对已有的服务事项进行排序；用户在前台根据不同的主题分类、部门分类进行筛选，查看服务事项排序配置规则。
支持用户根据已关联好的服务分类展示对应的服务事项列表，支持同一个服务分类下服务事项的排序，并可在服务分类区域中按服务分类名称关键字查询。
支持用户根据已关联好的责任部门展示对应的服务事项列表，针对同一个责任部门进行服务事项排序；支持搜索责任部门名称关键字查询。
4、服务事项配置
平台支持通过配置分类，为不同服务事项分组管理；用户可在前台门户通过关联服务事项的分类内容进行筛选查询服务事项；服务事项分类至少支持三级排序；同级别内支持上下排序；分类列表支持添加、编辑、删除分类内容，可根据不同分类纬度进行分类名称的关键字搜索；平台提供预置服务主题分类并支持按照分类名称、图标类型（字体图标、png 图标、不需要图标）新建分类；
支持配置新建服务事项时的填写字段信息，用于生成办事指南展示给前台用户查看，自定义内容应包含基本信息和独立模块两个部分；
支持通过关联用户组、组织机构、用户组、用户、游客配置服务对象，使用户在前台门户可以快速定位到与自己相关的内容，并针对不同的对象推荐不同内容；
提供维护服务事项基本信息内关于服务部门及责任部门的模块；管理员可通过管控台提供的组织机构树选择相应部门，支持编辑/删除已添加好的部门内容，可针对部门在同级别内进行排序；
5、授权管理
支持管理维护系统管理员、服务事项管理员等功能；
系统管理员：可在授权范围内使用事项管理中心的菜单；
服务事项管理员：可使用授权部门范围内的服务事项管理、服务事项评价查询、服务事项排序等；服务事项管理员可设置事项管理的部门范围，可选择一个或多个部门；
2.2.1.9 流程服务构建
通过流程服务快速构建工具构建 70 项各类型师生常用在线办事流程服务，丰富办事与服务资源中心服务数量，具体办事流程将通过需求调研、部门确认、流程优化等步骤完成。
1. 流程服务的构建
序 号 | 流程服务名称 | 详细描述 |
1 | 工会活动 | 分工会（文体协会）活动审批 |
2 | 场地器材借用申请 | 学生借用体育场地器材的申请登记、审批、审批过程管理、 查询等功能。 |
3 | 学生体质健康测试免 测及成绩查询申请 | 提出免测申请、上传免测申请相关材料，个人测试成绩查询 等功能。 |
4 | 校运会管理 | 校运动会报名、秩序册编排、成绩公告等功能。具体如下： 1 比赛操作员设置 2 发布文件：发布规程等相关文件 3 设置项目：竞赛组别及项目设置 4 编排：分组分道、设置竞赛日程 5 表格打印及人流管控：检录卡、成绩记录卡等各种表格 6 检录、接力棒次表管理、弃权名单统计 7 成绩处理：输入比赛成绩 8 团体总分、奖牌榜、破纪录、犯规统计、获奖名单、得分明细、成绩册 9 奖状打印 10 广播播音：赛道介绍、比赛成绩播报、检录通知等 |
5 | 器材出入库 | 体育器材出入登记，对各类购置的体育器材进行出入库登记 和报废。 |
6 | 法律事务咨询申请 | 需要咨询律师的法律事务主题、答复期限、咨询问题要点。 |
7 | 公务接待审批 | 各级党政机关、兄弟院校、企事业单位、专家学者等来校视察工作、检查指导、考察调研、洽谈合作、培训交流或出席会议等，以及其它因工作需要的公务活动接待。需明确来访 单位、来访事由、接待人数、陪餐人数、接待标准等。 |
8 | 校领导接待日来访登 | 师生员工对学校有关决策、决定和教学、科研、管理、后勤 |
记 | 服务等方面的意见、建议；个人在工作、学习、生活中遇到的困难，需要组织或领导给予协调、帮助的事项等均属于接待范围内容。采取预约制，需写明来访目的、反映问题，预 约接待时间，相关材料等。 | |
9 | 会议接待 | 外来单位来访的校级层面的会议接待登记，会务材料用校级 会议接待材料。 |
10 | 信访审批及转办流 | 信访类型、标题、详细内容、附件、信访人、信访日期、办 理情况、答复意见 |
11 | 会议议题审批 | 各部门提交议题上会议题审批 |
12 | 法人证件使用申请 | 事业单位法人证件原件或复印件申请流程 |
13 | 部门 oa 办公系统收件员设置申请 | 如增加或变更部门 oa 办公系统收件员，需提出申请，交党政办公室备案。 |
14 | 考试保密室借用申请 | 528 考试保密室借用申请审批流程 |
15 | 文件查阅登记表 | 查阅当年学校发文申请流程 |
16 | 文印申请 | 1、教师文印申请，上传附件（备注：文件命名院系专业、申请人姓名及所需的打印份数及预期取件时间） 2、学生文印申请，上传附件（备注：标明院系专业、申请人姓名、文件命名所需要的打印份数；学生文印申请需提前两个工作日完成流程流转至文印室） *文印数量超过 1000 张需提前两个工作日完成申请流程流转 到文印室。（系统自动统计每个月文印总数量） |
17 | 用纸申请 | 教师领纸申请（注明所需用纸规格、数量）。 |
18 | 视频监控信息调阅申 请 | 师生调阅视频监控录像 |
19 | 人脸识别门禁系统资 料调取申请 | 师生调阅人脸识别门禁系统资料 |
20 | 校园摊位申请 | 师生在校内摆设摊位 |
21 | 教职工机动车通行证 申请流程 | 教职工私人用车录入车辆门禁系统申请流程 |
22 | 培训预算审批 | 承担培训部门填写培训项目名称、培训时间、培训地点、培 训人数、培训费金额、费用支出预算等信息，相关部门审批 |
23 | 专利、软件著作权申 请 | 教职工填写专利、软件著作权等相关信息，申请登记、审批、 审批过程管理、查询等功能。 |
24 | 科技成果奖申报 | 教职工填写要申报的科技成果奖项目内容、完成单位及个人、 |
奖项名称及主办方等内容 | ||
25 | 校级以上纵向科研项 目材料报送 | 校级以上纵向科研项目申报书、合同书、结题报告等材料报 送 |
26 | 校级科研项目材料报 送 | 校级科研项目申报书、合同、结题报告等材料报送 |
27 | 校长基金配套资助项 目合同书 | 校级以上纵向科研项目需要校长基金经费资助的项目合同书 材料 |
28 | 科研专家入库申请 | 科研相关的各类专家入库申请材料 |
29 | 校企合作协议审核 | 经办人填写盖章审批表、领导签字的协议、企业简介和营业 执照复印件、备案表 |
30 | 产学研或协议 | 项目负责人填写横向科研项目合同审批表并签字，经所在部 门审核签字盖章，科研部审批盖章 |
31 | 横向项目合同审批 | 项目负责人填写横向科研项目合同审批表并签字，经所在部 门审核签字盖章，科研部审批盖章 |
32 | 横向项目委外合同签订 | 1.低于 5 万元以下的，项目负责人填写《广东环境保护工程职业学院科研项目外协合同审批表》，连同外协合同、市场询价材料、协作方证明材料和询价记录表等一并提交所在部门审核、科研部审批。2.外协费在 5 万元及以上至 10 万元以下的，项目负责人填写《广东环境保护工程职业学院科研项目外协合同审批表》，连同外协合同、市场询价材料、协作方证明材料、专家评审意见表等一并提交所在部门审核、科研部审批；3.外协费在 10 万元及以上至 100 万元以下的，项目负责人填写《广东环境保护工程职业学院科研项目外协合同审批表》，连同外协合同、市场询价材料、协作方证明材料、专家评审意见表等一并提交所在部门审核、科研部审核， 分管科研院领导审批； |
33 | 科研项目经费报销流程 | 1.科研项目单笔金额低于 1 万元的经费支出：项目经办人办理→项目负责人审批→财务部审核报销； 2.科研项目单笔金额大于或等于 1 万元、小于 5 万元的经费支出：项目经办人办理→由项目负责人确认→科学技术部审批→财务部审核报销； 3.科研项目单笔金额大于或等于 5 万元的经费支出：项目经办人办理→项目负责人确认→科学技术部审核→分管财务部校领导审批→财务部审核报销； 4.科研项目单笔金额大于 10 万元的经费支出：项目经办人办 |
理→项目负责人确认→项目负责人所在部门负责人审核→科学技术部负责人审核→分管财务部校领导审核→校长审批→财务部审核报销。 5.项目负责人发生的费用报销，由科学技术部审核后，按相 关流程办理。 | ||
34 | 协会会费缴纳流程 | 1.会费低于 2000 元，协会挂靠二级学院（部门）经办人填写报销单，由所在部门领导审核，科研部审核，财务审核报销； 2.会费大于 2000（含），协会挂靠二级学院（部门）经办人填写报销单，由所在部门领导审核，科研部审核，财务审核， 分管财务校领导审核，财务报销 |
35 | 科研项目结余经费分配流程 | 项目负责人联系科学技术部办理项目结题，科学技术部出具项目结题审核表。项目负责人将项目结题审核表提交财务后，由财务核对项目经费使用情况。项目负责人按要求填写项目结余经费分配审批表，项目经费使用情况由财务审核签章、项目材料备案情况由科学技术部审核签章，涉及项目人员绩 效奖励和后续劳务费需人事审核签章。 |
36 | 科研实验室使用申请 | 科研实验室的申请登记、审批、审批过程管理、查询等功能。申请登记将《科研实验室使用申请表》《新开设实验实训项目可行性与安全性评估表》等表格电子化，实现网上填报信 息。 |
37 | 加入协会审批 | 加入各级各类行业协会的申请及审批程序如下：归口二级学院（部门）填写《广东环境保护工程职业学院加入行业协会申请表》（见附表），所在二级学院（部门）负责人审核签章→科学技术部审核签章→分管院领导审批→科学技术部备 案。 |
38 | xxx主义学院教学 服务运行流程 | 教师提出申请，登记事项，分数，所属类别，选择审核人， 上传佐证材料 |
39 | 软件安装申请 | 教师在实训机房上课需要安装新软件的申请、审批、审批过 程管理、查询等功能。 |
40 | 实训项目变更 | 教师实训项目变更的申请、审批、审批过程管理 |
41 | 学生职业技能竞参 | 教师参的申请登记、审批、审批过程管理 |
42 | 学生职业技能竞费 用报销 | 教师参结束后需要办理费用报销的申请、审批、审批过程 管理 |
43 | 教师实践锻炼申请审 | 申请人填写《教师实践锻炼申请表》，逐级报批 |
批 | ||
44 | 继续教育申请审批 | 申请人填写继续教育申请表，逐级报批 |
45 | 实训室借用审批 | 以职能部门解释为准 |
46 | 教材征订审批 | 以职能部门解释为准 |
47 | 学校用车申请 | 一、校车网上申请：1、填写用车详细说明，包括：用车部门 （申请人姓名）、用车事由（必填），目的地详细地址。2、起始时间--持续用车时间--用车结束时间。3、用车人姓名、手机号。4、带学生参观、实训、比、外出（省内）疫情防控申请。 二、租赁社会车辆：1、填写租车申请；2、填写用车详细说明，包括：用车部门（申请人姓名）、用车事由（必填），目的地详细地址。3、起始时间--持续用车时间--用车结束时间。 4、用车人姓名、手机号。5、带学生参观、实训、比、外 出（省内）疫情防控申请。 |
48 | 入校人员审批 | 申请人在平台填写入校单位名称，入校事宜，手机号码，身份证号码，上传粤康码，行程卡，核酸证明，所在部门负责人审核，防控办审核。审核通过后，平台以短信形式发给申 请人，同时发保卫办备案，申请人凭短信，测温入校。 |
49 | 师生报修服务 | 1. 通过报修服务平台，师生填写报修单，维修师傅和物业管理员能收到维修订单提醒，点进消息提醒维修师傅可以接单 （或者抢单），物业管理员也可以点击进入进行派单。维修师傅上门维修，维修完成填写维修说明并提交，提交以后师生收到请求评价提醒；师生进行评价，提交评价后管理员可以收到一个客户评价提醒，点击进入可以看到客户的评价内容。 2.师生进入报修界面，填写内容如：报修地点、内容、可以 随手拍照上传，姓名、联系方式等。 |
50 | 后勤服务申请 | 申请增加直饮水机；报修、安装电话、增加长途等申请； |
51 | 资产移交申请 | 填写资产移交单信息（包括卡片编号、资产名称、规格型号、 取得日期、金额、存放地点等） |
52 | 空调购置的申请 | 填写申请表（下载表格），发至总务后勤部审核，通过审核，申请人自行购买、安装空调，学校相关人员现场验收，验收 通过后，申请部门按财务部报销管理要求到财务报账。 |
53 | 教职工户籍卡借领申 请 | 借领人信息、借领时间、借领事由、归还时间。 |
54 | 电脑耗材申请及出入 库管理 | 为教职工提供电脑耗材申请及出入库管理。 |
55 | 官网信息发布审批 | 为学校部门及教职工提供官网信息发布审批。 |
56 | 意见征询 | 提供意见征询功能，支持师生进行意见征询填写。 |
57 | 新媒体管理审批 | 为师生提供新媒体管理审批。 |
58 | 社团活动申请 | 为学校师生提供社团活动申请。 |
59 | 宣传屏信息发布申请 | 为学校师生提供宣传屏信息发布申请。 |
60 | 开具在职收入证明 | 为学校教职工提供在线开具在职收入证明。 |
61 | 兼课老师授课申请 | 为学校教师提供兼课老师授课申请。 |
62 | 勤工助学岗位申请 | 为学生提供勤工助学岗位申请功能。 |
63 | 域名/IP 申请及网站 备案申请 | 为学校业务部门及个人提供域名/IP 申请及网站备案申请。 |
64 | 数据中心数据共享申 请 | 为学校业务部门及个人提供数据中心数据共享申请。 |
65 | 统一身份认证接入申 请 | 为学校业务部门统一身份认证接入申请。 |
66 | 失物招领管理 | 为学校师生提供在线失物招领管理服务。 |
67 | 教职工离穗申请 | 为学校教职工提供教职工离穗申请服务。 |
68 | 在线咨询服务 | 为学校师生提供在线咨询服务。 |
69 | 网络及电脑故障报修 | 为学校师生提供在线网络及电脑故障报修服务。 |
70 | 录播室使用申请 | 为学校师生提供在线录播室使用申请服务。 |
须在项目建设时，依据学校管理部门的职能、组织架构、业务流程重新梳理流程服务需求，根据梳理后的需求对服务大厅进行流程服务的调整及二次开发，但总的流程服务配置的数量不变。
2.2.2 统一身份认证平台
1、标准化
平台需基于J2EE 标准的微服务技术架构。需采用基于LDAP 标准的目录服务器存储身份数据，并提供身份认证。
2、可集成性
提供多种认证接口的异构支持，包括代理认证和 LDAP 目录服务接口。
支持多种语言的接口方式，包括 Nginx 反向代理、Java、.Net、PHP，Python 等。支持 Unix、Linux 多种平台，完全支持跨平台的部署。
3、可扩展性
要求身份、授权、认证功能相对独立，可以灵活的与第三方产品对接。
可实现用户名/口令认证模式，手机号绑定认证，支持动态口令认证接口。
提供大并发访问下的高可用性，支持集群工作模式，具备多机热备和负载均衡的能力。
提供灵活的同步策略配置，支持通过工具将权威数据源中新建和变更的用户身份数据同步至校园身份互联平台。
5、可管理性
集中的身份数据管理，不仅提供用户帐号的维护，还能提供便捷的批量导入等功能。平台应提供历史事件的查询和认证会话的相关操作，建立完善的事后追溯机制。
6、快速部署
支持容器化的部署方式，从而能够在校内快速部署。
7、安全性要求
（1）认证授权：保证用户的合法性和用户使用应用信息资源的权力，避免内部敏感信息泄漏和服务所提供的信息资源被非法访问，造成严重的安全事件。
（2）信息保密：对用户登录信息进行加密传输，保证数据能在客户端与单点登录服务器之间、WEB 代理与单点登录服务器之间进行安全通信，保证数据传输的安全性。
（3）数据完整性：建立数据完整性检验机制，保证收发双方数据的一致性，防止信息被非授权修改。
（4）审计：对用户的操作行为进行日志记录，以追溯用户的行为过失，确保数据安全。
（5）数据备份：利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。
（6）密码加密：支持扩展 SSHA、MD5、SHA 等多种密码加密算法，加密算法不可逆，加密后数据不可被复制猜测；并可以快速扩展用户属性信息。
（7）安全的认证方式：要求基于非共享 Cookie 的 CAS 认证方式，集成应用不能读到 CAS
域名下的安全令牌。
2.2.2.1 电子身份管理
1. 首页
通过首页预览服务总体运行情况，包括：
（1）待处理事项，系统进行功能自检，出现异常时自动生成对应功能的问题描述。
（2）校内组织机构，预览校内机构数量及各机构下人员数量。
（3）用户情况，预览总用户数量、今日活跃数量、本月活跃数量。
（4）应用情况，预览总应用/服务数量、今日使用数量、本月使用数量。
（5）接口情况，预览总接口数量、今日调用数量、本月调用数量。
（6）服务器状态，预览服务器 IP、磁盘、内存、CPU 使用情况。
（7）操作日志，查看各级管理员登录管控台后的行为。
（8）产品更新记录，查看更新升级记录。
2. 用户管理
平台提供完善的用户管理模块，包括帐号的新增、发放、维护、注销管理，旨在帮助管理员完成全校身份帐号数据的增加、删除、修改、过期设置、变更生命周期以及锁定/解锁等操作。
提供具有高校特色的组织机构管理，支持针对不同用户类型生成不同的组织机构树。组织机构树由用户信息自动生成。
系统允许针对不同的用户来源创建至少三种生命周期，包括未入校、在校、离校三个状态。系统应能自动创建对应生命周期的用户组。同时应能对生命周期设置有效期，在有效期到期后，自动转换生命周期状态。
支持管理员对全校用户身份帐号数据的增加、删除、修改、过期设置、锁定、解锁等操作。在进行导入用户操作时，可实现拥有多账号的用户自动绑定，无需管理员手工干预，系统自动判定导入账号是否归属同一人，若为同一人不同阶段账号，则系统自动创建自然人，同时完成账号绑定。
（1）手动添加账号
除手动添加账号方式，系统还提供工具进行批量化处理帐号数据，支持自动批处理、手工批处理。
（2）查询用户信息
支持管理员输入学工号/用户名、姓名、手机号以及证件号进行用户信息模糊查询，同时也支持精确查询、重置查询以及高级筛选的操作。用户信息展示列包括学工号/用户名、姓名、手机号、组织结构、身份分类、激活状态以及账号状态。
（3）用户详情
查看用户信息：管理员可以在用户信息页面查看用户详情信息，主要包括用户基本信息、帐号信息以及更多信息三个部分。
编辑用户信息：编辑用户信息功能包括管理员对用户基本信息、帐号信息以及更多信息进行编辑。
查看用户组信息：管理员可查看用户的用户组信息，用户组展示列信息包括用户组名称、用户组类型以及业务域。
关联用户组：管理员可增加用户的关联用户组，只支持普通类型的用户组。
移除用户组：管理员可移除用户所在的用户组，只支持移除普通类型的用户组。查看关联账号：管理员可查看用户的关联账号信息，同时可设置常用账号。
查看授权信息：管理员可搜索和查看用户的应用授权信息，展示列包括应用 ID、应用名称、业务域以及应用状态，支持应用名称、应用 ID 搜索和业务域过滤。
查看认证记录：管理员可查看用户的认证信息，展示列包括账号、登录时间、登录 IP、登录方式、终端类型以及认证结果，同时支持管理员查看访问记录。
查看操作记录：管理员可查看用户的操作记录，包括操作日志和密码修改日志。
针对手工节点，支持管理员添加节点、编辑手工节点、删除节点、禁用全部用户、添加已有用户以及移除机构操作。针对自动节点，支持管理员删除节点和禁用全部用户操作。
其中，手工节点为管理员自己添加的组织机构节点，而自动节点为后台自动计算的手工节点节点。
（5）禁用用户
管理员禁用用有三种方式，除了上文中在用户详情中禁用用户和在组织机构操作中禁用全部用户外，管理还可以在用户查询界面选择用户并禁用。
（6）导出用户
支持用户信息的导出功能，导出的用户为搜索或过滤条件下的全部用户。管理员可以选择导出文件的类型（xlsx、csv）、基本信息的字段、帐号信息的字段以及扩展信息的字段进行导出。
（7）组织机构维护
在该维度中，管理员可面向教师、学生、校外人员、校友等不同类型的人员进行管理。按照用户的身份信息，分配到对应的组织机构中，方便对不用应用的进行授权。
3. 应用管理
应用管理主要实现应用的接入、协议配置、配置授权、维护管理等功能，为接到本系统的各类应用提供认证服务。
（1）添加应用
管理员可以通过手工创建和快捷创建 2 种方式完成应用的接入。管理员可以通过填写应用的基本信息来完成应用的接入，应用接入到系统后可以进一步配置该应用所对接的认证协议参数，并进行应用授权。
（2）应用列表
查看已添加的应用，列表展示基本信息，包括应用名称、图标、业务域、创建方式、启停状态。需支持搜索应用、导出应用列表功能。
（3）应用详情
应用详情由应用基本信息、应用操作按钮、应用配置菜单列表组成。
应用基本信息：需展示应用图标、应用名称、业务域、App ID、AppSecret、访问地址。应用操作：需支持应用编辑、维护、停用、删除以及应用授权配置。
应用配置菜单列表，需包括：认证、服务、消息、待办、接口、回调、应用访问日志。
4. 管理工具
（1）用户与组织
用户组管理：管理员可根据业务需要在各业务域下设置不同的用户组及成员，用以作为授权
或二级管理权限下发。管理员也可以在用户组中查询已经加入该用户组的组织架构节点或具体的人员，并进行修改。
身份分类管理：在身份分类管理中，管理员可在教师、学生、校外人员、校友四个用户类型下创建多个子分类，可以对于不同子分类进行生命周期设置，从而实现对用户进行全生命周期管理。
校内机构数据管理：针对导入的校内机构数据，可创建不同的版本并设置启用状态，每个版本内均支持添加机构，便捷管理校内的组织机构数据。
用户与机构数据输入：需支持将身份认证系统内的通讯录数据自动同步到企业微信/钉钉，同步内容需包括组织机构及人员信息；在组织机构发生人员异动后，需支持对企业微信/钉钉通讯录进行人员同步。系统需提供配置功能方便管理员新建多个同步任务。同时，支持手工数据处理，采用批量上传 Excel 文件的方式，通过给定的模板，上传人员身份信息 Excel 表，实现向本系统增加帐号信息。除了支持对帐号进行批量导入，还支持对帐号进行批量修改、批量修改身份分类、批量删除帐号。
（2）日志与审计
1）账号安全审计
展示安全工具，需包括异常会话、休眠账户、密码配置规则、恶意登录帐号、冻结帐号、异常应用列表、安全配置。
2）日志中心
日志中心需支持查看用户操作记录、用户认证记录、管理员操作记录，支持按照认证帐号、操作时间段等条件查询用户认证记录；支持按照操作者、操作对象、操作 IP、操作类型、操作时间段查询用户操作记录；支持按照管理员帐号、登录 IP、操作时间段查询管理员操作日志。
（3）使用分析
1）认证登录统计
展示用户登录数据、拦截恶意访问数据。
支持统计尝试登录、成功登录、失败登录、次数及趋势图，并根据时间段进行统计。支持统计尝试登录次数，并通过趋势图展示。支持统计恶意登录并通过趋势图展示。
▲2）认证使用分析
需提供对全校身份认证相关数据的管理功能，包括应用认证分析、使用用户分析、帐号变动该分析，具体要求如下：
应用认证分析，支持一段时间或者快捷查询今日、昨日、近 7 天、近 30 天、近 90 天的应
用认证次数排名，以柱状图的方式由高到低排列展示排名前 10 的应用；提供应用认证次数列表，按照认证次数由高到低的顺序逐行展示认证应用。投标时须提供实现本功能的佐证材料，佐证材料包括：系统高保真设计图
使用用户分析，支持一段时间，或者快捷查询今日、昨日、近 7 天、近 30 天、近 90 天的
使用用户排名，以柱状图的方式由高到低排列展示排名前 10 的用户；提供使用用户列表，按照
认证次数由高到低的顺序逐行展示用户使用用户的帐号。投标时须提供实现本功能的佐证材料，佐证材料包括：系统高保真设计图
帐号变动分析，支持一段时间，或者快捷查询近 7 天、近 30 天、近 90 天的帐号变动情况，以柱状图的方式展示查询期间帐号变动情况，对于每日新增次数、修改次数、删除次数采用不同颜色的柱状体进行展示。投标时须提供实现本功能的佐证材料，佐证材料包括：系统高保真设计图
（4）移动端适配
联合认证管理：配置 QQ、微信、微博、钉钉、今日校园、welink 等第三方联合登录方式。查看第三方帐号绑定情况；支持新建联合认证。
外部通讯录同步：支持管理员配置外部通讯录同步的功能，包括添加、编辑和删除的功能。
5. 帐号元数据管理
系统需支持帐号元数据管理，支持扩展字段满足学校人员信息管理要求。新增自定义字段信息需包括属性名称、LDAP 属性名称、显示名称、属性值类型，属性描述，支持设置是否必填、是否显示；需支持管理员配置系统预置元数据的展示/隐藏属性。
2.2.2.2 统一认证要求
1. 用户认证服务（单点登录）
用于学校对学生、教师和其他人员的数字化身份的登录验证。主要包括：
（1）通过统一的登录界面，对用户输入的帐号和密码进行认证，进而为集成的应用系统提供访问控制功能（SSO）。可以为 PC 端、手机端分别提供不同的登录页面。
（2）提供基于短信的动态码登录方式（需有短信网关支持）。
（3）提供一段时间（如 7 天）保持登录功能。
（4）提供二维码扫码登录方式（需要有与 C-IAP 集成的手机 app）。
（5）提供基于生物识别的登录方式（基于 fido 协议，需浏览器及设备支持）。
创建并维护用户的单点登录会话，响应应用系统发出的单点登录会话查询，满足用户在系统间的单点登录。
2. 帐号激活服务
系统提供两种帐号发放的方式，分别为设置默认密码和密码激活方式。管理员可以根据使用需求选择启用何种方式进行帐号发放。
默认密码方式支持设为固定的密码组合，如“888888”；默认密码也支持根据用户的相关信息生成非固定的密码组合，如用户身份证号的后六位数。
▲系统需支持在发放帐号密码时无密码自助激活方式。要求提供帐号激活服务支撑无密码自助激活方式，激活流程需包括信息校验、绑定手机、绑定邮箱、设置密码、激活完成五部分。投标时须提供实现本功能的佐证材料，佐证材料包括：真实系统截图、或系统高保真设计图
账号激活服务用于新用户进入系统时进行预注册，免去传统身份认证系统需要给予用户初始化密码的操作，同时可在账号激活过程中完成用户的手机号码、邮箱等基础信息的绑定，为后续
3. 反向代理服务
基于 nginx 的反向代理集成方式，集成接入方式简单，接入系统可以直接从标准的 Header
中获取登录人员的相关信息，适用不同的开发语言。
4. 帐号安全
需支持帐号安全管理需求，系统应提供主动防御功能，对于常见的恶意登录或暴力破解，可自动冻结账号直至解冻。需提供异常会话管理、休眠账号管理、恶意登录管理、冻结帐号管理、异常应用管理等相关功能。需至少支持：
（1）系统需支持按照用户会话数、IP 数去判定某个会话是否为异常会话并触发帐号冻结机制，管理员可配置触发冻结的阈值以及冻结时长。
（2）系统需支持根据同一天多次登录成功\登录失败判定某个帐号是否为恶意登录行为并触发帐号冻结机制，管理员可配置触发冻结的阈值以及冻结时长。
（3）系统需支持管理冻结白名单，添加为白名单的帐号/IP 地址不会因为触发冻结机制而被冻结。
（4）系统需支持异常应用的管理功能，可配置异常应用判定规则。
（5）为满足用户安全访问系统的需求，需提供二次认证、多因子登录的功能。需支持管理与配置二次认证/多因子认证方式及使用顺序，需支持管理员通过手动拖拽方式维护不同认证的顺序，系统可按照可用性及顺序智能选择当前最适合的认证方式。
（6）恶意登录管理：系统应支持帐号恶意登录的锁定功能，并可通过短信提醒用户，确保帐号安全。
（7）系统需提供系统安全运行看板，管理员可按照不同时间段，查询系统登录信息，包括尝试登录次数、成功登录次数、失败登录次数、拦截恶意登录，并提供相关的趋势变化图。
（8）系统需提供安全配置功能，管理员可配置密码策略、验证码策略、激活策略、安全问题策略、找回密码策略、人脸识别方式、完善资料策略。
2.2.2.3 个人自助服务要求
系统的用户端提供给用户（所有学生、教师和工作人员）多个功能模块，主要包括我的应用、账号安全、认证记录、个人资料、偏好设置、切换语言以及退出登录等，旨在帮助用户方便地完成个人自助服务。
1.账号激活
支持用户自助账号激活功能，激活包括信息校验、绑定手机号、绑定邮箱以及设置密码功能。信息校验需要用户输入学工号、录用通知书号以及身份证号码进行身份验证。
2.用户端登录
支持用户通过账号（学号/工号）和密码来登录用户端，同时支持动态码登录和第三方联名登录方式。
动态码登录方式用户可通过输入手机号（海外手机号以“国家代码-手机号”的格式输入）、学号来获取手机动态码进行登录。
第三方联名登录支持 QQ、微信以及微博登录并绑定账号。支持用户账号激活和忘记密码的自助服务功能。
3.我的应用
支持用户查看并点击访问具有自己访问权限的应用，并可以通过应用名称进行应用搜索。
4.账号设置
支持用户设置帐号信息，主要包括更换密码、设置安全问题、绑定邮箱以及绑定手机号。
（1）更换密码：支持用户更换密码功能，需要用户进行原密码校验，校验成功后就可以设置新密码。
（2）设置安全问题：支持用户更换密码功能，需要用户进行原密码校验，校验成功后就可以设置新密码。
（3）邮箱绑定：支持用户绑定邮箱功能，需要用户进行邮箱校验后才可绑定。
（4）手机号绑定：支持用户绑定手机号功能，需要用户进行手机号校验后才可绑定。
5.绑定第三方账号
支持用户绑定第三方账号，支持微信、腾讯 QQ 以及微博账号绑定。
6．查看关联账号
支持用户查看关联账号和设置常用账号的功能。
7.认证记录
（1）查看当前登录记录
支持用户查看当前登录和免登录的记录，展示列表包括客户端 IP、登入时间以及客户端类型。
（2）查看帐号认证记录
支持用户查看账号认证记录，展示列表包括登入时间、登出时间、认证类型、客户端类型、客户端 IP 以及认证结果。同时用户可通过查询时间、认证类型以及认证结果的条件进行搜索结果过滤。
（3）查看密码维护记录
支持用户查看密码维护记录，展示列包括维护时间、操作类型、客户端 IP 以及操作结果，同时支持用户根据查询时间、操作类型以及操作结果进行数据过滤。
（4）查看帐号维护记录
支持用户查看账号维护记录，展示列包括维护时间、操作类型、客户端 IP 以及操作结果，同时支持用户根据查询时间、操作类型以及操作结果进行数据过滤。
（5）查看应用访问记录
支持用户查看应用访问记录，展示列包括访问时间、应用名称以及认证结果，同时支持用户根据应用名称进行搜索和查询时间、认证结果的条件进行数据过滤。
8.个人资料
支持用户设置个人资料，主要包括昵称和生日，其中生日为必填项。
9.偏好设置
支持用户进行偏好设置，主要包括单处登录设置和密码变动时短信、邮箱通知设置。
10.切换语言
支持用户切换语言，目前支持英文和中文两种语言设置。
11.退出登录
支持用户退出登录功能。
12.移动端
所有在 PC 端为用户提供的自助服务，均提供手机功能，用户可在手机端的登录页面登录后进入手机版个人中心进行相同操作。
2.2.3 数据资产管理平台
1、数据资产管理平台应采用 B/S 架构。支持 Unix、Linux、Windows、国产操作系统等多种平台，完全支持跨平台的部署。
2、遵循 J2EE 的技术路线。采用 Java 编程语言和服务器端 Java 技术进行开发，采用面向对象的组件技术，利用这些组件顺利地建立分布式应用程序。
3、采用成熟的 SOA 架构及设计理念，保证学校内部各业务系统集成和交互过程中异构技术架构和异构数据结构集成中的稳定性和可管理性。应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即 Web 服务器、应用支撑服务器和数据库服务器。
4、数据集成过程需支持多种成熟的 ETL 中间件。能提供统一的可视化的开发工具，能图形化的设计和定义抽取、转换、加载流程，并保证数据集成交换的稳定性和安全性。
5、数据集成接口应支持包括 JMS Topic、JMS Queue、Web Service、Tabled-Txt 文件、XML文件、支持操作系统的网络协议，包括 FTP；
6、数据集成支持基于 Hadoop 大数据技术框架的数据源，并能从中获取数据。
7、平台应支持负载均衡，支持动态监测负载状况，自动对可用资源进行并发检测，调整和分配等功能。
8、基于学校的数据安全及总体能力开放与管控要求，数据资产管理平台应考虑具备与学校能力开放平台的对接能力。
10、除了 IT 通用的元数据管理、主数据管理、标准管理等功能外，应根据高校行业特性和专属特征，提供专门针对高校的元数据模型、业务领域模型、数据集市模型等，而非其他行业或 IT 通用方案。
2.2.3.1 信息标准管理
需围绕信息标准管理提供相关工具，满足数据标准、元数据、代码标准、标准与代码版本的管理功能。
2.2.3.1.1 信息标准建设
信息标准的建设是学校信息化建设的基础核心内容。建立一套《广东环境保护工程职业学院
信息标准》，参照教育部职业教育标准，符合国家、教育部和行业标准，适合广东环境保护工程职业学院信息化可持续性建设发展要求，并与学校省一流职业院校建设发展要求相适应，使学校在数据建模、信息采集、加工处理、数据交换的过程中有统一的规范，最大限度地实现信息优化管理和资源共享。同时，标准应符合学校的具体情况和实际需求，能够满足各业务系统向上级或相关部门报送数据报表的需求。信息标准体系的建设内容主要包括数据标准、代码标准。
1.数据标准:数据标准按照学校的信息子集进行定义，实际确定的信息集要根据学校实际情况，伴随着各类应用的建设与更新同步进行修订、补充，未来信息集的制订范围应能涵盖学校所有业务，需包含人事管理数据集、学生管理数据集、财务管理数据集、科研管理数据集、资产管理数据集、教务管理数据集等。
2.代码标准:数据要按照统一的标准产生、存放、使用，使数据真正实现共享。代码标准的建设即是基于国家标准、教育部标准、行业标准和学校已有的校标，兼顾各个标准之间的兼容性、一致性以及标准的可扩展性，建设和完善的各类系统中数据的存储、使用规则，建设形成一套符合学校自身实际的代码标准。
2.2.3.1.2 元数据及标准管理
元数据及标准管理主要实现代码标准、主数据、数据集市模式标准的元数据信息的管理，包括添加、删除、修改等功能，进而快速构建和管理数据对象；可自动记录数据模型标准和代码标准的变更记录，自动生成标准版本号，管理员可查看、删除已发布的任一历史版本标准详细信息，并支持导出标准以及将任意历史版本标记为现行标准等操作；同时，通过元数据一致性检测功能，确保代码标准、主数据和数据存储库一致，避免直接操作数据库等不规范操作带来的问题。
另外，可以实现业务系统元数据资源的统一注册、数据分类管理，实现全校元数据资产统一管理，便于数据管理者查找所需要的元数据，理解所使用的数据的业务含义，加强对数据治理过程的控制能力。
元数据及标准管理模块需由如下几个功能组成：
1.数据源管理
数据源管理主要对系统的数据源进行设置，明确业务系统的数据源。可提供业务数据源统一注册管理；可灵活调整不同接入数据源的启停；可在线测试数据源的连接状态；
2.数据对象管理
数据对象管理，指对平台内的数据对象进行管理，进而便于用户能够直观的进行相关操作。可提供按目录结构对主数据和业务系统的数据对象进行管理，可根据元数据进行数据建模；同时，也能够提供按目录结构对数据集市模型的数据对象进行分类管理和查询，提供围绕数据对象、字段属性、代码表引用关系等方面的管理功能。
系统中所有的对象根据业务领域被划分为若干分类，并以树状形式展示在模块首页，通过点击树的对应节点，系统展示各业务域下所包含的数据对象列表。
该模块进行库表一致性检查，采用先对元数据和数据库实体一致性比对，在对差异项进行处理的方式，避免用户手工检查，大大减少用户的工作量。
在对差异项进行处理时，逐项列出不一致的项目，并给出相应的处理建议，用户可根据处理建议通过系统自动处理或手工处理，避免不规范操作或误操作带来的差异性，保证元数据和数据库实体的一致性。另外，对于处理过的问题，系统会记录为已处理，便于后期查询跟踪。
4.模型规范性检测
该模块主要对技术字段进行自动稽核，包括是否有技术字段缺失、存储在技术字段的数据是否合法等，系统将稽核异常的结果展示，供用户查阅。
在稽核结果页面输入对象名称和技术字段名称，可对检查结果进行检索。目前异常类型如下：
技术字段缺失：该模块主要展示技术字段缺失情况，包括数据源名称、数据对象名称、缺少的技术字段等；
技术数据缺失：该模块主要展示 6 个技术字段中存储的数据异常情况，包括数据源名称、数据对象名、异常字段以及检测结果等。
5.标准版本管理
标准版本管理 能够提供针对数据对象标准、代码标准的管理，可自动记录数据模型标准和代码标准的变更记录，自动生成标准版本号，管理员可查看、删除已发布的任一历史版本标准详细信息，并支持导出标准以及将任意历史版本标记为现行标准等操作。支持选择任意两个数据对象标准或任意两个信息标准进行版本差异对比，并支持导出将版本变化详情。
▲需支持饼状图或柱状图的形式展示学校各个版本数据标准使用情况，包括展示各版本访问量分布、各版本搜索量分布及搜索次数、标准搜索热门关键词 TOP3、规范文档查看 TOP3、规范文档下载 TOP3、各版本对象标准与字段数建设情况。需支持以折线图的方式展示各版本对象标准变化率。投标时须提供实现本功能的佐证材料，佐证材料包括：真实系统截图、或系统高保真设计图。
该模块分成 3 个模块，来展示相关标准信息，包括：数据对象标准、代码标准、版本变化比较；
1)数据对象标准
该模块从数据对象标准角度，分版本展示数据对象建设情况；
代码标准标准模块展现代码标准版本以及变动情况；
该模块主要展示对象版本的差异情况，用户进入该模块，选择需要比对的对象后，系统会展示出两个对象版本的差异；
6.治理知识库管理
该模块需提供在线管理规范和实施方案的文档管理功能，支持拖拽的方式将个人电脑的文档上传至系统，需支持包括 xls、xlsx、doc、docx、pdf、ppt、pptx 这几种格式的文件上传，并添加到不同的文件分类中，支持通过关键词查询相关文档，方便现场做治理知识库积累，便于长效数据治理建设。
主要功能需包括：
文件分类管理：文档分类的增加、删除、编辑功能，层级关系根据选择节点自动关联；文件管理：包括文件上传、下载、预览、只看我发布文档、模糊检索等功能。
2.2.3.1.3 代码标准管理
代码标准管理工具需提供代码标准管理、标准查询、标准使用范围检索、代码映射关系、编码使用情况检查等多种功能，以帮助学校轻松实现对代码标准标准的“制定（Draw）、维护
（Edit）、理解（Understand）、分享（Share）、集成（Integration）”等功能，可集中对代码标准进行拆合、启停等操作，能够记录代码变更过程；同时，监督代码标准的执行情况，逐步优化趋向统一。
1.代码标准管理
代码标准管理实现对代码标准的日常管理，包括对代码的日常查看和运维，当某个标准需要更新时，通过代码标准管理功能进行及时更新维护。
进入模块首页后，系统会将平台构建的标准情况进行展示，展示内容包括详细列出的对象树和以图表的形式展示标准建设情况；
2.代码标准流向规划
该模块主要管理代码标准的数据流向情况，按照业务系统维度，以代码标准表为颗粒度，规划每张代码标准的创建与使用(UC 矩阵)：提供导出、规划功能。
需包含以下功能：
（1）展示代码 UC 关系：用以查询代码标准对应的 UC 关系，有权限的用户可以导出；
（2）配置代码 UC 关系：可以按业务系统的配置代码标准 UC 关系。
3.代码映射管理(有代码表)
可提供标准代码和业务系统代码映射关系的管理功能，自动感知业务系统内的代码表与代码标准的对应关系，并自动匹配代码值与标准代码值的映射关系，实现生成代码转换关系。在代码标准映射过程中，可提供有代码和无代码两种场景下的映射管理；
4.代码映射管理 (无代码表)
针对业务系统中部分代码没有对应的代码表，需要建立这些代码和标准代码之间的映射关系，用于数据集成过程中的代码转换。通过该模块，完成无代码表和标准代码表的对应关系的建立。
依托代码映射关系，可以检测代码标准在各业务系统使用中的具体使用情况，对于那些不标准、不规范的使用情况，可以把检测情况提供给业务部门，进一步推动业务系统标准化。
2.2.3.2 数据集成管理
2.2.3.2.1 数据集成工具
数据集成工具将分散在各个业务系统中的数据抽取出来，进入到校级数据资产库，形成整个学校内唯一的、标准的和权威的数据资产，从而实现数据的统一集成和标准化，解决业务系统间交互数据的问题，同时也为数据仓库应用提供数据支撑。整个过程保留各业务系统的原有数据库，不影响各业务系统的完整性。
数据集成工具需提供多种数据源集成接口支持，同时提供丰富的数据集成 KM 模块开发包支持，同时，也包含拓扑管理、集成设计、集成查看、集成调度等集成开发工具支持；
1.集成接口支持
数据集成平台需为多种数据源提供接口支持， 包括 Oracle 、MySQL 、SQLServer 、
PostgreSQL、MariaDB 等；
2.数据集成 KM 模块
数据集成工具提供数据集成 KM 库，定义各种场景通用的知识模块（KM），包括各种数据集成需求开发包共计 100 多项，大幅度减少数据集成工作量。
3.拓扑管理工具
拓扑管理工具主要完成对基础架构的物理和逻辑体系的定义，并且服务器、方案和代理等信息也被注册在数据集成平台的主存储库中。
4.集成设计工具
集成设计工具是为数据转换和数据完整性定义声明规则，将业务系统中数据库中的元数据导入或定义，为实际的生产环境生成方案。
5.集成调度工具
通过集成调度工具实现对各个数据集成同步任务的调度控制，完成定制化的数据集成过程。
6.集成查看工具
集成查看工具可查看执行日志，包括错误数、被处理的行数、执行的统计信息和被执行的实际代码等，实现对生产环境的管理以及 ODI 监控。
2.2.3.2.2 数据交换管理
提供ETL 集成交换工具，结合高校行业的场景特性，通过可视化、易用的操作，提升集成接口制作和管理效率。支持集成交换ETL 接口管理，能够查看集成交换任务列表，可查询已创建的
所有任务详细信息；支持批量变更、导入、导出集成任务；支持新增集成交换任务，能够通过勾选的方式从源数据库的代码表或业务表中配置待集成的字段;支持对待集成的字段进行过滤、左右合并操作；支持已建集成交换任务进行编辑、运行、复制任务、删除任务、查看日志；可以自动加载已配置的代码映射关系，运行接口时自动根据映射关系转换代码数据。
需提供内置 ETL 集成监控工具，提供可视化的页面展示内置 ETL 工具的集成数据，包括上行任务数、下行任务数、昨日上行任务数据量、昨日下行任务数据量、总调度数、近 24 小时调度运行时刻图。够通过柱状图或图表的方式展示耗时最大任务 TOP10、昨日上行任务 TOP10、昨日下行任务 TOP10、昨日报错调度/任务情况、未添加调度的任务状况。
1.数据集成接口管理
行业集成库：平台提供厂商需梳理出一套各业务系统核心的数据字典与数据结构，将这些模型和字段与数据中台现有的主数据模型做数据集成接口，形成一套核心对象的预制同步接口，并把各集成包整合到现有系统中。
项目实施的时候，现场实施人员无需二次开发，只需要配置好各个的数据源，即可一键将核心数据从业务系统集成到主数据库中，大幅度减少现场实施人员的工作量，提高数据集成工作效率。
2.集成调度任务管理
该模块用于设置自动化调度，支持自定义配置调度任务的同步规则，支持在调度任务中配置多个集成任务，可通过拖拉拽的方式调整任执行的顺序。。调度管理支持一次执行一个任务，也可以一次执行多个任务；
用户进入调度管理可查看当前所有的调度任务清单。
3.数据集成运行日志
提供内置ETL 的运行日志情况，支持通过关键字搜索具体调度名称、任务名称、运行时间段进行搜索，监控列表能够显示调度/任务名称、开始运行时间、运行时长、当前状态（包括成功、失败、运行中、手动停止四种状态）、包括新增/修改/删除/失败迭代数据量，其中对于调度计划，需支持查看调度流程及流程中所有接口的运行状况。
需针对ETL 失败任务在平台上提供失败原因查询功能，可查看失败原因运行日志，对错误问题能定位到具体数据条目。
2.2.3.2.3 集成运维监控
为信息中心运行监控人员提供图形化的监控功能，提供对数据建设过程的集成运维监控,包括数据集成概况、ETL 集成监控、API 运行监控、数据库运行监控、数据 UC 流向/血缘、实施投入/产出等分析展示。
1.数据集成概况
需提供集成操作运行概况监控，实现支持查看每个接口调用成功/失败数量上的反馈，以及支持查看不同业务系统接口数量、运行次数和成功运行次数的统计；需能够提供基于数据平台运行的数据流量桑基图。
该模块展示API 接口的数量、运行次数、接口相关数据量情况，这些数据以分系统和分单位的维度，通过图表的形式展示处理；
系统需展示接口相关桑基图信息，详细描述接口读取数据来源和交换后的目标系统情况；
（2）ETL 调度运行情况
该模块需展示 ETL 的作业数量、运行数量、成功和失败数量以及运行时候处理的数据量情况，这些指标通过数据和图表的形式，展示出各个系统和单位实际数据加载情况；
2.ETL 集成监控
需提供ETL 集成监控，需能提供近一周或一月内集成情况图形化展现，内容主要涉及任务计划调度时刻表、执行时间最长的 10 个接口，不在调度计划中的接口清单、集成数据量较大的 10个接口等信息；同时，可以按照数据对象、接口名称、流向进行检索。
（1）集成概况
该模块通过展示 ETL 工作状态，向用户呈现最新系统 ETL 运行情况。
（2）接口信息
该模块展示 ETL 作业接口相关信息，包括接口名称、数据源库表、目标库表和流向展示；
3.API 集成监控
该模块主要用于 API 集成监控，可查看最近一周及最近一个月的 API 调用情况，包括 API 访问量趋势图、API 接口访问量 top10、API 接口次数最多的 10 个 IP 地址及调用次数、返回数据量最多的 API 接口 top10、写入数据量最多的 API 接口 top10。
4.数据库运行监控
该模块提供仪表盘的图形方式展示数据库运行监控，便于用户及时掌握数据库运行情况，发现异常能及时干涉，包括数据库连接数、数据库表空间（主数据）使用率、数据库表空间（数据集成库）使用率，并且能够分类展示 SQL 运行信息，包括总耗时最大前十条 SQL、CPU 耗时最大前十条 SQL、磁盘读写操作最多前十条 SQL。
5.数据 UC 流向/血缘
该模块主要展示源系统和平台数据流向和对应关系；采用图形化方式分层反映系统数据的拓扑关系，通过系统、表展现数据的来龙去脉，包括数据上下行情况及接口数，通过颜色标记接口运行状态。用户可以直观的查看到数据来源以及数据去向，这样便于对数据流向监控和进行数据逆源；流向图可以反映系统、表（对象）、字段三级，并运算出实际 UC 的详情表，以此来验证与实施前期 UC。
（1）整体数据流向
该模块用于查看各个业务系统数据与主数据流转情况，包括提供哪些数据对象给平台以及从平台获取哪些数据对象；系统以图表的形式，直观的呈现给用户；
需包含数据对象拓扑图、数据对象 UC 详细表、对象详情表
对象拓扑图：提供基于数据流向的可视化展示功能，能够实时监控数据源头及目标的数据量，接口运行状态等，提供数据字段血缘监控功能，实现通过目标表下钻至源头、主数据、目标三方血缘关系，能够很方便的在拓扑图和详细列表之间进行切换。
6.实施投入/产出分析
需支持校方对数据建设过程进行精细化管控，提供数据实施投入产出分析服务，可记录数据实施人员以及进行维护操作的工作量情况，包含建设内容、计划实施周期、实际实施周期、建设内容、管理人员工作占比、实施人员工作占比。管控范围需涵盖数据建设的全过程，包括数据标准建设、集成交换建设、数据资产建设、数据治理建设、数据开发建设五个方面。
平台需展示出 2 个模块的建设投入和产出情况，这 2 个模块分别是：数据标准建设、集成交换建设。
2.2.3.3 服务接口配置管理
为支撑学校更便捷的利用数据资产建设，平台提供服务接口配置管理工具，便于将主数据、数据集市、代码标准等数据集的数据，通过 API 的技术方式提供出去，同时对于开放的 API接口提供管理、鉴权等相关功能。
2.2.3.3.1 模型及 API 开放情况
提供可视化的方式展示学校数据共享接口开放情况。包括模型及 API 开放情况。模型及 API开放可视化展示要求如下：需展示业务模型数量、查询 API 数量、查询 API 调用数、写入 API 数量、写入 API 调用数、写入数据量等。支持将最新更新数据、热门查询 API、热门写入 API 的内容进行排列展示。需提供折线图、饼状图等方式展示API 接口使用的趋势分布、以及对外开放模型的种类分布。
2.2.3.3.2 业务模型管理
提供业务模型库管理功能，业务模型库按树形结构排列的，包含主数据、代码标准、数据集市三种分类，通过下拉选择具体数据对象，并支持通过勾选的方式选择该数据对象的某几个字段即可实现该 API 接口生成。
2.2.3.3.3 开放 API 管理
提供可视化的API 配置界面，向采购人提供一个集查看、编辑和调试全流程一体的功能。完成读写 API 接口制作，实现工具化、零代码。接口可以是增删改查的任意一种；编辑 API 接口可增加接口访问次数限制，增加流量限制开关；支持对于创建的API 接口进行在线调试，输入参数点击调试可运行并返回输出参数。支持下载已创建的 API 接口文档。API 接口支持读和写两种接口注册，提供写入 API 冲突检测功能，能够实现判断需要修改的字段在 ETL 中是否有已经存在的
接口及映射信息；为避免 API 写入接口开始使用后，有后续新增 ETL 接口项对应字段中写入数据，需要能够提供定时循环机制发送映射冲突判断请求。
2.2.3.3.4API 调用日志查询
该模块主要完成 API 接口调用日志的查询和展示功能；
需展示该组下所有接口调用情况，包括：接口名称、操作类型、调用成功和失败次数以及调用完成了多少数据量的交互；
2.2.3.3.5IP 黑白名单设置
该模块提供 IP 白名单功能，可方便的对 IP 进行授权，进一步控制 API 权限，支持按全局或某一分类授权，对于不在白名单中的 IP，系统将拒绝其调用对应接口。
2.2.3.4 数据仓库管理
x期建设学校需要强化基于主数据的数据仓库建设，为构建校级数据集市及上层各业务主题分析提供数据源。针对数据仓库的建设和管理至少需要包括数据集市模型管理、数据可视化加工操作以及数据加密/脱敏操作等功能。
1、能够为学校提供围绕数据对象、字段属性、代码表引用关系、数据集市建模等方面的管理功能；
2、能够提供数据可视化加工操作功能，实现自定义方案操作并可进行查询，支持在数据加工配置的过程支持添加数据库用户、以及配置可查询数据库用户。
3、每个方案可支持用户在模型、字段之间按名称快速检索，可根据条件构造器实现数据预览，同时，可提供表和字段并集、交集、左合并、右合并四种合并方式，且自动展示数据结果的功能；
4、支持提供加密/脱敏方案自定义配置，实现加密脱敏方式为加密/脱敏二选一，如果选择加密，则类型分为低中高三级，如果选择脱敏，则类型为保留或脱敏开始位数至结束位数。对于加密需支持可自定义设置密钥，可将密钥和加密方法发给第三方做解密使用，保证数据传输过程中的安全性。
5、能够提供调度日志查询功能，支持根据运行时间范围、运行状态、方案名称进行检索调度详情，调度详情需包括方案名称、新模型名称、调度计划(小时)、运行开始时间、持续时长、状态、新模型数据量；对于状态为失败类型的，在点击查询调度失败的详细日志信息。
2.2.3.5 数据质量管理
提供的数据质量管理系统需要包含数据质量检测工具、数据质量评估、数据问题在线反馈以及数据问题线上跟踪处理流程。最终可以为学校提供围绕数据质量管控的闭环功能设计。具体功能需求如下：
1、数据质量评估
（1）投标方需要能够针对数据质量评估提供数据资产质量可视化展现及数据质量检测报告；
（2）需要支持查看历史数据质量的评分及变化趋势；
（3）需要支持查看每个模型分类同步的数据条件的统计分析；
（4）根据不同系统，可实现支持查看主数据对象和自定义对象的情况，并能够得出实时评
分；
（5）能够支持完整性、代码有效性、一致性、合规性四个要素来查看不同业务系统单表的
数据质量；
（6）能够围绕业务视角，基于监测时间及数据分类进行筛选，基于异常类型展现单表检测情况；
（7）生成直观的质量检测报告，所见即所得的反映问题所在及动态，能够围绕模型、字段、数据三个维度生成查看数据质量问题；
2、数据质量检测工具
（1）能够为学校提供一系列数据质量检测工具，至少包含：检查规则管理、业务检测项管理、检查任务配置、数据质量检测、监察任务日志以及检测结果推送提醒等功能；
（2）需要针对数据质量检测提供检测引擎，能实现根据检测任务的配置，按照业务检测项，逐项检测主数据库中的数据；
3、数据问题在线反馈
需要提供数据问题在线反馈功能，由数据使用方发现的问题，提供一个在线的反馈页面，可以将问题反馈给信息中心，由信息中心集中管理；
4、问题数据线上跟踪管理
需要能够针对数据问题提供线上跟踪处理流程，包括责任单位数据问题、数据问题受理和数据概览。其中，责任单位所属页面，提供给权威数据责任单位查看数据质量检测问题报告，责任单位可方便的在线进行受理，并承诺完成时间。
2.2.3.6 数据资产目录服务
面向学校数据资产开放性的提升，需要能够提供数据资产目录服务开放系统，主要包含数据资产目录管理、数据资产申请服务功能，为学校数据消费提供便利；
2.2.3.6.1 数据资产目录管理
提供的数据资产目录管理功能，支持主数据、代码标准、数据集市中数据资产的开放管理；支持按 主数据、代码标准、数据集市分类检索；支持按关键字、发布状态检索；支持单表按字段选择发布管理；也支持多表批量发布、批量取消发布管理；
需要能够提供集中展现学校数据资产情况的汇聚功能，可实现通过资产名称快速检索某数据资产的 API 接口使用记录，同时可以查看当前开放的资产目录数量、可下载的 excel 数量、下载次数、API 接口数量、调用次数等；
需能够为学校数据管理人员提供资产使用概览、资产目录管理、申请审核、资产使用记录等功能的快捷入口按钮；支持查看主数据模型、代码标准、数据集市下的业务领域分类，并能查看分类目录下开放与未开放资源目录数量。
支持向学校提供数据资产使用情况的信息展现，主要涉及已经开放的资产目录数量、对应字段数据、API 接口数量，以及私 API 接口调用次数等信息。能够统计一定时间内的数据资产目录
针对数据资产目录的管理，支持可以按照数据分类、发布状态三个不同维度进行查询和导出，系统管理员对资产目录表及字段是否对外发布及开放时间进行管理；
针对开放的数据资产目录，支持数据使用者对资产目录的使用申请，以数据分类属性结构展现数据资产的使用情况，可支持快速检索该分类下已发布的数据资产；
需能在资产目录使用过程中，支持用户点击总览页面逻辑类型为 API 的调用成功次数、调用失败次数、总次数，可下钻到 API 调用记录；支持用户点击总览页面逻辑类型为数据文件的调用成功次数、调用失败次数、总次数可下钻到数据文件下载记录页面；
数据目录开放可视化展示要求如下：需展示开放资产目录数量、开放资产字段数量、API 接口数量。支持将最新更新开放数据、热门 API、热门下载的数据分门别类的展示。提供折线图、饼状图等方式展示各个时间段资产使用情况，资产申请情况，资产使用环状图。
2.2.3.6.2 数据资产申请服务
需为学校数据使用人员提供方便查询开放的所有数据资源目录及公共 API 接口的功能；
可以为学校各部门提供开放数据资源在线申请的功能，可以很方便的在线勾选需要开放的数据资源字段，能够提供包括字段、关系表达式在内的过滤条件；申请类型包括待定、API（开发接口）、EXCEL(查询及下载)、数据查询四个选项。API 接口申请通过后会自动添加申请中需要使用接口的 IP 地址至白名单。
提供关键字进行模糊查询的功能，可查询到待审核、已通过、已打回三种不同状态的申请列表；可进一步查看资源目录申请信息，包含基本信息、申请字段、过滤条件、申请类型、审核记录信息；
2.2.3.6.3 个人资产中心
可以提供与个人相关的，基于树形结构快速筛选的资源目录，需包括申请且审核通过的所有 API 接口及数据文件下载；其中 API 接口支持下载接口文档；数据文件支持页面查询、下载、发送邮件；数据查询支持页面查询。
可以提供根据申请对象名称、申请时间、申请类型和审核状态的检索功能；可以查看数据分类、申请表名、提供字段、申请人信息、申请时间、审核时间、审核状态等信息；
对于用户已申请通过的 API 接口，一旦用户对某个 API 接口的字段要求发生变化，该用户可在可用资源上对该 API 发起再次申请，变更该 API 接口包括的字段内容，重新发起审核流程。
2.2.3.7 数据设计及迁移
1.业务数据结构设计
在学校新数据资产管理平台统一数据标准的工作指导下，借鉴旧的系统和学校现有业务系统的数据结构，按照学校信息标准规范进行数据规范化处理。业务系统使用代码要与学校代码保持一致，在业务模块上线迁移数据时，需进行数据清洗。
2.业务数据迁移
系统上线前需迁移原有旧系统的数据到新系统，包括旧系统的数据清洗、问题数据的整理补
充和最终迁移到新系统。按上线模块分步实施或整个系统一步到位的方式，迁移旧系统数据到新系统；对难于兼容新系统的历史数据，可以迁移数据到新数据库，并提供单独的查询和简单修改功能。
对于旧系统不支持迁移的数据，需实现数据互通，业务联动。对于密切相关模块，在未能完全实现业务闭环时，与原系统未下线模块实现数据互连互通。对于关联程度较弱的模块，与旧系统一起实现业务平滑衔接，可用导入导出数据方式或者数据互连方式。
2.3 业务应用建设
2.3.1 智慧办公 OA 系统
基于原有 OA 的原始数据和基本流程，立足学校工作实际，服务于学校业务需求，建成集办文、办事、办会等功能于一体的智慧办公系统。
系统应用包含待办已办、发文管理、收文管理、用印管理、通知公告、规章制度、督查督办、会议管理、议题管理、日程安排、值班安排、信访管理、通讯录、站内信、校内请示、信息收集、即时对话等多个服务应用，同时配套移动端，满足手机、电脑同步办理文件查阅、审批、处理等需要。
2.3.1.1 运行环境要求
投标人提供的 OA 系统应对浏览器、操作系统、应用软件无版本限制。如涉及插件，需采用国产化产品。相关信息以及发布的正文应支持 PC 以及手机端的在线查看。
2.3.1.2 数据管理要求
1.升级建设后的 OA 系统可实现数据迁出，学校现有在用 OA（2 个）数据同步迁移到本次升级建设的 OA 系统当中，历史文件信息可以查询。
2.OA 系统需免费预留接口，与学校其他系统之间做到互联互通。
3.学校未来如更换 OA 系统或其他系统需要，免费配合学校将 OA 运行中产生的数据按通用格式导出到新的 OA 系统中。
4.实现档案系统与新建设 OA 系统的数据对接，确保档案信息的完整性。
5.项目包含的所有应用均可生成台账（可自定义字段），后台做数据统计。
2.3.1.3 系统功能需求
2.3.1.3.1 基础服务
2.3.1.3.1.1 基础设置
完成智慧办公 OA 系统的人员、组织机构、任职信息、公共群组、字典信息的维护，公共参数的设定。具体功能要求如下：
1.组织机构管理
组织机构可以通过 EXCEL 快速导入初始化，组织机构信息中可以看到分管领导，部门正职，部门副职，部门秘书信息。可对单个组织机构信息进行编辑修改。
2.任职信息维护
提供高校特点的分管领导，部门正职，部门副职，部门秘书的默认任职信息，可自行新增符
合学校特点的其他任职信息并和相关部门进行关联，可针对自定义任职信息进行是否计入部门人员的设定。
3.操作日志
记录针对组织机构下的部门、用户、任职的新增、修改，删除的操作日志。
4.用户管理
新增，修改，删除人员，可上传个人签名图片。查看到每个教职工手上的代办数量。
通过 EXCEL 批量更新教职工的信息。
5.群组管理
可以维护静态群组以及动态群组，动态群组根据任职或者条件语句完成自动的更新。群组可以供全校教职工在地址簿中进行使用。
6.分发传阅设置
针对不同的业务应用进行分发传阅规则的设定，并且设定分发意见在不同节点下不同类型的人员的办理意见和指定的意见字段进行绑定。
2.3.1.3.1.2 工作代理
个人可以定义相关流程业务的审批处理权限在一段时间内交由他人代为处理。在假期，出差，请假等本人无法参与办公的情况下，为了确保工作的正常展开，而做出的工作代理动作。具体功能如下：
1.创建工作代理
可以选取任意一个流程，设定开始结束时间以及代理人，并且同时设定本人是否还需要同步接受代办。
2.代理文件查看
委托人可以查看到工作代理期间，代理人所代替自己处理过的文件。
2.3.1.3.1.3 首页管理
针对学校的党政办产品的首页布局进行设计调整，针对不同角色可以设定不同的布局以及展示内容，让学校的不同角色的人员进入系统后能够更加直观的查看到自己应该关注的内容。
集中显示常用办公模块。
要求：可由用户根据个人工作需要进行个性化调整；应至少提供 2 种颜色的皮肤供用户使用；默认界面应包括但不限于以下模块：待办已办、通知公告、行程安排、站内信。
1.用户组管理
首页用户组的维护。
2.菜单管理
菜单可以选择不同的菜单显示模板，菜单可以直接选取应用作为菜单连接也可以自定义连接。
3.跑马灯
4.模板管理
可以设定多套布局模板，不同的模板指定不同的访问使用角色。首页模板可以通过拖拽式的移动卡片进行布局。
卡片可以指定其显示内容，支持卡片的嵌套布局。
5.常驻显示
菜单在在首页进行浮动常驻显示，确保首页的滚动过程中，菜单始终处于当前可视显示内。
6.常用应用
根据个人使用频率自动显示使用最多的 6 个应用。
7.我的收藏
手动添加应用在我的收藏中，方便快捷定位使用。
2.3.1.3.1.4 工作交接
用于学校干部换届或者人员变动的时候，为了后续工作能够更加迅速的展开，针对文件办理查看权限进行替换，转交。
1.交接权限
可授权指定的教职工个人具备自行工作交接的权限；
可授权指定各个部门内部的秘书对部门内部的人员变动进行工作交接；
2.交接内容
交接人可以把自己所具备权限的业务分别拆分交接给不同的人员，并且实现代办，在办，办结文件的同步转交。
3.交接日志
管理员可查看系统内所有的交接记录包含时间，任务，业务内容。
4.交接设置
设定各个部门的部门秘书或管理员。 指定工作交接中应要交接的业务应用。
指定工作交接中无需进行交接的业务应用。设定具备个人进行工作交接权限的人员。
2.3.1.3.1.5 工作委派
日常工作中针对某些审批业务，如发文，收文，请示等，可以设定在某审批环节下满足规则条件的部分文件，审批办理人员替换成审批环节以外的人员进行处理，但是并不改变流程节点和环节。
1.委派权限
教职工个人也可以设定自己的委派信息。
管理员可以针对所有人员进行工作委派，委派人可以在个人委派中看到管理员针对我设定的委派信息。
2.委派内容
可以选择不同业务不同流程下的某个审批节点，根据表单字段内容或者提交人所属任职等条件进行委派人和执行人的设置。
委派可以设定长期或者期间，并且审批签名落款可以设定为执行人还是委派人。
3.委派日志
委派人可以根据委派信息查看执行人代替我处理过的所有文件。
管理员可以查看到所有的委派的动作日志(委派人，执行人，时间，动作)。
2.3.1.3.1.6 人员同步
用于党政办系统和外部数据源之间的组织机构，人员，任职信息之间的同步。通过不同动作的设定完成信息的自动或半自动同步。
1.同步设置
管理员可以设定新增(人员，部门，任职)是否自动执行。管理员可以设定删除(人员，部门，任职)是否自动执行。设定针对管理员的同步提醒，以及提醒频率。
2.待同步人员
显示无需自动执行，或者无法自动执行的需要同步的人员信息。
内容包括同步类型(新增，变更，删除等)，姓名，原数据，新数据，待办数量等信息。可以批量进行同步执行，也可以单个进行同步，也可转锁定。
3.锁定人员
党政办系统中有部分人员可能需要特殊处理，不再保持和外部数据源的一致性，锁定后将不再参与同步比对。
4.同步记录
显示所有的同步执行记录，供追溯，并针对不同的同步类型动作进行总记录统计显示。
2.3.1.3.1.7 常用下载
党政办管理员维护一些常用文件。系统提供各类常用应用安装包、系统支持工具、驱动、文件、表格供教职员工下载使用。在 OA 首页供全体教职工下载。
要求：无格式限制。管理员可修改列表，栏目展示内容含应用及应用的用途。
2.3.1.3.1.8 个人群组
每个教职工进行私有个人群组信息的维护，个人群组里面可以针对群组内人员进行选择显示排序的设定。
在流程办理中，进行人员选择的时候也可通过地址簿快速新建个人群组。
2.3.1.3.1.9 待办已办
显示针对个人的所需处理的事务和已经完成办理的事务集合。
1.排序方式
在待办列表中可以根据接收时间排序，以及办理期限排序，并且能够根据任务类型进行过滤，方便用户对于任务的快速定位。
2.紧急任务
针对各种紧急任务，会用不同颜色标记予以突出显示。
3.催办提示
被催任务能够显示催办标记，点击标记可以查看催办内容。
4.任务查询
已办列表中显示所有本人处理过的待办任务，针对同一份文件如果多次办理，会合并显示，方便用户进行文件筛选，并且可以通过展开显示此份文件我的多次处理步骤以及过程，方便跟踪。
5.过期处理
针对已经过期的待办事宜，系统会自动将待办转移到已办中，并且标记为已失效。
6.任务控制
满足条件的文件从已办进入，在满足条件的情况下可以进行催办和收回，加签，减签等操作。
7.耗时查询
已办事务直观显示办理耗时。
8.移动端
系统支持待办事宜及已办事宜的移动端处理，可进行表单的查看、意见填写、流程事务办理、正文及附件高清在线查看，具备权限的人员可进行文件的分发、传阅、取回、催办等功能。 2.3.1.3.1.10 流程管理
可以针对党政办的流程审批类型业务进行流程的图形化调整设计，并且通过云端的表单样式设计器完成表单样式的设计调整。项目包含的所有应用工作流程可免费修改变更、自定义设置。
1.流程设计
通过图形化的页面，零代码的实现现场的流程设计，可以在流程节点上设定办理人，当前节点的按钮权限，当前节点各个字段的只读编辑权限，当前节点执行后的消息提醒。
2.流程版本
每次流程的调整都会生成一个新的版本的流程，不影响原有版本的流程的运转，方便流程的调整。
3.流程操作
提交：流程提交操作。
退回：退回上一办理环节。
转办：同一节点内的人员转办。
收回：针对已经提交的任务，下一步人员还未办理之前进行收回。跳转：管理员可以针对当前任务跳转到任意节点任意人员。
催办：对下一节点的办理人员进行催办。
加签：针对会签节点和会签子流程进行人员的增加。
减签：针对会签节点和会签子流程进行人员的减少。
办结取回：针对已经办结的文件进行重新激活，实现重新流转。强制办结：在流转过程中任意节点进行强行办结。
打回：将文件直接打回至起草节点。
4.表单样式设计
通过云端的表单样式设计器进行表单样式的构建，类似 word 画布自由定义表格，字体，大小等，并完成内容组件和字段的关系绑定。
支持从 word 中复制表格样式直接进行样式设计。
人员的意见显示支持按时间排序和按人员顺序排序 2 种。
5.表单版本
可以设计多个版本的表单样式，确保表单样式发生变化后，历史数据的表单样式和字段不发生改变。
6.字体字号
每个表单的字段名都可以针对学校的要求进行字体和字号颜色的调整设定。
2.3.1.3.1.11 校历
支持完成学校的校历维护，显示学期，工作日，双休日，法定节假日，寒暑假。
1.校历维护
支持批量设定学期，寒暑假及周次，校历依照设定自动生成。针对每天可以支持在线手动调整法定节假日。
2.校历使用
支持值班、请假等和时间相关业务使用校历数据作为时间标准。
2.3.1.3.1.12 效能分析
支持通过图形化界面完成党政办系统内所有业务使用情况的分析统计，以及重要角色的办公习惯分析。
1.应用统计
支持统计对应的业务应用的文件量，办理效率，阅读耗时，使用量，使用率，排名等信息完成应用的总体使用情况的解析，并且通过流程节点耗时的下钻方便进一步进行业务的优化调整。
▲2.系统统计
支持系统级的统计各个部门的办理效率，文件量及排名等。支持针对校领导和全校教职工进行办公时间的分析等。
支持按照校领导，中层领导干部，全校人员 3 个维度展现系统 PC 和移动的使用情况。支持统计所有业务应用的使用情况体现出不同业务的使用量等
支持统计各个部门的平均办理耗时以及参与办公人员的平均办理耗时。
投标时须提供实现本功能的佐证材料，佐证材料包括：真实系统截图、或系统高保真设计图
2.3.1.3.1.13 全文检索
便捷的查询可以提高系统的使用效率，快速的定位自己想要查询的文件。通过首页系统级的查询完成跨业务应用级的办结数据查询。
1.数据权限
支持能够搜索出自己具备权限的办结数据信息以及发布信息。
2.表单检索
可以针对全字段级的内容进行检索定位。
3.应用检索
快速查询业务应用，定位对应的服务应用。
4.附件正文检索
可以针对附件内容和正文内容进行检索定位。
2.3.1.3.1.14 站内信
完成系统内人员信息发送、回复、转发，实现内部人员信息沟通协作。并且能够接收系统内的消息提醒。
1.写信
需支持全部人员快捷选择，支持抄送密送，可上传附件。使用系统内人员组织机构进行人员选择。
2.收信箱
需支持信息回复，全部回复，转发，全部标记已读等操作。
3.发信箱
需支持信息再次编辑，信息收回，信息转发。
4.系统消息
支持系统消息的删除，接收，全部已读等操作。
5.批量下载
站内信里面的附件支持批量打包下载。
6.移动端
移动端可进行写信，回复，收信，转发等功能。
2.3.1.3.1.15 移动管理
为了适应学校不同人员的移动端使用习惯，针对移动进行配置调整。
1.角色权限
支持针对校领导，中层领导干部，秘书，一般教职工 4 类人员进行移动的 tab 设置。
2.模块设置
支持设置首页主题图片，主题颜色，常用服务，列表。支持设置应用服务的显示顺序。
3.服务权限
支持设置每个应用服务在移动端的权限。
4.移动端
提供一整套 HTML5 移动端页面，可以对接微信，微信企业号，学校自建 APP 等移动端应用。
2.3.1.3.2 公文功能
2.3.1.3.2.1 学校发文（部门会签，多部门同时会签）
实现学校发文的网上拟稿、领导审批、会签、编号、套红、盖章、发布、分发、传阅、办结等功能，支持 word 正文的在线编辑，流程查看。发文文件审批结束后按照学校自定义的规则进行目录发布，支持在线 PDF 预览查看，文件转移等操作。具体重点功能要求如下：
1.自定义发文字号
可以自行定义发文字号，并且绑定使用部门，达到不同的部门发文拟稿时只可以使用本部门具备权限的发文字号
2.自定义模板
学校老师可以设定起草格式模板和套红模板。起草模板用于正文起草时格式的定义。
模板可以和文件分类、机关代字或、门进行关联，只可以使用满足条件的模板。
3.发文管理
在发文应用中专门提供给发文业务管理员的管理页面，无需反复进入其他应用进行管理，降低操作的复杂性、提供业务使用的整合便利性。
管理员可以查看发文业务中所有的文件。
管理员可针对任意文件里面的内容进行修改包含他人意见内容。管理员可针对任意文件进行流程跳转，催办，办结取回操作。 管理员可以针对任意文件进行传阅，删除。
4.正文编辑
正文编辑需要保持和 word 或者 wps 上编辑一样的格式和样式，线上编辑和线下编辑内容，样式，布局一致。
在发文审批过程如果未安装正文控件，可以直接对当前文件进行预览查看。
5.审批附件
设置发文审批办理中进行意见批示时是否允许上传附件。
6.流程表单设计
通过流程设计器可在线根据学校的要求进行发文流程的图形化设计调整。通过表单设计器可在线根据学校的要求进行发文表单的图形化设计调整。 7.文件发布
业务管理员可以根据文件分类，机关代字，年份 3 个元素设定自己学校的学校发文目录生成规则，学校发文发布时候自动根据设定好的规则进行目录的发布存放。
文件发布时可以对指定人员进行同步分发传阅，并进行消息提醒。
8.发布文件查看列表
普通用户用来查看针对自己已经开放权限已发布的文件，点开后，可以直接在线预览查看到发布的正文文件。
9.发布文件转移
所有文件都可以在自定义目录树和默认生成目录树之间转移，一个文件可以在多个目录。
10.文件在线查看
发布出来的正文都可以在线查看，并且正文可以用PDF 格式进行下载。
11.文件意见回复
可以通过权限控制，指定人员可以对文件进行分发，收到人员可以对文件进行批复意见，业务管理员可以针对接收人批复的意见进行回复。
12.发布文件管理
党校办发文秘书可查看编辑所有已经发布的发文文件，也可直接在此通过正文上传，完成发文文件的发布
13.移动端
完成发文的移动端的文件批办(单据查看，意见填写，流程提交)。移动端可针对正文和附件进行高清在线预览。
具备权限人员可在在移动办理过程中对文件进行分发，传阅，取回，催办。
2.3.1.3.2.2 学校收文
收文管理主要对学校外来的收文的登记、编号、拟办、批办、承办、统计查询等过程进行流程化的管理，并提供收文监控，统一管理和查看所有收文办理情况。具体重点功能要求如下：
1.收文跟踪
在一个列表页面上可以同时查看不少于 30 份文件的办理情况。方便秘书快速定位办理文件。列表上的显示内容及功能需要有：
最新回复：只显示回复办理意见，但秘书还未查看的人员名单，点击人名可直接显示办理人的意见信息，查看完毕办理人从此列消失。
未处理：直接显示还未办理的人员名单，点击人员姓名可针对个人直接进行消息提醒。办理情况：显示已办理人数和需要办理的总人数，点击可查看明细。
2.任务反馈
秘书可以在文件办理过程中直接通过任务反馈对指定人员发送任务，任务完成后，任务的办理结果（回复及附件）在处理单下自动追加显示。
3.督查督办
可针对文件进行需督查督办操作，完成和督查督办的关联
4.流程表单设计
通过流程设计器可在线根据学校的要求进行流程的图形化设计调整。通过表单设计器可在线根据学校的要求进行表单的图形化设计调整。
5.附件批量上传排序
收文登记时，可以批量上传附件，并且附件上传后可以通过拖拽的形式进行附件的排序。
6.收文管理
在收文应用中专门提供给收文业务管理员的管理页面，无需反复进入其他应用进行管理，降低操作的复杂性、提供业务使用的整合便利性。
业务管理员可以查看收文业务中所有的文件。
业务管理员可针对任意文件里面的内容进行修改包含他人意见内容。业务管理员可针对任意文件进行流程跳转，催办，办结取回操作。
▲7.阅办监控
可以查看所有的分发传阅的情况，包含阅读时间，处理时间，处理意见。
发送人在阅办监控中可以针对还未处理人员进行删除取消。投标时须提供实现本功能的佐证材料，佐证材料包括：真实系统截图、或系统高保真设计图
8.移动端
完成收文的移动端的文件批办(单据查看，意见填写，流程提交)。移动端可针对正文和附件进行高清在线预览。
具备权限人员可在在移动办理过程中对文件进行分发，传阅，取回，催办。
2.3.1.3.2.3 部门发文
实现各个部门的发文的网上拟稿、领导审批、会签、编号、套红、盖章、发布、分发、传阅、办结等功能，并通过 word 控件支持正文的在线编辑、留痕、查看。审批完成后按照事先定义的目录规则进行发布，可在线预览查看发布的文件。
1.自定义发文字号
可以设定各个部门所能够使用的字号，在部门发文过程中自动过滤出来本部门可使用字号。
2.自定义模板
设定起草格式模板和套红模板。
模板可以和文件分类或机关代字或部门进行关联，自动过滤使用。
3.流程表单设计
通过流程设计器可在线根据学校的要求进行流程的图形化设计调整。通过表单设计器可在线根据学校的要求进行表单的图形化设计调整。 4.部门业务管理员设定
业务管理员可以设定各个部门的管理员，部门的管理员只能够对自己本部门的文件进行管理。
5.部门发文管理
在部门发文应用中专门提供给部门发文业务管理员和部门管理员的管理页面，无需反复进入其他应用进行管理，降低操作的复杂性、提供业务使用的整合便利性。
部门管理员只可查看编辑本部门发起的所有文件。
可针对任意文件里面的内容进行修改包含他人意见内容。可针对任意文件进行流程跳转，催办，办结取回操作。 6.部门文件管理
各个部门管理员针对本部门发布的文件进行查看编辑。业务管理员针对所有部门文件进行查看编辑。
部门管理员可以通过上传正文完成新增部门文件的直接对外发布。
7.部门文件发布
发布范围可直接选择本部门公开，不再进行人员的选择。
部门文件发布时可以对指定人员进行同步分发传阅，并进行消息提醒。
8.移动端
移动端可进行部门发文流程的文件批办(单据查看，意见填写，流程提交，发送提醒)。移动端可针对正文和附件进行高清在线预览。
具备权限人员可在在移动办理过程中对文件进行分发，传阅，取回，催办。
2.3.1.3.2.4 部门收文
主要针对学校收文的再登记、编号、拟办、批示、流转、转办、承办、查询、归档等过程进行流程化的管理，并提供收文监控，统一管理和查看所有收文办理情况。部门内部收文可以一键引用校级收文的信息和正文内容。
2.3.1.3.2.5 文件归档
对发文、收文的文件进行档案归档对接。归档前按照档案归档要求进行统筹分类预处理之后直接对接档案系统。特定的文件，管理员可手动编辑具体字段信息，展示页面的信息可根据学校实际情况进行调整。
2.3.1.3.2.6 通知公告（分校级、部门两个模块）
主要用于学校各类会议通知、工作通知的审批和发布。
要求：分为校级通知公告、部门通知公告两个模块。工作流程可自行定义。部门通知公告可以一键引用校级通知的内容。长期有效的通知公告与临时性通知公告分栏展示。过期通知公告自动归档，归档后通知公告仍可查询。
2.3.1.3.2.7 校内请示
部门单位向学校进行有关人，财，物的请示审批，遵循一文一事的原则 。实现校内请示的网上起草、部门领导审批、办公室转办、校办主任拟办、校领导批示、相关部门承办、查询。
1.请示管理
在请示应用中专门提供给业务管理员的管理页面，无需反复进入其他应用进行管理，降低操作的复杂性、提供业务使用的整合便利性。
可以查看校内请示业务中所有的文件。
可针对任意文件里面的内容进行修改包含他人意见内容。
可针对任意文件进行流程跳转，催办，办结取回等操作。
2.正文编辑
正文编辑需要保持和 word 或者 wps 上编辑一样的格式和样式，线上编辑和线下编辑内容，样式，布局一致。
在审批过程如果未安装正文控件，可以直接对当前文件进行预览查看。
3.任务反馈
秘书可以在文件办理过程中直接通过任务反馈对指定人员发送任务，任务完成后，任务的办理结果（回复及附件）在处理单下自动追加显示。
4.督查督办
可针对文件进行需督查督办操作，完成和督查督办的关联
5.流程表单设计
通过流程设计器可在线根据学校的要求进行流程的图形化设计调整。通过表单设计器可在线根据学校的要求进行表单的图形化设计调整。 6.附件批量上传排序
请示起草时，可以批量上传附件，并且附件上传后可以通过拖拽的形式进行附件的排序。
7.移动端
完成移动端的文件批办(单据查看，意见填写，流程提交，发送提醒)。移动端可针对正文和附件进行高清在线预览。
具备权限人员可在在移动办理过程中对文件进行分发，传阅，取回，催办。
2.3.1.3.2.8 督查督办审批
为了保障各项工作的高效落实，进一步提高办事效率和决策，防止并克服积压工作，工作贻误现象。完成督查督办的线上起草，领导批示，办理回复，提醒等工作。
▲1.督查督办审批管理
在督查督办审批应用中专门提供给业务管理员的管理页面，无需反复进入其他应用进行管理，降低操作的复杂性、提供业务使用的整合便利性。
可以查看督查督办审批中所有的文件。
可针对任意文件里面的内容进行修改包含他人意见内容。可针对任意文件进行流程跳转，催办，办结取回等操作。
列表上通过不同的颜色显示即将到期的任务和已经超期的任务。
投标时须提供实现本功能的佐证材料，佐证材料包括：真实系统截图、或系统高保真设计图
2.进度回复
执行部门每次在进行办理情况回复的时候可以选取百分比在办理情况的回复中显示每次工作的情况以及进度比。
3.文件来源
督查督办起草时可以选取收文和请示需督办的文件作为文件来源。
4.流程表单设计
通过流程设计器可在线根据学校的要求进行流程的图形化设计调整。通过表单设计器可在线根据学校的要求进行表单的图形化设计调整。 5.移动端
完成移动端的文件批办(单据查看，意见填写，流程提交，发送提醒)。移动端可针对正文和附件进行高清在线预览。
具备权限人员可在在移动办理过程中对文件进行分发，传阅，取回，催办。
2.3.1.3.3 会务功能
2.3.1.3.3.1 会议室预定
会议室预定实现学校会议室资源的优化使用和管理，方便教职工对于会议室的申请使用以及相关负责人的线上审批确认，降低因会议室资源冲突带来的协调工作，提高了办公效率。
1.图形化周看板
以周为单位，查看一周所有会议室的空闲及使用情况。查看会议室的照片，下载会议室的座位图。
通过明显的标记可以显示会议室的长期占用，循环占用，申请占用中的状态。
2.会议室预定
一个会议可以同时申请多个不同时间不同地点的会议室。
会议室预定申请的时候如果需要使用外部地点可以随时定义一个临时地点进行申请。会议预定申请通过后，申请人可以进行发送通知。
3.会议服务
通过xx按照上下午显示所有需要提供会议服务的会议。
4.会议室预定管理
在会议室预定管理应用中专门提供给管理员的管理页面，无需反复进入其他应用进行管理，降低操作的复杂性、提供业务使用的整合便利性。
按照周树去显示每周的会议预定申请。
管理员可以查看到所有状态下的会议室预定申请。
管理员可以修改所有的会议室预定信息(除去从议题生成的校长办公会，党委常委会)。
5.会议修改
申请人可以自行针对已经通过审批的会议室预定信息进行修改。已经发送会议通知的会议修改后针对已通知人员自动重新通知。申请人可以取消会议室预定。
可以查看会议的修改记录。
6.会议室预定统计
图形化统计指定部门对所有会议室资源的使用情况。图形化统计指定会议室资源被各个部门使用的情况。
7.领导日程
会议室预定中当有参会校领导的时候，通过审批后，校领导日程中需要自动同步会议信息。考虑到学校的使用习惯同步原则需要有以下几点：
（1）当参会校领导，选择“全体校领导”选项时能够自动同步所有校领导
（2）当参会校领导，选择“校领导”选项时不做任何同步
（3）当参会校领导，选择具体的某几个校领导时，针对这几个校领导同步
8.移动端
移动端发起会议室预定，查看会议室空闲状态。
完成会议室预定的移动端的文件批办(单据查看，意见填写，流程提交)。 具备权限人员可在在移动办理过程中对文件进行分发，传阅，取回，催办。附件可进行高清在线预览。
2.3.1.3.3.2 会议室维护
对学校会议室的信息进行维护和展示，包括会议室名称、容纳人数、所属校区、所属部门、会议管理员、联系电话、会议室设备、会议室地址、会议室照片等。
2.3.1.3.3.3 会议纪要
在会议记录基础上经过加工、整理出来的一种记叙性和介绍性的文件。包括会议的基本情况、主要精神及中心内容，便于向上级汇报或向有关人员传达及分发。
线上完成会议纪要的网上起草、领导审批、会签、编号、套红、盖章、发布、分发、传阅、办结等功能，支持 word 纪要正文的在线编辑，流程查看。
会议纪要审批结束后按照学校自定义的规则进行目录发布，支持在线 PDF 预览查看，文件转移等操作。
1.自定义纪要字号
可以自行定义纪要字号，并且绑定使用部门，达到不同的部门起草会议纪要时只可以使用本部门具备权限的纪要发文字号。
2.纪要模板
设定起草格式模板和套红模板。
起草模板用于正文起草时格式的定义。
模板可以和纪要分类或、关代字、部门进行关联，只可以使用满足条件的模板。
3.纪要管理列表
在会议纪要应用中专门提供给业务管理员的管理页面，无需反复进入其他应用进行管理，降低操作的复杂性、提供业务使用的整合便利性。
可以查看会议纪要中所有的文件。
可针对任意文件里面的内容进行修改包含他人意见内容。可针对任意文件进行流程跳转，催办，办结取回操作。 4.正文编辑
正文编辑需要保持和 word 或者 wps 上编辑一样的格式和样式，线上编辑和线下编辑内容，样式，布局一致。
在审批过程如果未安装正文控件，可以直接对当前文件进行预览查看。
5.分类管理列表
在会议纪要应用中专门提供给分类管理员的管理页面，无需反复进入其他应用进行管理，降低操作的复杂性、提供业务使用的整合便利性。
不同的纪要分类管理员只查看到自己所管理的分类下的纪要文件。可针对任意文件里面的内容进行修改包含他人意见内容。
可针对任意文件进行流程跳转，催办，办结取回操作。
6.审批附件
设置会议纪要审批办理中进行意见批示时是否允许上传附件。
7.纪要文件发布
业务管理员可以根据文件分类，机关代字，年份 3 个元素设定自己学校的学校发文目录生成规则，会议纪要发布时候自动根据设定好的规则进行目录的发布存放。
文件发布时可以对指定人员进行同步分发传阅，并进行消息提醒。
8.纪要文件查看列表
普通用户用来查看针对自己已经开放权限的文件，点开后，可以直接在线预览查看到发布的正文文件。
9.纪要文件转移
所有文件都可以在自定义目录树和默认生成目录树之间转移，一个文件可以在多个目录。
10.文件在线查看
发布出来的正文都可以在线预览查看，并且正文可以用 PDF 格式进行下载。
11.文件意见回复
可以通过权限控制，指定人员可以对文件进行分发，收到人员可以对文件进行批复意见，业务管理员可以针对接收人批复的意见进行回复。
12.文件管理
党校办发文秘书可查看编辑所有已经发布的纪要文件，也可直接在此通过正文上传，完成会议纪要文件的发布。
13.移动端
完成移动端的文件批办(单据查看，意见填写，流程提交，发送提醒)移动端可针对正文和附件进行高清在线预览。
具备权限人员可在在移动办理过程中对文件进行分发，传阅，取回，催办。
2.3.1.3.3.4 会议进程
主要用于学校的校长办公会和党委常委会，为了确保会议的顺利开展以及节约参会人的等待时间，通过议程看板配合消息提醒能够实时显示会议的进展情况以及通知参会人员及时侯会。
1.会议进程发起
可以直接独立新增一个会议进程。 直接从议题管理中生成会议进程。 事先维护好每个议题下的通知人员。 2.首次通知
与会秘书可以从任意 1 个议题开始发送参会通知，系统自动给选中的议题参会人员发参会通知，给下一议题参会人员发侯会通知。
3.手动通知
校长办公会和党委常委会的议题并不能严格按照事先计划的时间进行，所以需要现场的与会秘书，能够通过点击一个开始按钮完成上一议题的结束，新议题的开始以及后续第二个议题的侯会通知。
4.移动端
教职工在移动端查看会议进程。
管理员可在移动端针对议题进行开始、结束操作，并针对参会人员进行发送通知。
2.3.1.3.3.5 会议通知
会议准备工作基本就绪后，为便于与会人员提前做好准备而发给与会者的通知。通过短信，移动端等多个渠道通知到参会人员，参会人员通过接受到的通知完成参会的回复。
1.发送会议通知
会议通知可以按照会议发送也可以按照一会多场次发送。
会议通知可以带议题发送，每个议题可以单独授予查看权限。会议通知可控制是否需要回复。
会议通知可同时发起会议签到。
2.通知回复
会议通知的回复在学校支持 2 种回复模式：
（1）指定人员个人回复；
（2）指定人员给各自部门内部人员进行集中报名，并且需要部门正职审核确认。会议通知的回复支持 3 种状态：
（1）参会；
（2）他人代参会，需要明确代参人；
（3）不参会，需要明确原因。
4.会议通知来源
可直接从会议通知管理中发起会议通知。
申请人可以从办结的会议室预定中发起会议通知。
5.会议通知审核
如果需要直接通知校领导参加，那么需要党政办审核后才可发送。
6.移动端
通知接收人在移动端可完成通知回复(个人回复，代他人报名)。移动端回复的状态包含：参会，不参，代参。
2.3.1.3.3.6 会议签到
为了更好的完成会议工作安排，严肃会议纪律，实现会议应到人员，实到人员，未到人员，迟到人员的实时统计计算。
▲1.会议签到设置
可以设定准时签到，迟到，缺席，请假 4 种状态的不同颜色标记。设定动态二维码的刷新时间以及扫码冗余时间。
投标时应提供实现本功能的佐证材料，佐证材料包括：真实系统截图、或系统高保真设计图
2.会议签到来源
会议签到根据学校所选应用支持 3 种来源：
（1）发起会议通知的同时发起会议签到；
（2）发起公开报名的同时发起会议签到；
（3）直接在会议签到应用里面发起会议签到。
3.签到人员来源
依据所使用的会议签到来源获取不同的应参会人员会议通知回复参会人员和代参人员
公开报名里面报名的参会人员
会签签到里面直接维护的参会人员
4.会议签到管理
自动刷新显示签到情况。
签到负责人可以通过周看板查看自己负责需签到的会议。
可以针对所有应签到人员设置参会状态(未签到，正常签到，迟到，缺席，请假)。可以下载静态二维码使用，可以单独打开动态二维码扫码界面。
记录管理员针对人员签到状态的修改记录。
5.会议签到
可以通过学校使用的移动端扫描动态或者静态二维码进行签到。
也可以对接集成学校现有的一卡通，脸部识别等设备进行签到操作。
6.移动端
通过移动端进行扫码签到。
管理员可以通过移动端显示会议签到静态二维码。管理员通过移动查看会议签到状态。
管理员可对人员签到状态进行调整。
2.3.1.3.3.7 会议抄告
会议纪完成发布后，每个议题和决议针对不同的相关责任部门进行发送、阅办，确保会议精神和指示能够准确的传达给相关责任单位。
1.分类管理列表
在会议抄告应用中专门提供给分类管理员的管理页面，无需反复进入其他应用进行管理，降低操作的复杂性、提供业务使用的整合便利性。
不同的会议分类管理员只查看到自己所管理的分类下的纪要文件。可针对任意文件里面的内容进行修改包含他人意见内容。
可针对任意文件进行流程跳转，催办，办结取回操作。
2.抄告管理列表
在会议抄告应用中专门提供给业务管理员的管理页面，无需反复进入其他应用进行管理，降低操作的复杂性、提供业务使用的整合便利性。
可以查看会议抄告中所有的文件。
可针对任意文件里面的内容进行修改包含他人意见内容。可针对任意文件进行流程跳转，催办，办结取回操作。 3.查看列表
可以查看全校的所有会议抄告。
4.移动端
完成会议抄告的移动端的文件批办(单据查看，意见填写，流程提交)。移动端可针对正文和附件进行高清在线预览。
具备权限人员可在在移动办理过程中对文件进行分发，传阅，取回，催办。
2.3.1.3.3.8 周会表
完成学校一周重要活动，会议的安排和发布，让全校教职工知晓学校未来一周的重要安排，让全校教职工更加有学校事务的参与感。系统完成周会表的制作和发布工作。
1.周会表生成
周会表管理员新增会表支持 2 种会议添加模式：
（1）手动在会表中新增会议；
（2）从会议室预定中自动获取审批通过且上会表的会议。
2.周会表查看权限
可以设置周会表某一列信息只允许指定的人员可见。可以指定周会表中的某个会议只允许指定人员可见。 3.周会表修改
针对已经发布的周会表进行在线调整需要自动标记修改状态：
（1）新增的会议标记新增。
（2）修改了会议信息标记调整，自动显示调整前和调整后的会议对比。
（4）最新一次的调整标记为彩色，历史调整标记为灰色。
4.周会表审批
新增的周会表需要通过领导审批通过后发布。
5.移动端
通过移动端查看已经发布的周会表信息，可以通过星期几标识快速定位。
2.3.1.3.3.9 议题管理 （分校级、部门两个模块）
学校的会议是日常工作中重要的组成部分，是贯彻上级精神，沟通情况，统一认识，部署工作的重要手段，为了提高会议效率和工作质量，集中精力抓大事，办实事。议题的管理就显得极为重要，所有的议题都应经过详细的调研和思考。
议题管理通过线上的议题提报，汇总上会审批，上会材料审批，上会结果反馈，等完成整个议题的生命周期管理。
1.部门议题库
部门上报议题通过分管校领导确认后，允许上会。
部门领导可在本部门的议题中查看本部门上报议题的状态，包括待上会、已审议、上会未讨论。
2.校议题库
通过标签分为待上会议题，待审议议题，已审议议题，上会未讨论议题，打回议题 5 个分类。待上会议题：选择议题进行会议议程的申请审批（可自由选择多个议题，并定义会议时间，
参会人员），对会议材料进行打回。
待审议议题：对通过会议议程申请的议题进行议题结果状态的标识。打回议题：记录被退回给部门进行调整的议题。
会议确定后可直接发起会议通知，通知中带议题发送，议题可单独授权。
3.校议题管理
管理员可针对所有通过部门提报审批的议题进行内容的编辑调整。
4.议程审批
校领导在议程审批中可针对议题进行取消，调整顺序。校领导取消的议题只做标记，最终由秘书进行执行。 5.移动端
完成移动端的文件批办(单据查看，意见填写，流程提交，发送提醒)。移动端可针对正文和附件进行高清在线预览。
具备权限人员可在在移动办理过程中对文件进行分发，传阅，取回，催办。
2.3.1.3.4 值班安排
2.3.1.3.4.1 日常值班
高校每天都会有领导干部在学校进行值班，值班安排的合理性显得极为重要，通过系统依据
不同人员类型，不同日期类型，人数等条件，完成一键排班，释放排班工作量，提高值班安排的合理性。
支持法定节假日，双休日，日常工作日，自然日，休息日 等日期类型。
支持全天；白天、晚上；上午，下午；上午，下午，晚上；4 种分班类型。手机号码显示控制。
女性教职工排班设定。
2、值班列设定
支持多部门平均分布算法。支持顺序排班算法。
支持部门轮循排班关联部门平均分布。
3、值班信息调整
支持同列值班人员调班。
支持批量给某值班列新增值班人员。
4、值班提醒
可以指定时间提前 1 天对值班人员进行值班消息提醒。
5、值班统计
可以统计指定时间范围内所有值班人员法定节假日，双休日，日常工作日的值班次数，并且可导出。
6、移动端
移动端对已经发布的值班信息进行查看，可针对值班进行电话直拨。
2.3.1.3.4.2 假期值班
完成学校假期各个部门上报值班计划和安排，统一发布，普通教职工可以快速定位查找值班人员，系统自动提醒值班人员值班。
用于学校节假日期间学校及二级部门值班表的发布，方便快速查询、联系相关值班人员，实现值班信息共享及工作衔接。
2.3.1.3.5 物品领用
支持学校各单位部门在学校办公室进行物品领用，通过线上申请，库存预警，线下扫码领取提升办公效率，让物品的领用资源规划更加合理，降低库存风险。
2.3.1.3.6 校领导日程安排
专门针对学校校领导完成的日程管理，区别于个人日程，校领导的日程和其对应的秘书共享，更好的服务于领导和学校办公室，让日程信息在保密安全的条件下，在最小范围内实现信息的共享。
1、权限管理
可设置每个校领导的排序，以及每个校领导的日程可编辑人员。
支持校领导可查看所有公开的校领导日程信息；校领导日程支持xx和月历 2 种显示模式；
支持每个校领导查看日程时，自己的日程置顶显示，方便查看。
3、领导日程新增
根据权限秘书可以同时批量针对多个校领导日程；校领导可以自己增加个人日程；
日程信息可以全部公开，部分公开，不公开。
4、日程同步
和会议室预定同步，会议室预定中选中参会校领导且审批通过后，校领导日程中自动添加信息。
5、移动端
校领导日程移动端信息查看；校领导日程移动端新增。
2.3.1.3.7 接待管理
实现所有学校实体接待管理过程的网上办理。
接待管理规范了事前审批控制、事中规范、事后监督问责等接待管理的全流程管理。满足学校接待工作的流程规范，接待前的接待审批完备，通过格式化的处理单据实现事中接待具体内容的规范。
2.3.1.3.8 任务反馈
为了保证学校工作任务的能够按时高效的完成，完成工作业务的闭环，针对一些短平快的任务，业务负责人直接能够发起任务给执行人，执行人办理完成后结果自动反馈至业务源。
可实现收文、信访工作等需要反馈的相关任务的下达，帮助任务执行人了解任务背景及办理要求，实现业务闭环管理。
2.3.1.3.9 信息报送
采用加分、扣分等操作完成线上的信息拟制，并可实现各级部门的往期积分，本期积分，总积分的计算。
学校可通过公开化的积分的模式实现信息报送，提高各部门信息报送的积极性，为信息报送的考核提供依据。
2.3.1.3.10 交办协办
用于上级向下级交办任务或平级部门之间进行协同办公。交办协办流程要求灵活，可以选择任意人发送，并可以同时发送多个人办理。发送人分为主办人和抄办人，主办人收到后依然可以选择多个人办理，抄办人收到后只能自己回复办理。交办协办单起草人可以定义回复人是否上传附件。
学校可通过该模块实现下达交办协办事项，并跟踪处理及留痕，规范办事流程，提高效率。
2.3.1.3.11 印章管理
2.3.1.3.11.1 用印申请（分校级、部门两个模块）
印章是高校履行职责，行驶权利的重要凭证和标志，学校的印章使用关系到学校的信誉和形象，用印申请规范了印章使用的流程和使用规范，使学校的印章使用更加安全，高效，减轻了各级部门和办公室的工作量。
1.分类管理列表
印章分类管理员可查看自己负责分类下的所有用印申请单据。可针对任意文件里面的内容进行修改包含他人意见内容。
可针对任意文件进行流程跳转，催办，办结取回操作。管理员可在列表上针对申请记录进行是否盖章的标记。 2.管理列表
业务管理员可以查看所有分类下的用印申请单据。
可针对任意文件里面的内容进行修改包含他人意见内容。可针对任意文件进行流程跳转，催办，办结取回操作。 管理员可在列表上针对申请记录进行是否盖章的标记。 3.使用统计
可以统计一段时间内指定部门对印章的使用次数统计。可以查看每个印章的使用次数。
4.移动端
完成用印申请移动端的文件批办(单据查看，意见填写，流程提交)。移动端可针对正文和附件进行高清在线预览。
具备权限人员可在在移动办理过程中对文件进行分发，传阅，取回，催办。
2.3.1.3.11.2 电子印章
插 KEY 完成单机上的正文及 word 电子盖章。电子印章制作需求 2 个（学校公章和党委公章）。 2.3.1.3.11.3 印章管理
印章是高校履行职责,行使权力的重要凭证和标志.高校印章管理的规范与否关系到学校的信誉和形象，通过对印章制作，印章重制，印章注销的全生命周期的线上管理让学校的印章管理更加规范。
1.印章刻制
支持线上印章刻制申请审批办理。
2.印章刻制管理
可以查看印章刻制业务中所有的文件。
可针对任意申请表里面的内容进行修改包含他人意见内容。可针对任意申请表进行流程跳转，催办，办结取回操作。 可针对任意申请表进行传阅，删除。
支持线上印章重制申请审批办理。
可以查看印章重制业务中所有的文件。
可针对任意申请表里面的内容进行修改包含他人意见内容。可针对任意申请表进行流程跳转，催办，办结取回操作。 可针对任意申请表进行传阅，删除。
4.印章注销
支持线上印章注销的申请审批办理。 可以查看印章注销业务中所有的文件。
可针对任意申请表里面的内容进行修改包含他人意见内容。可针对任意申请表进行流程跳转，催办，办结取回操作。 可针对任意申请表进行传阅，删除。
5.移动端
完成接待管理移动端的文件批办(单据查看，意见填写，流程提交)。移动端可针对正文和附件进行高清在线预览。
具备权限人员可在在移动办理过程中对文件进行分发，传阅，取回，催办。
2.3.1.3.11.4 印章目录
印章是高校履行职责,行使权力的重要凭证和标志.高校印章管理的规范与否关系到学校的信誉和形象。全校各部门、单位的行政印章均需报校长办公室备案，印章目录公布之后，学校各部门、单位所留存的未被列入印章目录的任何印章均为无效印章，任何单位或个人使用该等印章行为均为无效行文，学校不认可其法律效力。
1.目录管理
支持新增印章(包含印章名称，生效范围，直接责任人，第一责任人，对外使用管理细则)。支持删除印章。
支持编辑印章。
2.目录查看
全校教职工印章目录的查看。
2.3.1.3.12 部门留言板
支持日常部门内部的工作交流和衔接，传统使用白板去进行内部通知，工作衔接，但是空间小，内收受限，无法留痕，无法追溯，给日常的工作和部门内部的交流带来了麻烦。通过快捷的部门留言板设定，完成线上部门内部的交流。
2.3.1.3.13 信息发布
依据“程序规范、集中管理、统一发布、讲求时效”的原则，确保信息发布的及时性、真实性和权威性，对校内外展现学校的良好形象。通过线上信息编辑和授权发布完成信息的对外展示，发布的信息应履行严格的审核程序，各个栏目的信息由对应的负责人负责，通过统一窗口展示。
2.3.1.3.14 公共通讯录
高校都会针对全校教职工定期进行人员联系方式的汇总发布，方便广大教职工的工作联系，提高办公效率。传统的实体文件会造成信息无法及时更新，浪费资源等问题，使通讯录效果
大打折扣，线上的通讯录可以完成信息的及时更新，移动端的号码拨打，安全可控的信息管控，提高了通讯录的使用和安全性，节约了资源。
1、机构管理
针对全校的部门单位设置是否显示其对应的部门通讯录信息。
2、管理权限
设置各个部门的部门管理员以及是否具备编辑普通教职工信息和领导信息的权限。
3、查看权限
设置各个部门单位的领导和教职工 2 个类别的人员的可查看人员和手机号码可查看人员。设置个人是否允许修改自己的信息。
4、通讯录管理
管理员可以批量导入维护各个部门单位的科室信息。
管理员可以编辑各个部门单位的领导信息和教职工信息。
5、通讯录查看
可以通过平铺的部门单位布局查看自己所具备的通讯录信息。
具备权限的人员可以通过角标获知自己所具备权限编辑的部门信息，并对部门单位内部的信息进行编辑。
6、操作日志
记录整个通讯录的所有修改日志。
需要显示：操作人，被修改人，修改字段，原始值，修改值，操作时间。
7 移动端
完成移动端的通讯录信息查看及拨打电话。完成移动端的通讯录信息更新维护。
2.3.1.3.15 数据采集
用于收集各类信息，替代问卷星和腾讯文档收集信息功能，可采用问卷方式或表格等方式进行信息收集，汇总的信息可一键导出。
2.3.1.3.16 证件审批
实现所有学校证件申请使用，进行网上审批办理的过程。最后统计出各个部门领用证件的使用量。通过证件审批规范学校的证件使用，维护学校的合法权益。
2.3.1.3.17 规章制度
支持规章制度类的发文流程结束后除在校级文件中发布外还可以在规章制度中自动发布。支持规章制度管理员可以直接发布规章制度文件，可以自定义规章制度目录，并且进行规章
制度目录转移。
2.3.1.3.18 档案借阅
档案工作是一项重要的机要工作，档案工作人员要严格执行保密工作的有关规定，保证档案完整与安全。
线上的档案借阅申请，实现了档案的申借，追踪，审查，归还，确保档案使用安全，高效。
2.3.1.3.19 合同审批
通过线上的合同起草，审批，实现合同的线上审阅，检查，留档，提高学校合同管理的规范性。
2.3.1.3.20 校长信箱
为了拓宽学校领导联系基层的渠道,及时了解、解决师生员工提出的问题和困难,掌握师生员工对学校改革发展的建议和意见。
校长信箱为全校师生员工、学生家长提供与可通过校长信箱向学校反映情况、提出意见和建议、表达心声、交流思想，并可以通过此渠道及时得到答复的平台。
主要功能包括：来信选登、我的信件、写信、信件回复（直接回复、指派其他部门回复）、查询统计等功能。
2.3.1.3.21 信访审批
为了密切学校和教职工、学生、家长等人员的关系，化解各种矛盾，维护学校的稳定，营造和谐的环境，信访管理主要对各种渠道收到的信访件进行的登记、编号、主任拟办、校领导批示、转办、受理单位承办、查询等功能。跟据信访工作的特点，提供从不同维度（信访类别、信访方式等）统计各种信访件的数量及同期变化情况。信访件信息登记可以引用校长信箱等渠道的内容。
1、信访管理
可以查看信访业务中所有的文件。
可针对任意文件里面的内容进行修改包含他人意见内容。可针对任意文件进行流程跳转，催办，办结取回等操作。 2、信访统计
根据信访类别，信访方式，信访人身份，受理人 4 个类别进行统计。同时对比上一年同一时期的数量对比情况。
3、移动端
完成移动端的文件批办(单据查看，意见填写，流程提交，发送提醒)。可针对正文和附件进行高清在线预览。
具备权限人员可在在移动办理过程中对文件进行分发，传阅，取回，催办。
2.3.1.3.22 任务执行管理
为了更好的完成学校的任务执行、落实和办理，提高部门自我驱动和执行力，对任务的执行过程进一步细化到每个阶段，并且通过图形化进度看板显示任务完成情况，降低任务风险，提高任务执行效率及效果，并通过任务的细化分析统计展示各个部门的任务完成效率，从而整体促进学校整体的效能。
2.3.1.3.23 即时对话
用于教职员工之间的日常对话交流及文件传输。
要求：支持表情包。支持发送图片、文件（包括但不限于 PDF、doc、docx、xlsx、zip 等格式）。支持多人群组聊天功能。
2.3.1.3.24 控件
1、正文及附件在线预览套件
完成党政办公系统内所有附件（word,excel,ppt,pdf,zip,ofd）的在线查看，移动端和 PC端都可以完成高保证格式的在线查看，不依赖任何客户端工具，并且实现正文 wordPC 端的在线编辑，支持多种浏览器。
2、在线编辑
完成无插件模式下的 PC 和移动端的正文在线编辑，支持多浏览器，留痕，PC 端套红。
2.3.1.3.25 慧排（会议排座）
1、慧排在线系统
应用于多种会议类型的会议排座管理系统。系统含有十种排座规则，可划分区域排座。支持一键生成座次表，并通过短信方式提醒用户会议座次。同时可在线刷新电子桌牌，提升会议规格。
2、电子桌牌
无纸化智能水墨屏电子桌牌，用于显示参会人员信息。显示模板多种可选，具有拍照摄像不闪屏的特点。产品可反复利用，绿色环保。质保期一年。
3、桌牌基站
通讯基站与电子桌牌捆绑使用，连接网线、电源，即插即用。质保期一年。
4、桌牌蓝牙
与电子桌牌捆绑使用。用于无内网环境下，连接排座系统与电子桌牌。产品外观小巧轻量，随取随用，便于携带。支持 USB 串口，质保期一年。
2.3.1.3.26 移动 OA
与 PC 端 OA 系统配套，实现手机办公功能。
要求：PC 端的应用均可在移动 OA 上查看，可以进行下一步操作并进行意见审批流转。数据信息需与 PC 端保持同步。
2.3.1.4 服务要求
项目建设完成后，建设方应对全体教职工组织开展线下培训并制作操作指引手册及常见问题解决方案供参考。项目试运行 1 年，项目验收合格之日起维保期三年。系统开发公司指派至少 1名 OA 系统工程师在项目实施直至验收合格常驻学校负责系统维护。服务期及维保期免费上门维保，同时免收上门费。在我校提出维保维护需求后，建设方需在 2 个日历日内上门维保。
2.3.1.5 保密要求
OA 建成后，系统数据应确保仅校内流转，数据不可外泄，不可用于商业用途的案例示范对外展示。
2.3.1.6 其他要求
OA 系统应用中所有附件支持格式为（word,excel,ppt,pdf,zip,rar,ofd,jpg,png 等格式），单个上传附件大小无限制。附件上传、打开响应时间 1s 内。
2.3.2 智慧学工管理系统
2.3.2.1 招生服务
为学校提供招生基础数据管理、数据分析、录取数据、录取通知书等功能，服务学校招生需求。具体功能如下：
2.3.2.1.1 基础数据管理
系统应提供招生批次、科类、考生类别、考生毕业类别、外语语种、成绩项、院系、专业等校定业务数据标准日常维护功能，已便于后期使用进行各省录取数据标准转换成统一的校定数据标准以及按照校定数据标准进行数据的统计分析。
2.3.2.1.2 数据分析
招生数据统计分析需支持用户自定义统计，满足对数据的灵活分析应用。
2.3.2.1.3 录取数据管理
1.系统应提供按照省份导入从高考录取系统中下载的录取数据包功能，导入功能需要兼容广东以及其他省份多套数据结构标准，另外后续每年需要根据国家系统的结构标准调整进行及时的对接调整服务，以满足学校进行数据无缝导入对接的及时性、准确性、完整性需求；
2.系统应提供省标数据到校标数据的标准映射及自动转换功能；
3.提供原始录取数据存档以及查询检索功能，保证原始录取档案数据安全、完整、准确无误，以备后续；
4.提供考生照片信息按不同命名规则批量上传功能；
5.提供考生录取结果按省份在线发布及取消发布的控制功能。
2.3.2.1.4 录取通知书管理
系统应提供基于已转换的校标录取数据，批量进行通知书、快递单的打印功能，打印时需要记录及打印状态及打印日志，以便于打印完成后进行核对。并提供简单便捷的模板自定义的服务，以解决以往通知书模板调整带来的操作难题。
2.3.2.1.5 考生服务
系统应提供对接功能，对接目前学校已建的自主招生考生的考生服务，用于为考生提供及时的招生信息查询及招生业务办理服务。主要包含招生公告信息提醒查询、招生业务在线咨询、招生报名申请、特长类型考试资格申请、免试资格申请、政策加分申请、考试费用在线缴纳、考试安排查询、准考证打印、考试成绩查询、录取结果查询等围绕xxx业务周期的贴心服务，使考生感知更加智能、便捷、高效。
2.3.2.1.6 招生计划
提供按招生批次制定各批次的单招招生计划，计划制定支持按不同单招类别、招生省份和考试科类设置各专业的招生计划数。系统提供新增、修改、删除、导入、导出招生计划等核心功能。
2.3.2.1.7 总体分析
提供基于普招招生数据以及外部开放数据，如包含招生计划、录取信息、考生成绩、省份高考报名数据、省份分数段位表数据、省份批次投档分数线等核心数据进行纵向横向数据挖掘分析，提供辅助招生计划制定、招生宣传规划、生源基地建设、生源质量监控、专业发展建设等方面工作的决策支撑。
2.3.2.1.8 招生录取情况
提供单招成绩汇总计算、单招录取模板自定义配置、考生自动和手动录取等相关功能。满足学校考生分类录取的业务需求，系统需要灵活定义各类考生的录取规则，支持分数优先和志愿优先两种录取规则，另外可以自定义排序条件、录取限制条件以及调剂规则，来满足学校在招生录取改革背景下复杂多变的录取需求。
2.3.2.1.9 招生网站对接集成
须与学校已建招生网站进行对接集成，已建招生网站包含招生宣传、招生咨询、考生报名等功能，对接集成须完成数据、认证层面集成，集成费用须包含在本项目投标报价内。
2.3.2.2 迎新服务
迎新应用是为学校解决每年的新生报到入校问题，需围绕事前准备、事中控制、事后分析的思路，结合学校实际情况，解决学生从入校前信息采集、预订商品、军训服装、登记到站等迎新事宜进行设计和开发，实现预报到提前在网上完成。从而解决之前迎新现场学生排队办理手续拥挤的问题，达到提高迎新工作效率、节省人力物力的目的。
2.3.2.2.1 新生报到
1. 提供新生预报到服务，需支持新生在家时可通过配置的学生服务在线填报个人基本信息，提前办理预定军训服装、预定生活用品等迎新事项。
2. 新生报到服务需支持完善和灵活配置功能，需提供必办项/可办项的设置，以及可为每项服务设置独立的办理业务时间段。
3. 在新生报到服务中需默认提供信息采集、财务缴费、到站登记、结伴同行、绿色通道申请、入学教育测试、一卡通照片采集、生活用品购买、军训服装尺码预定、电子报到单、迎新导航等服务应用，
2.3.2.2.2 迎新管理
1． 迎新类别管理
（1）需支持管理人员自定义迎新类别。
（2）迎新类别管理中需支持提供新生在线服务与到校现场办理流程的配置，要足够完善和灵活：提供必办项/可办项的设置，以及可为每项现场办理流程配置详细办理信息，包括办理地点、时间、联系电话、办理说明等；支持异常情况下做备注登记。
（3）需支持管理人员可自行给各环节办理人员授权功能，有相关环节办理权限的人员才能够使用迎新现场办理功能。
（4）需支持不同层级管理人员，授权后按照管理范围查看新生报到进度及环节办理情况。
（5）需支持设置管理人员自定义校内各个环节办理点坐标，并支持通过定位导航指引学生完成现场报到办理。
（1）需支持单独的迎新批次管理功能，与学校每年的迎新工作开展相对应。
（2）需支持在迎新批次管理中，能够直接引用配置好的迎新类别，实现新生报到服务、到校现场办理流程、人员授权的自动加载。
（3）需支持学生信息导入功能。可批量导入新生名单、入住数据、辅导员带班任职等信息数据。数据初始化完成后即可开启迎新批次。
3．现场办理
（1）需支持与外部人脸识别、扫码或读卡等设备集成，达到方便快速识别学生身份效果。
（2）需支持对各环节办理情况实时监控功能，并且能实时按照不同维度进行迎新报到情况统计。
（3）需支持各环节办理人员仅能对其权限范围内的环节进行办理。
（4）需支持对已办理环节进行已通过撤销操作。
4．离线办理
需支持在网络连接出现问题的情况下，通过excel 模板的方式进行临时性的现场报到信息登记，并在后期直接通过 excel 方式导入到系统中。
5．迎新统计
（1）需提供报到情况和办理情况的统计分析。
（2）需支持按照多维度的组合查询，默认提供院系、专业、生源地、民族、各环节等维度的统计。
（3）需支持以统计图表进行直观展现，可进行数据钻取查看详情。支持在线导出统计详情数据。
6．人脸识别
需支持管理老师指定新生到校完成人脸识别区域；在现场迎新报到期间能实时查看通过人脸比对完成新生报到的情况。
7．人员授权
需支持对新生班主任、辅导员、志愿者进行授权，授权可精细到对某个类别或某个批次下的现场办理环节授权。同时支持对新生班主任、辅导员、志愿者进行批量授权。
2.3.2.2.3 绿色通道管理
1. 需支持管理人员自定义配置绿色通道申请审核流程。
2. 需支持设置绿色通道申请的业务起止时间段。
3. 需支持根据具体的财务项设置缓缴总金额。
4. 需支持申请表格打印模板的配置。
5. 需支持对已发放的资助物资情况查询。
2.3.2.2.4 到校登记管理
需支持学校管理人员自定义设置新生现场报到前达到站点信息、来校交通路线、路线图或地理图。
（1）新生提前登记报到行程后，需支持统计、查看登记结果。
（2）能自定义统计时段及统计站点，提供以折线图和柱状图的方式清晰展示到站人数的趋势和详情，方便安排接站。
2.3.2.2.5 财务缴费管理
1. 需支持为每种迎新类别进行应缴费用的设置。可设置学费、宿舍费及其他费用等财务缴费项，同时可为每个财务缴费项提供设置是否可缓缴、是否必缴功能。
2. 需支持对应的管理人员能够在线查看和管理缴费情况，应用需提供缴费比例统计功能。
2.3.2.2.6 军训服装预定
1. 需提供军训服装信息在线维护功能，需支持在线设置规格、尺码表上传、图片上传。
2. 需支持学校管理老师可按服装类型、年级来统计各学院已预定或未预定军训服装人数。
3. 需支持能够在线查看学生的预定详情及结果导出，方便提前备置。
2.3.2.2.7 商品预定
1. 提供商品信息在线维护功能，需支持商品类别的自定义，提供名称、价格、规格项、描述的编辑功能，同时能够在线上传商品真实图片。
2. 能够在线查看学生的预定详情及结果导出，方便提前备置。
2.3.2.2.8 移动迎新
1. 新生报到
▲需支持为新生预报到提供新闻公告、个人信息采集、报到二维码、到站登记、结伴同行、财务缴费、商品预定、军训服装尺码登记、绿色通道申请、迎新导航、迎新报到单等功能。投标时须提供实现本功能的佐证材料，佐证材料包括：系统高保真设计图
2. 迎新管理
需支持扫码办理、到校统计、报到统计、采集统计、绿色通道审核等。
2.3.2.3 宿舍服务
宿舍服务应用主要为学生住宿相关业务提供管理与服务，是一个学生与宿管部门互动协作的平台。在产品功能的设计上需要围绕学生从入住到退宿的整体业务周期，需包括宿舍房源管理、宿管人员管理、排宿、学生日常住宿管理、卫生检查、违章违纪检查、宿舍报修、学生选房等功能。具体功能要求如下：
2.3.2.3.1 宿舍房源管理
1.为使宿舍房源工作更为直观和便捷，需引入图形化管理功能，可根据学校宿舍实际布局灵活进行房源的平面图位置设置，可对平面图中的行列进行自由添加删除，并可对平面图中的房源基本信息进行维护，支持楼层的新增和原有楼层平面布局的复制。
2.支持可统计当前楼栋总房间数、空房间数、床位数、住宿学生数、剩余床位数。
2.3.2.3.2 宿舍人员管理
提供对校内宿舍管理人员进行分配与设置的功能，支持按全校、校区、宿舍区、宿舍楼、院系几个维度进行宿舍管理人员的设置。并支持多级向下授权功能。
2.3.2.3.3 学生住宿管理
需提供多级权限的模式，达到分配及时、权限划分清楚明确的目的，授权人员需含校级宿舍人员管理、宿舍校区管理员、宿舍楼人员管理、宿舍院系负责人管理。床位细化到院系、专业、班级，支持院系二级分配，床位可通过图形化界面调整，支持批量导入床位。
1.批量住宿安排
（1）提供排宿批次管理功能，与学校每年的新生入住、老生搬迁等业务相对应，在批次管理中可将学生及房源的信息手动添加或批量导入。
（2）需提供多级分配模式，即校级管理员将房源进行规划并安排给院系，院系管理员将指定的学生具体分配至指定的宿舍清单内。
（3）需提供手动分配和自动分配功能，自动分配时可按民族、生源地等条件自动打散分配。手动分配支持校院二级分配模式。
2.日常住宿管理
（1）提供对学生在校住宿期间住退调业务在线办理功能，可批量给学生做退宿处理及并对宿舍日常管理时的异常情况进行处理，并可查看全校宿舍日常动态的日志信息。
（2）需支持以图形化的方式管理和查看某校区楼栋具体楼层的房间布局和住宿安排情况，对于未住满的房间可直接安排人员入住。
（3）需支持对学生住宿信息，空房源信息，房源安排信息，未住宿学生信息等进行明细查询和统计数据下钻等操作。
3.学生宿舍申办
（1）需支持管理员自定义学生住调退申办原因，支持入住、退宿、调宿、假期留宿流程配置及时间设置。
（2）为学生提供宿舍住调退的在线申请及申请进度查看的功能。
（3）支持楼栋管理员反馈。
4.院系调宿
为院系宿管业务老师提供对院系内学生批量调宿、批量退宿操作。
2.3.2.3.4 宿舍申办处理（移动）
1.支持学生通过移动端发起入住、调整、退宿、假期留宿、延缓住宿等申请并可查询申请历
2.支持各级管理人员在移动端审核学生发起的宿舍异动申请，入住或调整宿舍时系统可按照规则推荐给管理人员合适的宿舍床位，也可由管理员自行指定合适的房间和床位。楼栋管理员在审核结束，可对学生手续办理情况进行反馈。
2.3.2.3.5 宿舍卫生检查
1.需支持上传拍照附件和附件在线预览功能。
2.支持通过批量导入的方式实现检查结果在应用中的记录。
3.需支持宿舍卫生检查结果的统计查询，包括宿舍卫生检查明细表、统计表、分类统计表。
4.提供学生在线查看个人所在宿舍卫生检查记录的通道。
2.3.2.3.6 宿舍卫生检查（移动）
1.支持宿管人员在移动端登记宿舍卫生检查情况。
2.支持以宿舍为单位进行宿舍卫生状况打分，并可针对单个宿舍成员的具体情况进行分值调
整。
3.可支持拍照上传卫生情况照片，作为打分依据。
4.支持学生在移动端查看个人和宿舍整体的卫生检查结果情况。
2.3.2.3.7 宿舍违纪
1.支持校级、校区、楼栋管理人员单个新增、批量导入学生宿舍违纪情况。
2.需支持管理人员拍照上传作为违纪佐证，支持图片在线预览的功能。
3.需提供学生在线查看个人所在宿舍违纪检查记录的通道。
4.支持按照宿舍或个人两种模式登记。
2.3.2.3.8 宿舍违纪（移动）
1.支持各级管理人员选择学生登记其在宿舍中的违纪详细信息。
2.需支持拍照上传作为佐证。
3.支持学生在移动端查看本人宿舍违纪情况。
2.3.2.3.9 宿舍考勤
1.支持通过集成的方式采集学生进出宿舍的轨迹数据。
2.需支持通过柱状图的方式将学生在校期间归寝状态异常情况数据进行直观统计展现并可将统计结果导出，学校管理人员也可以查询某个时间段晚归及夜不归宿学生的各学院分布情况。 3.需支持学校管理人员可按时间、学院、学生是否在寝的即时状态以及归宿类型等方式筛选
出学生的宿舍考勤情况，并可将相关筛选结果导出。辅导员及相关业务人员可查看某个具体学生的校内行动轨迹及归寝详情，并可做处理情况登记。
4.支持学生通过手机端定位功能进行自主考勤。
5.支持学生与管理老师可以通过手机端查询考勤结果，查询内容根据角色可进行数据过滤。管理老师可针对异常情况填写相关说明。
6.支持管理老师在电脑端设置宿舍考勤管理相关内容，包括查寝时间及查寝地点定位设置
等。
2.3.2.3.10 宿舍考勤（移动）
1.需支持管理老师可在移动端设置宿舍考勤管理相关内容，包括查寝时间及查寝地点定位设置等。
2.需支持学校管理人员通过手机端按院系查看晚归及夜不归宿的学生统计名单。
3.需支持学生通过移动端对本人的考勤情况进行定位打卡登记。
4.需支持学生自主考勤模式与管理员扫码登记考勤模式的互换。
2.3.2.4 学工服务
学工服务应用需涵盖对于学生的基本信息管理、综合测评管理、奖学金管理、荣誉称号管理、违纪处分管理、困难生管理、勤工助学管理、助学金管理、助学贷款管理、困难补助管理、政工队伍管理等功能，并且可以为学生提供相关业务的在线申请与信息提交的功能，管理人员只需要做简单的审核操作，从而达到提高工作效率、简化管理流程的效果。真正做到“服务提升、管理优化”。
2.3.2.4.1 基本信息
主要解决对所有在籍在校学生基本信息的收集，通过已掌握的学生基本信息可进一步统计出有效的数据，作为学校领导开展全校策略、规划工作提供的数据依据等。需提供可解决对于学生基本信息收集流程及审核步骤的信息化服务应用，具体要求如下：
1．班级管理
（1）需提供学校管理人员或者院系负责人对于班级信息的维护与管理功能。同时，需要支持维护辅导员、班主任的聘任信息及班干部的任命信息。
（2）需支持通过数据集成方式，来获取相应业务数据。
2．学生基本信息设置
（1）需提供单独的基本信息批次管理功能，与学校每学年的学生信息采集工作开展相对应。
（2）在前端界面即可灵活配置采集的字段，并可对字段的属性进行设置，包括隐藏、只读、必填、日常可改这几类属性。
（3）需要根据辅导员、班主任、院系负责人等用户组，批量进行不同的权限配置。
3．学生基本信息填写
（1）在开放的业务期内学生可自行核对和编辑个人信息。
（2）提交后需要支持在线跟踪查询审核进度。
4．学生基本信息审核
（1）班主任或辅导员、院系负责人、校级负责人可以对于学生填写基本信息的采集进行审核，以保证学生基本信息的完整性和准确性。
（2）根据之前对于学生字段权限的设置，例如必填、非必填、只读等状态。在详情审核界面，需将必填字段重点罗列显示，并支持将修改或变化的内容以不同的颜色标识出来，方便学校管理人员核对。
（1）需支持高级搜索、多字段组合查询来快速筛选出符合条件的学生。
（2）管理老师可进行单个学生信息的新增和编辑，也需要支持学生批量导入导出操作。
6．学生基本信息的统计查询
（1）为各类管理人员提供对自己管理范围内学生的基本信息查看功能，可通过学号或姓名快速定位到学生。需支持自定义显示/隐藏字段，可对最为关键或关注的一些字段勾选，从而更为直观的在前台表格页面显示。
（2）各级管理人员可以对自己管辖范围内的学生信息进行明细查询、表格统计、图形统计、统计结果下钻等操作，需支持对结果导出保存打印。
▲7.学生信息填写质量分析
（1）提供对于学生基本信息的填写质量分析功能。校级负责人可按院系、年级等不同维度查看学生整体填写质量情况，需提供到字段级的细化分析。
（2）支持各个院系在具体每个字段上填写比例的图形化展现。
投标时须提供实现本功能的佐证材料，佐证材料包括：真实系统截图、或系统高保真设计
图
8.学生个人基本信息
（1）学生除了能对个人的信息进行核对编辑之外，还需提供集中式的个人数据中心，将来
自不同部门及业务系统的成绩、活动、奖惩、资助、财务等信息统一进行直观的呈现。具体展示内容包括：学业数据、参加活动数据、学生干部任职数据、奖惩记录数据、资助记录数据、消费数据等，在展示上需针对每类数据提供合适的展示组件。
（2）需提供学生在校经历的网上空间，可自动纳入在校期间的表现，学生也可手动添加个人经历，在毕业前可自行下载生成个人简历。
2.3.2.4.2 基本信息（移动）
1. 需支持学生在移动端查看个人信息，并支持可维护信息修改。
2. 需支持老师移动端查看学生信息。
3. 需支持各级管理老师可针对学生提交的基本信息修改内容进行审核。
2.3.2.4.3 政工队伍
1．政工人员信息管理
（1）提供全校所有教职工的人员信息的功能。需支持单个教职工的新增、编辑；需要支持批量的导入、导出、删除管理操作。
（2）提供对人员类别的维护工作，需提供校级、院级、班级三个等级供人员类别使用。
（3）需提供对于全校所有政工人员信息的浏览功能，也可以根据多种条件筛选查询。
2．个人信息维护
需支持为政工人员提供维护个人基本信息的功能，以及可维护个人参加培训、获奖、工作经历、学习经历、上课情况、科研情况等扩展信息。
需支持各级政工人员可针对自己管理范围的班级院系及业务模块权限配置代理任职人员的权限，并可指定代理任职的时间范围。
需要支持管理员对教职工扩展信息类型进行开放管理。同时，可按照扩展类别查看全校所有教职工填写情况及具体内容。
5．政工队伍统计
所提供的统计分析组件能够具有强大的多维分析功能，对于政工队伍的统计要求如下：
（1）政工人员信息明细表：能够以表格的形式将所有政工人员的信息进行罗列展现，需支持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。
（2）政工人员信息统计表：能够以表格的形式将政工人员的信息进行统计展现，需支持多字段组合进行交叉组合统计。
（3）政工人员信息统计图：能够以图形化的方式将政工人员的信息进行更直观的统计展现，需提供至少包括柱状图和饼状图两种统计组件。
2.3.2.4.4 学生信息查询统计
1. 可对在校学生进行查询与统计，需默认提供包括院系统计、年龄统计、专业统计、政治面貌统计、民族统计、生源地统计、性别统计、血型统计、宗教信仰统计、学籍状态统计、培养方式统计、体重统计、身高统计维度，且应用需支持多维度、多条件的组合查询。
2. 相关统计结果能够实现在线详情查看和导出。
3. 对于学生信息的查询除表格外还可支持卡片式展现，即以学生照片、学号、性别、班级信息进行直观展现。支持汇总表、统计表、统计图及统计数据透视。
4. 需支持各种综合信息筛选查询，如按成绩条件、违纪处分条件、困难生条件、奖助条件作为查询条件查询，从而实现多维度、跨业务域的综合条件筛选查询。
2.3.2.4.5 奖学金
1.奖学金种类管理
（1）支持管理人员自定义奖学金种类，对每个奖种的详细信息进行编辑，详细信息包括奖学金名称、奖学金类型、奖励级别、设立单位、资金来源等。管理人员可进行审核流程配置、等级设置、评选条件配置、申请表格配置等设置。
（2）评选条件需提供全满足项和部分需满足项配置，灵活应对每类奖种的要求。
（3）需支持评选条件在奖种间的复制，方便初始化。
（4）提供完整的在线申请表格配置，需包括信息字段的显示、只读、可改配置，内容需包括基本信息、学生干部、学习情况、综合测评情况、经济情况、论文专利情况、申请xx等。需支持设置是否开启附件上传。
（5）需支持提高奖学金自动评定的功能，设置好相关规则后，系统对满足条件的学生可进行自动评定，并支持将评定结果导出。
（6）需支持为学校管理人员提供维护各个奖种之间兼得关系的功能，可根据学校具体奖学金兼得要求进行灵活的设置。
（7）为学校管理人员提供维护所有奖种的公共评定条件的功能，可根据学校对于学生奖学金申请的条件做统一的设置。
（1）提供单独的奖学金评定批次管理功能，与每学年的评奖工作开展相对应。
（2）在奖学金评定批次管理中，要能够直接引用配置好的奖种信息，并开启多奖种同批次进行评定。
（3）提供灵活的名额分配功能。即可按照比例对每个院系进行初步的分配，同时支持每个院系具体分配名额的微调。
（4）提供灵活的金额分配功能。即可按照比例对每个院系进行的分配。
3.奖学金名额查看
需支持院系负责人可查看本院系分配的奖种名额情况以及可按班级或专业进行二次分配。
4.院系公示时间设置
需支持院系基于学校的公示时间单独设置本院系公示时间。
5.评定对象
（1）学生、院系班级及辅导员的相关数据需具备跨学期延续性。
（2）需可按照特定需求单独调整学生的评定单位。
6.奖学金申请
（1）学生可在线查看当前学校开放的所有奖学金种类。
（2）提供自动化条件校验的功能，不符合条件的学生无法在线申请相关奖种。
（3）申请提交后，学生可查看申请的处理进度。
7.奖学金审核
（1）需提供批量审核功能。为了便于老师更好掌握申请的学生情况，系统支持对学生综测、成绩、评定等级、申请等级、审核状态等按照升序或降序排名。
（2）支持按照提名形式评定奖学金。
8.奖学金查询
需支持为其它相关关注部门老师提供查看奖学金评定相关信息的功能。
9.奖学金公示
支持在线查看公示奖学金获奖详情，包括奖学金批次、奖学金种类、各学院获奖学生名单。
10.职能部门评奖
（1）需支持职能部门设立奖项功能。学校管理老师对评奖职能部门进行维护管理，可设置职能部门奖项评定负责人，可按奖项给评奖职能部门分配获奖名额等。
（2）需支持根据学校分配的名额，职能部门可以直接指定符合该部门奖学金申请条件的学生名单。
（3）需支持符合申请条件的学生可在线提交职能部门奖学金申请，并可查看审核处理的进度。
（4）需支持职能部门有审核权限的管理老师可对学生提交职能部门奖学金申请进行审核。
11.奖学金发放管理
需提供奖学金发放数据维护的功能。
12.奖学金统计
所提供的统计分析组件能够具有强大的多维分析功能，对于奖学金的统计要求如下：
（1）奖学金评定信息明细表：能够以表格的形式将所有学生奖学金的信息进行罗列展现，需支持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。
（2）奖学金评定信息统计表：能够以表格的形式将学生奖学金的信息进行统计展现，需支持多字段组合进行交叉组合统计。
（3）奖学金评定信息统计图：能够以图形化的方式将学生奖学金的信息进行更直观的统计展现，需提供至少包括柱状图和饼状图两种统计组件。
2.3.2.4.6 奖学金（移动）
1. 需支持学生在移动端直接查看开放申请的奖学金种类，并可针对希望申报的奖项进行详细查看和申请。
2. 需支持学生可查看自己已经申请的奖学金审核进度及历史奖学金获得情况。
3. 需支持管理老师通过移动端对学生的奖学金申请进行审核、提名。
4. 需支持师生可通过移动端查看奖学金的公示信息。
5. 需支持管理老师通过移动端对学生奖学金获得情况进行明细查询，并支持校级管理员可监控各二级学院奖学金的开展情况。
2.3.2.4.7 荣誉称号
1.荣誉称号种类管理
（1）支持管理人员自定义荣誉称号种类，对每个奖种的详细信息进行编辑，详细信息包括荣誉称号名称、个人荣誉称号或集体荣誉称号、评定时间、申请时间、奖励级别、设立单位、金额等。管理人员可进行审核流程进行配置、等级设置、评选条件配置、名额分配设置，申请表格配置，支持后期的灵活扩展，提供统一的评选条件设置功能。
（2）评选条件需提供全满足项和部分需满足项配置，灵活应对每类奖种的要求。
（3）需支持评选条件在奖种间的复制，方便初始化。
▲（4）提供完整的在线申请表格配置，需包括信息字段的显示、只读、可改配置，内容需包括基本信息、学生干部、学习情况、综合测评情况、经济情况、论文专利情况、申请xx、活动情况、团队情况等。需支持设置是否开启附件上传。投标时须提供实现本功能的佐证材料，佐证材料包括：真实系统截图、或系统高保真设计图
（5）需提供灵活的名额分配功能，可按照比例将名额初步分配至院系，也支持名额的微调。院系负责人可基于分配结果进行二次细化分配。
（6）需支持为学校管理人员提供维护所有奖种的公共评定条件的功能，可根据学校对于学生荣誉称号申请的条件做统一的设置。
（7）需支持为学校管理人员提供维护各个荣誉称号之间兼得关系的功能，可根据学校具体荣誉称号兼得要求进行灵活的设置。
2.个人荣誉称号申请
（1）学生可在线查看当前学校开放的所有荣誉称号种类。
（2）提供自动化条件校验的功能，不符合条件的学生无法在线申请相关奖种。
（3）申请提交后，学生可查看申请的处理进度。
3.集体荣誉称号申请
学生可见当前可申请的所有集体荣誉称号种类，可选中自己所在班级希望获得的荣誉称号进行申请，申请提出后可随时查看申请的审核进度。
4.荣誉称号审核
（1）需提供批量审核功能。
（2）支持手动进行荣誉称号提名。
5.荣誉称号投票管理
（1）需提供对投票形式（投票/评分）、投票时间段、投票审核流程等配置功能。
（2）需支持评委专家的在线添加和维护功能。
（3）需提供在线计分功能，为最终的评定提供依据。
（4）需支持专家查看可投票或者评分的投票组，并且可查看投票对象情况并进行投票或评
分。
（5）需支持专家投票后在线计分，并作为最终评定依据。
6.荣誉称号公示
需提供在线公示的功能，评定完成后师生可在线查看。
7.院系公示时间设置
需支持院系基于学校的公示时间单独设置本院系公示时间。
8.荣誉称号查询
需提供其他有查看需求的职能部门老师查看荣誉称号的评定情况的通道。
9.荣誉称号统计
所提供的统计分析组件能够具有强大的多维分析功能，需包括个人集体荣誉称号和集体荣誉称号两类统计内容，要求如下：
（1）荣誉称号评定信息明细表：能够以表格的形式将所有荣誉称号的信息进行罗列展现，需支持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。
（2）荣誉称号评定信息统计表：能够以表格的形式将荣誉称号的信息进行统计展现，需支
（3）荣誉称号评定信息统计图：能够以图形化的方式将荣誉称号的信息进行更直观的统计展现，需提供至少包括柱状图和饼状图两种统计组件。
2.3.2.4.8 荣誉称号（移动）
1．需支持学生在移动端直接查看开放申请的荣誉称号种类，并可针对希望申报的奖项进行详细查看和申请；
2．需支持学生查看自己已经申请的荣誉称号审核进度及历史荣誉称号获得情况。
3．需支持管理老师通过移动端对集体荣誉称号和学生个人荣誉称号申请进行审核、提名。
4．需支持管理老师通过移动端对荣誉称号获得情况进行明细查询，并支持校级管理员可监控各二级学院荣誉称号的开展情况。
2.3.2.4.9 违纪处分
1.违纪处分设置
提供对违纪的类型和处分的类型进行维护的功能。
2.违纪处分管理
需支持单个违纪处分记录的新增、编辑和批量的导入、导出、删除操作。
3.违纪处分查询
供各级管理人员在线查询自己所管辖范围内学生违纪处分信息。
4.学生个人查看
需为学生提供在线查询记录的通道。
5.违纪处分解除申请
需支持违纪处分的解除申请和审核。学生可以查看审核进度。
6.违纪处分查询统计
所提供的统计分析组件能够具有强大的多维分析功能，对于违纪处分的统计要求如下：
（1）违纪处分信息明细表：能够以表格的形式将所有学生违纪处分的信息进行罗列展现，需支持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。
（2）违纪处分信息统计表：能够以表格的形式将学生违纪处分的信息进行统计展现，需支持多字段组合进行交叉组合统计。
（3）违纪处分信息统计图：能够以图形化的方式将学生违纪处分的信息进行更直观的统计展现，至少提供柱状图和饼状图两种统计组件，既可以对全校学生的违纪处分情况进行图形化展现，也可以对某一个学院或某几个学院的学生的违纪情况进行图形化展现。同时也支持对不同学年、不同处分类型的学生处分信息进行图形化进行展现。
2.3.2.4.10 违纪处分（移动）
1.需支持管理老师新增及编辑违纪处分记录。
2.需支持学生在移动端查看本人所获违纪处分信息。
3.需支持学生发起违纪处分的解除申请，查看审核进度。
2.3.2.4.11 困难生
（1）管理老师可对困难生类型和家庭困难类型进行维护，并设置对学生申请的审核流程、申请时间段、校级\院级\班级公示时间段，支持可按不同的困难生类型灵活设定其对应的资助目标；并可上传为学校定制的困难生申请表。
（2）需提供对于认定方式的配置功能，至少包括审核认定、家庭人均年收入自动评定及问卷得分认定这几种。
（1）要求支持创建精准认定指标体系，能辅助困难生认定工作开展，对各项认定指标可设置单选题、多选题、简答题，并对每个答案设置不同的分值。
（2）需支持对学生参与的作答情况，按学院、年级、学生类别，参加情况明细等不同维度进行汇总统计；并可对各项认定指标作答明细进行统计分析，支持对参与答题人员得分明细导出操作。
（3）答题情况及最终得分可作为认定重要依据。
3.困难生申请
学生可在线填写困难生认定表格中的相关信息并提交困难认定申请，申请提出后可查看申请的处理状况。
4.困难生审核
（1）需提供批量审核功能。
（2）支持手动进行困难生提名。
5.受助情况
需支持学校相关业务管理人员可按资助金额范围，学年，困难生类型、学号、姓名、学院、专业、学生类别等条件查询统计出困难生库中的超额受助、受助不足的学生名单，以及具体某个困难生获得资助的明细情况、资助分布情况等，并可将相关数据导出。
6.困难生查询统计
所提供的统计分析组件能够具有强大的多维分析功能，对于困难生的统计要求如下：
（1）困难生评定信息明细表：能够以表格的形式将所有困难生的信息进行罗列展现，需支持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。
（2）困难生评定信息统计表：能够以表格的形式将困难生的信息进行统计展现，需支持多字段组合进行交叉组合统计。
（3）困难生评定信息统计图：能够以图形化的方式将学生困难生的信息进行更直观的统计展现，需提供至少包括柱状图和饼状图两种统计组件。
2.3.2.4.12 困难生（移动）
1.需支持学生在申请时按照规定字段填报信息。
3.需支持管理老师可通过移动端审核学生的困难生申请。
4.需支持管理老师可通过移动端对困难生信息进行查询统计。
2.3.2.4.13 助学金
1.助学金种类管理
（1）支持管理人员自定义助学金种类，支持每个奖种的详细信息编辑、审核流程配置、等级设置、评选条件配置、申请表格配置可设置奖种的兼得设置。
（2）评选条件需提供全满足项和部分需满足项配置，灵活应对每类奖种的要求。
（3）需支持评选条件在奖种间的复制，方便初始化。
（4）提供完整的在线申请表格配置，需包括信息字段的显示、只读、可改配置，内容需包括基本信息、学生干部、学习情况、综合测评情况、经济情况、论文专利情况、申请xx等。需支持设置是否开启附件上传。
（5）需支持为学校管理人员提供维护各个奖种之间兼得关系的功能，可根据学校具体助学金兼得要求进行灵活的设置。
（6）需支持为学校管理人员提供维护所有助学金的公共评定条件的功能，可根据学校对于学生助学金申请的条件做统一的设置。
2.助学金评奖批次
（1）提供单独的助学金评定批次管理功能，与每学年的评奖工作开展相对应。
（2）在助学金评定批次管理中，要能够直接引用配置好的奖种信息，并开启多奖种同批次进行评定。
（3）提供灵活的名额分配功能，即可按照比例对每个院系进行初步的分配，同时支持每个院系具体分配名额的微调。
（4）提供灵活的金额分配功能。即可按照比例对每个院系进行的分配。
3.助学金名额查看
院系负责人可查看本院系分配的奖项名额情况，并可按专业或班级进行二次分配。
4.院系公示时间设置
需支持院系基于学校的公示时间单独设置本院系公示时间。
5.助学金申请
（1）学生可在线查看当前学校开放的所有助学金种类。
（2）提供自动化条件校验的功能，不符合条件的学生无法在线申请相关奖种。
（3）申请提交后，学生可查看申请的处理进度。
6.助学金审核
（1）需提供批量审核功能。
（2）支持手动进行助学金提名。
7.助学金公示
支持在线查看公示助学金获奖详情，包括助学金批次、助学金种类、各学院获奖学生名单。
（1）支持对助学金发放数据通过 excel 模板进行导入、导出，也可单独新增或删除助学金发放数据。
▲（2）提供不少于 30 个维度（如助学金名称、助学金等级、评定学年、评定学期、金额、学号、姓名、发放日期、发放金额、发放人、性别、出生日期、血型、民族、身份证件号、出生地、国家地区、港澳台侨、政治面貌、信仰宗教、婚姻状态、户口所在地、健康状况、特长、生源地、入学前户口性质、培养方式、院系、现在年级、预计毕业日期等）的搜索字段，方便老师进行查询助学金发放数据，同时对于老师常用的搜索组合，可保存为方案，方便下次快速使用该搜索组合。投标时须提供实现本功能的佐证材料，佐证材料包括：真实系统截图、或系统高保真设计图
9.助学金查询统计
所提供的统计分析组件能够具有强大的多维分析功能，对于助学金的统计要求如下：
（1）助学金评定信息明细表：能够以表格的形式将所有学生助学金的信息进行罗列展现，需支持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。
（2）助学金评定信息统计表：能够以表格的形式将学生助学金的信息进行统计展现，需支持多字段组合进行交叉组合统计。
（3）助学金评定信息统计图：能够以图形化的方式将学生助学金的信息进行更直观的统计展现，需提供至少包括柱状图和饼状图两种统计组件。
2.3.2.4.14 助学金（移动）
1.需支持学生在移动端直接查看开放申请的助学金种类，并可针对希望申报的奖项进行详细查看和申请。
2.需支持查看自己已经申请的奖学金审核进度及历史奖学金获得情况。
3.需支持管理老师可通过移动端对学生的助学金申请进行审核及数据的统计分析等功能。
2.3.2.4.15 勤工助学
1.用工单位管理
支持在线维护有勤工助学用工需求的部门的信息，可指定每个部门的业务负责人以及维护每个部门的每月勤工助学款项的发放上限。
2.用工单位上报岗位
（1）需为用工单位负责老师提供在线申报本单位的勤工助学岗位需求的功能，申报时可填写岗位名称、岗位类型、需求人数、报酬标准、申请开始/结束时间、针对的学生类型、工作地点、岗位要求描述等。
（2）需支持可控制每个岗位需聘用的最低困难生人数，可控制某个岗位只针对某个学院的学生开放，可控制学生申请的最大岗位数等。
2.上报岗位审核管理
需支持可对用工部门申报的勤工助学岗位进行审核和确认。
3.学生上岗申请
学生可针对学校开放的岗位进行申请，学生申请时，需受岗位设定的条件限制，提交后，可查看审核处理的进度。
4.上岗审核
学生申请后用工单位和学校可在线进行审核，最终确定学生的上岗信息。用工单位和学生处也可自行终止或调整学生的上岗信息，可新增上岗的学生信息及对离岗学生进行管理。
5.薪酬上报
为用工单位提供在线申报本单位当月报酬发放预算的功能。
6.薪酬上报审核
对用工单位申报的薪酬发放预算进行审核及调整，并导出审核通过的薪酬发放明细。
7.学生个人查询薪酬
学生可查询个人的报酬发放情况。
8.勤工助学查询统计
所提供的统计分析组件能够具有强大的多维分析功能，需包括上岗信息和报酬信息两类统计内容，要求如下：
（1）信息明细表：能够以表格的形式将上岗信息和报酬信息进行罗列展现，需支持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。
（2）信息统计表：能够以表格的形式将上岗信息和报酬信息进行统计展现，需支持多字段组合进行交叉组合统计。
（3）信息统计图：能够以图形化的方式将上岗信息和报酬信息进行更直观的统计展现，需提供至少包括柱状图和饼状图两种统计组件。
2.3.2.4.16 勤工助学（移动）
1.岗位管理
用工单位老师可通过移动端提报本单位的勤工助学岗位需求。用工单位领导或校级管理老师可查看已提报待审核的岗位需求信息，审核需包括通过、不通过、退回等操作。
2.岗位申请
支持学生可在移动端通过校区、岗位类型、岗位名称等方式搜索和查看已开放的勤工助学岗位信息，并可针对感兴趣的岗位进行在线申请提交。
3.上岗管理
需支持用工单位和学校可对学生提交的申请通过移动端进行审核。用工单位和学生处也可自行终止或添加上岗的学生信息。
4.上岗信息查看
需支持学生可在移动端查看已申请的岗位信息，并可查看相应的审核进度。
5.薪酬管理
需支持相关业务管理老师可通过移动端对用工部门提报的薪酬进行审核。
2.3.2.4.17 助学贷款
（1）提供对于校园地贷款的基本信息、开放申请时间段、审核流程、学校及银行信息、申请方式、申请金额等设置的功能。
（2）需支持电子档校园地贷款合同的上传，供学生申请时查看。
2.校园地贷款申请
学生可在开放申请的时间段内填写和提交贷款申请表，申请提交后可查看申请的处理进度。
3.助学贷款审核
（1）需提供批量审核功能。
（2）支持手动进行助学贷款提名。
4.校园地贷款放款管理
需支持学生处相关业务管理人员可将申请助学贷款学生获得的助学贷款放款信息进行导入，没有导入条数限制，还提供新增、删除、导出功能以应对特殊场景。
5.校园地贷款还款管理
为学生处管理老师提供导入或者维护学生的毕业还款情况的功能。
6.学生个人还款查询
学生可在线查看个人的贷款记录，包括还款情况和放款记录。
7.校园地贷款查询统计
所提供的统计分析组件能够具有强大的多维分析功能，对于校园地助学贷款的统计要求如
下：
（1）助学贷款明细表：能够以表格的形式将所有学生助学贷款的信息进行罗列展现，需支
持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。
（2）助学贷款统计表：能够以表格的形式将学生助学贷款的信息进行统计展现，需支持多字段组合进行交叉组合统计。
（3）助学贷款统计图：能够以图形化的方式将学生助学贷款的信息进行更直观的统计展现，需提供至少包括柱状图和饼状图两种统计组件。
8.生源地贷款维护
学生处相关管理老师可导入或者维护学生的生源地贷款情况，包括学号、班级、院系、贷款学年、贷款总额、经办机构等信息。
2.3.2.4.18 助学贷款（移动）
1.需支持学生在移动端查看本人生源地贷款情况、申请校园地贷款以及查看放款还款信息。
2.校园申请地贷款需支持一次性申请和每年申请模式。
3.需支持管理老师可通过移动端对学生的助学贷款申请进行审核等功能。
4.需支持对符合申请条件的学生，管理老师可直接进行助学贷款提名。
2.3.2.4.19 困难补助
（1）支持管理人员自定义困难补助种类，对每个奖种的详细信息编辑、详细信息包括困难补助名称、评定学年、评定学期、申请时间、资金来源、设立单位等。支持审核及公示流程配置、等级设置、评选条件配置、名额分配，支持后期的灵活扩展，提供统一的评选条件设置功能。
（2）评选条件需提供全满足项和部分需满足项配置，灵活应对每类奖种的要求。需支持评选条件在奖种间的复制，方便初始化。
（3）提供灵活的名额分配功能，即可按照比例对每个院系进行初步的分配，同时支持每个院系具体分配名额的微调。
（4）需支持为学校管理人员提供维护所有困难补助的公共评定条件的功能，可根据学校情况对学生困难补助申请的条件做统一的设置。
（5）需支持对于满足自动评定规则的情况，设置好相关规则后，系统对满足条件的学生可进行自动评定，并支持将评定结果导出。
（6）需支持院系负责人可查看本院系分配的奖种名额情况以及可按班级或专业进行二次分配。
2.院系公示时间设置
需支持院系基于学校的公示时间单独设置本院系公示时间。
3.困难补助申请
（1）学生可在线查看当前学校开放的所有困难补助种类。
（2）提供自动化条件校验的功能，不符合条件的学生无法在线申请相关补助。
（3）申请提交后，学生可查看申请的处理进度。
4.困难补助审核
（1）需提供批量审核功能。
（2）支持手动进行困难补助提名。
（3）需支持自动评定。
5.困难补助公示
需提供在线公示的功能，评定完成后师生可在线查看。
6.困难补助查询
为其它相关关注部门老师提供查看困难补助评定相关信息的功能。
7.困难补助发放管理
需提供困难补助发放数据维护的功能。
8.困难补助统计
所提供的统计分析组件能够具有强大的多维分析功能，对于困难补助的统计要求如下：
（1）困难补助评定信息明细表：能够以表格的形式将所有学生困难补助的信息进行罗列展现，需支持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。
（2）困难补助评定信息统计表：能够以表格的形式将学生困难补助的信息进行统计展现，需支持多字段组合进行交叉组合统计。
（3）困难补助评定信息统计图：能够以图形化的方式将学生困难补助的信息进行更直观的统计展现，至少提供柱状图和饼状图两种统计组件。既可以对获得不同困难补助的学生信息进行图行化展现，也可以对不同学年的困难补助信息进行图形化展现。
2.3.2.4.20 困难补助（移动）
1.需支持学生在移动端直接查看开放申请的困难补助种类，并可针对希望申报的困难补助进补助行详细查看和申请。
2.需支持学生查看自己已经申请的困难补助审核进度及历史困难补助获得情况。
3.需支持管理老师可通过移动端对学生的困难补助申请进行审核及数据的统计分析等功能。
2.3.2.4.21 学生预警
通过住宿异常分析、经济困难分析、心理关注分析等应用产生的数据或集成学校产生的其他数据，汇总给对应的辅导员进行预警提醒及处理，并提供多个维度的数据模型供管理部门进行监督查看。具体功能包括：
1.支持管理人员自定义预警的重点关注学生群体及来源，以及每个学生群体的观测点。
2.可设置项需包括住宿异常、经济困难、心理关注、少数民族、学业困难、上网异常等维度。
3.支持预警阈值的灵活设置，例如设置晚归、低消费、缺课等对应的预警参数。
4.支持为有特殊情况设置白名单。
2.3.2.4.22 学生心理咨询
1.需解决学校心理健康中心日常所面对的心理咨询预约、心理月报以及重点关注学生的管理与服务。能根据实际情况增加重点关注名单，并追加持续跟踪结果；能自动汇总成心理档案，供相关老师查阅。
2.需支持咨询师管理和咨询设置。
3.需支持学生在线进行心理预约登记。
4.需支持学校心理管理老师对预约情况进行监督查看及预约调整管理等。
5.需心理咨询师对学生的咨询预约进行管理。
6.需支持学生助理通过预约登记界面帮助学生预约心理咨询老师。
7.需支持院系心理老师上报本月本院系重点关注学生的心理状况。
8.支持对心理普查、心理咨询、院系上报或其他途径发现的心理方面需重点关注的学生情况进行管理。
9.需支持自动生成学生心理档案，档案内容需包含学生的心理普查情况、心理咨询情况、心理测试情况、重点关注情况等。
2.3.2.4.23 学生心理咨询（移动）
1.需支持学生根据校区、时间段、日期查询有空闲时间的咨询师进行预约。
2.需支持学生查看预约记录，未进行的预约记录可以撤回。
3.需支持心理健康中心管理老师可查看全校所有心理咨询预约的开展情况。
4.需支持心理健康中心管理老师根据实际咨询专业度、日期及时间点的需要，为学生调整心理咨询师、咨询日期及咨询时间。
2.3.2.4.24 心理普查
主要解决学校心理健康中心日常所面对学生的心理普查、心理咨询的管理与服务。应用支持
1K-2K 为测评批次的高并发普查安排，随时可见普查进展情况，便于督促院系开展工作。
1.心理量表管理
需支持学校管理老师可对心理量表进行维护，包括 SCL-90、UPI、16PF、EPQ、SAS、SDS 等量表。
2.心理普查设置
需支持学校管理老师可对普查学生年级、评测学生类别（本科/研究生）、普查类型、普查开始日期、普查相关说明进行详细的设置。
3.心理测试设置
需支持学校管理老师可自行设定可供学生进行心理测试的量表清单。
4.心理普查
需支持学生自行在线完成心理普查量表的填写。
5.心理测试
需支持学生或者匿名用户可自行在线完成心理测试量表的填写。
6.心理普查统计
需支持为学校管理老师提供对于心理普查结果的统计，应用需以图形化的方式显示统计结果，并支持按照院系、班级、等维度自定义统计，学校管理老师可对结果导出保存打印。
7.心理测试查询
支持学生在线完成心理测试后，可对心理测试结果与详情进行查看，支持结果的打印和导出保存。
2.3.2.4.25 心理普查（移动）
1.需支持学生通过移动端直接查看到学校在心理普查期间开放的心理问卷，并进行答题。
2.需支持学生在移动端选择适合自身情况的问卷进行自我心理测试。
2.3.2.4.26 学生证补办
主要解决在校学生的学生证丢失之后进行补办的事宜。具体功能要求如下：
1.学生证补办时间及流程设置
为学校管理老师提供对学生证补办业务开展的时间、整体业务的审批流程、相关说明等进行设置的功能。
2.学生证补办管理
需支持学校相关业务管理人员可直接新增需要补办学生证的学生信息，并可对学生证补办信息进行批量导入和导出的操作。
为学生提供在线填写并提交补办学生证申请的功能。
能够根据之前设置的审核流程将学生的申请信息提交到各级管理老师处，由班级负责人进行初审，院系负责人进行复审、校级负责人进行终审。
5.新生学生证打印
需支持批量打印新生学生证。
6.统计查询
为管理老师提供对于自己管理范围内学生补办学生证情况的统计，需提供明细查询、表格统计、图形统计、统计结果下钻等操作方式，可对结果导出保存打印。
2.3.2.4.27 学生证补办（移动）
1.学生申请
需支持学生选择学生证或者火车优惠卡进行补办申请，填写详细信息并查看申请进度。
2.申请审核
各级老师可查看自身管理范围内容的学生证或火车优惠卡申请信息，并可进行审核及新增操
作。
2.3.2.4.28 学生证明打印
1.打印设置
需支持学校管理人员可设置提供服务的各类证明的名称、审核流程、打印模板等功能。
2.打印申请
需支持为学生提供在线填写学生证明打印申请及查看审核进度的功能。
3.申请审核
（1）需支持管理人员对申请信息的逐条审核和批量审核两种方式。
（2）需支持审核流程完成后，老师可在线打印然后通知学生取件或支持与自助服务设备集成，实现审核通过后学生通过自助服务终端自行打印两种方式。
▲4.统计查询
需支持各级管理人员可对自己管辖范围内的学生证明打印信息进行明细查询、表格统计、图形统计、统计结果下钻等操作，可对结果导出保存打印。投标时须提供实现本功能的佐证材料，佐证材料包括：真实系统截图、或系统高保真设计图
2.3.2.4.29 学生证明打印（移动）
1.查询统计
需支持各级管理老师可在移动端搜索查看所负责范围内学生证明打印情况。
2.学生证明打印申请
需支持学生可选择开放的证明类型，提交申请并查看审核进度。
3.学生证明打印审核
需支持各级老师可查看自身管理范围内的学生证明打印申请信息，并可进行审核及新增操
作。
2.3.2.4.30 场地预约
1.需支持管理员可对开放给师生的场地信息进行维护和发布。
2.需支持师生可按照实际需求并结合场地可预约的时间段，进行场地预约。
3.对于师生提交的场地预约申请，管理老师可根据申请详情进行审核通过或不通过的操作。
4.需支持管理人员可对场地预约信息进行明细查询、表格统计、图形化统计、统计数据下钻等操作，可对结果导出保存打印。
5.需支持预约成功的场地，同一时间段不可再被预约。
6.需支持通过锁定方式，被锁定的场地在一段时间内不对师生开放预约。
2.3.2.4.31 学生档案
需满足学校各级管理人员可统一或者分工对新进学生建档，可根据学校具体情况灵活设定符合自身情况的档案材料类型。在设定好材料后，系统支持全校或者分院系导入或者单个建档。各个班主任或辅导员可导入或录入负责学生的档案材料接收情况，院系负责人员可按权限进行审核。
同时需满足管理人员对学生档案转出的管理，包括在校档案修改、学生档案去向查询等功能。需支持为档案管理老师提供登记档案借阅记录登记。
2.3.2.4.32 学生档案（移动）
需支持学生在移动端查询本人的档案状态及档案情况。
2.3.2.4.33 请销假
1.请假设置
需支持为学校管理老师提供请假类型、审核流程、定位销假及相关说明等设置的功能。
2.请假申请
需支持为学生提供在线填写并提交请假或销假申请的功能。
3.请假审核
需支持班主任、辅导员、院系负责人、学校管理员可对学生的申请信息进行审核。班长或班主任、辅导员可对学生请假信息进行销假处理。
4.请假查询
需支持提供其他有业务需要的部门对学生请假情况进行查询。
5.统计查询
需支持管理老师可对自己管理范围内的学生请销假的情况进行综合查询统计，可按照学年、院系、班级、审核状态等维度自定义统计。系统可以图形化的方式显示统计结果，并可对结果导出保存打印。
2.3.2.4.34 请销假（移动）
1.需支持学生在移动端填写请假信息，并上传证明材料，提交后查看审核进度。
▲3.需支持通过在校内定位的销假点，让学生回校后自发提交销假登记。如不在销假点范围内，则不允许学生做销假登记。投标时须提供实现本功能的佐证材料，佐证材料包括：真实系统截图、或系统高保真设计图
4.需支持各级管理老师可在移动端搜索查看所负责范围内学生请销假情况。
2.3.2.4.35 问卷调查
需支持学校采用问卷调查的方式围绕学生生活、学习、思政方面的工作来展开相关调研活动，具体要求如下：
1. 支持在创建调研问卷时可设置问卷的名称，调研起止时间、指定调研对象等信息，并可自定义调研问卷的指导语和结束语，及可针对问卷的具体内容进行维护和管理。
2. 需提供单选题、多选题、简答题、填空、矩阵等多种题型设置方式，并可通过复制已创建好的问卷的方式来快速创建新问卷。
3. 需支持按学院来统计学生问卷填写的参与情况；并可对问卷中每道题的作答明细进行统计分析；以及需提供查看每个学生的作答明细等功能。应用需支持对参与答题人员作答明细进行导出等操作。
2.3.2.4.36 问卷调查（移动）
需支持学生可通过移动端查看已发布的问卷列表，并可在移动端进行作答和查看作答明细。
2.3.2.4.37 学生疫情打卡
需支持学校在新型冠状病毒疫情期间快速准确的收集学生健康数据及进行每日打卡及填报统计，具体功能如下：
1.疫情设置
学校管理老师可对系统填写提示语、学生近期情况、心理状况、返校方式、地区来源、人员类别等进行维护和管理，相关信息设置后，方便学生按设置的类目快速填写。
2.每日打卡
学生可在线填写学校需要收集的疫情相关情况，并可在线进行每日健康打卡。
3.每日填报统计
学校相关业务老师可按填报日期、院系、上报状态等不同方式统计查阅学生每日报平安填写上报情况，并可搜索具体某个学生的填写情况。
4.近日情况统计
各级管理人员（学生处管理人员、院系学工负责人、辅导员等）可对自己管辖范围内的学生健康情况信息进行查询统计，并可查阅未填报学生名单，所有统计查询结果可一键导出。
5.学生返校登记
学生可在线对返校的具体详情进行填写，方便相关老师进行汇总查阅。
6.返校情况统计
各级管理人员（学生处管理人员、院系学工负责人、辅导员等）可对自己管辖范围内的学生
疫情期间的返校信息进行查询统计，并可查阅未填报学生名单，所有统计查询结果可一键导出。
支持学生在移动端填写学校需要收集的疫情相关情况，并可在线进行每日健康打卡。
2.3.2.5 团委服务
主要解决学校对于在校学生的学生团务、学生团籍信息情况、社团情况、学生社团活动等的管理工作。具体功能如下：
2.3.2.5.1 团务管理
需支持管理员登记团委信息，并可分配权限进行逐级维护。
2.3.2.5.2 团情统计
1.学生团组织管理
需支持管理员可登记学生的团组织信息，并可分配权限进行逐级维护。
2.团员团干管理
需支持管理员可登记学生的团员、团干信息，并可分配权限进行逐级维护。
3.信息上报管理
需支持管理员对团组织、团员、团干等信息进行维护，系统支持生成可直接上报团中央的数据文件供管理老师上报使用。
2.3.2.5.3 团情统计（移动）
需支持团委管理老师可通过移动端查看学院各系部团组织相关数据信息，并可查看校级团组织的编制数统计、下辖团组织中团员数、年度团籍注册数、年度发展团员数、团员入党数各维度汇总数据。
2.3.2.5.4 学生组织
1.学生组织管理
管理员可登记学生组织信息，包括：学生会（院、校）、社团联、学生社团、班干部等，并可分配权限进行逐级维护。
2.学生组织成员
管理员可登记各级学生组织负责人，各负责人可登记自身管理组织内的成员信息。
2.3.2.5.5 学生组织（移动）
学校管理老师可通过移动端查看学校各级学生组织成员信息，包括所属院系、联系方式、住宿地址、任职类型等。
2.3.2.5.6 学生社团
1.社团管理
（1）为有社团申请需要的学生或群体，系统提供在线申请的功能，需填写详细信息，包括社团名称、人数、社团类型等。
（2）需支持学校管理老师对于学生提交的成立社团申请进行审批，可进行通过或不通过操作。并可直接新增社团信息。
需支持学在线申请加入感兴趣的社团并查看申请进度。
需支持社团负责人审核学生加入社团申请，并可进行手工新增、删除会员信息等操作。
2.3.2.5.7 学生社团（移动）
1.需支持学生可通过移动端查看可供加入的社团信息，并可申请加入感兴趣的社团。
2.需支持学生可通过社团名称、加入状态、社团类型等方式进行社团信息搜索。
3.需支持学生可查看已加入和待审核的社团信息，对于提交待审核的社团申请，可查看审核进度。
2.3.2.5.8 学生活动
1.需支持学校管理人员可对活动的相关信息进行自定义管理，包括活动类型、活动内容、开放时间，报名方式等，并可创建发布活动信息供学生进行查询。对于设置为需要审核的活动，学生报名后，需支持在线审核的功能。
2.对于需定位签到的学生活动，需支持自定义设置定位打卡的签到范围。
3.需支持学生在网上进行相关活动情况的预览和详情查询，感兴趣的可直接在页面上报名参
加。
4.需支持学生二维码分享活动。
5.需支持活动开始后，系统为活动的签到、签退提供能力支撑，包括二维码定位打卡等方式
给学生提供签到、签退入口。
6.需支持对活动参与中的爽约人员进行统计，可查看学生爽约次数和具体某个学生的爽约明
细。
7.需提供爽约次数限制功能，对于经常爽约的学生，可自动限制其参与某项活动。
8.需支持学生参与活动后，可对活动情况进行评价反馈。
9.需支持学校各级管理人员对自己管辖范围内学生的学生活动信息进行明细查询、表格统
计、图形化统计、统计数据下钻等操作，可对结果导出保存打印。
2.3.2.5.9 学生活动（移动）
1.需支持学生可通过移动端查看学校发布的活动详情情况，并可在线进行报名。
2.需支持业务管理老师可通过移动端查看活动报名人数信息及某个具体活动学生的报名情况等。
3.需支持活动开始后，为活动的签到、签退提供移动端支持，包括定位打卡、二维码等方式给学生提供签到、签退入口。
4.提供活动评价的功能，学生可通过移动端对参与过的活动进行评价打分，需提供从 1 星到
5 星的评价等级和评价详情填写功能。
2.3.2.5.10 场地预约
1.需支持管理员可对开放给师生的场地信息进行维护和发布。
2.需支持师生可按照实际需求并结合场地可预约的时间段，进行场地预约。
3.对于师生提交的场地预约申请，管理老师可根据申请详情进行审核通过或不通过的操作。
4.需支持管理人员可对场地预约信息进行明细查询、表格统计、图形化统计、统计数据下钻等操作，可对结果导出保存打印。
5.需支持预约成功的场地，同一时间段不可再被预约。
6.需支持通过锁定方式，被锁定的场地在一段时间内不对师生开放预约。
2.3.2.5.11 场地预约（移动）
1.需支持师生可通过移动端进行场地预约，提交后可查看审核的进度并可查询个人历史场地预约信息。
2.需支持场地管理老师可通过移动端对师生提交的场地预约申请进行审核。
2.3.2.6 就业服务
为学校提供就业服务，解决学校就业工程繁杂，就业管理人少事多等痛点，转变招聘活动缺乏数据支撑，招聘效果无法量化，学生数据填写统计困难，就业工作开展滞后等现实情况。
2.3.2.6.1 学生服务
1.简历管理
需支持学生制作简历，支持录入个人职业简历基础数据,课程信息,选修信息,培训经历,证书信息,事信息,学校活动记录等档案信息。
2.简历服务
支持学生自主导出简历，支持导出的简历在学校自助打印系统打印，简历内容须包含奖学金、荣誉、参与活动、任职、实习、学习成绩、出国交流情况、教师评价等。（自助打印系统不包含在本项目建设内容内）
3.作品管理
系统需支持提供一个学生自己维护信息,可以添加个人兴趣作品，或者个人收集信息等。
4.职业规划
学生建立自己的职业规划，对在校生提前对自己的职业做规划。
5.就业咨询
报名参加老师发布的培训课程；对注册的辅导老师提出一对一的问题咨询；对企业发布的招聘职位，或者其他方面的问题进行咨询。
6.毕业去向登记
（1）填写协议书：学生通过企业录取通知书，签约就业合同信息反馈学校登记相关信息备案等。
（2）填写出国申请：学生可以根据自己的实际情况按照系统提供的模板进行出国申请，确认后提交学校进行备案。
（3）填写自主创业、自由职业：学生根据自己的实际情况按照系统提供的模板进行自主创业、自由职业申请，确认后提交学校进行审核。
（4）报到证信息查询：学生可以查看到学校通过上级部门获得的报到证信息。
2.3.2.6.2 学校就业服务
在就业平台维护学生信息、学生信息认证、创建招聘会、毕业生就业登记、审核宣讲会、审核用人单位入驻、创建就业辅导课程，就业推荐等操作。
就业平台将信息集成到学校门户网站、微信公众号，也可以将学校发布的内容集成到 APP端、微信小程序，学生和用人单位将会在第一时间收到就业，招聘等相关咨询，提高用人单位招聘，学生求职的效率和降低成本。
1.学生管理
学生基本信息审核：学生在平台注册了之后，可以选择学校进行认证，认证时需要被选择的学校审核员对学生认证信息进行审核。
学生信息一旦提交后个人无法修改，如发现信息错误则需要去学校就业管理部门申请。
学生信息管理：学校管理员可以对本校的学生信息进行管理，例如修改学生的状态信息，多维度查询，例如按照院系、专业等查看，也可以进行导出。
2.用人单位信息管理
审核用人单位信息：在平台注册的用人单位用户，可以选择入驻哪些学校，学校管理员根据用人用人单位发送的申请，查看用人单位的基本信息，如规模、行业、资质、发布的职位信息等，选择是否同意入驻本校。
用人单位信息管理：学校管理员可以对已经入驻到学校的用人单位进行筛选查看，加入黑名单等，黑名单的用人单位不能查看学校的招聘会、学校的一些其他资源信息。学校可以根据学生对用人单位的反馈信息，对已经入驻的用人单位做一些评级标注，比如一般、优秀、极力推荐等。
3.招聘会管理
招聘会信息发布：学校管理员发布招聘会信息，包括学校招聘会时间、场地、设施、空余时间等信息。发布后已经入驻该学校的用人单位，可以在招聘会信息中查看到哪些学校发布了招聘会，并且可以点击向学校进行预约参加招聘会。
招聘会审核：学校管理员可以对预约参加招聘会的用人单位进行审核，审核通过后，该单位预约的招聘会时间和场地其他用人单位无法再次预约。
宣讲会管理：用人单位发送宣讲会申请，学校管理员审批用人单位提交的宣讲会申请，填写宣讲会场地、日期等批复给用人单位，用人单位可以根据学校批复的场地、时间组织宣讲会。
2.3.2.7 离校服务
所提供的离校服务应用要采用全新的模式，由原来所有学生都应线下办理手续转变为自动获取学生在校期间各方面数据，对不符合离校规定的学生进行过滤，在应用中在线通知学生办理相应业务，使其顺利毕业离校。学生同样可以通过电子离校单，提前查询自己需要办理哪些手续，哪些手续是已经审批通过或者符合审批通过条件的，打破传统的排队式审批模式，让教师从繁琐重复的盖章工作中脱离出来。职能部门可以实时了解学生离校手续办理的情况，及时提醒和督促学生进行离校手续办理。离校学生服务设置，支持给学生和办理人员发送离校相关通知消息。具
2.3.2.7.1 离校类别管理
1.支持管理人员自定义离校类别。
2.离校类别管理中提供离校办理流程的配置，要足够完善和灵活，提供必办项/可办项的设置，以及可为每项流程配置详细办理信息，包括办理地点、时间、联系电话、办理说明等。
3.提供各环节办理人员授权功能，有相关环节办理权限的人员才能够使用离校办理功能。
2.3.2.7.2 离校批次管理
1. 提供单独的离校批次管理功能，与学校每年的离校工作开展相对应。
2. 在离校批次管理中，能够直接引用配置好的离校类别，实现离校办理流程、人员授权的自动加载。
3. 提供学生信息导入功能，可批量导入离校生名单。数据初始化完成后开启离校批次。
2.3.2.7.3 人员授权
需支持各现场办理人员可将自己的现场办理环节权限授权给其他人。
2.3.2.7.4 毕业生离校单
1. 需支持为学生提供电子离校单，快速告知学生离校需办理的步骤。
2. 要能够以明显的颜色标识告知学生各环节的办理情况，默认需提供未办理、已办理、无需办理、必办项这几类。
2.3.2.7.5 离校办理
1.需支持批量办理。
2.提供在线发送消息的功能，提醒学生进行手续的办理，需支持自定义通知的明细内容。
3.默认需提供包括财务结清、图书归还、贷款还款、宿舍退宿、户口迁移、组织关系转移、发放两证环节。
2.3.2.7.6 离校统计分析
1. 提供总体离校情况和各环节办理情况的统计分析。
2. 提供多维度的组合查询，默认提供院系、专业、生源地、民族等维度的统计。
3. 以统计图表进行直观展现，需支持数据钻取查看详情。支持在线导出详情数据。
2.3.2.7.7 学生离校（移动）
1.毕业生可查看本人离校阶段各环节步骤的办理情况，办理注意事项以及办理时间地点，如有手续办理过程中的重要事宜也可查看。在办理手续时可出示学生端二维码供办理人员扫描。
2.支持为毕业生生成唯一标识二维码，可通过手机端查看，方便离校办理人员通过扫描，快速定位到当前学生信息，进行环节办理操作。
3.支持可通过手机端按照批次、学校、院系、生源地、专业、民族、环节统计学生离校率。
2.3.2.8 辅导员日常管理服务
2.3.2.8.1 辅导员考核
1.考核方案设置