高校智慧校园建设方案

第1章 第2章 第3章

3.1. 3.2. 第4章

4.1. 4.2. 4.3. 4.4. 第5章

5.1. 5.2. 第6章 第7章

建设背景 ....................................................................................................................... 2 建设基础 ....................................................................................................................... 3 建设思路与目标 ........................................................................................................... 3 建设思路 ....................................................................................................................... 3 建设目标 ....................................................................................................................... 4 建设内容 ....................................................................................................................... 4 网络基础建设 ............................................................................................................... 4 校企资源共享平台建设 ............................................................................................... 5 教学资源库建设 ....................................................................................................... 112 公共服务平台建设 ................................................................................................... 116 建设进度与资金预算 ............................................................................................... 188 建设进度及分年度验收要点 ................................................................................... 188 经费预算 ................................................................................................................... 189 建设预期效果 ........................................................................................................... 191 保障措施。 ............................................................................................................... 192

第1章 建设背景

随着计算机技术，多媒体技术，网络技术，以及智能化建筑技术的迅猛发展，不仅对人们的学习、生活、工作方式产生巨大的影响，而且会引发高校教学模式、教学方法、学习方式和教学环境等支撑环境建设的变革。因此，基于以上技术的数字校园已成为21世纪高校建设发展的趋势。学校信息化建设的不断深入，基于校园网络的各种应用不断开发和投入应用，数字校园建设中的问题也不断暴露出来。如“应用山头”突出、信息“孤岛”现象严重、各应用系统、各部门缺乏数据标准，数据重复，导致了各部门之间相同信息内容不一致；学校有效数据资产不能“共享”，导致学校业务部门及管理部门获取信息非常困难，有效数据资源不能及时共享，数据资产利用率低下等。

《国家中长期教育改革和发展规划纲要(2010-2020年)》明确指出，我国要加快教育信息化进程，要加快教育信息基础设施建设，把教育信息化纳入国家信息化发展整体战略，超前部署教育信息网络。到2020年，基本建成覆盖城乡各级各类学校的教育信息化体系，促进教育内容、教学手段和方法现代化。充分利用优质资源和先进技术，创新运行机制和管理模式，整合现有资源，构建先进、高效、实用的数字化教育基础设施。将资源共建共享建设作为基础教育信息化的重中之重来抓，并实现“促进教育均衡发展”和“提高教育质量”的最终目的。

《国家教育信息化十年发展规划(2011-2020)》指出：教育信息化应以促进义务教育均衡发展为重点，以建设、应用和共享优质数字教育资源为手段，促进每一所学校享有优质数字教育资源，提高教育教学质量；帮助所有适龄儿童和青少年平等、有效、健康地使用信息技术，培养自主学习、终身学习能力。

学校信息化建设必须利用信息化手段和工具，将校园的各项资源、管理及服务流程数字化，形成校园的数字环境，使现实的校园环境凭借信息系统在时间和空间上得到延伸。信息化校园旨在用层次化、整体性、战略性的观点来规划和实施校园信息化建设，将校园内信息更好地组织分类，让师生快速找到自己需要的信息，并为师生提供网上教学、网上实验、网上信息交流的环境，同时也可以让管理人员科学、规范地管理自己的数据，并将这些信息快速准确地发布出去，为师生、社会服务。同时，教学科研水平的提高和培养出高素质学生是高校成功的标志，代表着学校综合实力和水平的提升。因此立足于师生需求，改善和提升学校的科研环境、教学环境、管理环境和生活环境是学校信息化校园建设的主要工作，这些环境的组成和改善主要围绕着校园的资源、管理和服务三大要素展开，构建数字化的科研环境、教学环境、管理环境和生活环境，最终达到提升学校综合实力的目的。

第2章 建设基础

经过多年对学校应用系统的建设，现在学校已经拥有了如：教务管理系统、资产管理系统、教职工查询系统、心理咨询系统等一些使用多年的软件系统，学校教职人员、学生以及领导人员对信息化的发展有了很大的认识和体会，也从中得到了实惠，充分理解信息化发展是未来高校发展的趋势。学校在信息化发展方面已经具有良好的基础，学校领导对信息化的高度重视，也成为我校信息化发展的动力。因此在后续的发展中也应有相应的高度，应该从全校信息化未来5-10年的建设来进行规划，充分考虑学校现有资源和需求，为学校的下一步的发展创建实现达到国内先进水平的信息基础设施和信息化服务体系，提高学校的数字化教学、数字化科研、数字化管理和数字化生活水平，极大地增强学校的核心竞争力的总体目标。

第3章 建设思路与目标

3.1.

建设思路

根据学校中长期信息化建设的建设思路是：以科学发展观为指导思想，落实教育部以及学校“十二五”总体规划，以服务于教学、科研、管理和生活为宗旨，以现有信息基础设施为基础，建立适应学校需要的、具有特色的现代化、数字化环境。贯彻以“以人为本、服务社会”的建设指导思想，围绕校园资源、管理、服务三个要素来建设学校的信息化系统，构建数字化的科研环境、教学环境、管理环境和生活环境，最终达到提升高等院校综合实力的目的。

根据学校5-10年的战略目标，要求学校不断创新、增强学校核心竞争力，全面推动学校由传统教学向信息化教学方向转变。因此，根据教学、管理、科研方面的重要性，将学校的信息化校园建设的目标定为：经过未来3年的信息化校园建设，在高性能网络安全体系的支撑下，在传统校园中构建一个集合教学、科研、管理、生活等方面信息资源的全方位数字空间，实现学校从环境（包括设备、实验室、教室等）、资源（如图书、讲义、课件、网络课程、精品课程、数字电视等）到活动（包括教、学、管理、办公、服务等）的全部数字化，实现数字化教学、数字化科研、数字化管理和数字化生活，创建数字化的生活空间，创建虚拟大学空间，实现教育过程的全面信息化和现代化，推进学校的快速发展和跨越式发展，提升学校的核心竞争力。

高校作为高素质人员聚集的场所、高级人才培养的基地、高新技术生长的温床，在信息化建设方面一直走在各行各业信息化发展的前列。随着网络技术的发展和网络应用深入，信息化建设已经成为高校基础能力和支撑条件建设的重要组成部分。信息化建设的目标是为了使校园网络的使用者

可以更有效、更方便地利用校园网以及互联网来开展教学、科研、管理和生活活动。信息化建设的出发点和最终目标就是“服务”，即为学校的学生、教师、管理人员提供更好的服务，支持学校的发展。信息化建设应用服务应体现在标准化、网络化、智能化和个性化的特点。信息化建设是支撑学校创新教育、素质教育，高效发展的重要基础之一。为学校的建设与发展提供更好的平台和服务是信息化建设的宗旨。

3.2.

建设目标

信息化建设，是利用计算机技术、网络技术、通讯技术对学校与教学、科研、管理和生活服务有关的所有信息资源进行全面的数字化；并用科学规范的管理对这些信息资源进行整合和集成，把学校建设成面向校园内，也面向社会的一个超越时间、超越空间的虚拟大学。其目标定位在以高校内各类信息资源的集成和交换为基础，构建满足学校教学、科研、管理与服务要求的开放性、协同化运行支撑环境，为校内外各类人员提供完善的个性化服务支持，为学校的教学、科研和管理提供完善的数字化支撑平台。

学校今后五年信息化建设的总体战略目标是：以信息技术的广泛应用为主导，以基础设施建设为支撑，以应用系统和信息资源建设为重点，建成一个总体上达到国内同类院校先进水平的高速、开放、可靠、智能的校园信息化平台，为学校的教学、科研、管理和生活提供良好的信息化、数字化服务，为学校实现战略发展目标提供坚实的信息化支撑平台。

第4章 建设内容

4.1. 网络基础建设

4.1.1. 校园网核心设备升级及机房改造

4.1.1.1. 核心设备万兆升级

购置两台支持IPv6的万兆核心三层交换机，分别放置于南北两个校区，实现校园骨干万兆连接。扩充接入端口，满足现有及新建网络的接入需求。现有的核心千兆Cisco 6509交换机，下移至关键区域，实现校区内的分布式管理。

4.1.1.2. 网络主机房改造

主机房建设主要包括以下内容：

机房强电改造。增加机房配电负荷，更换现有不满足要求的电缆、插座，增加UPS设备，合理分配电力负载。

机房弱电改造。增加服务器、交换机机柜，将各种业务重新进行分类上架，理顺并按规范标识机房内各类弱电线缆。

机房环境改造。进行机房防火、防水、防盗、防静电建设，增加机房气体灭火系统，加强防水、防盗措施，完善防静电技术设施。更换现有长期服役的家用制冷空调，安装机房专用空调。

机房管理改造。购置机房专用远程管理系统，配置大屏幕，及时、高效地发现并处理网络设备故障，有效降低网络故障时间。

4.1.2. 校园无线网络建设

随着网络技术的发展，笔记本电脑的不断普及，建设覆盖全校办公、学生公寓、公共场所、广场、厅堂的无线网络，实现教师、学生的笔记本、PDA设备的无线网上办公、学习需求已变得十分现实和必要。

我校校园无线网络的建设建议方案：允许运营商投资建设各自独立的校内无线网络，但必须实现与校园网的链接，建成为学校校园网的延伸，师生既可以选择通过校园认证成为校园网用户，接受校园网管理、访问校园网资源、通过学校出口访问Internet资源；也可以选择通过运营商的认证成为其用户，接受运营商管理、通过运营商出口访问Internet资源，运营商必须按照学校网络安全管理规定进行安全管理，对这部分用户的信息安全管理负责。

运营商可独立运营并每年向学校缴纳市场资源占用费，但必须向学校开放信息安全管理查看权限。

4.1.3. 硬件服务器

应用服务器4台：4CPU、内存16G以上、硬盘容量：有存储情况下500G以上，如无存储需要2T

数据库服务器2台：4CPU、内存32G以上、硬盘容量500G以上

4.2. 信息资源管理平台

4.2.1. 公共数据平台介绍

4.2.1.1. 平台概述

公共数据平台以元数据管理思路对共享数据进行建设和管理，由共享数据中心和管理工具组成。共享数据中心建立学校统一的标准代码集和核心数据模型，从而形成学校的信息资源标准。

其总体框架如下图所示：

数据模型管理信息标准管理标准代码数据模型主题数据模型权威数据模型资源数据模型… …元数据管理数据处理及服务数据交换平台 信息资源

标准是整个“数字校园”建设的关键，它包括了高校的人员、教学、资产、科研、财务等基础信息，涵盖了高校人、财、物、文、事等各个方面。它包含了从各个应用系统收集上来并经过整合的核心数据，它为“数字校园”的各应用系统提供基础数据，也为学校领导决策和未来学校数据仓库的建设提供数据基础。

 信息标准管理工具

对公共数据平台所采用的学校执行信息标准、所参考的国标、部标；与业务系统数据字典的对应关系进行管理，并对变化情况进行跟踪。

 数据模型管理工具

采用元数据管理思路，对共享数据模型的所有数据对象、数据模型进行管理和跟踪。

4.2.1.2. 核心数据模型

数据模型是公共数据平台的核心，它对数据源系统中所采集的数据进行重新组织，需要建立如下几种数据模型：

 权威数据模型。是面向全局的核心基础数据。它由唯一业务源产生和维护，采集到公共数据平台，供各业务系统共享和引用的数据。比如学生基本信息、教职工基本信息、教学管理信息、科研信息、资产信息、财务信息等。

 资源数据模型。以文件等形式存储和管理的资源数据，如文档、照片、流

媒体等。

 主题数据模型。将来自于不同应用的数据按主题整合、组织的数据，便于按主题进行展现。

 标准代码数据模型。根据学校的要求和教育部的标准，建立全校统一的信息资源标准代码集，便于全局数据的共享。

在国标、部标（教育部颁布的信息标准）基础上，结合实际情况选择自己的执行标准。比如假设职称信息在国标、学校现有系统中不一致，系统提供工具供管理人员选择，并记录当前选择执行的标准、校内标准，便于追踪和后续的转换。

 标准代码集

标准代码集参考相应的国家标准、教育部标准和学校自定义的标准，规范数据字典，形成全校的数据代码标准集。

 国标：包括专业技术职务代码、干部职务级别代码等一系列国家标准代码集。

 行标：参考教育部发布的相关标准，包括培养方式代码、二级学科代码等一系列行业标准代码集。

 校标：根据学校情况，自定义校内的相关标准代码，包括校区代码、学科类别、身份类别等学校已经存在或新定义的标准代码集。

通过制定学校自己的标准代码集，建立了学校信息资源的数据标准及数据交换标准，对于已经存在的系统，其非标准的信息资源，通过标准代码集进行转换，信息资源交换到核心数据库都成为标准的信息资源，并为其它各个应用系统提供统一的信息资源服务；对于新上的应用系统，通过统一的数据标准，可逐渐形成全校的信息建设规范。

 标准数据集

标准数据集是“数字校园”信息资源的基础数据，它包括了大学学生、教师、教学、科研、资产等基础信息，它是构成权威数据模型的主要基础数据，是未来校园数据仓库的基础，也是应用系统实现跨部门协同工作的基石。

初步拟订的标准数据集主要包括：

 学校基本情况信息集  学生信息集  教职工信息集  教学管理信息集  科研信息集  财务信息集

 房产与设施信息集

 仪器设备与实验室管理信息集  图书馆理信息集  办公管理信息集  其他信息集

4.2.1.3. 平台管理工具

公共数据平台的管理工具主要包括：

 信息标准管理工具

对公共数据平台所采用的学校执行标准、所参考的国标、部标等；与业务系统数据字典的对应关系进行管理，并对变化情况进行跟踪。主要实现：

 对学校执行标准代码进行管理

 对各个应用系统所包含的代码进行管理

 管理学校执行标准与应用系统代码的映射。为信息交换平台中的数据转换提供支持。

 实现应用系统代码与执行代码的差异性对比，便于学校制订和执行标准时参考。  跟踪执行标准和应用系统代码的变化，包括数据结构的变化和数据内容的变化两种。并可通过短信、邮件等方式及时发出提醒，便于管理。

 元数据管理工具

采用元数据管理思路，对共享数据中心中的数据对象、数据模型进行管理和跟踪。主要功能包括：

 共享数据模型管理。管理数据模型列表。将公共数据平台的数据模型和数据对象统一管理，可按照不同的树型进行分类。

 应用系统数据结构管理。管理各应用系统的数据结构，可通过信息交换平台实现应用系统数据结构的动态采集。

 数据模型映射管理。定义和管理共享数据数据模型和应用系统数据结构之间的关联关系。

 数据模型跟踪监控。跟踪和监控公共数据平台数据结构、应用系统数据结构的变化情况以及相应造成的影响，并可与学校的短信网关、邮件服务进行集成，及时提醒系统运行维护人员，便于管理。

4.2.2. 统一身份认证平台

4.2.2.1. 平台概述

统一身份认证平台基于LDAP技术，实现校园网内的统一用户身份认证和权限控制体系，利用目录服务，对用户身份信息和系统控制信息进行有效组织管理，提供高效安全的目录访问，为各应用系统提供统一身份认证和权限控制的支持。支持RADIUS协议，能满足VPN、入网认证等网络设备的认证需求。

统一身份认证平台总体框架如下图所示：

4.2.2.2. 平台功能

统一身份认证平台的主要功能包括：

 用户管理

用户管理用来建立用户目录，管理用户基本信息，主要包括：

 用户注册  账号关联  组织机构管理  岗位管理  用户管理  角色管理功能。  权限控制

用户身份认证通过后，必须对用户的应用系统使用权限进行统一控制，主要功能包括

 应用系统基础信息管理  模块组基础信息管理  模块基础信息管理  应用系统权限管理  用户权限管理  岗位权限管理  用户授权管理  管理操作审计

授权管理是一个关键的应用，本模块可以将所有用户所做的权限变化过程都记录在日志中，并提供相应的查询功能，作为日后审计的依据。

 用户身份认证

身份认证服务是用户身份认证系统的重要组成部分，是系统与其他应用系统的桥梁。它为应用系统提供一致的安全程序接口，从而实现统一的用户身份认证。

4.2.2.3. 实施策略

统一身份认证平台包含三个部分：统一用户管理、统一身份认证和统一权限管理，因此，在平台建设与应用系统的集成方面也包括这三部分的集成。

三部分集成的目标分别是：

 统一用户管理集成目标

全校的用户管理在统一身份认证平台集中进行，应用系统不在需要管理用户的信息，应用系统所需要的用户信息完全来自于统一的身份平台，原则上要求统一认证用户库中的用户基本信息数据是相对完整的，各应用系统的用户基本信息数据是该系统用户数据库的子集。

 统一身份认证集成目标

各应用系统的身份认证均在统一身份认证平台集中进行，应用系统不需要再对用户身份进行校验。

 统一权限管理集成目标

由统一身份认证平台统一实现各应用系统的功能权限控制，应用系统不再需要管理用户的功能权限，而是利用统一身份认证平台提供的权限管理工具统一管理，应用系统所需要管理的是用户的数据权限。

在权限管理体系上，采用分级授权模式，即由统一身份认证平台将某应用系统的管理权限授给该应用系统管理员，由该应用系统的管理员来管理和设置本系统的所有用户使用权限，所有权限数据由统一身份认证平台集中存储。

4.2.3. 统一校园门户平台

4.2.3.1. 平台概述

统一校园门户是建立在统一身份认证平台、门户支撑平台和各类应用系统之上的一个综合性的、以服务为目的的系统。

具体包括：

 构建符合国际通用标准的，可持续升级的门户基础框架平台。  提供统一的、便捷的信息统一入口，为信息检索带来高效。

 为每个人提供一个可以自己订制的个性化信息窗口，进一步提高工作效率。  结合统一身份认证，实现单点登陆，并加强权限控制，提高信息传送过程的安全性。

 集成不同应用系统的信息，并提供良好的扩展性，适应未来的不断发展。  建设统一的沟通、协作平台，充分利用高校的各种资源。  实现全校信息发布流程控制，指定全校信息的标准发布体制。

统一校园门户将为学校带来如下几个方面的好处：

 可以帮助学校整合现有的各种应用系统

建立一个完整有效的统一校园门户，可以在一定程度上把各个应用系统的不同功能有效地组织起来，提供一个统一的信息服务功能入口，并利用相关的门户技术，整合学校的后台业务系统，减少信息孤岛的存在并降低重复投资，为用户提供更加完善的信息服务。

 以最小成本开发利用现有资源

首先，统一校园门户将本需占用多个硬件平台的应用集成到较少的硬件平台，节省了学校在硬件上的投资。

其次，减少了多种未经集成的应用软件的总体维护成本，学校通常都有很多现存系统，涉及的资源包括应用、数据库、文档等，这些资源往往按条块分割，因而维护成本昂贵，综合信息门户的应用可以大大降低整个系统的维护成本。

第三，利用高效的互联网作为传输工具，降低了信息传播费用，减少了人力投入。

 提供个性化服务

在以学生为中心的时代，服务的个性化是提高学校展现力和竞争力的关键，而统一校园门户的建立为个性化服务打下了基础。

有了统一校园门户，师生可以根据自己的需求建立自己的工作区，仅显示对自己有用的信息和事务处理窗口。

统一校园门户还提供了主动式的个性化服务，它可以根据用户的注册信息和用户所关心的内容，判别用户扮演的角色，然后把相关的信息自动“推”到用户面前。

 提供基于门户的交流与协作

广大师生可以通过统一信息门户进行信息交流与协作。如老师可以通过门户网站统一的布置电子作业，还可以通过系统跟踪学生的完成情况，最后在门户上发布学生完成作业的情况和成绩，有访问权限的学生和家长就可以通过同样的门户登录并查看到和自己相关的成绩信息。不仅如此，还可以根据需要，教师也可以在门户内建立关于课程讨论、兴趣爱好的讨论组门户网站，并链接到学校总的门户网站上，小组成员可以通过门户进行信息共享和讨论，非常方便地将不同班级、不同年级、不同教研组的老师联系起来。

统一校园门户的总体框架如下图所示：

4.2.3.2. 平台特点

统一校园门户平台是未来“数字校园”成果体现的重要入口，所有用户，包括教师、学生、管理人员、校友、家长等等，都将通过这个入口来获得服务，因此统一校园门户平台的可靠性、安全性、稳定性、扩展性要求非常高。因此统一校园门户平台的支撑框架必须选用国际上成熟的商业软件，以满足未来信息化发展的需要。

统一校园门户平台主要特点包括：

 基于WEB的展现能力。用户的访问界面采用Web方式，用户的客户端只要有IE浏览器，就可以对门户内的所有应用和数据进行访问，包括管理和定制用户界面。

 单点登录。实现对多种类型的应用系统的单点登录访问。单点登录缺省支持用户名/口令方式，并提供数字证书的登录方式。提供灵活可扩展的认证接口，支持LDAP、数据库等标准身份认证技术。

 在学校内共享知识。使得教职工和学生能够更轻松地在门户站点上发布内容。老师可以将他们的个人门户集成到教研组的门户站点中，这使得他们能够与其他年级的老师进行知识共享。教师可以将文档和最佳实践发布到他们个人站点的公共视图中，供学校的其他人使用。

 应用集成。具有门户集成功能，提供统一、规范的接口对各类服务和应用进行集成，实现跨数据、跨应用和跨平台的无缝接入和集成，为各类用户提供快速、灵活的、个性化的综合信息服务。

 文档管理。利用门户提供的文档管理功能，完成文档的生成、管理、发布、审批等流程功能，对学校校园网上的文档实现全面的管理。利用非结构化的存储机制保存文档，并分类和建立索引机制等提高访问的性能。

 搜索引擎。建立校园搜索引擎，给用户提供一个工具，可以根据用户输入的关键词搜索文档内容和文档属性。并且对该关键词的搜索结果的更新，可以通过用户自定义邮件通知，或是RSS的方式进行订阅。

 实现对内容的权限控制。门户中的信息根据用户的角色可赋予用户浏览、发布、修改等权限。信息的各种权限可进行模块化管理，同一页面上不同模块的信息，其使用权限可进行灵活定义。例如，对于一篇文档，可以限制哪些人可以访问，哪些人不可以访问。也可以实现更细节性的权限控制。

 个性化定制。提供个性化的内容定制功能和界面形式，提供可直接使用的、适合部门和角色功能的视图模板，通过基于Web的管理界面，通过拖、拉、拽的方式定

制。允许用户创建自己的个人信息内部站点，并能够个性化定制站点的内容，发布自己的共享信息。其他用户则可以从各种渠道进入该个人站点，并查看其中的内容。

 快速的部署和灵活的扩展能力。系统应提供即装即用的门户应用，通过提供灵活的部署选择，能够支持分布式体系结构和最佳的门户特性：它可以支持结合分布式工作服务器的服务器、数据库服务器、搜索和检索功能以及多个Web前端，使用户可以根据容量的需要进行适当的扩充。

4.2.3.3. 门户应用功能

 单点登录

统一校园门户必须实现单点登录及应用系统的整合。包括：

 SSO——用户登录一次校园门户，即可经由门户进入其他校园应用系统时无需进行登录。

 与应用系统整合。通过PORTLET，实现与应用系统的整合，通过信息门户，用户可以访问到相关的应用系统，而不需要在系统之间切换。  个人工作台

统一校园门户必须具有个人门户功能，它将用户个人的日常工作任务和所需信息统一集成到个人工作台上，使其成为个人日常工作、学习的电子桌面。主要包括：

 订阅的新闻及动态信息  个人邮件  个人日程  个人提醒  通讯录  待办事宜  个人信息查询  常用的网上自助服务  常用的应用系统入口  …

 网上信息服务

统一校园门户通过整个校内外的信息资源，提供了强大的信息服务功能，所发布的信息主要包括：

 外部信息：行业网站、外部新闻网站等有关的信息  校园信息：学校新闻、学校公告、快讯、动态、专题

 个人信息：查询师生个人在学校的学习、生活、科研、财务等方面的相关信息，包括：学籍学分信息、课程信息、借书信息、教学信息、科研信息、财务/经费信息、一卡通信息等。

 生活信息：查询常用的生活信息，包括天气预报、火车航班信息、校内地图、校内电话黄页、班车时刻表等。

 信息搜索：提供强大的信息搜索引擎，使师生能方便地搜索校内的各种信息资源和服务信息。

 统一信息发布：

统一校园门户可以提供一个统一的内容管理系统（CMS），为学校各级行政或教学部门网站的信息发布内容进行统一管理。

 网上自助服务

统一校园门户通过整合各种服务类应用系统，向师生提供各种网上自助服务，实现各种服务的在线申请、处理和查询。主要包括：

 教学服务  科研服务  财务服务  人事服务  招生服务  迎新服务  注册服务  学生资助服务  就业服务  离校服务  校友服务  一卡通服务  后勤生活服务  IT及网络服务  图书馆服务  …

 网上交流协作

统一校园门户通过整合协作交流平台中的功能，提供校园的协作及交互功能，主要包括：

 即时通讯

 群组空间  个人博客  网上社区  文档共享  视频点播  专题论坛  校长信箱  网上调查  …

4.2.3.4. 门户支撑平台功能

在技术层面，统一校园门户可通过Portal技术实现的。 门户支撑平台提供的功能主要包括：

 个性化门户

提供给不同部门、组织和级别的工作人员符合其需求特点的办公页面，通过个性化门户，展示其最关心和常用的信息资源。用户可以在权限范围内，根据自身需要和兴趣，自定义具有独特风格和内容的视图。

 多级门户

学校的各部门、各学校可以建立部门和学校的子门户，用于快速构建学校内部的各机构主页，便于学校内部主页操作风格的统一和整洁，并节省大量的系统开发和维护成本。结合信息发布管理功能，快速实现校内各种信息发布和师生交流。系统提供主页模版管理、主页模版配置、机构信息设置、机构权限设置等多种配置。通过简单的配置，即可快速生成机构主页，访问方式只需要加上机构的短名称即可。

 内容管理

提供全面的内容管理功能，可以对分散于内部的多种数据类型和格式的内容进行采集、编辑、管理，为用户所共享。系统提供手工采集、网上来稿和应用程序接口输出等方式进行信息采集，按照定义的数据维护流程完成信息的编辑、校对和审核。在资料的采集、编辑、校对、审核整个工作流程中，系统对安全性进行了严格地控制，建立了完善的审计机制和防篡改机制。

 书签管理

书签提供用户保存感兴趣的地址，在下次浏览时快速查找所需要的信息，并且保存在网络上，可以在不同的电脑上获取所需要的信息。

 标签管理

标签提供用户记录阅读信息的位置，在下次浏览时快速查找上次浏览的位置，并且保存在网络上，可以在不同的机器上获取所需要的信息。

 投票管理

门户提供投票的公共组件，各部门可以建立和发布自己的投票，支持单选、多选、问答等多种投票类型。并可以设置为实名投票和匿名投票两种方式，也可根据IP禁止重复性投票，有效防止重复投票作弊，使投票更加公平透明。

 信息检索

搜索引擎提供搜索相关配置的管理和直接用户界面。检索方法包括简单搜索和高级搜索。支持多语言的全文信息检索。

 面板管理

提供基于XML/XSL 技术的面板模板，模板定义了不同的视窗外壳、样式、布局等。系统预设多种风格、布局的模版，并可根据学校要求进行修改。用户可根据自己的使用习惯选择不同的发布过的模板，快速形成整齐美观的个性化界面。

 Portlet管理

管理Portlet 应用程序， 可对portlet 应用程序进行完整控制。管理portlet 应用程序中显示了所有Web 模块的列表以及相关的在门户平台上安装的portlet应用程序。可以根据该portlet 查看并更改portlet 应用程序设置。

 安全管理

实现与统一身份认证平台进行无缝衔接，实现对门户用户的身份认证和权限控制。

 监控管理

通过统一的监控管理，实现对门户平台的系统操作和运行的监控。包括：权限分配详细操作监控、用户管理详细操作监控、信息点击详细信息监控等。监控管理不仅仅记录操作人的帐号、IP、操作时间等信息，还提供查询和统计页面，以便管理员监控和审计。

4.2.4. 数据交换平台

4.2.4.1. 平台概述

目前国内高校解决不同系统之间的数据交换问题时大多采用简单的点到点的连接方式，采用数据库工具实现。这种方式实现简单，但其致命缺陷是没有在全校层面统一规划，当需要交换的应用增多时，其接口关系的复杂性急剧增大，通信状况混乱，维护代价昂贵，也不利于整个应用系统的扩充。因此，我们采用总线式的数据交换、异构系统同步方案。其示意图如下所示

4.2.4.2. 平台特点

 开放性

支持异构平台、异构数据库、异构系统的数据交换和集成。

 安全性

 系统能够连续、安全、无故障、不间断运行作业；  融合业界各种加密技术，保证数据传输安全；

 提供数据缓冲和发送校验等多种技术保障，保证数据传输完整性。  灵活性

 支持实时、定时、状态触发等各种数据访问、交换方式；  传输内容可精确定义，提高传输速度，减少冗余；

 可实现一对一、一对多、多对一、多对多等多种数据交换方式。  可控性

 对数据流程提供强有力的应用监控；  提供图形化配置工具。

4.2.4.3. 平台功能

 支持实时数据交换和批量定时数据交换。  支持全表和增量两种交换方式。

 提供图形化的信息交换平台管理工具，实现数据采集、发送、数据交换、数据转换等工作的配置工作，保证系统的扩展部署和快速实施。

 提供统一的日志管理、系统监控服务。  具有支持面向服务、流程驱动的体系结构。  具有集成能力的图形化开发和管理工具。  高性能的数据采集和交换功能。  安全可靠的数据传输。

4.3. 学生综合管理服务平台介绍 4.3.1. 迎新服务子系统

4.3.1.1. 总体框架

迎新服务子系统集Client/Server和Browser/Web Server技术于一体、涉及新生入学管理各环节，面向各院系、职能部处以及新生的综合服务系统。系统以实现迎新业务中各职能部处间的数据共享和流动，明确各职能部处在迎新过程中的职责和业务管理范围为主要目标，使迎新工作流程更为有序，实现新生入学数据与学校其他相关系统数据的无缝连接，为新生提供方便、高效、“一站式”的入学报到环境和服务。

迎新准备     迎新数据库   制银行卡、新生卡 分配学号 分配宿舍 分配医疗/图书证号 物品准备 其它准备   新生临时卡、银行卡绑定 邮寄通知书、临时卡、银行卡、行礼标签 各省招生办数据库    贫困学生开具特困证明 迁移组织关系 学费等费用存入银行卡 统计分析：困难学生名单 党员名单 团员名单 干部名单 学号信息 车辆信息 宿舍分配信息 宿舍物品信息 车站 车辆信息 车站码头机场接站 迎新现场及各服务场所 交录取通知书、刷卡 统计分析： 已报到总数 未报到总数 已缴费总数 未缴费分组名单 特征分类统计 ○个性化信息（组织部表格、免费托运凭证、生活用品清单及编号、宿舍号、钥匙号等） 学生确认/修改本人信息 打印表格 ○公共信息（欢迎、报到流程、注意事项、帮助中心、求助电话等） 刷卡身份证明及确认 .….. ○报到注册 ○确认身份信息 ○确认组织关系 ○学费补交 ○数码照相 ○暂缓交费证明 ○贷款申请 ○领取生活用品 ○军训用品领取 ○宿舍物品领取 统计分析： 应签到总数 迎新后 实到总数 刷卡签到 体检合格总数 未通过体检清单 心理测试结果 ○入学教育管理 ○户口和身份证办理 ○ 体检 ○心理测验 ○数据结转 ……

4.3.1.2. 系统特色

➢ 报到流程的灵活配置

➢ 结合校园一卡通实现“一站式”和“自助式”相结合的新生报到管理与

服务

➢ 系统客户端全面支持安卓、iPhone、iPad手持终端。

4.3.1.3. 面向新生的服务

新生在收到录取通知书以后，能够通过录取号登录数字迎新系统。 ➢ 查看入学须知电子，查看各类通知、通告，查看校区的电子地图，其他

相关电子表格、文档下载；

➢ 核对本人的学籍信息；查看本人住宿房间、相关辅导员信息；修改补充

自然信息；打印报到流程表；

➢ 登记本人具体的抵校方式、日期、车次等信息； ➢ 登记军训服装尺寸相关信息；

➢ 申请“绿色通道”；申请困难生，登记、打印家庭情况调查表； ➢ 与本人的院系辅导员进行留言交流。

4.3.1.4. 面向职能部处的管理

➢ 学生处：导入各省招生数据到数字迎新系统，正式录取名单信息整理；

打印新生录取通知书；自动生成新生学号；登记新生档案接收、转交情况；审核学生申请的“绿色通道”信息；发布通知公告。查询统计困难生信息、查询统计新生报到情况、查询统计新生体检信息等。 ➢ 宿管处：导入新生宿舍分配结果导入数字迎新系统。查询下载新生名单

数据。

➢ 财务处：同步或导入新生缴费情况信息。查询统计新生报到情况。 ➢ 接站部门：查询统计新生抵校方式、陪同人数信息；查询统计时间段内

新生到站的人数信息；

➢ 各院系：新生电子报到扫描登记。新生留言咨询回复。通知书、档案材

料收缴，资料物品、校园卡发放。查询统计新生报到情况。 ➢ 人武部：查询新生预订军训服装信息。军训服装发放登记。

➢ 后勤物业：登记宿舍钥匙领用情况。查询统计新生报到情况。查询下载

新生名单。

➢ 校医院：打印新生体检表，登记新生体检结果。查询导出新生需复检的

名单。

➢ 一卡通、图书馆、教务处、网络中心等其他部门：查询下载新生名单数

据，查询统计新生报到情况及其他统计信息。

4.3.1.5. 面向校领导查询统计

➢ “绿色通道”名单查询统计 ➢ 困难生情况统计 ➢ 新生到站情况查询统计 ➢ 新生报到情况统计 ➢ 手续办理情况统计 ➢ 新生缴费情况统计 ➢ 新生住宿信息查询等。

4.3.2. 学生工作管理子系统

4.3.2.1. 总体框架 4.3.2.2. 系统特色

 “管理＋服务”的设计理念，不仅实现学生管理全过程的一体化，而且为不同角色

的用户提供个性化服务。

 以学生为中心，为学生提供在校不同生命周期各阶段的服务，促进学校管理理念变

革、模式创新和方法改进。

 业务流程再造、业务规范标准和精细化管理融于一体。

 跨部门协作、打破部门壁垒，加快信息传递、提供实时准确的信息

 有效解决教学工作和学生管理上难题，提高工作效率、降低工作强度，优化教学资

源

 各类自定义功能和基于工作流的业务模型，使系统拥有随需而变的高扩展性。  各类消息摄像头和信息提醒、预警功能，让系统“提醒、规范、约束”人的行为。

