“智慧校园”建设项目投标文件(技术部分)（优秀）_智慧校园建设投标文件

2020-02-27 其他范文下载本文

“智慧校园”建设项目投标文件(技术部分)（优秀）由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“智慧校园建设投标文件”。

技术方案

‚信息化校园‛建设项目

大学信息化建设项目技术方案

 企业承诺

 项目经理将参与日常的系统实施管理，监控项目的进度

 与系统架构师、应用开发小组和项目经理一起工作以确保新系统的开发可以跟踪和控制  项目经理负责向校方项目负责人汇报系统的开发进度和开发相关的问题

 核心人员现场设计

企业把数字化校园平台研发组及数字化校园业务研发组的核心研发人员安排到本项目组，参与系统的现场调研整体设计与研发工作。并根据工作需要安排有相关项目经验的人员现场实施，保证在项目实施期间和最终验收2年内，至少3名技术人员在现场服务。

 长期支持、长期服务

项目验收后，免费提供3年维护服务、长期提供技术支持。愿与学校在数字化校园建设方面进行长期合作，与学校一起在数字化校园建设领域共同进步，成为良好的战略合作伙伴。

 实时风险分析及跟踪

项目实施过程中，按照企业的项目管理方法和经验，识别和控制项目风险，避免重大损失。风险包括：

 业务流程的不规范性和不确定性、功能需求不明确导致的风险  功能需求改变导致的风险  系统无法达到其预计的功能的风险

 缺乏掌握关键技术的资深人员、核心技术人员的风险  系统运行维护上的风险

第3页

大学信息化建设项目技术方案

第1章第2章指导思想与设计原则................................................................................................................................................8 企业实施本项目优势...............................................................................................................................................10

2.1.企业优势..........................................................................................................................................................................10 2.2.解决方案优势..................................................................................................................................................................10 2.2.1.整体优势.....................................................................................................................................................................10 2.2.2.技术优势................................................................................................................................................................11 2.2.3.安全性优势.............................................................................................................................................................12 第3章大学信息化现状分析...............................................................................................................................................13

3.1.学校概况..........................................................................................................................................................................13 3.2.项目建设背景..................................................................................................................................................................13 3.3.目前信息化建设现状及存在的问题..............................................................................................................................14 3.4.本期需求..........................................................................................................................................................................15 3.4.1.总体目标................................................................................................................................................................15 3.4.2.具体建设目标.........................................................................................................................................................15 第4章总体设计方案..........................................................................................................................................................18

4.1.技术路线..........................................................................................................................................................................19 4.1.1.编程语言................................................................................................................................................................20 4.1.2.面向对象的组件技术.............................................................................................................................................20 4.1.3.应用程序的开发与运行结构.................................................................................................................................20 4.1.4.动态网页生成技术.................................................................................................................................................21 4.1.5.基于SOA的应用系统设计及应用集成...............................................................................................................21 4.2.应用安全体系..................................................................................................................................................................25 4.3.性能参数..........................................................................................................................................................................25 4.4.系统软件平台建设..........................................................................................................................................................25 4.4.1.操作系统................................................................................................................................................................25 4.4.2.数据库管理系统.....................................................................................................................................................25 4.4.3.应用服务器.............................................................................................................................................................26 4.4.4.开发平台简介.........................................................................................................................................................26 第5章 5.1.5.2.第6章数字化校园的建设策略及原则................................................................................................................................37 建设策略..........................................................................................................................................................................37 建设原则..........................................................................................................................................................................38 设计方案..................................................................................................................................................................39

6.1.软件支撑平台..................................................................................................................................................................39 6.1.1.信息门户系统.........................................................................................................................................................39 6.1.2.数据交换集成平台.................................................................................................................................................66 6.1.3.身份认证平台.........................................................................................................................................................77 6.1.4.共享数据库平台.....................................................................................................................................................97 6.1.5.业务应用开发平台...............................................................................................................................................163 6.2.业务应用系统................................................................................................................................................................183 6.2.1.学生综合管理及服务...........................................................................................................................................183 6.2.2.教职工综合管理及服务.......................................................................................................................................342 6.2.3.资产综合管理及服务...........................................................................................................................................409 6.2.4.综合业务管理及服务...........................................................................................................................................432 6.3.数据中心硬件系统........................................................................................................................................................472 6.3.1.方案设计...................................................................................................................................................................472 6.3.2.产品介绍...................................................................................................................................................................478

第4页

大学信息化建设项目技术方案

6.4.校园一卡通系统............................................................................................................................................................498 6.4.1.项目分析..............................................................................................................................................................498 6.4.2.设计方案优势特点...............................................................................................................................................500 6.4.3.系统总体设计方案...............................................................................................................................................504 6.4.4.一卡通系统业务功能设计...................................................................................................................................523 6.4.5.集成系统对接方案...............................................................................................................................................558 第7章信息安全体系建设.................................................................................................................................................565

7.1.安全风险分析................................................................................................................................................................565 7.1.1.物理层安全风险.......................................................................................................................................................565 7.1.2.网络层安全风险.......................................................................................................................................................565 7.1.3.系统层安全风险.......................................................................................................................................................566 7.1.4.应用层安全风险.......................................................................................................................................................566 7.1.5.管理层安全风险.......................................................................................................................................................566 7.2.系统安全体系................................................................................................................................................................566 7.2.1.安全服务维...............................................................................................................................................................567 7.2.2.协议层次维...............................................................................................................................................................567 7.2.3.系统单元层...............................................................................................................................................................568 7.3.网络系统安全................................................................................................................................................................568 7.3.1.网络安全概述...........................................................................................................................................................568 7.3.2.访问控制安全策略...................................................................................................................................................569 7.3.3.虚拟局域网和访问控制（VLAN/ACL）...................................................................................................................571 7.3.4.防火墙部署...............................................................................................................................................................572 7.3.5.入侵检测...................................................................................................................................................................573 7.4.主机系统安全................................................................................................................................................................573 7.5.数据库安全保障............................................................................................................................................................575 7.6.机房环境安全................................................................................................................................................................576 7.6.1.机房安全分类...........................................................................................................................................................576 7.6.2.场地的选择...............................................................................................................................................................577 7.6.3.结构防火...................................................................................................................................................................578 7.6.4.机房内部装修...........................................................................................................................................................578 7.6.5.火灾报警及消防设施...............................................................................................................................................578 7.6.6.其他防护和安全管理...............................................................................................................................................579 第8章项目实施计划........................................................................................................................................................580

8.1.实施开发计划................................................................................................................................................................580 8.1.1.总体思路..............................................................................................................................................................580 8.1.2.实施开发计划.......................................................................................................................................................580 8.2.质量计划........................................................................................................................................................................583 8.3.异常计划........................................................................................................................................................................584 8.4.系统风险分析................................................................................................................................................................586 8.4.1.需求阶段..............................................................................................................................................................586 8.4.2.设计阶段..............................................................................................................................................................586 8.4.3.编码阶段..............................................................................................................................................................588 8.4.4.测试阶段..............................................................................................................................................................588 8.4.5.实施......................................................................................................................................................................588 8.4.6.全过程..................................................................................................................................................................589 8.5.项目控制........................................................................................................................................................................590 8.5.1.管理控制..............................................................................................................................................................590 8.5.2.交付控制..............................................................................................................................................................590 8.5.3.缺陷管理..............................................................................................................................................................591 8.5.4.质量保证管理(QA).............................................................................................................................................593 8.5.5.变更管理..............................................................................................................................................................595 8.5.6.文档管理..............................................................................................................................................................599 8.6.系统测试........................................................................................................................................................................604 8.6.1.测试任务与步骤...................................................................................................................................................604 8.6.2.影响验收的其他因素...........................................................................................................................................608

第5页

大学信息化建设项目技术方案

8.6.3.工程系统集成测试...............................................................................................................................................609 8.7.系统验收........................................................................................................................................................................614 8.7.1.递交成果的签署...................................................................................................................................................614 8.7.2.递交成果的拒绝...................................................................................................................................................615 8.7.3.软件系统的验收...................................................................................................................................................615 8.8.实施过程协调方案........................................................................................................................................................616 8.8.1.协调人员工作的重要性.......................................................................................................................................616 8.8.2.工程实施过程中的协调管理措施.......................................................................................................................617 第9章项目组织、人员安排.............................................................................................................................................619

9.1.本项目组织架构与职责................................................................................................................................................619 9.1.1.建立工程领导小组...............................................................................................................................................619 9.1.2.项目经理..............................................................................................................................................................621 9.1.3.系统架构组...........................................................................................................................................................622 9.1.4.业务分析组...........................................................................................................................................................623 9.1.5.应用开发组...........................................................................................................................................................624 9.1.6.系统测试组...........................................................................................................................................................624 9.1.7.系统平台组...........................................................................................................................................................624 9.1.8.质量保证组...........................................................................................................................................................626 9.1.9.实施维护组...........................................................................................................................................................627 9.1.10.售后服务组...........................................................................................................................................................627 9.1.11.建立联合项目开发组...........................................................................................................................................628 9.1.12.公司级服务支撑平台...........................................................................................................................................628 9.2.项目人员........................................................................................................................................................................629 第10章运维管理体系建议............................................................................................................................................630

