1.1项目建设原则

1)、实用性和可行性：主要技术和产品必须具有成熟、稳定、实用的特点，实用性放在首位，既要便于用户使用，又要便于系统管理。

2)、先进性和成熟性：系统设计既要采用超前思维、先进技术和系统工程方法，又要注意思维的合理性、技术的可行性、方法的正确性。不但能反映当今的先进技术和理念，而且具有发展潜力，能保证未来若干年内占主导地位。先进性与成熟性并重，并考虑到近年来的应用发展特点，把先进性放在重要位置。

3)、开放性与标准化原则：应用平台应是一个开放的且符合业界主流技术标准的系统平台，并使网络的硬件环境、通信环境、软件环境、操作平台之间的相互依赖小。

4)、可靠性和稳定性：考虑技术先进性和开放性的同时，还应从系统结构，技术措施，系统管理等方面着手，确保系统运行的可靠性和稳定性，达到最大的平均无故障时间。

5)、可扩充性及易升级性：适应应用不断拓展的需要，应用平台的软硬件环境必须有良好的平滑可扩充性。

6)、安全性和保密性：应用平台设计中，即要充分考虑信息资源的共享，更要注意信息资源的保护和隔离，应分别针对不同的应用和不同的网络通信环境，采取不同的措施，包括系统安全机制、数据存取的权限控制等。

7)、可管理性和可维护性：整个应用平台是由多个部分组成的较为复杂的系统，为了便于系统的日常运行维护和管理，要求所选产品具有良好的可管理性和可维护性。另外可管理性和可维护性还包括平台自身。

 

1.2设备配置及技术要求

技术要求为简述系统平台软件的品质、基本性能而标示的指标，不具有限制性，以功能和性能为主。

以下配置如有遗漏，请各投标商根据设备要求自行完善，投标报价为确保实现设备完整功能的总报价。

2.2.1信息平台参数

 

1.3全局设计框架

1)、本项目所有平台及应用系统需基于学校全局业务规划设计，轻松实现跨部门、跨校区的信息共享与业务联动。

2)、本项目新建的平台及应用必须采用统一的技术架构，即J2EE架构，遵循一体化设计理念。

3)、本项目新建的所有应用系统必须直接架构在本项目新建的平台之上，采用统一的开发平台和技术标准。

1.3.1基于J2EE框架技术

本项目建设必须完全按照J2EE (Java 2 Enterprise Edition) 规格，纯B/S架构，采用Java和服务器端Java技术（如：EJBs、 Servlet、JNDI、 JDBC和RMI等）开发。

1.3.2面向对象的组件技术

本项目需采用面向对象组件化设计，基于跨平台业界标准（Java、XML），完全独立于硬件和操作系统的开发环境。在设计和开发上需提供多种组件服务：公用组件和应用组件。基础服务提供独立于业务的公用组件，如工作流引擎、服务引擎、消息引擎、菜单管理引擎、电子表单、格式转换、个性化订制等；基于对业务功能的抽象，建立可重复使用的应用程序“业务对象”（应用组件），利用这些组件，构建分布式应用系统。另一方面，组件的可重用性和可插拔性，可以大大加快软件开发的速度，降低了软件开发和再开发的成本，提供了系统良好的可伸缩性，使系统轻易地组合与拆分其功能模块。

1.3.3信息系统的安全体系设计

本项目要求对信息系统的安全体系做出详细设计方案，以确保系统运行的安全。包括系统部署的安全体系架构，以及系统安全运行的监控体系与信息系统安全预案。

1.3.4数据管理

本项目要求所有数据能够安全保存10年以上，信息系统应具备良好的数据管理机制，能够快速可靠的备份与恢复系统数据，。

1.3.5系统性能要求

数字化校园系统作为校园运行的基础IT架构，应具备足够的性能，满足全校师生教职员工日常同时使用的需要。厂商应当明确提出信息系统运行对硬件系统的要求，并在要求的硬件系统上保证系统运行的性能。

1.3.6可靠性要求

系统应具备足够的可靠性，在服务器、交换机、供电、机房温度与网络等硬件设施带来的影响外，系统全年运行稳定性应大于99.999%。

1.4基础支撑平台建设

1.4.1信息标准

1.4.1.1概述

信息标准化、数字格式和表示的一致性是信息发展的一个主要议题，同时也是学校统一信息化平台项目建设的一个重点，整个校园的数据表示需要按照一定的标准编码，方便学校内数据和行业之间数据流通。目前存在国家标准，行业标准，市级标准和学校内部自己的标准，各个标准并不完全的一致。需要根据这些标准，兼顾各个标准之间的兼容性，和标准的一致性，以及标准的可扩展性，建设一套符合学校实际情况的信息标准。信息标准的建设为统一校内各应用系统之间的数据定义差异、消除信息孤岛打下基础。

1.4.1.2建设要求

信息标准建设是学校信息化建设的重点之一，对推进学校信息化建设，保证信息的交流与共享，有着重要的意义。

信息标准在全校范围内，为数据库设计提供类似数据字典的作用，为信息交换、资源共享提供了基础性条件。信息标准需要保证信息在采集、处理、交换、传输的过程中有统一、科学、规范的分类和描述，能够使信息有序流通、最大限度地实现信息资源共享，使学校信息系统得到协同发展，发挥信息资源的综合效益。

信息标准建设需要考虑以下方面：

1）标准的兼容性：该“标准”的实施对各职能部门信息系统建设、信息的交流与共享、数据的收集、分析、发布都有着十分重要的意义，因此所采用的信息标准必须和国家标准、教育部《教育管理信息化标准》等信息标准相兼容。

2）标准的可扩性：随着信息化进程的发展，信息标准也必须是一个及时更新、不断充实的动态系统。必须提供能够灵活调整信息标准的管理和维护工具。

3）标准的规范性：即在一个信息编码标准中，代码的结构、类型以及编写格式必须统一。

4）标准的唯一性：即虽然一个编码对象可有很多不同名称，也可按各种不同方式对其进行描述，但是，在一个分类编码标准中，每一编码对象仅有一个代码，一个代码只唯一表示一个编码对象。

5）标准的适用性：即代码要尽可能的反映分类对象的特点，便于应用。

1.4.1.3建设内容

信息标准是信息在采集、处理、交换、用户访问、传输过程中的统一规范，是实现学校信息资源共享和信息系统得到协同发展的基础。信息标准的建设内容主要包括数据标准、编码标准、接口标准和应用标准。

1、数据标准

数据标准按照学校的信息子集进行定义，每个信息子集应包括以下内容：

1）数据集、数据子集、数据项分类与分层结构

2）数据集定义、属性描述

3）数据子集定义、属性描述

4）数据项定义、属性描述、权限描述

实际确定的信息子集要根据我校实际情况，伴随着各类应用的建设与更新同步进行修订、补充，未来信息子集的制订范围应能涵盖我校所有业务，需包含人事信息子集、本科生研究生信息子集、财务信息子集、科研信息子集、资产信息子集、办公信息子集、图书信息子集等。

2、代码标准

数据要按照统一的标准产生、存放、使用，使数据真正实现共享。编码标准的建设即是基于国家标准、教育部标准、行业标准和学校已有的校标，兼顾各个标准之间的兼容性、一致性以及标准的可扩展性，建设和完善学校各类系统中数据的存储、使用规则，并给出信息分类编码规格说明书，建设形成一套符合我校自身实际的编码标准。

3、信息标准管理系统

项目建设中应能提供信息标准的管理工具，主要覆盖以下功能范围：

1）提供对数据标准模式的初始化，可对数据标准集进行浏览与维护，可对学校标准的模式和样例数据进行展示。

2）提供参照标准数据的初始化，以及参照代码标准、执行代码标准模式的建设、数据浏览和维护，支持执行标准与参照标准的对比。