4.3.2.3. 基本信息管理

学生的基本信息是学生管理工作的基础，直接关系到所有学生工作业务能否顺畅的开展，同时也是向上级部门、学校领导进行工作汇报的直接数据来源。

学生基本信息管理，主要维护学生个人的基本信息，解决基本信息的初始化、组织批量学生基本信息确认、处理日常学生基本信息变更等问题。同时可以进行学生班级的编制维护查询以及学籍异动的维护/查询。

4.3.2.3.1. 基本信息维护

学校学生基本信息管理老师、院系学工负责人、辅导员可以根据自己掌握的情况，直接对自己所可以管理的学生进行其基本信息的维护工作。

学校学生基本信息管理老师、院系学工负责人、辅导员可以根据需要，对自己所可以管理的学生的基本信息进行查询。因学生基本信息量比较大，在查看的时候可以自行定义需要查看的信息内容，可以直接对感兴趣的信息进行排序。

4.3.2.3.2. 学生基本信息导入导出

学校学生基本信息管理老师可以将学生信息通过数据文件（Excel/DBF格式）导入到系统中来新增学生基本信息或者批量修改学生基本信息。

学校学生基本信息管理老师、院系学工负责人、辅导员可以根据需要导出（Excel/DBF格式）学生基本信息。

4.3.2.3.3. 学生相关信息查看

学校学生基本信息管理老师、院系学工负责人、辅导员可以按学生个人查看学生的在校综合表现情况：个人基本信息、家庭成员工作经历等扩展信息、档案信息、综合测评成绩信息、投保信息、理赔信息、学籍异动信息、个人住宿信息、已经获得的以及正在申请的奖学金信息、已经获得的荣誉称号、违纪处分信息、国家助学贷款的信息、已经获得的以及正在申请的助学金信息、助学金的发放信息、学费减免信息、困难补助信息、勤工助学的上岗信息、勤工助学的报酬发放

信息、班级辅导员信息。

4.3.2.3.4. 基本信息个人确认

在新生入校后、毕业班学生或者本系统刚投入使用等情况下，需要核实学生的个人信息。可以使用本功能。

学校学生基本信息管理老师设置学生进行个人基本信息确认的申请审核流程、学生可确认的个人信息、学生确认的时间段以及哪些学生参与这项事情。

学生在规定的时间内核对修改自己的个人基本信息，按照学校学生基本信息管理老师设置的流程各级管理老师（辅导员等）进行信息审核，审核通过后的信息进入学生基本信息库供今后管理使用。未进行个人信息确认的学生，各级管理老师可以强制进行确认（不修改原有数据，仅走流程）。

4.3.2.3.5. 基本信息个人变更

学生在平时个人基本信息发生变更，需要维护进系统时使用本功能。 学校学生基本信息管理老师设置学生进行个人基本信息变更的申请审核流程、学生可变更的个人信息。

学生按照设置的可以日常更改的信息直接进行修改，需要更改审核的信息变更按照设置的审核流程，由各级管理老师进行审核，审核通过后的信息进入学生基本信息库供今后管理使用。

4.3.2.3.6. 班级管理

学生行政班级的管理工作如果归学生处进行管理，则本功能可以手工维护班级情况或者设置规则批量生成班级。

学生行政班级的管理工作如果不归学生处进行管理，本功能只同步所有班级信息。

4.3.2.3.7. 学籍异动管理

学生的学籍异动如果学生处可以维护，则本功能提供学生学籍异动的操作以及学籍异动信息的查询。

学生的学籍异动信息由外部系统维护，则利用数据交换获得数据进入本系统，本系统仅提供学生的学籍异动信息查询功能。

4.3.2.3.8. 学生信息报表

➢ 学生基本信息自定义明细表。 ➢ 学生基本信息自定义统计表。 ➢ 学生基本信息自定义交叉表。

4.3.2.4. 扩展信息管理

为了能够全面了解学生的情况，对学生的家庭成员、教育经历、工作经历、培训经历、社会实践、其他校内外奖励、语言能力、校外证书情况进行系统登记，统一管理。

4.3.2.4.1. 扩展信息分类

目前纳入系统进行管理的扩展信息如下：家庭成员信息、工作经历信息、教育经历信息、培训经历信息、社会实践信息、其他校内外奖励信息、校外证书信息、语言能力信息。

其中，家庭成员在进行困难认定以及国家助学贷款工作时需要使用。

4.3.2.4.2. 扩展信息审核流程

扩展信息的审核流程目前设置成学生填报辅导员/院系学工负责人/学校学生基本信息管理老师审核。辅导员、院系学工负责人、学校学生基本信息管理老师也可以根据自己掌握的情况直接维护管理范围内的学生的扩展信息。

4.3.2.4.3. 扩展信息个人填报

学生可以根据实际情况，随时录入自己的扩展信息，对于没有审核的扩展信息可以随时修改和删除。已经审核完成的扩展信息仅可查询，需要变更需联系学生的辅导员来操作。

4.3.2.4.4. 扩展信息审核及维护

对于学生提交的扩展信息，辅导员对每类信息（例如：家庭成员）逐人审核，院系学工负责人和学校学生基本信息管理老师可以代为审核。辅导员、院系学工负责人、学校学生基本信息管理老师也可以根据自己掌握的情况直接维护管理范围内的学生的扩展信息。

4.3.2.5. 学生档案管理

学生档案是学生个人各方面情况的综合反映，具有以下几个方面的作用： 1、依据作用：学生通过在校几年时间的学习后走向社会，用人单位要全面地了解学生，除了直接考察了解学生的现状外，还有一个重要的手段，就是通过查阅学生档案来了解学生的全部情况。

2、凭证作用：学生档案不仅是用人单位选拔任用学生的一个重要依据，而且还具有重要的凭证作用，它是将来组织人事部门在日常工作经常要查考的重要材料和原始记录。

3、参考作用：高校学生档案记载了学生的一段重要经历，反映了学生的真实情况，对于学生今后的成长进步具有重要的参考作用。

注：本系统不做学生档案的详细内容管理，仅管理到档案目录。

4.3.2.5.1. 档案材料清单维护

设置学生档案中需要保存的相关材料清单信息。

4.3.2.5.2. 学生建档管理

学校学生档案管理老师或者院系学生档案管理老师在系统中录入学生档案的接收情况以及档案材料清单来建档。

对于新生建档，涉及批量操作，不建议逐人在系统中建档。建议在系统中下载导入模版，组织人员将学生的档案目录信息写入导入文件（Excel格式），学校学生档案管理老师或者院系学生档案管理老师将整理好的导入文件，在系统中通过导入的方式进行批量建档的操作。

4.3.2.5.3. 学生档案补充管理

对学生档案内容进行维护补充，主要包括学生的奖惩信息补充至学生档案。

4.3.2.5.4. 学生档案借阅管理

学校学生档案管理老师或者院系学生档案管理老师在系统中登记学生档案的借阅情况。

特殊情况，学生档案需要借出，学校学生档案管理老师或者院系学生档案管理老师在系统中登记学生档案的借出情况，并可以方便查询借出未归还情况。

4.3.2.5.5. 学生档案转出管理

学生因退学、转学等情况需要档案转出，学校学生档案管理老师或者院系学生档案管理老师在系统中登记学生档案的调档情况。

学生因毕业等情况需要批量调档，学校学生档案管理老师或者院系学生档案管理老师先圈定需要毕业交寄的学生档案清单，批量操作后逐个记录档案的交寄情况。

4.3.2.6. 综合素质测评管理

综合素质测评的过程一般采用学生自评、班级同学互评和辅导员评定相结合

的方式。对综合测评的结果一般进行年级专业排名或者班级排名。

4.3.2.6.1. 测评因子管理

学校综合测评管理老师针对不同年级可以设置不同的测评方案，每套测评方案可以由用户自行定义方案组成细则：每个测评项的计算方法、权重、最高分、最低分、小数位数、是否需要排名等信息。

4.3.2.6.2. 参评环节设置

学校综合测评管理老师设置每套测评方案目前需要使用的学年学期，测评过程中每个测评环节需哪些人员参与，参与测评人员的测评结果占学生整个测评的权重，每个测评环节的可操作时间段。

4.3.2.6.3. 学生自评

根据学校综合测评管理老师设置的时间段和测评环节，学生进行系统录入自我评测的结果，如果涉及到学习成绩，在条件成熟的情况下，可以从其他系统获取来自动计算。

4.3.2.6.4. 班级初评

班级组织学生进行互评或者组织班级评测小组对班级学生进行评定后的结果，由辅导员代替录入本系统。

4.3.2.6.5. 辅导员评定

辅导员根据所带学生的日常表现情况，以及学生自评意见、班级初评意见对学生进行测评认定，将各项信息录入本系统。

4.3.2.6.6. 成绩计算及排名

学校综合测评管理老师在全校综合测评整个工作完成后，进行全校参评学生测评总成绩计算：计算每个学生最终获得的分数、班级排名、年级专业排名、院系排名。

4.3.2.6.7. 测评排名查询

学生、辅导员、院系学工负责人、学校综合测评管理老师可以查看已经评定完成的学生综合测评成绩以及各项排名。

 测评方案由用户自行定义，适应管理的调整。  测评环节由用户自行定义，适应管理的调整。

 测评成绩可以在奖学金评定中直接显示，方便评奖评优。

4.3.2.7. 投保理赔管理

目前很多高校引入商业保险，为学生办理如下险种：大学生平安保险、医疗保险、住院补贴保险等。

同时，很多地区也在尝试将大学生纳入城镇居民社会医疗保险体系或者建立专门的大学生社会医疗保险制度。

4.3.2.7.1. 保险公司设置

学校投保理赔管理老师维护在学校开展保险业务的保险公司清单。

4.3.2.7.2. 险种设置

学校投保理赔管理老师设置各在学校开展业务的保险公司，所提供的险种情况，包括年保费、险种介绍、理赔流程介绍、学生投保需要确认的时间段等内容。

4.3.2.7.3. 学校统一投保

1、集体投保

学校投保理赔管理老师为新入学的学生批量设置拟投保人员清单，并设置时间段功供学生进行投保确认。

2、不投保申请

学生根据学校投保理赔管理老师设置的拟投保人员清单，可以根据个人的具体情况，申请不投保。

3、不投保审核

学校投保理赔管理老师对申请不投保的学生进行审核和确认。 4、投保确认

在学生投保确认完成后，系统根据学校投保理赔管理老师预设的拟投保人员清单排除已经确认不投保的学生，生成最终投保的学生清单。

4.3.2.7.4. 学生自愿投保

1、个人申请

学生在学校投保理赔管理老师设置的时间段内，根据个人情况，选择某项或者多项保险，进行投保申请。

2、投保审核

学校投保理赔管理老师以及预设的各级管理老师根据学生的申请等情况进行投保审核。

3、续保申请

学生因休学或者其他原因导致在校时间延长，需要进行续保。学生续保工作由于数量有限，随新生投保一同进行。需要续保的学生在新生入保的确认或者申请期间对自己曾经投保的险种进行续保申请。系统根据学生的预计毕业年份的变化出默认的续保年限。

4、续保审核

学校投保理赔管理老师以及预设的各级管理老师根据学生的申请等情况进行续保审核。

4.3.2.7.5. 理赔信息维护

学校投保理赔管理老师根据保险公司提供的学生理赔情况的数据文件（Excel/DBF格式）导入系统中或者直接在系统中维护学生的理赔情况。

4.3.2.7.6. 理赔信息个人查询

学生、辅导员、院系学工负责人、学校投保理赔管理老师可以在其数据访问范围内查询学生的理赔的明细情况。

4.3.2.8. 辅导员管理

4.3.2.8.1. 辅导员队伍管理

学校辅导员管理老师、院系学工负责人根据本单位的辅导员实际情况在系统中管理辅导员队伍。对于专职辅导员以及本校教职工兼职辅导员从外部系统提供的本校教职工清单中选择加入辅导员队伍；对于本校研究生兼职辅导员，从外部系统提供的本校研究生清单中选择加入辅导员队伍；对于外聘辅导员，直接维护存入本系统。

辅导员离岗，学校辅导员管理老师、院系学工负责人直接在系统中登记。

4.3.2.8.2. 辅导员带班管理

学校辅导员管理老师、院系学工负责人以班级为单位，登记辅导员的聘任情况。查询指定班级的历任辅导员信息以及当前在任辅导员的所带班级的情况。

在任辅导员如果需要离任，学校辅导员管理老师、院系学工负责人在系统中直接维护。

班级辅导员需要改聘，学校辅导员管理老师、院系学工负责人在系统中直接维护。

4.3.2.9. 奖学金管理

奖学金的评选一般会和综合测评成绩相关联，每学年评选一次，由学生提出申请或辅导员提名，最终学校审核通过。

4.3.2.9.1. 奖种定义

学校奖学金管理员可根据学校的实际情况，进行奖学金种类和等级的设置。可以自行新增或修改奖学金种类信息，如奖学金名称、奖学金简介等，也可自定义奖学金的等级，设置等级信息，包括等级名称、金额等。在某种奖学金没有评定记录时可以删除该奖学金，奖学金被删除后，该奖学金的等级将同时被删除。

4.3.2.9.2. 奖学金审核流程定义

每个种类的奖学金均可以单独设置流程，系统默认流程：学生申请辅导员审核院系审核学生处审核。学校奖学金管理员可根据学校的实际情况，通过勾选设置每个种类的奖学金的审核流程。

4.3.2.9.3. 资格限制

在奖学金种类设置中，通过选择已经建立好的资格限定类型，实现自动过滤不满足资格的学生申请。每种奖学金都可以单独设置资格限定类型，同时对于分等级的奖学金种类而言，每个等级上也都可以进行资格限定，在申请和审核该等级时，同时满足设置中种类和等级的资格限定，才可以通过。

资格限定内容不需要每年设置一次，只需要在奖学金开通时，计算当前符合奖学金申请条件的学生即可。如果没有设置资格限定，则默认所有的学生都有申请资格。当奖学金的申请资格发生变化后可修改资格限定内容并重新计算可申请学生。

4.3.2.9.4. 数量限制

在奖学金的等级设置中，通过选择已经建立好的数量限定器，对各审核环节的审核人数进行限制。每个等级上都可以进行数量限制。奖学金的数量限定是依据年级和专业计算的，所以限定到班级的数量限定器不适用于奖学金。

数量限定的内容并不需要每年都设置一次，只需要在奖学金开通时，根据当前学生情况重新计算一次即可。如果需要做局部微调，可在计算时调整。

4.3.2.9.5. 奖学金开通

在开始评定奖学金前，学校奖学金管理员需要开通奖学金。开通后，该奖学金才可以进行申请或审核。开通过程中，主要设置奖学金每年评定过程中会变化的部分信息，如评定学年、申请起止日期等。另外，在每年的奖学金开通过程中，还可以根据当前每个院系和年级的学生实际情况，重新计算资格限定人数或重新分配各院系人数限制。

4.3.2.9.6. 奖学金申请

在奖学金开通后，学生可以在申请起止日期内，提出奖学金申请。学生申请后，在老师没有开始审核之前可以对自己提出的申请进行修改或撤销，在老师审核的过程中，学生可以看到审核状态为”正在审核”，在终审通过后学生可及时看到自己的申请被审核通过。

4.3.2.9.7. 提名

在学校奖学金管理员设置了该奖学金可提名后，各审核老师在审核过程中就能够提名。如果要提名一个学生获得某种奖学金的某个等级，则这个学生一定要满足这个奖学金和等级的资格，而且没有在网上提出申请，同时提名受到该奖学金和等级的数量限定。提名后该学生的奖学金申请将被送交到上级领导(流程的下一个审核环节)处审核。提名可满足老师直接录入获得奖学金的学生名单的需要。

4.3.2.9.8. 破格提名

在学校奖学金管理员设置了该奖学金可破格提名后，各审核老师在审核过程中就能够破格提名。如果要破格提名一个学生获得某种奖学金的某个等级，则这个学生一定是不满足这个奖学金某等级的资格，破格提名时受到该奖学金种类和等级的数量限定。破格提名后该学生的奖学金申请将被送交到上级领导(流程的下一个审核环节)处审核。破格提名可满足老师直接录入获得奖学金的学生名单的需要。

4.3.2.9.9. 奖学金审核

奖学金的审核环节分为初审(辅导员审核)、院审(院系审核)、校审(学生处审核)，奖学金管理员可根据学校实际情况进行删减。在审核过程中，老师只能操作自己管理的学生的奖学金申请，可查看该奖学金评定过程中的统计信息。可以审核通过、驳回学生的申请，审核通过时可以对学生申请的等级或金额进行修改；对于自己审核通过但上级没有审核的申请，可以进行撤销，撤销后的学生申请可以重新进行审核。审核通过、驳回、撤销均支持批量操作。

同时，在审核中还可以看到终审通过的学生申请和审核过程中被驳回的申请，以及申请在各审核环节中的审核意见。

相关管理老师在进行奖学金申请审核的过程中，可以直观的看到申请学生的综合测评成绩，以供审核参考。

4.3.2.9.10. 自动评定

学校奖学金管理员可使用自动计算，对有量化的排名方法和获奖比例的奖学金进行批量批定。系统可根据综合测评中的排名和设置好的各等级的获奖比例，从高到底的自动计算出各等级的获奖名单，计算出的获奖名单的审核状态可以是审核流程中的任一环节。

对于没有数量限定或没有制定排名规则的奖学金不能使用自动计算。

4.3.2.9.11. 报表

➢ 奖学金自定义明细表。 ➢ 奖学金自定义统计表。 ➢ 奖学金自定义交叉表

➢ 奖学金申请对比统计表，显示了在整个奖学金评定过程中，学生申请、提名、破格提名、以及各过程获得奖学金人数等信息。

4.3.2.10. 荣誉称号管理

荣誉称号一般包括先进集体和先进个人，每学年评选一次，对于先进个人由学生提出申请或老师提名，最终学校审核通过；先进集体由辅导员代为申请，最终由学校审核通过。

4.3.2.10.1. 荣誉称号类型定义

学校荣誉称号管理员，可根据学校的自身特点，进行荣誉称号类型的设置，可自行的增加或修改荣誉称号的名称、是否有奖金、荣誉称号简介等基本信息。在某种荣誉称号没有评定记录时可以删除。可自定义个人荣誉称号和集体荣誉称号两种。

4.3.2.10.2. 荣誉称号流程设置

每个种类的荣誉称号均可以单独设置流程，系统默认流程：学生申请辅导员审核院系审核学生处审核。学校荣誉称号管理员可根据学校的实际情况，通过勾选设置每个种类的荣誉称号的审核流程。不同的是，个人荣誉称号中包含辅导员审核；而集体荣誉称号，由于是辅导员申请，所以不包含辅导员审核。

4.3.2.10.3. 荣誉称号开通

在开始评定荣誉称号之前，学校的荣誉称号管理员需要将荣誉称号开通，开通后

该荣誉称号才能进行申请或审核。开通过程中主要设置每年会变化的部分信息，如申请起止日期等。

4.3.2.10.4. 先进个人申报

在先进个人开通后，在申请起止时间内，学生可以网上申报先进个人。对于自己提出的没有被老师审核的申报，学生可以修改或删除。在审核过程中，学生可看到审核状态为“正在审核”。终审通过后，学生就可以在自己的页面中看到先进个人申报审核通过。

4.3.2.10.5. 先进个人审核

先进个人的审核环节分为辅导员审核、院系审核、校级审核。根据学校的实际评定情况，学校荣誉称号管理员可进行删减。在审核过程中，老师只能操作自己管理的学生的先进个人申请。可查看评定过程中的统计信息。可以审核通过、驳回学生的申请；对于自己审核通过但上级没有审核的申请，可以进行撤销，撤销后的学生申请可以重新进行审核。审核通过、驳回、撤销均支持批量操作。 同时，在审核中老师还可以看到终审通过的学生申请和审核过程中被驳回的申请，以及申请在各审核环节中的审核意见。

4.3.2.10.6. 先进集体申报

先进集体申报一般是由班级辅导员代为申报的。在先进集体申请开通后，辅导员可以申报自己所管理的班级为先进集体。对于自己提出的没有被上级审核的申报，辅导员可以修改或删除。在审核过程中，辅导员可看到审核状态为“正在审核”。终审通过后，辅导员可以在集体荣誉称号申请页面中看到先进集体申报审核通过。

目前，先进集体的申报只针对班级荣誉称号。

4.3.2.10.7. 先进集体审核

先进集体的审核环节分为院系审核和学校审核。荣誉称号管理员可根据学校实际情况进行删减。在审核过程中，老师可操作自己所管理的班级提出的先进集体的申请。可查看评定过程中的统计信息。可以审核通过、驳回申请；对于自己审核通过但上级没有审核的申请，可以进行撤销，撤销后的申请可以重新进行审核。审核通过、驳回、撤销均支持批量操作。

4.3.2.10.8. 统计报表

➢ 个人荣誉称号自定义明细表 ➢ 个人荣誉称号自定义统计表。

4.3.2.11. 违纪处分管理

违纪处分一般由院系上报到学校，学校相关部门根据拟处分的类型召开不同级别的讨论会，最终确定学生的处分。

4.3.2.11.1. 违纪类型设置

学校违纪处分管理员可根据学校的实际情况，参照学生手册中关于违纪处分的相关规定录入学校的违纪类型。定义好的违纪类型将会在违纪登记中供选择。违纪类型可参照学生手册中违纪的大项进行设置，也可具体到违纪中的小项。

4.3.2.11.2. 处分类型设置

学校违纪处分管理员可根据学校的实际情况，设置学校的处分类型，处分类型在没有处分记录关联的时候可删除。学校违纪处分管理员还可以将不同的处分设置成院系或者学校管理。

4.3.2.11.3. 违纪院系上报

院系学工负责人将自己所管理院系的学生的违纪情况上报到学校。上报违纪事实描述和建议处分类型。

4.3.2.11.4. 违纪处分信息审核

学校违纪处分管理员可以对院系学工负责人提出的违纪上报进行审核，并填写处分的相关信息，形成一份处分草案。并在学校讨论后，形成一份处分决议。

4.3.2.11.5. 处分登记

学校违纪处分管理员和院系学工负责人都可以进行处分的登记，可以新增一份处分草案，只是院系学工负责人只能登记院系可管理的处分草案。学校违纪处分管理员还可以通过处理院系上报的违纪形成一份处分草案，或者可通过导入的方式批量的登记已经成文的处分决议。

4.3.2.11.6. 处分撤销

当学校发文撤销一个学生的处分时，学校违纪处分管理员可对该处分进行撤销处理，撤销后学生可在自己页面上看到处分已撤销。

4.3.2.11.7. 处分解除

当处分含有查看期时，当学校对一个学生的处分查看解除时，学校违纪处分管理员可对该处分的查看期进行解除，解除后学生可在页面上看到自己的处分已解除。

4.3.2.11.8. 违纪处分查看

学校违纪处分管理员、院系学工负责人、辅导员都可以看到自己所管理的学生的违纪处分情况。学生可看到自己的违纪处分情况。

4.3.2.11.9. 统计报表

➢ 违纪处分自定义明细表 ➢ 违纪处分自定义统计表

4.3.2.12. 困难生管理

困难生的认定是学校开展助学贷款、困难补助、学费减免等资助工作以及主动关心困难生生活的基础，可以发挥资助的最大效益，将资助真正落实到困难生手中，帮助困难生在学业、人格等各方面健康成长。困难生一般由学生申请或老师提名，学校在实际调研并结合相关材料后最终认定。

4.3.2.12.1. 困难类型设置

学校困难生管理员可根据学校的实际情况，设置学生的困难类型，可新增或删除，当有困难生记录使用到某个困难类型时，该困难类型不能删除。

4.3.2.12.2. 家庭困难类型设置

学校困难生管理员可根据学校的认定情况，设置学生的家庭困难类型，可新增或删除，当有困难生记录使用到某个家庭困难类型时，该家庭困难类型不能删除。

4.3.2.12.3. 困难认定流程设置

学校困难生管理员可根据学校的困难生管理流程，设置系统中学生提出困难认定后的审核环节，可删减。

默认流程：学生申报辅导员审核院系审核学校审核。

4.3.2.12.4. 困难认定申请设置

学校困难生管理员可根据学校的实际情况，在困难生认定开始之前，设置申

请的起止时间等信息，开通申请，这样学生就可以在规定的时间内上网申请困难生。申请的起止时间可以在开通过程中根据学校的实际情况动态调整，以延长或缩短学生的申请时间。

4.3.2.12.5. 困难认定申请

学生在申请时间内可以网上填写困难生认定表格上的相关信息，提出困难认定申请，申请提出后可查看申请的处理状况。如果已经开始审核，则申请的审核状态为“正在审核”。对于还没有开始审核的申请，学生可删除自己提出的困难认定申请。

4.3.2.12.6. 困难生资格认定

学生提出困难生认定申请后，各审核老师可以在网上对申请进行审核。审核老师可以查看自己所管理的学生中目前等待处理和已经处理的统计情况；可以查看学生填写的申请表中的信息和该学生在学校的表现(相关信息)，可以修改学生的困难等级等信息；可以审核通过或驳回学生的困难生资格认定申请，其中审核通过和驳回都可以批量操作；

同时，各级老师还可以直接新增自己所管理的学生为困难生或者将有家庭突发事件的学生认定为困难生。

4.3.2.12.7. 困难资格撤销

当学生不再符合困难生的认定标准时，各审核环节上的老师可以终止自己所管理的学生的困难生资格。在终止后，学生将看到自己的困难生认定为无效。

4.3.2.12.8. 家庭突发事件流程设置

学校困难生管理员可根据学校的学生突发事件管理流程，设置系统中学生进行家庭突发事件申报后的审核环节，可删减。

4.3.2.12.9. 家庭突发事件申请

学生在任何时候都可以申报家庭突发事件，在提出申请后学生可查看自己所提出的申请的审核状态，终审通过后学生可在自己的页面中看到家庭突发事件的申报已经“审核通过”。

4.3.2.12.10. 家庭突发事件审核

学生申报家庭突发事件后，负责审核家庭突发事件的老师就可以在家庭突发事件管理页面中看到学生的家庭突发事件申报情况，可以审核通过或驳回学生的家庭突发事件申请。终审通过或驳回后，学生可在自己的页面中查看到家庭突发事件申报的审核结果。

4.3.2.12.11. 统计报表

➢ 困难生自定义明细表，学校困难生管理员、院系学工负责人、辅导员可以选择自己感兴趣的信息，通过查询，在自己所管理的学生范围内打印出符合条件的困难生情况明细。

➢ 困难生自定义统计表，学校困难生管理员、院系学工负责人、辅导员可以选择自己感兴趣的信息，通过查询，在自己所管理的学生范围内打印出符合条件的困难生情况统计数字。

4.3.2.13. 助学金管理

助学金一般每学年评选一次，由学生提出申请或老师提名，最终学校审核通过。助学金一般由学校按月发放或直接打入学生伙食卡中。

4.3.2.13.1. 助学金种类设置

学校助学金管理员可根据学校的实际情况，进行助学金种类和等级的设置。可以自行新增或修改助学金名称、助学金简介、发放月份等，也可自定义助学金

的等级，设置等级信息，包括等级名称、每月的金额等。在某种助学金没有评定记录时可以删除该助学金，助学金被删除后，该助学金的等级将同时被删除。

4.3.2.13.2. 助学金审核流程定义

每个种类的助学金均可以单独设置流程，系统默认流程：学生申请辅导员审核院系审核学生处审核。学校助学金管理员可根据学校的实际情况，通过勾选设置每个种类的奖学金的审核流程。

4.3.2.13.3. 助学金开通

在开始评定助学金前，学校助学金管理员需要开通助学金。开通后，该助学金才可以进行申请或审核。开通过程中，主要设置助学金每年评定过程中会变化的部分信息，如评定学年、申请起止日期、发放起止月份等。另外，在每年的助学金开通过程中，还可以根据当前每个院系和年级的学生实际情况，重新计算资格限定人数或重新分配各院系数量/金额限制。对于种类中设置分等级但又没有设置具体等级或者种类中设置不分等级而有不等于一个等级的助学金不能开通。

4.3.2.13.4. 数量/金额限制

在助学金的等级设置中，通过选择已经建立好的数量限定器或金额限定器，对各审核环节的审核通过人数/金额进行限制。每个等级上都可以进行数量或金额限制，但同一个等级上不能同时进行数量和金额限制，同一个助学金下的多个等级中不能既有数量限定，又有金额限定。即，同一个助学金种类的限定类型应该一致。同时，助学金的人数/金额是以班级为基本单位进行计算的，所以限定到年级和专业的数量/金额限定器不适用于助学金。

数量/金额限定的内容并不需要每年都设置一次，只需要在助学金开通时，根据当前学生情况重新计算一次即可。如果需要做局部微调，可在计算时调整，具体的数量/金额限定器的说明请参考本文档中数量/金额限定器部分。

4.3.2.13.5. 发放时间

每种助学金在设立之初就制定了发放方法和发放周期，学校助学金管理员可根据学校助学金的具体规定，设置奖学金种类中的发放时间。如果助学金是一次性发放，则不需要选择发放的月份；如果助学金是按月发放，则需要选择每年的发放月份，加上助学金开通时设置的发放起止年月，确定本次助学金即将发放的年月；如果助学金的发放时间是根据资金到帐情况决定的，没有固定时间，则可以选择不定期。学生在申请助学金时看不到种类设置中的发放时间。

4.3.2.13.6. 助学金申请

在助学金开通时，勾选了学生可申请并设置了申请的起止日期后，学生可以在设置的起止日期内，提出助学金申请。学生申请后，在老师没有开始审核之前可以对自己提出的申请进行修改或撤销，在老师审核的过程中，学生可以看到审核状态为”正在审核”，在终审通过后学生可及时看到自己的申请被审核通过。

同时，在学生页面中学生还可以查看到自己获得的助学金的发放记录。

4.3.2.13.7. 助学金审核

助学金的审核环节分为初审(辅导员审核)、院审(院系审核)、校审(学生处审核)。在审核过程中，老师只能操作自己管理的学生的助学金申请。可查看该助学金评定过程中的统计信息，可以审核通过、驳回学生的申请，审核通过时可以对学生申请的等级或金额进行修改；对于自己审核通过但上级没有审核的申请，可以进行撤销，撤销后的学生申请可以重新进行审核。审核通过、驳回、撤销均支持批量操作。

同时，在审核中老师还可以看到终审通过的学生申请和审核过程中被驳回的申请，以及申请在各审核环节中的审核意见。

4.3.2.13.8. 助学金发放

在选择发放周期和发放年月后，系统将检索出需要发放的助学金清单，(没

有终审通过记录的助学金将不会被检索到)，助学金管理员可以确认本月将要发放的人数和总金额，确认后，可以通过报表的方式查询到需发放的具体的学生清单，同时学生也可以在看到自己的助学金的发放记录。可以对某个助学金的某个月进行了两次发放，此时后一次的发放记录将会覆盖前次的发放记录。同时，助学金管理员也可以在本月发放以前月份的助学金。

4.3.2.13.9. 助学金停发、续发

在助学金的终审页面中可以对停发和续发学生的助学金。从设定的停发月份起，在发放预算中将不包含该学生的发放金额；对学生进行续发后，从续发的年月开始，发放预算将包含该学生的发放金额。如果没有对停发的学生进行续发操作，则该学生将被终止助学金的发放。学生可以看到自己获得的助学金的停发和续发记录。

4.3.2.13.10. 统计报表

➢ 助学金自定义明细表，通过选择自己感兴趣的助学金评定中的信息，形成明细表。

➢ 助学金自定义统计表，通过选择自己感兴趣的助学金评定中的信息，形成统计表。

➢ 助学金自定义交叉表，通过选择自己感兴趣的助学金评定中的信息，形成交叉表。

4.3.2.14. 困难补助管理

困难补助在一些学校也被称为“特困补助”或者“临时困补”。根据资助手段的职能分工，贷款和学费减免主要解决学生学费、住宿费的问题；助学金、勤工助学主要解决学生的日常生活费用问题；困难补助主要用于学生家庭临时发生困难需要资助的情况以及其他资助手段不能顾及的情况。

4.3.2.14.1. 困难补助类型定义

学校困难补助管理员可根据学校的实际情况，进行困难补助种类的设置。可以自行新增或修改困难补助名称，困难补助的方式、简介等信息。在某种困难补助没有评定记录（包括历史数据）时可以删除该困难补助类型。

4.3.2.14.2. 困难补助流程定义

在设置困难补助类型时，学校困难补助管理员可根据学校的实际情况，通过勾选方式配置困难补助的审核流程，即学生提出困难补助申请后需要通过哪些审核。每种困难补助类型都可以有单独的审核流程定义。

4.3.2.14.3. 困难补助开通

在开始评定困难补助前，学校困难补助管理员可以开通困难补助。开通后，该困难补助就可以进行申请或审核。开通过程中，主要设置困难补助评定过程中会变化的部分信息，如评定学年、申请起止日期等，对于某些学生随时都可以申请的困难补助类型，可以不设置申请起止日期。

4.3.2.14.4. 困难补助申请

在困难补助开通后，在设置的起止日期内，学生可以在申请页面看到当前可申请的困难补助类型及关于困难补助的相关信息，并提出困难补助申请。在老师没有开始审核之前，可以对自己提出的申请进行修改或删除，在老师审核的过程中，学生可以看到审核状态为”正在审核”，在终审通过后学生可及时看到自己的申请被审核通过。

4.3.2.14.5. 困难补助审核

在困难补助的审核过程中，学校困难补助管理员、院系学工负责人和辅导员可操作自己管理的学生的困难补助申请。可查看该困难补助评定过程中的统计信

息；可以审核通过、驳回学生的申请；对于自己审核通过但上级没有审核的申请，可以进行撤销，撤销后的学生申请可以重新进行审核。审核通过、驳回、撤销均支持批量操作。

同时，在审核中老师还可以看到终审通过的学生申请和审核过程中被驳回的申请，以及申请在各审核环节中的审核意见。

4.3.2.14.6. 统计报表

➢ 困难补助自定义明细表。 ➢ 困难补助自定义统计表 ➢ 困难补助自定义交叉表

4.3.2.15. 学费减免管理

学校为了帮助家庭经济特别困难且无力支付学费的困难生顺利完成学业，采取了减收或免收学费的措施。学费减免一般是由学生申请，经过学校调研和参照相关材料最终确定减免的学生名单。

4.3.2.15.1. 学费减免类型定义