10.1.组织保障........................................................................................................................................................................630 10.1.1.校园CIO..............................................................................................................................................................630 10.1.2.专门的信息化机构...............................................................................................................................................631 10.1.3.业务处室信息员...................................................................................................................................................631 10.1.4.专业、稳定的开发人员.......................................................................................................................................631 10.2.制度保障........................................................................................................................................................................632 10.3.实施保障........................................................................................................................................................................632 10.4.运行管理保障................................................................................................................................................................632 第11章培训计划...........................................................................................................................................................634

11.1.培训目的........................................................................................................................................................................634 11.2.培训对象........................................................................................................................................................................634 11.3.培训计划........................................................................................................................................................................634 11.3.1.软件支撑平台培训计划.......................................................................................................................................635 11.3.2.学生综合管理与服务培训计划...........................................................................................................................636 11.3.3.教职工综合管理及服务培训计划.......................................................................................................................637 11.3.4.资产综合管理及服务培训计划...........................................................................................................................639 11.3.5.综合业务管理及服务培训计划...........................................................................................................................641 11.4.企业培训机构——企业信息学院介绍........................................................................................................................642 第12章售后服务计划....................................................................................................................................................646

12.1.企业对技术服务的理解................................................................................................................................................646 12.2.企业技术服务体系........................................................................................................................................................647 12.2.1.企业集团客户服务ISO9000质量文件..............................................................................................................647 12.2.2.企业四级服务体系...............................................................................................................................................648 12.3.售后服务方式分类........................................................................................................................................................649 12.3.1.软件自身缺陷维护服务.......................................................................................................................................649 12.3.2.现场维护服务.......................................................................................................................................................649 12.3.3.远程诊断服务.......................................................................................................................................................649

第6页

大学信息化建设项目技术方案

12.3.4.其它支持手段.......................................................................................................................................................649 12.3.5.需求变更后的技术服务.......................................................................................................................................650 12.3.6.数据处理服务.......................................................................................................................................................650 12.3.7.应急事件的服务...................................................................................................................................................650 12.3.8.版本升级服务.......................................................................................................................................................651 12.3.9.定期回访服务.......................................................................................................................................................651 12.3.10.客户满意度调查..............................................................................................................................................651 12.3.11.免费客户服务热线..........................................................................................................................................651 12.3.12.长期的技术支持与合作..................................................................................................................................651 12.3.13.企业集团Internet网站.................................................................................................................................652 12.4.免费技术服务时间........................................................................................................................................................652 12.5.技术服务申请程序........................................................................................................................................................652 12.6.技术服务过程................................................................................................................................................................653 12.7.售后服务/级别对应表..................................................................................................................................................653

第7页

大学信息化建设项目技术方案

第1章指导思想与设计原则

大学的数字化校园设计遵循统一规划、统一标准、统一规范、灵活可扩展的这一基本原则。建设有本校特色的数字化校园、对现有用户及关键业务的有效支撑作为项目的基本思想和目标。

我们认识到，数字化校园建设是一个长期的过程，所以在项目的规划及执行过程中我们始终坚持总体规划、分步实施原则，在组织管理维、技术发展维度及业务发展维度等方面坚持如下原则：

 实用性、人本性、创新性相结合建设目标及过程，首先要符合实用性这一要求，体现以人为本，服务全校师生、校友及决策管理者。通过建立个性化用户环境，为用户提供个性化服务及信息，不断创新思路、创新技术，为校园用户提供更加实用和更加人性化的服务内容。

 满足学校发展需要

数字化校园建设目标是为学校建立一套管理先进、技术领先、数据集中共享模式的现代化高校管理信息系统体系，把学校相关的信息化服务系统、管理过程纳入计算机服务管理之内，规范数据和业务流程，加强学校有关部门的管理与监控职能。因此，我们的设计方案从如何实际、有效地完善对师生日常科研、教学的服务；如何有效支撑学校目标管理；如何全面提升学校核心竞争力的角度出发，围绕着这一目标将信息化工作进行逐步、全面性设计与规划。

 满足教学、科研、办公、管理以及生活数字需求

数字化校园工程的目标是以提供教学、科研、管理、生活服务为主体目标的这一根本。学校的主体用户人群就是广大的师生，需求上应充分地考虑如何让师生、校友、管理者得到更多的便利服务、激发应用兴趣、便于接受使用的原则。这样可使整体工程推动起来更为顺畅，变被动为主动。

 教学、科研、办公实现‚一站式‛服务的理念

A)服务目标的核心体现在：数字化校园应用要为用户带来便利和透明管理； B)为师生提供所必需的信息及服务内容；

C)通过信息化手段，尽可能控制与减少学校在协同办公、管理、教学、科研、生活方面的内部资金损耗。

在进一步降低学校信息化投资成本的同时，不断量化学校服务目标、服务项目及合理的支撑成本这一解决方案。为全校用户提供教学、科研、办公实现‚一站式‛服务的理念。

 确立建设思想的可持续发展原则

本着承接历史、照顾现状、考虑未来的可持续发展原则，不建议学校将历史问题一脚踢开，重建所有的应用系统。建议学校在服务目标、支撑技术、经费投入、信息化队伍建设、公司合作几个方面，走

第8页

大学信息化建设项目技术方案

可持续发展之路。

在规划设计上，不仅要考虑到学校现有的软硬件及软件应用情况，还要关注学校的信息服务目标与服务主体的定位，尝试如何运用最新的技术手段，通过最合适成本方法去建设与改造，最快速地解决学校当前及未来发展所遇到的问题，实现本期数字化校园的既定建设目标。

 总体规划、分步实施、关注重点、解决问题

在关注、评估服务目标和成本过程中，找到工程重点与急需解决的问题。做好全面整体的规划，分步执行。在实施上由易到难，逐步完成开发实现、培训推广及修改完善工作。

 选择合作伙伴最为关键

数字化校园是一个永不休止的工程，随着学校办学规模的不断扩大；信息化应用领域在教学、科研、管理及文化、娱乐、生活领域的不断深化，数字化校园建设工作必须要跟得上学校快速发展步伐。在数字化校园建设过程中，合作伙伴是一个持久的合作对象，既可以与学校共同设想和探讨未来数字化校园的建设与发展，又可以协助学校屏蔽、解决项目过程中存在的诸多风险及问题。因此，在数字化校园建设中，选择和培养最优秀的解决方案提供商作为学校长久的合作伙伴，才能携手共同发展。

第9页

大学信息化建设项目技术方案

第2章企业实施本项目优势

2.1.企业优势 2.2.解决方案优势 2.2.1.整体优势

企业提供的解决方案基于更高层次的数据集成和应用集成，以数据服务和信息服务作为出发点，为学校的各类用户提供完善的服务体系。

数字化校园平台解决数据孤岛问题的同时，在数据标准、数据交换、数据清洗方面做了大量的工作，除了能提供业务系统本身的查询统计外，也提供了跨业务系统的大量查询和统计报表。在对学校系统做详细调研和需求分析的基础上，对用户所使用的报表进行归类和总结，按照业务主题进行数据库建设，再具体地为它建立基本表，数据中心与学校管理中要解决的主要问题相关联，而不是与通常的计算机应用项目相关联。随着高校信息化过程的推进，信息化建设转向面向信息服务的建设模式，基于管理应用为基础，构建横向的信息与服务支撑体系。数据的再利用成为有效提供信息化服务的一项主要模式，因此需要针对业务主题构建数据中心，通过对数据的分析、挖掘，为学校的管理者、学生、教职工等各类用户提供完善的数据信息支持。

对比传统的信息共享模式构建的数字化校园，新的数字化校园方案有如下整体优势：  盘活数据资产

数字化校园根据用户自身需要，确认建设指标体系，根据指标体系，形成数据逻辑模型，用户在不断得到信息服务的同时，可对数据模型进行升级，即在充分利用现有数据资源的前提下，逐步完善数据资源体系，从而达到学校信息资产的充分利用，使学校信息化建设成果成倍增加。

 加强学校核心竞争力

与基于数据共享和交换的统一数据库相比，数字化校园建设体系更加完善和深入，在保证信息共享、打破部门孤岛的同时，对原有的数据资产进行了数据盘活，通过数据深层次的应用，对学校的信息化建设和教学、科研等业务进程起到重要的推动作用，为学校提高自身层次，加强核心竞争力提供强有力的保障。

第10页

大学信息化建设项目技术方案

 提供全面的数据服务体系

数字化校园构建了面向全局性服务的数据模型，使学校的各类信息有机地关联在一起，并进行数据自身的挖掘和抽取，形成更加有效的数据支撑模型，为学校各类用户提供全面、深化的服务支撑体系，满足学校各类用户的需要。

数字化校园提供了多角度、深层次的数据展示服务，为用户提供了切片、钻取、智能关联等多种模式的信息服务手段。

 强大的可扩展性和关联性

数字化校园架构支持多种查询、报表和BI分析工具，通过架构本身提供的数据关联工具，使各类信息展现服务结合为一个整体，根据面对用户的不同，展现不同的数据体系，使各类用户能够方便、快捷、有效地得到各类信息服务。

 智能化

数字化校园决策支撑模型智能记载了用户操作数据展现的分析路径，并根据分析路径进行数据挖掘，为用户提供围绕操作主题的目标服务。

 有效的环境适应性

数字化校园逻辑模型对数据来源、方式和质量进行智能分析和监控，在用户应用数据模型前，数据中心提供了完善的数据来源分析体系和支撑要求，用户可根据自身信息化建设程度，选择不同的构建方案，最终形成用户个性化的全方位支撑体系。

 强化数据质量