3）可建立映射关系，用以描述原标准和新标准之间的关联关系。

1.4.2统一身份认证平台

1.4.2.1建设目标

随着应用建设的逐步深入，已经建成的和将要建成的各种信息化平台应用系统存在不同的身份认证方式，用户必须记忆不同的密码和身份。因此，要建设以认证服务为基础的统一用户管理、授权管理和身份认证体系，将组织信息、用户信息统一存储，进行分级授权和集中身份认证，规范应用系统的用户认证方式。提高应用系统的安全性和用户使用的方便性，实现全部应用的单点登录。即用户经统一应用门户登录后，从一个功能进入到另一个功能时，系统平台依据用户的角色与权限，完成对用户的一次性身份认证，提供该用户相应的活动“场所”、信息资源和基于其权限的功能模块和工具。在学校工作人员进行了调动、调级、调职等变更后，或者学校体制改革、组织机构变动后，使用户的身份和权限在各系统之间协调同步，减少应用系统的开发和维护成本。

1.4.2.2技术要求

1、标准化

*采用基于 LDAP 标准的目录服务器存储身份数据，并提供身份认证。

*平台基于J2EE标准架构，要求在安全认证方面基于JAAS技术。

2、可集成性

*提供多种认证接口的异构支持，包括代理认证和LDAP目录服务接口。

*支持多种语言的接口方式，包括Java、.Net、PHP、C、C++等。

单点登录从实现技术上基于session、cookie、rewrite技术和采用portal等几种方法，根据用户的情况可以选用其中的任何一种。

*支持 Unix、Linux、Windows 多种平台，完全支持跨平台的部署。

3、可扩展性

身份、授权、认证功能相对独立，可以灵活的与第三方产品对接。

可实现用户名/口令认证模式，支持动态口令认证接口、CA证书认证接口、智能卡认证接口等认证方式的平滑扩展。

支持集群、热备、负载均衡集成。

支持同一个域内的多个应用系统间的单点登录，具有开放的跨平台SSO实现技术。

4、安全性

系统需提供用户密码加密功能，支持扩展SSHA、CRYPT、SHA、RC4等多种密码加密算法，并可以快速扩展用户属性信息。

对用户的操作行为进行日志记录，以追溯用户的行为过失，确保数据安全。

5、高性能

可为数百个应用提供统一身份认证服务的同时保证亚秒级的认证操作时间；

*支持10万级的用户容量；常用服务器配置下，单机部署时支持最大800人的并发用户数，双机负载均衡部署时支持1500人的并发用户数。投标方需写明该负载情况的测试服务器配置。

6、高校特性

提供灵活的同步策略配置，并通过小工具将权威数据源中新建和变更的用户身份数据同步至身份管理平台。

7、可管理性

友好易用的界面，更符合国人的操作习惯。

集中的身份数据管理，不仅提供用户帐号的维护，还能提供便捷的批量导入、批量迁移等功能。

平台应提供相关服务器的软硬件环境的监视，发现异常自动发出告警，并通知责任人。

平台应提供历史事件的查询和认证会话的相关操作，建立完善的事后追溯机制。

1.4.2.3建设内容

身份管理平台应能实现身份数据的统一存储、统一管理，实现全校各类应用的单点登陆，以及各类访问与操作安全审计。同时，还提供便利的工具，便于系统的维护和管理。平台建设内容主要包括以下方面：

1、基础服务

1）SSO认证服务

提供了平台的身份认证基础服务，包括对用户身份的识别验证和对用户单点登录会话的管理和维护。

2）身份数据存储

按照学校特点和应用现状设计用户、组、权限模型，并按照模型设计完成数据存储。

3）账号数据同步服务

管理员可预先配置帐号同步任务，并让这些任务按照事先设置好的时间循环执行，从而满足对身份帐号数据的自动同步和处理。

2、集成接口

1）集成接口

可以支持各种开发语言的应用系统接入平台，如目前学校各类应用系统所使用的asp、.net、C/C++、JAVA、PHP等多种开发语言。

2）目录服务

目录服务是身份管理平台的基础。目录服务以层次结构，面向对象的数据库的方式集中管理用户信息，保证数据的一致性和完整性，为数字化校园各类应用提供用户信息的共享。

3、身份管理控制台

1）负载均衡

提供大并发访问下的高可用性，实现多机热备和负载均衡的能力。

2）身份自助服务

身份自助服务主要面向高校内的最终用户，包括所有学生、教师和工作人员。身份自助服务可满足用户对自己帐号信息和密码信息的维护需求，同时用户还可以查询到自己的帐号的使用信息和维护信息。身份自助服务也包括用户找回密码的功能。

3）仪表盘

仪表盘概况提供系统运行状态的总览，使管理员对当前系统的运行状态一目了然，便于管理员及时发现问题和异常。管理员可以查看帐号概况、认证概况、服务器状态和系统结构概况等。

4）帐号管理

帐号功能帮助管理员完成全校身份帐号数据的查询、增加、删除、修改、过期设置、锁定/解锁和加入组操作；提供基于Excel文件的帐号批量操作功能；提供基于差异视图的帐号同步功能；提供平台内帐号操作行为的统计功能。

5）认证管理

认证功能提供对全校身份认证相关数据的管理功能，包括对认证集成应用的管理和全校用户认证行为记录的查询和统计。

6）授权管理

提供校内身份类型组的管理功能，用于区分用户的身份类型，为校内应用提供粗粒度的授权；同时提供身份帐号入组和出组的管理功能，可基于Excel文件实现批量操作；提供授权管理行为的统计功能。

7）审计管理

提供审计管理功能，管理员可以及时发现问题，可审计出异常的帐号、不合理的认证行为和授权行为，用于发现系统可能存在的安全问题和隐患。

8）监控管理

提供监控系统各项服务运行状态的功能，帮助管理员尽早发现系统运行问题。监控内容包括总体状态、会话状态、进程状态、服务器状态和监控配置功能。

9）系统管理

系统功能主要包括一些对平台运行起支撑作用的数据管理和功能设置，包括操作日志管理、管理员管理和配置管理功能。

1.4.3统一门户平台

1.4.3.1建设目标

统一信息门户平台将分散异构的信息资源集成，提供一个支持信息访问、传递、以及协作化的集成化环境，有效盘活校园应用系统中的信息资产，对师生以及学校管理者提供面向个人、个性化的自助式服务支持。同时，用户可以享受到登录到校园工作区、所在院系、部处工作区所提供的私有、个性化信息服务。统一门户平台的建设目标为：

ü        提供符合通用国际标准的、可持续升级的门户框架；

ü        提供丰富的集成手段用于完成对现有不同应用系统的界面集成；

ü        提供统一的信息发布模式，规范信息服务、提高发布效益；

ü        建构基于校园网异构应用系统的综合信息门户；

ü        对校园网内的信息资源、应用系统进行管理和整合；

ü        为校园网内的用户提供集成的、无缝的、安全的、个性化的资源访问；

ü        为校园网内的用户提供访问校园网资源的统一入口。

1.4.3.2技术要求

1、技术先进性

信息门户须采用先进的技术架构和设计理念，满足校园信息化建设不断发展的需要。

支持JSR-168Portlet规范，提供标准的Portlet容器，可以兼容任何标准的Portlet；

操作简单方便，基于WEB2.0的ajax技术进行开发，通过Ajax技术达到Portlet的动态交互效果。

平台在设计上采用监听机制，便于在需要时扩展对这些事件的处理逻辑。

2、可集成性

要求综合信息门户提供具有高扩展性的服务架构和访问接口，让各种资源可以方便的集成到门户系统中，迅速的为用户提供服务。