学校学费减免管理员可根据学校的实际情况，进行学费减免类型的设置。可以自行新增或修改学费减免名称、减免方式、简介等信息。在某种学费减免没有评定记录（包括历史数据）时可以删除该学费减免类型。

4.3.2.15.2. 学费减免流程定义

在设置学费减免类型时，学校学费减免管理员可根据学校的实际情况，通过勾选方式配置学费减免的审核流程，即学生提出学费减免申请后需要通过哪些审核。每种学费减免类型都可以有单独的审核流程定义。

4.3.2.15.3. 学费减免开通

在开始评定学费减免前，学校学费减免管理员可以开通学费减免。开通后，该学费减免就可以进行申请或审核。开通过程中，主要设置学费减免评定过程中会变化的部分信息，如评定学年、申请起止日期等。同时，在每学年的学费减免开通过程中，还可以根据当前每个院系和年级的学生实际情况，重新计算资格限定人数或重新分配各院系数量限制。

4.3.2.15.4. 学费减免申请

在学费减免开通后，在设置的起止日期内，学生可以在申请页面看到当前可申请的学费减免类型及关于学费减免的相关信息，并提出学费减免申请。学生申请后，在没有开始审核之前可以对自己提出的申请进行修改或删除，在审核的过程中，学生可以看到审核状态为”正在审核”，在终审通过后学生可及时看到自己的申请被审核通过。

4.3.2.15.5. 学费减免审核

在学费减免的审核过程中，学校学费减免管理员、院系学工负责人和辅导员可操作自己管理的学生的学费减免申请。可查看该学费减免评定过程中的统计信息；可以审核通过、驳回学生的申请；对于自己审核通过但上级没有审核的申请，可以进行撤销，撤销后的学生申请可以重新进行审核。审核通过、驳回、撤销均支持批量操作。

同时，在审核中还可以看到终审通过的学生申请和审核过程中被驳回的申请，以及申请在各审核环节中的审核意见。

4.3.2.15.6. 统计报表

➢ 学费减免自定义明细表，学校学费减免管理员、院系学工负责人、辅导员可以选择自己感兴趣的信息，通过查询，在自己所管理的学生范围内打印出符合条件的学费减免获得情况明细。

4.3.2.16. 勤工助学管理

学校在勤工助学过程中，提供指导、服务和保障，对表现突出的学生予以表彰和奖励，对违反助学协议的学生可停止其勤工助学活动。对于校外的勤工助学活动一般由学校统一管理，由学校推荐适合用人单位工作要求的学生参加勤工助学活动。

4.3.2.16.1. 用工单位登记

学校勤工助学管理员可登记或修改勤工助学的单位信息，选择用工单位的管理员。用工单位的管理员进入系统后，可查看自己本单位的信息。

4.3.2.16.2. 用工单位岗位申报

用工单位管理员可登记本单位的用工岗位的相关信息，如需求人数、岗位描述、岗位要求等，如果某岗位上没有学生，则用工单位可删除用工岗位信息；如果存在学生，但不允许增加新的学生，则用工单位可将此岗位撤销。

4.3.2.16.3. 用工单位岗位发布

学校勤工助学管理员可通过批准用工单位申报的岗位或者直接新增某个单位的岗位信息来发布勤工助学岗位信息，根据岗位上的设置，学生可看到发布后的允许学生申请的岗位信息。

如果某岗位上没有学生，则勤工助学管理员可删除用工岗位信息；如果存在学生，但不允许增加新的学生，则勤工助学管理员可将此岗位撤销。

4.3.2.16.4. 岗前培训登记

勤工助学管理员可将参加岗前培训的学生名单通过录入或导入的方式登记到系统中，对于已经进入系统的学生岗前培训信息，可以根据需要进行修改或删除。

4.3.2.16.5. 上岗证管理

勤工助学管理员可以将发放了上岗证的学生名单录入到系统中，供学生申请岗位时或查询时使用。勤工助学管理员也可删除学生的上岗证信息。

4.3.2.16.6. 学生岗位申请

学生可针对勤工助学管理员审核通过的岗位进行申请，学生申请时，将受到岗位设置上的约束，不符合条件的学生将不能申请。同时可查看自己已经提出的岗位申请的审核情况，以及自己勤工助学的报酬发放情况。

4.3.2.16.7. 用工单位岗位聘任遴选

学生申请后，用工单位管理员可以对申请本单位岗位的学生进行遴选，查看本单位岗位的申请和审核统计情况。可以录用或拒绝申请本单位岗位的学生，在学校勤工助学管理员没有审核前，对审核通过的学生岗位申请进行撤销，撤销后可重新进行录用或拒绝操作。也可以手工添加本单位岗位的录用人员或终止学生的勤工助学，用工单位手工将学生添加到某个岗位上需要受到岗位人数的限制，同时需要学校勤工助学管理员审核。

4.3.2.16.8. 岗位聘任学校核定

在用工单位对学生提出的岗位申请进行遴选后，学校勤工助学管理员对用工单位录用的学生进行审核，可以审核通过或拒绝用工单位的审核结果。也可以手工添加岗位的录用人员或终止学生的勤工助学，手工将学生添加到某个岗位上需要受到岗位人数的限制。

4.3.2.16.9. 岗位考核管理

用工单位可以给本单位的在岗的勤工助学学生进行考核，勤工助学管理员可以设置考核的等级，且可以看到考核的结果。

4.3.2.16.10. 岗位报酬发放

学校勤工助学管理员可以通过两种方式进行岗位报酬的发放：

 

审核用工单位计算好的报酬（可对报酬做调整） 直接计算某岗位上学生的报酬

用工单位计算好的报酬需要得到勤工助学管理员的审核。

计算报酬时只要输入本单位岗位上学生的工作时间（小时/周/月/次，等），系统就可以根据该该岗位上单位时间报酬自动计算出学生的报酬，同时报酬还可以跟考核挂钩进行动态调整。

4.3.2.16.11. 黑名单管理

学校勤工助学管理员、用工单位在终止某岗位上学生的勤工助学时，可以将学生加入到黑名单中。勤工助学管理员也可以在黑名单管理中直接将学生加入到黑名单或者将学生从黑名单中删除。黑名单可作为某些岗位申请时的过滤条件来使用。

4.3.2.16.12. 勤工助学查看

学校勤工助学管理员、用工单位管理员、院系学工负责人、辅导员都可以看到自己所管理的学生的勤工助学情况，包括目前在岗情况和历史情况。学生可以看到自己目前的在岗情况和勤工助学历史。

4.3.2.16.13. 统计报表

➢ 勤工助学自定义明细表 ➢ 勤工助学自定义统计表

4.3.2.17. 助学贷款管理

国家助学贷款是由政府主导、财政贴息，银行、教育行政部门与高校共同操

作的专门帮助高校贫困家庭学生的银行贷款。借款学生不需要办理贷款担保或抵押，但需要承诺按期还款，并承担相关法律责任。借款学生通过学校向银行申请贷款，并与银行签订贷款合同，用于弥补在校学习期间学费、住宿费和生活费的不足，毕业后在规定的期限内一次性或分期偿还。

本系统目前不支持生源地贷款方式。

4.3.2.17.1. 助学贷款设置

设置国家助学贷款面向的银行、贷款申请的方式、各种贷款种类的申请额度、贷款期限、发放方式、还款方式等。

4.3.2.17.2. 助学贷款申请

学生可在网上申请国家助学贷款，查看申请的审批情况和最终的合同信息。

4.3.2.17.3. 助学贷款审核

根据流程配置，辅导员、院系、学校参与贷款申请的审核；

 辅导员可查看管辖范围内待审核的贷款申请信息、申请人的困难情况、家庭成员收入情况等，并对申请作出同意或驳回操作。；

 院系可对辅导员（存在辅导员审核环节）已审核通过的贷款申请，并作单个或批量审批；

 学校可对院系（存在院系审核环节）已审核通过的贷款申请，并作单个或批量审批；

 学校审核时可以查看本学年新申请的贷款总额、本学年的预计发放贷款额等统计信息；

 申请终审通过后，学校可设置格式导出申请数据(EXCEL)，提供给银行

4.3.2.17.4. 助学贷款合同管理

助学贷款合同是经银行对学生提交的申请审核后，与学生签订的贷款合同。系统支持多种合同生成的方式，并可以结合毕业生去向信息，生成符合教育部《国家助学贷款学生信息管理系统》要求格式的数据上报。

4.3.2.17.5. 助学贷款违约管理

按照贷款合同，学生毕业后应该按照约定及时偿还贷款本息。如果未按时归还，则构成违约。本模块可手工维护校友的违约信息，或导入银行提供的违约信息。

4.3.2.18. 思政党团

4.3.2.18.1. 思政教育

思想政治教育是学生管理工作中的重要环节，思想教育管理负责学生思想政治培训、思想政治的汇报跟踪。

主要功能包括：形势与政策发布、主题教育管理

4.3.2.18.2. 党员发展

 相关知识下载

思政管理员发布上传党的相关知识的新闻、图片、文档等，供学生及有关辅导员进行查询下载。

 党校学员管理

思政管理维护登记入党积极分子参加党校培训的信息，参加培训时间、培训内容等。

 党校课程安排

思政管理员维护发布党校课程信息。

4.3.2.18.3. 活动管理

活动是学生管理工作中常见的一种管理类型。活动类型很多，包括班级活动、学生会活动、团总支活动、党支部活动、社会实践活动、志愿者活动等，对这些活动的管理，从流程上基本都是学生申请、院系审批、校级部门终审（学生处、团委、组织部等），因此，本功能模块统一对活动进行管理，分设不同的类型、不同的审核权限进行控制。

 活动申请

学生（活动或团队负责人）在网上提交活动申请。

 活动审核

学院、学生处（团委）对活动进行审核。

 活动查询统计

各职能部门、院系、学生均可对活动进行查询，并可以对参加活动的人数、性别、院系、年级等多角度进行统计，便于活动开展前的各项准备工作。

4.3.2.19. 社团活动

4.3.2.19.1. 社团基本信息维护

社团联合会负责人维护在团委登记的全校各个学生社团基本信息，包括社团名称，成立日期，主管部门，备注。

4.3.2.19.2. 社团刊物信息维护

维护社团刊物信息包括物名称，负责人，创刊年月，期号，备注； 维护社团刊物发行情况，例刊物名称，期号，发行对象，份数，社团成员可以查询社团刊物发行情况信息。

4.3.2.19.3. 社团制度维护

设置社团制度标准，作为审核社团活动的条件。

4.3.2.19.4. 社团成员管理

设置学生加入社团的审核流程。学生网上申请加入社团，根据审核流程审批学生申请，审核通过的的学生，系统自动完善学生扩展信息中的社会信息情况，包括社团职务，加入的社团名称；未审核通过学生，退回申请。

4.3.2.19.5. 社团经费管理

维护社团会费交纳情况、维护社团社会赞助情况、维护社团学校拨款情况、维护社团经费开支情况。

4.3.2.19.6. 社团活动管理

社团负责人网上提交本社团活动申请，填写申请表并提交社团联合会负责人审核。

4.3.2.19.7. 社团考评管理

对学生社团评比结果进行登记，并进行维护。

4.3.2.20. 日常事务

学校的学生工作管理中有很多是处理学生的日常事务性的申请，如学生证补办、请假管理等。这类事务学生可随时提出申请，有辅导员和院系审核后，报学校备案和处理。

4.3.2.20.1. 事务模板设置

学校事务管理员可以新增或删除事务模板，可以配置事务模板。在配置事务模板过程中，可以通过将预留字段重命名来自定义学生申请时需要填写的字段名称。

4.3.2.20.2. 事务类型设置

学校事务管理员可以新增或删除事务类型，新增时设置事务的一些基本信息，可以通过选择已经定义好的事务模板关联到学生申请时需填写的自定义的字段。同时还可以设置申请中是否允许上传附件。可以开通或关闭申请。对于已经有申请的事务类型不能修改，否则可修改事务的设置信息。

4.3.2.20.3. 事务审核流程设置

对于每种事务类型，学校事务管理员都可以配置响应的审核流程，即可以通过删减的方式定义学生申请后，经过哪些审核环节最终审核通过。

4.3.2.20.4. 事务申请

在事务开通申请后，学生可以在网上看到可以申请的事务类型。可以提出事务申请。对于还没有开始审核的事务申请可以修改或删除。对于自己的事务申请，学生可以看到其审核状态和审核意见。

4.3.2.20.5. 事务审核

在事务审核的过程中，学校事务管理员、院系学工负责人、辅导员可以审核自己所管理的学生的申请。可以审核通过、驳回学生的申请；对于自己审核通过但上级没有审核的申请，可以进行撤销，撤销后的学生申请可以重新进行审核。审核通过、驳回、撤销均支持批量操作。

审核中，审核老师可以直接在审核批注中填写意见，学生在看到这些意见后在审核意见指导下提供事务的相关材料，在看到学生的相关材料后审核通过。审核老师也可以在审核过程中修改学生的事务申请。

同时，在审核中还可以看到终审通过的学生申请和审核过程中被驳回的申请，以及申请在各审核环节中的审核意见。

4.3.2.21. 通用功能

4.3.2.21.1. 资格限定器

在评奖评优等业务模块中，学生处或院系会对各个奖种的获奖资格作出限制，本模块需要提供一种通用的功能，来针对学生处的管理业务需要，设置资格限制，并提供校验接口。

4.3.2.21.2. 数量限定器

在评奖评优等业务模块中，学工处或院系会对各个部门的获奖名额作出限制，本模块需要提供一种通用的功能，来针对学工处的组织结构分类，设置名额限制，并提供校验接口。

4.3.2.21.3. 金额限定器

在困难补助等资助业务模块中，学工处或院系会对各个部门的获奖金额作出限制，本模块需要提供一种通用的功能，来针对学工处的组织结构分类，设置金额限制，并提供校验接口。

4.3.2.21.4. 数据导入工具

用户通过数据通用导入工具，构建业务模块需要导入数据时的数据格式、导入规划等参数，自行配置出符合自已需要的导入功能。

4.3.2.21.5. 日志管理

系统提供日志功能，自动记录操作人员的重要操作信息，包括时间、操作用户、动作等，并提供相应的查询功能，作为日后审计的依据。

4.3.3. 宿舍管理子系统

4.3.3.1. 总体框架 4.3.3.2. 系统特色

 宿舍管理模式灵活，可以分级管理。

 宿舍日常管理方式多样，对不同的情况提供专门的处理方式。  宿舍报表全面，可以综合了解宿舍情况

4.3.3.3. 宿舍资源管理

创建、维护学校已有宿舍资源情况，包括楼宇、楼层、房间、床位等各类固定的可用的宿舍资源，提供宿舍分配时使用。

4.3.3.3.1. 宿舍资源管理

创建、维护学校已有的宿舍资源情况，为了适应不同学校的实际情况，可维护信息项包括：校区、园区、楼宇、单元、楼层、床位、房间基本设备、类型、朝向、面积、房间图片等基本信息。在创建、维护学校的宿舍资源时，需要尽量完整录入以上信息，为宿舍分配提供完整的宿舍资源信息。

4.3.3.3.2. 属性调整

批量对宿舍的基本属性进行调整，包括宿舍住宿价格、房间入住性别要求等。

4.3.3.3.3. 学生住宿维护

对当前住宿的情况进行管理，可新增、删除和调整住宿人员。

4.3.3.3.4. 调宿管理

包括调宿用户申请和相关职能部门审核两个功能。

用户申请：需要调换宿舍的学生在网上提出申请，填写调换理由和选择需要调换的宿舍；

流程设置：在实施阶段根据学校的实际情况设置宿舍调换的审核流程，学校在使用过程中也可根据需求变化变更宿舍调换审核流程；

调宿审核：根据预先设置好的流程对需要调换宿舍的申请进行审核，审核过后进行宿舍调换操作。

4.3.3.3.5. 退宿管理

退宿管理提供单个学生退宿和批量退宿管理。

单个退宿：需要中途退宿的学生提出申请，需要填写退宿原因，如校外住宿，需要登记相关信息，审核过后将该学生调整到历史住宿名单中。

批量退宿：批量操作退宿管理。

4.3.3.3.6. 假期留宿管理

假期留宿申请：需要假期留宿的学生在网上进行留宿申请，需要填写原因； 假期留宿审核：根据预先设定的审核流程由相关管理人员进行留宿审核，审核通过后进入假期留宿名单，提供假期留宿名单，相关宿管人员可根据名单进行管理。

4.3.3.3.7. 校外住宿管理

对学生校外住宿进行管理，由宿管人员录入校外住宿的学生情况，包括校外住宿地点、联系方式等基本信息，相关管理人员可以进行校外住宿情况查询统计。

4.3.3.3.8. 宿舍入住申请

需要中途住宿的学生可在网上提出申请，根据预先设置好的审核流程，由相关人员审核通过后，管理员可以根据曾经住宿的情况、宿舍的空置情况等安排宿舍。

4.3.3.3.9. 报修管理

报修申请：用户在网上提交宿舍设备报修申请；

报修结果：由后勤服务人员将报修的处理结果录入，可以查询统计报修信息。 卫生评比

4.3.3.3.10. 文明宿舍

由相关管理人员录入文明宿舍的相关情况。

4.3.3.3.11. 卫生评比

可按周、按月登记宿舍卫生成绩，并按照设定的比例选取平均分数最高的宿舍名单，提供给文明宿舍评比时参考

4.3.3.4. 违章违纪

4.3.3.4.1. 违章管理

由相关管理人员录入学生在住宿过程中的违章违纪情况，违章违纪的情况需要登记到个人。提供违章类型的维护功能，管理人员可以对违章类型进行维护操作。

4.3.3.4.2. 晚归、不归管理

可与校园一卡通的门禁通道管理进行对接，实时登记学生每天进出宿舍的时

间，并可自定义时间和提醒设置，把每位学生的晚归、不归情况及时通过邮件、短信的方式发送给他的班主任或辅导员。

4.3.3.5. 宿舍分配管理

将学生类型、与可供分配的宿舍资源、分配方式、分配模式等进行绑定，再按预先设置分配的原则，例如成绩均分、生源地均分、民族均分等。系统将按照绑定的规则、分配的规则，对待分配的新生自动分配宿舍，也可手工进行宿舍分配，可按照院系、专业、楼宇等多种方式对结果进行查询统计。

4.3.3.5.1. 学生类型

学生类型可分为新生和老生，针对老生，提供手工床位调整功能，新生分配，需指定新生名单来源，以及选定分配限定条件。

4.3.3.5.2. 分配方式

分配方式分为手动和自动。

4.3.3.5.3. 分配模式

宿舍分配支持多级的分配管理模式，可以是由一个部门独立完成宿舍的分配过程，也可将相关宿舍资源和人员指定给其他部门完成，最后汇总生成宿舍分配信息。

4.3.3.5.4. 分配条件设置

宿舍分配时，可设置的分配条件，包括：性别、班级、生源地（均分）、民族（少数民族分散）等，学校可设定其他的分配条件。

4.3.3.6. 统计报表

➢ 空闲床位统计

➢ 楼宇、房间、院系、专业住宿人数分布统计 ➢ 宿舍资源使用率统计 ➢ 按班宿舍卫生评比统计 ➢ 宿舍违规情况统计

4.3.4. 离校服务子系统

4.3.4.1. 总体框架

离校系统方便毕业生进行离校手续的办理，涉及学生离校管理各个环节，面向学校各院系、部门以及全体毕业学生提供综合管理服务。

在与毕业生离校相关的各部门之间实现数据的共享和流动，并明确各部门的责任和业务管理范围；离校服务将学生毕业数据转换为校友数据加入校友数据库，实现毕业生数据与校友库数据的无缝连接。

总体业务流程如下：

4.3.4.2. 系统特色

 丰富的第三方数据接口与应用系统接口，多种数据导入与同步多式。

 提供完全无纸化的离校手续的网上办理和审核。  离校审核部门、审核人员、审核流程完全自定义。

4.3.4.3. 离校名单管理

离校名单数据的生成，系统提供三种方式：

一是可由系统提供的WebService自动从应用系统中，根据设定的参数和条件，通过轮循的方式自动采集可毕业离校的学生数据。

二是系统也提供Excel批量改入的方式，生成毕业离校的学生名单。 三是通过同步接口同步教务系统（或公共数据库）的学生基本信息，依据学生基本信息生成离校名单。

管理人员可以通过此管理模块对基本信息进行维护。包括批量导入、名单录入、查询统计等功能。

4.3.4.4. 离校流程管理

 离校审核部门设置

定义各类学生离校时所需要进行审核的部门信息。包括审核部门名称，联系人，联系方式，数据接口。

在定义审核部门时，可以获取该审核部门业务系统的数据接口。例如WS接口、XML数据接口。

 离校流程设置

定义学生离校的审核流程。可根据学生类型定义出不同的离校流程。例如：例如本科生从教务处启动，经过学生处、图书馆、财务处等部门会审，通过后到学院终审，完成整个离校手续的办理；研究生需要依次经过研究生院、论文办、档案馆、人事处、财务处、学院等部门审核。

系统提供了灵活的自定义离校流程的功能，同时还提供各审核部门在审核时的先后依赖关系设置，既系统有设置各部门的审核层次的功能。

 离校流程人员管理

设置每个离校流程的负责人。每个离校审核部门都可以设置有多人进行负责。

4.3.4.5. 离校手续办理

 离校手续部门审核

各部门负责人通过系统审核离校学生在本部门的手续办理通过或不通过。系统提供二种审核方式：

如果一个部门有应用系统并且能够提供数据接口的方式同步数据，系统能够自动审核离校学生在该部门的手续状态。

对于没有应用系统支持或者在审核部门设置时没有定义数据接口的业务部门，系统提供用户手动审核的方式。手动审核时，可以逐条审核，也可批量审核。

 离校情况查询

➢ 实现对离校手续办理情况的综合查询。 ➢ 离校学生可以查询本人离校手续的办理情况。

➢ 各个业务部门可以查询所有学生的在部门的离校手续办理情况。 ➢ 学校领导、部处可以查询全校学生的离校手续办理情况。 ➢ 通过离校办理查询，学生可以知道需要去哪些部门办理手续，哪些部门不需要，提高服务质量，同时减少各部处的工作。

 户口迁出办理

对离校学生的户口迁出情况进行登记、维护、查询和统计。

4.3.4.6. 离校情况分析

 离校情况统计

对离校的情况进行多角度统计分析。

包括离校手续办理率、离校名单同期比等等。

可以按照院系、班级、专业、民族、生源地等多种条件和角度对学生的离校情况进行统计分析。

4.3.4.7. 离校数据转移

系统提供数据接口或者通过数据交换平台或者通过导出Excel方式，把离校名单数据同步给需要的各业部门的系统。例如：《一卡通系统》、《校友系统》

4.3.5. 校友服务子系统

4.3.5.1. 总体框架

校友系统可以有效的管理各种信息，提高校友会管理的力度，增强校友会工作的效率，更好的为校友服务，让校友放心。同时，系统作为学校与校友、校友

与校友之间沟通联系的桥梁和平台，达到增进校友之间、校友与母校之间的感情。

校友管理系统，实现校友相关信息发布、校友管理、校友相关业务申请审核，实现信息化,可打通与毕业离校系统的数据壁垒，实现与资源共享和数据互通；系统能够提供面向社会(非校友人员)、面向校友、面向学校校友管理部门的功能

校友系统总体功能框架如下：

4.3.5.2. 校友会管理

校友会内部管理子系统用来支撑校友会的日常业务，为校友提供各类服务提供支持。校友会内部管理子系统除了校方自我采集毕业生数据形成校友库外，还利用互联网技术充分发挥学校校友总会、地方校友分会、院校校友会多方的能动作用，共同收集整理校友详细信息，为学校提供了一套完整的动态的校友信息库。

校友会内部管理系统包括校友注册子系统、校友信息采集子系统、校友信息管理子系统、校友交往信息子系统、校友服务管理子系统和校友捐赠管理子系统、校友统计分析子系统、校友名册管理子系统、校友组织管理子系统、校友参数管理子系统。

4.3.5.2.1. 校友注册管理

校友注册管理包括校友注册、注册审核、审核通过信息维护和信息再次审核五部分。

1. 校友注册

校友通过校友会网站填写注册基本信息，用户名和注册邮箱一致，审核通过后，校友即获得访问系统的权限，享受校友会提供的各项服务。

2. 校友注册审核

校友会工作人员收到注册申请后，利用校友名册和其他资料进行校友注册审核，审核通过后，校友即获得访问系统的权限，享受校友会提供的各项服务；系统自动为审核成功的校友建立校友会管理的校友档案信息。

3. 审核通过信息维护

校友注册通过审核后，校友可以维护更加详细的信息，以便享受更好的服务。

4. 信息再次审核

系统自动监测校友自管信息的变化情况，校友在线修改校友自管信息时，系统会生成“再次审核”事件。

4.3.5.2.2. 校友信息采集

校友信息采集包括校友网上注册信息、共享库信息交换、校友会手工添加、校友信息导入、平台运行自我积累等多种途径。

4.3.5.2.3. 校友信息管理

校友信息管理是系统的核心功能之一，包括校友通用查询、校友删除、校友信息保密管理、校友自管信息管理，包括校友基本信息管理和校友扩展信息管理、校友档案信息管理，包括校友基本信息管理、校友扩展信息管理和校友内部信息管理、校友交往信息查询。

4.3.5.2.4. 校友联络信息管理

校友联络信息管理包括校友来访、出访管理、电话联络管理、邮件联络管理、邮寄联络管理、校友活动管理五类联络方式的管理。

4.3.5.2.5. 校友服务管理

校友服务管理包括校友邮箱服务和校友查询服务及其它服务。

1. 校友邮箱服务

校友需要完善其学习经历和联系信息就可以提出校友邮箱申请，校友会依据校友信息和校友邮箱申请单进行审批是否开通。

2. 校友查询服务

校友需要完善其学习经历和联系信息就可以提出校友查询申请，校友会依据校友查询申请，根据掌握的校友信息资料和其他信息对校友查询申请进行响应。

3. 申请校园卡服务

校友会为校友提供的校园卡服务。

4. 申请校园场地服务

校友会帮助为开展校友活动而申请使用学校的场地。

5. 其他各类校友服务

校友可以通过系统提交相关申请，如：索取在校学习成绩表、学校证明、申报读进修课程、继续教育优惠、申请校友期刊（电子版或者纸质版）等。

4.3.5.2.6. 校友名册管理

校友名册管理是校友综合服务和管理的重要基础，它可以帮助校友会核对校友注册信息，使校友注册信息标准化。校友名册管理支持按年份的学院、系别、专业、班级和班级成员的导入导出操作。

4.3.5.2.7. 校友组织机构管理

校友组织机构管理包括学院二级校友会管理、二级校友会成员管理、地方校友会机构管理和地方校友会成员管理。

4.3.5.2.8. 校友统计分析

校友统计分析支持柱状图和饼图等多种统计分析图表。校友信息统计分析包括“从事行业”统计、“关注行业”统计、“居住地”统计和各类自定义属性统计分析，包括“校友属性”统计、“信息可信度”统计、“密切度”统计等。

4.3.5.3. 校友网站

校友网站的主要栏目包括母校概况、校友会、通知公告、校庆专栏、校友活动、校友风采、校友办介绍等。同时，包括校友的登录、注册入口和校友社区、校友服务及回馈母校相关栏目。

4.3.5.3.1. 母校概况

母校概况主要包括三校介绍、学校概况、母校动态、旧貌新颜栏目，系统提供这些板块的发布功能，支持图片。

4.3.5.3.2. 校友会介绍

校友会介绍包括会长致辞、章程、理事会名单、校友分会的介绍。

4.3.5.3.3. 通知公告

管理员在校友网站上发布通知和公告。

4.3.5.3.4. 校庆专栏

校庆专栏用来发布校庆的各类信息。

4.3.5.3.5. 校友活动

校友活动用来介绍校友活动。

4.3.5.3.6. 校友风采

校友风采介绍重点校友的事迹。

4.3.5.3.7. 校友办介绍

用来介绍校友事务办公室的主要情况。

4.4. 人力资源管理系统 4.4.1. 总体框架

人事管理与服务系统是面向学校人事管理部门和广大教职工的应用系统，是我校数字化校园的核心应用系统之一。

人事管理与服务系统的主要目标是：通过对学校人力资源管理的现状、实际需求的分析，结合我校未来人力资源管理发展战略，本着实用、先进、开放、可靠、可扩展的设计原则，实现我校人力资源管理和服务的信息化，既有效地支持学校的人力资源管理和决策，也为教职工提供全方位的人事服务。

本系统主要涉及到的部门包括：人事处、组织部、离退休干部处、各部处院系人事管理人员、以及学校教职工。

系统的总体结构如下图所示：

 各人事管理部门和人员使用本系统进行人事管理、决策分析和服务。

 教职工使用人事服务网查询相关人事信息，使用在线人事服务。  整个系统包括组织结构管理、人才引进、人员培训、职称评定、员工考核、薪酬福利、合同管理及统计分析等方面的功能。

 系统通过数字化校园基础平台与其他应用系统实现数据交换、应用集成、和门户集成。教职工信息作为基础性的信息，几乎需要与各个应用系统发生关联。

4.4.2. 组织机构管理

 机构管理

实现组织结构建立、重组，职务、岗位体系的建立和调整，包括机构管理组织管理、机构信息管理，能够进行信息综合查询和分类统计功能。

 岗位管理

进行岗位信息管理，包括岗位初始化设置与岗位设置调整。在岗位管理中，系统有效定义岗位的教职工配置情况，任职情况、工作内容、岗位层级关系、岗

位职责、岗位工作标准等，为招聘、人才甄选、培训、绩效考核、人力成本分析提供有效的信息支持。

4.4.3. 人才引进管理

人才引进管理实现招聘信息化管理和流程化管理，包括外部招聘和内部管理。实现教职工选聘的需求计划编报、招聘信息发布、应聘受理、洽谈初选、测评、录用等业务的信息化管理。

 招聘计划  校外教职工招聘  校内教职工招聘

4.4.4. 教职工信息管理

主要对教职工的基本信息、附加信息进行管理和维护，构建全面的教职工信息管理数据库。主要功能包括：

 教职工信息维护

管理和维护教职工信息库，包括：

 人员基本信息  家庭信息  简历信息  学历学位信息  任职类信息  资格类信息  业绩类信息，  科研成果信息，等。

教职工可在自己输入附加信息，经审核后使用

 教职工信息查询

提供灵活的查询工具，方便教职工和管理人员查询教职工基本信息。

 兼职教授信息维护

登记、维护兼职教授的基本信息。

 去世教职工信息管理

管理去世教职工基本信息，去世教职的档案处理；登记维护去世教工的家属信息。

 合同工管理

4.4.5. 人事档案管理

档案信息管理主要是对文件归档、文件查询、文件销毁进行管理，包括档案管理、文件归档、借阅管理、借阅档案、销毁管理、销毁申请。

 档案管理  借阅管理  销毁管理

4.4.6. 进修培训管理

主要包括学历、学位培训、出国进修、访问学者、岗位培训、挂职锻炼（顶岗实习）、其他业务进修培训。可帮助管理人员完成培训需求分析、培训计划制订，安排培训时间、地点、费用，选择教师，评估培训效果，对培训全过程进行掌控。

 培训资源管理  培训结果评价

记录培训结果，并按需要进行相关的培训结果分析、评估，制作相应的培训分析报表或分析图。

 个人培训档案

建立个人历史培训档案，主要记录曾参加的各类培训班及外出培训、继续教育、学历教育等重要培训信息，数据由各培训数据库自动提取。

 培训业务分析

迅速为各级管理教职工提供全面、及时、准确的职工教育管理情况及分析、统计报表，给领导提供决策依据。主要包括：

4.4.7. 职称评审管理

职称评定管理包括：制定评定计划，设置职称评定条件，记录职称申报，审核确定评定结果，统计分析职称评定情况，适用于申报人，呈报单位，主管部门，评审委员会及其办事机构，涵盖了教师系列职称评审与非教师系列职称评审。

 个人申报  个人申报审核  评审管理

 职称申报情况统计分析

4.4.8. 考勤信息管理

对教职工的考勤信息的管理和请假管理。本模块需与校园卡考勤系统结合使用。

 考勤信息管理  请假管理

4.4.9. 教职工变动管理

主要包括教职工调动管理、教职工离校管理。

 教职工调动管理

处理教职工岗位变动作业，如部门调入、部门调出等，方便处理教职工离职申请、审批、统计业务。

 科级以上调动管理

需要与组织系统进行对接。科级以上干异动需要经过组织部门的审核，并能够查询统计科级以上的干部异动，导出上报组织系统的格式数据。

 教职工离校管理

处理学校教职工离职事务，当教职工离开学校时，到系统中进行登记，系统自动收回该教职工的系统操作权限，同时提示需要移交的物品清单，须办理的事项等。

4.4.10. 人员考核管理

除了包含基本的辅助用工学期考核管理、年度考核管理、年度考核信息个人维护、年度考核信息部门考评意见、年度考核信息学校考评意见、人事处审核汇总等还可对教职工的工作业绩进行考核，也可另行设置对教职工的岗位、职位资质、技术能力、个性特质等条件设置各种评估方法、权重和相应的等级，得出综合的评估结果。可以追踪某教职工的历史绩效情况。

根据考核对象，建立相应的考核规则，选择相应的考核指标、考核体系和考核模板，进行考核评分。

 考核规则

用户设立多个考核规则，在每个方案中可具体指定哪些是被考核人，哪些是考核人，即考核人构成模板，以及考核的项目。其中考核的项目包括：能力评估，和业绩评估。能力评估的各项选择一个指标组模板。

当一个规则被任务选中时，该规则不能删除，不能修改。当任务结束时，该限制性解除。

 绩效评分

选择相应的考核规则，记录管理教职工完成工作任务情况，并可按照自定义的评判标准进行综合打分。

 日常考核

按考核周期，新建，启动，审核，结束，汇总任务。在一次绩效考核中，每一个人可以采用多种考核方式和考核试卷。

记录部门领导对下属管理教职工下达工作任务，并根据任务完成情况进行日常考核扣分。

 人才计划遴选考核

设置各层次人才遴选考核规划；配置考核各级流程；对考核评分、考核相关材料、考核结果进行管理

4.4.11. 薪酬福利管理

对教职工的薪酬福利进行全面管理，处理教职工工资、奖金、津贴、补助的

计算、发放、统计分析等，详细记录学校福利政策、福利发放、经费往来、教职工个人福利情况等内容。

 薪资设置

建立薪酬体系，设置各种薪资方案、薪资项、计算公式、发现方案等，作为薪资计算的基础数据。

 薪资计算

实现薪资计算功能，包括劳动用工教职工的工资计算。

 薪资发放