数字化校园更注重于数据质量管理，为学校的数据质量监控提供多种智能分析和清洗手段，减少学校在信息化建设中出现的问题，为数据的有效积累提供保障。

2.2.2.技术优势

 可扩展的设计模式，开放的技术架构，为今后的业务系统提供基础

已在多个项目成功使用的面向服务的架构模式，并经实践检验的技术框架结构和充分利用企业产品事业部提供的基础产品Unieap、DXP、NEUQuery，为本项目提供技术保证。企业提供的平台中的身份管理、数据共享能提供Web Services接口，并在北京邮电大学、对外经济贸易大学、中国政法大学等高校广泛使用。

企业教育事业部同时也一直致力于学校数据中心的数据综合查询、报表、分析展现的研发，在行业中处于领先地位；企业教育事业部一直致力研发的学校业务一体化软件能充分解决学校基于流程、业务的事务处理使得类似学校迎新及毕业等复杂的业务及行政处理环节能有条不紊的轻松完成。

第11页

大学信息化建设项目技术方案

采用开放、标准的技术，为二期、三期扩展提供开放接口  多机构门户、保证内外网统一建设及管理

门户支持多机构门户和虚拟工作区技术，保证用户个性化及系统统一风格定义。 跨校区、跨部门、跨应用的统一身份认证机制

实现跨校区、跨部门真正的统一身份认证，不需要手工o集成，用户身份统一管理，不需要手工导入LDAP，只需在门户登录中验证身份，无须再在业务系统中二次或多次验证身份。

 高效实时系统间数据通讯、全面保证资源共享协作系统支持实时性，支持多种资源全面共享。

 先进的实体化授权技术，符合现实习惯的便捷授权管理

系统的身份授权管理采用面向实体化真实授权技术，靠近现实的统一授权、分级授权机制，充分保证系统及数据安全，同时操作便利。

2.2.3.安全性优势

 虚拟门户技术支持Portlet权限控制技术，可以控制用户访问权限

 系统的身份授权管理采用面向实体化真实授权技术，与学校真正的管理制度相匹配，杜绝管理员功能最大化对系统安全性造成的影响

 系统带有安全访问技术监控，能够监控来访人员信息，便于及时追查访问安全情况  系统支持SSL访问模式，保持通讯过程中的信息数据安全  系统支持CA认证访问接口，有效规避了系统的身份安全问题

第12页

大学信息化建设项目技术方案

第3章大学信息化现状分析

3.1.学校概况

3.2.项目建设背景

大学‚信息化校园‛系统整体建设采取银校合作的建设模式，以现有大学校园网络基础设施、公共服务系统、应用系统和数字资源系统为基础，进行改造、新建、完善、整合、共享，将新建系统和现有部分系统整体统一规划建设；按建设信息化大学的理念，从学校全局出发，消除部门本位主义和条块分割现象，由学校统一规划、统一标准、统一步骤组织建设；公共基础设施及系统由学校统一建设；业务应用系统由学校统一数据标准、组织评审，按照学校统一的整体规划，以各业务职能部门为主，以信息管理中心为技术指导，根据应用需求的实际情况，分阶段展开建设。

大学‚信息化校园‛系统整体建设是一项投资较大、周期较长、难度较大的复杂系统工程，对于学校构建高度信息化的教学、科研、管理、生活服务环境，提升学校综合竞争力具有十分重要的意义。

大学‚信息化校园‛系统整体建设采用统一规划、分步实施，以需求为导向，实用性和前瞻性相结合，以数据共享与交换为突破口，以服务于广大师生员工的教学、科研、管理、生活服务为目的，进行‚信息化川大‛建设。

(1)立足校情。充分利用已有网络基础设施、业务应用系统、服务器软硬件以及其他数字资源等信息化资源及人才资源。

(2)纵观全局。开展学校行政管理、教学管理的创新，避免部门本位主义。从学校全局出发，搞好信息化校园建设的规划与管理，有所为有所不为。

(3)统一规划。规划高起点、高标准，符合学校‚985工程‛、‚211工程‛高校的研究型大学的水平，为学校学科专业建设、人才培养、科学研究等水平的稳步提高奠定基础。

(4)科学实施。以需求为导向、数据共享与交换为突破口，实用性和前瞻性兼顾，分子项、分缓急、分步骤实施和快速推进，并监控项目的有效实施。

第13页

大学信息化建设项目技术方案

(5)科学管理。不光要建设和完善相关的网络设施、基础软硬件平台以及各种业务应用系统，而且要逐步建立整套完善的信息化校园运营体系，制定统一、开放的信息化标准与规范体系，培养信息化建设、运维与管理的专业队伍。

(6)本项目建设周期为2~3年，主要基础系统和主要应用系统建设周期为2年，系统运维周期为8年。

3.3.目前信息化建设现状及存在的问题

近年来，信息化建设已将重点转移到以应用为主的数字化校园建设上来，学校逐步加强教学资源系统建设和应用系统建设，在全校范围内推广应用。这些应用系统包括党务系统、邮件系统、图书借阅系统、招生就业系统、教学管理系统、求索学堂、档案管理系统、人事管理系统、科研管理系统、设备管理系统、财务管理系统、校园卡系统平台等，这些系统的应用，改善了师生的教学、工作和学习环境，促进了教学改革的顺利进行，提高了管理人员的工作效率。在信息服务方面，学校各部门、各学院已建立网站几十个，为广大师生员工提供了与国内外进行信息交流的渠道与平台。但信息化建设的过程中也面临一些问题：

1．现有应用系统不能满足新的发展需求

由于教学、科研、管理等方面利用网络的水平有了较大提高，现有网上教学、管理服务的功能需要完善、拓展和性能提升。

2．现有的应用系统覆盖面低，各应用系统基本是相互独立运行。

3．现有的应用系统数据分散存储，同一数据编码标准不统一，不能互通互用。一方面存在同一数据重复存储的现象；另一方面，分散的数据无法提供全校的综合信息报表和数据综合分析。

4．众多的系统需要用户记忆多个的用户名、密码和访问地址，不停的在不同系统间切换工作难以保证系统安全和管理

5．权限分配缺乏科学化的规划和管理，权限分配复杂、方式和操作不统一，不能灵活对应学校特殊业务的突发情况

6．打电话到其他部门索要各种需要的数据，重复的录入基础信息 7．学校的数据存储零散，不能有效的管理和安全控制

8．学校的数据资产积累存在各种问题，不能得到方便快捷的历史数据服务 9．学校的数据利用不充分，数据产生后缺乏对业务优化的指导作用

第14页

大学信息化建设项目技术方案

3.4.本期需求

本项目的建设目的是为了提高学校综合竞争力，实现从分散应用向集中应用转化，从固定服务向个性化服务转化，从部门级应用向校级应用转化，从信息管理向信息服务转化的目标。使大学的信息管理和信息服务水平进入新的应用阶段，信息化综合应用水平达到国内先进水平。

根据对学校招标文件的理解，本项目为‛信息化校园‛建设项目包括软件支持平台建设、业务应用系统（学生综合管理与服务、教职工综合管理与服务、资产综合管理与服务、综合业务综合管理与服务等）建设、校园卡系统建设、数据中心机应用服务硬件支持平台建设、数据中心安全体系及校园卡系统计算机设备建设、基础软件系统建设。建成后能够实现如下目标：

3.4.1.总体目标

大学信息化校园建设将以学校‚十一五‛建设规划为指导，为建成国际知名的高水平研究型综合性大学提供数字化环境和服务平台。到2012年，建成高效、先进、灵活、安全、可靠地数字化运营环境，成为学校理念创新、管理机制创新和服务创新的重要体现；建成权威可信的数据中心和丰富多样的资源中心，构建灵活规范的业务应用服务体系，产生统一开放的数据标准及管理工具，形成快速服务与响应机制，具体有为科学研究提供支撑的大型公共计算平台和数字化服务体系；各校区实现数字化统一管理，学校教学、科研、管理、服务、娱乐等全面信息化，提高办学效率和效益，成为国内先进、西部一流的信息化校园。

3.4.2.具体建设目标

3.4.2.1.信息系统平台建设

信息化校园基础平台建设。基于大学数据中心，建成面向全校师生的信息门户、共享基础公共数据库、数据交换集成平台、统一身份认证，为各种业务应用及服务提供展示平台和数据查询使全校各种数据及统计结果具有标准和唯一性。

信息化校园管理中心建设。通过对办公自动化系统、教务系统、人事系统、学工系统、财务系统、研究生系统的建设和整合，能够对学校行政管理、人员管理、学生管理和教学管理、财务管理起到立竿见影的效果。基本满足全校的学生、教职工、管理人员等不同用户的网络化管理需求，并提供相应准确的多种业务数据查询、分析、统计和多业务系统联动服务。加强学校的管理工作，使办公管理流程上网，第15页

大学信息化建设项目技术方案