对不同的业务需求可提供多种集成方式，保证良好的集成效果；

支持门户单个应用的热部署；当某个应用出现问题时，可以在服务不停的情况，实现对该应用的更新。

支持Unix、Linux、Windows多种平台，完全支持跨平台的部署；

3、容错性

综合信息门户具备一定的容错性，在运行环境出现故障的时仍能提供稳定、持续的服务。

平台应支持并行绘制多个Porlet，防止因为某个Portlet超时而影响整个页面的展现效果。

4、安全性

综合信息门户系统要能够为用户提供安全的信息资源和业务数据的获取，保障信息传输的安全可靠、保障信息不被非法用户窃取、保障用户的合法身份不被盗用。

Portlet权限控制基于Spring Acegi，采用Role、Group混合控制方式。

5、高性能

保证信息门户要能够在大规模用户的访问的情况下仍然能够提供高速的服务，至少支持5000人的同时在线访问。

6、可管理性

提供良好的应用注册界面，可建立对用户访问行为的统计分析，以便后续对信息门户的优化提升。

1.4.3.3建设内容

1、信息集成标准

1）portlet标准

企业级信息集成标准，即JSR168标准，由国际标准组织共同制定，使得各厂商的集成在统一的规范下实现，降低信息集成的投入成本。

2）基于共享库的集成

采用标准的数据集成手段实现用户查询等数据访问的集成，使得信息门户可以直接使用共享库数据。

3）信息集成授权标准

信息门户实现了基于校园用户角色的集成授权标准，应用系统的集成基于此标准完成门户集成信息访问的控制。

4）信息门户展现标准

提供UI集成标准定义，应用系统集成在UI层面基于此标准完成，以保证信息门户UI的一致性，提高用户可用性。

2、信息集成运行支撑

1）标准门户服务器

提供校园门户平台的基础运行支撑，遵循国际标准和主流开发技术，包括JSR-168、Spring Application Framework、Spring MVC Portlet Framework。

2）集成工具

在校园门户平台中提供丰富的内容集成方案，包括页面集成、数据集成和应用集成，集成手段有Iframe集成、页面抓取、RSS集成、HTML编辑、凭证登录集成等。

3）用户自定义工具

提供丰富的用户与系统交互功能，包括风格选择、自定义页面和Portlet拖拽。

3、信息集成管理

1）应用集成管理

对集成到信息门户的应用进行管理，管理的内容包括：应用的生命周期管理、应用的授权管理、应用参数控制。

2）角色管理

对信息门户用户进行角色管理，角色基于校园用户身份，支撑数据集成共享库，保障用户数据的一致性。

3）个性化管理

完成对不同角色用户的个性化管理，可以对不同角色授权于不同的应用，配置不同的角色访问UI。

4）应用访问分析

对应用访问数据进行跟踪分析，发掘使用频度高低的各类应用，促进应用的完善和提供。

5）运行管理工具

提供对Portlet Server的管理，包括站点管理、故障邮件告警、访问统计。

1.4.4统一数据库平台

1.4.4.1建设目标

当前学校信息化管理的现状是：各个部门、院系可能都有各自独立的信息系统和数据库，并且各个系统自成体系，数据重复冗余，导致了各部门相互之间同一信息不一致，信息不能及时共享，数据的利用率不高。为了避免上述情况的存在，统一信息化平台项目必须做到数据共享，只有数据共享之后才能保证数据一致，减少冗余，提高利用率。这就要求统一设计一个数据库（包括共享数据库）架构，为今后各部门信息化工作提供前期的准备和支持。统一数据库平台的建设要求达到以下目标：

1、保证全校信息的统一和一致；

2、保证任何两个异构业务系统之间的数据共享；

3、保证任何两个业务系统之间没有冗余业务数据；

4、保证遵循“谁产生、谁维护”的原则；

5、保证任何业务系统的添加和修改不影响其它业务系统的正常运行；

6、要保持基础数据的内容最新的时限要求；

7、保证可以提供为整个学校综合查询和决策支持所需的数据信息；

1.4.4.2技术要求

1、可集成性

高校数据集成的实际环境比较复杂，因为业务系统的建设过程较长，存在各种类型的数据源与不同的共享需求，因此公共数据平台要能够解决各类异构问题，提供良好的集成支持。

*·平台应能提供丰富的API接口程序，实现异构数据源的共享和交换，支持各种主流、非主流关系型数据库、ODBC 数据源、WebService 、Tabled-Txt 文件、网络协议等，以满足连接不同数据源的需求；在投标书中应列举平台支持全部的应用接口程序种类。

可采用同步或异步的方式实现数据的交换及推送，可设定运行的周期。

2、开放性

* 数据集成过程要求支持UNIX、WINDOWS、AIX、HP UNIX等操作系统平台，支持主流数据库，包括ORACLE、SYBASE、DB2、SQL SERVER等，完全支持跨平台的部署。需要是开放的ETL代码生成器。

3、高性能

*·平台的建设应基于商业中间件，中间件应能提供统一的可视化的开发工具，能图形化的设计和定义抽取、转换、加载流程。

采用成熟的E-LT的方式完成数据集成工作。

对于所交换的数据，可以采取CDC机制，每次只捕获、集成有变化部分的数据，从而减轻数据交换平台的网络传输及系统处理的负担。CDC的实现方式可以通过触发器、系统日志位及标志位等方式实现。

提供完全抽取和增量抽取方式。

数据集成过程支持批量操作，保证集成效率。

4、可管理性

可以对全局业务流程及各流程节点对应的服务，进行设计、修改、监控与管理，以适应学校全局业务需求的变化，为建立面向服务、松耦合与高可扩展性的全局业务应用提供适用的图形化开发和管理工具。开发工具应遵循可视图形化方式，具有易用的可视化数据建模、数据转换、流程设计和调试工具并提供可视化的配置工具。

1.4.4.3建设内容

数据集成平台

高校的业务系统建设在不同时间、不同环境、不同厂商，采用不同的开发语言以及后台数据库的情况下逐步完成。随着高校IT应用的迅速发展，各种业务系统和数据的不断增加，系统间数据共享和交换的需求愈见突出，而且数据的不一致性也是重点需要解决的问题；因此，构建一个完整统一、高效稳定、易管理易维护的数据集成平台已经成为各大高校数字化校园建设的重要目标。

数据集成平台建设内容主要包括以下方面：

*1、数据集成工具

构建数据集成平台，通过数据集成平台与各个业务系统的数据接口进行数据的抽取、加载、转换映射，完成从源到目标的数据交换。系统应能支持数据的双向传递，使得各类系统业务数据实时共享，并提供过程的调度和监控。

1）集成中心库模式

提供满足高校数据共享和交换需求的数据库模式。

2）集成接口支持

为不同类型的数据源提供接口，包括：

·支持主流RDBMS如：Oracle、DB2、Sybase、SQL Server、InfoMix的数据集成；

·支持非主流RDBMS如：Mysql、Derby、HypersonicSQL、PostgreSQL的数据集成；

·支持ODBC数据源如：Foxpro、Access、Excel等的数据集成接口；

·支持消息类型数据源如：JMS Queue、JMS Topic的数据集成；

·支持如格式化的txt及XML的文件数据集成；

·支持WebService的数据集成；

·支持其他特殊类型数据格式如：LOB字段（BLOB、CLOB）的数据集成。

3）数据集成KM模块

提供数据集成KM库，包括了各种数据集成需求开发包共计100多项。

4）拓扑管理工具

对数据源和调度代理进行管理，支持RDBMS、文本、消息、WebService等各种数据源接口。

5）集成设计工具

对数据集成项目提供图形化界面进行设计和开发。

6）集成查看工具

查看数据集成项目的运行情况，可以对集成过程进行调试。