记录薪资发放状况，可以与银行系统相连，通过银行报盘完成薪资发放，也可以将数据导出为WORD、TXT、EXCEL、XML等格式，传递给银行进行处理。包括：

 自助薪资查询

教职工可网上查询个人当月薪资及薪资历史情况、个人福利累计情况等。

4.4.12. 社会保险管理

实现教职工社会保险账号管理、费用计算管理、缴费管理等，处理教职工的社会保险基数管理、养老保险管理、公积金管理、医疗保险管理、失业保险管理、工伤保险管理、生育保险管理、教工子女医疗保险管理等。

4.4.13. 聘用合同管理

除了包括最基本的合同个人信息查阅、部门教职工合同管理、各类教职工合同管理、到期教职工合同管理外，还全面地反映教职工当前的最新人事合同状况及其合同历史资料，处理教职工所签订的劳动合同、培训协议、岗位协议及其它协议书。

 合同台帐管理  合同签订管理  合同变更管理  合同续签  合同解除  合同终止

 合同到期提醒

4.4.14. 其他人事服务

人事部门其他的人事服务包括：

 证明材料介绍信管理

登记维护各类证明材料、介绍信开具的情况信息；打印证明、介绍信。

 人事代理管理  文书档案管理  人员出国、境管理

能够与出国、境管理系统进行数据对接。

4.4.15. 人事填表服务

本系统建立公共的填表服务功能，对各类的表格进行分类和统一管理。首先能够包括教职工的基本信息，可以避免教职工重复填写个人基本信息；其次，这个服务能够将表格中的数据共享给各个业务系统使用。

 高级专业技术职务聘任申报表  高等学校教师职务聘任申报表  专业技术职务聘任申报表  专业技术人员业务考绩档案  ……

4.4.16. 人事统计分析

统计分析主要包括上报数据、报表展现、统计分析三部分

 上报数据  报表展现  统计分析

能对系统内的教职工数据进行各类统计分析，完成如“学缘分析”、“教职工职称分布与学位关联分析”等复杂的统计分析。

提供强大、灵活的人事信息统计分析功能，可以自由组合统计内容和条件，并根据需要选择采用柱状图、饼图、曲线图的统计图表。查询结果同样可以进行统计分析，可任意制作花名册，统计结果可以以报表、图表方式输出，报表可输出成EXCEL、WORD 等格式，能够处理超宽花名册，提供自动排序和手工调整功能，提供报表的反查、审核功能。

4.5. 办公自动化系统 4.5.1. 系统管理

组织机构、教职工、职位是办公助手的基本信息组成部分，在各个机构下设置相应的职位，每个职位可以具有不同的操作权限，通过建立教职工与相应职位的对应关系，实现对教职工操作权限的统一管理。

系统管理是为OA系统的正常运行提供管理功能。系统管理还包括审批流程设置，在日常办公事务中教职工要提出各种申请，经过相关的领导审批核准，之后要进行相关业务的登记处理，办公助手充分利用计算机网络的优势，用户可自行预先设置各种申请业务的审批流程，对于教职工的申请系统自动提示行应的审批人员进行处理；同时提供相关业务的登记功能，从而大大提高了组织内部的办公效率。

4.5.1.1. 机构配置管理

您可以通过机构配置所提供的一系列功能结合您单位的实际情况来完成如下设置：单位机构体系、人事结构的组成、职位的建立、职位的分配。整个机构配置管理功能模块的特点主要是引进了TreeView的概念，通过方便的树型结构导航图，让您能更轻松、更直观地来管理单位的部门体系、人事结构以及职位的建立和分配。

4.5.1.1.1. 机构配置管理流程：

1． 建立单位内部的机构体系，设置相应的部门。

2． 在各部门中设置行应的职位，同时对职位指定相应的操作权限；用户可以在此指定一个职位，该职位具有系统管理权限，用来进行系统的日常维护与管理。

3． 输入各部门中的相应教职工信息，此处可上传教职工的照片。 4． 为教职工分配相应的职位。 5． 指定各部门的部门主管。

通过一定设置后，即可使用已有的教职工登录进入系统。

4.5.1.1.2. 部门机构设置

通过公司体系结构设置可以设置您公司的各级部门，从而形成您公司的部门结构体系；

上级部门：由系统自动带出，如果你是在某一节点下新增部门的话，那么该域的内容会自动显示为该节点的名称，只有是在机构节点或者部门节点上才可以新增部门；

部门名称：由用户自定义输入，表示将要增加部门的显示名称，该项输入是必须的；

部门主管：用户点击〔选择〕按钮，在人员选择窗口中选择系统中现有人员（在职人员）；如果选择为空，则代表该部门暂时没有设立主管，可以在修改部门信息的时候再设立或更改；

备注：用来填写关于部门一些辅助的说明文字；

[确定]、[放弃]：功能操作区域，按［确定］保存当前输入的部门信息，

按［放弃］取消当前的新增操作。

4.5.1.1.3. 部门职位设置

每个部门都应该具有相应的职位。在这里的职位主要是指，由用户自己设定一职位名称，然后从系统所有的功能模块中选择一个或多个模块赋予这个职位。那么一旦拥有了这个职位就可以对该职位所包含的系统功能模块进行使用。

此版块的初始状态显示‘基本使用权限’和‘管理权限设置’，‘基本使用权

限’包括每个教职工都具有的操作权限，‘管理权限设置’是由管理人员针对具体职位所担任的相应角色，对其进行相应的权限设置。

4.5.1.1.4. 人员设置

通过人事结构的设置可以在各部门下增加、修改、删除您公司的人员信息，从而更方便地维护您公司人事的基本资料；

(1)、人员的新增： (2)、人员的编辑： (3)、人员的删除： (4)、人员的调动/分配：

4.5.1.2. 审批设置

一个企业或机关中通常存在许多需要有关职能科室或领导审查、批准的事务。如教职工的请假和加班，单位车辆的使用和维修；公务接待，会议室安排以及办公用品领用等等。这些事务通常需要事先提出申请，按照一定的审批流程，交由具有某种审批权限的部门和主管领导审批，才能最终落实。

一般企业或机关中对于每种具体的办公事务，存在相应的审批流程，例如：教职工的请假流程一般为首先由本人提出请假申请，交本人所在部门的主管领导批准。批准后教职工才能实施请假。教职工请假都应当由其上级领导按审批权限批准。

分析这个审批流程，共有三个审批点，分别是：组长审批，部长审批和总经理审批。教职工请假交由本组组长审批，而组长请假则直接交由本部部长审批，同理，部长请假直接有总经理批准。

根据上例，我们可以规定一个请假的审批流程，这里假定没有指出的流向都是同意请假申请，如图一所示：

图一：请假审批流程一 请假类事务流程 从上图可以看出该审批流程有三个审批点，每个审批点有一个请假申请入口员工请假入口 组长审批 组长请假入口 部长审批 部长请假入口

总经理审批 和相应的批准权限。在审批点的权限范围内请假申请，可以直接终止审批，否则继续交由下一级审批。这时一个最简单的审批流程。

在本系统中，上述事务的审批流程具有一般性。因此，我们规定：按照具体办公事务进行分类，如：请假、加班、单位车辆使用、维修、公务接待、会议室安排、办公用品领用、办公用品采购等等。每个办公事务类别可有多个审批流程，每个流程由若干个审批点组成，每个审批点又具有申请入口、审批权限、审批职位等内容，同时约定，每个审批点只有一个受理申请的入口且仅有一种审批权限。此外，每个审批点的审批职位可以对应多个，因此对每个审批点又设计了两个选项，第一个选项决定多人全部审批后再进入下级审批还是多人中只要有一人审批后即可进入下级审批。第二个选项决定在多个审批人中间只能由与申请人同部门的审批人审批还是所有审批人中任意一人审批即可。

如果我们对这个审批流程增加一些内容，审批点的审批权限随申请职位的不同而规定不同的权限。比如部长这个审批点对于不同职位的请假申请，具有不同的审批权限。这个流程的如图二所示。

与上面的审批流程比较，这个流程增加了三个审批点，其中由于部长审批的权限分为两种，因此该级审批点需要增加一个，以满足不同审批权限的要求，但原来的从教职工申请流入该审批点入口取消，表示该审批点只接受经组长审批后的请假申请审批。同理，总经理审批权限虽然没有变化，但由于申请入口的变化，导致增加一个。

办公事务的处理流程一般为：首先提出申请，然后按审批流程进行审批，申请批准并办理完成后，进行登记。从这个处理流程可以看出，审批流程是整个办公事务运转的基础，因此，在启用办公事务之前，必须事先设置各类办公事务的审批流程。

图二：请假审批流二

请假类事务流程员工请假入口 组长审批 部长审批 部长请假入口 总经理审批 组长请假入口 部长审批 总经理审批 4.5.1.3. 流程管理

4.5.1.3.1. 流程启动

当用户通过用户名与密码审核进入到办公系统时，可以在流程启动模块中看到自己权限内可以启动的办公流程，如下图所示：

4.5.1.3.2. 流程处理

流程处理模块中包含待办事项、已办事项、收到的公文、发送的公文、流程处理等功能。

4.5.1.3.3. 待办事项

所有需要当前用户参与的工作任务列表，包括发文工作、收文工作、我的工作、代理工作、接受公文。

4.5.1.3.4. 已办事项

用户可以随时看到自己所办理的事务当前的状况、完成的时间、所耗时间、事务分类等数据。

4.5.1.4. 系统维护

包括用户信息管理、部门信息管理、常用群组、公文编号管理、模块信息管理、流程信息管理、公文模板管理与电子图章管理等子功能。

4.5.1.4.1. 用户信息管理

系统中的用户是按照“组”(或称角色)的形式进行树状分层组织，一个人可以属于不同的组，由系统管理员负责维护用户信息。用户数据存储在LDAP中，方便与其它系统之间实现单点登录。

系统管理员可以在此增加新用户或编辑、删除已存在的用户，当系统管理员增加了一个新用户时，通讯录模块中的系统用户信息表将自动添加此用户。同样地，编辑和删除用户在通讯录中也会有相应的变化；除了管理用户基本信息外，用户在OA系统的角色及权限也在此模块中设定；定义合法的IP地址范围以限制非法IP登录。

4.5.1.4.2. 常用群组管理

群组管理，在本系统中所有的功能模块到系统的应用界面都是通过权限进行控制的。可以对每个用户设定权限，同时可以对用户组设定权限。

同时对每个功能模块的权限设定进行管理。同时可以为后加入的模块和外部模块进行权限控制。并支持分级授权和角色机制。

4.5.1.4.3. 公文模板管理

管理并修改流程中传递的公文模板，并将模板表单与流程绑定、流转。

4.5.1.4.4. 流程信息管理

统一管理与维护系统中各流程。

4.5.1.4.5. 模块信息管理

对OA系统中的应用模块进行统一管理与修改。

4.5.1.4.6. 电子图章管理

申请学校电子签章的工作。管理学校图章事项。用章申请、用章使用等。

4.5.1.4.7. 公文编号管理

对办公系统各流程相关公文查询，管理，方便管理员对办公公文档案进行系

统管理。

4.5.2. 公共信息管理

公共信息管理是通过计算机网络进行教职工之间、部门之间进行信息交流与共享的公共平台。在这里，教职工可以查看组织中的最新消息，各种规章制度等等，使用常用链接可以及时访问所关心的Web站点；使用BBS功能，可以随时发表相关的意见或针对某一问题进行讨论。

目前公共信息管理包括：信息的发布、常用链接和BBS、飞机航班和邮编区号管理。

4.5.2.1. 信息栏目管理

信息栏目管理是使用户可以根据本单位的实际情况，设置相应的信息发布栏目，同时可对每个信息栏目指定相应的信息发布权限和信息审核修改（删除）权限，如设置：新闻、公告、大事记、组织机构介绍、规章制度、产品介绍等栏目，并可为这些栏目指定不同的信息发布管理人员和审核修改人员。

用户在这里可指定某一个栏目为系统默认栏目，当教职工进行信息查询时，首先会看到系统默认栏目的信息。

点击某一栏目，可修改该栏目的相关信息。

 增加、删除栏目

在上个界面中，点击某个栏目前的单选框后，可增加，删除某个栏目或子栏目。可对某个栏目选择是否为系统默认栏目、指定同级栏目的显示顺序。界面如下图：

 信息栏目发布、修改权限设置

4.5.2.2. 信息发布管理

信息发布管理是具有指定栏目发布权限的人员，可以在规定的栏目中发布信息。如果当前操作员要在没有发布权限的栏目中发布信息时，系统会给出相应的提示信息；如果当前操作员对指定的栏目有修改删除权限，则该用户可修改或删

除该栏目下的信息。

在发布信息的同时，可以上传相关的图片信息或附件信息。

4.5.2.3. 信息中心

本版块显示系统默认栏目下的信息，如果系统没有设置默认栏目，则将显示首页下个栏目的最新（按日期）的头几条信息。

点击某一栏目旁边的‘进入。。。’或‘更多。。。’链接，可直接进入并显示该栏目下的信息。

4.5.2.4. 常用链接管理

常用链接为教职工提供快速登录常用WEB站点的功能，在这里，管理员可设置一些与公司业务有关及常用的Internet/Intranet站点供教职工方便访问。

进入常用链接管理主页面后，可进行新增、删除处理、修改已有的链接，并可直接进入链接的地址。

4.5.2.5. 常用链接

常用链接为教职工提供快速登录常用WEB站点的功能，在这里，教职工可以方便的访问与公司业务有关及常用的Internet/Intranet站点。

教职工通过在个人桌面点击相应的链接名称即可直接访问到相关页面（需要网络与Internet链接正常）。

4.5.2.6. BBS栏目管理

本模块具有权限限制，由指定的公司BBS管理员对公司BBS栏目和内容进行维护。在这里，管理员可设置多个BBS栏目，为每个栏目指定不同的教职工，同时可对各个栏目中的内容进行管理（删除）；在进行匿名用户管理中，可对某个匿名用户发表权进行设置管理。

增加栏目： 修改栏目：

搜索话题： 删除话题： 本栏目精华管理： 搜索匿名用户： 删除匿名用户： 禁止匿名用户发言： 允许匿名用户发言： 浏览匿名用户信息： 发E_Mail给匿名用户： 浏览匿名用户个人主页：

4.5.2.7. BBS

本模块实现教职工发布BBS的功能。根据“BBS栏目管理”中“用户维护”的管理，不同的教职工所显示的BBS栏目不同。教职工可进入相应的栏目中发表自己的意见和见解。

4.5.2.8. 通知公告

通知公告相当于传统的布告牌，为单位内部所有用户提供最新告示、新闻、通知等公共信息的发布和查询服务。

通知公告管理实现公告发布、公告查询检索、公告维护等功能。

公告有事务通知、公示公告的内容及学校文件的内容，学校文件可按发文字号分类。

4.5.2.9. 政策法规

发布各类法规、有关的法律法规、规章制度以及公文办理过程中有关的安全制度等，使内部工作人员能方便地了解党委和政府以及法院的各项政策法规，有利于政策的顺利执行、法律法规的遵守。

4.5.2.10. 通知公示发布、大事记管理

对学校要发的重要通知及公示发布的申批管理。

大事记管理可以按时间先后记录机关单位每年发生的重大事件，提供大事记的输入、查询和汇总打印输出等功能。

4.5.3. 工作计划

工作计划管理可针对整个组织机构、部门或具体的工程项目进行管理。管理人员可以使用本功能制订整个机构工作计划、部门工作计划或项目工作计划，同时将这些计划分解到具体的执行人员；并可以随时检查计划的执行情况。教职工根据分配到的工作计划，可以定期上传相应的工作报告，填写工作日志，同时可以上传相应的附件。

工作计划管理的处理流程时：首先设置、建立相应的计划类别和报告类别；然后即可制订相应的工作计划并进行计划的分解、指定相应的执行负责人；执行负责人填写相应的工作报告和工作日志；计划的制订人员（发布人）可随时检查计划的执行情况，对教职工完成的任务进行检查，考评和管理；当教职工执行完某个工作计划时，可提出完成申请，由计划的发布人负责核准。

4.5.3.1. 计划类别管理

计划类别管理是根据组织中的实际情况，由用户自己定义计划的分类，如：销售计划、生产计划、部门工作计划、项目计划、等等，方便计划的执行、检查、监督和控制。

在计划类别管理页面，可进行新增、修改、删除计划类别处理。

4.5.3.2. 报告类别管理

报告类别管理可以使教职工或计划负责人更加明确需要提交的工作报告或工作总结。在这里，可以设置如：销售情况报告、生产情况报告、经营情况报告、周工作报告、考评报告、等等。

在报告类别管理页面，可进行新增、修改、删除报告类别处理。

4.5.3.3. 工作计划管理

通过工作计划管理，计划的制订人（发布人）可以制订相应的组织机构计划、部门计划、项目计划等，同时将这些计划进行分解、落实到具体的教职工（计划执行的负责人）。发布人具有对计划进行分解、考评、核准计划完成情况、终止计划执行的权限。教职工可以针对落实到自己的计划，分解制订自己得计工作计划。

在计划执行过程中，计划的相关人员可以随时提交有关的计划执行报告、总结报告或考评报告等，同时也可以上传相应当的附件文件；工作计划执行完时，计划负责人可以提交计划完成申请，再由计划的发布人进行审核确认。

在工作计划管理中，管理人员可以随时掌握计划的执行进度情况，便于及时进行相关的调整和修订。

4.5.3.3.1. 新增及编辑工作计划

在工作计划管理主页面中，点击[增加]转‘编辑计划信息’页面可增加新的计划。

4.5.3.3.2. 查看工作计划完成情况

在工作计划管理主页面中，点击某一‘计划全称’时，可显示该计划的当前执行完成情况。

4.5.3.3.3. 查看计划已发生的费用

本系统中，如果在报销管理中指定了相关的计划，则可在这里查看指定计划下已经发生的费用情况。

在工作计划管理主页面中，点击某一计划的‘费用’时，可显示该计划已发生（已报销）的费用情况

4.5.3.3.4. 计划的分解

在工作计划管理主页面中，点击列表中某一计划的‘分解’链接时，可显示、增加、修改、删除该计划下的子计划信息。

4.5.3.3.5. 填写工作报告

在计划的列表显示页面，点击列表中某一计划的‘报告’链接时，可显示、增加、修改、删除该计划所对应的报告信息。

4.5.3.4. 填写工作日志

教职工使用本功能填写每天的工作日志，教职工在填写日志时，可将当天的工填写一份工作日志，也可以分时间段填写多个日志明细，同时可以上传一些相关的附件文件。

教职工可随时查询已经填写过的工作日志。

4.5.3.5. 全体日志查询

管理人员使用本功能，可随时查询指定部门教职工的工作日志情况，及时了解教职工每天的工作情况。

4.5.3.6. 全部计划查询

使用本功能可查询指定计划的相关信息及其分解的子计划信息。

4.5.3.7. 日志参数设置

管理人员使用本功能设置教职工可修改日志的日期范围。

4.5.4. 公文流转

公文流转以用于处理日常工作中的单位内外部的各种公文，利用计算机网络

的高速迅捷和计算机控制的严格准确性实现公文的处理。公文管理模块相对传统公文处理而言，在很大程度上提高了公文处理效率和准确性，用户操作简便易行。公文流转包括了公文的发文拟制、发文审核、发文会签、发文签发、发文登记、发文传阅、收文签收登记、收文审核、收文拟办、收文批办、收文承办、公文归档销毁、公文查询以及公文的流程监控、公文催办、公文流程定制等。

公文流转中，用户可以预先定义公文的处理流程及相应的处理权限，在拟制、登记及公文流转过程中具有相应权限的人员可以进行公文在线编辑，可以进行跳签、插签、退签、撤销等处理。

4.5.4.1. 发文拟制

发文拟制是具有公文拟制权限的教职工使用本功能新增公文，录入、编辑公文属性，根据公文模版建立并在线编辑公文正文，上传公文附件，定制公文流转工作流。

输入公文相关属性信息 编辑（新增）公文正文 定制工作流程

4.5.4.2. 收文登记

收文登记用于外部来文的签收、登记处理，包括：新增公文、录入、编辑公文信息、导入外部文件作为公文正文，上传公文附件，定制公文流转工作流。

4.5.4.3. 公文办理

公文办理是指公文在流转过程中，需要有关人员对公文进行相应的处理工作，包括：发文草拟、发文审核、发文会签、发文签发、发文登记、发文传阅、收文签收登记、收文审核、收文拟办、收文批办、收文承办等处理。

4.5.4.4. 公文催办

此模块应具有使用权限的人员使用。使用本功能查看所有未办理完成的公文

情况及其办理情况，对未办理的工作点的等相关人员以邮件或消息的方式发送催办信息。

4.5.4.5. 公文跳转

此模块应具有使用权限的人员使用。使用本功能可以强制改变所有未办理完成的公文流转。

4.5.4.6. 归档销毁

此模块对已经完成办理的公文按归档目录归档，已归档的公文可以改变归档目录；可以销毁已经归档的公文。

此模块应具有使用权限的人员使用。

4.5.4.7. 公文查询

使用此功能，可以通过设置相应的查询条件，查询显示公文信息。

4.5.4.8. 参数设置

公文参数设置是用户结合本单位的实际情况，为使公文管理功能正常进行需要对公文管理的有关参数进行预先设置以及进行日常维护工作。参数设置包括：密级权限设置、公文模板设置、公文流程模板设置、公文类别设置、公文办理定义、公文日志管理。

参数设置功能应由具有管理权限的人员使用。

4.5.4.8.1. 密级权限设置

使用此功能设置公文的密级和公文查阅权限。

4.5.4.8.2. 公文模板设置

使用本功能定义本单位常用公文的正文格式模板。在新建公文时，可以

在这些模板的基础上生成相应的公文正文。

4.5.4.8.3. 公文流程模板设置

使用本功能，针对本单位的常用公文流转处理程序，建立工作流程模版，工作点、工作流及其属性。

4.5.4.8.4. 公文类别设置

使用本功能设置公文类别及其销毁归档权限。

4.5.4.8.5. 公文办理定义

此模块是具有管理权限人员使用，用于定义办理工作，指定该类处理的工作要求，包括公文信息编辑范围，该类别是多人办理还是一人办理，具有的流转权限等等。

4.5.4.8.6. 公文日志管理

管理人员可以使用本功能查看、删除公文正文修改日志的信息。

4.5.5. 会议管理

会议管理是对单位内的相关会议及其内容进行登记和管理，同时可以查询显示会议室的相关信息。可以向与会人员发送会议通知。

4.5.5.1. 会议室管理

使用本功能对单位内的各个会议室进行统一管理和维护。

4.5.5.2. 会议室查询

会议室查询功能主要是查看单位内各个会议室的预定和登记情况。

4.5.5.3. 会议登记

使用本功能对单位内召开的会议进行相应的登记注册。

4.5.5.4. 查询、发送、打印会议通知

使用本功能对单位内召开的会议发送相应的会议通知可以对同一个会议发送多次会议通知，同时可以查看会议信息和每次发送的会议通知情况，可以打印指定的会议通知

4.5.5.5. 会议纪要管理

使用本功能对单位内召开的会议增加或修改会议纪要内容

4.5.5.6. 查询会议信息

使用本功能查询显示已登记的会议及其相关信息，如会议纪要，发过的会议通知等

4.5.6. 事务管理

办公事务审批登记为相关管理人员对教职工提出的办公申请进行审批和登记处理。

4.5.6.1. 办公事务审批

教职工通过在个人桌面上的工人工具中使用‘办公申请’功能提交相关的办公事务申请。

教职工提交办公事务申请后，由相关的管理人员根据预先定义的审批流程使用本功能对教职工申请进行相应的审批处理。审批人员只负责审批审批流程中与自己相关的申请单据。

目前可以在办公事务审批中进行的审批包括：请假申请、用款申请、报销申

请、加班申请、用车申请、会议室申请、办公用品领用申请、办公用品采购申请、公务接待申请、车辆维修申请以及用户自定义的其它申请，所有这些申请都集中在一起进行审批。

4.5.6.2. 办公事务登记

用车、车辆维修、公务接待、会议室安排、办公用品领用等事项申请审批同意并处理后，需进行相应类别的登记。进入办公事务登记可在“审批登记”菜单中点击“事务登记”。显示办公事务登记列表。

办公事务登记模块包括对日常办公事务的申请自动登记和非申请的手工登记两部分。申请的自动登记指，审批同意的各类办公申请。手工登记指，没有提过申请，但需要登记的各类办公事务。

4.5.6.3. 办公事务打印

本系统为部分办公事务提供了相应的打印功能，目前可打印如下单据报表：车辆维修登记表、接待住宿登记表、接待用餐登记表、领（购）物费用登记表。

4.5.6.4. 办公事务申请类别维护

系统管理人员可以根据本单位的实际情况，在此自定义有关的申请类别，然后即可在‘审批流程设置’模块中定义行应的审批流程。

4.5.7. 车辆管理

车辆管理对机构内部的车辆进行统一管理，包括车辆的基本信息、使用信息、维修信息、油耗信息等，用车申请和维修申请在个人事务中进行，在审批登记模块中完成相应的审批登记处理。

车辆管理功能包括：车辆信息维护、油耗登记、里程补贴、维修情况查询及用车情况查询。

4.5.7.1. 车辆信息登记

车辆管理人员使用本功能对组织中的所有车辆进行统一管理和维护。

4.5.7.2. 车辆油耗登记

车辆管理人员使用本功能对各个车辆在指定时期内的油耗情况进行登记处理。

4.5.7.3. 车辆里程补贴查询

车辆管理人员使用本功能查询各个车辆在指定时期内的车辆里程补贴情况。

4.5.7.4. 车辆维修情况查询

车辆管理人员使用本功能查询各个车辆的维修情况。

4.5.7.5. 用车情况查询

车辆管理人员使用本功能查询车辆使用（登记）情况。

4.5.8. 办公用品管理

办公用品管理为管理人员提供了办公用品和低值易耗品的库存、采购、库存报警功能以及库存、采购、领用的查询统计功能，办公用品的采购和领用申请在个人事务中进行、审批登记在审批登记模块中完成。

办公用品功能包括：用品管理、用品采购、用品统计、库存报警、用品类别维护。

4.5.8.1. 办公用品维护

办公用品管理人员使用本功能建立和维护办公用品目录，同时可以使用本功能查询指定办公用品的采购入库数、已领用数、当前库存数。

有分类查询，增加，删除，修改

4.5.8.2. 办公用品采购

办公用品管理人员使用本功能进行办公用品的采购登记入库处理。 在新增办公用品登记的时候，可一次同时登记多个品种。 采购申请单查询： 按审批状态查询：

按审批状态和申请时间查询： 查看申请单的详细信息： 增加采购的商品： 采购商品删除： 采购商品的修改：

4.5.8.3. 办公用品统计

此功能模块是对办公用品进行分类统计查询操作

4.5.8.4. 库存报警查询

此功能模块是对办公用品库存提出报警查询

4.5.8.5. 办公用品类别维护

使用本功能对常用的办公用品类别进行统一管理和维护。 可增加，删除，修改；

4.5.9. 资料管理

资料管理部分用于单位内资料的借阅、使用，库存管理等功能。其中包括：教职工借阅申请及申请回复，借阅登记，归还登记，资料统计，缺库登记和查询，资料信息维护，资料字典维护等。

4.5.9.1. 资料信息维护

资料采购完成后，应及时由单位的指定人员进行资料信息入库登记。可查询、新增、删除资料。

4.5.9.2. 借阅申请

用户可新增、删除资料借阅申请或按类别查询申请。

4.5.9.3. 借阅回复

具有申请回复权限的用户可对已申请借阅的用户进行回复。

4.5.9.4. 借阅登记

具有借阅登记管理权限的人员登记所有教职工资料借阅情况。 只有教职工的资料管理借阅申请经回复批准后才可以借阅相应的资料，因此需及时地登记教职工的借阅信息。

4.5.9.5. 归还登记

具有归还登记管理权限的人员登记所有教职工资料归还情况。 教职工使用资料结束进行资料归还时，应及时进行资料的归还登记。

4.5.9.6. 缺库登记

教职工在资料列表中没有看到所需资料时，可以使用缺库登记功能，向资料管理员提出申请，资料管理员可以根据系统的资料缺库情况进行统一的资料采购。

4.5.9.7. 缺库查询

资料管理人员使用本功能查询资料缺库情况，及时根据资料缺库情况进行资

料的采购。

4.5.9.8. 资料统计

可对所有资料进行类别，出版社名称，作者，借阅状态等查询。

4.5.10.

文档管理

文档管理是对组织机构中的各类电子文档进行相应的管理，使教职工能够及时方便地查询到自己所需要的相关信息。

在文档管理中，管理员可对文档进行分类，对各个文档类别指定相应的发布权限和查询权限。

4.5.10.1. 文档类别管理

一个文档类别类似于一个一个文件夹，您可以根据实际需要将不同的文档资料放入相应的文件夹中。

用户可新增、删除文档分类或下一级分类；分类注释；新增、删除文档；文档发布、查询权限设置。

4.5.10.2. 文档发布

用户可按文档发布分类、文档编号、标题、摘要、备注、保存期限、增加文档附件进行文档发布。

教职工只能在具有发布权的分类中发布相应的文档信息。每个文档都可以同时上传附件文件。

4.5.10.3. 文档查询

具有文档查询权限的用户可按文档分类、文档标题进行查询，同时可以查询文档所带的附件信息。

4.5.11.

个人桌面

个人桌面是为提高教职工的日常工作效率提供的个性化服务功能。在这里，教职工可以及时了解需要办理的各项事务，进行自己的工作日程安排，管理个人名片夹，收发电子邮件，同时可以进行自己的日常财务管理，修改个人的登录口令。

4.5.11.1. 代办事宜

代办事宜是将所有与当前教职工有关的待办事务以列表的形式显示并统计出来，以便教职工更方便的办公。教职工通过这里可以快速进入相关模块，及时处理相关事宜。

在此界面中，教职工可点击显示的类别标题跳转到相关事宜的具体处理页面。例如：当您点击类别标题为“该您办理的公文”后，界面将跳转到“公文办理”页面。

4.5.11.2. 个人办公申请

教职工使用本功能提交日常办公事务的申请，目前使用本功能可提交以下申请：用款申请、报销申请、用车申请、会议室申请、公务接待申请、车辆维修申请、办公用品领用申请以及用户自定义的申请。

本模块是对个人办公事务（用款申请、报销申请、用车申请、会议室申请、公务接待申请、车辆维修申请、办公用品领用申请以及用户自定义的申请）的相关申请单的管理，在此，您可以对您即将要办的事宜的相关申请单进行填写，对未审批的申请单进行删除、修改等操作。此外，您还可以按照不同的事务类别对相关事务的申请单进行查询，如果您需要的话，您还可以给定您要查找的申请单的申请时间所在的时间段、审批状态进行查询。

点击列表中某一申请可修改该申请的详细信息。

点击[新增]按钮后会弹出申请类别选择窗口选择要提交的申请类别 下面对几个申请类别的具体操作加以介绍，其余申请的操作过程均相同：

1． 用车：

新增：

点击新增申请行中的“用车”链接，页面跳转到“填写用车申请”界面 在此界面中，您可以对申请用车的相关信息（如申请事由、申请要用此车的起始和截止时间等）进行填写，如有相关的附件信息，您还可以单击“增加附件”进行相关附件的增加。填写完后单击“保存”按钮，将所填信息进行保存。

删除未审批的申请单：

选中办公事务查询列表中的申请类别为“用车”的对应的申请单号前的

复选框，后，点击“删除”按钮，将删除您所选的用车申请单。

显示已审批或审批中的申请单：

在办公事务列表查询中按审批标志为“已同意”等条件查询后，在结果

页面中点击申请类别为“用车”前对应的申请单号链接后图标将展开相关的明细信息。

您可以按“打印页面设置”按钮后对要打印的页面进行设置，按“打印”按钮打印此页面。

2． 会议室：

点击新增申请行中的“会议室”链接，页面跳转到“会议室预定申请信息”界面

在此界面中，按您可以对申请会议室的相关信息（如申请事由、申请要用此会议室的起始和截止时间等）进行填写，在选择您要的申请的会议室之前，先点击“显示预定情况”进行相关会议室预定情况进行查看。填写完后单击“确定”按钮，将所填信息进行保存。

3． 办公用品领用：

点击新增申请行中的“办公用品领用”链接，页面跳转到“办公用品领用申请”界面，按您可以对申请办公用品的相关信息（如申请事由、申请要用这些办公用品的起始和截止时间等）进行填写，填写完后单击“确定”按钮，将所填信息进行保存。

4． 办公用品采购：

点击新增申请行中的“办公用品采购”链接，页面跳转到“填写采购申

请”界面，按您可以按您的具体情况进行申请信息的填写，填写完后点击“保存”

按钮进行保存。

5． 公务接待：

点击新增申请行中的“公务接待”链接，页面跳转到“公务接待申请”

界面，按您实际要填写的申请信息进行填写，填写完成后，点击“确定”按钮进行保存。

6． 车辆维修：

点击新增申请行中的“车辆维修”链接，页面跳转到“填写车辆维修申

请”界面，按您实际要填写的申请信息进行填写，填写完成后，点击“保存”按钮进行保存。

4.5.11.3. 个人邮件管理

OA-Mail是办公助手自身内置的一个小型电子邮件系统。通过OA-Mail可以在OA系统内部用户之间发送、接收电子邮件，同时也可以收发系统外部的Internet邮件。OA-Mail页面友好、操作简单、便于管理，极大地方便了教职工之间及教职工与外部的信息交流。

主要功能包括：1.收发机构内部邮件。2.用户可自定义外部邮箱设置。3.收发Internet邮件。4.用户可自定义邮件夹。5.用户可自定义‘拒收邮件地址’。6.用户可自定义‘个人签名档’。7。.可统计外部邮箱中的邮件数。8.可删除远程POP3邮箱中的邮件。个人地址簿管理及其导入/导出。

1． 建立用户

使用OA-Mail系统必须是OA的合法用户。每一位新增加的OA用户，系统将自动为其建立一个邮件帐号，不需要再做专门的设置。

2． 使用OA-Mail

教职工登录到OA系统后，通过点击个人桌面上‘个人工具’中的‘邮件管理’功能进行OA-Mail系统。

3． 参数设置

 用户可以自定义邮件夹每页显示的邮件个数，系统缺省为每页显示10条邮件列表。

 用户可以设置拒收邮件的地址（只对外部邮件有效，多个地址请

用逗号分开），接收外部邮件时，系统将自动屏蔽拒收邮件地址发来的邮件。

