| 一、 统一底层数据结构 1套。 （一）功能要求 1.数据标准定义 标准代码集参考相应的国家标准、教育部标准和学校自定义的标准，规范数据字典，形成全校的数据代码标准集。 国标：包括专业技术职务代码、干部职务级别代码等一系列国家标准代码集。 行标：参考教育部发布的相关标准，包括培养方式代码、二级学科代码等一系列行业标准代码集。 校标：根据学校情况，自定义校内的相关标准代码，包括校区代码、学科类别、身份类别等学校已经存在或新定义的标准代码集。 维护数据字典时、需指定字典名称、字典类型、字典状态是否开启等。 每个字典对应一组字典数据，字典数据包括数据标签、数据键值、显示排序、数据状态是否开启、颜色类型等信息，其中颜色类型至少可指定默认、主要、成功、信息、警告、危险6种颜色；可对字典数据进行修改、删除操作。 2.标准数据集 标准数据集是“智慧校园”信息资源的基础数据，它包括了学生、教师、校区及教室、组织架构等基础信息，它是构成权威数据模型的主要基础数据，是数据仓库的基础，也是应用系统实现跨部门协同工作的基石。 数据集主要包括：学校基本情况信息集、学生信息集、教职工信息集、校区及教室信息集、其他信息集。 可通过excel导入或者页面维护的方式维护数据集。 3.数据接口 数据接口是实现统一底层数据与外界交互的统一窗口。 （1）API 接口测试 提供API接口测试功能，可设置JSON参数，执行后可在线测试结果。 （2）API 接口列表 维护/查询API接口。新增API接口时候需指定API名称、请求路径、API分组、请求参数以及描述等。 （3）访问权限管理 为了防止 API 被随意调用窃取统一底层数据数据，同时设置接口的有效性，对接口调用传递进行加密处理，用户调用接口采用 Get 方式，并且需要传递申请人和公钥做为参数。 （4）调用频次列表 可查询各接口调用频次做应用分析。 4.基础设施 （1）配置管理 平台可通过参数配置对平台界面的皮肤样式、侧边栏主题进行配置。 平台可通过参数配置对用户账号初始密码、登录验证码的开关进行配置。 （2）文件管理 ①文件配置 平台可选择多种存储器对文件进行存储，存储器包括数据库、本地磁盘、FTP服务器、SFTP服务器、S3对象存储等。 可创建多个存储器，只可指定一个主配置存储器。 可在线测试文件配置是否成功。 可对存储器进行修改、删除操作。 ②文件列表 可上传至存储器中的所有文件。图片类型支持在线预览，其他类型可下载至本地。可删除存储中的文件。 （3）数据源配置 平台需支持多数据源配置，可以同时链接多个业务系统多个版本的数据源。 （4）数据库文档 平台需支持在线数据表结构信息，为平台数据运维提供依据。 数据库文档导出格式支持HTML格式、Word格式、Markdown格式。 （5）数据库监控 可平台应用请求中所有的数据库信息，发出SQL语句，SQL执行的时间、请求次数、请求的 url 地址、以及seesion 监控、数据库表的访问次数等信息。当数据库的性能出现下降，通过数据库监控，分析问题、找出瓶颈，提升数据库的访问性能。 （6）服务器监控 支持在线事实监测服务器CPU、内存的使用情况、JAVA虚拟机信息、平台参数。 （二）性能及安全要求 1.扩展性 （1）平台整体应具备可扩展、可更改、可更新功能，要能满足学校发展需求，能为后续功能扩展、变更提供相应技术支持。 （2）平台不限制使用人数。 2.易用性 平台应满足人性化需求，满足易用性、易操作性等基本要求，要求平台界面友好、界面设计科学合理、操作简单、符合使用者操作习惯和要求。 3.安全性 （1）平台应在读写数据时强制执行适当级别的安全保护。访问控制列表定义可以访问数据或其包含用户、组和角色，及其可以执行的操作。 （2）可以加密存储库文件存储区中的敏感信息。 （3）具有完备的备份机制，提供各级数据备份，实现每天的数据备份，包括手动备份和自动备份、数据库备份和单表备份。 4.兼容性 （1）浏览器兼容谷歌、火狐、360、Safari及IE9及以上版本等主流浏览器。 （2）具备多设备自动适应功能，能够适应PC、PAD、手机等多种显示终端和屏幕。 （三）技术要求 1.技术架构 （1）采用前后端分离技术方案，提供舒适的浏览体验； （2）数据库需支持Oracle、Microsoft SQL Server、MySQL、PostgreSQL、DB2、MariaDB等常见大型主流数据库； （3）采用微服务处理架构， 支持横向伸缩、动态扩容。 2.系统支撑能力 （1）系统具备满足支撑不小于2000用户，不少于100并发的运行。 （2）响应要求：平均响应时间小于3秒。 （3）系统能够处理大量数据信息，支持百万级的数据读写和处理。 3.部署要求 （1）采用主流如Nginx、Tomcat、Apache、Jboss、Weblogic、IIS等Web服务器或中间件。 （2）支持平台集群部署或分布式部署。 （3）服务器操作系统需支持Windows、Linux、Unix； 4.移动端客户端 移动端支持微信小程序、安卓APP、苹果APP三个应用端。 5.PC客户端 支持Windows、MacOS、Linux等操作系统访问。 （四）服务要求 1.数据对接 （1）平台能够平台能够通过学校提供的统一身份认证接口，通过统一信息门户实现单点登录。相关接口数据由采购方提供，供应商负责实施。 （2）平台能够提供数据接口，与学校数据资产共享交换平台对接。相关接口数据由采购方提供，供应商负责实施。 2.应用培训 培训涵盖学校全体教师，培训课程不少于8课时，保证用户应用。 3.维护和升级 （1）远程维护 日常维护以远程为主，要求平台服务商建立多渠道沟通方式，第一时间响应和解决。一般问题要求1小时内响应，24小时内解决；特殊问题1小时内响应，72小时内解决。 （2）现场服务 重大问题不能远程解决的，要求平台服务商到现场服务。要求2小时内响应，72小时内到达现场。 （3）软件升级 要求平台服务商提供至少三年免费升级服务，包括基础软件升级的被动升级和软件优化的主动升级。 二、招生就业管理系统 （一）功能要求 通过微信小程序实现招生宣传以及在线报名。 1.招生管理 （1）首页 首页包含学校概况、招生指南、入学须知主导航，可首页推荐的热门专业以及最新动态。 （2）招生指南 招生指南资讯列表，可以根据标题搜索，点击可招生指南资讯内容。 （3）报名 招生专业的列表，列表内容包括招生人数、起点、学制、学历等信息，点击可招生专业的具体介绍并可直接报名。 报名需填写姓名、出生日期、性别、身份证号码、电话号码、民族，家庭住址信息等。 （4）在线咨询 应招人员可实现网上咨询功能，相关人员能实现在线解答功能。 （5）录取咨询 报名面试后，管理员可录入录取信息，报名者可网上实时录取情况。 2.报名管理 （1）内容管理 对招生指南、入学须知进行维护。 （2）报名项目管理 维护报名项目，设置内容需包括标题、人数上限、开始时间、截止时间、专业特色、主修课程、升学与就业、封面图片、介绍图集等信息。 已添加的报名项目可设置首页推荐或取消首页推荐。 （3）报名管理 应招人员可实现网上咨询功能，相关人员能实现在线解答功能。 新生报道，填写相关信息，可完善新生档案，与统一底层数据学生数据实现无缝对接。 （4）校园信息维护 维护校园信息栏目，如：校园环境、教学场所、生活设施等。可在维护好的信息栏目下上传图片或视频供用户浏览。 （5）常见问题管理 对于招生的常见问题进行维护。 对于常见问题中不存在的问题，应招人员可实现网上咨询功能，相关人员能实现在线解答功能。 3.就业管理 （1）就业填报 学生毕业离校前需完成就业信息的采集，包括就业去向（实习转就业/升学/参军/自主创业）、单位名称、单位性质、就业岗位、薪酬等信息。 班主任老师可审核填报信息。 （2）就业统计 按全校、专业的就业地域分布（省内、省外）、就业行业、就业单位性质、就业岗位、薪酬水平、就业对口率进行统计。可生成就业质量报告，并导出成word文件。 （二）性能及安全要求 1.扩展性 （1）平台整体应具备可扩展、可更改、可更新功能，要能满足学校发展需求，能为后续功能扩展、变更提供相应技术支持。 （2）平台不限制使用人数。 2.易用性 平台应满足人性化需求，满足易用性、易操作性等基本要求，要求平台界面友好、界面设计科学合理、操作简单、符合使用者操作习惯和要求。 3.安全性 （1）平台应在读写数据时强制执行适当级别的安全保护。访问控制列表定义可以访问数据或其包含用户、组和角色，及其可以执行的操作。 （2）可以加密存储库文件存储区中的敏感信息。 （3）具有完备的备份机制，提供各级数据备份，实现每天的数据备份，包括手动备份和自动备份、数据库备份和单表备份。 4.兼容性 （1）浏览器兼容谷歌、火狐、360、Safari及IE9及以上版本等主流浏览器。 （2）具备多设备自动适应功能，能够适应PC、PAD、手机等多种显示终端和屏幕。 （三）技术要求 1.技术架构 （1）采用前后端分离技术方案，提供舒适的浏览体验； （2）数据库需支持Oracle、Microsoft SQL Server、MySQL、PostgreSQL、DB2、MariaDB等常见大型主流数据库； （3）采用微服务处理架构， 支持横向伸缩、动态扩容。 2.系统支撑能力 （1）系统具备满足支撑不少于2000用户，不小于100并发的运行。 （2）响应要求：平均响应时间小于3秒。 （3）系统能够处理大量数据信息，支持百万级的数据读写和处理。 3.部署要求 （1）采用主流如Nginx、Tomcat、Apache、Jboss、Weblogic、IIS等Web服务器或中间件。 （2）支持平台集群部署或分布式部署。 （3）服务器操作系统需支持Windows、Linux、Unix； 4.移动端客户端 移动端支持微信小程序、安卓APP、苹果APP三个应用端。 5.PC客户端 支持Windows、MacOS、Linux等操作系统访问。 （四）服务要求 1.数据对接 （1）平台能够平台能够通过学校提供的统一身份认证接口，通过统一信息门户实现单点登录。相关接口数据由采购方提供，供应商负责实施。 （2）平台能够提供数据接口，与学校数据资产共享交换平台对接。相关接口数据由采购方提供，供应商负责实施。 2.应用培训 培训涵盖学校全体教师，培训课程不少于8课时，保证用户应用。 3.维护和升级 （1）远程维护 日常维护以远程为主，要求平台服务商建立多渠道沟通方式，第一时间响应和解决。一般问题要求1小时内响应，24小时内解决；特殊问题1小时内响应，72小时内解决。 （2）现场服务 重大问题不能远程解决的，要求平台服务商到现场服务。要求2小时内响应，72小时内到达现场。 （3）软件升级 要求平台服务商提供至少三年免费升级服务，包括基础软件升级的被动升级和软件优化的主动升级。 三、 OA系统 （一）功能要求 OA系统移动端需包括APP以及小程序，可实现与PC端系统无缝对接，实时共享，便捷地开展移动办公，公文收发、工作管理等移动办公需求。 1.审批平台流程管理 工作流程管理必须能够根据管理的需要，采用图形化设计器，实现流程定制功能，需具备动态设置工作流程审批节点的功能，适应不同时期学校的审批制度。 （1）流程模型 ①维护流程 可新建或者修改流程标识、流程名称、流程描述信息。 ②设计流程 可通过图形化设计器创建流程开始事件、中间/边界事件、网关、用户任务、扩展子过程、结束事件等，并支持对创建的事件动态设置属性。 ③分配规则 可对已创建好的流程动态分配任务规则。可指定任务规则的类型为：角色、部门的成员、部门的负责人、岗位、用户、用户组等，根据任务规则的类型设置相关的任务规则。如：任务规则为角色，则需指定相应的角色。 ④发布流程 已创建好的流程发布后，可供相关的人员进行使用。已发布的流程支持挂起/激活操作。 （2）流程表单 支持在线动态设计流程表单，定义好的表单可绑定到相关流程。 可通过拖拽组件方式生成流程表单，组件应包括单行文本、多行文本、计数器、编辑器等输入型组件，也应包括下拉选择、级联选择、单选框组、多选框组、开关、滑块、时间选择、事件范围、日期选择、日期范围、评分、颜色选择、上传等选择性组件，同时包括行容器、按钮等布局型组件。 （3）手写签字 系统需要支持手写签字，可以在流程设计中配置是否使用手写签字，在流程审批过程中使用手写签字，签字记录将直接保存在流程记录中。 2. 工作流管理 工作流程管理可实现工作流程与其他模块之间的协助和交流。作为一个单独的工具，可以与其他模块可以进行互动，为其它模块的信息载入和载出并保持不同功能块之间信息的协同。在规范各项工作管理的同时，为战略决策提供支持。 （1）我的流程 可发起相关的流程。 可已发起的流程信息，包括状态、结果、提交时间、结束时间、详情等信息，进行中的流程支持取消操作。 （2）待办审批 流程中本人的待办审批并进行审批，支持录入审批意见以及通过/不通过处理。 （3）已办审批 本人所有的已办审批，支持通过流程名以及创建时间进行筛选。 3. 通用填报管理 （1）通用填报 支持创建填报表单，包括表单名称、在线设计表单、指定需要的填报部门以及角色、设置回执时间范围、注意事项等基本要求。 表单可与word模板进行绑定。 可维护已创建完成的内容。 （2）表单设计 表单设计支持自定义设置标签，管理员可以编辑标签名称和提示信息，可进行标签的添加、编辑、删除操作。在标签页下，支持自定义设置填报项，填报项类型可分为单行文本、多行文本、日期、数字、下拉框、图片等。管理员可以编辑填报项名称和提示信息，选择填报项类型和是否必填，可进行填报项的添加、编辑、复制、删除操作。 单行文本和多行文本可以设置字数限制，编辑最少字数和最多字数。 日期可以设置日期格式，如年、年月、年月日等。 数字可以设置数字范围和小数位数，数字范围支持编辑最小值和最大值。 下拉框可以设置选项配置，支持自定义添加、编辑、删除选项数据。 图片可以设置图片格式如jpg、png、jpeg等以及图片数量。 （3）填报统计 可对进行回执统计，对尚未填报的人员进行一键催促。 与word文档绑定的通用填报可导出word文档，支持批量下载。 4.通知管理 可根据组织架构用户发布通知/公告。新增公告时，需设置标题、类型（通知/公告）、状态受否开启、通知/公告内容。 公告内容为富文本格式，并可插入超链接、图片以及视频。 设置是否需要签字回执、自动统计回执率等功能。 教师可从电脑端个人中心、微信小程序中收到通知消息，需要签字回执的通知可在线签字提交。 可对通知/公告进行修改、删除操作。 5.公文管理 （1）公文流转 公文流转以用于处理日常工作中的单位内外部的各种公文，利用计算机网络的高速迅捷和计算机控制的严格准确性实现公文的处理。公文管理模块相对传统公文处理而言，在很大程度上提高了公文处理效率和准确性，用户操作简便易行。公文流转包括了公文的发文拟制、发文审核、发文会签、发文签发、发文登记、发文传阅、收文签收登记、收文审核、收文拟办、收文批办、收文承办、公文归档销毁、公文查询以及公文的流程监控、公文催办、公文流程定制等。 公文流转中，用户可以预先定义公文的处理流程及相应的处理权限，在拟制、登记及公文流转过程中具有相应权限的人员可以进行公文在线编辑，可以进行跳签、插签、退签、撤销等处理。 （2）发文拟制 发文拟制是具有公文拟制权限的教职工使用本功能新增公文，录入、编辑公文属性，根据公文模版建立并在线编辑公文正文，上传公文附件，定制公文流转工作流。 （3）收文登记 收文登记用于外部来文的签收、登记处理，包括：新增公文、录入、编辑公文信息、导入外部文件作为公文正文，上传公文附件，定制公文流转工作流。 （4）公文办理 公文办理是指公文在流转过程中，需要有关人员对公文进行相应的处理工作，包括：发文草拟、发文审核、发文会签、发文签发、发文登记、发文传阅、收文签收登记、收文审核、收文拟办、收文批办、收文承办等处理。 （5）公文催办 此模块应具有使用权限的人员使用。使用本功能所有未办理完成的公文情况及其办理情况，对未办理的工作点的等相关人员以邮件或消息的方式发送催办信息。 （6）公文跳转 此模块应具有使用权限的人员使用。使用本功能可以强制改变所有未办理完成的公文流转。 （7）归档销毁 此模块对已经完成办理的公文按归档目录归档，已归档的公文可以改变归档目录；可以销毁已经归档的公文。 此模块应具有使用权限的人员使用。 （8）公文查询 使用此功能，可以通过设置相应的查询条件，查询显示公文信息。 5.电子签章管理 系统需要支持电子签章管理和使用，要对电子签章进行分类管理（公章、私章），支持设置使用密码。可以在流程设计中配置是否使用签章，在流程审批过程中直接使用电子签章。电子签章记录将直接保存在流程记录中。 （二）性能及安全要求 1.扩展性 （1）平台整体应具备可扩展、可更改、可更新功能，要能满足学校发展需求，能为后续功能扩展、变更提供相应技术支持。 （2）平台不限制使用人数。 2.易用性 平台应满足人性化需求，满足易用性、易操作性等基本要求，要求平台界面友好、界面设计科学合理、操作简单、符合使用者操作习惯和要求。 3.安全性 （1）平台应在读写数据时强制执行适当级别的安全保护。访问控制列表定义可以访问数据或其包含用户、组和角色，及其可以执行的操作。 （2）可以加密存储库文件存储区中的敏感信息。 （3）具有完备的备份机制，提供各级数据备份，实现每天的数据备份，包括手动备份和自动备份、数据库备份和单表备份。 4.兼容性 （1）浏览器兼容谷歌、火狐、360、Safari及IE9及以上版本等主流浏览器。 （2）具备多设备自动适应功能，能够适应PC、PAD、手机等多种显示终端和屏幕。 （三）技术要求 1.技术架构 （1）采用前后端分离技术方案，提供舒适的浏览体验； （2）数据库需支持Oracle、Microsoft SQL Server、MySQL、PostgreSQL、DB2、MariaDB等常见大型主流数据库； （3）采用微服务处理架构， 支持横向伸缩、动态扩容。 2.系统支撑能力 （1）系统具备满足支撑2000用户100并发的运行。 （2）响应要求：平均响应时间小于3秒。 （3）系统能够处理大量数据信息，支持百万级的数据读写和处理。 3.部署要求 （1）采用主流如Nginx、Tomcat、Apache、Jboss、Weblogic、IIS等Web服务器或中间件。 （2）支持平台集群部署或分布式部署。 （3）服务器操作系统需支持Windows、Linux、Unix； 4.移动端客户端 移动端支持微信小程序、安卓APP、苹果APP三个应用端。 5.PC客户端 支持Windows、MacOS、Linux等操作系统访问。 （四）服务要求 1.数据对接 （1）平台能够平台能够通过学校提供的统一身份认证接口，通过统一信息门户实现单点登录。相关接口数据由采购方提供，供应商负责实施。 （2）平台能够提供数据接口，与学校数据资产共享交换平台对接。相关接口数据由采购方提供，供应商负责实施。 2.应用培训 培训涵盖学校全体教师，培训课程不少于8课时，保证用户应用。 3.维护和升级 （1）远程维护 日常维护以远程为主，要求平台服务商建立多渠道沟通方式，第一时间响应和解决。一般问题要求1小时内响应，24小时内解决；特殊问题1小时内响应，72小时内解决。 （2）现场服务 重大问题不能远程解决的，要求平台服务商到现场服务。要求2小时内响应，72小时内到达现场。 （3）软件升级 要求平台服务商提供至少三年免费升级服务，包括基础软件升级的被动升级和软件优化的主动升级。 四、教务管理平台 （一）功能要求 1.人才培养方案设置 （1）课程(环节)管理 课程(环节)管理是各承担单位对课程类型和课程信息进行维护。 （2）培养方案设置 专业负责人可以创建专业人才培养方案，包括专业名称、使用年级、学期数、毕业学分以及各学期对应教学计划的课程以及任选课可选择的课程数； 创建后的专业人才培养方案可以实时审核状态（审核中、未审核、审核通过），同时可以通过专业名称、标准年份、及状态选项进行查询； 专业负责人也可以复制已经录入完成的人才培养，修改后生成新的人才培养方案。 （3）培养方案调整 专业负责人变更培养方案，确定无误后提交给教务处审核； 如果教务处审核不通过，则将流程返回给专业负责人修订。 2.教学计划制定 （1）教学任务发布 能按学期、承担单位、完成等组合查询显示教学任务的完成情况； 可针对某个人才培养方案单独发布教学任务； 已安排完成的任务按照教师、课程、合班信息、周课时、承担单位为单位导出数据。 （2）教学任务落实 为课程合班安排班级，并指定主讲教师、授课方式、考核方式，对上课周次（全周、单周、双周）、周学时、连上节次进行设置，并对节假日是否顺延、教师类型、上课场地进行要求； 能按学期、课程，落实情况等组合查询教学任务情况； 已安排完成的任务按照教师、课程、合班信息、周课时、承担单位为单位导出数据。 （3）实践周设置 专业负责人设置专业课程实践环节的周次。 3.排课 （1）智能排课 可单独设置星期的某天不排课节，可批量星期的某天整天不排; 根据教学日历、实践周设置以及教学任务的落实情况，一键智能排课； 在不打乱已排好的课表的前提下，进行增量智能排课； 如果对已经智能排好的课表不满意可以进行重新排课。 （2）未排课程 对自动编排课表产生的漏排课信息进行查询统计，并辅助排课。 （3）手动排课 在落实教学任务的同时，对需要手动排课的课程、班级设置上课时间、地点等信息进行手动排课。 （4）课表确认 排课完成后，可对教师课表、教室课表、班级课表、学生课表、周课表、全校课表进行确认并发布； 可导出各类课表； 可备份各类课表； 可选择已备份的课表进行恢复。 （5）课表查询 教师、学生可通过移动端APP或者微信小程序查询课表。 5.成绩管理 成绩管理是对学生考试成绩、平时成绩、总成绩进行管理，包括基础数据设置、成绩录入、补考成绩录入、成绩修改与删除、成绩统计和成绩查询。 （1）基础数据设置 基础数据设置包括对成绩权重设置、成绩类型、分制类型、课程评定标准和特殊课程评定标准的设置。成绩算法设置是对综合成绩的算法，补考成绩算法，成绩特殊情况进行设置，为后续的系统计算提供依据；成绩类型是对已经设计好的成绩类型进行管理；分制类型是制定分值类型与百分制之间的转换关系；课程评定标准是，设置各成绩类型占总评成绩的百分比，设置总评成绩计算公式；特殊课程评定标准是按照学年学期，对某门课程设置成绩评定系数。 （2）成绩录入 任课教师录入自己所教课程的成绩，也可根据实际情况进行录入人设置。根据成绩类型录入各类型成绩，如平时成绩、期中成绩、期末成绩等。录入成绩后，根据成绩类型及成绩评定标准，计算出各学生每学期的总评成绩。 （3）补考成绩录入 对补考的成绩进行录入，其中包括录入实际设置，录入人设置。 （4）成绩修改与删除 为学校提供了特殊的管理入口，可对已录入的成绩进行修改与删除。并且保留修改与删除历史。 （5）成绩统计 系统根据基础数据计算出相关统计数据。分别可以进行不及格统计和分数段统计。不及格统计通过课程班级统计出不同成绩类型的不及格人数，分数段统计通过班级课程根据不同成绩类型统计出不同分数段的考试情况。 （6）成绩查询 成绩查询包括个人成绩查询和班级成绩查询，个人成绩查询是由学生登录，可以查询学生自己的考试成绩；班级成绩查询可以任课教师查询自己所教班级的学生成绩情况，学校相关领导也可以通过系统配置，查询某个班级的学生成绩情况。同时还可以查询成绩录入的完成情况、学生成绩档案、选修课成绩等。 教师、学生可通过移动端APP或者微信小程序查询成绩。 6.毕业管理 对学校毕业生进行毕业管理，确保无特殊情况学生可以顺利毕业。包括基础数据设置、毕业管理、毕业证书管理、成绩单管理等。 （1）基础数据设置 包括基础毕业规则设置、特殊毕业规则设置及预毕业年级设置，为预毕业处理中筛选可毕业学生提供筛选条件。 基础毕业规则设置是教务处可根据学校安排，已专业为单位，设置每年毕业的详细要求，包括允许不及格课程数、最低毕业学分、毕业必修通过课程等。 特殊毕业规则设置是已特殊班级为单位，设置特殊毕业规则。 预计毕业年级设置是由于每个专业学制不同、招生时间不同，所以毕业时间也不相同，需要为各专业设置毕业时间。 （2）毕业管理 毕业管理包括异常毕业申请、异常毕业审批、异常毕业审批记录、异常毕业查询和预毕业处理。 异常毕业申请是学生若有特殊情况，需要提前或延期毕业，可进行异常毕业申请，学生可以自己申请，也可以由老师代为申请。 异常毕业审批是教务处对异常毕业学生申请进行审批。 异常毕业查询是审核通过后，学生可自身异常毕业情况 。 预毕业处理是系统根据毕业条件及异常毕业情况，自动筛选出每学期可以毕业的学生名单。 （3）毕业证书管理 毕业证书管理是可导入毕业证书编号，并打印毕业证书。 （4）成绩单管理 学生可直接打印毕业成绩单，包括各学期的所有成绩，便于找工作。 （二）性能及安全要求 1.扩展性 （1）平台整体应具备可扩展、可更改、可更新功能，要能满足学校发展需求，能为后续功能扩展、变更提供相应技术支持。 （2）平台不限制使用人数。 2.易用性 平台应满足人性化需求，满足易用性、易操作性等基本要求，要求平台界面友好、界面设计科学合理、操作简单、符合使用者操作习惯和要求。 3.安全性 （1）平台应在读写数据时强制执行适当级别的安全保护。访问控制列表定义可以访问数据或其包含用户、组和角色，及其可以执行的操作。 （2）可以加密存储库文件存储区中的敏感信息。 （3）具有完备的备份机制，提供各级数据备份，实现每天的数据备份，包括手动备份和自动备份、数据库备份和单表备份。 4.兼容性 （1）浏览器兼容谷歌、火狐、360、Safari及IE9及以上版本等主流浏览器。 （2）具备多设备自动适应功能，能够适应PC、PAD、手机等多种显示终端和屏幕。 （三）技术要求 1.技术架构 （1）采用前后端分离技术方案，提供舒适的浏览体验； （2）数据库需支持Oracle、Microsoft SQL Server、MySQL、PostgreSQL、DB2、MariaDB等常见大型主流数据库； （3）采用微服务处理架构， 支持横向伸缩、动态扩容。 2.系统支撑能力 （1）系统具备满足支撑不少于2000用户，不小于100并发的运行。 （2）响应要求：平均响应时间小于3秒。 （3）系统能够处理大量数据信息，支持百万级的数据读写和处理。 3.部署要求 （1）采用主流如Nginx、Tomcat、Apache、Jboss、Weblogic、IIS等Web服务器或中间件。 （2）支持平台集群部署或分布式部署。 （3）服务器操作系统需支持Windows、Linux、Unix； 4.移动端客户端 移动端支持微信小程序、安卓APP、苹果APP三个应用端。 5.PC客户端 支持Windows、MacOS、Linux等操作系统访问。 （四）服务要求 1.数据对接 （1）平台能够平台能够通过学校提供的统一身份认证接口，通过统一信息门户实现单点登录。相关接口数据由采购方提供，供应商负责实施。 （2）平台能够提供数据接口，与学校数据资产共享交换平台对接。相关接口数据由采购方提供，供应商负责实施。 2.应用培训 培训涵盖学校全体教师，培训课程不少于8课时，保证用户应用。 3.维护和升级 （1）远程维护 日常维护以远程为主，要求平台服务商建立多渠道沟通方式，第一时间响应和解决。一般问题要求1小时内响应，24小时内解决；特殊问题1小时内响应，72小时内解决。 （2）现场服务 重大问题不能远程解决的，要求平台服务商到现场服务。要求2小时内响应，72小时内到达现场。 （3）软件升级 要求平台服务商提供至少三年免费升级服务，包括基础软件升级的被动升级和软件优化的主动升级。 注：以上所有内容均为实质性要求，不得负偏离，否则按无效投标处理。 | 