7）集成调度工具  对各个数据集成同步任务进行调度控制，以此完成定制化的数据集成过程。

*2、数据集成监控

能够实现对数据集成过程的监控及处理，管理界面应符合管理人员的软件操作使用习惯，操作步骤明了。

1.4.5业务构建平台

本期建设的人事基本信息管理系统、学工系统、就业系统的目标定位是建立一个统一、可持续发展的应用系统整体架构，支持业务系统的快速建模，使用户在一定程度上构建和修改完善应用业务的业务流程，实现学校内部的业务整合、流程整合和数据整合，最终实现学校的整个立体化应用模型。因此，人事基本信息管理系统、学工系统、就业系统在设计上必须支持应用系统页面的快速构建，通过业务建模工具，能够对新增业务或原有业务的变更进行快捷方便的开发实现，使新业务和变更业务能够无痕地融入，平滑过渡。

1.5新建应用系统

1.5.1总体要求

应用系统应遵循信息化基础平台提供的数据标准、接口规范、运行约束、集成模式等，设计开发须符合信息化基础平台的规范，并完成与统一身份认证平台、统一信息门户平台、统一数据库平台的无缝集成。应用系统一方面满足应用需求，另一方面是对各信息资源的汇聚。通过系统建设，为学习者创设学习情景，提供学习服务，为教师提供方便的教学环境和引导环境，为管理者提供高效的管理环境。系统应免费提供应用集成的能力，能提供良好的扩展性和二次开发能力，提供相关接口；以保证能按学校要求与学校数字化校园项目做相关集成。开放 WebService接口，通过设定好的数据接口，直接提供数据访问的WSDL，或进行数据的运算，以便校方根据数字化校园建设要求的需要进行访问和数据调用。

1.5.2人事基本信息系统

1.5.2.1 技术要求

应用系统建设应采用B/S架构，符合J2EE标准，采用Java编程语言和服务器端Java技术开发。

1、信息编码标准

人事管理系统的建设必须符合和遵守国家、教育部颁发的各类标准以及学校制定的信息化标准要求，以便规范的进行业务数据的采集、存储、传输、应用。

2、基于数字化校园整体框架

系统应在数字化校园整体规划框架下进行实施，遵循数字化校园基础平台提供的数据标准、接口规范、运行约束、集成模式等，可与学校要要建设的基础支撑平台集成。

3、系统灵活可配置、适应变化

系统应符合我校业务特性，灵活、实用，并具有一定的可配置性。同时，能随着IT技术和学校业务的不断发展，系统可进行灵活扩展或更新，业务数据能够得以有效的积累和展现。

4、采用统一业务构建平台

系统应具有良好的可扩展性，要不断适应学校发展所引发的各类新需求。业务系统的开发方式应提供基于统一的业务构建平台进行快速开发，以确保能够适应业务管理需求的变化和长期发展。

5、提供丰富的数据接口

系统要求提供丰富的数据接口，支持数据的导入导出，满足学校上报需求。

1.5.2.2 功能要求

将要建设的人事信息管理系统主要是对全校教职员工从入校到调走或离退休全过程的各类信息进行管理。

系统建设内容要求包括以下方面：

1、组织机构维护

1）可实现学校行政机构的增设、变更、撤销和合并的功能，支持对行政单位的详细属性的维护功能。

2）可查询出学校部门机构的历史变动情况；

3）统计查询的结果能够实现数据的自定义字段导出。

2、编制设置

1）可对在校的总体编制岗位设置信息进行管理。岗位设置原则按国家制定的政策及学校的规定来执行；

2）按照编制类别统计全校实有人数和编制计划人数。

*3、教职工信息管理

1）支持对教职工信息的管理，维护的信息内容需包括基本信息、联系信息、职务信息、编制信息、学历资质信息、其他信息，以及学习简历、工作简历、家庭成员、职务变动、奖惩等各扩展项。

2）系统应具备良好的可配置性，如可以配置字段级的信息的查看、维护的权限，设置信息维护的审核流程。

4、校内调动管理

管理员可设置不同类型人员的调动审批流程，实现校内调动的网上申请，网上审核，并可以对调动信息的跟踪。系统应能支持批量调动，管理员可维护和查询调动人员的信息。

5、离校管理

管理员可设置不同类型人员的离校审批流程，实现离校的网上申请、审核等操作，及离校信息的跟踪和记录；管理人员也可以在系统中手工登记人员离校的信息。登记完成后，该人员的基本信息中的人员状态自动变更。

6、退休管理

系统可以根据预先设定好的判别策略进行退休情况的预测，并对预测情况进行提醒。管理人员可以在系统中手工登记人员退休的信息。系统应能支持延聘与返聘的信息登记与管理。

7、合同管理

系统支持对不同种类的合同进行灵活的设置，可在线登记教职工的合同信息，系统会自动到期合同提醒、续签提醒等信息。系统可提供对试用期合同的管理，包括试用期的转正和解除合同，可实现对满足合同续聘条件的人员的筛选以及续聘登记管理。

*8、非在编人员管理

可实现对派遣人员、兼任教师、临时人员等非在编人员基本信息的管理。

9、高级人才管理

可自定义设置高级人才的类别，如：中国科学院院士、73首席科学家等，管理员可对高级人才的详细信息进行管理和维护。

10、博士后管理

可对校外博士后人员的相关信息进行登记，并为管理人员及校领导提供博士后信息查询和维护功能。

11、信息和数据统计分析

用户可自定义统计方案，实现人事基础信息的统计，并支持以三维、二维等方式进行查询信息的展现，并支持查询结果的导出。

12、待办事宜

实现在系统首页提示目前需要处理的事务。

13、消息提醒

自动发送消息提醒，手工发送消息提醒。

1.5.3学工管理系统

学工管理系统从学生、生活、思想等各方面对学生进行全面的管理。系统整合并规范学生管理业务，实现全校学生管理模式规范，为学生处内部各科室以及院系学生工作管理部门的协同工作提供无纸化的办公条件。系统的建设充分体现学校的服务意识，为学生、管理人员等各类用户提供人性化的服务，并提供灵活的数据接口，满足历史数据的平滑接入和校内外各企事业单位、教委、教育部等上级主管部门的各种外部数据需求。

系统建设内容主要要求以下方面：

1、学生基本信息管理

1）基本信息维护和管理

学生可在线填报个人相关信息，包括出生日期、证件号码、籍贯、生源地、就读方式、户口所在地等基本信息，辅导员可对学生填报的信息进行确认与维护；学生也可进行基本信息的变更申请，并提交审核确认；

2）学籍异动管理

系统可维护或查询学生的学籍异动信息，支持学籍信息的导入和导出。

3）班级管理

系统可维护和管理班级信息，支持班级信息导入和导出。

4）毕业生管理

系统可维护和管理毕业生的基本信息，支持自定义方式的信息查询，提供数据导出功能。

5）基本信息报表

提供学生基本信息的自定义明细表以及统计表，并导出成其他数据文件格式；

2、学生扩展信息维护和管理

学生可在线填报个人的扩展信息，包括教育经历、工作经历、培训经历、社会实践活动、校外实践、语言能力、校外证书等扩展信息，辅导员可对学生填报的信息进行审核确认。

3、奖学金管理

1）奖学金设置

支持奖学金种类、登记、金额、评定学年、审核流程等信息设置的功能。

2）评定条件管理

支持奖学金评定条件的设置，满足不符合申请条件学生的自动筛选、申请退回。

3）名额分配管理

可供学校管理人员分配评定各院系的具体评定名额。

4）申请审核管理

可供学生在线申请奖学金，申请提交后供各级管理老师进行审核。

5）奖学金管理

针对未通过系统进行奖学金申请评定的学生奖学金获取信息，管理源可直接登记维护学生的评定情况。

