据标准主要记录一些基础代码表，例如民族、籍贯等，这些通常有国家标准或相关权威部门的标准。学校各信息子集信息标准主要以教育部标准为主部门数据信息标准是根据学校各信息子集标准然后结合学校的部门业务所产生的，该部分集中反映了学校各部门的业务信息标准，是信息标准的核心部分，各学校的差异比也较大。 1.2.1.1.2 建设内容要求 （1） 数据项标准的建立
对数据中心库所有表的数据项基于国标、部标、行标、校标形成统一的数据项标准中，并明确数据项设计的依据。 （2） 信息代码编码标准的建立
基于国标、部标、行标，形成全校统一的编码标准。 （3） 数据交换标准的建立
确定权威数据来源，分析并制定全校的数据交换策略规则，并通过数据整合与清洗工具进行管理。 （4） 数据流向分析
学校的应用系统比较多，彼此间的数据交换和数据共享也是错综复杂。通过本次标准制定，需分析学校哪些部门产生哪些数据提供给数据中心，哪些部门需要从数据中心共享哪些数据，明确数据来源和流向，以其确认学校权威数据源，以便实现数据的共享。 1.2.1.1.3 总体技术要求 （1） 信息标准在全校范围内为数据库设计提供类似数据字典的作用，为信息交换、资源共享提供了基础性条件。信息标准需要
保证信息在采集、处理、交换、传输的过程中有统一、科学、规范的分类和描述，能够使信息更加有序流通、发挥信息资源的综合效益。
11 / 112
（2） 为方便标准代码的编制与使用，需提供实用的开放的可视化的信息编码标准导入、分级管理、维护、查询、订阅工具。 （3） 形成学校信息标准规范文件。
1.2.1.2 共享数据中心平台建设要求
1.2.1.2.1 建设目标 共享数据中心平台在存放数据的同时能够有效地管理数据，并提供数据访问的手段，为多个系统的集成和各个系统之间的数据共享提供平台，对被交换数据进行清洗、转换、装载入库等数据交换服务，即清理脏数据，完成对数据的整理，保证数据的及时性、完整性和一致性。
1.2.1.2.2 建设内容要求 其包含的主要功能模块如下：
序号 模块名称 描述 主要包含：数据项标准的建立、信息代码编码标准的建立、1 共享数据中心平台 数据交换标准的建立、数据流向分析、数据集成、共享数据库 12 / 112
共享数据中心管理2 工具 主要包含：信息子集管理系统、主题库管理系统和主题服务接口管理系统 信息监控与授权管3 理系统 主要包含：监控日志管理、权限管理、OMS服务和监督服务。 数据整合作业设计4 器 主要提供用户身份认证、作业资源信息库、数据库操作控制台、作业设计工作区和用户个性化设置功能。 主要提供快速集成作业管理系统、开放的作业服务接口、5 数据整合执行引擎 配置信息的管理功能 主要提供数据整合作业综合管理、业务流程管理、业务数数据整合作业管理6 系统 服务和对外开放数据整合服务功能。 据源管理、系统安全认证服务、系统综合信息管理、消息
1.2.1.2.2.1 共享数据中心平台
数据中心是学校业务的重要枢纽；数据和资源的有效交流与合作离不开数据中心，从而使学校信息中心成长为参与学校决策的重
13 / 112
要部门。数据中心资源的整合和虚拟化正在不断发展，这需要高度可扩展的永续安全数据中心网络基础。网络不但能让用户安全访问各种数据中心服务，还能根据需要实现共享数据中心组件的部署、互联和汇聚，包括各种应用、服务器、设备和存储。适当规划的数据中心网络不仅能保护应用和数据完整性，提高应用可用性和性能，还能增强对不断变化的教育状况、业务重要程度和技术先进性的反应能力。
（1） 数据集成
共享数据中心库的数据是从多个数据源集成而来，对于符合数据规范的应用系统，这个集成的过程就是数据抽取的过程；对于不符合数据规范的现有应用系统，集成的过程就是将不规范的数据源通过整合转化成规范的数据并保证数据的准确性。
数据集成首先要做的是对每个要接入的应用系统的数据源进行评估和调研。需要确定从应用系统抽取哪些数据，提供相应的数据字典，并且确定对应于数据中心的数据表。
（2） 共享数据库
共享数据中心的共享数据库是所有共享数据的存放容器，所有应用系统的共享数据在这里集成。它从数据源集成数据并保持更新同步，成为各个应用系统之间的共享数据通道。同时，它被用作统计分析服务的数据源，为统计分析服务提供从各个应用系统集成过来的共享数据。共享数据中心库通过数据集成工具从数据源的各个应用系统数据库抽取数据，并根据数据类型分类存储数据。共享数据库应包含如下功能：
1) 数据采集
负责采集学校各个业务系统的数据，通过数据清洗与转换工具将数据采集到共享数据中心，同时生成数据更新报告。
2) 数据的整理
14 / 112
按照学校数字化校园制定的信息标准对更新的数据进行整理，报告数据异常，保证数据的一致性和准确性，保留历史数据。
3) 数据的共享
对数据中心的部分或全部资源进行共享和利用。共享数据中心实时提供数据使用情况报告。
4) 数据的挖掘分析
通过数据挖掘工具对共享数据和历史数据的分析和评估，形成各种报表或根据需要展现分析结果，为决策提供参考 1.2.1.2.2.2 共享数据中心管理工具
应至少包含如下功能：
（1） 信息子集管理系统，展示了共享数据中心库中存储的数据表，所有表必需符合教育部标准，同时可以扩展学校自定义的各
种表。
（2） 主题库管理系统，至少包含教师主题，学生主题和学校主题和管理。 （3） 主题服务接口管理系统，应至少包括服务接口列表和接口授权两大部分。 1.2.1.2.2.3 信息监控与授权管理系统
应至少包含如下功能：
（1） 对系统日志和同步日志进行管理和维护。 （2） 提供用户管理、角色管理的功能。 （3） 提供数据备份与恢复的功能。
（4） 提供多种用户视图风格，提供监督功能。
15 / 112
天津渤海职业技术学院数字化校园项目需求书
第一包 数字化校园管理软件
项目需求书
一、项目背景
本项目为天津渤海职业技术学院高职示范校信息化水平提升项目的一期建设项目。凡符合《中华人民共和国政府采购法》规定的投标人，均可参加投标。投标产品应符合国家强制性技术标准。本部分内容若与其他部分有不同之处，以本部分内容为准。根据学校信息化发展现状，计划一期建设数字化校园平台和4个必要的应用系统，并整合学校现有的8个应用系统。平台系统应具有开放性、可靠性和灵活性的特点。所有软件产品须具有自主知识产权。
二、商务需求 序号 1 2 3 4 5 需求条款 投标人需具有信息产业部门颁发的软件企业认定证书和软件产品登记证书 投标人需具有计算机信息系统集成资质三级及以上证书 投标人需具有软件能力成熟模型集成CMMI三级（含三级）以上认证 具有ISO9001质量管理体系认证证书 要求提供5年7*24小时的免费技术支持和产品质保服务 是否为实质性条款 是 是 否 否 是 原因说明（实质性条款需列明原因） 证明具有一定的开发实力 证明具备响应的项目实施能力 必要的售后服务要求 1 / 112
6 交货要求 投标方必须提供所使用的数据库产品和操作系统产品的针对“天津渤海职业技术学院”的厂家官方正版授权。如使用Oracle公司的ODI、IBM公司的Data Stage、Informatica公司的Power Center，或其他公司的同类商业中间件产品，则必须提供针对“天津渤海职业技术学院的” 厂家官方正版授权。如使用自主知识产权产品则必须提供软件著作权登记证书。 是 签订后6个月系统开发部署完成，开始试运行。交货地点由采购人指定地点。 7 否 正版化要求。避免版权纠纷。 三、技术需求 序号 1 采购项名称 信息标准建设 数量 1 需求条款 具体详见附件 ? 采用开放、标准的数据库设计，支持跨平台部署。对数据库中的表与数据项都提供中文注释； ? 支持对外提供开放的数据访问服务接口，并实现对服务接口的管理，支持对服务接口名称、接口方法的查询和编辑，以及对接口的授权管理。提供统一数据访问接口及管理系统软件著作权登记证书。 ? 提供数据整合作业设计器。主要提供用户身份认证、作业资源信息库、数据库操作控制台、作业设计工作区和用户个性化设置功能。 ? 提供数据整合执行引擎。主要提供快速集成作业管理是否为实质性条款 否 原因说明（实质性条款需列明原因） 证明中标方提供的是一个开放性平台，便于校方或第三方进行二次开发 数据清洗与整合是数字化校园平台的核心部分，负责将各业务系统数据抽取至共享数据中心和共享数据中心共享至各业务系统中，提供对被交换数据进行清洗、转换、装载入库等数据交换服务，即清理脏数据，完成对数据的整理，确保数据一致性、完整性和正确性。 2 统一共享数据中心 1 是 2 / 112
系统、开放的作业服务接口、配置信息的管理功能。 ? 提供数据整合作业管理系统。主要提供数据整合作业综合管理、业务流程管理、业务数据源管理、系统安全认证服务、系统综合信息管理、消息服务和对外开放数据整合服务功能。 ? 拥有人工智能的集群负载均衡能力。平台服务器负载过高时，只需要部署新的物理或虚拟化服务器安装数据清洗与整合就可以实现与原服务器之间的只能负载均衡，不需要重新部署。且增加新的服务器时平台业务不停。 ? 支持按不同角色的信息进行整合与展示。应至少包含以下五种角色的视图：学生视图、辅导员视图、任课教师视图、行政教师视图、领导视图。 ? 支持插件化的开发，快速满足新需求；支持SOA体系架构，提供门户总线技术实现门户界面联动服务；支持门户插件的热插拨服务。提供门户组件快速构建系统软件著作权登记证书。 ? 提供贴近师生的实用功能，如：图形化的点名系统、人性化的实时课表。 ? 提供完全界面化的门户页面组装和模板技术，所见即所得地快速构建门户页面，提供强大的随需应变能力（布局随需调整；应用主体、文本样式、背景样式、边框样式、配置参数等；界面元素要求插件化，并支持随需调整位置，随需添加插件），满足用户业务增长需要。 3 统一信息门户平台 1 是 基于学校的实际管理状况和开发能力状况，学校自身具备一定的开发能力，需要使用厂家提供的门户组建快速实现门户页面的变更。 4 统一身份认证平台 1 ? 基于WEB界面系统管理，SSL加密传输，无需专用是 统一身份认证平台对安全性要求很 3 / 112
客户端，随时随地可进行管理，方便安全。 ? 用户身份数据采用统一的数据整合与清洗平台来进行身份数据的同步，统一认证中心与业务应用系统身份数据库相对独立，但相关身份数据又保持自动同步，最大限度的保证原有系统的运行不受资源整合所影响，保障各系统的独立与数据安全。 高，厂家必须拥有自主知识产权，并采用最为有效的安全策略。 6 7 迎新系统 离校系统 1 1 具体详见附件 具体详见附件 ? 涵盖学生档案、精神文明创建、评先评优、违纪处分、保险办理等，为学生事务管理提供有效的辅助手段。 ? 能够结合学校的学生综合测评管理办法，实现对学生综合测评的智能化管理。 ? 通过设置有关测评指标体系(班主任工作情况、班级整体表现、班级成绩情况、班级宿舍文明情况)，为精神文明班级创建活动提供有效的测评手段。 ? 提供各种助学方式的管理与数据上报；包括助学金、勤工俭学、贫困资助与助学贷款等。 ? 可自定义体质健康测评指标体系，全面考评学生体质健康状况。 ? 学生能够通过校园网/互联网完成心理测评；管理人员能够实时查询学生心理测评结果，及时掌握学生心理健康状况。 ? 封装有关心理测评量表。 ? 能够通过校园网/互联网发布团委工作计划、各种活动安排，为学生、辅导员及各级管理人员提供网络化的信息服务。 否 否 8 学工系统 1 是 我校学生管理的实际需求 4 / 112
? 学生能够通过校园网/互联网申请入团/入党、选举干部、申请参加青年志愿者活动与社团活动、报名参加素质拓展活动。 ? 辅导员、管理人员能够通过校园网/互联网完成有关学生申请事项的逐级审批工作，提高团委工作效率。 ? 校领导能够通过校园网/互联网实时掌握团委工作的开展情况。 ? 大学生军事理论、国防教育、军事技能培训。 ? 大学生参军入伍管理 包括入伍学生的信息登记、手续办理、政审、学费补偿等 ? 涵盖就业计划、就业指导、毕业生推荐、就业协议、毕业生档案、就业反馈等方面，包括出国留学、升学、入伍、暂缓就业等特殊情况的处理。 ? 用人单位能够通过互联网提交单位基本信息、人才需求信息。 ? 就业指导部门能够通过校园网/互联网审核确认用人单位提交的单位基本信息、人才需求信息(包括人才需求数量、具体岗位要求与薪酬标准等)。 ? 毕业生能够通过校园网/互联网提交个人求职意向(包括工作地区、工作性质与薪酬要求等)。 ? 就业指导部门能够通过校园网/互联网审核确认毕业生提交的个人求职意向，连同已有的基本信息、异动信息、奖惩信息、学习成绩、技能等级(含外语等级考试成绩、计算机等级考试成绩等)、素质拓展记录以及参加社会实践活动记录等一起，生成真实、全面、详细、规范的毕业生简历。 5 / 112
? 毕业生与用人单位能够通过校园网/互联网进行双向选择。 ? 能够通过互联网收集用人单位对于毕业生工作情况的就业反馈，加强高校与用人单位之间的联系，为适应市场需求及时调整人才培养方案提供依据。 9 人事系统 1 具体详见附件 ? 可以整合excel表格作为数据源共享给各业务系统。 ? 出于系统安全性考虑，要求为所有安装数字化校园平台和应用系统的服务器（包括虚拟主机）安装应用防火墙软件，提供最专业的安全防护。 否 数字化校园平台和众多的应用系统都是基于WEB应用，因此受到攻击的风险非常高，网络上经常看到各高校应用系统受到攻击的报到，后果十分严重。因此需要必要的安全防护。 10 应用系统集成 1 是
附件 数字化校园项目需求书
1.1 整体建设要求
1.1.1 项目建设原则
（1） 标准化、规范性和开放性
数字化校园建设是一个庞大的系统工程，其体系的设计、系统的实施等必须遵循一系列的规范、标准，确保各个分系统的有效协调，整个系统能安全地互联互通、信息共享。
（2） 先进性、成熟性和使用性
6 / 112
系统设计既要采用先进技术和系统工程方法，又要注意技术的可行性和实用性，方法的正确性。实用性放在首位，先进性与成熟性并重，并符合未来的发展方向。
（3） 开放性与标准化原则
应用平台和应用系统应是一个开放的且符合业界主流技术标准的系统平台，对网络的硬件环境，通信环境，软件环境，操作平台之间的依赖小。
（4） 可靠性、稳定性和容错性
在考虑技术先进性和开放性的同时，还应从系统结构，技术措施，系统管理等方面着手，确保系统运行的可靠性和稳定性，达到最大的平均无故障时间。
（5） 可扩展性及易升级性
为适应学校需求不断拓展的需要，应用平台和应用系统的软硬件环境必须有良好的平滑可扩充性。要提供简便、规范、畅通的基础数据服务，使数据交换平台具备与国内、外的相关应用系统或信息平台相互兼容和交流的条件和能力。
（6） 安全性和保密性
在平台与应用系统设计中，即要充分考虑信息资源的共享，更要注意信息资源的保护和隔离，应分别针对不同的应用和不同的网络通信环境，采取不同的措施，包括用户安全性、数据安全性、运行安全性等。要求对数据库提供灵活的备份和恢复机制，确保系统发生故障时，及时恢复，不会受到影响。
7 / 112
（7） 可管理性和可维护性
平台和应用系统是由多个部分组成的较为复杂的系统，为了便于系统的日常运行维护和管理，要求所选产品具有良好的可管理性和可维护性。另外可管理性和可维护性还包括对平台的自身。
（8） 统一性和并发性
平台和应用系统的开发和运行模式相差很大，这要求统一信息门户能够集成不同架构下的各类应用系统，为校园网内的用户提供统一的访问模式。同时，平台能支持高并发的用户访问，提供高速、稳定的服务。
1.1.2 技术路线要求
数字化校园平台与应用系统，可跨平台运行，支持Unix、Linux、Windows等高安全性操作系统。开发技术应采用J2EE或.Net标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。
（1） 在数字校园系统设计整体化的同时，系统要求基于SOA架构，尽量减少各子系统在技术上的相互依赖性（软件对平台、
软件对数据、软件对软件、平台对平台等），使任一子系统未来的减少、增加和变更，不影响到其它子系统和总系统，从而最大限度地保护既有的投资，减少对系统的维护和未来开发的投入。
（2） 基于三层结构平台与应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即Web服务器、应用支撑服务器和
数据库服务器。
8 / 112
（3） 基于Portal技术，整合业务应用资源数字化校园建设要求基于门户技术对分布式系统表示层进行集成。门户将分散、异构
的应用和信息资源进行聚合，通过统一的访问入口，实现各种应用系统的无缝接入和集成，提供一个支持信息访问、传递、以及协作的集成化环境，实现个性化业务应用的高效开发、集成、部署与管理。
（4） 采用面向对象的组件技术，为软件体系结构设计和大型应用软件开发给予了强有力的支持，着重于开发构成应用程序“业
务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。
（5） 要求采取先进科学的开发平台，快速构建应用。要求集成运行框架、组件库、开发环境和辅助工具，以实现用户管理、权
限管理、系统监控等通用子系统；同时屏蔽大部分技术问题的困扰，有效降低开发成本。
（6） 要求基于ETL技术，实现异构多数据源的数据集成，实现从关系型数据库、桌面文本文件、XML文件或遗留的应用系统
中提取数据。
（7） 能够为第三方软件提供相关接口标准接口、接口源代码，特别应为招标方提供门户平台、身份认证及管理系统的二次开发
标准接口、接口源代码、样例程序以及相关技术文档等。
（8） 应用建设的长期性和内容的广泛性决定了系统在构建和使用过程中，必然面临着各类扩展性需求，例如业务规模的扩展、
业务类型的扩展、集成范围的扩展等。本项目建成的应用平台需极具扩展性。
（9） 适应业务变化的要求应用系统能够适应学校快速变化的业务需求，应用系统在实际使用过程中会受政策变化、学校内部管
理的调整、业务要求的提高等诸多方面的影响，因此要求本期建设的应用系统必须充分考虑我校应用系统使用的实际情况提供
9 / 112
适应我校业务需求变化的能力和扩展能力。
（10） 提供系统运行监控手段可以获得系统使用情况的相关数据。 （11） 能完成跨业务部门的业务流程和相对应的细颗粒度的分级授权体系。 （12） 所有应用逻辑、流程、数据等都应当能够根据学院要求的颗粒度进行封装。
（13） 系统必须支持负载均衡，支持动态监测负载状况，自动对可用资源进行并发检测，调整和分配，使之具有99%以上的可靠
性。
1.2 系统技术要求
1.2.1 基本平台建设要求
1.2.1.1 信息标准的建立
1.2.1.1.1 建设目标 构建学校共享数据中心，首先要关注的是信息的标准化问题。整个学校的数据表示需要按照一定的标准编码，方便校内数据和行业之间数据流通。目前存在国家标准、教育部标准、行业标准、市级标准和学校内部自己的标准。如何根据这些标准，兼顾各个标准之间的兼容性，和标准的一致性，以及标准的可扩展性，给出具体学校的信息分类编码规格说明书成为学校共享数据中心建设的前提。
目前在建数字化校园学校的数据标准一般分为基础代码数据标准、学校各信息子集信息标准、部门数据信息标准等。基础代码数
10 / 112
1.2.1.2.2.4 数据整合作业设计器 1) 用户身份信息认证
提供身份信息认证机制，保证只有通过身份认证信息的人员才能够使用作业设计器进行其作业的设计操作。 2) 作业资源信息库
提供作业管理系统中的作业资源文件和本地作业资源文件，通过该库可以直接对这些作业资源进行二次设计开发。 3) 数据库操作控制台
作业设计工作空间中专门用于进行底层数据库访问的图形化操作界面。它支持常用的数据库SQL语句操作，支持的底层数据涵盖了主流的数据库类型。并向用户提供数据库连接信息管理、图形化SQL语句编辑器和数据库浏览器。主要饮食数据库连接信息管理、图形化SQL语句编辑器、数据库浏览器。
4) 作业设计工作区
要求在作业设计工作空间中提供各种友好的作业设计图形界面，帮助用户完成数据清洗与整合作业的设计。其中包括，作业步骤组件库、作业属性编辑器、作业步骤编辑器、作业步骤流程连接。
5) 用户界面设置
提供用户可以改变很多选项来设置用户操作界面，用户可以通过操作和图形式来设置界面风格，提高用户体验。 1.2.1.2.2.5 数据整合执行引擎 1) 快速集成数据清洗与整合作业管理系统
提供数据整合服务远程注册、执行引擎与作业管理系统集成的功能 2) 开放的作业服务接口
16 / 112
提供作业执行服务，包含作业的调度并能执行多个作业。
提供运行状态监控服务，并能反馈运行状态结果到作业管理端，并提供统一数据访问接口及管理系统，同时还提供作业运行状态一览图，可以直观的看到每个作业的状况。
提供作业处理进度监听服务，在运行过程中实时的将作业的处理进度信息反馈至作业管理端，包括作业总体数据吞吐量以及作 业步骤数据吞吐量等
提供作业日志信息服务，在运行作业的过程中完成对作业运行日志的记录，并将日志信息进行临时存储，向作业管理端进行反馈。 提供性能负载信息监控服务，参实时的对本地JVM使用率、物理内存使用率、CPU使用率等性能负载信息进行收集，产生其自身的性能快照反馈至作业管理端。
3) 配置信息管理
提供关于自身参数的配置文件，可以在该配置文件对其各项参数进行配置。包括对作业管理端的连接、本地数据整合服务和性能快照缓存、作业运行日志缓存和作业运行进度信息进行配置。 1.2.1.2.2.6 数据整合作业管理系统 1) 数据整合作业综合管理
支持系统管理员和部门管理员对作业管理控制台、作业审核中心、作业回收站、作业监控中心、数据整合业务影响分析进行管理操作。
2) 数据整合业务流程管理
数据整合业务流程代表了数据清洗与整合处理的完整过程，可以通过业务流程绘图面板完成对数据整合业务流程图的设计与保存。员可以在业务流程管理控制台中实现对数据业务流程图增加、删除、个性、查询操作。
17 / 112
3) 数据整合业务数据源管理
作业运行所涉及到的各种数据源信息，分为数据库数据源和文件数据源。数据整合业务数据源的管理须向部门管理员提供针对于数据库数据源和文件数据源的管理操作。
4) 系统安全认证服务
作业管理端须提供一套可靠的系统安全认证服务体系，可以在系统安全认证服务中完成用户管理、角色管理、组织机构管理、资源管理以及权限管理相关操作。
5) 系统综合信息管理
提供系统健康指数监控、系统参数配置、系统备份与还原、在线信息统计、查看系统帮助信息等功能。 6) 统一消息服务
支持短信、电子邮件以及网页即时消息三种发送方式，接收对象包含本系统用户以及外部手机或邮箱，并且允许用户自定义消息内容。提供应用系统性能预警消息订制、业务数据源监控消息订制和作业运行监控消息订制。 1.2.1.2.3 总体技术要求 （1） 采用开放、标准的数据库设计，支持跨平台部署。对数据库中的表与数据项都提供中文注释。
（2） 支持对外提供开放的数据访问服务接口，并实现对服务接口的管理，支持对服务接口名称、接口方法的查询和编辑，以及
对接口的授权管理。提供统一数据访问接口及管理系统软件著作权登记证书。
（3） 保证遵循“谁产生、谁维护”的原则，所有的数据都有特定的产生者和维护者。在技术上，由授权体系控制数据维护的权
限，使无权限的人员不能对数据进行生产和维护；同时，在管理上，通过制定相应的应用规范迫使数据生产者/维护者及时更
18 / 112
新自己负责的数据，系统中数据具有准确性和可跟踪性。保证任何业务系统的添加和修改不影响其它业务系统的正常运行。 （4） 具有基于主题库的自定义查询管理。 （5） 产品具有第三方机构测试报告。
1.2.1.3 统一信息门户平台建设要求
1.2.1.3.1 建设目标 建立一个面向学校全体师生、学生家长、社会各界人士，基于互联网的应用承载平台。是一个开放的、高效的、可定制的、可扩展的、安全可靠的、信息发布和资源共享的信息门户及管理平台，将目前分散的应用和内容进行整合形成综合统一的用户界面，实现应用关联和资源共享，并通过协同工作、统一的用户管理等应用，为各师生员工提供出入口统一的、多方位的、高效的信息服务，实现数字校园各应用系统与用户的交互服务。
在结构上，信息门户平台由负责身份认证、数据分析、个性化服务等多个功能模块构成。从长远来讲，校园信息门户平台还需要同时提供合作院校以及社会学员用户的有效接入及访问途径，将合作院校的业务与内部信息化建设有机融合在一起。同时，在用户的个性化需求与内部系统之间建立沟通的桥梁，使得信息门户可以提供扩展的端到端的个性化服务。 1.2.1.3.2 建设内容要求 序号 模块名称 描述 19 / 112
提供符合通用国际标准的、可持续升级的运行和开发门户1 门户支撑框架 框架。能够快速构建门户平台。 用于满足对校内和校外各类系统应用的界面集成需求，支持WebService、URL资源管理插件、WEB剪辑集成服务、2 应用系统集成 Iframe集成服务 、RSS集成服务、API集成服务、Portlets集成服务等应用集成。 提供基于个人访问权限的个性化界面和服务，展示各级用户自定义显示的内容和主题外观，需要提供图形化工具，3 个性化定制功能 让用户根据其身份的不同，通过浏览器对自己的门户菜单进行个性化的设置，定制其权限范围内的各种信息，包括布局、标签、栏目、信息内容等各种定制，支持换肤功能。 集成办公软件的功能，在门户里实现个人办公包括工作日4 个人常用功能组件 志、日程管理、个人名片、个人会议、通讯录、网络存储、个人消息。 20 / 112
可按学生生命周期分为新生、在校生、毕业生。教师分为5 用户角色定义 行政老师、任课老师、辅导员、校领导以及院领导。 采用SQL语句查询的方式来获取报表所需要字段属性，增6 报表服务 加用户所需要的报表，通过不同的表现形式表示出来，同时还可以通过不同的图表类型显示。 提供个性化多种主题风格，提供两列、三列及拖拽式布局、7 个性化功能 自由布局器功能。 1.2.1.3.2.1 门户视图
支持按不同角色的信息进行整合与展示。应至少包含以下五种角色的视图：学生视图、辅导员视图、任课教师视图、行政教师视图、领导视图。
学生角色展示应至少包含学生首页、我的信息、我的学习、我的生活、公共服务等栏目。
1) 学生首页至少包含：我的服务、投票、单点登录、重要提醒、学生课表、新闻公告通知、系统服务等内容。 2) 我的信息至少包含：学籍异动、缴费明细、奖惩信息、实践活动、奖助贷信息等内容。 3) 我的学习至少包含：成绩查询、考试信息、选课信息等内容。
21 / 112
4) 我的生活应提供学生生活相关的信息查询，包括学生自己一卡通消费等信息。 5) 公共服务应为学生提供火车、快递、万年历、校历等信息服务。
辅导员角色展示应至少包含首页展示、学生学习、学生事务、我的信息、我的生活、公共服务等内容。
1) 首页展示应提供：我的服务、新闻公告、班级课表、重点关注学生、重要提醒、单点登录、科研动态、信息查询等信
息。
2) 学生学习就提供：学生基本信息查询、考试信息、班级成绩、学生成绩、学生缺勤统计等内容。 3) 学生事务应提供：欠费情况、奖惩信息、学籍异动等内容迷。 4) 我的信息应提供任课教师本人的工资信息、一卡通信息等。
5) 我的生活应提供辅导员生活相关的信息。主要包括：工资信息、一卡通消费、教学科研等信息。 6) 公共服务应为辅导员提供火车、快递、万年历、校历等信息服务。 任课老师角色展示应至少包含教师首页、我的教学、我的信息、公共服务等栏目内容。
1) 任课老师首页应提供：我的服务、信息查询、新闻公告、教师点名、重要提醒、单点登录、统计信息展示、评教信
息、课表等内容。
2) 我的教学应提供：任课信息、学生成绩、监考、安排、教学成果、出勤统计等内容。
22 / 112
3) 我的信息应提供任课教师本人的工资信息、一卡通信息。 4) 公共服务为任课教师提供火车、快递、万年历、校历等信息服务。 行政老师角色展示应至少包含教师首页、信息查询、我的服务、公共服务等栏目内容。
1) 首页应提供：科研成果、公告通知、统计信息、重要提醒、单点登录。
2) 信息查询应提供：行政老师提供跟自己生活、工作相关的公共信息查询功能，包括教师课表查询、空教室查询、科研
查询等。
3) 我的信息应提供行政老师本人的工资信息、一卡通信息等内容。 4) 公共服务应为行政老师提供火车、快递、万年历、校历等信息服务。 领导角色展示就至少包含领导首页、决策中心、我的生活、公共服务等栏目内容。
1) 领导首页应提供：公告通知、重要提醒、单点登录、统计信息。
2) 决策中心应提供学校各个方面的信息统计：校情统计、教务统计、学生奖惩统计、招生就业情况统计、费用统计，为
学校领导的决策提供数据支持。
3) 我的生活应提供领导的一卡通消费情况、工资信息。
公共服务应为领导提供火车、快递、万年历、校历等信息服务。
23 / 112
1.2.1.3.2.2 报表服务
要求采用SQL语句查询的方式来获取报表所需要字段属性，增加用户所需要的报表，通过不同的表现形式表示出来，同时还可以通过不同的图表类型显示及报表输出。 1.2.1.3.2.3 个性化设置
应提供多种风格满足用户的喜好，并提供自定义布局方式，用户可以自定义应用主体、文本样式、背景样式、边框样式等布局方式。
1.2.1.3.2.4 系统管理
应提供权限管理对系统所有资源进行权限控制，同时需要提供服务器管理，主要包含系统内存的清理、缓存清除、集群缓存清除、重建所有搜索索引等。 1.2.1.3.3 总体技术要求 （1） 支持多种主流平台部署，如WINDOWS、Linux、HP UX、IBM AIX、SUN SOLARIS等。支持32位及64位操作系统；支
持多种主流的浏览器，如Internet Explorer 7.0以上、Firefox 3.0以上、Chrome 10以上、Safari4以上等。 （2） 采用“跨平台”的Java语言和独立于开发环境的面向对象的组件技术。 （3） 支持多种主流的数据库，如：Oracle Database、SQL Server 、DB2、MySql等。
（4） 支持插件化的开发，快速满足新需求；支持SOA体系架构，提供门户总线技术实现门户界面联动服务；支持门户插件的
热插拨服务。
（5） 支持对学校的应用系统进行深度的数据整合。
（6） 提供贴近师生的实用功能，如：图形化的点名系统、人性化的实时课表。
24 / 112
（7） 提供一人多岗的权限划分体系。
（8） 提供完全界面化的门户页面组装和模板技术，所见即所得地快速构建门户页面，提供强大的随需应变能力（布局随需调整；
应用主体、文本样式、背景样式、边框样式、配置参数等；界面元素要求插件化，并支持随需调整位置，随需添加插件），满足用户业务增长需要。
（9） 提供多种应用集成方式，内置丰富的应用集成插件，使用户可以快速进行现有及新建应用的门户整合。 （10） 支持行业主流的Portlet标准规范；提供行业主流的应用开发框架，满足门户上层应用快速建设需要。
1.2.1.4 统一身份认证平台建设要求
1.2.1.4.1 建设目标 解决各应用系统用户名和口令不统一的问题，期望提供统一的授权机制及一套方便、安全的口令认证方法，让用户只要一套用户名和口令就可以使用学校的所有业务系统。 1.2.1.4.2 建设内容要求 序号 模块名称 描述 包含平台的建立、统一目录服务管理、统一身份管理、统1 平台核心功能 一认证管理、单点登录管理和统一监控管理。 25 / 112
显示当前用户可使用的所有应用系统，点击可直接进入所2 个人工作平台 选系统。 涉及到当前用户的基本信息的显示、密码修改功能、登录3 帐号管理 助手账户的管理、当前用户访问历史查询这四块功能。 用户的查询、新增、修改、删除、停用以及新生密码批量4 用户面板 初始化功能。 各应用系统的配置管理。除CAS接入外，系统提供了很灵5 应用系统管理 活的登陆助手接入方式。 6 系统信息 主要展示系统参数、授权信息和公司的简介。
1.2.1.4.2.1 核心功能 （1）统一目录服务管理
目录服务是统一身份认证平台的基础。目录服务以层次结构，面向对象的数据库的方式集中管理用户信息，保证数据的一致性和完整性，为数字化校园各类应用提供用户信息的共享。
26 / 112
（2）统一身份管理
统一身份管理充分考虑校方的业务需求，包括身份管理、身份信息同步、身份状态的转变。平台需提供对学生入校到离校、教师职位变更、以及多重身份多重职务等应用现状的身份转换的支持；同时对组织机构的拆分和合并提供良好的方案，为单点登录（SSO）提供一个方便的身份管理平台。
（3）统一认证管理
通过平台提供的统一认证服务，将众多的校内和校外应用纳入到信息门户平台之中，提供单点登录接入工具，对于登录时需要验证码的原有应用也能实现单点登录。
（4）单点登录管理
单点登录系统的建设目标是解决各应用系统用户名和口令不统一的问题，期望提供一套方便、安全的口令认证方法，让用户只要一套用户名和口令就可以使用网络上他有权使用的所有业务系统。
（4）统一监控管理
基于WEB的运行监控工具，提供中文界面，可以在任意地方远程管理身份数据。能够监控平台的目录服务、认证服务、认证接口的运行状态，针对围绕身份认证相关的系统服务进行统一的管理，可以对身份认证系统相关的服务进行“启动/停止”控制，具有自我监控机制，发现异常后可自动告警；同时还提供了历史事件的查询和认证会话的相关操作。 1.2.1.4.2.2 登录注销 （1）登录
27 / 112
为用户提供系统访问入口。用户只需输入用户名和密码，即可登录系统。 （2）注销
保障用户安全退出，系统提供注销功能用户注销后，系统清空用户登录时的账号和密码。 1.2.1.4.2.3 个人工作平台 系统提供个性化的功能，可以为每个不同的用户设置个人工作平台。个人工作平台是以图标模式展示此账号预先添加的登录助手。 1.2.1.4.2.4 账号信息 （1）基本信息
基本信息中展示了此账号的一些基本信息。如：职工号、身份、身份证号、别名、姓名、曾用名、信仰的宗教名称、家庭住址、现住址、户口所在地、档案号、专业、学科类别、档案文本、通信地址、联系电话、邮编、邮箱、特长等内容。
（2）密码修改
系统提供用户密码修改的功能，输入用户名，旧密码，新密码即可修改个人密码。 （3）登录助手账号管理
系统提供列表展示管理员为此账号预备的所有的登录助手。用户可以对这些登录助手进行设置，可新增登录助手、删除登录助手、修改登录助手。
（4）访问历史
访问历史中记录了此账号的登录信息，包括登录时间，IP以及地址。支持时间段以及登陆地点的模糊查询。
28 / 112
1.2.1.4.2.5 用户面板 （1）用户管理
显示出用户的列表，同时配备了检索，批量处理等功能，管理员主要对用户进行增，删，改，查等操作。 （2）部门管理
管理员可以直接查看学校单位各个部门的构成关系，包括部门级别，部门所属部门与拥有的子部门。 （3）应用访问控制
对证书、用户允许访问的资源进行直接方便的管理，还可以直接停用用户。 1.2.1.4.2.6 应用系统管理 （1）应用管理
登录助手表单显示，系统提供修改登录助手的功能。 （2）新增CAS接入
直接为用户制定可以享受的新增服务。 （3）新增登录助手接入
新增加登录表单配置，同样可以完成添加服务的功能。 1.2.1.4.2.7 系统管理 （1）系统参数
29 / 112
包括本系统安装的参数配置。 （2）关于授权信息
显示管理员个人权限信息，比如权限等级。 1.2.1.4.3 总体技术要求 （1） 提供统一目录服务管理，以面向对象的数据库的方式集中管理用户信息，保证数据的一致性和完整性，为数字化校园各类
应用提供用户信息。
（2） 提价统一身份管理，对学生、教师及其它身份多重职务应用现状的身份进行转换，对组织机构进行拆分和合并，为单点登
录提供方便的身份管理平台。
（3） 提供统一认证管理，能将校内外应用系统都纳入信息门户平台中，并且提供单点登录接入工具。 （4） 单点登录管理，能提供一套方便、安全的口令认证方法。
1) 持多种多级登录认证机制，如用户/密码、动态口令等； 2) 支持系统的认证过程，支持安全加密的认证方式；
3) 提供用户密码加密功能，支持SSHA、CRYPT、SHA等密码加密； 4) 通过TLS(或SSL)为信息的存储和传输提供保密性和完整性保护
5) 支持X.509协议，可以对数字证书、公共密钥、数字签名进行存储和管理 6) 支持跨域的单点登录功能。 （5） 基于国际4A规范
30 / 112
根据管理需要将常用数据进行预置，随时增减和修改，管理非常灵活、方便。
（4） 系统日志
系统自动记录每个用户登录系统和具体操作情况，对数据的安全起到监督作用。
（5） 数据备份
系统自动备份核心数据，在数据库受到恶意攻击或系统崩溃后能顺利恢复最新数据。
1.2.2.4 人事管理系统
1.2.2.4.1 组织结构管理 （1） 实现对单位、部门信息进行日常的维护,包括录入、修改和删除等工作。 （2） 灵活定义机构信息指标项，满足不同类型用户或同一用户不同时期的管理需要。 （3） 自动生成各类机构花名册、组织机构图、台帐和登记表，并可导出，辅助预算和规划。（4） 根据人员信息情况，自动生成单位、部门的汇总数据，直接反映机构发展动态。 （5） 支持历史组织机构图的生成、导出至PDF文档，并记录存档信息。 （6） 实现对高校机构编制情况的维护、查询和统计。
46 / 112
（7） 高校机构编制情况由人事处进行维护，通过与下属学院实有在职人员现状的对比，可掌握其实际超编或余缺情况。 （8） 上级部门可以逐级查询到下属学院的机构编制情况。 （9） 生成所辖学院机构、编制、实有人员情况汇总表。
（10） 能够进行统计分析，可从不同侧面对机构信息进行分析，以图表的方式显示和输出。 1.2.2.4.2 人员信息管理 （11） 系统应能够对在职人员、离退人员、调离人员、其他人员、临时人员五种人员进行管理，并可根据实际情况增减人员
库，人员数据可以在各库之间移动，能够记录人员基本信息和辅助信息，能够保存人事档案历史资料。
（12） 系统应提供多种录入方式，录入数据时，应同时支持选择代码、直接输入代码以及直接输入汉字、模糊输入汉字四种方
式。照片处理支持BMP，JPG和JPEG等多种格式，能方便的录入考核材料，并可录入各种格式的多媒体文件，如图像、录像片段、声音等。
（13） 系统应提供简单查询、通用查询、二次查询、复杂查询和常用条件查询，并可任意制作花名册，花名册可输出成XML、
EXCEL、DBF和HTML格式，有分栏打印功能，能够处理超宽花名册，提供自动排序和手工调整功能。
（14） 系统应提供简单统计、通用统计、二维统计、单项统计和常用统计五种统计方法，能够对查询结果进行统计分析，统计
结果可以以报表、图表方式输出，并可在领导查询中查看结果。
47 / 112
（15） 系统应能根据单位需要自己定制人员信息相关子集，每个子集字段名可自由设定，实现单位人员信息的全面、准确。 （16） 系统应能加载人员多媒体信息，如相片、奖惩考核材料、资格证书复印件等，实现人事信息立体化管理。 （17） 系统应能够对即将离退休人员自动报警，并能够自定义各种报警条件。
（18） 登记表功能，系统应能够随意从数据库中提取数据，批量生成各类登记表、履历表。登记表设计与WORD风格相似，犹如
用笔和橡皮在纸上画表，智能适应，可轻松制作各类复杂的登记表。表内数值具有计算功能，日期具有多种输出格式，照片可无级缩放；此外，登记表还可转换为WORD格式并具备套打功能。
1.2.2.4.3 人员变动管理 （19） 提供对员工调配、晋升、考核、奖惩、培训、辞职、辞退等业务处理。
（20） 支持员工调转、晋升、辞退、退休、降职及降级过程管理，可自动实现人员岗位、薪资级别的修改、并自动触发人员合
同的调整业务；
（21） 支持新员工的试用期到期提醒，并自动触发转正申请；
（22） 支持转正申请的填报、审批，审批通过后自动修改人员状态为正式员工； （23） 支持人员离职管理，审批通过后，自动调整人员档案信息； （24） 提供方便灵活的业务流程的定义功能。
48 / 112
（25） 定义的流程节点能方便的进行调整，流程执行顺序也能灵活调整。
（26） 方便查看自己申请的业务进展情况，还能够查询待审业务、已批业务等信息。 （27） 提供业务流程监控功能，可以提前终止业务，也可以重新指派。
（28） 对不同的业务能灵活设置，支持流程引擎可视化，拖拉拽配置业务审批流程； （29） 职称申报，评审流程管理。 1.2.2.4.4 劳动合同管理 （30） 支持人力资源各类合同的自定义模板，如：员工劳动合同、聘用合同等； （31） 支持对各类合同的查询，并能自定义检索字段；
（32） 支持合同的权限设置，不同权限的用户可查看响应的合同；
（33） 支持合同的新建、审批、编辑、修改及各类电子文件的上传、不同权限用户的查询、打印功能； （34） 支持合同到期提醒，并自动触发续签申请。 1.2.2.4.5 薪酬管理 （35） 能完成工资确定、转正定级、职务晋升、年度升档、年度升级、调整标准、减员处理、工资核算等调资业务。大部份的
49 / 112
计算处理都可以由系统完成，特殊情况人员可以手动调整。提供自动校核功能，能判断薪资变动后的薪资标准是否在可批准范围内。
（36） 能自动查询、筛选转正定级、年度升档、年度升级人员。 （37） 可自动生成并输出调资审批表和调资人员花名册。 （38） 可完成上下级单位调资政策的收发。
（39） 系统预定义了最新的国家机关、事业单位的工资标准，具有延档功能。 （40） 用户可自定义工资标准、工资政策、计算公式以及调资审批表。
（41） 可对当月调资数据、考勤数据和上月工资数据进行工资核算，形成本月工资表。
（42） 支持薪资发放多级审批功能，并且支持在同一个薪资表中可以有多个薪资员工分别进行多业务核算，由薪资主管负责审
核，支持倒算税。
（43） 提供自动计算个人所得税，支持合并计税，灵活管理上税方式。
（44） 工资现金支付时，可生成银行领款清单和分款清单；银行转帐时，可生成银行对帐文件。
（45） 可自动生成工资签名表、工资条、工资台帐、部门汇总表、工资项目分析表、职工工资汇总表、部门工资分析表和工资
增长情况表等，同时用户可自由定义本单位的各种工资表格。
50 / 112