简化、优化办公流程，提高工作效率、减少差错，实现真正意义的办公自动化。通过以人的管理为核心，以服务教学为目的，通过新的办公流程管理和财务管理手段，实现先进的、高效的、统一的和可靠地校园崭新管理模式。

 信息化校园资源中心建设。建设服务于教学的精品课程VOD视频点播流媒体服务系统、电子档案系统和电子公告平台系统、网络社区服务平台。教学方面，学生可以利用该平台进行自学、复习、完成作业、考试、交流、讨论并进一步开展探究式学习、协作式学习等新的学习方式，提升学习深度和广度；同时为实现学生自由选课和自主择师创造了条件。随着远程VOD教学视频点播系统的使用，教学资源的存储及建设也启动起来，初步实现网络辅助教学功能。此外，学校的规划、建设、管理与服务追求的目标是高起点的规划、高标准的建设、高效率的管理和高质量的服务。信息化校园的建设必须走可持续发展的道路，制定发展战略不仅需要信息支持和信息服务，同时更需要基于信息的科学决策支持。 信息化校园服务中心建设。以对学生的管理和教职工服务为主线，进行校园卡管理系统的建设，建设迎新系统、离校系统、就业系统、后勤管理系统、图书馆系统、机房管理系统。同时，在现有应用系统基础上，建设网站管理系统、科研系统、国资系统。以校园卡来带动相关系统的建设和整合，实现学生新生报到注册、毕业离校手续办理，以及全校教职工和学生的用餐、校内商户消费管理、水电消费管理、图书借阅、机房上机管理、洗浴、医疗、上课考勤、会议签到、校车管理、车辆管理、毕业离校手续办理等功能，使广大教职员工和学生都能够一卡在手，走遍校园。不仅极大地方便教职工的生活服务，也降低了管理工作难度，该系统为管理的数字化提供一条主线，体现出软件集中管理的价值和优势。 大学数据中心（DC）建设。建设满足我校信息化校园建设总体目标的数据中心，为我校信息化建设的各项应用服务提供高性能、高可用性、高扩展性的硬件架构、软件平台及技术支持；制定相关的管理和运行制度；建立相应的网络安全与信息安全保障体系；在江安校区建设DC的异地容灾备份中心。

3.4.2.2.校园卡平台建设

大学校园卡系统以校园网为基础，以智能卡片为载体，具有金融消费、身份认证、学生管理等多种功能的信息系统。计划实现统一运行管理，建立科学合理的运行、管理机制，建设技术保障队伍，使校园卡平台成为大学信息化校园重要的管理和应用平台。

国内很多高校由于前期建设缺乏整体规划，学校各部门从各角度出发建设适合自己需求的一卡通系统，形成多卡并存的局面，在食堂、图书馆、财务工资、后勤、科研经费、门禁/通道等众多领域存在着自成体系的卡片应用系统，甚至不同食堂的卡也不同，相互不衔接、不共享，工作证、学生证、图书证、医疗证等证件名目繁多，管理混乱，资源浪费严重，也给广大师生员工的工作学习带来了很大的不便。

我校早期的食堂饭卡建设基本上是以餐饮消费服务为核心的，随着学校管理和服务水平的不断提高，第16页

大学信息化建设项目技术方案

越来越多的信息应用系统投入使用，校园卡需要承担更多的身份识别和信息服务功能。拓展校园卡系统的管理应用功能，如网络缴费、消费查询、消费数据统计、消费数据挖掘，通过信息化校园平台的信息门户、统一身份认证平台和基础共享公共数据库，利用现代化的计算机技术、计算机网络技术、数据库技术来提高学校综合管理和服务水平，完善运营管理体系。

提高学校管理和服务的工作效率，降低相关数据统计工作的复杂性和劳动强度时校园卡平台建设的重要使命。

3.4.2.3.信息化校园支撑条件建设

探索信息化校园的管理体制和管理制度创新，采用项目负责制进行信息化校园的建设；完善信息化校园的各种标准建设，为今后的发展奠定坚实基础；实现校园网的安全和各个应用系统的信息安全；注重知识产权保护，逐步实现校园软件正版化；打造一支高素质的信息化校园管理和建设人才队伍。

在考虑到学校基本的业务需求同时，还包括对系统的安全性、性能、稳定性、系统实施进度等综合要求。我们将严格按照学校的总体需求目标及建设原则要求，对本期项目进行合理设计。

第17页

大学信息化建设项目技术方案

第4章总体设计方案

应用安全表示层终端层PC浏览器WAP手机PDA浏览器专用终端门户工具、服务校内公共信息、服务业务系统集成一卡通Email人事教务公共信息集成天气预报列车时刻表航班信息欢迎信息系统帮助数据安全下载通知公告知识库校内新闻安全体系主机安全应用与服务业层务层支撑层门户应用层在线搜索校网站图书馆后台管理信息管理定制管理统计管理权限管理搜索管理知识库管理查询、报表配置管理个人信息管理综合信息服务成绩查询人事查询其他查询标准接口Portlet接口界面修改务层、支撑层）和数据层（数据资源层），同时还包括系统安全体系。个人信息密码修改数据统计报表下载基本信息维护管理教务业务科研业务人事业务学生业务其他业务网络安全服务与接口用户管理身份认与授权证与SSO灵活查询服务接口报表系统监控BI管理制度数据层数据库层数据源主题数据库区公共数据库数据资源层数据仓库区OLAP数据集市教职工学生数据集成大学数字化校园软件体系结构图如图所示。整个构架包含了：表示层，应用服务层（门户应用、业 ETL数据仓库操作数据库

第18页

大学信息化建设项目技术方案

表示层是通过各种终端为大学全体教职工和学生提供对‚数字化校园‛应用平台的访问服务，通过门户系统以B/S方式提供服务，支持多种浏览器，如Internet Explorer、Mozilla、Netscape、PDA 及智能手机、3G等。

门户应用层是大学的数字化校园信息门户网站，提供基于统一身份认证的信息聚合和展现服务，支持个性化的页面设臵。

业务层是学校的各业务应用系统，包含：党务系统、邮件系统、图书借阅系统、招生就业系统、教学管理系统、求索学堂、档案管理系统、人事管理系统、科研管理系统、设备管理系统、财务管理系统、校园卡系统平台等。

在今后的信息化建设中，学校陆续建设的业务管理信息系统也要整合到应用基础平台之上，使之成为数字化校园的整体之一。

支撑层：

 用户管理和授权：提供基于LDAP标准的用户管理和授权体系服务，由目录服务器和身份认证服务器组成。与用户数据集成层共同组成企业级目录服务系统，并为实现应用间的单点登录提供数据基础。

 用户数据集成：同步异构系统中的用户和授权的相关信息。并与用户管理和授权平台共同组成企业级目录服务系统，为实现应用间的单点登录提供数据基础。

 应用集成：集成和重组各种异构系统的前端应用，推送给门户系统进行统一展现，同时实现各应用和门户系统间的集中认证、单点登录、联合授权功能。

 J2EE应用基础平台：提供业务服务、业务数据集成及业务接口等后端服务，是面向用户的前端应用系统的服务支撑平台。

数据资源层是统一数据库平台，提供数据交换和共享的功能，同时为提供查询、报表、统计、分析预测等数据服务提供底层支撑。

安全体系的建设贯穿于各个层次，贯穿于系统建设的各个阶段，它主要从网络安全、主机安全、数据安全、应用安全等角度综合考虑，保证各数据安全。

4.1.技术路线

针对大学用户提供包括门户、交流、查询、统计、应用集成等服务的应用平台这样一个庞大复杂的系统工程，考虑到由于未来发展变化所带来的系统的伸缩性，应用系统必须采用现代系统规范和设计，在系统设计整体化的同时，尽量减少各子系统在技术上的相互依赖性（软件对平台、软件对数据、软件对软件、平台对平台等），使任一子系统未来的减少、增加和变更，不影响到其它子系统和总系统。从而

第19页

大学信息化建设项目技术方案

最大限度地保护既有的投资，减少对系统的维护和未来开发的投入。在应用系统整体化、功能化和规模化的同时，保证系统在技术上、经济上的可持续性发展。

基于上述原则，门户的开发基于‚跨平台‛的Java语言和独立于开发环境的面向对象的组件技术EJBs(Enterprise Java Beans)，系统的主要‚应用逻辑‛由组件构成。以组件技术为导向的组织架构提供了系统良好的可伸缩性，使系统轻易地组合与拆分其功能模块。应用软件平台的开发及运行架构采用了三层结构（Web服务器、应用服务器和数据库服务器），从而在不影响系统其它部分情况下，保证了应用服务器与其它应用可进行有效和无缝的整合，同时支持大规模并发用户的访问。采用模版（Template)技术生成的门户网页，有效地为用户提供基于角色和权限的内容和数据服务。

本项目开发采用的Java和EJBs技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。

4.1.1.编程语言

应用软件是按J2EE(Java 2 Enterprise Edition)规格，采用Java编程语言和服务器端Java技术（如：EJBs、Servlet、JNDI、JDBC和RMI等）开发。Java作为基于Web的软件业的公共标准，其独立于操作系统，独立于服务器的‚跨平台性‛，使其‚一次编写，到处运行‛，是最适合运行于互联网上软件的编程语言。Java相对于嵌入HTML并受限于用户端显示的编程能力有限的脚本语言，其完整的编程能力可开发具有强大‚业务逻辑‛的应用程序。

4.1.2.面向对象的组件技术

软件编程由依赖于特定单机从头到尾编写，到依赖于操作系统，发展到面向对象的组件技术。面向对象的组件技术是一种完全独立于硬件和操作系统的开发环境，着重于开发构成应用程序‚业务对象‛的可重复使用的组件，利用这些组件，像搭积木一样的建立分布式应用程序。面向对象的组件技术在异构分布环境下为不同机器上的应用提供了互操作性，并无缝地集成了多种对象系统；另一方面，大大加快了软件开发的速度，降低了软件开发和再开发的成本。

4.1.3.应用程序的开发与运行结构