6）奖学金报表

提供按自定义的字段统计奖学金评定信息，并支持以明细报表、图表方式等方式生成统计报表。

4、荣誉称号管理

1）荣誉称号设置

支持荣誉称号的种类信息、金额、评定学年、审核流程等信息的设置功能。

2）评定条件管理

可实现荣誉称号评定条件的设置，支持不符合申请条件学生的自动筛选、申请退回。

3）名额分配管理

学校管理人员可分配评定各院系的具体评定名额。

4）个人荣誉称号申请审核

支持学生在线申请个人荣誉称号，申请提交后供各级管理人员进行审核。

5）集体荣誉称号申请审核

支持辅导员在线申请集体荣誉称号，申请提交后供各级管理人员进行审核。

6）荣誉称号管理

支持管理员直接登记维护学生评定情况的功能。

7）个人荣誉称号报表

提供按自定义的字段统计个人荣誉称号的评定信息，并支持以明细报表、图表方式等方式生成统计报表。

5、违纪处分管理

1）违纪处分管理

可供管理老师维护学生的违纪处分情况的信息。

2）处分上报审核

支持管理员登记院系上报学生的违纪情况信息。

3）违纪处分查看

支持辅导员和院系学工负责人查看学生的违纪处分情况。

4）解除申请审核

学生可提交解除违纪处分的申请，可按自定义审核流程进行逐级审核，解除处分。

5）违纪处分报表

需提供学生违纪处分信息查询的功能，并支持以明细报表以及图表方式等方式输出统计报表。

6、困难生管理

1）困难生申请审核

支持学生在规定时间范围内在线申请困难生资格。

2）困难生管理

需提供学生困难认定信息的维护和查询功能，支持批量数据的导入、查询和统计等功能。

3）受助情况查询

支持对困难生的受助情况的查询。

4）困难生报表

可按自定义字段查询困难生信息，并支持以明细报表、图表等方式输出统计报表。

7、助学金管理

1）助学金设置

支持助学金种类、等级、金额、评定学年、审核流程等信息的设置。

2）评定条件管理

需提供对助学金评定条件的设置，支持不符合申请条件学生的自动筛选、申请退回。

3）名额分配管理

支持对评定各院系的具体助学金评定名额的分配。

4）申请审核管理

支持学生在线申请助学金，各级管理老师可按权限进行审核。

5）助学金管理

支持管理员可直接登记维护学生的评定情况。

6）助学金报表

需支持助学金评定信息的统计，并支持以明细报表、图表方式等方式生成统计报表。

8、勤工助学管理

1）用人单位管理

实现对用工单位情况和用人单位管理员的设置和管理。

2）岗位管理

支持对用人单位的岗位信息的设置，支持两种维护模式：直接进行管理、经过审核后再管理。

3）岗位申请审核

支持学生对岗位的在线申请，以及相关人员按权限的审核。

4）上岗情况管理

支持对学生上岗信息的直接维护。

5）勤工助学查询

支持对学生的上岗情况以及报酬发放情况的查询。

6）报酬发放申请审核

支持对用工单位报送的学生每月报酬发放信息的审核。

7）黑名单管理

支持对勤工助学工作中表现差同学的情况信息的维护和管理。

8）勤工助学情况报表

支持学生勤工助学情况以明细报表或图表方式进行统计输出。

9）薪酬发放情况报表

需提供对薪酬发放信息的查询，并支持以明细报表、图表等方式输出统计报表。

9、贷款管理

1）国家贷款管理

支持对学生的贷款信息维护的功能。

2）国家贷款申请审核

需提供国家贷款的在线申请、审核等功能。

3）放款管理

需提供维护贷款发放清单以及数量的功能。

4）还款管理

需提供维护学生还款情况的功能。

5）违约管理

需提供维护学生的违约情况的功能。

6）生源地贷款管理

需提供维护学生的生源地贷款情况的功能。

7）贷款报表

支持学生申请国家贷款信息的自定义查询，并支持以明细表、统计表等方式输出统计报表。

10、困难补助管理

1）困难补助设置

支持对困难补助种类、等级、金额、评定学年、审核流程等信息的设置。

2）评定条件管理

支持对困难补助评定条件的设置，满足对不符合申请条件学生的自动筛选、申请退回功能。

3）名额分配管理

需提供对各院系的具体困难补助评定名额的分配。

4）申请审核管理

需提供学生困难补助的在线申请、审核的功能。

5）困难补助管理

支持管理员直接登记维护学生的评定情况。

6）困难补助报表

支持对困难补助评定信息的自定义统计和查询，并支持以明细报表、图表方式等方式生成统计报表。

12、学费减免管理

1）学费减免设置

支持对学费减免种类、等级、金额、评定学年、审核流程等信息的设置。

2）评定条件管理

支持对学费减免评定条件的设置，满足对不符合申请条件学生的自动筛选、申请退回的功能。

3）名额分配管理

支持对各院系的具体学费减免评定名额的分配。

4）申请审核管理

支持对学费减免业务的在线申请、审核功能。

5）学费减免管理

支持管理员直接对学生评定情况的维护和管理。

6）学费减免报表

支持对学费减免评定信息自定义字段的统计，并支持以明细报表、图表方式等方式生成统计报表。

13、政工队伍管理

1）辅导员队伍管理

支持对辅导员队伍信息的维护，支持研究生、教师加入辅导员队伍数据从其他业务系统的直接获取。

2）辅导员带班管理

可给各个班级配备辅导员，实现带班的登记。

3）院系学工负责人管理

实现对各院系学工负责人信息的维护。

14、系统管理

需提供代办事宜、通知公告、系统短消息、系统日志、权限的管理等功能。

15、学生活动管理

各种学生活动推进情况管理，学生部门发布活动，根据各系或学生组织完成情况综合情况给予确认未完成者将被记录

16、学生党、团组织管理

学生党、团组织关系转接，学生党员培养、发展情况

17、学生社团管理

1）社团部各社团及社员信息登记

2）各社团大型活动管理

3）学生活动中心使用管理

1.5.4就业系统

就业信息系统的建设目标就是帮助学校更好的做好毕业生就业服务和广泛地吸引各种形式的用人单位进入校园招聘，为就业管理工作，吸引企业、服务毕业生，全面提高就业率和就业质量，为学生就职，企业求才提供一个公共的平台。系统应集匹配、宣传、管理、指导于一体，服务于学校、企业和学生。

系统建设内容主要包括以下方面：

1、就业网站

1）信息发布

提供就业资讯的发布平台，就业管理人员可以发布各类就业资讯、政策法规、通知新闻、面试指南等信息，一方面将各类就业信息传达到毕业生和用人单位，另一方面也提供了渠道对学生进行就业指导和帮助。

2）调查问卷

支持单选、多选、简单等多种调查问卷方式，并支持对结果的统计。

3）咨询管理

提供网上咨询服务，学生、企业可在线提问，由学校管理人员进行回答。

4）站内消息

可提供简单的文本邮件交流的工具，方便用户之间的信息发送。

2、用人单位管理

1）为用人单位提供在线注册、审核的功能。

2）管理员可以对用人单位信息进行维护和修改。

3、职位管理

1）用人单位可在该系统中注册并发布职位信息，各类信息经过学校审核后将会通过就业平台发布。

2）学校就业管理人员可以代用人单位发布各类信息。

4、招聘管理

1）招聘会申请审核

用人单位可进行招聘会网上预约；管理员对预约招聘会进行审核确认。

2）招聘会管理

管理员可直接添加或维护招聘会信息。

3）招聘会查看

学生可以查看学校发布的专场招聘会信息。

4）招聘会月历

学生可以以月历形式查看学校发布的专场招聘会信息。