在写邮件时，如果选择了包含个人签名档，个人签名档内容会显示在邮件正文的最下方，你可以对发出的每一封邮件都附上一段很有个性的落款，体现你与众不同的一面。

4． POP3设置

如果用户需要接收Internet邮件，首先要从Internet服务商申请Internet邮件帐号，然后通过OA-Mail的POP3设置功能，在OA邮件系统中建立各自的Internet帐号信息，这样就可以通过OA-Mail系统来接收和发送Internet邮件。

点击‘POP3设置’页面中的‘新增POP3邮箱’增加POP3邮箱。在POP3邮箱设置页面中，输入POP3名称（如：新浪网邮件服务器）；POP3服务器地址和端口（如：，如果你不知道服务器使用什么端口，请使用缺省设置\"110\"。）；POP3用户账号和登录密码；对方收到信时看到的发信人姓名和发信人地址（注意：“发信显示地址”请输入合法的Email地址,不能包含中文字符）；如果选择‘自动收信’，则在用户每次登录进入OA时，系统自动接收该外部邮箱的邮件；如果选择‘收信后删除’，则系统在接收完邮件后，自动删除该外部邮箱中的邮件；用户选择将收到的外部邮件放到指定的邮件夹中。

5． 接收邮件

（1） 接收内部邮件

用户收到的所有内部邮件自动存入收件箱中。

（2） 接收Internet（POP）邮件

在OA-Mail首页中，点击‘接收POP邮件’进入‘接收POP3邮件’页面。此页面中列表显示用户已定义的POP3邮箱。

点击指定的‘POP3名称’可修改该POP邮箱的设置；

点击指定的‘默认接收邮件夹’进入显示该邮件夹中的邮件列表页面。 点击‘新增POP3邮箱’可增加新的POP邮箱。

点击‘统计POP3邮件数’则统计并显示列表中各个POP邮箱中的邮件个数。 点选指定的POP3邮箱后，点击‘收取邮件’，则系统自动接收选定的远程POP3邮箱中的邮件，并保存到默认接收邮件夹中。

点选指定的POP3邮箱后，点击‘删除POP3邮件’，则系统将删除选定的远程POP3邮箱中的所有邮件。

点选指定的POP3邮箱后，点击“收取邮件”。

在查看接收到的外部邮件页面，可以通过点击页面上的‘下载到本地’链接按钮将正在查看的外部邮件下载的本地计算机中，下载后的邮件可以直接使用Ms OutLook软件阅读。

6． 写邮件

在OA-Mail首页中，点击“写邮件”。在公司内部发送邮件，可点击“内部地址”，可按部门或职位选择内部收件人。在公司内部发送邮件时，可选“对方读到信时给我回应”，这样系统会按照您的要求，当对方读信时，给您发送回应。这点只对内部收件人有效。在公司内部，可群发，只需在内部地址弹出的对话框点击“全选”。

发POP邮件时，收件人在“外部地址”栏填写。

在公司内部发送邮件，收件人点击“内部收件人”。可按部门或职位选择收件人。单选某个人，双击该人名，全选点击“全选”，全清点击“全清”。

选好内部收件人后，点击“确定”，刚选的收件人姓名就会出现在“写邮件”页面的收件人那栏。

点击[收件人>>]或[抄送>>]或[密送>>]按钮时，弹出个人地址簿中的人员清单供选择相应的人员

在此窗口中，选择行应的人员，点[确定]后，返回前一页面。

在写邮件页面，可同时增加多个附件文件，同时也可以选择其它有关功能。

7． 邮件夹管理

邮件夹管理，主要是方便邮件分类，用来管理邮件。在这可以设“新增邮件夹”把一些需要收藏的邮件，放在“新增邮件夹”里。

8． 地址簿管理

OA的邮件管理与OA的个人名片夹进行的很好的的结合，用户可以在收发电子邮件的同时对自己的地址簿（个人名片夹）进行管理。

在个人邮件管理中点击左面的[地址簿]即可进入个人名片夹管理页面。个人名片夹管理的操作说明请参见OA‘个人名片夹’的有关说明。

9． 地址簿的导入/导出

OA邮件系统提供了地址簿的导入/导出功能，用户可以很方便地将已有的地址簿（MS OutLook支持的格式）导入到OA地址簿（个人名片夹）中，或将OA地址簿导出为MS OutLook支持格式地址簿文件

导入时，用户应首先确认要导入的文件为MS OutLook支持格式的地址簿文件（.csv或.txt格式），并且应保证导入文件是按照MS OutLook默认导出项目导出的文件。

4.5.11.4. 个人名片夹

个人名片夹是将教职工个人名片信息分类进行管理，使教职工能够很方便地查找到所需要的有关人员信息。

用户可按字母或按分类查询 可‘增加’，修改，删除指定的名片。

点击某一名片的EMAIL地址，可直接进入发送邮件页面发送新的邮件。

4.5.11.5. 个人日程

教职工可以使用‘个人日程’来预先安排和管理自己的各项待办事务。 进入个人日程主页面后，首先显示本人已录入的当天个人待办事务，可将‘已经完成’和未完成的个人事务用醒目的图标进行标记。

可点击日期标题两边的箭头，来显示前一天或后一天的个人事务。 点击〔今天〕按钮即显示当天的待办事宜。

点击〔按日〕或〔按周〕或〔按月〕按钮时，则可分别按日、周、月显示个人待办事宜，

在待办事宜显示页面中，点击某一待办事宜的标题可修改（编辑）该待办事宜的内容等信息。

可新增和编辑待办事宜，点击〔删除〕按钮则删除当前的个人日程。

4.5.11.6. 个人定时提醒设置

在用户使用办公软件登录成功后，若当天有需要提醒的事宜时，系统会自动弹出一个窗口，显示当天需提醒或待办的事宜，以提醒用户合理安排好工作时间。

用户可设置需要预先进行提醒的个人待办事宜。

进入个人定时提醒页面：点击页面标题栏中的消息图标即可进入消息管理页面

可进入个人定时提醒设置，可删除已被选中的提醒项目，可增加新的提醒。 可修改提醒醒目的内容，新增及修改提醒内容，保存当前设置的定时提醒信息等。

在此页面中，可以设置：

1． 2． 3． 提醒。

终止类别：只发生一次、永远有效、到终止日期为止。 定期重复模式：按日、按周、按月、按年。

重复间隔：每隔xx天提醒或每个工作日（周一致周五）

4.5.11.7. 签退

教职工使用‘签退’功能完成每天的签退登记工作。

系统自动将教职工最后一次的签退时间作为当天的有效签退登记时间。 另：教职工当天第一次从登录主页面登录进入系统时，系统将自动记录教职工的登录时间，作为该教职工的当天签到时间。

点击签退管理界面中的“点此签退”按钮，提交当天的签退时间。

4.5.11.8. 离线设置

当教职工要临时离开工作岗位或外出时，可以使用‘离线设置’功能给其它教职工留言，当其他教职工在系统主页面中查询教职工当前状态时，可以看到离线人员的留言（包括联系方式等）。

当您有事需要暂时离开时，在离线设置界面中选择离线原因和预计回来时间，点击“确定”。这样别人在查看您是否在线时，可以看到您已经离线，和您

离线的原因及何时回来等信息。

您可以自己定制您的离线原因

4.5.11.9. 修改口令

本模块用来修改教职工自己的登录口令。 在修改登录口令的同时，可修改登录用户名。 可修改本人的登录用户名即登录昵称。

输入原口令，新口令和确认新口令，点击“确认”完成。

4.5.11.10. 收发短信息

使用OA提供的收发短信息功能，可随时和当前在线的教职工进行及时交流。点击页面上方的短消息即进入消息管理页面：

默认显示已收到且未阅读的消息列表。可选择查看其它类别的消息列表。 点击列表中的某一条‘消息内容’，可查看该条消息的详细内容，同时可给发送消息的教职工发送回复信息。

点击可删除列表中已被选中的消息，也可同时选择多个接收人。

4.6. 校企资源共享平台 4.6.1. 总体框架

高校就业管理与服务系统集中了学生简历维护、网上签约、单位注册、职位发布、招聘会管理、学生毕业去向审核、单位职位信息审核等子系统大类，优化业务流程，数据共享一致。系统围绕着学生就业单位求才，对就业管理业务进行整合，通过子系统间的通知机制，实现了日常管理工作超越时间和空间的交流机制，大大提高了工作的效率。

总体功能框架：

4.6.2. 系统特色

 为学生、用人单位建立快捷、方便的沟通交流平台；  为就业管理部门提供全方位的就业信息统计数据  “一站式”的就业服务综合网站

4.6.3. 生源管理

毕业生生源数据准备是系统一切相关就业功能的前提，生源信息包括毕业生生源和非毕业生生源；教务处提供本科生生源数据，研究生院提供研究生的生源数据。

4.6.3.1. 生源确认

学生核对本人的生源信息，若信息有误，提交本人生源信息的修改申请。

4.6.3.2. 生源修改审核

按照生源修改审核流程设置的节点顺序，对学生提交的生源信息修改申请进行审核，并且记录确认信息的审核人名称和审核时间。

4.6.3.3. 生源信息报表

基本生源信息报表包含就业计划相关生源信息，报表生成条件为院系、学历、专业之各种组合，排序次序为院系、学历、专业、学号，过滤条件为毕业期间。

4.6.3.4. 生源信息统计

统计报表能够按照院系、专业、学历、生源地条件自由组合。生成的报表可导出为EXCEL格式。常用统计如下：

➢ 院系分类统计

➢ 专业分类统计 ➢ 学历分组统计 ➢ 生源地区统计

4.6.3.5. 生源信息上报

分为上报市教委（教育厅）就业指导中心和上报教育部二种生源数据上报。

4.6.4. 推荐表管理

分为本科生推荐表和研究生推荐表两种模板。学生在本人生源信息确认后方可填写推荐表。推荐表经院系审核后在就业网上发布，供用人单位查询。审核通过后的推荐表学生不可修改，若需要修改，必须经过院系的反审核流程。各院系或毕业生本人可打印、导出推荐表。就业中心能够制作全校学生推荐表。

4.6.4.1. 推荐表设置

就业指导中心设置本科生、研究生推荐表封面、表头等公共参数；设置推荐表审核的流程（辅导员、院系、就业中心）。

4.6.4.2. 推荐表登记

由毕业生在线登记推荐表所需要的信息，其中推荐表中的就业计划相关信息从生源信息中提取，不允许修改。

4.6.4.3. 推荐表审核

院系分别审核各自管理范围内的学生推荐表内容。审核不通过时可填写审核意见。审核通过后的推荐表系统自动更新为发布状态。院系反审核后，退回学生个人。

4.6.4.4. 推荐表制作

学生本人可以打印、导出审核通过后推荐表；院系、就业中心能够打印、导出各自管理范围内的学生推荐表。

4.6.4.5. 推荐表发布

学生本人能够对审核通过的推荐进行启动、停止发布

4.6.5. 去向管理

毕业去向主要包括就业协议、出国、升学、未就业、灵活就业、隐性就业等方式。不同的就业去向填写的信息有所不同。学生在本人生源信息确认后，可在进行毕业去向的在线登记，院系或就业中心也可对学生的去向进行代填。

4.6.5.1. 去向登记

学生、院系、就业中心根据不同的去向类别，在线登记各毕业去向要求的表格。登记时按不同的去向类型分别生成不同要求的登记表单。去向类型包括：

➢ 就业协议登记：包含派遣、隐形就业、灵活就业、定向委培在职、国家地方项目、有录用函直接签订劳动合同、自主创业、自由职业、其他灵活就业。

➢ 出国登记：毕业去向包含出国（境）。

➢ 升学登记：毕业去向包含升学、考双、专升本。

➢ 未就业登记：学生通过离校确实后自动生成未就业登记。

4.6.5.2. 去向审核

辅导员审核所带班级学生填写的各类毕业去向，审核时如果发现信息登记号有误则直接在审核界面将信息登记号修改正确（同时直接修改单位字典表中的信息登记号）。就业办审核所有学生的毕业去向，也可以修改 审核不通过时可以填写审核意见。

4.6.5.3. 协议鉴证

就业协议的鉴证由院系和就业中心分别完成。各院系鉴证时输入的协议编号要通过就业中心的确认，以就业中心鉴证为最终鉴证。

4.6.5.4. 就业去向报表

包含就业计划相关的生源信息和就业协议信息部分，主要用于方便就业计划校对工作，以及用于存档。报表权限为就业中心和院系。组条件为院系、学历、专业之各种组合，排序次序为院系、学历、专业，过滤条件为毕业期间, 以及是否包含、仅包含、排除延期就业的毕业生。每一页面和分组均包括计数统计。

4.6.5.5. 就业协议统计

➢ 院系就业情况分类统计 ➢ 专业就业情况分类统计 ➢ 供需情况统计 ➢ 各学院提供岗位数统计 ➢ 学生登录次数统计

4.6.5.6. 就业计划上报

➢ 上报市教委：用于向市教委上报就业计划和就业数据。 ➢ 上报教育部：用于向教育部上报就业计划表和就业数据。上报就业计划表和就业数据的信息内容不一致。允许设定是否包含、仅包含、排除延期就业的毕业生。

4.6.6. 生涯教育

4.6.6.1. 链接管理

就业中心发布、维护网络学堂、自助测评服务的超链。学生网上可以通过链

接访问各类服务。

4.6.6.2. 咨询预约

业中心管理员设置生涯个体咨询师的信息，包括咨询师简介，预约的时间、地点信息、预约状态（可以预约、不可以预约）、不可预约理由、预约人数。本科生和研究生需要有不同的预约时间。

学生网上进行生涯发展个体咨询的预约。 咨询师对学生的预约进行回复和确认。

4.6.6.3. 活动和讲座管理

就业中心管理员发布、维护生涯发展的相关活动信息，发布活动时可输入活动简介和相关图片;学生根据就业中心发布的各类活动和讲座进行网上申请参加；就业中心网上审核学生的申请，审核通过之后就业办网上打印预约入场券。

4.6.6.4. 就业政策

就业中心管理员发布、维护就业政策文章，供学生和用人单位查询下载。

4.6.6.5. 文档下载

就业中心管理员发布、维护各种规范化的标准表格，学生、用人单位可进行下载。

4.6.6.6. 就业调查

就业中心管理员建立调查主题并设立问卷内容，学生和用人单位在线填写问卷。就业中心能够对发布后的调查问卷进行答卷情况统计和打印、导出结果。

学生、用人单位在线填写问卷。问卷内容为必答题。

4.6.6.7. 职业指导

就业中心发布、维护职业指导讲座的公告，发布时要填写讲座的主题及提纲、可预约的人数、时间、地点等相关信息。职业讲座完成后，就业中心可继续维护讲座的内容、图片、典型问题及答案信息；学生可在线进行参与讲座的预约；就业中心可统计预约的人数。

就业中心发布、维护求职技巧相关的文章。

4.6.6.8. 留言咨询

学生在线对出国考研问题进行提问，提问时可指定更明细的问题类别。 就业中心可针对问题进行公开回答和单独回复。回答问题时，就业中心管理员可对问题分类进行重新归类、修改。

4.6.7. 招聘管理

4.6.7.1. 账号注册

用人单位网上注册必须账号，注册时须准确填写 单位名称、地址、联系人等信息。注册信息审核后，单位可以修改除单位名字、性质、机构码、行业类别、营业执照和组织机构代码证书的信息项。

4.6.7.2. 单位管理

就业中心审核用人单位的注册信息，审核通过后系统自动设置用人单位能够使用的相关功能权限（即发布岗位、宣讲会、检索学生等）。就业中心可为用人单位重置账号密码。就业中心可以新增单位信息，新增的单位无须审核。

4.6.7.3. 招聘管理

就业中心能够查询、维护、审核发布的所有招聘信息。

4.6.7.4. 招聘信息统计

就业中心按照时间段、学院、专业、行业（包括大类和细分类）、地域、单位性质、发布各类招聘信息，以excel格式导出。

4.6.7.5. 查询管理

就业中心查询某个单位历年的职位发布信息、是否参加过宣讲会、那些学生在这个单位就职，以及岗位人数的趋势（递增或递减）；就业中心查询某个学生在那个单位就职、是否有过违约情况、学生现在就业工资；就业中心查询某个工资段中学生人数。

4.6.7.6. 宣讲会管理

就业中心对用人单位申请的宣讲会进行审核，宣讲信息按时间排列。更详细的可以在导航中按“今日、明日、三天、一周、全部”以列表分类。也可以按照月历表这样的形式显示，并增加按针对学院筛选。

4.6.7.7. 招聘会管理

就业中心发布招聘会，系统网上提示用人单位有招聘信息，并网上申请参加招聘会，就业中心分发临时编号给企业。

4.6.7.8. 招聘信息发布

发布招聘职位，发布实习信息方法同目前方式，必须填写岗位名称，类别，专业要求，学历要求等，并增加添加附件功能。在单位功能中，增加发布面试名单功能。

4.6.7.9. 宣讲会申请

在申请介面看到以列表形式显示的已经安排宣讲会日期，时间，校区，宣讲

企业针对专业。申请单位需要填写申请时间，校区，场地规模，针对学院，针对专业，学历要求，联系人，联系方式等信息

4.6.7.10. 招聘会查询

用人单位查询就业中心对大型专场招聘会的工作日程安排。

4.6.7.11. 检索英才

用人单位可根据学院、相关专业等条件搜索学生，并查看学生的推荐表信息和简历信息。

4.6.7.12. 推荐英才

院系可以对个别学生进行推荐，推荐内容包括：学生情况、推荐理由。用人单位在网上可以看到院系特别推荐的学生相关信息。

4.6.7.13. 我的收藏

收藏学生本人关注的用人单位信息及发布的招聘信息。

4.6.7.14. 我的简历

学生在线制作简历，可打印，导出WORD。制作简历时可选择“是否对用人单位公开”选项。简历制作时可选择相应模板。

4.6.7.15. 我的求职

学生查询已投递过简历的用人单位相关信息；查看已应聘过职位的相关信息。

4.6.7.16. 职位搜索

学生可根据单位名称、行业、岗位、相关专业、职位、薪资搜索用人单位发布的招聘信息，同时能够显示该公司其他岗位的发布信息和同类型企业的信息、同岗位的其他企业信息；选择相应的岗位后可进行投递简历、应聘操作。

4.6.7.17. 我的消息

学生查询用人单位或院系、就业中心在线发送的消息。

4.6.8. 网站管理

4.6.8.1. 栏目管理

管理员可以新建新的网站栏目，新建栏目时可以指定栏目的层次，也可直接选择做为已有栏目的子栏目；已存在栏目可以变更栏目名称、父级栏目等相关信息。

4.6.8.2. 内容管理

内容发布主要包括通知、公告、新闻、图片新闻、文章等不同形式。每种发部内容都有相应的多媒体编辑窗口，支持各种粘贴发布。内容发布时可指定能够指定是否公开、查看的角色、是否有附件等相关信息。

4.6.8.3. 资源管理

管理网站的公共资源。包括各类文档、程序、图片。

4.6.8.4. 风格管理

网站自带三套风格模板，所有用户登录后均可选择自已偏好的网站风格。

4.6.8.5. 问卷管理

就业中心可以建立调查问卷题库、发布各类问卷调查。

4.6.8.6. 消息管理

所有用户均可使用站内消息。管理员可设置不同角色发送对象的范围。

4.6.8.7. 检索管理

提供站内全文检索。

4.6.8.8. 访问统计

提供网站日访问量、累计访问量计数和统计。

4.7. 教学资源库 4.7.1. 建设目标

以引进国内外优质教育资源为主，以交换、自建资源为辅，建设开放、动态、综合的资源管理平台和与之配套的共建共享、可再生、可持续发展机制。通过校际之间的教育资源共享，促进教育的均衡发展。

利用资源平台资源应用、资源管理的功能有效整合优质资源，体系化系统资源、整合本地资源和第三方资源，实现资源均衡配置与深度共享，支持创新教学与教研、创建具有区域特色的信息化教学环境。

4.7.2. 系统功能介绍

4.7.2.1. 用户管理



用户注册

系统提供各类用户申请功能，用户需按照系统要求进行个人帐号的申请。

帐号申请后，系统可根据管理员配置的工作流对用户注册是否需要审核

进行判断，可完全按用户实际使用要求自定义。

同时也可以和学校已有的身份认证系统进行无缝隙对接。

4.7.2.2. 个人中心

用户登陆后在个人中心中可以查看到与个人有关的所有应用，个人中心

也就是一个集成与用户有关的个人工作平台，在次可以进行包括：资源上传、搜索、制作、检索等等各类功能；

4.7.2.3. 资源上传管理

用户根据系统对各类资源的要求进行资源上传，包括： 上传资源：用户新增上传资源信息

修改资源：用户上传后，在未得到管理员审核的情况下可以修改部分资源信息，如：介绍、简述等。

删除资源：当资源被管理员审核通过后，该资源则无法删除。

4.7.2.4. 资源审核

根据系统配置的审核流，各级管理员可以对待审资源信息进行审核通过、

审核不通过操作，同时可以查询到以往的审核记录，在审核的过程中，系统会根据内部设定的关键字过滤提示管理人员该资源中是否有该信息，如果有则会提示管理员。

4.7.2.5. 资源发布

管理员可对资源进行分类，分类后可将资源放入不同的类型中，如： 精品课程、实训课程、专业资源等。

4.7.2.6. 资源存储

从用户使用的角度上来看，资源上传只是一个简单的操作动作，在后台

系统会根据系统管理员设定的存储规则，对用户上传的资源信息进行有效的存放。

我们建议的存储规则为：管理员制定相关的存储路径，每位用户在上传

资源后，系统会自动为该用户产生一个文件目录，该目录专门用来存放该用户的上传信息，目录名的定义规则可以是帐号或姓名，如果该资源信息管理员审核不通过，可以临时存放，管理员可以设定临时存放的时间。

4.7.2.7. 资源搜索

系统会提供一套完整的搜索引擎，让用户在搜索资源时能更便捷，更快

速，搜索到的资源系统包含了，资源名、上传人、引用记录等信息。

并且系统提供关键字定义功能，关键字由管理员在后台进行设定，用户

在搜索时可以直接调用。

4.7.2.8. 资源点播

部分资源提供在线点播功能，用户登陆后可以在系统中直接点播部分资源进行在线观看，系统会将用户点播过的资源信息，放入用户的个人中心，为用户提供一个良好的记录管理。

4.7.2.9. 资源下载

用户可以将自己感兴趣的资源进行下载，系统会记录用户的下载时间、名称等信息，方便用户后续追述以往的下载记录。

4.7.2.10. 资源收藏

用户可以把自己敢兴趣的资源，放入个人收藏夹，同时收藏夹提供自定义分类管理，这样用户在使用系统的时候可以按个人的兴趣爱好，很好的管理外部资

源。

资源分析

根据用户的收看情况、上传情况、评价和各类信息，系统提供了一套完

整的针对用户喜好、点击最多、收藏最多等多维度的分析工具，通过该工具领导和管理人员能实施统计分析各类关注的信息点，从而在系统的进一步扩展和教学资源的扩展上能起到关键性的因素

4.7.2.11. 系统管理

系统管理功能包括：



用户管理

包括了用户的信息管理、密码管理，针对用户信息系统提供了以下几种模式：

1、 通过第三方获取； 2、 手工导入用户信息；

3、 用户个人申请、管理员审核； 

角色组管理

根据系统的实际情况，管理员可以对系统中所涉及到的用户角色进行自定义，当角色组建立完成后，管理员可以手工将用户添加到角色组中，也可以根据系统提供的参数配置，将符合条件的用户自动导入进角色组中。



权限管理

系统会提供系统内部的所有权限组，管理员可以根据各个角色组所需要的权限来分派角色组的权限，也可以将权限直接分配到用户，这样就可以灵活的管理系统。



审核流程管理

考虑到系统使用的用户多，涉及到的角色也叫多，所以采用的动态审核流程配置功能，动态审核流程配置指的是，管理员先建立一个审核流程，然后设定该审核流程所涉及到的角色组或用户，设定完成后，再配置选定的角色组或用户的审核优先级，这样一来，可以做到动态管理、灵活配置，方便了管理员的可维护性、可管理性，让系统更灵活、更人性化。



新闻管理

系统支持多级审核模式，同时提供了各类信息发布、审核管理等功能。



平台管理

平台本身基于portal开发，在页面的配置、子页面管理、布局上相当灵活，管理员或个人用户完全可以根据个人喜好、系统要求针对不同的角色组或个人来配置和管理。



日志管理

系统提供了强大的日志管理平台，通过该平台，管理员可以查询到任何想要的日志信息，系统会根据要求产生各类日志报表信息，如访问人IP，操作内容，操作时间，本次访问IP，上次访问IP，在线时间等等。

4.8. 公共服务平台

综合信息服务平台主要面向学校领导和各级管理人员，提供综合查询、综合分析和决策支持等功能。

4.8.1. 主题查询

高校各个部门查询的主题五花八门，需求极为广泛、复杂，因此必须有一个通用的全局性管理工具，对需要的主题进行查询。

主题查询系统主要面向各级管理人员，它基于公共数据平台，实现各种业务信息的查询，按照业务划分成若干个查询主题，实现灵活、方便的即时主题查询。 主要的查询主题包括：

 学生信息主题查询  人事信息主题查询  教学信息主题查询  科研信息主题查询  财务信息主题查询  设备信息主题查询  一卡通信息主题查询  后勤信息主题查询  党群信息主题查询

 …..

需要设计一个主题查询管理工具，来完成查询主题的定义、发布和维护，实现新主题的快速实现。

4.8.2. 综合分析

对已有的数据进行充分挖掘和利用是“数字校园”建设的目标之一。综合分析系统主要面向各管理部门领导和管理人员，提供丰富的统计分析报表，对学校的综合情况进行查询和分析。它除了满足上级主管部门所需要的正式报表（如高基报表）之外，可以根据各管理部门的要求来定制报表。 主要分析内容可以包括：

 学生信息分析  教职工信息分析  学科建设分析  教学管理分析  科研信息分析  设备信息分析  财务信息分析  招生就业分析，等。

综合分析系统除了要采用自定义报表工具来完成各种分析报表的快速开发外，还可以采用多维分析工具，选择几个典型的分析主题，对已有的数据进行充分挖掘，支持领导和管理人员的决策，为未来数据仓库建设奠定基础。

4.8.3. 领导决策支持系统

领导决策支持系统是专门为学校领导提供的一个综合性的系统。其主要目标是将学校领导所关注的重点问题和信息提炼出来集中展示，使校领导就能够一目了然地了解到学校目前教学、科研、管理、财务等信息以及学校重大事项的进展情况，为学校领导决策提供信息支持。

领导决策支持系统的首页以领导驾驶舱的形式展现。表现清晰，一目了然，使用方便。引入关键绩效指标（Key Performance Index,KPI）的概念，建立学

校的KPI体系，使学校领导能通过查询各KPI指标的信息就能及时了解学校的管理、服务、教学和科研等各方面的关键信息。

系统所包含的功能，需要大量的数据支持，本系统主要建立在公共数据平台之上，领导决策支持系统的主要内容包括：

 重大事项。使校领导及时了解学校的重大事项、新闻、活动等内容；  发展规划。学校及各院系未来几年的发展规划的相关信息，  教学管理KPI  科研管理KPI  学生管理KPI  人事管理KPI  资产管理KPI  财务管理KPI  其他信息

4.9. 校园移动门户平台 4.9.1. 移动资讯门户

主要集合学校要闻、通知公告、信息动态等内容，提供包括学校简介、学校要闻、院系动态、最新通知公告等栏目内容，信息集成来自校园外网门户和内网门户，各院系网站等，采用滚动、列表等方式展现。

整合以上信息重新设计UI，适合手机、pad终端适用的体检较好的布局。例如下面的用户案例图：

4.9.2. 应用门户

将学校教务处、图书馆等应用系统中信息使用率较高的抽取整合，集中推送到个人应用门户终端上，可包括教务公告、学校校历、办事向导、校园日历、成绩信息、课表查询、入馆须知等栏目。  我的课表：

通过移动终端设备，可以及时的查询课程安排情况，以及各个课程的基本信

息；包括学时、学分、课程教学大纲、课程教学情况的统计分析的移动展示等。  移动成绩管理：

通过移动终端设备实现成绩明细查询、成绩分析、成绩评估等功能。

4.9.3. 生活门户

集合日常生活中常用到的信息资源，包括校园地图、校车线路、校园黄页、校园服务信息等栏目。整合到综合信息门户中生活门户中。

4.9.4. 办公门户

将学校办公、邮件系统中收发文、通知公告集成至办公门户中，及时便捷的处理公文和邮件，有效提供工作效率。包括邮件信息收发、办公通告推送提醒、收发文管理等栏目。

移动办公，让教师、后勤人员、校领导可通过手机即时的处理待办事宜、日程安排、公文审批等功能，提供与传统基于PC公办系统一致的操作环境。  待办事宜

作为用户的工作备忘录，也可用于上下级之间布置工作和传达指令。  名片管理：用于建立个人的名片及通讯录。  日程安排

个人日程安排以日历的形式记录用户的日常办公活动，并利用系统的自动提醒功能对用户进行提示。  收发文、公文流转

公文流转在手机上主要体现在公文的拟稿以及公文的审批，包括审程、会签、签发整个过程。  信息发布

信息发布的内容非常广泛，包括学校办公部门公布的各种办公文件、通知公告、校办信息、规章制度等。

 会议管理：会议管理主要包括会议通知、会议纪要、会议室资源管理等。

移动邮件系统提供了与基于PC的传统邮件系统一致的使用功能，使得用户可以通过手机随时随地的发送和收取邮件，除此之外，利用该平台的PUSH技术，

当有新邮件到达时，邮件系统主动把邮件推送给用户，而不需要用户发起请求，这样通过该平台的PUSH技术，用户具备实时处理新邮件的可能。  邮件PUSH

在传统的电子邮件系统中，新邮件发送到用户的邮箱帐号时，用户通过邮件客户端或WEB方式主动读取邮件，这种方式称为PULL。金商祺该平台的PUSH技术完全颠复了传统的邮件收取模式，为每位用户设计了邮箱小秘书，当然有新邮件到达时，邮箱小秘书会自动的将邮件转送到用户手机，并提示用户。  收邮件

该平台除了提供PUSH模式的邮件收取，同样提供了传统的PULL收取模式。并有将收取的邮件存放至手机，用户可以随时进行查阅、回复、转发、删除。  发邮件

师生通过手机发送邮件更加便利：

4.10. 校园移动消息平台 4.10.1. 总体框架

系统基于Web和J2EE架构，采用JAVA、Web Service、XML等编程技术，同时遵循业内通用的短信接口标准协议，支持移动、联通、电信协议，做到三网合一。通过系统的接口，校内任意一个业务系统可以直接调用，完成在线短信收发功能。

4.10.2. 产品特点

 接口开放式；

 与校内身份认证无缝隙集成；  与校内数据做同步交换；  提供群组自定义功能。 移动消息平台主要包括如下功能：

 系统框架

移动消息平台的建设目标是：基于数字化校园，在SOA的架构体系下，提供

统一的短信互动服务，从而扩大数字化校园的应用服务范围，以更主动的方式提供便捷、安全的信息服务。

移动消息平台为用户提供统一封装的短信开发接口，可适应多种不同的短信收发接入方式，为以后移动消息平台的扩容和升级增加了极大的灵活性，降低了开发和运营成本。

同时，移动消息平台充分考虑了与现有数字化校园平台的关系，在SOA架构体系下与数字化校园平台进行交互，可与数字化校园平台进行无缝拼接。

其系统框架如下图所示：

其中，短信应用分为短信接入层、接口封装层和应用功能层：

 短信接入层。短信接入层的服务主要依赖于短信接入服务的不同实现方

式，通常来说现在存在着运营商短信网关方式、第三方短信服务方式和专用短信网关设备方式。第一种方式建设成本较高，适合大量的短信收发，第二种方式技术实现简单，但安全和稳定性无法得到保障，第三种方式需配备短信设备和专用服务器，技术实现容易，成本较低。  接口封装层。由于存在多种的短信接入方式和实现手段，一旦用户更换

短信接入方式就可能导致原有程序的大量修改。移动消息平台针对目前常用的短信接入方式，提供统一的短信接口，加强了系统的扩展性和灵活性。同时针对短信的交互，提供了短信指令集的灵活定义，以便业务功能可以调用。

 应用功能层。移动业务应用功能主要面对最终使用者，提供短信通知、

短信查询、业务预定、信息管理和系统管理等基本功能，其中具体的业务内容依赖于应用服务层提供的服务。

 系统功能

移动消息平台的主要包括如下功能：  短信通知

短信通知是由管理人员通过短信群发的方式将教学、教务、科研和管理等方面的通知或通告传递到教师和学生手中。提供了群发和点对点的两种交互方式，发送通知者可根据实际需要选择发送对象，同时也可以设置定时和定期群发等功能。

 短信查询

短信查询主要通过发送操作代码到短信服务号码，查询相关的信息，并可进行相应的处理或预约，其查询内容应该以经常动态变化的信息为主。

短信查询拟包括的内容如下：

教师 会场信息查询； 当天课表信息查询； 班车信息查询； 学生 办公 教学 后勤 当天课表信息查询；个人成绩、学分查询； 一卡通 余额查询； 图书 借书情况查询；图书信息查询； 个人工资查询；个人公积金查询；个人补贴、津贴查询； 个人档案信息查询； 贷款查询；学费查询；奖学金查询；补贴查询；重修费查询；科研津贴查询；三助津贴查询； 财务 档案 生活 其它 班车信息查询；借书情况查询；图书信息查询；余额查询； 学校通讯录查询；  业务预定

业务预定是用户预定一些感兴趣的信息后，平台会自动将最新的相关信息发送到用户手机。

业务预定拟包括的内容如下：