大学数字化校园的开发及运行结构基于三层架构，即Web服务器、应用服务器和数据库服务器。运用这种架构可以做到：

（1）将‚业务逻辑‛部分从Web服务器中分出，在应用服务器中用独立和完整的编程语言（而不

第20页

大学信息化建设项目技术方案

是‚脚本语言‛）开发应用程序。同时使系统支持任何HTML的显示工具；

（2）利用应用服务器作为访问数据库请求的‚缓冲区‛，重新安排、管理‚请求‛，采用Java Servlets引擎的多线程处理访问请求，从而极大地提高了系统响应访问数据库请求的效率和速度；

（3）将应用软件平台载体的应用服务器作为与其它应用程序集成的切入点，使之可在不影响系统其它部分下与其它应用做有效和无缝集成。

4.1.4.动态网页生成技术

信息发布部分的网页生成采用模版技术。用户界面的排版和显示部分由预先制作模版承担，并支持任何标准化的HTML工具，嵌入模版的Java程序根据用户的角色和权限提取相应的内容和数据，配合模版合成针对用户的个性化动态网页。

4.1.5.基于SOA的应用系统设计及应用集成SOA是面向服务的系统体系结构，SOA是进行系统资源整合的一种架构。根据‚按需提供服务‛的精神，提供通过网络访问的服务Service，以构建高度可重用的，以业务逻辑为中心的业务应用系统。符合SOA的应用系统以松耦合的方式，对外提供标准的服务调用接口。SOA是应用开发和集成的架构模式和设计原则，提供‚服务‛给其它应用和服务的设计方法指导思想是‚软件重用‛的自然进化。SOA适应系统应用集成的需求，提供了一整套指导实现模块化、封装、松耦合、重用、架构原则和模式。所以说SOA是一个企业内业务应用集成和企业间业务应用集成的设计方法、规范、软件架构思想、风格、理念，最终目标是解决软件重用、应用集成的问题。

符合SOA架构的应用集成是通过参与集成的业务应用系统提供服务、或者调用其它应用系统的服务实现的。即参与应用集成的各方作为服务提供者或者作为服务消费者参与到服务的共享环境中。

根据高校业务系统现状及需求，应用集成主要分以下几个层面：  统一身份认证

统一身份认证是通过Identity Server等相关的SSO产品，将原有系统集成到门户平台上来。通过配臵规则达到统一身份的目的。

下面介绍与企业数字化校园平台（DCP）进行身份集成的流程：

1.对于部署到同一应用服务器下的业务系统采用agent Policy实现SSO。

2.对于部署到不同的应用服务器下的业务系统采用加密传递登录信息的方式实现SSO。统一登录认证过程：

部署在同一应用服务器下的业务系统登录过程

第21页

大学信息化建设项目技术方案

部署在不同应用服务器下的业务系统登录过程

完成以上流程中的加密、解密有多种方法，例如加密方式采用MD5算法，校验判断同时加入时间戳判断。

协议密钥存储到数据库中，提供读取。

以下提供MD5加密验证例子，供开发时进行测试：

MD5(“”)= d41d8cd98f00b204e9800998ecf8427e MD5(“a”)= 0cc175b9c0f1b6a831c399e269772661 MD5(“abc”)= 900150983cd24fb0d6963f7d28e17f72

MD5(“meage digest”)= f96b697d7cb7938d525a2f31aaf161d0  原有系统的数据集成通过其‚数据导入‛引擎提供了简单而有效的方法供学校和管理人员上传数据。学校管理人员可按

第22页

大学信息化建设项目技术方案

excel上传的方式透过门户的Web界面上传数据，批量导入用户、课程、和各种组织等数据信息。

《图原有系统数据集成》

 实时的数据交换集成数据中心支持在数据库层与学校原有系统的后台进程进行实时数据交换。通讯协议由基于XML的交易请求和响应构成，并可经由https和 http/ftp在互连网上执行实时数据交换。

 基于SOA的ESB服务集成 SOA架构如下图：

ESB是面向服务的体系结构中消息、数据、控制传递的媒介，是SOA的核心组成部分。企业服务总线（ESB）：是一个基于消息的通信模块。

ESB的作用：实现企业内部信息的准确、高效和安全传递。它还可以消除不同应用之间的技术差异，让不同的应用服务协调运作，实现不同服务之间的通信与整合。ESB是连接企业各种纷繁复杂应用的骨干神经系统，种种不同应用通过它整合在一起，以合理、符合业务需要的节奏连接应用程序和调节消息流量，从而达到提高效率和可靠性、加快响应速度的目的。

ESB的角色分析：工具、产品 VS 方法、模块、模式 ESB的组成模块

①

通道：一个sender到receiver的虚拟管道。一个初始的服务总线架构不包含任何channel；我们必须知道各个应用需要怎样通讯，然后才能建立channel来完成它。这是一种半集

第23页

大学信息化建设项目技术方案

成化的消息传递思想，因为实质上它建立的还是点对点的调用接口，在我们的项目中不建议采用。

②

消息或信息：是在总线上传输的不可分割的包，是ESB乃至SOA的基础单元。为了传输数据，应用必须将数据打包成一个或多个packets，将每个packet包装成一个meage，然后将其传输到一个总线上。同样的，一个receiver应用在接受到meage后必须从meage中提取出数据才能使用。总线应该能重复的传输meage，直到它成功为止。

③

内部通道：最简单的情况下，总线将一个消息直接从sender传送到receiver。然而，通常在消息从sender中发出后，receiver接受到之前，有一些动作需要对meage执行。举例来说，meage也许需要验证或者转换。内部通道架构使用channel将多个处理步骤连接起来。

④

转换模块：不同的应用的数据格式很可能不同。为了调节sender和receiver之间的数据格式不同的问题，meage必须经过一个中介的模块，它执行Meage Translation的工作，将meage从一个格式转换成另外一个格式，或转换成一个公共的格式。

⑤

服务或接收封装：大多数的既有应用程序没有内建的能力来同一个meage系统交互。因此实现SOA或ESB时必须包含一个中间层，它知道应用系统如何工作，也知道服务总线如何工作，并桥接两个系统。在Bus的上下两端各有一组并列的封装，它能够使得应用发送和接受meage。

⑥

Event D&P：由于SOA实质上是时间驱动的系统架构，任何包装好的服务只有在实际应用发生时才会被调用，所以事件检测和处理模块是服务总线的核心处理模块。

Bus或系统管理：作为一个大型的消息集成系统，其面向消息的、异步、低耦合的本质使得系统更加难以调试，运行期的状态也难以跟踪，所以，我们必须有强有力的手段进行系统的运行期管理和监控，同时最好能够在运行进行动态更新，以保障系统的强壮性。

组件接口规范CIS也是IEC61970标准的重要组成部分，规定组件(或应用程序)为了能够以一种标准方式和其它的组件(或应用程序)交换信息和/或访问公开数据而应该实现的各种接口。这些组件接口描述可以被应用程序用于这一目的特定的事件、方法和属性。组件接口规范定义了以下几个接口：

公共服务（Common Services，CS）给出了数据访问的一般标准，其主要内容来源于 OMG 组织颁布的 UMS Data Acce Facility Specification，简称数据访问设施(Data Acce Facility, DAF)。

通用数据访问（Generic Data Acce，GDA）对标准的第 402部分进行了一定的扩展。高速数据访问（High Speed Data Acce, HSDA）描述了基于 OMG DAIS 的在线实时数据访问接口

事项及订阅（Generic Eventing and Subscription，GES）服务历史数据访问(Time Series Data Acce，TSDA)服务

第24页

大学信息化建设项目技术方案

4.2.应用安全体系

应用系统在开发和使用中将受到许多来自外部使用不当、恶意攻击、破坏性使用和系统本身内部的一些缺陷带来的干扰，因此，在进行应用系统建设时，要从设计、开发、使用和维护等几个方面考虑应用系统的安全问题。具体参见安全体系描述。

4.3.性能参数

按照企业公司投标方案的配臵，数字化校园平台的总体性能参数如下：系统运行支持>10000用户量；

页访问并发用户支持1000人同时访问；系统保证7*24小时运行；

平均延时：小于3秒，最大延时不超过30秒；单点登录及认证响应时间为3-4秒；支持负载均衡、可扩展性；支持远程管理。

4.4.系统软件平台建设

本次设计采用纯JAVA设计，支持跨平台服务，所适应的主要应用环境如下：

4.4.1.操作系统

服务器操作系统：支持主流的UNIX/Linux/Windows系统，如SUN Solaris/HP-UX/AIX 客户端操作系统：支持windows 2000/xp/2003/vista

IE6.0以上

4.4.2.数据库管理系统

支持Oracle 9i/10g/11g数据库管理系统，建议Oracle 11g

第25页

大学信息化建设项目技术方案

4.4.3.应用服务器

支持主流商用应用服务器，如IBM WEBSPHERE/ORACLE IAS、WEBLOGIC/ SUN JES等，建议WEBLOGIC。

4.4.4.开发平台简介

本期建设项目的目标定位是建立一个统一、可持续发展的应用系统整体架构，支持业务系统的快速建模，使用户在一定程度上构建和修改完善应用业务的业务流程，实现学校内部、学校之间的业务整合、流程整合和数据整合，最终实现学校的整个立体化应用模型。因此，平台在设计上必须支持应用系统的快速构建，提供业务建模工具，采用工作流管理平台的设计开发思想并提供方便的报表生成工具，能够对新增业务或原有业务的变更进行快捷方便的开发实现，使新业务和变更业务能够无痕地融入，平滑过渡。