5、生源管理

为学生提供个人信息修改的平台，管理员可对学生提出的申请进行审核和维护。需支持对修改的时间点和审核流程的定义。

6、单位求才管理

用人单位可查看就业系统内的人才信息，设置人才搜索器、收藏人才信息等。

7、在线求职

1）学生可以在线制作简历，系统提供多种简历模版可供选择，也可支持已有简历的上传，实现简历的在线投递，投递时刻选择已设置的求职信一同发送。

2）学生可在线查看就业系统内的职位信息，进行在线搜索、申请、简历投递、职位收藏等。

8、推荐表管理

学校可在线进行学生推荐表的流程设置、管理和在线的修改、打印，应用系统中已有的学生数据可以自动从数据集成平台获取。

9、毕业去向管理

1）毕业去向登记

学生可在线进行毕业去向的登记，系统提供如自主创业、回省二分等隐性就业方向的登记与管理。

2）毕业去向审核

管理员可设置对毕业去向登记信息的管理审核流程，并可对毕业去向的变更进行管理和维护。

3）毕业去向管理

管理员直接添加或维护毕业去向信息。

10、报到证管理

1）报到证管理

支持上级下发报到证信息的批量导入。

2）报到证信息查询

学生可查询个人的报到证具体信息。

11、统计报表

可提供单位情况、生源情况、供需情况、签约率等维度统计报表的输出。

 

1.5.5档案数字化网络管理平台

1.5.5.1设计原则

数字档案建设是未来档案工作发展的重要方向，是提升河南中医学院学校档案管理水平，实现学校档案工作更好为教学、科研服务的有效手段。数字档案管理平台须遵循以下原则：

1. 开放性和可扩展性原则。系统设备、软件具有良好的开放性，所有硬、软件遵循业界相关标准，支持开放的标准接口，支持跨平台采用数据接口技术进行集成，保证各系统稳定运行，预留相应的软硬件接口。

2. 易用性和实用性原则。友好的用户操作界面，直观易用的人机交互方式、系统维护界面和上下文有关的在线帮助，设计使用操作人性化。

3. 安全性原则。采用多种安全管理机制，保障数据在存储、检索、提取、传递、发布和管理等各个层面的安全性。系统采用完善的安全保障措施和技术控制手段，必要的用户操作权限控制、密码安全控制机制、日志监督等多种手段防止系统数据被窃取和纂改。

5. 稳定性和可维护性原则。系统具有高稳定性，一般的人为和外部的异常事件不会引起系统的崩溃；同时系统有较高的可用性，当系统出现问题后能在较短的时间内恢复，而且系统的数据是完整的，不会引起数据的不一致。系统易于管理和维护，并为系统运行维护和后期扩展提供支持。

6. 高效性原则。系统在100并发用户时，客户端查询检索响应时间不超过3秒，日常数据录入响应时间不超过1秒，视频播放及图片显示时间不超过5秒。

7. 规范性原则。系统遵循国家档案标准，兼容传统的案卷为单位的管理的规则，也支持新的以文件为单位的管理规则; 完善的电子文件管理功能，依据国家档案局《全国档案信息化建设实施纲要》、《电子文件归档及电子档案管理规范》的要求而设计。

1.5.5.2系统组成

档案数字化网络管理平台包含的业务系统主要有：档案网络管理系统、档案网络发布系统。

档案网络管理系统要求：依据国家档案局《档案著录规则》、《全国档案信息化建设实施纲要》、《电子文件归档及电子档案管理规范》，用户通过网络对接收的档案数据进行录入，编研，打印，检索，借阅等一系列规范化操作，来对档案数据进行电子化存储与利用。

1.5.5.3功能需求

1、档案网络管理系统功能需求：

1  自由建库与自定义数据库结构

用户可以根据自身需要自由创建数据库，自定义数据结构，以满足不同类别，不同专业档案管理的需要。

自定义输入界面与管理界面

用户根据不同档案的类别来自定义与之相匹配的输入界面，并保持输入界面的美观与简洁。同时根据需要来定制管理界面中的内容。

全文管理与全文检索

通过高效的全文检索算法，实现全文的高速检索。保证检索时间，检索结果准确无误。

档案借阅管理

档案借阅分实体借阅和电子文件借阅，用户只需要通过身边的计算机远程登录到系统中就可以查 阅馆藏档案信息，确定所要借阅的档案实体,系统即可纪录完整的借阅利用 信息，并可以进行借出档案实体的崔还，借阅利用信息的统计等操作。

电子文档与图片、音频、视频等的多媒体管理

需根据国家档案局《全国档案信息化建设实施纲要》、《电子文件归档及电子档案管理规范》的要求将电子文件单个或批量上传到系统中，用户按权限进行在线浏览，在线点播与下载操作。

自定义打印目录

用户可以根据具体需求，自行设定打印目录。

数据批量导入与导出功能（EXCEL或者DBF格式）

为了实现档案馆现有档案电子数据与未来管理系统的融合，新系统应能够批量的输入原有数据并能自动生成与系统格式相同的条目信息，使原有数据实现与系统的融合。

 安全通信（SSL）保证系统数据网络传输的安全

 预留与数字校园系统接口（单点登录、统一身份认证）；并能提供与OA系统、教务系统、财务系统等业务系统的标准接口规范。

10  分级权限控制

管理员可以随意控制用户权限，能保证用户具有：表级，记录级或部门级等各种权限级别，严格遵循档案安全性这一原则来执行。

11.数据远程备份与恢复

12 在线自动升级。

13.用户帐号硬件加密

2、档案信息发布系统主要功能：

档案信息发布系统：用户通过发布系统可视化界面能自行制作档案馆网站，并将接收到的档案网络管理系统内的数据按需求发布到网站上，提高本部门数据的利用率，扩大利用范围与服务对象。要求本系统具有严格的权限控制机制，并且档案网络管理系统与档案网络发布系统采用用户身份统一认证，实现用户帐号的统一

档案信息发布系统需求：

1、单点登录

  发布系统登录必须与我院目前所使用档案管理系统进行无缝对接，实现帐号的统一身份认证。

2、菜单管理

  系统中提供了菜单栏的自由管理可以设置菜单栏的菜单项、背景颜色、菜单宽度可以自由设定，系统支持三级菜单。

3、页面布局

   系统中提供网站标题、Banner标题、页脚版权、Banner背景、Banner效果的设置以及档案系统以及信息发布系统的登录接口设置。可以自由设置页面的布局。

4、信息模块

   系统中可以建立信息模块以及设置信息模块的查询界面、查询输出界面、安全设置等，系统提供了完善的信息查询体系以及安全控制体系，可以控制用户的查询、查询输出界面，以及限制ip、ip地址段以及用户、部门的查询权限。系统中还提供了信息模块的引用代码，用户可将代码引用到其他网页或者网站中。

5、信息发布

   系统中提供了将已经建立的信息模块以新闻形式发布的功能，并提供了发布模块在其他网站上嵌入的各种代码，用户可以灵活的把建立的发布模块引用到其他网站中。

6、焦点新闻

  系统提供了设置焦点新闻的功能，可以把已经发布的新闻重要的新闻以焦点新闻的方式发布出来，提高该新闻关注度。

7、专题推荐

   专题推荐中可以把系统中的重要查询、重要新闻或者其他网站上的重要新闻等推荐给广大用户。

8、站点链接

在站点连接中可以把其他网站的链接以分类的方式推荐给用户。

1.5.6基本校情分析系统

1.5.6.1建设目标

利用信息化工具来梳理校情数据、积累信息资源、规范信息管理，为学校整体了解、改进各方面工作提供动态、真实、可靠的依据，促进学校各部门协调运作，提高学校管理水平，帮助学校管理部门建立先进的管理模式。

