第一章 总则

第一条 各部门作为学校数据的生产单位，应遵循《leyu·乐鱼(中国)体育官方网站数据资产管理办法》，保证数据资源的真实性、完整性、规范性和时效性。

第二条 为了保证业务系统产生的数据能够在学校整体的信息化过程中流转起来，数据应尽量采用自动、实时的数据接口管道方式共享流通。各类信息系统在建设过程中，应做好与校级数据中心的数据对接工作。

第二章 业务系统集成与共享

第三条 信息标准集成

(一)对于已建业务系统，建设方需按要求提供完整的数据字典结构以及相关的代码数据，并根据《leyu·乐鱼(中国)体育官方网站信息编码标准》（以下简称《信息标准》）将数据字典集成到信息标准管理平台中统一管理。学校代码集以国标为基础，如果集成中出现冲突，则以国标或已确定的校标为准。

(二)对于新建业务系统，建设方需提供完整的数据字典结构。在业务系统建设过程中若涉及代码数据，以《信息标准》标准执行，如《信息标准》中未定义该类代码集，则由业务系统建设方经业务部门提交至信息化处，整理后集成到《信息标准》进行统一管理。

(三)因业务系统升级或变更引起数据的物理属性（共享数据库账号密码、数据字典、代码集、视图等）发生变更时，业务系统主管部门应及时向信息化处提出变更申请；当数据的共享属性发生变更时，请参照《leyu·乐鱼(中国)体育官方网站数据分类分级办法》及时变更数据的共享属性。

第四条 业务数据集成

图1-1 业务数据集成拓扑图

(一)业务系统的所有业务数据需要原样交换至前置库中，业务系统需要按照数据交换的要求提供源表/中间表/视图的具体信息，包括表名/视图名、字段的具体含义。

(二)前置库数据经过清洗、转换后交换至主题域库中，发挥数据在数据共享、数据分析与挖掘、辅助决策支持等方面的作用。

(三)在保证数据安全的前提下，各部门应当在职责范围内，提供各类信息化数据共享服务，使数据能够满足各种业务的使用需要及决策支持。

第五条 业务数据共享

图1-2 业务数据共享拓扑图

(一)业务系统如有数据共享需求，部门有权利向信息化处提出数据的使用申请，审核通过后由信息化处通过数据共享服务平台的数据接口（API）或数据交换（DTS）等方式提供数据,具体的数据使用程详见《leyu·乐鱼(中国)体育官方网站数据使用申请流程》。

(二)各部门在使用数据时只能通过信息化处获得，不得在部门间以任何电子或纸质文档的形式传递。

第六条 统一身份认证集成

要求业务系统实现与学校数字化校园统一身份认证技术标准规范（待集成实施过程中会提供详细的DEMO实例和接口技术规范），使学校教职员工、师生能够使用统一的用户名、密码，即可登录业务系统进行业务办理。系统原有身份认证方式作为应急预案必须予以保留，学校可根据需要在任何时候开启或者关闭系统原有身份认证功能。对统一身份认证的用户的功能授权、业务操作权限授权工作仍然在业务系统中内部完成。在关闭系统原有身份认证的情况下，系统将用户的个人信息（不包括本系统中的业务信息）的查询、修改功能引导到学校统一的个人信息查询、修改界面中。

第七条 单点登录集成

业务系统向系统外部提供登录本业务系统的URL，同时还提供系统用户进行系统操作的单独功能入口URL（包括申请类、修改类、查询类、办理类、统计类、分析类、维护类等业务功能），此URL页面要求必须能够适应学校门户统一风格要求且提供的URL能够正常操作业务，保障用户直接请求到URL与单独进入业务系统中操作效果一样，真正实现门户与业务系统间直接交互与无缝对接要求。用户成功登录数字校园平台后，可直接访问这些URL（以图标形式呈现），并实现直接进入到本系统操作的功能点WEB界面。提供这些单独功能入口的大、中、小三种规范的美观性强、业务含义强的图标，并提供这些单独功能入口名称、业务办理指南文字材料。当用户登录超时之后，用户再次尝试访问本业务系统时，应提醒用户重新登录，并将用户访问界面转向到学校单点登录界面，若用户立刻重新登录成功之后，则按照学校单点登录系统技术标准规范，将用户重新定向到用户超时时的操作界面中。系统原有登录方式作为应急预案必须予以保留，学校可根据需要在任何时候开启或者关闭系统原有登录功能。在关闭系统原有登录方式的情况下，系统将用户登录界面引导至学校统一的单点登录界面。

第八条 门户待办事宜、消息集成

通过学校门户所支持的技术标准，以调用标准任务、消息接口的方式在门户中提供当前登录用户与本业务系统有关的所有待办事项、待处理信息、待阅读信息的提醒。同时还应提供用户自发起工作流程的流转查询入口。

第九条 移动端集成

要求业务系统所涉及移动功能按照学校要求，向系统外部提供移动端功能对应的URL，并且支持对接微信和企业微信。

第十条 子门户集成标准

若业务系统中包含有面向用户的业务门户，则需将业务门户集成到学校统一的门户平台中。

第十一条 性能要求

面向全体学生服务的性能参数要求：并发能力：支持同时在线30000用户；在2000用户同时在线操作的情况下每操作步骤延迟不高于2秒（不考虑网络延迟）。

面向全体教师服务的性能参数要求：并发能力：支持同时在线3000用户；在500用户同时在线操作的情况下每操作步骤延迟不高于2秒（不考虑网络延迟）。

第十二条 部署要求

必须支持虚拟机部署方案，虚拟机部署不得使用硬件加密形式进行授权，如U盾等，软件授权方式在虚拟机漂移时不需要重新授权。

第十三条 智能卡应用集成

对于涉及师生使用智能卡使用场景的业务系统，如门禁、门锁、水控等，读卡设备必须同时支持读取M1和CPU卡片序列号功能，以便与校园卡兼容。

第三章 附则

第十四条 本规范解释权由leyu·乐鱼(中国)体育官方网站信息化处所有。

第十五条 本规范自发布之日起施行。