‚大学数字化校园‛将以UniEAP平台作为基础，在此之上通过插件的方式插入一些组件，如我们公司现有的UniFlow、FormDesigner、NeuQuery、InfoServices、UniDRM组件；UniEAP平台提供SPI(Service Provider Interface)支持新的组件开发。

下面就UniEAP作一些介绍。

UniEAP平台是大学数字化校园平台的核心，它相当于计算机的主板，起到了最基本支撑作用；其它的组件可以方便的在其上插拔，并通过它进行通信和交流。

下面分概述、UniEAP平台体系结构和UniEAP平台典型组件对UniEAP平台进行介绍。

4.4.4.1.UniEAP概述

 UniEAP的定位

UniEAP的全称是‚Universal Enterprise Application Platform‛，译成汉语是‚通用企业应用平台‛，如果从更广义的角度来讲，可以理解为‚组件框架‛即(Component FrameWork)。UniEAP是构建于B/S架构的，以J2EE为核心技术实现模型的多层应用开发、运行的框架和平台；但它不仅仅是一个框架，它还提供了一系列的组件和工具以及相应的开发方法，进而达到快速建设应用系统的根本目的。

近年来IT行业技术方向变幻莫测，技术发展一日千里，能正确理解技术、运用技术为企业构建解决方案的人员为数不多，而在实际的项目的需求中又要求用尽可能短的时间满足用户的复杂需求，这样导致一个应用系统很难在效率、稳定性、易维护性方面取得最佳平衡。UniEAP正是基于这样一种考虑而构

第26页

大学信息化建设项目技术方案

建的一个基于Web等多种接入方式的三层结构的分布式对象模型系统。UniEAP的目标使应用系统的设计和开发人员从激烈变化的‚技术洪水‛中解放出来，避免重复性的劳动，避免不必要的代码维护和升级，集中精力了解用户需求，搞好业务系统的设计和开发。

UniEAP平台面向业务，为应用系统提供一个分布式企业核心应用支撑平台，保证安全高速地开发系统，平台的开发遵循业界标准，具有扩展（开放）性强、高强壮性、高稳定性，屏蔽业务开发人员对基础技术的了解，促进业务模块的再利用，能针对用户需求在多种环境下应用。

UniEAP不是Application Server，它与BEA Weblogic Application Server、IBM WebSpere Application Server、Sun JES Application Server、Tomcat、JBOSS均不属于同等性质产品。它是一个基于组件技术的快速开发和运行平台，它的部分组件最终同业务应用组件一起部署到Application Server上。它的定位如图所示：

《图 UniEAP在系统层次图中的定位示意》

第27页

大学信息化建设项目技术方案

《图 MVC三层结构的框架示意》

上图是典型的MVC三层结构的框架示意图，框架由逻辑隔离层和层次之间的通讯规则组成。有了框架，建设一个应用系统的主要任务就是开发各个层次上的组件，这些组件按框架约束好的‚游戏规则‛进行通讯协作，共同完成一笔业务逻辑，如下图所示：

《图 MVC三层结构组件分布》

如果我们将所有的组件进行抽象、封装、抽取、归类，会发现：大部分组件都是可复用的通用组件——包括通用技术组件和通用业务组件；只能一小部分是业务专用组件。那么UniEAP到底是什么呢？UniEAP就是一个稳定的框架加一系列通用组件。如下图所示：

《图 UniEAP的作用》

第28页

大学信息化建设项目技术方案

UniEAP代替不了Application Server，因为UniEAP提供的所有组件都是基于J2EE规范的组件，组件本身不能运行，它们必须臵身于组件容器——Application Server——中才具备生命力；但Application Server同样代替不了UniEAP，因为Application Server所提供的功能都是最基本的功能，它不可能提供有行业特色的通用组件，UniEAP恰恰提供了Application Server之上、具体业务应用之下的基础平台。有了UniEAP，B/S/S结构的工程有了一个统一的结构框架和许多可利用的组件，而且组件的家族会随着UniEAP在行业内的推广而变得越来越丰富，所有的这一切使得应用系统的开发得到了最大程度的简化，使开发人员可以完全不必在乎复杂的底层技术实现，而‚聚精会神‛地处理业务逻辑。 UniEAP的价值

面对协作范围越来越大的信息应用领域，很多人会说，J2EE不正是解决这一问题的最佳选择吗？不错，J2EE是一个卓越的多层架构技术平台。J2EE体系包括Java Server Pages(JSP)，Java Servlet，Enterprise Java Bean，Web Service等技术，这些技术的出现给应用程序的开发提供了一个非常有竞争力的选择。但怎样把这些技术组合起来形成一个适应项目需要的稳定架构是项目开发过程中一个非常重要的步骤。因此有必要实现一个优秀的系统框架，以达到如下目标：

1.使企业级应用程序具有更好的稳定性、健壮性、高效性。

2.使企业级应用程序具有更好的可重用性、可扩展性和可维护性。使整个系统易于增加新的功能、易于修改已有功能，将程序的改动对系统的影响降至最小。

3.使系统调用、系统处理具有统一的流程；通过规范各层类的位臵、职责来规范各个层次的开发。各个任务在架构图上都有比较好的定位，任何人能借助它很快地熟悉整个项目，把握系统的核心。

4.使团队开发更加协调一致，通过类调用层次的分工，规范各层调用之间的接口，使团队开发的分工明确、调用方法统一。

因此，一个专业的软件开发公司必须构建一个基于Web等多种接入方式的分布式对象模型系统，以及相应的开发环境和定制工具。企业集团作为中国最大的IT解决方案供应商之一，从1999年开始即研发自主产权的通用企业应用开发平台UniEAP，历经8年的开发，应用，推广，升级，现在已达到功能强大完善的V3.0。

面向业务，UniEAP提供一个分布式企业核心应用支撑平台，保证：

 安全高速地开发系统  遵循业界标准  扩展（开放）性强  高强壮性、高稳定性

 屏蔽业务开发人员对基础技术的了解

第29页

大学信息化建设项目技术方案

 促进业务模块的再利用

 能针对用户需求在多种环境下应用

面向未来，UniEAP保证：

 技术的变化不会影响业务模型  业务的变化通过对系统的配臵来实现 UniEAP的价值可以用下图表示出来：

《图 UniEAP的价值》

 UniEAP的特点

1.分布式体系架构技术

采分布、并行的处理方式，大大减小平台的实施成本，是现在主流技术，也是典型的系统构架形式。各层间有着清晰的职责的划分，相互之间通过定义良好的接口进行访问，耦合度较低，可以相对独立的维护、修改和升级。

2.平台的多应用支持技术，采用Web事件响应机制、负载均衡等技术 3.统一的用户管理和权限管理 4.遵循业界标准

为了保证系统的良好开放性及代码复用率，整个UniEAP的开发遵循如下业界标准：JAVA 1.4/1.5，JSP 1.0/1.1，Servlet 2.2/2.3，XML 2.0，EJB 2.0，JDBC2.0，SOAP1.1……

5.支持多种应用环境

跨操作系统（Unix、Linux、WinNT/2000/98/95…）跨数据库（Oracle、Sybase、DB2、SQL Server…）

跨中间件（BEA Weblogic/Tuxido，IBM Websphere/CICS，Tomcat，…）

第30页

大学信息化建设项目技术方案

多种人/机交互方式（Browser、PC、MobilePhone、FAX…）6.提供丰富的功能组件

将公用服务抽取出来，为各业务逻辑提供通用功能组件，保证系统的重用性。以组件的模式构建各层的逻辑功能，组件间通过标准接口相互协作，可以相对独立的开发各个逻辑层。

4.4.4.2.UniEAP的整体结构

UniEAP在整体框架上采用典型的MVC模式，在Web Framework上以当前最为流行的struts为支撑，集中了大量功能强大、灵活易用的功能组件。整个平台的结构如图所示：

《图 UniEAP整体结构》

 统一的商业逻辑模型层设计

《图 UniEAP中商业逻辑层设计》

商业逻辑层以EJB/Java Bean技术为实现手段，提供了对象持久化及打印、邮件等商业逻辑组件。

第31页

大学信息化建设项目技术方案

设计要点如下：

1.用EJB和JavaBean做商业逻辑；

2.通过统一的服务组件基类调用安全、日志、工作流、规则等引擎式服务构件；

3.在管理管理信息系统中对象持久化是一个关键性服务，单一的数据库接口解决全部问题并不现实，因此采用由OP层统一包装，统一管理，但暴露多种操作接口的方式来解决。对象持久化接口提供面向对象和面向过程两大类，具体支持四种方式： 1)2)3)4)得到connection 简单的sql execute封装

可持久化的数据总线DataSet，通过其xml接口可发送到页面）DAO（单表抽成的可持久化的实体类对象）

平台在商业逻辑层还提供了许多通用业务组件，如打印、报表组件。

 C/S/S结构的视图层和控制层设计

《图 UniEAP在C/S/S结构中视图层和控制层设计》

C/S/S结构的框架设计是一套经过验证是健壮稳定的架构。由于业务逻辑层采用企业公司统一的通用企业应用平台，所以在控制层最后一道任务分发环节Event调用业务逻辑服务组件时，是通用BSFactory利用‚工厂‛模式来获取服务组件对象的。这样做的好处是可以以透明的方式处理EJB和Java Bean的服务对象。