1.5.6.2功能要求

基本校情分析主要以学校基本对象（学生、教师、资产）和科研、教学等的数据为基础展开分析，采取“泛化”的建设思路，体现共享库的建设效果，至少包含且不限于以下内容：

1、学生基本情况分析

包括按学生来源国家、学生来源地区、生源比重、学生政治面貌、学生性别、学生民族（汉族/非族）等分类的统计。

2、教师基本情况分析

包括生师比、按类型、按年龄段、按院系部门、按学科、按学历、按学位、按职称、按来源国家、按学缘（本校毕业）比重、按政治面貌的师资统计。

3、资产基本情况分析

包括校舍总面积、生均校舍面积、不同类别校舍面积、占地总面积、生均占地面积、不同用途占地面积、仪器设备总额、生均仪器设备额、仪器设备构成、仪器设备使用方向、用于教学科研的仪器设备比重、图书总量、生均图书量、电子图书所占比重、图书构成等

1.6已有系统集成

已有系统集成要实现数据集成、认证集成和应用发布集成三个目标：

1.6.1数据集成

1.6.1.1集成目标

数据集成完成全校范围内现有数据的规范化整合和处理。将目前分散在各个业务应用系统，采用不同规范编码的数据通过数据集成平台进行整合，并集中储存公共数据平台的核心数据库中，作为全校范围内全面完善而且规范的数据源。为现有业务系统和将来需要建设的应用系统提供全面的数据资源。

数据集成不仅为数字化校园的应用系统建立了全面综合的数据源，为应用系统开发个人综合数字档案、学校决策分析档案提供支持，而且还明确了各种数据的权威性和维护责任，使相同的数据在整个数字化校园系统内只有一个权威值，一处维护单位。

1.6.1.2集成方案

对应用系统进行集中的规划调研，分析出应用系统数据库和数据中心平台进行数据抽取和订阅时采用的方案，初始化数据中心平台的数据整合工具。使这套工具能够成功的从业务应用系统数据库中抽取数据到数据中心平台。

对于目前使用的各种数据源类型，通用接口包括：

•支持主流关系型数据库，包括 Oracle、IBM DB2 UDB、IBM DB2/400、Informix、Microsoft SQL Server、Sybase AS Enterprise、Sybase AS Anywhere。

•支持非主流关系型数据库，包括 MySQL、Derby、Hypersonic SQL、PostgreSQL。

•支持 ODBC 数据源类型的接入，包括 Microsoft Access、 Microsoft Excel、Dbase、Visual Foxpro。

•支持主题或者队列，包括 JMS Topic、JMS Queue。

•支持 WebService，WebService接口提供了数据访问的最基本方法，即WebService方法，通过设定好的数据接口，直接提供数据访问的WSDL，或进行数据的运算，以便应用可以根据自身的需要进行访问和数据调用。

•支持 Tabled-Txt 文件

•支持 XML 文件

•支持操作系统的网络协议，包括 ftp。

通过对数据源连接的简单定义，即可完成对数据源连接的建立，为下一步进行数据集成建立基本的通道。

对于特定的数据源，可以使用数据源特定的连接方式，充分利用数据库的特性，发挥效率和性能等方面的优势。以上专属接口包括：

•Oracle OCI 方式

•Sun JDBC-ODBC bridge 方式

•XML 的 JDBC 方式

•DB2 JDBC Type2 方式

1.6.2认证集成

1.6.2.1集成目标

用户的管理在统一身份认证、权限管理平台集中进行，应用子系统不单独维护用户信息，所有的用户信息均来自于统一的身份认证服务，原则上要求统一认证用户库中的用户基本信息数据是相对完整的，各子系统的用户基本信息数据是该系统用户数据库的子集；

对于某些已经建成的应用系统，统一身份认证、权限管理平台支持应用系统建立自己单独的数据库，定制开发后台数据复制的服务，使得应用系统可以保持和统一身份认证、权限管理平台数据的一致；

对于有Web的应用系统，做到单点登录。

1.6.2.2集成方案

对于数字化校园后续将要建设的各个应用系统，其认证部分将统一由统一身份认证、权限管理平台完成，统一身份认证、权限管理平台提供满足各种系统的认证接口，通过调用这些接口，可以使统一身份认证、权限管理平台为各个应用系统进行认证服务。提供的接口包括了目前主流的应用系统开发语言的接口：

1）面向JAVA系统的JAVA接口；

2）面向ASP系统的COM组件接口；

3）面向PHP系统的PHP接口；

4）面向C＋＋、C系统的C接口。

1.6.3应用发布集成

1.6.3.1集成目标

应用发布的集成主要完成应用系统信息查询服务的集中，使用户能够在一个统一的入口内，使用所有应用系统提供的信息服务。

信息门户平台集成的内容主要有：

Ø        调研规划应用系统对外提供的服务内容，筛选需要通过门户发布的服务；

Ø        调研用户需求，以共享数据平台作为基础，开发整合部分增值服务；

Ø        以信息门户平台作为服务提供入口，在信息门户上开发出个性化的信息服务；

Ø        使用统一身份认证平台进行用户认证，并使用统一身份认证平台中的用户分组信息（权限）对信息集和门户上的各种应用进行统一的授权。

1.6.3.2集成方案

集成方案的主要包括以下几种方式：

Ø        简单的URL链接集成：这里集成要求不高，只需要在主界面上有固定的链接，用户点击链接进入系统；

Ø        需要认证的系统集成：这类系统需要输入用户名和密码，如邮件系统，信息门户提供凭证登录服务，保留系统的用户名/密码，使用户只需要在第一次输入，以后点击连接，直接进入这些系统；

Ø        嵌入其他系统的页面：使用集成插件可以实现，使用该插件配置一个栏目，在栏目的配置界面中输入要嵌入系统的页面的URL和显示的长、高；

Ø        开发专门的Portlet，实现被集成系统的功能发布。

Ø        信息（权限）对信息集和门户上的各种应用进行统一的授权。

本期项目需要集成的应用系统见下表：

序号	系统名称	系统简要描述	数量	单位	备注
1	教务系统	身份集成、数据集成、门户集成	1	套
2	图书系统	身份集成、数据集成、门户集成	1	套
3	财务系统	身份集成、数据集成、门户集成	1	套
4	办公系统	身份集成、数据集成、门户集成	1	套
5	邮件系统	身份集成、数据集成、门户集成	1	套
6	网站群系统	身份集成、数据集成、门户集成	1	套
7	综合评教系统	身份集成、数据集成、门户集成	1	套
8	网络学习平台	身份集成、数据集成、门户集成	1	套
9	资产管理系统	身份集成、数据集成、门户集成	1	套
10	一卡通系统	身份集成、数据集成、门户集成	1	套
11	科研系统	身份集成、数据集成、门户集成	1	套
12	其它

 

2.实施与保障部分

2.1时间要求

2014年12月前完成所有项目建设工作。

2.2 项目实施要求

2.2.1  实施策略

投标方应阐述本项目建设的实施策略，需考虑以下几点：

Ø        项目各个阶段分工明确；

Ø        项目目标和范围的定义一致；

Ø        遵循软件工程原则进行建设；

Ø        应本着共同建设、培养队伍的思路；

Ø        实施采用原型法，实现快速实施。

2.2.2 实施方案

该项目规模较大，业务管理系统需求复杂，涉及部门、环节多，要保证顺利有序实施，投标方必须对实施工作作出详尽慎密的组织实施方案。投标方案中应进行详细的描述，主要内容应包括以下几个层面：

投标方应详细描述本项目的实施方案，主要包括以下几个方面：

1、组织架构与职责