学校通讯录查询； 教师 日程安排提醒；公文待办件提醒；上级学生 办公 来文办理提醒 会议提醒；值班提醒；督办提醒；两办其它审核工作提醒 立项审核结果提醒；结项审核结果提醒； 科研 成果审核结果提醒；科研经费拨入、划 出审核结果提醒；科研ic卡信息余额提醒、预警；科技处其它审核工作提醒； 成绩录入时间提醒；学生选课结果统计教学 提醒；监考提醒；教材审核信息提醒；教务处其它审核工作提醒； 考勤异常信息提醒；个人信息变动提醒；人事 考核录入、审核结果提醒；职称评聘录入、审核结果提醒；进修录入、审核结果提醒；人事处其它审核工作提醒； 物业信息群发提醒；物业维修派工提醒；后勤 邮政包裹提醒；其它生活重要信息广播； 后勤处其它审核工作提醒； 一卡通 单次大额消费提醒；余额不足提醒； 图书 财务 借书到期提醒；新书入馆广播； 网上财务申报审核结果提醒；财务处其它审核工作提醒； 设备报修提醒；设备申请审核结果提醒；设备 设备资产机构其它审核工作提醒；网络 故障报修提醒；服务器性能预警提醒； 档案 档案馆其它审核工作提醒； 选课时间、结果提醒；绿色通道审核结果提醒； 借书到期提醒；新书入馆广播；余额查询；生活 单次大额消费提醒；余额不足提醒；邮政 包裹提醒；火车票领取提醒；其它生活重要信息广播； 论文时间提醒；最新政策广播；社会重要就业 招聘信息广播；培训广播；其它新闻、通知广播； 其它 学校大型活动提醒；重要邮件提醒；站个人信息变动提醒；学校大型活动提醒；内短信提醒；各系统密码找回功能；内重要邮件提醒；站内短信提醒；各系统密部招聘通知；  信息管理

码找回功能；短信投票； 信息管理主要通过发送操作指令，提供提醒业务的预定和取消、密码找回等功能。

教师 学生 卡消费密码找回； 各系统密码找回功能； 一卡通 卡消费密码找回； 其它 各系统密码找回功能；  系统管理

系统管理主要提供移动消息平台的指令映射、用户管理、权限管理等功能。

 技术实现

基于短信二次开发平台，在数字化校园的SOA架构体系下实现移动消息平台的各项功能，其技术实现框架如下：

在SOA架构体系下，需要根据移动业务需求定制或开发相应的移动业务功能服务，同时还需要在短信二次开发平台中定义相应的指令接口集，并在短信管理上建立两者之间的映射关系，使短信指令具有意义，并能调用到后台提供的一系列应用服务，从而实现相应的短信相关业务应用功能。

短信二次开发平台提供了与接入实现无关的统一接口，因此在移动消息平台的定制开发中，只需要关注具体业务功能的服务实现。如果在已建数字化校园系统中已存在相应服务，则实施难度和工作量将会降低很多，但如果没有相关的服务提供，则可能还需要进行大量的开发工作，如数据采集、数据交换以及服务接口实现等工作。

最终，移动消息平台将展现为两部分内容，一部分为前台展示部分，包括用户端和管理端的程序，这些程序基于B/S架构开发，可集成至信息门户或WAP门户之中，另一部分则为后台运行部分，包括短信的收发、侦听程序等等。

我们建议，在移动消息平台的部署上，逻辑上至少配置三台服务器，分别为应用服务器、短信接口服务器和数据库服务器，应用服务器提供用户端和管理端程序的部署，短信接口服务器提供短信接口程序或短信设备的部署，数据库服务器提供短信和应用数据的存储。网络拓扑图如下：  统一技术规范

要利用上述基础平台进行应用系统的整合，需要对应用系统提出统一的技术

规范，要求应用系统开发商必须遵守的规范。

各平台主要的规范如下表所示： 基础平台 公共数据平台 对应用系统的技术规范  各应用系统应该采用公共数据平台中指定的代码标准。  应用系统如果需要其他应用系统所产生的数据，应当尽量从公共数据平台中获取，不能再提供数据维护功能，以避免数据不一致性。  应用系统如果是公共数据平台的数据源，应当加强数据校验功能，以保证对数据的唯一性和权威性 数据交换平台  开发商应提供应用系统完整的数据库设计文档，包括系统所有数据对象的详细说明和所有引用代码的说明  应用系统在表结构设计时应加上时间戳或流水号，以方便数据交换平台进行增量采集。  对于复杂的多表写操作，应用系统开发商应提供详细的说明文档，以方便数据交换平台向应用系统数据库写入数据。 应用集成平台  应用系统应按学校要求提供相关的Webservice接口，并提供完整的技术说明文档。 统一身份认证平 应用系统开发商应承诺对所提供系统的认证部分进行改台 造，嵌入由统一身份认证平台提供的通用认证头文件，以实现单点登录。 统一信息门户 移动消息平台  应用系统采用学校统一的页面布局和颜色风格  应用系统开发商应承诺配合门户集成商的Portlet开发。 对学校已有的应用系统，也应参照上述规范，要求开发商进行相应的改造或提供技术文档。

4.10.3. 应用场景

 办公系统

与办公系统集成，完成通知公告、校园动态、会议通知等短信通知和提醒。

 教务系统

与教育系统集成，完成给学生课程信息、考试信息、选课信息等，同时，给

教师发送课表信息、监考安排信息、授课班级信息等短信通知和提醒。

 一卡通系统

与一卡通系统集成，提供余额查询、卡挂失，消费信息提醒、充值信息提醒

等短信通知和提醒。

 图书馆系统

与图书馆系统集成，提供新书上架、图书归还提醒等短信通知和提醒。  人事系统

与人事系统集成，提供职位、职称等个人信息变更的通知和提醒。

4.11. 校园一卡通 4.11.1. 系统总体设计

本项目将结合学校的实际需求，为学校打造新一代校园一卡通平台，进一步提高校园的管理、服务和决策的效率及水平。

本方案一卡通的特点：

 以软件架构而不是以硬件设备为中心的校园一卡通系统；  实现软硬分离、可集成多家厂商设备的校园一卡通系统；  用户自主生成和管理密钥的一卡通系统；  大集中模式的校园一卡通系统；  插件式管理的校园一卡通系统；  容错化设计的校园一卡通系统；  引入通讯中间件的校园一卡通系统；  集中式监控中心的校园一卡通系统；  实现数据分析和挖掘的校园一卡通系统；

4.11.1.1. 设计原则

本系统建设过程中遵循了以下原则：

 实用性：校园一卡通系统应充分体现大学内部管理的模式和特点，各应用系统的开发，应做到功能完善、使用方便、切合实际、运作高效；

 先进性：一卡通系统的建设要立足于当今世界先进且有发展前途的技术，由此实现的系统能随着未来信息技术的发展而不断平滑升级；

 可管理性：一卡通系统通过数千个终端机具来实现管理和服务功能，其管理难度大、维护成本高，系统必需从整体架构上、从具体功能上保证降低管理难度、降低维护成本、降低人员依赖，采用集中管理模式、图形化管理和监控工具，方便管理维护、出现故障能快速准确的定位问题；

 开放性：一卡通系统将随着学校业务发展而不断更新，基于性价比、厂商风险等因素考虑，系统必需采用开放的架构、开放的平台、开放的产品，提供完备的文档资料和接口程序，开放数据结构、学校掌握密钥和算法、选择国标和开放的行业标准、支持多种硬件，系统建成后学校可自行扩展升级、自主决定采购多种品牌的终端设备等；

 安全性：系统涉及资金，身份等重要的信息，应采用严格的分级管理技术，管理人员、查询人员分级按权限操作；采用多层体系架构，单层次出现故障，系统可继续运行较长时间；系统运行中间层次、中间环节不能保留敏感数据，以避免财务风险；一旦系统恢复正常运行，系统能够自动切换，无需人工干预；对于脱机运行（手持设备等）的设备，系统需要提供有效措施保障师生利益；提供审计功能，对于操作人员的各项操作进行审计；

 扩展性：系统在容量和功能上不仅能满足目前用户的需求，而且也易于扩展以保障用户今后的扩容和升级，如：卡片结构扩展、新增收费模式、增加信息点等，利用Web查询支持模块和Internet网，实现远程快速查询；

 可靠性：考虑到用卡场所情况复杂，系统必须针对交易的每个环节提供增强可靠性的措施，包括卡片可靠性设计、终端可靠性设计、布线和网络通讯可靠性设计、应用和数据库可靠性设计等全系列设计，确

保系统在脱机状态下的可靠性高及在联机状态下的实时性强的要求，以及大规模并发交易情况下系统的稳定、高效和可靠性要求，避免单点故障。

 保密性：系统设计上既充分考虑信息资源的共享，也实现了信息资源的保护和隔离，针对不同的应用和不同的网络通信环境，采取不同的措施，包括用户安全性、数据安全性、运行安全性等。要求系统对数据传输进行加密传输，保证数据能在各个节点之间进行安全通信，保证数据传输的安全性，并且保证所采用的加密技术不可逆。

 协调性：考虑到校园一卡通的金融特性和实时交易的特点，系统采取数据集中的架构以保证数据传递的及时性、数据的可靠性和唯一性，便于账目结算和数据准确。

 前瞻性：系统管理平台在整体规划设计、各项技术性能指标以及采用设备产品上，既体现了现实的需求，又充分考虑了项目工程的未来发展，为后期建设留有充分发展的余地。

4.11.1.2. 总体框架

考虑到本系统核心为实时交易系统的特点，系统需采用多层体系架构，各层次接口清晰简单，易维护、易扩展。下图为一卡通的整体框架：

4.11.1.2.1. 一卡通核心平台

一卡通核心平台是系统管理的核心，它形成了校园一卡通系统的骨干。在业务上，它实现了客户管理、商户管理、资金结算、交易处理等核心功能，是整个系统的交易和管理中心；在技术上，它实现了系统管理、系统容错、系统监控等功能，是整个系统的调度和控制中心。它支撑和管理着各个一卡通应用系统的运行，并保证了新的应用系统的快速扩展和部署。

一卡通核心平台主要包括基础平台（客户管理、卡务管理、商户结算、现金充值、补贴发放、密钥管理、管理中心、报表管理、标准管理），监控中心（异常采集、异常分析、异常展示）三大内容。

4.11.1.2.2. 一卡通数据库平台

一卡通数据库平台集中管理和存储所有数据，主要包括两大类信息：

 基础信息：客户信息CIF、身份信息IIF、公共信息PIF；  动态信息：账户信息AIF、交易信息TIF。

一卡通数据库保证了数据的一致性、完整性和及时性，最大限度地实现了信息共享。

4.11.1.2.3. 一卡通应用系统

一卡通应用系统是建立在核心管理平台和核心数据库之上的多个以校园卡为媒介的应用系统，主要分为四种类型：

 金融消费类。主要用于处理校内的各种消费服务、圈存转帐等与现金有关的服务项目，比如餐饮收费、浴室收费、医疗收费、圈存转帐等；

 身份识别类。一卡通系统中以校园卡进行电子身份认证，用以判断卡片的合法性和有效性。可应用在门禁、图书借阅、通道控制、校门出入、考勤、会议签到、考试监管、学校老生指纹报道等重要场所；

 信息服务类。通过多种信息渠道（网络、电话、短信），为持卡人提供校园卡的账户信息、消费数据等查询服务，为持卡人提供校园卡的挂失、转账等自助服务，为管理者提供金融数据、认证数据的分析。

 流程接口类。主要用于与图书馆、财务等第三方系统对接，实现了以校园卡为媒介的流程整合。

各应用系统相当于校园一卡通系统的前台部分，而核心管理平台则是其后台部分。各应用系统主要借助于各种终端设备（POS机、多媒体设备等），负责各种服务信息的数据接收和初步验证，所有数据都通过通讯平台发送到后台核心管理平台进行处理和保存。

4.11.1.3. 技术架构

一卡通系统根据各个子系统不同的业务特点，分别选择了B/S、C/S架构。

4.11.1.3.1. C/S设计

【多层技术架构图】

 架构组成

 业务调度中心(BCC) ：业务通信平台的接入，业务优先级调度，业务提交和结果返回，多类型推送消息的支持；

 业务处理单元(BU) ：后台数据库的连接管理，业务处理模块(BP)的集成，具体业务处理模块的调用；

 一个业务调度中心（BCC）和多个业务处理单元（BU）组成一个业务处理组件，多个业务处理组件组成一个后台处理系统，以支持并发和容错。  架构特点

 架构基于通信平台DRTP和CPACK交换技术；  架构采用集中并发处理技术和分布式部署技术；

 架构和业务的独立，程序员只需要关注具体的业务逻辑实现；

 架构采用了容错技术，可避免单点应用故障；

 架构支持其他客户端以客户方式接收数据，如各类监控接收程序；

 BCC平台无关，BU除数据库连接部分外也与平台无关；  架构支持优先级调度和各优先级可配置的LIFO或FIFO调度策略。

上图清晰的表明，本系统是构架在通讯中间件上的集中交易系统，是当前一卡通领域唯一满足学校要求的整体解决方案，与传统一卡通“就餐系统加补丁”的系统有着本质的区别，其独特的优势主要体现在如下几方面：

 集中模式

 数据集中：除了在后台的数据库中，中间任何过程包括前置业务层、通讯中间件、应用服务器都不保留任何业务数据；

 交易集中：所有业务逻辑处理全部集中在后台的应用服务器完成，中间过程因为没有数据支撑不能进行业务处理；

 管理集中：业务开启和关闭、业务参数、运行监控等全部在后台集中进行。

 软硬分离：通过标准的设备驱动封装，使本系统可以兼容多厂商的终端设备，彻底摆脱了传统一卡通系统中只能采购固定厂商设备的尴尬；

 多层集群：图中表明，终端设备并不是象传统一卡通厂商那样绑定固定的“工作站＋485卡”模式，而是寻找智能的“通讯平台”。通讯中间件具有集群功能、且和传统一卡通的“工作站－－实际上就是服务器，因为其保留了完整的业务数据、进行完整的业务处理”不同，通讯中间件不保留业务数据，因此通讯中间件可以相互接管，即使一台甚至多台（只要由1台不停机）通讯中间件宕机，整个系统依然可稳定的运行。

这个独特的架构可以给学校带来如下好处：

 可维护性高：集中架构只需要维护中心数据库和业务系统，再配备本方案中强大的监控中心，通过图形化界面管理，使得整个系统可维护行得到了极大的增强；

 可扩展性强：简单的业务扩展只需要新增相应的硬件设备，复杂的业务扩展也只需要在管理中心进行数据库和业务逻辑升级即可；

 更安全可靠：由于实现了集中模式，整个系统不存在单点故障、不存在操作人员改帐的财务风险，使整个系统非常安全、稳定和可靠；

 运营成本低：

 统一的后台管理，避免了分布式数据管理的风险和投入；  图形化监控中心，使整个系统运行状态一览无余，发现问题主动报警使管理人员能够在第一时间准确定位，不需要传统一卡通系统要求的“每个食堂一名联络员”，从而最大限度的节约了人力成本。

4.11.1.3.2. B/S设计

对于部分B/S架构的子系统，我们采用了主流的跨平台的J2EE架构，该通

用架构特点不再熬述。

4.11.1.4. 积木式设计

4.11.1.4.1. 设计思路

一卡通不同的业务系统，就如同一个个完整的电脑插件，需要的时候，“插”到一卡通核心平台上，扩展其应用；在不需要的时候，可方便的从一卡通核心平台上“拔”下来，停止相关应用。同时，一卡通核心平台提供通用标准接口，第三方系统可按照通用标准接入；也可按照与第三方约定标准，采用定制标准接口接入第三方系统。

4.11.1.4.2. 选配方法

一卡通只需要采用基础平台，与任何一个或多个内容（这些内容包括：监控中心、金融消费类子系统、身份识别类子系统、信息服务类子系统、流程整合类子系统）进行组合，即可建成扩展功能或应用的快速升级。

4.11.1.5. 并发性设计

一卡通业务系统核心在业务处理过程，可将不同的业务处理封装成独立的业务处理单元，业务单元之间彼此独立，互不影响。这些不同封装而成的业务单元，可按需分配组合成不同的业务群。业务群与业务群可以相同，也可以不同。这些组合而成的业务群，部署在不同应用服务器上，通过业务调度中心统筹进行调度不同的业务处理单元进行业务处理。

下图为并发性的实现示意图。

4.11.2. 系统功能方案

一卡通系统的核心是应用软件建设，而应用软件最终体现在设计的业务功能模块在多大程度上满足设计目标、设计原则的要求。结合同行教训和国内外的成功案例，结合在学校调研中各部门的意见和建议，我们设计了如下的功能结构：

基于构件化思路开发的校园一卡通系统已经形成了功能完备的标准化功能模块库，完全覆盖了学校的实际需求，其中许多功能模块客户目前尚使用不到，另外一些模块尽管名称和客户要求的类似、一致，但是功能已经远远超越了传统一卡通的范畴，还有一些功能进行了更加合理的部署―――可能进行了功能合并、功能拆分等。

4.11.2.1. 基础平台

一卡通基础平台是整个“校园一卡通系统”的核心，集中保存一卡通的业务数据，集中处理一卡通的联机交易，集中管理一卡通的核心业务，在整个系统中的地位至关重要。

由于一卡通核心管理平台将承担了整个一卡通的核心业务处理，所以其功能设计必须足够强大、体系结构必须足够灵活，主要功能描述如下：

4.11.2.1.1. 客户管理

概述

凡是享受本系统提供的业务功能的个人都是本系统的客户,由于种种原因，存在同一客户在本系统中开设多个不同用途的账户，但出于管理的原因希望通过某种途径能够把这些账户关联起来，为此系统为每个持卡人开设了系统唯一的客户号（即人员编号）。

整个客户信息将参照国标、部标及我国4大银行对客户信息的设计经验，结合高校的实际需要进行集成，提炼成为标准的客户信息（CIF），供整个一卡通系统使用。

详细功能

主要包括以下三大子模块：

 客户类别管理

提供客户类别查询、增删改的操作；客户的类别一般直接参照校园的人员类别定义。

 客户信息管理

提供客户信息查询操作。 提供客户信息增删改的操作。

提供客户信息批量导入的操作；导入信息通过系统提供的固定格式的Excel文档收集。

提供对导入的客户信息进行查询、修改、删除操作，提供导入的客户信息的审核操作；只有审核通过的客户信息才会从临时表转移到一卡通的客户信息表中。

 银行卡绑定

提供客户、银行卡信息对应关系批量导入的操作；导入信息通过系统提供的固定格式的Excel文档收集。提供客户、银行卡信息对应关系批量导入的操作；导入信息通过系统提供的固定格式的Excel文档收集。 提供客户、银行卡信息对应关系的查询、增删改的操作。

4.11.2.1.2. 商户管理

概述

拥有设备运营权并可结算的组织，我们成为商户；对于商户中最小的独立核实个体，我们称为叶子商户，每个叶子商户都归其父商户管理；因此，商户管理中一个重要的内容是收集和整理一卡通运营体系中涉及的商户，设备和商户的关系。

详细功能

主要包括以下两大子模块：

 商户信息管理

提供商户信息查询操作。

提供商户信息增删改的操作；支持商户信息以树型结构展现；支持对收费商

户按照营业的百分比收取佣金，支持收费商户对特定人群收取搭伙费。

提供所有商户通用的餐次设置操作；分为早餐、中餐、晚餐、夜餐。 提供每个商户个性的餐次设置操作；分为早餐、中餐、晚餐、夜餐，当某个商户进行了个性的餐次设置，其分餐报表将以该设置的时间段统计为准。

 设备商户关系管理

提供设备与商户之间相关联的信息查询操作。

提供设备与商户之间相关联信息的增删改的操作；本操作通过树型关系图完成。

提供设备与商户之间相关联信息的批量导入的操作；导入信息通过系统提供的固定格式的Excel文档收集。

提供设备与商户之间相关联信息提供客户、银行卡信息对应关系的查询、修改、删除的操作，提供导入设备与商户之间相关联信息的审核操作；只有审核通过的设备商户关系才会从临时表转移到一卡通的设备商户关系表中。

4.11.2.1.3. 卡务管理

概述

系统支持卡的分类、分级管理，大类包括教师卡、学生卡等可学校根据需要自行扩展，细类如教师卡可细分为教授、外籍教师、普通教师等，也可根据需要灵活扩展。该部分涉及到师生的切身利益，需要从卡片设计上考虑新生、丢卡后过渡、临时人员收取费策略、完全脱机使用而不能透资等特殊需求，以及脱机下如何最大程度的保护师生利益等。另外，还提供功能卡，专用于授权维护、脱机终端的管理等。

详细功能

主要包括以下四大子模块：

 日常卡务管理

提供卡片的发行操作。 提供卡片批量发行操作。

提供匿名卡（没有客户信息）的发行操作。 提供卡片内容对换的操作。

提供卡片挂失、解挂的操作。 提供卡片冻结、解冻的操作。

提供卡片回收在发行操作，该功能只用于匿名卡的管理。 提供卡片丢失后补办的操作。 提供卡片销户的操作。 提供卡片充值的操作。 提供卡片现金支取的操作。

提供卡信息更新的操作，卡信息更新包括三种情况：更新卡内的基本信息、更新卡的有效期、更新卡内余额。

提供卡片密码修改操作。

提供手工调账的操作，当发现借方和贷方发生账务错误时，由操作员手工调整借贷账务，使两者保持一致。

提供交易的冲正操作，当交易异常时，提供该交易流水的冲正。 提供开户的卡冲操作。

提供充值的冲正操作，当充值金额有误差时，提供该比充值流水冲正。 提供交易冲正的操作，当POS机操作人员操作失误或者打卡金额有误差时，提供该笔消费流水冲正。

提供手工方式补写圈存流水的操作，当未能提供银行圈存交易导致银行对账出现单边账的情况。

 账务信息查询

提供查询持卡人交易流水的操作。

提供查询持卡人交易账户交易流水的操作。

 卡库不平处理

提供卡库不平的平账操作，该操作处理由于设备流水丢失原因造成的卡库不平。

 POS流水管理

提供POS流水批量导入操作，该操作针对POS机流水不能正常自动收集至系统时；导入信息通过系统提供的固定格式的Excel文档收集。

提供对导入的流水信息进行查询、修改、删除操作，提供导入的流水信息的

审核操作；只有审核通过的流水信息才会从临时表转移到一卡通的流水信息表中。

4.11.2.1.4. 拍照制卡

概述

对于一卡通上需要印刷员工的个性化照片，目前业界普遍采用的方法式手动操作拍摄、手动手机照片、手动编码照片文件、手动核对照片和人的对应关系，使用很不方便，比如：

 容易出错，需要手工记录每个拍照者的工号、拍照顺序号，其对应次序一个都不能错，否则会引来无穷后患。

 效率低下，拍摄需要手动按动快门，拍照完成后需要手工拔插相机的USB线，就是说照片传输也拍照过程不能同时进行，如果要去照片必须停止拍照，假设拍摄一个员工、取照片这个动作能够在2分钟完成，按照每1万人计算，需要的时间＝2万分钟＝400小时！

基于拍照工作将成为未来的一卡通管理结算中心的日常工作，对于这个工作的一“点”效率提高，将极大的影响未来系统的可用性。

详细功能

目前专用数码拍照系统主要包含如下功能：

 自动数据采集及把需要拍照的人员信息从包括EXCEL、DBF、RDMS等中自动对应转换出来（转换关系可以有业务人员自行设置）

 通过鼠标自动拍摄、自动转存照片到PC

 照片处理―――对于不满意的可以从拍摄、照片进行裁减、编辑（旋转、放大等）

 照片保存到集中的数据库中，便于全企业共享  对于确认的照片，可以选择立即打印出一卡通卡  照片批量和零星导出功能  照片查询功能

4.11.2.1.5. 现金充值

概述

考虑到师生习惯，在卡片使用集中的地方提供人工充值功能，系统可支持现金、支票、经费本三种充值模式，并能配合银行、学校的现金管理制度，提供解款功能等。充值终端将根据实际情况据实部署。

现金充值大致分为联机充值和脱机充值两种，联机充值的好处就是充值的过程实时联机，安全并且结算更准确；脱机充值好处在于网络异常情况下仍然可以工作，缺点是安全性差，脱机充值的数据如果不能及时回传的情况下会出现操作员解款和系统对账不一致，另外也可能出现充值的人员利用脱机数据少缴现金。目前我们鼓励联机充值，对于采用脱机充值的方案不承担风险。

在该一卡通项目中，我们建议采用联机充值方式，因其在充值的过程中是实时联机的，能保证充值的安全并且准备结算。

详细功能

主要包括：

 采用联机交易。  支持充值的冲正。

 支持三种二级科目的充值收款。  支持USB通讯。  支持RS232通讯。

4.11.2.1.6. 补贴发放

概述

补助发放子系统能实现学校内部补助发放电子化的应用需求。由于校园一卡通系统的建设，在学校内部可以实现“一卡在手，走遍校园”，通过卡可以进行各种消费，比如就餐、超市购买物品、医院看病等等，由于以往学校发放补助都是现金方式，涉及到跨部门审批、现金发放，所以补助发放的工作量大、周期长，而利用一卡通平台实现教职工补助发放能大大减轻工作量。

在本项目中，补助发放系统主要实现学校对教职工的伙食补助的发放，未来

学校如有新的补助发放内容，可在系统中自定义设置，不需要另外进行开发。

详细功能

主要包括：

 在多媒体自助机上查询和领取补助。  查询补助流水。

 提供补助信息导入模板（Excel文件），通过批量导入功能导入补助信息。

 提供导入补助信息的查询、修改、删除功能。  对确认的补助信息进行下发功能。  提供补助下发后领取状态的查询。

4.11.2.1.7. 报表管理

概述

按照现行财务准则设计，用来反映一卡通运营中的经济内容。一卡通系统中所有涉及账务交易的数据都体现在该报表中，通过该报表，管理者和财务人员不但可以在宏观上清晰的了解一卡通沉淀资金量、商户的总营业额、系统运营中的盈亏情况等，而且各个参与者的账务情况，可以根据报表进行一卡通财务数据往来。

下表是该章节涉及到的专业术语解释： 专业术语名称 会计科目 内容描述 备注 是对会计对象具体内容进行分类核算的类目。 对会计对象的具体内容加以科学分类，进行分类反映和监督的一种方法，是进行会计核算的起点。 会计科目分类 按其反应的经济内容分为：资产类科目、负债类科目、所有者权益类科目、成本类科目、损益类科目。 按其隶属关系分为总账科目（一级科目），明细科目（二级科目、三级科目…）。 资产类流动资产内容的汇总，包括：现金（1001）、银行科目（仅本系存款（1002）、应收票据（1121）。其中，应收票据（1121） 统） 负债类又细分为：支票（112101）和经费本（112102）。 流动负债内容的汇总，包括：卡户存款（2001）、科目（仅本系卡户押（2002）、个人存款（2003）、商户收入（2004）、 统） 充值商户存款（2005）。 各类业务收入、各类业务支出等内容的汇总，包损益类括：营业外收入（6001）、手续费收入（6002）、佣金科目（仅本系收入（6003）、搭伙费收入（6004）、卡成本费收入 统） （6005）、退卡盈余收入（6006）、卡折旧费收入（6007）、营业外支出（6201）、商户提成支出（6202）。 账户的左方为“借方”，右方为“贷方”。 记账原则 （仅本系统） 资产类科目的增加记借方发生额，减少记贷方发生额；损益类支出的增加记借方发生额，减少记贷方发生额。 负债类科目的增加记贷方发生额，减少记借方发生额；损益类收入的增加记贷方发生额，减少记借方发生额。 资产类余额和损益类支出的余额方向在借方，符记账算合等式：期末借方余额=期初借方余额+借方发生额－法 （仅本系统） 贷方发生额 其中负债类和损益类收入的余额发生方向在贷方，符合等式：期末贷方余额=期初贷方余额+贷方发生额－借方发生额 记账定律 （仅本系统） 记账日一卡通系统的脱机应用环境中，发生的交易流水 有借必有贷，借贷平衡。 期 发生日期

被收集至系统并入账的日期。 一卡通系统中，交易发生的日期。 详细功能

一卡通结算系统体系结构示意图 本模块主要包括以下三大子模块：

 结算报表

提供对每天系统内科目的期初、期末、变化情况进行统计。下表是对结算报表中科目的描述： 序号 科目名 库存现金（1001） 银行存科目说明 充值、卡片成本、卡片押金、补助发放、充值商户存款等交易所获取现金的汇总。 圈存等交易所获取银行转账金额资产类科目 资产类科目 类别 1 2 款（1002） 的汇总。 充值、卡片成本、卡片押金、补应付票据（1121） 助发放、充值商户存款等交易所获取票据的汇总。该一级科目由支票（112101）和经费本（112102）两个二级科目组成。 3 资产类科目 4 卡户存款（2001） 持卡人账户余额的汇总。 [系统管理]的[交易收费配置]中负债类科目 5 卡户押交易所收取费用的汇总。 金（2002） 持卡人办理卡片时所存放的押金的汇总。 负债类科目 6 7 个人存款（2003） 商户收虚拟钱包余额的汇总。 应付给商户金额的汇总。 负债类科目 负债类科目 入（2004） 因为卡库不平时（库金额大于卡8 营业外金额的情况），所做的卡片销户、卡库损益类科目收入（6001） 平衡（以卡为准）操作所带来的账户（收入） 收入。 9 手续费[系统管理]的[交易收费配置]中损益类科目（收入） 损益类科目（收入） 损益类科目（收入） 损益类科目（收入） 收入（6002） 交易所收取费用的汇总。 佣金收[商户管理]的[浮动费率设置]中10 入（6003） 配置后所收取的费用的汇总。 搭伙费[系统管理]的[交易收费配置]中11 收入（6004） 交易所收取费用的汇总。 卡成本持卡人办理卡片时所缴纳的卡成本费的汇总。 12 费收入（6005） 退卡盈13 余收入卡片回收时，不退还卡内金额的汇总（只对不记名临时卡有效）。 卡库不平（卡金额大于库金额的损益类科目（收入） （6006） 14 营业外情况），并且卡片销户是以卡为准退，损益类科目支出（6201） 销户后的该卡片上传的流水且入账的（支出） 所形成的金额的汇总。 提供按照上传流水来统计每天商户营业情况的报表，作为财务和商户进行账务结算的直接依据和标准。

提供按照发生流水来统计商户下POS机流水汇总的报表，供商户参考，但并不作为商户结算标准。

提供按照分餐时间段来统计每天商户营业情况的报表，作为商户内部对账的依据。

提供操作员每天的收取的现金和票据需要汇总的报表，作为核对当天账务的依据。

提供以摘要（交易种类）和交易次数来反应各科目发生额变化的报表。

 当日报表

提供当日的商户营业情况表、操作员票据现金报表，由于这些数据并没有结算（每天凌晨，系统自动清算），因此只作为参考数据。

 资金划拨

提供商户数据解款的操作。

实现说明

描述：

计帐法1：资产类的增加记借方发生额，减少记贷方发生额；损益类支出的增加记借方发生额，减少记贷方发生额。

计帐法2：负债类的增加记贷方发生额，减少记借方发生额；损益类收入的增加记贷方发生额，减少记借方发生额。

计算方法1：资产类余额和损益类支出的余额方向在借方，符合等式：期末借方余额=期初借方余额+借方发生额－贷方发生额

计算方法2：其中负债类和损益类收入的余额发生方向在贷方，符合等式：期末贷方余额=期初贷方余额+贷方发生额－借方发生额

定律：有借必有贷，借贷平衡。

下表是对科目余额表中科目数据的部分描述： 序号 参数名 参数说明 充值、卡片成库存1 现金本、卡片押金、补助发放、充值商户存款等交易所获取现金的汇总。 银行2 存圈存等交易资产资产类科目 类别 示例 比如：该科目期初借方余额为“900”元，“20090209”的现金交易中只有张三充值了100元的，则该天的报表中该科目期末借方余额为“1000”元，因为借方发生额为“100”。 比如：该科目期初借方余额为“900”元，“20090209”只发生了张三的圈存交易，圈存金额为50元，则该天的报表中该科目期末借（1001） 款所获取银行转账类科目 （1002） 金额的汇总。 方余额为“950”元，因为借方发生额为“50”。 充值、卡片成本、卡片押金、补助发放、充值应付3 票据商户存款等交易所获取票据的汇总。该一级科目由支票（112101）和经费本比如：该科目期初借方余额为“900”元，“20090209”只发生了资产张三的补助发放交易（以经费本的类科形式），补助发放金额为200元，目 则该天的报表中该科目期末借方余额为“1100”元，因为借方发生额为“200”。 （1121） （112102）两个二级科目组成。 比如：该科目期初贷方余额为“900”元，“20090209”只发生了张三的充值交易，充值金额为100元，则该天的报表中该科目期末贷卡户4 存款负债类科目 方余额为“1000”元，因为贷方发生额为“100”。 比如：该科目期初贷方余额为“900”元，“20090209”只发生了张三的现金支取交易，支取金额为50元，则该天的报表中该科目期末贷方余额为“850”元，因为借方发生额为“50”。 [系统管理]比如：该科目期初贷方余额为持卡人账户余额的汇总。 （2001） 卡户的[交易收费配负债“900”元，“20090209”只发生了5 押金置] 中交易所收类科张三的办卡交易（需要缴纳卡押金），卡押金为20元，则该天的报表中该科目期末贷方余额为“920”（2002） 取费用的汇总。 目 持卡人办理卡片时所存放的押金的汇总。 元，因为贷方发生额为“20”。 比如：该科目期初贷方余额为“900”元，“20090209”只发生了张三的退卡交易（需要退还卡押金），卡押金为20元，则该天的报表中该科目期末贷方余额为“880”元，因为借方发生额为“20”。 比如：该科目期初贷方余额为“900”元，“20090209”只发生了个人6 存款虚拟钱包余额的汇总。 负债张三的转账交易（将虚拟钱包金额类科转出去），转账金额为50元，则该目 天的报表中该科目期末贷方余额为“850”元，因为借方发生额为“50”。 比如：该科目期初贷方余额为（2003） 商户7 收入应付给商户金额的汇总。 负债类科目 “9000”元，“20090209”只发生了一卡通消费500元（并都进入商户的账户），则该天的报表中该科目期末贷方余额为“9500”元，因为贷方发生额为“500”。 （2004） 充值8 [充值商户存负债商户存款款]中存入金额类科 （2005） 的汇总。 因为卡库不营业目 比如：该科目期初贷方余额为平时（库金额大损益“900”元，“20090209”只发生了于卡金额的情类科张三的退卡操作，退还卡中金额45况），所做的卡片目（收元（库金额为50元），则该天的报销户、卡库平衡入） （以卡为准）操表中该科目期末贷方余额为“905”元，因为贷方发生额为“5”。 9 外收入（6001） 作所带来的账户收入。 假设：配置了所有卡片在发行[系统管理]损益的[交易收费配类科置] 中交易所收目（收取费用的汇总。 入） 时只收取5元的手续费。 比如：该科目期初贷方余额为“900”元，“20090209”只发生了张三的发卡操作，则该天的报表中该科目期末贷方余额为“905”元，因为贷方发生额为“5”。 假设：配置了收取某个商户[商户管理]佣金的 [浮动费率设11 收入置]中配置后所1％的佣金，当月收入超过10000损益元时收取。 比如：该科目期初贷类科方余额为“900”元，“20090301”目（收该商户上月的营业额为20000元，入） 则该天的报表中该科目期末贷方余额为“1100”元，因为贷方发生额为“200”。 假设：配置了所有卡片在消费时收取5％元的搭伙费。 比如：该搭伙12 费收入（6004） [系统管理]损益科目期初贷方余额为“900”元，的[交易收费配类科“20090209”只发生了张三的100置] 中交易所收目（收元消费（并都进入商户的账户），取费用的汇总。 入） 则该天的报表中该科目期末贷方余额为“905”元，因为贷方发生额为“5”。 卡成13 本费收入（6005） 持卡人办理损益假设：配置了所有卡片在发卡手续10 费收入（6002） （6003） 收取的费用的汇总。 卡片时所缴纳的类科时收取20元的成本费。 比如：该卡成本费的汇目（收科目期初贷方余额为“900”元，总。 入） “20090209”只发生了张三的发卡操作，则该天的报表中该科目期末贷方余额为“920”元，因为贷方发生额为“20”。 假设：当制度要求所有不记名临时卡在退卡时不退卡内金额。 比如：该科目期初贷方余额为“900”元，“20090209”只发生了卡片回收时，退卡不退还卡内金额14 盈余收入的汇总（只对不（6006） 记名临时卡有效）。 张三的退卡操作（不记名临时卡），损益卡内余额为5元，则该天的报表中类科该科目期末贷方余额为“905”元，目（收因为贷方发生额为“5”。 入） 需要说明的是，如果此时张三的库余额大于卡余额，比如为8元，则将有3元进入营业外收入的科目中；如果此时张三的库余额小于卡余额，则需要进行坏卡登记的操作。 假设：[全局参数]配置了流水卡库不平（卡金额大于库金额的情况），并且卡营业片销户是以卡为15 外支出准退，销户后的（6201） 该卡片上传的流水且入账的所形成的金额的汇总。 损益类科目（支出） 过期日期为10天。 比如：该科目期初借方方余额为“900”元，张三在“20090209”销户（卡净额50元，库金额45元，销户时退卡金额50元），在“20090210” 上传了张三发生在“20090201”消费的流水（5元），并入账，则在“20090210”的报表中该科目期末借方余额为“905”元，因为借方发生额为“5”。 商户16 [充值商户存损益类科目（支出） 提成支出款]中给商户提（6202） 成金额的汇总。 『示例』：收入和结算金额的计算