C/S/S结构中客户端的设计要点是：   GUI采用传统的Window界面，以Delphi为开发工具；

客户端通过统一的动态库函数与服务端的门户MainServlet通讯，通讯的内容以XML为数据格

式，整个通讯协议完全模拟SOAP协议；

第32页

大学信息化建设项目技术方案

 客户端的设计在分层基础上对类进行了适当的归类。做到类之间的调用关系明确。类的责任单一。类之间的依赖关系简单。编程实现较为方便。下面简略的介绍一下编程常用的调用关系。为了说明上的方便，图中把框架完成的调用关系去掉了。调用关系简图如下：

《图客户端中类的调用关系》

C/S/S结构中控制层的设计要点是：

1.整个控制层的设计思路参考B/S/S结构中的Struts框架。MainServlet可以映射到Struts的ActionServlet，而RequstProceer + Event可映射到Struts的Action；

2.但与Struts不同的是它与客户端之间传递的均是XML，没有表现语义，因此它要增加XML信息过滤器、转换器等功能；

 B/S/S结构的视图层和控制层设计

《图 UniEAP在B/S/S结构的视图层和控制层设计》

界面层以JSP/XML/XSL/JS技术为主要实现手段，为系统开发提供了一系列功能强大的组件，主要有以下几大类：

1.轻型控件：封装所有的HTML Form元素和按钮，提供显示、标准行为控制和校验功能； 2.重型控件：包括DataWindow，目录树，Tab页等具有复杂功能属性的控件；

3.局部刷新和对话框：采用微软提供的局部刷新控件，提供局部刷新功能，并封装通用的页面对话

第33页

大学信息化建设项目技术方案

框；

4.Object：Applet和COM，用于复杂界面操作和客户端本地化操作。

请求控制层以Servlet技术为实现手段，综合运用struts框架和WorkFlow引擎，以单点入口的方式统一控制请求。设计要点如下：

1.采用Structs控制请求和业务流程，拓展Struts的ActionServlet和DispatchAction作为UniEAP的流程控制基类；

2.组织机构和权限管理模块进行身份和权限认证，从视图、操作、数据三个层次控制权限行为； 3.日志和异常处理负责系统信息的记录；

4.封装UniWorkflow的接口，在流程多变的业务系统中用UniWorkflow定制和控制业务流程。5.Action本身并不处理业务逻辑，而是通过统一的BSFactory从EJB Container获取Busine Service Componets处理业务逻辑。

4.4.4.3.UniEAP工作流（Workflow4.0）

4.4.4.3.1.Workflow4.0的特点

 跨平台运行  支持多种主流数据库

 符合国际化标准-（WfMC标准和OMG） 图形化的流程定义工具  稳定高效的引擎处理机  完备的系统权限管理

 基于web的图形化流程实例监控  完备和开放的开发接口  灵活性和可配臵性

4.4.4.3.2.基本模块和构成

1、流程设计器－Proce Designer； 

2、引擎服务器－Engine Server；



3、第三方应用程序管理器－Application Manager； 

4、定时服务－Timer Server；

第34页

大学信息化建设项目技术方案



5、日志服务器－Log Server；



6、系统API及客户端－Interface & Client。

4.4.4.3.3.总体架构

流程定义工具流程定义接口－Interface(Java)自动应用程序接口第三方应用程序系统执行服务引擎 / 自动应用程序 / 日志任务办理/系统管理接口Web 客户端互操作接口其它工作流引擎办理客户端监控管理客户端

1、首先，流程设计者通过流程定义工具定义出‘流程’，并发布到系统中，由工作流引擎进行解析。

2、最终用户，通过客户端，调用工作流接口，向引擎发出请求，引擎负责处理流程流转请求，解析流程定义。

3、workflow通过应用程序调用接口访问外部资源。

－任务办理接口：即客户端应用程序接口（The client application interface），通过这个接口工作流机可以与任务表处理器交互，代表用户资源来组织任务。然后由任务表处理器负责，从任务表中选择、推进任务项。由任务表处理器或者终端用户来控制应用工具的活动。

－自动应用程序接口：即应用程序调用接口（The invoked application interface），允许工作流机直接激活一个应用工具，来执行一个活动。典型的是调用以后台服务为主的应用程序，没有用户接口；当执行活动要用到的工具，需要与终端用户交互，通常是使用客户端应用程序接口来调用那个工具，这样可以为用户安排任务时间表提供更多的灵活性。

架构设计的理由：

流程定义和活动控制逻辑间有一个逻辑上的分离，活动控制逻辑由工作流执行服务器完成；流程与应

第35页

大学信息化建设项目技术方案

用程序间、与终端用户客户端间也有一个逻辑上的分离。这些逻辑上的分离，为实现更多的行业标准和功能提供了方便的机制，对需求的变更有了更好的适应。

4.4.4.3.4.定义界面

第36页

大学信息化建设项目技术方案

第5章数字化校园的建设策略及原则

5.1.建设策略

为了达到大学的‛信息化校园‛建设项目的总体建设目标，考虑到‚信息化校园‛建设项目对学校信息支撑体系建设所需要的延展性要求，我们采用新技术、新方法学及现代系统工程规范进行设计，保证技术的先进性、可靠性，最大限度地保护现有的IT技术投资，降低研发所需成本，保证项目在技术上、经济上的可持续性发展能力。建设策略体现在以下几个方面：

信息化建设是一个长期的过程，不能一蹴而就。学校有必要制定符合各校实际情况的信息化建设的中、长期建设规划，在规划的指导下，根据财力和人力情况，采取分步实施的方针，以需求为导向，以应用促发展，不断把学校信息化建设引向深入。

抓好学校信息化建设的各种标准规范建设，如基础设施规范、应用系统规范、信息标准规范、应用规范、用户规范以及信息化管理规程，积极开展信息化校园评估体系的研究，使信息化建设步入良性发展的轨道。

资源整合是目前学校信息化建设中最迫切和最有效的解决方案，应当成立学校统一的信息化建设监管小组或职能部门，充分利用现有资源，整合现有的应用资源、整合服务支撑队伍、整合设备资产。通过信息化监管职能，对学校信息化投入作全面的投资与效益评估，开源节流，保护IT投资，减少资源浪费。解决目前学校内部的信息孤岛和信息不一致问题，为学校信息化建设的长期发展奠定良好的基础。

在本期工程规划设计过程中，要采用先进的思想、一流的技术手段，建设成具有大学特色的数字化校园，并能在全国高校信息化建设中，起到设计先进、创新引领、工程典范的作用。

通过规划学校内部的数据共享与信息交换平台，建设信息协同，多维交叉一体化服务支撑应用。利用信息化技术手段，打破学校各单位、部门内部管理的垂直疆界，避免业务方面的条块分割。实现跨部门的办事流程、人员、数据、内容、应用系统的全面整合，进而提高管理、科研、教学等协同效率。

树立以校园服务为中心的建设理念。为广大师生、校友、学校管理者提供教学、综合管理、文化、生活、娱乐服务功能及业务支撑应用。

通过信息化技术的应用，节约学校日常管理、办公、教学等方面的协作运营成本。

为广大师生日常工作、学习、科研及管理工作带来更大的便利，做到进一步加强信息化在学校

第37页

大学信息化建设项目技术方案

教学、管理、科研中的推广、深化工作。

通过不断推出适应校园用户的服务功能，逐渐完善数字化校园的信息中心职能、完善技术支撑服务体系、拓展信息化运作机制和应用模式。

5.2.建设原则

1、实用性和可行性

主要技术和产品具有成熟、稳定、实用的特点，并实用性放在首位，便于用户使用、系统管理。

2、先进性和成熟性

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

3、开放性与标准化原则

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

4、可靠性和稳定性

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

5、可扩展性及易升级性

为适应应用不断拓展的需要，应用平台的软硬件环境设计具有良好的平滑可扩充性。

6、安全性和保密性

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

7、可管理性和可维护性

整个应用平台是由多个部分组成的较为复杂的系统，产品的选择与设计便于系统的日常运行维护和管理。

8、最佳的性能价格比

企业公司将对大学‛信息化校园‛建设项目项目进行科学的投入产出分析，力求设计反映实际需求，在设计上寻求最佳的性能价格比。

第38页

大学信息化建设项目技术方案

第6章设计方案

6.1.软件支撑平台 6.1.1.信息门户系统

《图统一信息门户示意》

门户服务位于各类应用之上，作为数字校园对内外的窗口，以浏览器的方式向用户展现数字校园的应用信息，轻易地整合了各类应用之间的间隙，使得学校用户（教师，学生，职工，校外人员等）自由定制个性化的信息内容。门户服务要完成门户站点本身的所有功能，并且根据数字校园建设的要求，需要提供各种服务的接入，如邮件系统、人事管理系统、实验室综合管理系统、校园一卡通系统、资产管理系统、档案管理系统等等。业务应用系统需要经过注册方能在门户中供用户使用。学校后续建设的新的业务应用系统也需要在门户中注册，将业务系统加入受保护资源列表中后业务系统才能在门户中供用户使用。

门户的另一用途就是应用整合，利用门户的Portlets构架，提供各种服务及应用的接入，如email系统、教务管理、办公系统、校园虚拟社区、主页托管系统、信息发布系统等等。

第39页

大学信息化建设项目技术方案