在项目的管理过程中，组织结构是项目成功的基础，而其他管理内容只有在合理的组织结构下才能真正实现，因此有效的组织结构，是保障项目成功的有力保证。公司方、校方应共同组建系统建设小组，招标方在学校信息化领导小组领导下，落实各部门专职信息员，中标方指定项目负责人和核心技术骨干。双方必须保证人员的数量、质量和人员的稳定性、连续性，实现例会制度，规划项目建设的进程、相关措施和实施办法，及时考核各阶段建设情况。

2、实施阶段划分

在分阶段实施计划的基础上，进一步明确和细化每个阶段的工作范围、内容、人力投入、过程、责任、交付成果等。

3、项目人员配置与责任

在分阶段实施计划的基础上，进一步明确和细化每个阶段投入人力的技能要求、工作任务、承担责任等。中标方确保项目负责人、核心技术人员的数量、质量，提供其技术经历相关资料。参考如下表：

 

2.2.3 项目管理

投标方必须提出对项目的建设进行科学严格的管理方案与措施，使的项目系统计划、有序组织、科学指导和有效控制，促进项目全面顺利实施。

1、项目配置管理

在项目的开发过程中以及交付使用后，会产生大量文档和程序，如：需求分析说明、设计说明、可执行码、用户手册、测试用例、测试结果等技术性文档以及合同、计划、会议记录、报告等管理文档，而且文档的版本在不断变迁和修改中，势必产生一个庞大、动态的信息集合。因此，必须建设相应的配置管理系统，通过一系列技术、方法和手段来维护产品的历史、鉴别和定位产品独有的版本、在产品开发和发布阶段控制变化，制定规范的配置管理工作计划和流程，沟通交流配置管理工作情况，从而使管理制度化、有效减少重复性工作、保证产品的质量和效率和系统的后续升级和维护。

2、项目管理规范和手段

根据该项目的实施方案，在实施过程中，为了保证用户方、开发方、专家监理等各方能够对项目建设实施进行监控，及时发现和解决的问题，必须建立相应的项目管理规范，包括项目执行监控流程、执行监控的方法、执行监控的责任等，使管理和监控工作流程化、规范化，管理和监控工作责任明确。

3、项目管理控制

该项目的管理控制包含多个方面：项目范围、风险、进度、质量、变更管理控制，贯穿项目开发建设的始终，必须做到对项目建设范围准确定义，一旦范围发生变更，要有相应的变更控制和应对措施。

4、风险管理

项目风险管理是对项目风险从识别到分析到应对措施的一个过程，包括风险识别、风险量化、风险对策、风险对策实施控制四个方面。项目在实施过程中会出项各种各样的风险，必须做到充分、有效识别风险，应对风险和控制风险，在项目实施之初必须制定风险预测和规避风险的对策。

5、软件项目的开发管理

必须要按照软件工程的方法，开发过程满足软件生存期的要求，采用先进的软件开发的方法和软件开发的工具，科学地管理软件开发的过程，降低软件开发的风险和成本，使软件项目获得较高的经济效益和社会效益。

2.2.4  质量保证

Ø        软件质量保证；

Ø        测试；

Ø        运行保障。

2.3对售后服务的要求

投标人应承诺保证该项目按时正式稳定地运行，并承诺提供三年免费服务。

投标人应承诺根据对我校相关业务运做的规律来有计划地制定服务保障体系。

该项目一旦运行起来，就占有很重要的地位，稍有差错就会引起各方面的反映和损失，所以系统的售后维护服务和技术支持工作也应有足够保障。投标方作为具有丰富信息化校园项目经验的系统集成和软件开发企业，应通过自身不断的努力和原厂商的鼎力支持；针对客户的不同的系统的需求，制定不同的运行保障方案，建立完善的本地售后服务体系，对我校提供充分考虑使用者利益的技术支持及售后服务模式。

除了上述的有关承诺之外，投标人关于服务保障体系的描述应具体包括如下内容：

1、运行保障机构

主要描述公司对于对我校本项目的运行保障能力描述。

2、保期内运行服务内容

售后维护服务，定期走访或实行远程维护：定期维护的时间区间、周期和详细规划，规划包括：方式、人员和详细的维护内容。

重大事项的即时响应：系统出现故障或意外情况导致系统不能正常运行时，投标人响应的情况描述，针对不同响应级别的即时响应包括：人员、时间和内容等。

服务请求的方式：在我方需要提供服务（包括即时的和非即时的）时，能够与投标人联系沟通的方式描述，应包括：服务热线电话和联系人、联系单位信息、信函/传真、电子邮件、服务网站。

服务请求的流程：投标人对用户的支持或维护请求处理流程的流程图和详细描述。

快速升级：近期的针对系统平台的详细的升级计划，如需要还要有针对各个子模块的详细的升级计划；这些计划包括：时间（含试运行时间和正式投放市场时间）、升级内容、针对本项目的升级方式、升级运行保障和升级后培训等。

3、保期后运行服务内容

售后维护服务，定期走访或实行远程维护：收费服务的时间区间、周期、费用和详细规划，规划包括：方式、人员和详细的维护内容。

重大事项的即时响应： 所需费用由双方协商。

系统升级：针对于系统平台的升级计划，这些计划包括：时间（含试运行时间和正式投放市场时间）、升级内容、针对本项目的升级方式、升级运行保障、费用和升级后培训等。

4、运行服务的档案

运行服务的详细记载，可以用于分析总结。

5、用户投诉

投标人是否设有用户投诉受理电话，对用户的意见做出反应。

如果有用户投诉受理电话，请描述以下内容：电话号码（或传真）、投诉中心负责人和受理答复时间。

2.4对培训体系的要求

培训应贯串于整个项目的实施过程中，包括在从项目准备、研发到项目运行的全过程中。需要提供以下几方面关于培训的描述：

1、培训要求

投标人派出的培训教员应具有丰富的同类课程的教学经验和应用经验；所有的培训教员必须用中文授课；投标人必须为所有被培训人员提供培训用文字资料和讲义等相关材料，如果培训地点在外地，投标人还应为所有被培训人员提供食宿；投标人应按合同规定安排培训时间和培训名额。

2、培训方式

包括课堂讲解、上机操作和实际工作的参与。

3、培训工作的内容和对象描述

投标人进行的培训工作包括了培训方案的设计、培训制度的制定、培训开发、培训实施和培训效果评估，及时监控培训效果，保证培训课程符合我校实际的需要。在系统运行（含试运行）的各个阶段相应的培训内容描述，培训阶段安排包括：项目管理人员培训、系统分析人员培训、系统开发人员培训、系统管理人员培训、系统维护人员培训和系统使用人员培训。

2.5成果移交

2.5.1技术转移

通过本期项目的合作开发，将合作公司先进的开发技术、项目管理模式和经验与我校的需求资源相结合，真正建立我校的专业技术队伍。同时，我校的工作人员全面深入地参与开发的全过程，包括需求分析、系统设计、代码生成、测试运行以及使用维护五个阶段，掌握各个环节的主要技术，具有对软硬件系统平台、各个业务系统的技术维护能力以及二次开发能力，实现知识和技术的转移。

2.5.2交付成果和文档资料

在本期项目的开发过程中和交付使用后，要求将各个阶段产生的全面、规范的成果和文档资料交付给我校，而且要提供明确的交付清单。同时，成果和文档资料必须符合软件工程的相关要求。要交付的成果和文档资料主要包括以下部分：

1、可运行的系统

2、技术文档：包括项目开发中的各种技术文档，如开发环境配置说明、软件工具清单、需求分析说明、变更说明、系统设计说明、用户手册、测试用例、测试结果、系统维护说明、系统培训资料以及有关系统接口的技术说明等等。

3、管理文档：包括项目开发中的一些工作文档，如，计划、报告、讨论纲要、会议记录等。