假如：商户A下只有一个POS机，命名为POS－001，20090301开始正式启用，截至20090303所发生的流水如下表； 流水号 001 POS机 发生日期 记账日期 金额 1.0 备注 流水当天发生，当天入账 流水当天发生，当天入账 流水当天发生，第二天入账 流水当天发生，第三天入账 流水当天发生，当天入账 流水当天发生，当天入账 流水当天发生，当天入账 流水当天发生，当天入账 POS－001 20090301 20090301 002 POS－001 20090301 20090301 2.0 003 POS－001 20090301 20090302 3.0 004 POS－001 20090301 20090303 4.0 005 POS－001 20090302 20090302 5.0 006 POS－001 20090302 20090302 6.0 007 POS－001 20090303 20090303 7.0 008 POS－001 20090303 20090303 8.0 根据流水数据，我们选择开始日期“20090301”、结算日期“20090301”，所得到的[商户结算表－POS]报表应该如下：

商户名称 交易日期 设备名称 交易次数 收入 A 20090301 POS－001 20090301 3.0 支出 0 结算金额 3.0 其中“20090301”的收入应该是流水号为“001”、“002”的累计； 其中“20090301”的结算金额也应该是流水号为“001”、“002”的累计； 根据流水数据，我们选择开始日期“20090301”、结算日期“20090302”，所得到的[商户结算表－POS]报表应该如下：

商户名称 交易日期 2009A 0301 20090302 设备名称 POS－001 POS－001 交易次数 20090301 20090302 收入 支出 结算金额 3.0 6.0 0 11.0 0 14.0 其中“20090301”的收入应该是流水号为“001”、“002”、“003”的累计，“20090302”的收入应该是流水号为“005”、“006”的累计；

其中“20090301”的结算金额应该是流水号为“001”、“002”的累计，“20090302”的结算金额应该是流水号为“003”“005”、“006”的累计；

根据流水数据，我们选择开始日期“20090301”、结算日期“20090303”，所得到的[商户结算表－POS]报表应该如下：

商户名称 交易日期 20090301 A 20090302 20090303 设备名称 POS－001 POS－001 POS－001 交易次数 20090301 20090301 20090302 收入 支出 结算金额 3.0 10.0 0 11.0 0 14.0 15.0 0 19.0 其中“20090301”的收入应该是流水号为“001”、“002”、“003”、“004”的累计，“20090302”的收入应该是流水号为“005”、“006”的累计；“20090303”的收入应该是流水号为“007”、“008”的累计；

其中“20090301”的结算金额应该是流水号为“001”、“002”的累计，“20090302”的结算金额应该是流水号为“003”“005”、“006”的累计；“20090303”

的结算金额应该是流水号为“004”“007”、“008”的累计。

『应用提示1：收入与结算金额差异产生的主要原因

从『示例』中可以看出，POS流水的积压是产生发生金额和结算金额差异的主要原因，但不意味以结算金额为准的账务对商户是错误的。恰恰相反，结算的准则是目前财务系统都遵循的（系统处理每天流水时，对于延迟传输的数据，放在下次处理，这样能确保已经清算的数据是准确和稳定的）。

『应用提示2：收入与结算金额差异产生的次要原因

脱机应用的系统，不可避免的会出现设备流水的丢失，但一般稳定的系统，这种丢失的比例是极小的。并且持卡人的库金额是联机交易产生的，卡库不平的总金额一般就是丢失流水的汇总金额（需要排除积压流水），因此，商户不用过于担心自己结算金额的准确性，系统采用了的流水自动补采的机制积极处理该类问题，并提供了跟踪机制。

4.11.2.1.8. 卡片库存管理

概述

卡片的库存管理一直是一卡通管理者头痛问题，学校买进、发行、回收、销毁等数据仅仅依赖人工的记录，容易发生疏漏，因此，通过一个模块将这些数据管理起来，并和系统的发行卡、注销卡、换卡等操作联系起来，是管理者所希望的。

详细功能

 卡片领入：操作员在拿到校园卡之后、发行该卡之前，需要对手中所持有的卡类型、编号等信息作登记记录，以备卡片查询管理。

 卡片上交：操作员因故未能在规定期限内将手里持有的校园卡全部发行出去，在把剩余的卡片上交还库存前，通过本功能登记所要上交的卡号等信息，以备日后卡片的查询管理。

 卡片转出：操作员因故与另一操作员进行卡片交接，将手头持有的剩余卡片转到另一操作员名下，本功能的操作者为卡片领入操作员完成。

 卡片作废：卡片作废是对已损坏的卡片（例如：使用中读取或者

写入数据存在故障，导致交易无法顺利进行或者交易流水与实际不符等问题，并且该故障无法排除。）而采取的将卡片作废的操作。

4.11.2.1.9. 管理中心

概述

管理中心系统主要完成对整个一卡通系统的管理功能和各种辅助支持功能，保证整个系统的正常运转。

详细功能

主要包括以下九大子模块：

 操作员管理

提供操作员信息查询、增删改的操作，并给各操作员分配、修改操作权限（对某个模块是否有操作的权力）。

提供登陆的站点信息的查询、增删改操作。

提供对指定所在区域内的网点信息进行查询、增删改操作。

提供对权限模板的查询、增删改操作；操作员分配权限时可以直接选用该模板。

提供操作员和限制登陆的站点（IP地址和MAC地址）的关系约束，并可以对这些信息进行查询、增删改操作。

提供当前操作员的登录密码的修改操作。 提供将操作员的登录密码重置的功能。

 操作日志

提供查询指定时间段内的操作员日志。

 子系统管理

提供子系统信息查询、增删改的操作；没有注册或者已经注销的子系统不能在系统内正常使用。

提供通用前置机信息查询、增加、修改的操作；通用前置机是指由自主开发和终端设备通讯的前置系统。

提供跟踪外接第三方子系统的各种名单发送情况的操作。对于第三方对接系统，一卡通系统可以自动发送系统的开户、挂失、解挂、冻结、解冻、换卡、注

销信息给对方系统。

 参数管理

提供数据字典的查询、增删改的操作；一般该数据固定不变。 提供全局参数的查询操作。 提供全局参数查询、修改的操作。 提供收费类别信息查询、增删改的操作。 提供交易收费信息查询、增删改的操作。 提供消息队列信息查询、修改、删除的操作。 提供卡类别信息查询、增删改的操作。 提供发卡类别信息查询、增加、删除的操作。 提供修改钱包金额上限的操作。

 设备管理

提供设备的信息查询操作。 提供对设备的查询、增删改的操作。

提供设备的信息的批量导入操作；导入信息通过系统提供的固定格式的Excel文档收集。

提供对导入的设备信息进行查询、修改、删除操作，提供导入的客户信息的审核操作；只有审核通过的客户信息才会从临时表转移到一卡通的设备信息表中。

提供对终端设备的参数控制操作；主要为对POS的下传、上传设备时钟、卡分组设置、下传搭伙费、下传大额消费限额、采集历史消费流水、采集历史现金充值流水、设置消费累计限额，以及对前置机的强制签退。

 区域管理

提供对区域信息的查询操作。

提供对区域信息的查询、增删改的操作。本操作通过树型关系图完成。

 部门信息管理

提供对部门信息的查询操作。

提供对部门信息的查询、增删改的操作。本操作通过树型关系图完成。

 专业信息管理

提供对专业信息的查询、增删改的操作。

 计划任务管理

提供可设定或者终止本系统的某项程序在指定的时间段内自动执行计划任务的操作。

4.11.2.1.10. 密钥管理

概述

本系统提供密钥管理模块，让用户自主生成和管理系统密钥；用户可自行发现PSAM卡；用户可自行初始化和回收用户卡。通过该模块，让用户正在的掌握了一卡通密钥的全面管理权。

功能与界面

密钥管理主要功能包括：

➢ 发性密钥卡

相关领导在制定程序界面输入六位数字的密码，例如“123456”，该密码共三组，系统再生成一个随机的密钥，由这四组密钥作为母密钥，根据DES和3DES算法，生成系统密钥卡。

操作界面如下：

➢ 发性密钥卡

相关领导在制定程序界面输入六位数字的密码，例如“123456”，该密码共三组，系统再生成一个随机的密钥，由这四组密钥作为母密钥，根据DES和3DES算法，生成系统密钥卡。

➢ 用户卡初始化

由用户自行将密钥写入卡片中。

4.11.2.2. 监控中心

4.11.2.2.1. 功能描述

基于可管理性、可维护性等考虑，必须对一卡通系统整体运行状态进行有效的监控，降低系统管理难度、降低维护成本、降低人员依赖。监控中心系统的主

要功能有：

 前台功能

 系统会自动采集所有监控设备的信息，实时反映设备状态。  系统会根据用户的设置，当异常超过警戒线时会通知负责人。  用户可以分设备类型、分校区查看异常设备情况。  通过统计信息，用户可以及时了解所有设备的异常情况。  用户可以查看单个异常设备的相关信息。  后台功能

 能时时监控分析所有相关设备的运行状态，及时的报告一些超过警戒线的规模性系统瘫痪，或因某些网络或者黑客引起的不正常系统运行现象。

 能分时处理一些必要的操作，规避一些因系统运行死角而导致的信息丢失，信息错误。甚至导致的金钱上的损失。

 能分时分析一些卡户的错误信息。以便提供分析人员处理之用。

4.11.2.2.2. 业务流程

监控中心的总体业务流程是：

 参数设置

由前台设置设备监控、应用监控和报警处理的相关参数，比如设备发送心跳的间隔时间、设备的硬盘应用百分比警戒值、大额消费的报警额度、定长时间消费次数阀值、警戒级别与报警联系人等。

 监控数据采集

对于设备监控来说，此步骤完成采集设备发送的心跳数据，对于应用监控来说，此步骤已由采集消费流水等其他模块完成。

 后台分析

后台定时分析采集到的设备心跳数据、各种应用数据（包括各种流水），找出其中异常的数据，分配警戒号（标识其严重程度的数据），并将其记录到监控异常表中。

 前台显示

对于设备监控来说，此步骤，前台定时刷新设备当前的心跳数据，并根据其警戒号进行不同的显示。对于应用监控来说，前台监控所有应用监控项是否出现异常，如果出现，则可以查看具体信息，同时，前台也可以监控当前所发生的所有流水（包括正常、异常）。

 报警处理

后台定时分析异常表中数据，根据其警戒号，判断其是否需要人工处理，如果需要则通过指定的方式（如Email、短信等）发送报警信息给相应处理人员（报警联系人）。由相应人员处理完毕后，录入该报警记录的完成结果。

4.11.2.2.3. 功能结构图 4.11.2.3. 金融消费类应用子系统

4.11.2.3.1. 银行转账（圈存）

概述

银行转账子系统是利用计算机网络和终端设备实现持卡人银行账户资金向校园卡账户划转的系统。系统通过专线或拨号方式实现与银行的联网。根据其它学校的经验教训，系统提供两种模式供持卡人选择―――绑定银行卡号、不绑定银行卡号的模式，方便师生。

系统结构 详细功能

三级功能模块 功能说明 配置系统运行参数 实时处理端前置机传送到企业端的圈存交 子模块 参数设置 系统监控 批量交易入库 易，并监视交易状态 将银行端前置机传送到企业端的圈存交易文件中的交易数据进行处理 按交易时间统计圈存交易报表 圈存报表 交易查询 按交易日期查询持卡人银行圈存交易的情况 4.11.2.3.2. 消费管理

概述

消费管理子系统，采用非接触式智能卡作为电子钱包进行消费，它代替了传统的现金、磁卡、接触卡、光电卡等消费方式，消费者只需预先对消费卡进行充值，消费时操作员在消费POS机上输入消费金额，消费者确认后在POS机感应区内出示卡，POS机对卡合法性认证通过进行扣款，本次的消费即完成。操作简单、方便、快捷。

使用IC卡进行就餐消费可节省买菜等待的时间、避免病毒的传播、减少食堂工作人员清点现金的工作、避免差错造成的损失。食堂采用专用的POS消费机，有较强的防油、防污能力，能方便地从学生的校园卡中扣除就餐消费款。

在校内的其它收费场所也可使用消费POS进行收费，如超市、理发店、各种消费场所等，既可方便校方对商户的管理，又提高了商户形象，同时可避免用户使用现金结算的麻烦，方便用户使用。

系统结构 系统功能

POS机信息更新：下载黑名单，并实时更新；POS机软件版本更新；POS

机系统信息下载,主要包括持：卡人日消费限额、管理费率等。

卡片信息更新：对卡状态进行更新；对卡余额进行更新，包括消费余额、

补贴及经费发放等。

参数设置：设置消费模式，主要包括：单价消费、定额消费等；如果采

用TCP/IP通讯，则需要设置网络参数。

卡类别校验：POS机可设置成不同的使用场所，限制不同的卡类别使用。

如某台POS机被设为教工食堂使用，则只有教工卡才可使用。

卡有效性校验：消费POS机具有自动识别“伪卡”、“挂失卡”、“过期卡”

并自动报警提示操作员。

上传消费流水：POS机上传消费流水。 流水的补采。

系统特点 防水设计。 每日结算。

及时的数据更新和同步。 以同步通讯为主，支持异步通讯。 灵活的费率设置。 多种收费机制。 钱包备份。 ……

4.11.2.3.3. 水控管理

概述

水控管理系统能实现学校内部水控的基本管理。实现持卡人在学校内部用水时，用一张卡实现淋浴、打开水等用水收费功能。灵活的用水计费、不同身份用水人的设置，可以很好地把用水的每笔交易清楚的记录在库，方便查找和归档，多种报表可以满足正常工作需要。管理部门可以通过该系统的智能化管理，控制交易过程，防止作弊，保证交易过程及数据的安全性，提高工作质量、工作效率和管理水平。

该方案采用联机式水控、小钱包工作模式，并使用计量收费模式（通过流量计设备辅助实现）。

系统结构 系统功能

费率设置：每台节水控制器均可以单独设置收费的标准。 计费方式设置：流量控制（需安装流量计辅助）,计时控制. POS机信息更新：下载黑名单，并实时更新；POS机软件版本更新； POS机系统信息下载：卡人日消费限额、管理费率等。 卡片信息更新：对卡状态进行更新；对卡余额进行更新。

卡类别校验：可设成不同的场所，限制不同的卡类别使用节水控制器。

如某节水控制器被设为教工浴室使用，则只有教工卡才可使用。

卡有效性校验：节水控制器具有自动识别“伪卡”、“挂失卡”、“过期卡”

并自动报警提示操作员。

阀门控制：控制阀门开关。

计费提醒：持卡人在放水过程当中，节水控制器显示屏不停的显示当前

卡中的余额。

业务流程

发行卡片时，自动初始化水控钱包（独立小钱包）。

用户通过多媒体自助机给小钱包充值，将钱包（消费钱包）中金额转入

小钱包。

转账的水控钱包金额挂在一个独立的账户上，当上传的水控流水结算后

才转入水控商户中。

前置机收集的小钱包消费流水存入系统中，用于结算和各类查询用。 卡片插拔一次，记录一笔流水，设备处于联机状态时，流水被收集。 卡片退卡和回收时，支持小钱包内剩余金额的退款。

支持黑名单应用，用户卡片挂式和冻结后，系统下发黑名单成功，则卡

片使用受限，并将卡片打上黑卡标志。

系统不支持小钱包透支消费。 系统特点

实时显示卡内余额，让使用者明明白白消费。 采用防水防潮设计。

设备工作电源采用12V直流确保使用的高安全性。 根据使用场合不同可以灵活设置调整用水费率。 实时下载系统持卡人名单并采集用水消费记录。 可以在网络故障的情况下脱机使用，并存储消费记录

4.11.2.3.4. 电控管理

概述

该电控系统主要是通过对接的方式，实现智能电控厂家的管理系统实现通过校园卡来支付电费，电控管理还是由智能电控管理系统本身来实现，这种模式和

图书管理系统的对接一样。

通过电能计量芯片，能保证计量的高精确性和高可靠性；使用智能IC卡可方便的进行收费，省却抄表收费的烦琐；考虑周到的分段管理功能，方便学校管理，方便学生使用；采用全自动化的负荷控制功能，保证学生用电安全；电脑实时监控，管理使用更加自如。

系统结构

系统由电脑、用电控制柜、控制管理软件和通讯网络组成。

系统功能