门户将人员整合、应用整合后，提供统一的SSO（单一身份认证）入口。用户只需一个账号，就可以访问个人角色允许访问的应用与信息。

门户的主要功能就是集中呈现个性化信息服务，包括定义个人桌面、配臵个人工具、团队协作工具、个人办公应用等信息与服务支持。

统一的虚拟化信息门户将分散异构的信息资源集成，提供一个支持信息访问、传递、以及协作化的集成化环境。通过提供校园、办公室及班级、个人桌面等基于虚拟IT场景的个人工作区服务，有效盘活校园应用系统中的信息资产，对师生以及学校管理者提供面向个人、个性化的自助式服务支持。同时，用户可以享受到登陆后校园工作区、所在院系、部处工作区所提供的私有、个性化信息服务。

操作简单方便，基于WEB 2.0的ajax技术进行开发;文件病毒扫描接口；可以与第三方病毒扫描系统进行集成；portal符合JSR168管理规范；信息发布系统要求提供一套模板管理引擎，支持在线的编辑,有独立的简单的编辑语法。

6.1.1.1.建设目标

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

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

提供二次开发的导入、导出开发工具，实现客户自定义应用的改造；

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

提供全校性信息发布流程，为全校通知、公告、大事提供标准的信息发布体制；

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

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

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

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

支持文件病毒扫描接口。能够与第三方病毒扫描系统进行集成。

6.1.1.2.门户特点

(1)实现学校的内外网合一，提高学校信息的利用程度，保护学校重要信息的安全度。

第40页

大学信息化建设项目技术方案

《图内外网合一》

(2)多机构门户，统一学校各级部门门户风格，建立统一的信息发布管理模式。

第41页

大学信息化建设项目技术方案

《图多机构门户》

(3)个性化和服务定制，用户可根据各级部门及个人需求设臵门户的风格及定制相关服务。

第42页

大学信息化建设项目技术方案

《图个性化设臵》

《图服务定制》

(4)所属工作区服务，为用户提供用户根据对个人、所在部门、学校工作服务区域。

第43页

大学信息化建设项目技术方案

《图所属工作区服务》

(5)面向服务的栏目规划，根据学校相关信息内容进行面向学生、教职工、学校领导等面向服务的栏目规划。

《图面向服务的栏目规划》

6.1.1.3.软件选型

第44页

大学信息化建设项目技术方案

6.1.1.3.1.单点登录

提供WEB-SSO（Single Sign On）服务，用户只需要登录一次就可以访问所有相互信任的WEB应用系统。包括可以将这次主要的登录映射到其他应用中，用于同一个用户的登录的机制；

《图单点登录访问示意》

用户登录portal的过程：首先用户如果发出了请求，那么系统的Identity Server会自动把用户定向到登录页面，用户登录后，会在Identity Server中自动产生一个SSO Token，这个SSO Token用来把用户的信息进行保存，并且对于以后发过来的验证请求，都会对应到这个SSO Token上面。

用户经门户登录中国音乐学院数字化校园应用平台。从一个功能进入到另一个功能应用时系统平台已根据用户的角色与权限完成对用户的一次性身份认证(Single Sign On)。用户无须一次次输入用户名和密码登录门户平台外接的（集成的）应用子系统，而是单一的登录。系统平台并依据用户的角色与权限，提供该用户相应的活动‚场所‛、信息资源和基于其权限的功能模块和工具。

用户管理——创建与管理和用户相关的对象（用户、角色、组、组织、下级组织和可以组织的单元对象）。这些对象都可以使用Directory Server Management Edition管理控制台或命令行工具实现定

第45页

大学信息化建设项目技术方案

义、修改与删除。

用户授权——对于用户的授权是采用Plug-in方式实现的。在Portal Server中每一个组织都可以配臵用户授权方式。在获得Portal Server的Seion前，用户必须通过授权的验证。

Single Sign-On——一旦用户已经通过授权认证，CAS Client API 就开始工作。每一次已授权试图访问一个受保护的页面时，SSO API 就检测用户是否有权利访问该资源。如果用户有权限访问该资源就不会有其他的认证过程发生，否则用户会被提示重新认证。

校园网络上的应用系统主要都是基于口令认证，为了提高这些口令认证系统的安全性，并实现不同的应用系统间的口令的统一，功能和特性有：

1．基于简单认证机制中的口令认证机制，以用户名和密码为确认用户身份的标志；

2．有完善的认证接口，让多种应用系统可以方便地通过接口使用本认证系统统一认证用户的身份； 3．用户密码在系统中加密存放，且不可逆；在认证过程中，明文密码绝不能在网络上传输，防止窃听导致泄密，保证用户密码的安全；

4．能够抵抗重放攻击，即防止攻击者使用窃听到的过时的认证数据包再次获得认证而冒充合法用户的身份；

统一口令认证系统主要包含三大部分：统一口令认证服务器、网络应用口令认证模块（包括Web口令认证模块、各应用系统口令认证模块等）和用户信息数据库。

用户信息数据库存放系统的相关用户信息，包括：用户名、单向加密后的用户密码、用户的权限信息、用户有效期以及用户附加信息等。

统一口令认证服务器通过本系统中定义的安全认证通道接收认证客户的认证请求，并根据数据库中的用户相关信息确认用户的身份，再次通过安全认证通道返回认证成功或认证失败的信息。

应用服务器（例如：Web服务器、主机服务器、各系统服务器等）既作为相对用户而言的服务器，又作为统一口令认证系统的客户。它们首先通过安全传输通道（如：SSL通道）获取用户提交的用户名和密码，然后通过口令认证系统提供的统一口令认证模块经由安全认证通道向口令认证服务器提交认证请求，并获得认证结果（成功或失败），最终确定是否给该用户提供服务。

6.1.1.3.2.页面信息展示管理

机构主页管理

支持创建管理自定义二级学院及多机构，配臵机构主页访问的短名称、配臵机构ID；生成机构访问导航。

第46页

大学信息化建设项目技术方案

《图机构主页》

面板管理

Portlet菜单及频道栏目面板自定义布局；个性化组件配臵角色、权限、外壳管理。

《图面板管理》

门户配臵管理

多机构信息门户提供图形化的门户配臵管理工具，让门户的管理员、个人用户通过浏览器即可对门户进行配臵，包括门户首页Top区域登陆前后的配臵（基本显示内容、页面颜色、字体大小等风格显示）、校内访问地址的配臵、用户登录事件的配臵等。且可对门户的界面进行相关的配臵，包括界面模板管理和菜单管理。

界面模板管理：模板是一组预先的定义好的门户样式的集合，门户管理员可以为不同类型的门户用户，例如教师、本科生、研究生、临时人员等，设臵不同的模板类型。这样不同身份的用户登录后即可看到不同样式的个人工作区、单位工作区。

门户菜单管理：对某个模板中的菜单进行管理、包括新建菜单、删除菜单、菜单大小、显示方式的设臵、菜单显示顺序的调整等。

个性化界面管理

信息门户服务是个性化的、基于角色的应用系统。需要提供图形化工具，让用户根据其身份的不同，第47页

大学信息化建设项目技术方案

通过浏览器对自己的门户菜单进行个性化的设臵，定制其权限范围内的各种信息。包括调整菜单的顺序、显示。提供两列、三列及拖拽式布局、自由布局器功能。同一个角色也可以根据不同的身份定制不同的个性化的页面和功能。全校的学生、教师、管理人员、领导、职工等不同用户将方便地在网上访问到不同的功能。

《图个性化管理》

门户安全管理

提供基本用户类型权限管理；用户组管理；管理、定义集成系统的安全信息。当一个用户生成的时候，可被赋予不同的用户类型，并安排一套默认页面。同一个用户可能同时会包含多个用户类型。一个用户的用户类型决定了他能访问和使用哪些Portlet组件。在用户配臵自己的页面的时候，系统应把有对应用户类型权限访问的Portlet组件显示出来供用户选择。

第48页

大学信息化建设项目技术方案

《图安全管理》

6.1.1.3.3.用户档案管理

统一用户资料（Unified User Profile）：分类化和个性化集成。门户中的包含用户资料的属性位于一个预先定制好的关系数据库中。门户的个性化和分类化组件（这些组件用来判断用户个性化等信息）使用用户的资料属性。可以通过门户的统一用户资料（UUP）框架来把用户资料扩展为企业级的资料。该框架允许一个开发人员从另一个可选资源（例如，LDAP）中把用户属性插入进来。简而言之，开发人员只要执行一个EJB操作，就可以使用它来获得扩展的用户属性。这个EJB以ProfileManager EJB为基准（在这个EJB的部署描述环境中加入用户的EntityPropertyManager信息）。

6.1.1.3.4.协作

通讯录管理

超级管理员可以建立公共通讯录，所有人可见，部门管理员可以建立部门通讯录，本部门可见。用户与用户建的通讯录可以共享，通讯录里的用户分组管理可以支持无限级。已和平台其它需要调用系统

第49页

大学信息化建设项目技术方案

进行集成。

《图通讯录管理》

投票调查

各部门可以建立自己的投票，支持单选和多选，有效防止重复投票作弊：可设臵30分钟内禁止同一IP重复投票和一台机器只能投一票，使投票更加公平透明，支持显示模板的定制。

《图投票管理》

监控系统

整个平台的系统操作都将被监控，如：权限分配详细操作、用户管理详细操作、信息点击详细信息等。监控系统将记录操作人的帐号、IP、操作时间等信息，并提供查询页面，以便管理员监控和管理。