可进行多分路同时计量：系统设计可带255个主控，每个主控器可管理1024个房间，本系统我们设计一幢楼采用一个主控。 系统对分路电量累加计量（显示已用电量）和预购电量递减计量（显示剩余电量）并通过管理终端直观显示。 预购电量、无费关断：用户通过收费终端交费后，所购电量数据即传送到控制系统，当用户分路剩余电量用完时，系统自动切断直至购入新电量。 欠费断电提示、透支额度设定可以通过软件设置，欠费自动断电，交费自动供电。 收费管理 分路电量低限提示：当分路电量低于设定值（用户自由设定）系统将自动提示该分路用户电量接近用完，应尽快购电 催费提前自动通知：LED显示屏主动催费、电话语音自动催费、校园网用电查询、系统打印报表后张贴公布。 收费记录、票据打印：存款时打印存款凭条，实行明白用电，没有纠纷。 结算监督报表：帐户存款及余额报表、出纳员存款明细。 双（单）路分时段控制电路通断功能：分双（单）路进行任意负载时段的通电、断电时间设置。一体计量。（可选） 管理 （定时开关功能） 系统控制软件提供五个时段供校方选择。根据作息时间设定公寓照明、插座等供电时间。 分路电能 计量 分路负载功率限制：不同的用电单元（房间）按类别进行不同的用电功率设置。在分路最大负荷范围内，根据当前需要，在线设置限定功率。当分路电流超过其限额时，系统自动切断该分路并记录。 恶意负载识别、控制功能：系统通过软件自动识别大功率阻性负载，如电炉、热得快等，准确切断该分路并记录。 短路、过流、保护功能：机柜各分路配有空开，与分路电流限制功能共同构成过流双重保护。 故障报警功能：当供电控制柜检测到自身故障或数据传输故障时，蜂鸣器报警。 断电自动恢复功能：恢复时间随意设置，无须人工恢复（可选功能）。 系统自动催交电费：学生可自动查询各分路用电数量和剩余电量。 实时监控：操作员通过PC对每个房间用电情况进行实时监控：剩余电量、开关状态、瞬时功率等 购电提示：电话语音自动提示、LED显示屏信息发布 免费基础电量设定：定量免费，超出则按单价收费 应用过程 管理 退费管理：学生毕业等原因剩余电费退回并打印，且可打印所有退费分路明细表，散户退费。 房间调换进行数据转换：如进行房间调换时，通过软件设置进行数据转换 数据统计分析功能：管理员终端可对用户购电电量、使用电量、剩余电量、违规情况等历史记录按日、月、季度、年度进行统计分析。 多种费率任意设置：根据房间用户的不同身份进行不同的收费单价设置，并可按尖、峰、谷、平4个时段电价进行电费计算 系统管理与数关断控制失效报警：控制计算机监视器显示特定图标 通讯错误诊断提示：控制计算机监视器显示特定图标 据安全措施 数据保护功能：如遇电流瞬时或长时间断电或者计算机故障等，控制电柜自动保存数据，保证数据不丢失。各项计量数据可保持10年以上，恢复供电后数据自动连接。 数据异地备份 操作员、管理员口令、权限分级：不同身份具有不同的权限，不同的密码 系统操作日志[、账户操作日志的追踪审计功能 非法操作，误操作阻挡提示功能：当操作员非法或误操作时系统会自动提示 故障自动供电：系统出现故障，继电器自动闭合，保证在万一出现故障情况下也能保证正常用电。

系统特点

数字化智能安全用电识别管理系统 数字化、智能化技术 自动识别违禁电器 自动化断电并报警 恶性负载的统计功能 自动恢复供电 用电负载可设定限制 用电时间控制

系统各计量单元配备有断路器，具有短路、过流双重保护功能。 计量单元模块加装有压敏电阻，具有浪涌抗扰度功能（产品标准和定型

鉴定报告中细述）。

网络化集中计量管理系统 预收费功能 用电计量功能

房间预存电量低限自动提示报警功能 电量查询功能

免费基础电量自动增加功能

退费管理功能 数据调换功能 数据统计分析表

掉电数据保护、断电恢复功能 开放式结构

系统支持中途换操作员。

. 实时操作日志

峰谷分时计价。 多负载、高精度计量

自动化一体计量，双路负载控制（可选功能） 避免大面积停电预案

4.11.2.4. 身份认证类应用子系统

4.11.2.4.1. 宿舍管理系统

总体框架 系统特色

 宿舍管理模式灵活，可以分级管理。

 宿舍日常管理方式多样，对不同的情况提供专门的处理方式。  宿舍报表全面，可以综合了解宿舍情况

宿舍资源管理

创建、维护学校已有宿舍资源情况，包括楼宇、楼层、房间、床位等各类固定的可用的宿舍资源，提供宿舍分配时使用。

 宿舍资源管理

创建、维护学校已有的宿舍资源情况，为了适应不同学校的实际情况，可维护信息项包括：校区、园区、楼宇、单元、楼层、床位、房间基本设备、类型、朝向、面积、房间图片等基本信息。在创建、维护学校的宿舍资源时，需要尽量完整录入以上信息，为宿舍分配提供完整的宿舍资源信息。

 属性调整

批量对宿舍的基本属性进行调整，包括宿舍住宿价格、房间入住性别要求等。

日常管理

 学生住宿维护

对当前住宿的情况进行管理，可新增、删除和调整住宿人员。

 调宿管理

包括调宿用户申请和相关职能部门审核两个功能。

用户申请：需要调换宿舍的学生在网上提出申请，填写调换理由和选择需要调换的宿舍；

流程设置：在实施阶段根据学校的实际情况设置宿舍调换的审核流程，学校在使用过程中也可根据需求变化变更宿舍调换审核流程；

调宿审核：根据预先设置好的流程对需要调换宿舍的申请进行审核，审核过后进行宿舍调换操作。

 退宿管理

退宿管理提供单个学生退宿和批量退宿管理。

单个退宿：需要中途退宿的学生提出申请，需要填写退宿原因，如校外住宿，需要登记相关信息，审核过后将该学生调整到历史住宿名单中。

批量退宿：批量操作退宿管理。

 假期留宿管理

假期留宿申请：需要假期留宿的学生在网上进行留宿申请，需要填写原因； 假期留宿审核：根据预先设定的审核流程由相关管理人员进行留宿审核，审核通过后进入假期留宿名单，提供假期留宿名单，相关宿管人员可根据名单进行管理。

 校外住宿管理

对学生校外住宿进行管理，由宿管人员录入校外住宿的学生情况，包括校外住宿地点、联系方式等基本信息，相关管理人员可以进行校外住宿情况查询统计。

 宿舍入住申请

需要中途住宿的学生可在网上提出申请，根据预先设置好的审核流程，由相关人员审核通过后，管理员可以根据曾经住宿的情况、宿舍的空置情况等安排宿舍。

 报修管理

报修申请：用户在网上提交宿舍设备报修申请；

报修结果：由后勤服务人员将报修的处理结果录入，可以查询统计报修信息。

卫生评比

 文明宿舍

由相关管理人员录入文明宿舍的相关情况。

 卫生评比

可按周、按月登记宿舍卫生成绩，并按照设定的比例选取平均分数最高的宿舍名单，提供给文明宿舍评比时参考

违章违纪

 违章管理

由相关管理人员录入学生在住宿过程中的违章违纪情况，违章违纪的情况需要登记到个人。提供违章类型的维护功能，管理人员可以对违章类型进行维护操作。

 晚归、不归管理

可与校园一卡通的门禁通道管理进行对接，实时登记学生每天进出宿舍的时间，并可自定义时间和提醒设置，把每位学生的晚归、不归情况及时通过邮件、短信的方式发送给他的班主任或辅导员。

 宿舍分配管理

将学生类型、与可供分配的宿舍资源、分配方式、分配模式等进行绑定，再按预先设置分配的原则，例如成绩均分、生源地均分、民族均分等。系统将按照绑定的规则、分配的规则，对待分配的新生自动分配宿舍，也可手工进行宿舍分配，可按照院系、专业、楼宇等多种方式对结果进行查询统计。

 学生类型

学生类型可分为新生和老生，针对老生，提供手工床位调整功能，新生分配，需指定新生名单来源，以及选定分配限定条件。

 分配方式

分配方式分为手动和自动。

 分配模式

宿舍分配支持多级的分配管理模式，可以是由一个部门独立完成宿舍的分配过程，也可将相关宿舍资源和人员指定给其他部门完成，最后汇总生成宿舍分配信息。

 分配条件设置

宿舍分配时，可设置的分配条件，包括：性别、班级、生源地（均分）、民族（少数民族分散）等，学校可设定其他的分配条件。

 统计报表 ➢ 空闲床位统计

➢ 楼宇、房间、院系、专业住宿人数分布统计 ➢ 宿舍资源使用率统计 ➢ 按班宿舍卫生评比统计 ➢ 宿舍违规情况统计

4.11.2.4.2. 门禁管理

概述

门禁管理系统对于高校各种需要控制的场所的管理带来了极大的便利，不仅控制了非法人员的侵入，也对合法人员的行为时间进行了记录，提高了安全管理的层次。

将门禁机连接在电控门锁上，门禁机与数据控制器实时相连，数据控制器以主机实时或非实时通讯实行程序化管理；门锁开启者拥有一张授权的IC卡，开门时将IC卡在门禁机的有效感应区内轻轻一晃，门禁机自动识别IC卡并控制门锁开启，同时记录下开门时间、授权卡号及管理程序的其他指令（每次开门记录均可明确分为合法开门、非法开门和试图开门等详细情况，以备管理人员随时查询；各类持卡人员进行有效的出入控制）；使用非授权卡，系统拒绝开启门锁，并通过预定程序和装置自动报警。

本系统主要应用在多媒体教室、语音室、机房以及一些零星门禁场所，其中多媒体教室、语音室等教室门禁同时兼备考勤的作用。

系统结构

非接触式IC卡门禁系统由读写器、门禁控制器、门组模块、磁感或电控门

锁等组成。门禁通过通讯服务器与核心数据库交互数据，实现系统整体联接。

门禁系统架构图：

 钥匙卡

一卡通通过门禁系统管理中心或授权点授权才可成为钥匙卡。操作软件时需要验证操作员代号及密码，合法操作员才可以进行授权操作。授权后的一卡通根据权限读卡入门，满足特定场所、人员的考勤、进出限定，可作防潜入限制，即只有出/入记录才能出/入，否则无效。禁止非法卡使用。

门禁：应用操作只需将有效感应卡靠近门禁机感应区内，将自动接收门禁机发出的信号，同时向门禁机输入卡号及进出时间。

 门禁机

当钥匙卡距离门禁机25—50mm时，门禁机自动发出信号给钥匙卡，同时接收卡号和进出时间，实时存入控制器，控制器验证该卡身份及权限无误后指令电子锁打开（延时3—5秒钟自锁）。

识别有效卡时，门禁机蜂鸣器提示“嘟嘟”两声，指示灯从红色变成绿色，表示通过；识别无效卡，门禁机无任何反应；识别非法卡，蜂鸣声长时间发出“嘟嘟”报警提示音。

感应读写避免机械磨损，延长门禁机寿命，系统运行稳定、可靠，可将门禁机安装在室外使用。

 数据控制器

当钥匙卡在门禁机上打卡时，控制器显示屏实时显示一卡通的卡号与进出时间。

门禁机接收的信息（卡号和进出时间）全部实时存入控制器，控制器最大可存储11000条/台记录，即使网络或电脑发生故障，不影响人员进出，储满自动提示并自锁，收集后才能重新使用，确保数据安全。

每台控制器可根据型号控制多台门禁机。

黑白名单设置。允许规定人员开门，禁止非法人员进出门（即可将卡设分成经理、主管卡等权限使用）。

可设置门禁机工作参数。可以设定门禁机有效工作时间通道，并可在有效工作时间段内设定卡的使用次数。

可随时查看各进出站点、各时段人员的进出门情况。

进出门数据采集。除定时批量采集进出门数据外，还可实时采集进出门数据。可任意设置主机自动采集站点进出门数据的时间参数。

数据存储采用国际最先进的非易失芯片，重要数据永久保留。数据“重复收集”功能确保数据记录能从硬件底层实现灾后重建。

系统功能

三级功能模块 终端参数设置 参数设置 报表参数设置 门禁管理 子模块 功能说明 设置系统中各个终端和机位之间的对应关系 为终端机器的交易情况分时段统计报表设置统计时段 对人员的进出设置权限管理，加强管理安全 统计出某一地理位置或终端机器不商户分时流量统计 同时间段内的交易情况（交易次数、进次数、出次数、正常次数、异常次数） 统计出某一地理位置或终端机器以卡户分类流量统计 卡类区分的交易情况，此模块不需要分时信息 门禁报表 部门分类统计报表 统计出某一地理位置或终端机器以部门分类的交易统计情况，此模块不需要分时信息 位置分类统计报表 统计出某一部门以地理位置分类的交易统计情况，，此模块不要分时信息 根据参数设置模块设置的参数将交计时类报表重算 易情况月表数据进行初步的统计处理，统计的结果保存到统计基类表中 出入查询 查询任意时间任何地点任何人或部门的出入情况 实时监控 紧急处理 对教室门禁管理进行实时监控，异常情况及时报警 通过执行防火和防盗任务实现门的自动打开和关闭 日志监控 每隔5秒系统自动刷新显示日志资料 查找系统自动保存的各模块操作记录，便于管理和追溯。 当日志量大了以后进行转移的维护 日志管理 日志查询 日志维护

系统特点

 灵活设置：使用方可任意设定、查询各卡类权限、通道时间段等功能。

 多种查询：随时查询、统计门禁机的某月、某天、某时段进出记录，并打印相关报表。

 通用性：主要功能有卡管理、通讯、查询、维护、图表打印及参数设置等，通用性强。

 具备数据挖掘性：由于通过智能通信平台使得数据共享，使得门禁管理系统不在是孤立的子系统，系统的数据成为数据挖掘的对象。

4.11.2.5. 信息服务类应用子系统

4.11.2.5.1. WEB信息门户

概述

通过综合信息查询服务平台，本系统能够实现用户的全面信息查询，实现真正的综合信息查询。且通过人性化的界面设计，使用户在一个界面能够获取自己关心的全部信息。具体部署时可以通过WEB方式实现。

综合信息门户是访问个人校园卡相关信息和个人基本信息的统一入口，它是学校针对个人的信息资源的综合展现。它在表现层整合学校相关应用系统，为学校用户提供一站式的个人信息服务。通过综合信息门户建设，提供各种服务并带

动学校各单位、各部门信息化、规范化管理的进程，为学校管理提供决策支持。

综合信息门户建设为学校带来以下好处：

 提供统一的、便捷的个人信息统一展现窗口，为信息检索带来高效。

 将不同角色所需要的信息主动推送给他们，提高信息传送的效率，避免迷失在信息的汪洋中，提高工作效率。

 集成不同应用系统的信息，并提供良好的扩展性，适应未来的不断发展。

技术框架

在技术层面，综合信息门户是通过Portal技术实现的。其技术框架如下图所示：

详细功能

 管理员功能

在默认系统管理员具有最高操作权限的前提下，其可赋予他人登录系统的账户及操作指定功能模块的权限或角色。

可对用户的账户信息进行维护。 可对页面显示内容及布局进行规划。

可对公开页面和私有页面进行独立设置，无登录帐号的校外人员也可以阅读部分信息。

 信息浏览功能：

可通过网页浏览到关于一卡通发布的一些信息（通知，规章，申请表格，招领人员名单等）。

可通过网页查询一卡通的常用信息（交易流水、余额）。 可通过网页做一些卡的基本操作（卡挂失）。

 维护功能：

可通过网页对信息发布进行维护（通知，规章，文档管理，招领人员名单） 可指定某个用户对指定的功能块的操作权限 统一身份认证平台 系统框架

统一身份认证平台的系统目标是：实现校园网内的统一用户身份认证和权限控制体系，利用目录服务，对用户身份信息和系统控制信息进行有效组织管理，提供高效安全的目录访问，为我校各应用系统提供统一身份认证和权限控制的支持。

统一身份认证平台可以实现校园网内的统一用户身份认证和权限控制体系，利用目录服务，对用户身份信息和系统控制信息进行有效组织管理，提供高效安全的目录访问，为各应用系统提供统一身份认证和权限控制的支持。支持RADIUS协议，能满足VPN、入网认证等网络设备的认证需求。

统一身份认证平台总体框架如下图所示： 系统功能

统一身份认证平台的主要功能包括：

 用户管理

用户管理用来建立用户目录，管理用户基本信息，主要包括：

 用户注册  账号关联  组织机构管理  岗位管理  用户管理  角色管理功能。  权限控制

用户身份认证通过后，必须对用户的应用系统使用权限进行统一控制，主要功能包括

 应用系统基础信息管理  模块组基础信息管理  模块基础信息管理  应用系统权限管理  用户权限管理  岗位权限管理  用户授权管理

 用户身份认证

身份认证服务是用户身份认证系统的重要组成部分，是系统与其他应用系统的桥梁。它为应用系统提供一致的安全程序接口，从而实现统一的用户身份认证。

本系统提供身份认证的异构系统支持，提供标准的认证集成接口，供其它系统的开发商调用。标准接口的实现有如下几种：

 .Net接口  JAVA接口  ASP接口  PHP接口  C、C++接口  ISAPI接口  Perl接口  VBScript接口  WebServics接口  其他接口  管理操作审计

授权管理是一个关键的应用，本模块可以将所有用户所做的权限变化过程都记录在日志中，并提供相应的查询功能，作为日后审计的依据。

实施策略

统一身份认证平台包含三个部分：统一用户管理、统一身份认证和统一权限管理，因此，在平台建设与应用系统的集成方面也包括这三部分的集成。

三部分集成的目标分别是：

 统一用户管理集成目标

全校的用户管理在统一身份认证平台集中进行，应用系统不在需要管理用户的信息，应用系统所需要的用户信息完全来自于统一的身份平台，原则上要求统一认证用户库中的用户基本信息数据是相对完整的，各应用系统的用户基本信息数据是该系统用户数据库的子集。

 统一身份认证集成目标

各应用系统的身份认证均在统一身份认证平台集中进行，应用系统不需要再

对用户身份进行校验。

 统一权限管理集成目标

由统一身份认证平台统一实现各应用系统的功能权限控制，应用系统不再需要管理用户的功能权限，而是利用统一身份认证平台提供的权限管理工具统一管理，应用系统所需要管理的是用户的数据权限。

在权限管理体系上，采用分级授权模式，即由统一身份认证平台将某应用系统的管理权限授给该应用系统管理员，由该应用系统的管理员来管理和设置本系统的所有用户使用权限，所有权限数据由统一身份认证平台集中存储。

4.11.2.6. 流程整合类

4.11.2.6.1. 子系统的整合

概述

在一卡通应用中还有一种用途广泛、实施复杂的应用类型，就是流程服务，包括了接口服务、流程再造、第三方系统或终端的整合。通过不同程度的整合，实现信息的共享、流程的再造等，从而实现各信息系统之间的业务协同，方便师生员工。

根据需求分析、需求理解，可以通过多种方式接口，根据技术架构可分为五大类型：

 数据层对接应用

实现一卡通系统和第三方系统之间的数据交换。例如，一卡通系统需要的人员基本信息可由共享数据平台交换而来；一卡通中发放补助的信息从学工系统中交互过来；一卡通将财务基础信息可由共享数据平台交换至共享数据库中；等等。 具体应用将根据实际情况决定。

 应用层对接应用

有些第三方系统，需要和一卡通进行业务互动，通过一卡通系统实现权限管理。例如，学生在指定的时间内还没有进行注册的，通过注册系统提供的名单，一卡通系统生成黑名单冻结相关卡片。有些第三方系统，通过卡片代替原来的证件，对应证件映射关系需要新制定。

 通讯层对接应用

某些在用的子系统，需要完全整合到一卡通系统中，通过发布的通讯标准和相关业务流程，第三方系统可按照统一的规则提供数据和接受信息反馈，数据以及各类参数有一卡通系统统一管理。具体应用将根据实际情况决定。

 前置层对接应用

某些在用的终端设备，为了节约投资，考虑将其接入到新的一卡通系统中，通过一卡通发布的通用前置标准和相关业务流程，定制并升级终端设备程序，可实现设备的再利用。具体应用将根据实际情况决定。

 终端层/卡片层对接应用

新增/替换其读卡模块，对接POS机有2个甚至3个接口，一个连接一卡

通专网与一卡通系统通讯（比如接受黑/白名单等），另外一个连接目标系统。

使原来读条形码/磁卡/其它标准IC卡的部分，改为读一卡通的卡信息。

整合的内容

包括：校方在用的图书馆通道管理系统、图书管理系统；财务管理系统、教务管理系统（青果）；网络认证计费系统。

4.11.2.6.2. 与数字化校园整合

以下内容供用户参考，可根据学校建设和应用情况选择和调整。 概述

随着一卡通应用的不断深入，校园卡的应用范围已经从单纯的消费领域扩展到了校园生活和管理的各个领域，越来越多的学校已经逐渐发现，如果仅仅把校园一卡通作为一个工程施工和硬件集成类项目，而忽视其应用软件的建设，忽视它与数字化校园的紧密关系，将越来越不能满足学校对校园卡的应用需求。

我们认为，校园一卡通是校园信息化整体框架中的一个重要组成部分，校园一卡通的建设应当与数字化校园建设紧密结合起来，以收到更好的应用效果。

校园一卡通与数字化校园的密切关系主要体现在如下两个方面：

➢ 校园一卡通系统需要通过数字化校园基础平台实现与其他应用系统的整合。

校园一卡通不再是一个孤立的系统，它必须融入到数字化校园的整体框架

中，和其他应用系统形成一个整体，利用数字化校园基础平台来实现系统间的整合。

与数据交换平台的整合。校园一卡通需要通过数据交换平台实现与教务

系统、人事系统、财务系统等多个应用系统之间的数据交换，在某些情况上，更需要实时性要求很高的数据交换，没有一个成熟、高效的数据交换平台的支持，校园一卡通的建设非常困难。

与共享数据平台的整合。一方面，共享数据平台是校园一卡通的一个重

要的数据源，一些重要的基础数据需要由共享数据平台提供，另一方面，校园一卡通所产生的各种消费、考勤等服务数据应当进入共享数据平台，为学校领导的决策分析提供支持。

与校园信息门户的整合。一卡通信息门户不仅包括基本的帐户和消费信

息查询，还可以以此为基础扩展成一个功能更强大的校园生活服务门户，覆盖一卡通信息查询、网上社区、电子商务等领域，为广大师生提供更广泛的服务，而这个门户需要整合到校园信息门户中，成为校园信息门户的重要组成部分。

与统一身份认证平台的整合。校园一卡通的用户身份信息可以与统一身

份认证平台进行整合，实现单点登陆。

➢ 基于校园一卡通系统，进一步拓展校园卡在数字化校园的深入应用 校园一卡通系统除了实现传统的金融消费和身份识别功能外，还应当充分挖掘校园卡在学校各个领域的应用空间，以校园一卡通系统为基础平台，将校园卡与数字化校园其他应用系统相结合，使校园卡应用扩展到学校的教学、科研、管理等各个领域，提高学校的管理决策水平，并为广大师生提供更为丰富的服务。

比如：将校园卡用于学生的迎新、离校、注册等过程；帮助人事部门实现教师考勤、计算和发放补贴（如车贴）；对学校消费行为进行综合分析，帮助学生管理部门判断困难生；利用校园卡记录分析学校重要资产（如重大仪器设备、场馆等）的使用率；等。

以下分别从这两个方面对校园一卡通系统与数字化校园的整合方案进行初步描述。

基于数字化校园基础平台的整合

从应用角度看，校园一卡通系统也是高校信息化整体框架中的一个应用系统

之一，它与其他应用系统之间存在着多方面的联系，利用数字化校园基础平台，可以有效地实现校园一卡通与数字化校园应用系统之间的在数据、应用和展现层面的整合，使之成为一体。

数据整合

数据整合的目标是利用数据交换平台和公共数据平台，实现校园一卡通系统与其他应用系统之间的数据整合，实现信息资源的共享和交换。

具体包括三个层次的含义：

校园一卡通系统必须遵循全校统一的信息标准。

校园一卡通系统中的核心基础数据必须传输给公共数据平台，以形成全

校统一的共享数据库，支持信息资源共享和决策支持。

利用数据交换平台，实现校园一卡通系统与数字化校园各应用系统、公

共数据平台之间的数据交换，使数据交换更加准确、便捷、高效、通畅；

数据整合的总体框架如下图所示：

➢ 信息标准

公共数据平台建设时确定了学校统一的信息标准，包括代码标准和数据模型标准。校园一卡通建设时要遵循这些标准，以便进行数据的交换、管理和分析。

校园一卡通系统所要遵循的信息标准主要包括：

学生基本信息标准 教师基本信息标准 组织机构信息标准 宿舍信息标准 设备信息标准 相关代码标准 其他 ➢ 共享数据

校园一卡通系统的部分信息可以作为学校的核心信息，定期同步到公共数据平台中，建立一卡通数据子集，作为共享数据库的一部分，便于其他系统使用，或用于各种决策支持类应用。

一卡通数据子集的主要内容包括：

客户信息：所有持卡人的基本信息。如果学校没有权威的教师和学生的

基本信息来源，可利用一卡通客户信息作为临时的来源。

照片信息。该信息可作为公用信息，更新教师或学生的照片库。 一卡通账户信息：账户号、账户余额、当前卡片状态等 一卡通交易信息：消费记录、充值记录等

校园卡身份识别应用信息：门禁记录、考勤记录、签到记录等 一卡通设备信息：终端设备型号、数量、卡片数量等 其他 ➢ 数据交换

校园一卡通系统经常需要与其他应用系统或者公共数据平台进行数据交互，这些都通过数据交换平台来处理。

校园一卡通与其他应用系统之间的主要数据交换如下图所示：

学生管理系统教务管理系统贫困生分析结果学生基本信息学籍变动信息排课信息学生宿舍信息新生名单毕业生名单财务管理系统结算数据各类补贴数据图书馆管理系统校园卡号、校园卡状态研究生管理系统研究生基本信息研究生学籍变动信息研究生新生名单毕业研究生名单校园一卡通系统校园卡号、校园卡状态统一身份认证平台教职工基本信息教职工变动信息教职工合同到期信息教职工考勤数据设备信息会议安排信息资产管理系统人事管理系统办公自动化 说明如下：

校园一卡通系统 校园一卡通系统 向应用系统 提供的数据 从应用系统中 获取的数据 学生基本信息。教务管理系统的学生基本信息是一卡通客户信息的基础。 学籍变动信息。用于教务管理系统 及时休学、退学等异动学生的 校园卡有效期和权限 排课信息。可作为考勤、门禁、多媒体教室等子系统的名单信息 迎新新生信息。用于校园卡参与迎新过程的数据准备 学生管理系统 学生消费行为分析。毕业学生信息。用于利用校园卡消费记录对学生及时修改毕业学生的校园卡消费行为的分析结果，可作为有效期和权限。 宿舍信息。用于宿舍确定贫困生的依据 门禁的名单管理。 教职工基本信息。人事管理系统的教职工基本信息是一卡通客户信息的基础之一。 人事管理系统 考勤信息。校园卡考教职工变动信息。教勤信息传递给人事系统，用于职工出现离退休、转部门、离人员考核等。 校等变动情况，应及时修改其校园卡有效期和权限 教职工所属机构信息。用于门禁、考勤等的名单设置 资产管理系统 设备信息。提供一卡通终端设备数量及型号等信息，便于资产管理。 办公自动化系统 会议信息。用于设置会议签到系统的名单 财务管理系统 补贴发放信息。各项 一卡通结算信息。向补贴发放清单由财务系统传财务系统提供一卡通各账户输的一卡通系统，并下发到各结算信息，便于财务系统的账个账户 务处理。 统一身份认证平台 校园卡状态变动信息，以修改统一身份认证平台中的用户状态 不同学校的数据交换可能存在不同的需求，具体的交换策略可在实施时确认。其中某些数据如果在共享数据平台已有，则只需要与公共数据平台进行交换即可，不必与应用系统进行交换。比如：学生基本信息一般在公共数据平台中统一管理，则校园一卡通可从公共数据平台中获取学生基本信息，而不必从教务管理系统中获取。

身份认证整合

校园一卡通系统拥有自己的用户管理和认证，而统一身份认证平台是面向数字化校园所有应用系统的全局性用户管理和认证。由于一卡通系统的特殊性及设备相关性，目前一卡通系统的身份认证尚不能全部由统一身份认证平台代替。但采用一定的技术手段，可实现两者的部分整合。

校园一卡通系统目前一般拥有自己独立的用户管理、权限管理和认证管理。对所有持卡人（包括校园用户和临时用户）进行身份管理。其认证方式分为校园卡认证和用户名/密码认证两种方式：

校园卡认证。利用读卡器，用户刷卡时自动获取卡号，然后认证其用户

的合法性，多用于身份识别类应用（如考勤、门禁、签到等系统）以及与第三方

系统的对接（如图书馆管理、机房管理、体锻管理等）。

用户名/密码认证。即常用的输入用户名和密码的认证。可用于B/S架构

实现的一卡通应用系统（如WEB查询等）以及C/S结构的应用系统（如卡务管理、账户管理等）。

统一身份认证平台只管理校园用户（教师、学生和职工）。统一身份认证平台只对校园用户，目前主要支持的认证方式为用户名/密码认证。

校园一卡通系统和统一身份认证平台在校园用户的管理和认证上，可以在下面两个方面进行融合：

校园一卡通系统中的采用用户名/密码方式认证的B/S结构应用系统，可

以集成到统一身份认证平台，由统一身份认证平台进行身份认证。

校园一卡通系统中的校园卡认证方式，可以扩充到统一身份认证平台中，

使统一身份认证平台增加新的校园卡认证方式。

具体包括：

➢ 用户管理

统一身份认证平台只管理所有校园用户（包括教师、学生和职工），一卡

通系统管理所有校园用户和临时用户。

台。

用户卡发生挂失、解挂、失效等状态变化时，应实时更新到统一身份认所有校园用户初始信息通过数据交换平台从公共数据平台获取。 一卡通系统中为用户制卡后，将其卡号信息实时同步回统一身份认证平

证平台中。

➢ 权限管理

一卡通系统自行进行权限管理。

与一卡通相关的、集成到校园门户平台的功能，由统一身份认证平台进

行权限管理。

➢ 身份认证管理

如果一卡通系统中的某个应用系统或第三方系统符合下列条件：

B/S架构实现

可进行身份认证改造的

采用用户名/密码认证，或校园卡认证；

主要利用校园卡进行身份识别，不涉及消费业务。

比较典型的如WEB查询系统、多媒体自助查询系统、数字迎新、离校、注册等。

对于这类系统，可以通过改造原系统的认证模块，调用统一身份认证平台所提供的认证API，由统一身份认证平台接管原系统的身份认证。

其认证流程如下：

用户在该系统中输入用户名和密码，或通过在读卡器尚刷卡并输入密码； 系统将卡号、学号（工号）、密码通过调用统一身份认证平台的认证API，

由统一身份认证平台进行身份认证或验证卡片有效性；

统一身份认证平台的认证通过后，表明其是合法的校园用户，即可根据

该系统的权限访问相关应用；

统一身份认证平台的认证不通过，该系统仍可调用一卡通系统自身的认

证模块进行认证，如该用户是合法的临时用户，可认证可通过，即可根据该系统的权限访问相关应用；

如果统一身份认证平台和一卡通系统的认证均未通过，表示其是非法用

户，拒绝访问系统。

对于其他的一卡通应用系统，如消费系统、门禁系统、卡务中心以及无法改造的图书馆系统等，由于其无法进行身份认证改造、或者采用C/S结构、或者涉及到消费业务，这些系统都不能接入统一身份认证平台，仍采用自身的认证模块进行认证。

门户整合

一卡通提供了丰富的web方式信息查询以及一卡通应用，而统一信息门户是全校信息资源的统一入口，各类信息资源都可以在门户上进行统一的展现，因此一卡通的WEB查询可以利用校园信息门户进行统一展现和发布。

可集成到统一信息门户中的功能主要包括： 个人账户信息查询 消费明细查询 充值明细查询

个人照片下载 个人消费行为统计分析 门禁进出明细查询 考勤明细查询 会议出席情况统计 网上报名 商户报表查询 卡片账户挂失 卡片密码修改 卡片延期服务 卡片个人信息修改 一卡通规章制度 一卡通操作指南 一卡通FAQ 其他

4.11.3. 系统终端方案

4.11.3.1. 卡片设计方案

2009年初，MIFARE卡被破解的消息被披露，众多MIFARE卡的用户开始担心自己系统的安全。通过系统地分析M1卡破解的原理及带来的影响，可以得出结论：M1卡确实已经不再安全，基于M1卡的系统安全基础已经动摇，所以在本项目中，我们选择IC卡为非接触式CPU卡。

CPU卡又称智能卡。CPU卡内嵌芯片相当于一个特殊类型的单片机，内部除了带有控制器，存储器，时序控制逻辑等外，还带有算法单元和操作系统，由于CPU卡有存储容量大，处理能力强，信息存储安全等特性。因此，广泛用于信息安全性要求特别高的场合。

CPU卡主要由CPU核心、数据暂存SRAM、程序ROM、带CPU接口的EEPROM存储器和一些外围电路(如上电、掉电复位等)组成。CPU卡的典型逻辑结构中ROM

模块中固化有CPU卡的片上操作系统(COS)。

同MIFARE1卡相比，非接触CPU(中央处理器)卡是一种真正意义上的“智能卡”，CPU卡不仅采用了多种芯片级防攻击手段，而且CPU卡特有的认证机制以及以金融IC卡规范为代表的专用认证机制，能够完全保证交易的合法性、安全性，同时CPU卡的应用防火墙功能可以保障同一张卡中不同应用的安全独立性。采用非接触式CPU卡可以杜绝伪造卡、伪造终端、伪造交易，最终保证了系统的安全性。

另一方面，非接触CPU卡的大容量存储空间又可以满足一卡多用及大金额消费应用所要求的更多客户信息的存储，而这时非接触式CPU卡的安全机制完全可以为个人信息的安全提供良好的保障。

由于非接触式CPU卡具有以上无可比拟的优点，在目前M1卡被破解的形势下，采用非接触CPU卡取代M1卡是解决M1卡危机的最好方案，非接触CPU卡将逐步取代逻辑加密卡而成为IC卡的主要选型。

4.11.3.1.1. 卡片类别

序号 1 卡 2 卡 教工卡片类别 学生在校学生使用，带像片，实现学生的个人身份识别和消费支付等功能，有效期与学制挂钩 教职工使用，带像片，实现教职工的个人身份识别和商务消费支付等功能，有效期可设置。具体还可以根据需要再细分教工卡，比如教授卡、职工卡等，用于特别应用场合，比如部分高校提出的教授餐厅，需要教授卡以上才能享受服务，就需要该类型的卡 3 卡 临时短期在校人员使用，以消费为主，可根据授权使用校园一卡通系统的部分功能。 根据需要，还可以细分为过渡临时卡、普通临时卡等，分别应用于来访新生、补卡期间使用，以及一般临时人员等情况，还可以根据人员情况提供不同的收费标准。 使用说明 4 卡 5 卡 6 卡 消费只适用于在校园的消费点进行消费结算。 部门校内单位使用，可代替部门经费卡，应用于专项经费、授权信息查询和特定范围消费和使用场合 贵宾纪念卡性质，无钱包功能，限定有效时间。 4.11.3.1.2. 帐户设计

校园一卡通支持一人多户、一户多卡、一卡多个钱包格式设计，以满足一人的多种身份属性，从而对校园一卡通的多种应用需求，比如一卡对多个项目应用支付的扩展需要。

4.11.3.1.3. 授权使用

校园一卡通可根据身份分类，根据权限分时段、分区域、作消费额、使用次数限制，满足特定场所、特定人员的管理需要。

4.11.3.1.4. 形象印刷

正面彩印学校标志性形象，可预留个人证照、姓名、部门、证号、发卡日期等个人化制作位置，达到卡证合一效果，可成为统一的智能身份证件；背面标有使用《注意事项》等内容。

4.11.3.1.5. 卡片授权管理

 授权流程

在管理中心集中开户，统一制作校园一卡通后，形成校园一卡通的公用信息数据库。公用信息存放在校本部数据服务器。

各校区管理分中心及专业处室授权点（包括今后扩展的各专业处、室MIS系统对接），通过授权调用校园一卡通系统数据，对校园一卡通进行不同身份或不

同人员的个别授权。

 授权方式

对个人ID号操作以控制对象数量和操作简易原则确定黑名单或白名单方式，对数据库的个人唯一识别号授权，形成使用的白／黑名单，下传各相关终端设备。识别设备以存储的名单比对卡的有效性，达到通行/禁行管理。

 白名单准入：适用局部范围流通使用部门与人员；  黑名单禁入：适用于时效较强的特定应用点。  校园一卡通操作

校管理中心开户时按身份直接授予每张校园一卡通使用期限（如本科生4年、硕士生3年、博士生5年、教师终生等），作为身份识别的依据。应用点识别设备直接校验卡密码和使用期限有效性。管理中心无须作频繁的使用名单下传操作。

适用范围：长效应用点。

应用项目：出入校大门的人员身份识别。对需要同时进行图像对比应用的位置（如校本部正门），可设工作站与服务器连接，通过校园网调用数据库图片信息，实行人工对比；有时效限制的应用点，必须缴费后根据缴费情况直接对卡授予使用期，凭卡通行。

 自行操作

校园一卡通开户后，消费功能由个人充值后实现。校园一卡通不允许透支，余额不足时可通过现金充值、银校自动转帐、自助圈存等三种方式充值实现。

4.11.3.2. 专用终端设计

一卡通应用和终端设备松偶合、分离，系统从技术上做到终端无关性，在这个前提下，进行终端方案设计。

应用分类 支付交易 服务 终端类别 普通POS机、以太网POS机 水控POS机 圈存机 通用IC卡读写器 门禁机 身份识别 服务 通道机 考勤机 签到机 查询、挂失机 第三方 接口 信息服务 专用多端口硬件对接POS机，读卡器 门户 触摸屏 电话服务 上表所列举的各种终端，一些是项目目前需要的，另外一些是目前没有明确提出需求、但是根据经验未来可以需要的，我们如下介绍，供学校未来拓展选择。

4.11.3.2.1. 设计目标

“一卡通”终端设备是指包括台式、挂式、立式、手持式POS机，以及各类专用配套机，如读写器（机）、“身份识别”系列（进行各类考勤、门禁、身份认证、会议签到、保安巡更等）、“多媒体”系列（进行各类自助业务，如个人账户、交易的查询，密码修改，挂失，钱包转账，其他一卡通信息的查询等）、通道机，车载机、水控器、电控器等全套一卡通系列专用终端设备。

据多年从事智能卡应用终端设备的研究开发、用户单位现场需求和实际使用情况的深入调研，并结合国内外同业的发展趋势，“一卡通”终端设备总体设计目标为：

 卡片平台

全部支持“一卡通”系统卡片平台，满足银行、用户单位确认的卡种、卡型及卡片结构规划，一张卡片可以在各类终端设备上使用。所有读卡、写卡设备支持非接触式CPU卡。

 运行平台

全部支持“一卡通”系统运行平台，满足一卡通各应用子系统所需建立、使

用和扩展的终端设备。

 数据平台

全部支持“一卡通”系统数据平台，所有终端设备满足数据共享和业务分流、权限管理的要求。

 扩展平台

全部支持“一卡通”系统扩展平台，所有终端设备满足银行、用户单位进行二次开发的要求。

 安全性

所有支付交易类终端设备均有安全管理体系作保障，保证卡机交易、数据传输、数据存储等过程的安全性。

 联机/脱机交易两用性

所有终端设备具有硬时钟，均能独立存储1万笔交易记录（真正能在终端机上保存的数据量而非在网关处所存的数据），100笔对账统计记录。联机使用时按先签到后交易方式进行，脱机使用时按先授权后交易方式进行。

 黑(白)名单管理

所有终端设备均能独立管理100万条黑（白）名单，以便进行脱机交易。系统发布黑（白）名单消息，所有终端设备均能实时响应。

 动态链接接口

所有终端设备均提供动态链接库及接口函数，便于管理、使用开发。

 7×24小时不间断运行

所有终端设备均采用可靠性设计，MTBF(Mean Time Between Failures平均故障时间)大于10000小时，可以长年不关断电源、不间断连续运行。

4.11.3.2.2. 终端设备结构设计

校园一卡通终端设备采用第三代技术“1+X”的应用模式，是由终端设备（1个硬件平台含嵌入式软件平台）和各类功能定义模块（X个应用模块）组成的“一卡通”终端设备的应用模式。

 1个硬件平台

本次选择的POS机，就硬件平台本身而言就是一台微电脑，在硬件平台上具

备电源管理、时钟管理、键盘输入、显示输出、公共安全信息模块、交易信息存储模块、通用接口模块等基本模块；同时含有一个嵌入式软件平台，该软件平台具备时钟管理、黑白名单管理、数据存储、安全认证、统一公共信息管理、各种卡片读写管理等功能，由此搭建成“一卡通”系统终端设备的公共的基础平台。

 X个应用模块

一卡通系统应用的特点是，涉及的应用范围非常广，不同的用户群，需求不尽相同，个性化要求较多，除金融交易业务以外，往往为了配合数字化建设，发挥电子身份自动识别的优势，扩展门禁、图书借阅、停车、上机上网等领域的应用，最大程度上实现信息数字化，处理自动化；同时给持卡人在工作、学习、生活上带来极大的方便。为此，一卡通终端设备结构设计上必须采用嵌入式这种灵活组合的应用模式，以随时满足校园不同单位不同时期的各类需求。

所有终端产品均采用标准模块化式结构设计，当功能改变需要进行个性化服务时，只需配置不同的硬件模块，例如：读卡模块、控制模块、通讯模块、打印模块等，从而构成不同应用场合终端设备的整体硬件框架，同时根据业务不同，加载不同的应用软件模块，构成不同应用类型的终端设备。

这时只需要在管理中心，通过网络下传给相应的终端机即可，不需要开盖更换应用程序芯片。 同时，由于本方案软件采用独特的软硬分离技术，可以兼容众多厂商的终端设备，因此本方案将推荐市场上性价比最好的多厂商终端产品，而不是绑定某一个厂商，使系统设计原则得到最大程度的满足。以下是根据学校实际需求，选用的产品，包括的产品清单如下：

类别 机型 收费机 以太网POS机 支付交易类 专用POS机 POS机(充值) POS机(收费) 通道机 身份认证类 身份识别仪 身份认证机 使用说明 餐厅、食堂、商店等收费点 直接在TCP/IP网络上使用 特别适用与第三方对接 卡片充值 商店等分散收费点 图书馆出入口等人流出入口 考勤、门禁控制 身份认证 资讯通触摸屏 自助服务类 电话语音服务系统 读写器 其他类 键盘读写器 手持机 通用读写器 图书馆 适合离散场所各类应用 卡片挂失、解挂，信息查询等 第5章 建设进度与资金预算

5.1. 建设进度及分年度验收要点

5.1.1. 第一阶段（2014年）—校园网基础设施与平台建设

主要校园网硬件基础设施建设，同时进行信息资源管理平台建设，包括学校急需建设的办公自动化系统、校企资源共享平台、教学资源库、公共服务平台和一卡通等新建应用系统。

验收要点： 1、 2、

学校网络机房改造初步完成，硬件设备完全部署到位，；

信息资源管理平台建成，准备好基础数据平台，进行个应用系统之间的

数据打通； 3、

做好学校原有系统的集成，包括：教务管理系统、资产管理系统、教职

工查询系统、心理咨询系统。做到数据集成、认证集成、门户集成。 4、

完成一卡通一期工程（收费）的建设，全面实现学校商店、食堂、水电

等收费一卡通。

5.1.2. 第二阶段（2015年）—完善基础数据应用系统

进一步完善校园无线网络建设，新建学生综合管理服务平台、人力资源管理和一卡通二期工程，完善学校基础数据，为数据综合分析和深度数据挖掘做准备。

验收要点：

1、 校园无线网络全覆盖，做到无线wifi无盲点。

2、 完成学生综合管理服务平台、人力资源管理系统、办公自动化系统、校企资源共享平台、教学资源库、公共服务平台，各部门人员培训完成，能够完全自主进行使用；

3、 和二期一卡通工程（门禁）建设，完成学生基础数据和教职工基础数据准备，实现一卡通门禁控制基础。

5.1.3. 第三阶段（2016年）—完成学校综合分析和移动应用

做好学校个应用系统之间的数据储备，完成对学校综合分析，辅助学校领导进行决策，同时进行移动信息化建设，包括校园移动门户平台和校园移动消息平台建设，实现无线应用校园全覆盖。

验收要点：

1、 完成学校数据的深度挖掘，做好学校综合分析，辅助学校领导进行决策，

能够通过系统随时查看学校相关数据，可以随时生成相关报表。 2、 通过移动终端包括：iPad、iPhone、android等直接查询学校相关数据，

学生、教职工、学院领导可以分不同权限进行相关信息查询和填报。

5.2. 经费预算

一期建设内容 项目 信息综合信息服务门户 资源统一身份认证平台 管理数据交换平台 平台 小计 公共数据平台 单价 数量 总金额 信息数据集成 资源门户集成 平台认证集成 整合 小计 新建校园一卡通一期 应用教务管理系统 系统 小计 硬件应用服务器 采购 小计 数据库服务器 总计： 二期建设内容 项目 新建办公自动化系统 应用校企资源共享平台 系统 公共服务平台一期 教学资源库 学生综合管理服务平台 人力资源管理系统 单价 数量 总金额 校园一卡通二期（门禁） 小计 三期建设内容 项目 新建校园移动门户平台 应用平台 单价 数量 总金额 校园移动消息平台 公共服务平台二期 小计 第6章 建设预期效果

第一阶段（2014）：信息化校园初步成形

从2014年至2015年，学校将进一步完善信息化基础设施（包括网络和数据中心），建成先进的信息化校园的应用支撑平台和共享数据中心平台，同时部分核心业务应用系统基本建成。信息化系统将提供统一门户管理、统一用户管理、统一认证管理和共享数据中心等服务。完成教务管理系统、资产管理系统、教职工查询系统、心理咨询系统等系统的集成，并新建校园一卡通一期（收费）系统学生、教师和教学服务基本实现信息化；信息化标准体系（包括信息标准、管理标准、技术标准、数据交换标准、元数据标准）建设。信息化的使用率得到明显地提高，信息化校园将初步成形。

第二阶段（2015）：信息化校园基本完善

从2015年至2016年，学校将加大建设力度，建立完善的数据中心基础平台和综合统计分析平台，建立基本完善的数字校园应用系统，新建学生综合管理服务平台、人力资源管理系统、办公自动化系统、校企资源共享平台、教学资源库、公共服务平台和校园一卡通二期（门禁）等。使学校信息化与教学、科研、管理全面融合，电子校务与学校信息化高度融合，学校管理与公共服务能力显著提升，信息化绩效水平不断提升，数据中心体系进一步完善，信息孤岛逐渐消失，以教学、科研和管理为核心的现代化教学体系基本建成，信息服务成为学校为人们提供的各种应用服务，信息化校园基本完善。

第三阶段（2016）：信息化校园达到国内同类院校先进水平

从2016年到2017年，学校将进一步加大建设力度，完善网络基础设施平台建设和进行数据中心容灾平台建设，同时建设数字校园综合应用系统。学校信息化与教学、科研、管理和生活高度融合，逐步实现一体化和智能化。建成高智能、综合性的决策支持体系，实现领导决策的信息化。信息化校园达到国内同类院校

的先进水平。

将加大建设力度，完成学校移动化应用的扩展服务，建立完善的数据中心基础平台和综合统计分析平台，建立基本完善的移动数字校园应用系统，包括：校园移动门户平台和校园移动消息平台等。为学校教职工、学生和领导提供移动化的信息服务，成为学校为人们提供的各种移动应用服务，移动信息化校园基本建成。

第7章 保障措施

总体规划并逐步建设学校信息化系统的支撑与保障体系，保障网络与信息安全、系统性能、服务质量，提高用户的满意度。安全与运维体系建设的主要内容如下。

（1） 信息化校园标准规范体系建设

遵循国际、国家、行业等有关标准，并按照学校的实际应用需求，进一步修改、完善和制定学校信息化标准化规范，促进学校信息化工作朝着网络化、标准化、一体化的方向发展。数字校园标准体系主要包括三大部分：管理类规范（即数字校园建设规章制度）、信息类规范（即元数据规范、信息规范、代码规范）、技术类规范（项目开发文档）。

管理标准体系：主要分析学校现有的业务应用系统的管理制度，并依据国家对信息系统的管理制度、学校自身的扩展要求，制订学校信息化校园的管理标准体系。

信息标准体系：主要分析学校现有的业务应用系统，并依据国家标准、教学部标准、学校自身的扩展要求，制订学校信息化校园的信息集标准、代码标准等。

技术标准体系：主要分析学校现有的业务应用系统，并依据IT技术的分析、学校自身的扩展要求，制订学校信息化校园的技术标准体系。

（2） 网络与信息安全

逐步完善校园网的网络安全体系，保障网络的安全、可靠、高效运行。主要通过防火墙、入侵防御、漏洞扫描、安全交换机、流量管理等系统来实现。

逐步完善学校的信息安全体系，保障信息的安全、健康和可监控。主要通过

垃圾邮件处理、网络舆情监控、网络信息安全审计、网站防篡改等系统来实现。

（3） 信息化校园运维体系

完善网络管理系统，对整个校园网进行网络拓扑管理，对网络设备、服务器进行检测监控，及时发现网络故障；为网络管理人员提供对网络拓扑、主机与服务器、网络性能监控、网络安全等的综合管理，方便网络管理工作，迅速定位和排除网络故障，保证网络运行的稳定性。网络管理系统软件应包括：网络拓扑管理、服务器及其服务管理、网络性能管理和网络安全管理。

建立IT运维管理系统，把运维监控上升至管理的层面，帮助学校规划、运维和改进IT系统。基于ITIL 流程框架，满足对事故管理、问题管理、可用性管理、变更管理、配置管理、发布管理、服务水平管理及知识库等管理需求，帮助学校实现ITIL优化管理。

建立IT服务管理系统，基于ITIL流程框架和SLA理念，使学校信息技术服务进入流程化，规范化和自动化模式。通过制定SLA，反应用户的满意度，让IT 部门的表现与业务需求相关联。服务水平越高，则说明IT部门做得越好。IT 部门还可以根据SLA 来优化配置和调度资源，以响应不同优先级的需求。