市级政府门户网站方案

1 第 1 章 概述 . 6 1.1. 项目背景 . 6 1.2. 现状 . 7 1.3. 建设目标 . 7 1.3.1. 栏目设置 . 7 1.3.2. 网站管理 . 8 1.3.3. 数据检索 . 8 1.3.4. 应用扩展 . 8 1.3.5. 网站信息安全 . 8 第 2 章 建设思想和原则 . 9 2.1. 网站建设原则 . 9 2.1.1. 统一规划、统一协调 . 9 2.1.2. 分步实施 . 9 2.1.3. 突出重点，特色性、基础性项目优先 . 10 2.1.4. 加强信息资源的采编工作 . 10 2.1.5. 成熟技术和先进理念并重 . 10 2.1.6. 合理共享资源、避免重复建设 . 10 2.2. 网站建设标准和规范 . 11 2.2.1. 电子政务标准化 . 11 2.2.2. 网站建设标准 . 12 2.3. 网站建设方式建议 . 13 第 3 章 总体方案 . 14 3.1. 方案概述 . 14 3.2. 网站功能设计 . 15 3.3. 网站内容设计 . 16 3.3.1. 栏目结构 . 16 3.3.2. 首页设计 . 18 3.4. 网站美术设计 . 20 3.4.1. 首页 . 20 3.4.2. 网站标识 . 20 2 3.5. 技术支撑平台 . 21 第 4 章 系统架构设计 . 21 4.1. 应用集成的概念 . 22 4.2. 应用集成架构 . 23 4.2.1. 主站点 -分站点群架构 . 23 4.2.2. 基于分布式对象组件技术的网站架构 . 25 4.2.3. Web Services 技术对网站架构的影响 . 28 4.3. 网站技术体系 . 32 4.3.1. 技术线路 . 32 4.3.2. 基于 J2EE 的应用集成关键技术 . 39 4.3.3. XX 市政府门户网站的应用集成技术框架 . 51 4.4. 开发平台选型 . 54 4.4.1. 操作系统 . 54 4.4.2. 数据库平台 . 54 4.4.3. 应用服务器 . 58 4.4.4. WEB SERVER. 60 4.5. 应用软件整体结构 . 61 4.6. 网站物理架构 . 62 第 5 章 网站应用集成的相关标准和规范 . 63 第 6 章 网站内容设计 . 64 6.1. 认识 XX 市 . 64 6.2. XX 市政务 . 65 6.3. 政府采购 . 66 6.4. 网上办事 . 66 6.5. 便民窗口 . 66 6.6. 产业经济 . 67 6.7. 投资 XX 市 . 67 6.8. 海岛览胜 . 67 6.9. 参政议政 . 68 第 7 章 应用系统设计 . 68 3 7.1. 内容管理系统 . 68 7.1.1. 系统概述 . 68 7.1.2. 用户角色与业务流程 . 71 7.1.3. 系统设计 . 72 7.1.4. 内容管理解决方案 . 75 7.2. 后台权限管理系统 . 76 7.3. 网站安全管理系统 . 76 7.4. 全文搜索引擎 . 77 7.4.1. 需求与功能描述 . 77 7.4.2. 用户角色 . 77 7.4.3. 业务流程 . 78 7.4.4. 系统设计 . 78 7.4.5. 与网站应用框架的接口 . 79 7.4.6. 技术质量目标 . 79 7.5. BBS 论坛 . 79 7.5.1. 概述 . 79 7.5.2. 功能模块 . 80 7.6. 短信发布平台 . 82 7.6.1. 系统概述 . 82 7.6.2. 系统设计 . 83 7.6.3. 技术质量目标 . 84 7.7. 简繁体自动转换系统 . 85 7.7.1. 功能简介 . 85 7.7.2. 系统结构 . 86 7.7.3. 性能指标 . 86 7.8. 会员管理 . 87 7.8.1. 功能概述 . 87 7.8.2. 与其它应用系统关系 . 87 7.9. 市长信箱 . 88 7.9.1. 系统流程 . 89 4 7.9.2. 功能描述 . 90 7.10. 在线调查 . 90 7.10.1. 概述 . 90 7.10.2. 在线调查系统逻辑图 . 91 7.10.3. 系统功能描述 . 91 第 8 章 安全设计 . 92 8.1. 系统安全概念 . 92 8.1.1. 电子政务安全概念 . 92 8.1.2. 门户网站安全概念 . 93 8.2. XX 市政府门户网站安全策略 . 94 8.2.1. 身份识别与认证 . 94 8.2.2. 权限 控制 . 97 8.2.3. 日志与审计 . 99 8.2.4. 病毒防护 . 99 8.2.5. 软防火墙 . 100 第 9 章 实施计划 . 103 9.1. 项目进度 . 103 9.2. 项目任务描述 . 105 9.2.1. 项目启动 -任务 0 . 105 9.2.2. 系统需求分析设计 -任务 1 . 105 9.2.3. 系统设计 -任务 2 . 106 9.2.4. 应用开发和集成 -任务 3 . 106 9.2.5. 中心网站建设 -任务 4 . 107 9.2.6. 系统联调测试 -任务 6 . 107 9.2.7. 用户培训 -任务 7 . 108 9.2.8. 系统上线运行与测试 -任务 8 . 108 9.2.9. 后期运行维护 -任务 9 . 109 第 10 章 项目管理 . 110 10.1. 组织方式 . 111 10.1.1. 项目相关组织 . 111 5 10.1.2. XX 公司公司项目组织结构 . 112 10.2. 流程 . 115 10.2.1. 项目重大事项决策流程 . 115 10.2.2. 项目重要文件批准流程 . 115 10.2.3. 项目组内部管理流程 . 115 10.3. 项目质量控制 . 121 10.3.1. 项目质量管理目标 . 121 10.3.2. 项目质量管理手段 . 121 10.4. 沟通、协调方式 . 124 10.4.1. 项目会议制度 . 124 10.4.2. 书面信息沟通制度 . 125 10.5. 变更控制 . 125 10.5.1. 变更提出 . 125 10.5.2. XX 公司的反应 . 126 10.5.3. 项目业主的认可 . 126 10.5.4. 实施 . 126 10.5.5. 变更程序流程 . 127 10.6. 辅助手段 . 127 6 第 1 章 概述 1.1. 项目背景 政府的信息化建设是国民经济信息化建设的重要组成部分。 随着技术进步的加快，尤其是国际互联网的出现和迅速发展，一个全球性的信息社会正在逐步形成，推进政府部门政务工作的自动化、网络化、电子化，已是大势所趋。 联合国经济社会事务部把推进发展中国家政府信息化作为近几年的工作重点，目的是通过信息技术的应用改进政府组织，重组公共管理，最终实现办公自动化和信息资源的共享。在世界各国积极倡导的“信息高速公路”的五个领域中，“电子政府”被列在第一位，可见政府信息化是社会信息化的基础。在这方面，一些发达国家已先行一步。近年来，欧美日等发达国家为提高国际竞争优势，相继推出国家信息基 础建设，并规划网络构建“电子政府”，作为提高政府效率及为公众服务的重点，建立一个反映人民需求为导向的政府，以更有效率的行政流程，为人民提供更广泛、更便捷、更友好的信息和服务。 在我国，政府部门的管理观念也在逐步发生变化，其职能正从管理型转向管理服务型，如何更好地发挥政府部门宏观管理、综合协调的职能，如何更加有效地向公众提供服务，提高工作效率，加强廉政建设已成为当前各级政府部门普遍关注和亟待解决的问题。国家 十五 计划纲要要求 政府行政管理要积极运用数字化、网络化技术，加快信息化进程。各级政府、行政管理部门都 面临着利用信息技术推动政务工作科学化、高效率的新局面。如何选择、运用一套有效的电子政务平台、如何培养一支高素质的政务队伍，已提到各级政府、行政部门的议事日程中。 在电子政务系统的建设与应用中，建立政府公用信息服务网是先锋， XX 市政府对此给予了高度的重视，并规划出了以下几项目标： 1. 突出政务功能，服务企业、服务投资、服务市民等功能，体现政府网站的 网络服务 意识，突出政府网站具有网上办公、咨询服务等特点和优势。集合XX 市 各政府机关上网项目，展现 XX 市 在信息化建设和电子政务方面所做的尝试和努力，同时，将服务 于民落于实处，使本服务网能确实为区政府带来经济效 7 益； 2. 进一步建立成为 XX 市 各机关的门户网站，对市内各国家机关网站有完整而全面的链接，并能提供快速的查询和详细清晰的分类，便于查找； 3. 配合 XX 市 政府门户网站 的整体规划和建设，虚心向其他市政府优秀站点学习的同时以更高的标准完善自身建设，突出 XX 市 在经济发展（ 三大特色经济 -渔港景 ）等方面的特色。 1.2. 现状 XX 市 现在已建设有市政府网站，下设市长信箱、认识 XX 市 、城市发展、政务信息、招商合作、工商博览、公众服务七大栏目内容，初步展示了 XX 市 风貌、 XX 市 政务、 招商等，并为市民提供了一定的网上信息查询。 XX 市 下属网站现有 XX 市 建设工程招投标、 XX 市 政府采购、 XX 市 委党校、XX 市 党建网、中国鱼市、 XX 市 经贸网、 XX 市 廉政网、航运信息网、 XX 市 经济信息网、 XX 市 国际沙雕网、 XX 市 信息港、千岛易网、 XX 市 人大 其中发展计划委员会、经济贸易委员会、教育局 、旅游局、市委党校、党建等机关单位建设了网站。 1.3. 建设目标 XX 市 政府门户网站建设的总体目标是建立一个能够突出市政府及其下属行政单位职能，满足政府通过网络迅速发布政策、法规及其他公益性信息和获取社会的反馈信息的需要，并能 够进一步扩展到完成网上各项事务性处理及应用的统一的系统平台。具体包括： 1.3.1. 栏目设置 门户站点的栏目设置应该满足各自对外宣传的需要，同时需要突出不同职能单位的特点，对栏目进行分类。 另外，随着政府信息化建设的深入，可能需要对网站的栏目设置进行一定的调整或补充，因此，需要预留一定的栏目扩展或修改的余地，不要出现因改变较 8 少的修改而必须推倒重来的现象。 1.3.2. 网站管理 网站内容的不断丰富和更新是保证网站生存的必要条件之一，对于大量的维护工作需要提供自动、高效而强有力的内容采集、管理和发布工具，保障网站系统正常运作，降低维护 强度和维护成本。 1.3.3. 数据检索 需要提供一种易用且高效的网站内容检索、查询机制，以便于对所需要的网站信息进行定位。 1.3.4. 应用扩展 在搭建网站系统平台时，应该充分考虑到网站系统的可扩充性，为后期建设时挂接其他政府业务子系统或提供各种网上事务处理和应用功能预留相应的接口。 整个网站从体系结构上作为一个整体，需要有能够调用外部服务，获取外部信息流以及供外部进行数据交换的能力，并为网站系统的未来扩充作前瞻性设计。 1.3.5. 网站信息安全 保证网上信息传输、存取和处理过程各个环节的安全性、机密性、可靠性、和完整性，保证网站系统的可靠性 和可控性。同时需要考虑网站受到攻击破坏后的自动恢复能力和容灾能力。 9 第 2 章 建设 思想和原则 2.1. 网站建设原则 在筹建门户网站过程中应该遵循以下主要原则： 2.1.1. 统一规划、统一协调 主管部门应该对市政府门户网站建设进行统一的规划，制定总体建设目标，同时对于站点的栏目设置、市府各局委办在网站的呈现方式、为后期与各单位应用系统相衔接的接口预留、以及对于各级子网站统一维护等方面必须事先进行筹划和设计，出台一定的措施和统一的标准。同时，主管部门应该与网站涉及的相关单位相互协调，挖掘和突出不同部门的特色，力求所建立的网站是一个能够反映 政府绝大部分行政职能的窗口；同时为后期扩展网上事务处理和应用奠定基础。 2.1.2. 分步实施 从 XX 市 政府各单位当前的网络建设情况看，建立市政府门户网站系统，丰富网站频道、栏目内容还是一项比较庞大的工程，因此，整个建设过程必须有计划、分步骤实施，由点到面，由主及次。 首先进行政府门户网站主站及部分重点委办局二级网站的建设，然后再逐步进行完善和扩展，最后实现以政府门户网站为中心，向下辐射覆盖所有委办局、四大班子、两县五区的网站系统。 网站内容方面从网站的基本功能、实用功能入手，首先实现政府各部门在网站上对外发布信息，然后 逐步完善市长信箱、在线投诉、项目申报等公众参与栏目和增加网上办公、网上事务处理等高级政务应用。 10 2.1.3. 突出重点，特色性、基础性项目优先 网站系统的建设应本着由易到难、由简单到复杂的原则进行。 对市政府网站建设目标和参与单位的要求进行认真分析，找出重点，针对网站的关键功能和基础功能加大建设力度，如先期考虑筹建反映政府职能的栏目和获取反馈信息的电子信箱等栏目板块，然后在政府工作人员和公众的综合素质（包括网络应用意识和计算机水平）得到普遍提高的情况下，再考虑推广流程相对复杂的各种网上事务处理应用的建设（如企业在网上纳税 等）。 2.1.4. 加强信息资源的采编工作 网站系统是信息发布和信息获取的窗口，因此，信息是维系网站生存的最重要因素。如果没有充足的信息资源，政府门户网站的建设就成为了一项面子工程，失去了原有的意义，也无法产生预期的效果。 信息资源的采编工作，应该看作是整个政府门户网站建设过程中一项重要、繁重而艰巨的任务，而且由于网站涉及到众多的行政单位，难以统一进行规划和管理，因此只能在网站建设初期制定相关的政策、规定来统一规划和调配，在关键信息的采集和发布方面（如各类统计信息）应制定专门的政策，尽可能保证网站信息的来源，满足社会公 众的真正需要。 2.1.5. 成熟技术和先进理念并重 建立网站系统的技术目前已经是较为成熟的，关键在于规划和设计网站体系结构时应引入当前该领域内先进的理念和模型，旨在建立一个兼顾外观、性能、可用性、易用性、柔性、健壮性和可扩展性于一体的系统框架，在确保政府门户网站必要功能和工期的前提下达到最好的效果。 2.1.6. 合理共享资源、避免重复建设 在网站建设过程中，应该尽可能吸收、采纳和共享已有的各种信息资源（也包括相应的硬件平台），通过规划进行整合，避免重复建设，造成资源浪费。 11 2.2. 网站建设 标准和 规范 2.2.1. 电子政务标准化 XX 市 政府网络建设和门 户网站建设是 XX 市 电子政务建设的第一步，是政府信息化建设的基础。 电子政务的建设必须坚持“统筹规划、统一标准”的方针和原则，通过建立统一的标准来总体协调和优化总体功能，确保整个建设过程卓有成效。 标准化工作是电子政务建设的基础，也是电子政务总体建设的重要内容之一。整个电子政务标准体系涉及以下六个部分： 总体标准 应用标准 应用支撑标准 信息安全标准 网络基础设施标准 管理标准 每个部分又包括更为详细的框架和标准。如图 2 1 所示。 图 2-1 电子政务标准体系示意图 电子政务标准体系软件工程标准验收与监理标准系统测试与评估标准信息资源评价体系标准其他管理标准管理标准信息安全总体标准密码算法标准密码管理标准防信息泄漏标准系统与网络安全标准信息安全评估标准信息安全产品标准信息安全管理其他标准信息安全标准计算机与通信网标准网络维护标准网络建设标准其他标准网络基础设施标准数据交换标准电子公文交换标准数据处理标准主要服务标准其他标准应用支撑标准数据元标准代码标准文件格式标准业务流程标准其他标准应用标准总体框架术语标准中文信息处理标准其他综合标准总体标准 12 2.2.2. 网站建设标准 作为 XX 市 对外宣传的窗口，为了树立市政府及各级政府单位对外的形象，在建立门户网站时应该遵循上述大的建设原则，同时针对具体细节应该遵循（已有国家标准的）或制定（尚无国家标准的）出统一的标准。例如，对于以下方面应该按照国家已有的标准或建议执行： 主机规划：可以考虑采用“政府虚拟主机”的方式向政府站点提供专用服务器，每个政府主机由电信部门提供 1G 的硬盘空间，并实现数据库管理和提供交互功能。 站点规划：各省市政府的站点应以“省（ 市）人民政府”或“省（市）局”的正规名称形式出现。各级政府站点（子站点）应将“机构设置”、“政府（部门）职能”、“政策法规”等基本栏目进行统一规划和整合。 域名规划：各部委和各省市政府的域名统一规划为 www._.。 信箱规划：各政府部门的站点考虑设虚拟信箱，如广西 XX 市 政府办公电子信箱名为 name ，以示正式。 网页规划：政府站点的网页设计应简洁、美观，界面应与政府形象相符合，网页大小有所限制，网页须响应及时，可以采用多种浏览器浏览，便于检索，同时具有纯文本版本 甚至外文版以满足不同用户的需要。 标准规划：对政府站点、域名和主机和网页等制订相应的标准和规范。 信息规划：区分和筛选政府信息资源安全信息和不安全信息，加大力度研究政府部门的信息资源，妥善处理好公益信息和增值信息的关系及两者在网站建设中所占的比例。 13 2.3. 网站建设方式建议 可以考 政府 虑联合 ICP、 ISP 免费制作委办局部分主页和信息，合作建设和经营部门站点，免费培训政府领导和工作人员上网的技能。 可以考虑联合软硬件厂商免费或优惠为政府网站体系建设提供一批服务器、路由器、防火墙、数据库等软硬件，合作开发 应用系统。 可以考虑联合新闻界、学术界、经济界和信息产业界，大力宣传政府网站，加强政府网站体系建设的软课题研究。 14 第 3 章 总体方案 3.1. 方案概述 XX 市 政府门户网站分为基础平台、系统软件平台、应用基础平台、管理中心、信息门户五层，系统建设将采用统一的安全体系，建立统一的标准和规范，并建立完善的管理和运营体系。 此次方案主要是网站软件应用部分，对所需的基础平台只提出建议方案。 15 3.2. 网站功能设计 XX 市 政府网及其各子网站的前台功能模块主要包括以下内容： 1、 内容管理 系统 2、 远程维护系统 3、 短信平台系统； 4、 搜索引擎系统； 5、 论坛系统； 6、 简繁体转换系统 7、 网站安全管理系统 8、 政策法规查询系统； 9、 市长信箱 10、 前台用户注册、登陆认证系统； 11、 投诉举报 系统； 12、 网上 调查系统； 13、 行政审批公示查询系统； 同时也为以后的应用扩展留出接口，本期内不实施，但保留接口，以适应将来应用扩展的需要 16 3.3. 网站内容设计 3.3.1. 栏目结构 XX 市 政府门户网站下设 认识 XX 市 、 XX 市 政务 、 参政议政 、 政府采购、网上办事、 便民窗口 、 产业经济、 投资 XX 市 、 海岛览胜 九 个栏目，如下图所示。 17 18 3.3.2. 首页设计 网站标识 XX 市 委 XX 市 人大 XX 市 政府 XX 市 政协 Banner 简体 繁体 English 首页 今日 XX 市 XX 市 政务 参政议政 政府采购 网上办 事 便民窗口 产业经济 投资兴业 海岛 览胜 市长信箱 新闻图片 图片标题 全市企业职工双证制教育培训正式启动 我市治理整顿土地市场秩序取得阶段性成果 市环岛公路北蝉至岑港段日前通过评审 8 月份全市经济继续保持较快发展势头 市文化艺术中心工程建设进展顺利 我市又有 4 个项目列入省科技兴海计划 更多 网站摘要 建议提案 政务动态 文章标题 政府采购 文章标题 优惠政策 文章标题 旅游线路 文章标题 社区服务 文章标题 全部 进言献策 投诉举报 网站全文检索 关键字 检 索 政府公告： XX 市 人民政府网站正式改版 采用滚动文字表现 XX 市 黄页 办事 咨询 窗口 设计时可以将此块设计为一窗口形式 便民检索 医保 、公积金、养老保险等查询 文化教育 学校 资讯 新书 科普 更多 医疗 保健 医疗机构 专家门诊 特色医疗 零售药店 职业介绍 职介机构 求职资讯 政策咨询 休闲娱乐 吃 住 行 娱 购 游 咨询窗口 办事指南 人 口户籍 卫生婚育 劳动就业 人才教育 工商税收 司法公安 质量消费 社会保障 城市建设 出国手续 文化体育 科技发展 城市管理 经济建设 综 合 滚动字幕 最新动态或者内容。 政策法规 行政审批 办事指南 文件下载 办理进入 XX 市 印象（ 此内容为专题 ） 招商引资 网上调查 渔 XX 市 渔场 海洋渔业 海洋捕捞 海水养殖 水产品加工 海鲜特产 港 XX 市 港 定普港域 岱山港域 景 投资环境 投资环境 发展目标 综合优势 投资指南 投资导向 纳税规定 投资审批 服务机构审批程序 外商关注问题解答 外商投资企业有关管理规定 引资政策 外资企业法实施细则 外资企业法 更多 招商项目 招商项目列表 您对 XX 市 政府网站的页面设计是否满意？ 1、 非常满意 2、 满意 3、 一般 提交 查看 政府采购 XX 市 建设工程招投标 19 XX市 群岛 海天佛国 碧海灵山 列岛胜景 东海蓬莱 海外仙景 政府机构 下属机构 组成部门 市政府办公室 发展计 划委员会 更多 直属机构 统计局 环境保护局 粮食局 更多 区县 定海区 普陀区 岱山县 嵊泗县 导航区 ： 国家部委网站 市政府各机关单位 区县政府网站 20 3.4. 网站美术设计 3.4.1. 首页 见附件 3.4.2. 网站标识 见附件 21 3.5. 技术支撑平台 为体现 XX 市 政府门户 网站的特色，除了对网站的功能进行要求之外， XX市 对于网站需要用到的一些特殊技术也有一定的要求，包括： 1) 手机短信平台 要求能够为新闻及信息的订阅、 重要通知公告 、 最新政策法规 等相关功能提供编程接口和管理工具。 2) 简繁体转换 系统 简繁体转换系统是一种在线简繁体实时转换系统，可以很方便的将简体网站转换成繁体网站而无须人工干预。 3) 智能搜索引擎 信息门户需要一个高性能的搜索引擎，它的功能是对包括文本信息在内的多媒体信息进行精确的搜索和显示。 第 4 章 系统架构设计 XX 市 政府门户网站项目是一个复杂的系统工程，涉及到技术、管理、风险控制、运行维护等多方面的工作。其中管理、风险控制、运行维护等在后面篇幅中会详细阐述，本章节就 XX 市 政府门户网站技术架构进行描述。 XX 市 信息化工作进展快速，现在部分机关单位已建设有网站，并结合本身业务建立了部分业务系统。 XX 市 政府门户网站作为 XX 市 的门户，将统领 XX市 各级网站，以整齐划一的形象展示给市民、网民。因此 XX 市 政府门户建设范围不只局限于网站本身，还要兼顾对其他系统的集成，以及对后期应用扩展的接口。为此，本方案引入应用集成概念，构架一个完善、易扩充扩展的架构，以使门户网站有更好的技术基础。 22 4.1. 应用集成的 概念 应用集成 不是一种专门的技术（如企业应用集成 EAI）。类似于 EAI 这样的技术只是解决了应用集成工作中某一个方面的问题，仅靠 EAI 技术无法向客户提供完整的应用系统。 我们所说的应用集成应该是从项目的全局出发对项目的 全面集成， 结合 XX市 政府门户网站项目我们只考虑应用集成架构。 对任何应用来说，完整的应用环境应该包括： a) 开发环境 b) 运行环境 c) 系统联调 /测试环境 在搭建应用环境的时候，必须考虑下列重要因素： a) 框架：根据 应用子系统 的工作结果确定哪些子系统应该采用统一的技术框架， 各业务系统在确定的技术框架下进行开发，开发的过程结果和最终结果 在采用同样技术框架的系统联调 /测试环境下进行集成和测试工作。 b) 接口：根据 应用子系统 的工作结果确定子系统之间的相互通信 /调用接口 c) 标准：根据 应用子系统 的工作结 果确定子系统之间相互通信时应该采用的数据格式 d) 开发规范：所有开发商 （可能的后期扩展功能的开发商） 应该统一采用的开发语言风格，文档范围、格式与内容等规定 5) 必要的核心应用的开发：例如大型网站系统的门户站点、统一用户管理、身份认证等系统 6) 过程结果的集成与测试：根据项目计划，按照约定的方式（固定时间间隔或者按里程碑）获得各 应用系统 的开发过程结果，对其进行统一的“配置管理”，然后将过程结果集成为统一系统，对集成后的系统进行测试，将测试结果反馈 7) 系统联调：根据项目计划，获得各 应用系统 的开发结果， 然后将结果集成为统一系统，对集成后的系统进行测试，将测试结果反馈，将反馈结果再次测试，逐步调试直到系统稳定 8) 系统试运行：解决试运行中遇到的问题，迎接系统正式运行 9) 正式运行 23 4.2. 应用集成架构 经过需求分析，确定网站的体系架构就成为应用集成工作的一个重要方面。只有确定了网站的体系架构，才能在此基础上进行正确的 应用子系统 ，理顺网站的建设思路。 应用集成 包括以下几种常用方式。 4.2.1. 主站点 -分站点群架构 主站点 -分站点群架构是最原始也是最成熟的网站应用集成方法，至今仍在广泛使用。它采用超链接技术进行网站应用集成， 特别适合于综合门户网站的运营。下图举例说明了主站点 -分站点群架构的一般情况： 主站点 : Ht t p : / w w w .x y z .c o m新闻频道( 超链接 ht t p: / / ne w s. xy z . com )生活频道( 超链接 ht t p: / / l i v i ng . xy z . com )内容架构新闻频道分站点：http: / ne ws .x y z .c om生活频道分站点：http: / l i v i ng .x y z .c om国内新闻栏目国际新闻栏目社会新闻栏目财经新闻栏目教育栏目房产栏目汽车栏目旅游栏目技术架构主站点 W eb服务器群集新闻频道分站点Web服务器群集应用服务器群集数据库服务器群集生活频道分站点Web服务器群集应用服务器群集数据库服务器群集内部 DNS 服务器w ww .x y z .c om = 17 2. 2 0. 1. 1ne w s . x y z .c om = 17 2. 2 0. 1. 2l i v i ng . x y z . c om = 17 2. 2 0. 1 .3HTTP协议HTTP协议 图 4 主站点 -分站点群架构 如图所示，主站点 -分站点群架构通过把内容分配到各分站点的方法减轻主站点的负载，分站点可以独立开发和部署，然后通过 HTTP 协议与主站点相互连接。为了提高运行效率，节约 IP 资源，通常还需要在网站群内部建设一个 DNS， 24 把外部域名映射成内部网络的 IP 地址。 主站点 -分站点群架构总体结构上非常简单，由于访问负载在不同分站点之间进行了静态分配，主站点可以支持非常高的访问量，而且某一个分站点的故障不影响对其它内 容的访问。 从管理上看，由于各分站点相对独立，可以安排相应的专业人员专注于相关领域的内容建设和运营管理，在网站建设的初期可以调动人员积极性，迅速扩大网站的运营规模，在网站稳定运行期间也可以在清楚划分职责关系的基础上提高网站运作效率。主站点 -分站点群架构的这种管理模式对于其它架构大型网站的运营体系建设产生了重要影响，许多新型网站群的管理模式都或多或少地参考了这种作法。 另一方面，由于对于网站功能的划分过于粗放，所采用的技术也比较陈旧，因而主站点 -分站点群架构也存在许多不足之处： 1) 静态的资源分配模式导致资 源浪费严重：各分站点都有自己的独立的软硬件平台，有的负载较轻，有的负载较重，资源之间没有有效的共享机制，浪费严重。 2) 相对简单的应用集成方式导致应用系统之间的信息共享和业务协作困难：各分站点运行的应用系统之间相互独立，从总体上很难通过应用系统之间的协作，实现客户的业务目标。应用系统之间的信息共享需要复杂而封闭的设计，很难实现顺畅的通信。 3) 由于各分站点往往采用不同的技术体系（尤其是没有统一设计，而建设周期又非常短暂的新网站），对站点的技术维护和管理非常困难，需要大批掌握不同网站架构技术的专业人员。 4) 网站群的安全保障体系复杂，管理和维护困难 要解决主站点 -分站点群架构存在的诸多不足，需要开展两个方面的工作： 1) 管理上加强整体意识，从实现统一的业务目标入手对建设进程、技术体系以及运营管理体系进行统一的安排，避免各自为站的现象 2) 技术上引入新的设计思想和技术手段： a) 采用分布式对象组件技术，在保留各应用相对独立性的同时加强应用之间的相互协作 b) 采用 XML、 Web Services 以及消息机制等技术加强应用之间信息交换的 25 能力 4.2.2. 基于分布式对象组件技术的网站架构 已 部 署 组 件组 件 容 器 （ 由 应 用 服 务 器 提 供 ）待 部 署 组 件应 用 服 务 器（ 中 间 件 ）W e b 服 务 器数 据 库 服务 器访 问 者 图 5 分布式对象组件技 术 组件是一种特殊的软件模块，它封装了特定功能的应用逻辑和相关数据，并且能够象机械零件一样被装配到特定组件框架中，也可以随时用更新的组件替换旧的组件，就像磨损的机械零件被新零件替换一样。 组件具有下列特性： 1) 自描述：组件必须能够标志并对外提供其属性、存取方法和事件，这些信息可以使开发环境将第三方软件组件无缝地结合起来 2) 可定制：提供一个典型的图形方式环境，软件组件的属性只能通过控制面板来设置 3) 可集成：组件必须可以被编程语言直接控制。组件也可以和脚本语言连接或者与从代码级访问组件的环境连接，这 个特性使得软件组件可以在非可视化开发项目中使用 26 4) 连接机制：组件必须能产生事件或者具有让程序员从语义上实现相互连接的其他机制。这意味着程序员可以很容易地向按钮添加代码，使点中按钮就可以影响其他组件的动作。 分布式对象组件是组件技术与分布式对象体系技术的结合，分布式对象组件将被部署到分布式对象组件容器中。组件容器是一个管理一个或多个组件类及其实例的软件框架，某种分布式对象技术规范（ J2EE, CORBA, .NET 等）中针对组件容器而定义的接口使组件类能够响应调用者提出的请求，访问所需的服务，最后将结果反 馈给调用者。目前大型网站系统的组件容器基本上都由支持 J2EE 或MS.NET 或 CORBA 等分布式对象体系的应用服务器提供。应用服务器是管理组件容器的高端进程或应用程序，它提供对组件容器的系统级服务，如进程管理、事务处理、群集服务、远程调用等。 分布式对象组件技术为大型网站的应用集成工作奠定了技术基础： 1) 应用的开发环境与运行环境实现了分离：按照统一的分布式对象技术规范开发的组件，都可以不经过修改部署到运行环境中来 2) 通过把各子系统表示为按照统一的分布式对象技术规范设计的组件或组件集，各子系统可以分配给 不同的开发商开发，最后集成到运行环境中 3) 由于组件的高度封装特性，系统具有充分的灵活性，可以在不影响系统其它部分的情况下对某个组件进行修改和升级，使系统总体上具有较高的可扩展性 4) 组件的运行环境 应用服务器对组件屏蔽了底层系统的复杂性，使底层各种软硬件系统之间的集成具备一致的方式，整个系统的伸缩性大大增强 基于分布式对象组件体系的网站，其经过集成之后的应用系统如图 6 所示： 27 子 系 统 A相 关 组 件公 共 组 件 公 共 组 件子 系 统 A相 关 组 件子 系 统 A相 关 组 件应 用 服 务 器（ 中 间 件 ）数 据 库 服务 器访 问 者提出访问请求子 系 统 B相 关 组 件子 系 统 B相 关 组 件子 系 统 B相 关 组 件栏 目 A栏 目 B首 页 图 6 基于分布式对象组件体系的网站应用系统 基于分布式对象组件体系的网站应用系统主要由组件构成，某些功能相关的组件结合 在一起，形成某种子系统。构成子系统的组件通过应用服务器提供的容器集成到一起，形成一个统一的网站应用系统，共同为访问者提供服务。 有一些组件的功能被所有应用子系统共享，这些组件构成网站应用系统的公共组件，一般由应用集成商开发并提供给各子系统开发商使用。 与主站点 -分站点群架构相比，基于分布式对象组件体系的网站架构具有以下特点： 1) 通过组件技术保留了主站点 -分站点群架构使应用相对独立的优点（因此也具有主站点 -分站点群架构的大多数优点），同时应用划分的粒度更加细致，理论上可以细化到每一个单独的操作过程，系统的 可扩展性大大增加。 2) 通过分布式对象体系使得整个应用系统具有统一的框架和软硬件基础平台，组件之间按照国际标准或工业标准进行集成，应用集成的技术难度大大降低 3) 负载可以在不同组件和服务器之间动态均衡，资源的利用率大幅度提高 4) 通过服务器群集技术以及其它动态负载均衡技术使系统所有组件都具备强大的访问支持能力和高度的伸缩性 5) 统一的软硬件平台和网站应用系统为建立稳定可靠，易于管理和维护的 28 安全保障体系提供了坚实基础 由于上述特点，基于分布式对象组件体系的网站架构是目前主流的网站系统架构，也是网站应用 集成工作中的主流设计框架与主流开发方式。 4.2.3. Web Services 技术对网站架构的影响 . Web Services技术简介 Web Services 技术已经开始广泛用于不同网站之间的应用系统协作，随着Web Services 相关技术标准的日渐成熟，大型网站架构设计中将越来越多地考虑Web Services 因素。 Web Services 是分布式对象组件技术在 Internet 中的延伸，是封装成单个实体且发布到网络上以供其它网络程序使用的功能集合，从本质上讲是放置于 Web站点上的可重用软件构件。分布式对象组件技术 有能够大幅度提高生产力、紧密耦合的特点，而 Web 具有面向消息、松散耦合的特点，它们之间有机的结合，就产生了 Web Services。它的出现标志着应用程序的开发已经进入了新的历史阶段。 Web Services 可以分散于 Web 的各个地方，通过互相调用以协同完成业务活动。在 Web Services 的体系中，应用系统被分割为高内聚、松耦合的单个的服务，可以通过 Web 被调用和访问。 Web Services 核心基础是扩展标记语言 XML，其相关标准协议包括服务调用协议 SOAP、服务描述语言 WSDL 以及服务注册检索访 问标准 UDDI 等。通过利用这些标准协议， Web Services 使不同的 Web 应用之间可以通过Internet/Intranet 进行应用的协同，形成有机的整体。 Web 服务的体系结构是基于 Web 服务提供者、 Web 服务请求者、 Web 服务中介者三个角色和发布、发现、绑定三个动作构建的。简单地说， Web 服务提供者就是 Web 服务的拥有者，它耐心等待为其他服务和用户提供自己已有的功能；Web 服务请求者就是 Web 服务功能的使用者，它利用 SOAP 消息向 Web 服务提供者发送请求以获得服务 ；Web 服务中介者的作用是把一个 Web 服务请求者与合适的 Web 服务提供者联系在一起，它充当管理者的角色，一般是 UDDI。这三个 29 角色是根据逻辑关系划分的，在实际应用中，角色之间很可能有交叉：一个 Web服务既可以是 Web 服务提供者，也可以是 Web 服务请求者，或者二者兼而有之。下图显示了 Web 服务角色之间的关系：其中，“发布”是为了让用户或其他服务知道某个 Web 服务的存在和相关信息；“发现”是为了找到合适的 Web 服务 ；“绑定”则是在提供者与请求者之间建立某种联系。 Web Ser v ic e sSer ic 三三 要素要素 接口 W S D L 定义如何发布和使用 W e b 服务 目录 UDDI 类似 “ 黄页 ” ，使用户可以定位W e b 服务 传输 S OA P 连接应用和数据的机制发现绑定发布 实现一个完整的 Web 服务包括以下步骤： 1) Web 服务提供者设计实现 Web 服 务，并将调试正确后的 Web 服务通过Web 服务中介者发布，并在 UDDI 注册中心注册； 2) Web 服务请求者向 Web 服务中介者请求特定的服务，中介者根据请求查询 UDDI 注册中心，为请求者寻找满足请求的服务； 3) Web 服务中介者向 Web 服务请求者返回满足条件的 Web 服务描述信息，该描述信息用 WSDL 写成，各种支持 Web 服务的机器都能阅读； 4) 利用从 Web 服务中介者返回的描述信息生成相应的 SOAP 消息，发送给Web 服务提供者，以实现 Web 服务的调用； 5) Web 服务提供者按 SOAP 消息执行相应的 Web 服务，并将服务结果返回给 Web 服务请求者。 30 . Web Services技术与网站架构 Web Services 技术具有下列优点： 1) 松散耦合： SOAP 是面向消息的，消息的格式为 XML，这就确保了连接的两端能正确地理解消息的内容。连接中的任何一方均可更改执行机制，却不影响应用程序的正常运行。 2) 实时整合： WEB 服务的协作在系统运行时实时绑定。服务请求方描述所需服务的性能，并通过服务代理方提供的应用程序接口找到相应的服务，用返回的服务描述文档中的信息最终绑定。服务的动态搜索、绑定和面向消息的服务连接 使 WEB 应用程序实时整合。这样的系统也提高了自调节、自适应能力及强壮性。 3) 通过封装减少复杂性：系统中任何对象、组件对外都封装成由 WSDL 描述的服务，屏蔽了业务逻辑的复杂性、开发平台的异构性、后台技术的多样性；同时能在运行时替换服务的后台实现，增加了灵活性。 4) 可扩展性：通过使用类似的服务描述可实现服务的升级、扩展。 5) 向下兼容性：现有的 WEB 应用程序在面向服务的体系结构相当于服务提供方的角色，因而对现有的模块接口用 WSDL 进行封装，并在 WEB 服务器与后台实现之间设置中间件，该中间件负责建立 SOAP 请求与后台实现之间的通道；最后把服务的描述在互联网上发布，就能实现向新系统的转变，有效保护已有资源。只要将其服务的基本结构统一成 WEB 服务，微软的分布式组件对象模型 (DCOM)、对象管理集团的公用对象请求代理程序体系结构 (CORBA)或 Sun 的远程方法调用 (RMI)在 XML 平台上相互调用。 6) 互操作性：依靠 SOAP（简单对象存取协议），任何 Web 服务都可以与其它 Web 服务进行交互，避免了在 CORBA、 DCOM 和 J2EE 等规定的相关协议之间转换的麻烦。可以使用任何语言来编写 Web 服务， 开发者无需更改他们的开发环境就可生产和使用 Web 服务。 7) 普遍性： Web 服务使用 HTTP 和 XML 进行通信。因此，任何支持这些技术的设备都可以拥有和访问 Web 服务。 8) 低进入屏障： Web 服务背后的概念易于理解，并且来自 IBM 和微软这样的供应商的免费工具箱能够让开发者快速创建和部署 Web 服务。此外，其中 31 的某些工具箱还可以让已有的 COM 组件和 JavaBean 方便地成为 Web 服务。 9) 行业支持：所有主要的供应商都支持 SOAP 和周边 Web 服务技术。例如， 微软的 .NET 平台就基于 Web 服务，因此用 Visual Basic 编写的组件很容易作为 Web 服务部署，并由使用 IBM VisualAge 编写的 Web 服务使用，反之亦然。 Web Services 的这些优点对于新一代大型网站的架构产生了重要的影响，主要表现在： 网站同时提供两种交互界面：在通过 Web 页面提供信息服务以及人工交互功能的同时，也一般要提供 Web Services，使企业或个人的应用系统也能与网站进行自动交互 简化了应用集成的过程：网站内部的异构应用系统可以通过互相提 供Web Service 接口实现协作和信息交换，使应用集成的过程大为简化 W e b 服务器或应用服务器W e b 服务器或应用服务器W e b 服务请求处理器W e b 服务服务请求请求处理处理器器W e b 服务W e b 服务W e b 服务智能代理W e b 服务智服务智能代理能代理W e b 服务器或应用服务器W e b 服务器或应用服务器W e b 服务请求处理器W e b 服务服务请求请求处理处理器器W e b 服务W e b 服务W e b 服务智能代理W e b 服务智服务智能代理能代理S O A P 消息S O A P 消息 图 7 网站内部异构应用系统通过 Web Services 集成 网站应用架构中引入 Web Services 技术可以带来许多好处，但 Web Services也不是万能的，至少在下列两个方面并不适合采用 Web Services： 1) 本机应用程序间的通信：与本机上的其它程序通信，最好不要用 Web Service，只要用本地的 API 就可以了，运行在同一台服务器上的服务器软件也是这样。尽管理论上 Web Service 也能用于本机应用程序之 间的通信，但由于 XML 32 和 SOAP 消息的解析处理需要消耗大量计算资源，而 Web Service 标准化、组件化的优势相对本机上的 API 并不明显，所以本机上应用程序间的通信不宜采用Web Services。 2) 同构应用程序：同构（具有相同分布式对象组件框架）应用程序之间的通信，采用分布式对象组件体系自身的协议进行通信，性能要高得多，而且可以充分利用底层软硬件平台的资源。 4.3. 网站 技术体系 4.3.1. 技术线路 . J2EE的概念 J2EE 是一种利用 Java 2 平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。 J2EE 技术的基础就是核心 Java 平台或 Java 2 平台的标准版， J2EE 不仅巩固了标准版中的许多优点，例如 编写一次、随处运行 的特性、方便存取数据库的 JDBC API、 CORBA 技术以及能够在 Internet 应用中保护数据的安全模式等等，同时还提供了对 EJB、 Java Servlets、 JSP、 JMX 以及 XML技术的全面支持。 J2EE 体系结构提供中间层集成框架用来满足需要高可用性、高可靠性以及可扩展性的应用的需求。通过提供统一的开发平台， J2EE 降低了开发多层应用的费用和复杂性，同时提供对现有应用程序集 成强有力支持，增强了安全机制，提高了性能。 . J2EE的优势 J2EE 为搭建具有可伸缩性、灵活性、易维护性的业务系统提供了良好的机制。 在 XX 市 政府门户网站 的运营、发展中，保护现有的信息化的投资，而不是重新制定全盘方案是很重要的。这样，一个以渐进的方式建立在已有系统之上的服务器端平台机制是 XX 市 政府门户网站 建设所需要的。 J2EE 架构可以充分利 33 用原有的硬件、软件、应用系统的投资。这是因为 J2EE 拥有广泛的业界支持和一些重要的软件厂商的参与。由于基于 J2EE 平台的产品几乎能够在任何操作系统和硬件配置上运行，现有的 操作系统和硬件也能被保留使用。 2、支持异构环境： J2EE 能够开发部署在异构环境中的可移植程序。基于 J2EE 的应用程序不依赖任何特定操作系统、中间件、硬件。因此设计合理的基于 J2EE 的程序只需开发一次就可部署到各种平台。这在典型的异构计算环境中是十分关键的。 J2EE标准也允许使用与 J2EE 兼容的第三方的现成组件，把它们部署到异构环境中，节省了由自己制订整个方案所需的费用。 3、可伸缩性：基于 J2EE 平台的应用程序可被部署到各种操作系统上，为消除系统中的瓶颈，允许多台服务器集成部署，实现可高度伸缩的系统，满足未 来业务系统的需要。 4、稳定的可用性： 一个服务器端平台必须能全天候运转以满足业务运行的需要。将 J2EE 部署到可靠的操作环境中，将支持长期的可用性。 5、强大的应用集成能力： J2EE 框架中的多种技术提供了应用集成的手段，如 XML、 JMS、 RMI/IIOP、 JCA，从数据级、组件级、应用级等层次支持企业应用的集成。 . J2EE的四层模型 J2EE 使用多层的分布式应用模型。应用逻辑按功能划分为组件，各个应用组件可以根据它们所在的层分布在不同的机器上。事实上， Sun 设计 J2EE 的初衷正是为了解决两层模式（ client/server）的弊端，现在 J2EE 的多层企业级应用模型将两层化模型中的不同层面切分成许多层。一个多层化应用能够为不同的每种服务提供一个独立的层，以下是 J2EE 典型的四层结构： 运行在客户端机器上的客户层组件 运行在 J2EE 服务器上的 Web 层组件 运行在 J2EE 服务器上的业务逻辑层组件 运行在数据源服务器上的数据源引擎层软件 34 J2EE 规范中定义了以下的 J2EE 组件： 客户层组件：应用客户端程序、 Applets Web 层组件： JSP 页面或 Servlets。 正如下图所示的客户层那样， web 层可能包含某些 JavaBean 对象来处理用户输入，并把输入发送给运行在业务层上的 Enterprise Bean 来进行处理。 业务层组件 Enterprise JavaBeans（ EJB）是业务层组件。业务层代码的逻辑用来满足具体业务系统的需要，由运行在业务层上的 EJB 进行处理。下图表明了一个 EJB 是如何从客户端程序接收数据，进行处理，并发送到 EIS 层储存的，这个过程也可以逆向进行。 35 数据源系统层是实现 数据的存储、读取和处理的引擎。 . J2EE的结构 这种基于组件，具有平台无关性的 J2EE 结构使得开发效率得到提高，因为业务逻辑被封装成可复用的组件，并且 J2EE 服务器以容器的形式为所有的组件类型提供后台服务。而开发者可以不关心这些服务，可以集中精力解决手头的业务问题。 1、 容器和服务 容器设置定制了 J2EE 服务器所提供得内在支持，包括安全，事务管理， JNDI（ Java Naming and Directory Interface）寻址，远程连接等服务，以下是最重要的几种服务： J2EE 安全（ Security）模型可以让开发者配置 Web 组件或 Enterprise Bean，这样只有被授权的用户才能访问系统资源。 J2EE 事务管理（ Transaction Management）模型可以让开发者指定组成一个事务中所有方法间的关系，这样一个事务中的所有方法被当成一个单一的单元，而有容器自动管理事务性。 JNDI 寻址（ JNDI Lookup）服务为命名和目录服务提供了一个统一的接口，这样应用程序组件可以访问名字和目录服务。 J2EE 远程连接（ Remote Client Connectivity）模型管理客户 端和 Enterprise Bean 间的低层交互。当一个 Enterprise Bean 创建后，一个客户端可以调用它的方法就象和客户端位于同一虚拟机上一样。 数据库连接池（ Database Connection Pooling）模型是一个有价值的资源。获取数据库连接是一项耗时的工作，而且连接数非常有限。容器通过连接 36 池来解决这些问题。 Enterprise Bean 可从池中迅速获取连接。在 Bean 释放连接之可为其他 Bean 使用。 J2EE 应用组件可以安装部署到以下几种容器中去： EJB 容器管理所有 J2EE 应用 程序中企业级 Bean 的执行。 Enterprise Bean 和它们的容器运行在 J2EE 服务器上 Web 容器管理所有 J2EE 应用程序中 JSP 页面和 Servlet 组件的执行。Web 组件和它们的容器运行在 J2EE 服务器上 应用程序客户端容器管理所有 J2EE 应用程序中应用程序客户端组件的执行。应用程序客户端和它们的容器运行在 J2EE 服务器上 Applet 容器是运行在客户端机器上的 web 浏览器和 Java Applet 插件的结合。 . J2EE的核心 API与组件 J2EE 平台由一整套服务（ Services）、应用程序接口（ APIs）和协议构成，它对开发基于 Web 的多层应用提供了功能支持。 JDBC（ Java Database Connectivity）： JDBC API 为访问不同的数据库提供了一种统一的途径， JDBC 对开发者屏蔽了数据访问的细节问题，对数据库的访问也具有平台无关性。 JNDI（ Java Name and Directory Interface）： JNDI API 被用于执行名字和目录服务。它提供了一致的模型来存取和操作 37 企业级的资源如 DNS 和 LDAP，本地文件系统，或应用服务器中的对象。 EJB（ Enterprise JavaBean）： EJB 提供了一个框架来开发和实施分布式业务逻辑，显著地简化了具有可伸缩性和高度复杂的企业级应用的开发。 EJB 规范定义了 EJB 组件在何时如何与它们的容器进行交互作用。容器负责提供公用的服务，例如目录服务、事务管理、安全性、资源缓冲池以及容错性。 RMI（ Remote Method Invoke）： RMI 协议是调用远程对象的方法，它使用了序列化方式在客户端和服务器端传递数据。 Java IDL/CORBA： 在 Java IDL 的支持下，开发人员可以将 Java 和 CORBA 集成在一起。可以创建 Java 对象并使之可在 CORBA ORB 中展开，还可以创建 Java 类并作为和其它 ORB 一起展开的 CORBA 对象的客户。通过 CORBA， Java 可以被用于新的应用和旧有系统相集成。 JSP（ Java Server Pages）： JSP 页面由 HTML 代码和嵌入其中的 Java 代码所组成。服务器 在页面被客户端所请求以后对这些 Java 代码进行处理，然后将生成的 HTML 页面返回给客户端的浏览器。 Java Servlet： Servlet 是一种小型的 Java 程序，它扩展了 Web 服务器的功能。作为一种服务器端的应用，当被请求时开始执行。 Servlet 提供的功能大多与 JSP 类似，不过实现的方式不同。 JSP 通常是大多数 HTML 代码中嵌入少量的 Java 代码，而Servlets 全部由 Java 写成并且生成 HTML。 XML（ Extensible Markup Language）： XML 是一种可以用来定义其它标 记语言的语言。它被用来在不同的业务过程中共享数据。 XML 的发展和 Java 是相互独立的，但是，它和 Java 具有的相同目标正是平台独立性。通过将 Java 和 XML 的组合，您可以得到一个完美的具有平台独立性的解决方案。 JMS（ Java Message Service）： JMS 是用于和面向消息的中间件相互通信的应用程序接口（ API）。它既支 38 持点对点的域，有支持发布 /订阅（ Publish/Subscribe）类型的域，并且提供对下列类型的支持：经认可的消息传递，事务型消息的传递，一致性消息和具有持久性的订阅者支持 。 JMS 同时提供了另一种方式来进行应用与旧有的后台系统的集成。 JTA（ Java Transaction Architecture）： JTA 定义了一种标准的 API，应用系统由此可以访问各种事务监控。 JTS（ Java Transaction Service）： JTS 是 CORBA OTS 事务监控的基本的实现。 JTS 规定了事务管理器的实现方式。该事务管理器是在高层支持 Java Transaction API （ JTA）规范，并且在较底层实现 OMG OTS specification 的 Java 映像。 JTS 事务管理器为应用服务器、资源管理器、独立的应用以及通信资源管理器提供了事务服务。 JavaMail： JavaMail 是用于存取邮件服务器的 API，提供了一套邮件服务器的抽象类，支持 SMTP 服务器和 IMAP 服务器。 JTA（ JavaBeans Activation Framework）： JavaMail 利用 JAF 来处理 MIME 编码的邮件附件。 MIME 的字节流可以被转换成 Java 对象，或者转换自 Java 对象。 JCA（ J2EE Connector Architecture）： JCA 是一个应用集成的框 架，提供与旧有遗留系统之间的连接 JAAS（ Java Authentication and Authorization service）： 提供访问控制等安全服务 JAXP（ Java XML APIs）： JAXP 用于 XML 处理的 Java API，提供 XML 语法分析 /绑定服务。 39 J 2 E E 基 本 框 架应 用 服 务消 息J a v a M a i lJ M S服 务J D B C J C AJ N D I J A A SJ T A J A X P通 讯R M IR M I - I I O P业 务 逻 辑E J B 容 器E n t i t yB e a nS e s s i o nB e a nM e s s a g eD r i v e nB e a n表 示 层 逻 辑W e b 容 器J S P S e r v l e tH T M L /X M L 4.3.2. 基于 J2EE 的应用集成关键技术 . 应用服务器 应用服务器（ Application Server）是一个支持企业级、多层次和完全分布式的 Web 应用系统的平台，向企业级用户提供了设计、开发、部署、运行和管理Web 应用系统的支撑框 架，可以帮助企业架构一个基于 Internet 的，并且拥有极高的稳定性、可扩展性和安全性的应用系统。 设计 Application Server 完成底层通讯、服务，并屏蔽掉复杂的底层技术细节，向用户提供结构简单、功能完善的编程接口，让用户可以专心于业务逻辑的设计。 开发 Application Server 提供了完全开放的编程语言和应用接口，用户可以用任何自己习惯的开发工具来工作。另外 Application Server 自己也提供快速开发的工具和手段，帮助用户提高开发效率。 40 部署 Application Server 可以部署在任何硬件平台、任何操作系统，而且可以分布在异构网络中， Application Server 帮助用户在复杂的网络环境中配置系统参数，使系统发挥最大的性能，拥有最好的稳定可靠性。 运行 Application Server 采用的是开放技术标准，它提供了一个完整的标准实现，即提供了系统的运行环境，任何基于同样标准的系统都能很好的运行于这个环境中。 管理 -Application Server 让用户通过图形化的界面方便的管理自己的资源，而且在系统运行时也能动态监控和管理。 基于 J2EE 的应用 服务器，以 Java 技术为基础，实现了 J2EE 规范和协议。典型的 J2EE 应用服务器有 BEA WebLogic Server、 Oracle Application Server、 IBM WebSphere 等。他们拥有以下的主要功能： 维护和管理各种客户机（包括 Web 浏览器、 Applet 和应用客户机）的应用逻辑和业务规则； 支持运行 Java Servlet、 JSP、 EJB 等服务，维护和管理服务器的应用逻辑和业务规则； 提供必要的服务支持，如通信服务、安全服务、数据库连接服务、事务管理服务等，用于建立可靠的、可扩展 的基于 Web 的应用。 如图 9 所示，是典型的应用服务器的体系构架。 连 接 服 务J D B CC o n n e c t o r sJ M S应 用 服 务S e r v e l t W e b S e r v i c e s通 讯H T T PS O A PR M II I O P系 统 服 务消 息 缓 存 池 集 群管 理 服 务系 统 管 理 安 全 目 录事 务 管 理X M L J S P E J B 图 9 J2EE 应用服务器典型体系结构 41 应用服务器拥有极强的应用集成能力，它体现在： 应用服务器支持分层的、基于组件的开发框架，能集成遵循 J2EE 框架开发的应用组件； 对 JMS 的支持，可以利用消息中间件进行数据级和应用级的集成； 对 JDBC 的支持可以实现对多种数据库的访问，从而能以统一的手段访问多种数据源； 对 RMI/IIOP 的支持，实现对分布远程对象的访问，实现应用级的集成； 在 Java IDL/CORBA 的支持下，开发人员可以将 Java 和 CORBA 集成在一起，可以创建 Java 对象并使之可在 CORBA ORB 中展开，还可以创建 Java 类并作为和其它 ORB 一起展开的 CORBA 对象的客户，通过 CORBA，可以实现对遗留系统的集成。 . 门户（ Portal） Portal是一种表示层的集成技术，是基于浏览器的构建和部署企业门户的软件框架，是 Web 应用程序的简单统一的访问点，其目标是提供一个公共的、统一的、高易用性的用户接口。不仅如此门户还提供了还具有很多有价值的功能，例如安全性、智能搜索、协作和工作流，从而门户网站可以高效安全地提供集成的内 容和应用，以及统一的协作工作环境。 门户框架提供门户基础服务、个性化、交互管理、智能管理以及集成服务。基于 J2EE 的 Portal 一般是由基于开放标准的集成套件构成，支持大容量交易、业务过程管理、应用集成。 Portal 框架支持 portlet 技术， portlet 是提供 Web 资源访问的可重用接口组件，任何 Web 页面、应用、商务智能报表、远程组件或其它资源都能通过 portlet 访问，使它作为的一项服务进行个性化和管理。 门户有三个主要目标： 优化用户体验：它提供一个可扩展的框架，用于和企业应用程序、内容、人员和流程的交互。自我服务特性让最终用户为门户网站定制和组织他们自己的视图，管理他们自己的档案，发布文档，和他们的同事共享文档 应用整合：集成和聚合业务应用程序，使它的表示层形成统一的用户接口，通过良好的接口访问业务逻辑。通过门户的方式访问不同的应用程序，在不 42 同的集成应用程序之上，提供统一的界面，使之如同一个系统； 资源整合：集成和聚合不同类型的信息，信息源可以来自系统内部或者外部系统。多种数据源的信息收集，对于决策来说有着重要的意义。 门户具备以下的功能和特点： 1. 多种访问渠道：作为面向用户的接入渠道 ，门户支持多种接入方式，多种访问终端。 2. 个性化设置：支持布局管理和外观设定功能，使得门户设计人员能够适应任何设计风格； 可根据个人需求定制所需要的页面内容，通过剪切、拖拉，将内容放入同一视图，并自由调整布局；可对视窗标题、边框、栅格、背景等版面形式自由设计；同时，为了便捷，也提供可直接应用的、适合用户功能的视图模板。 3. 灵活导航：门户的体系结构支持灵活的导航系统，并可简化门户内通讯，使得部署门户应用更加便利快捷；并可以对于结构化和非结构化的数据进行职能搜索 4. 内容整合：通过 Portal 可以从不 同的资源项上采集信息（包括应用系统、数据库、内部网、互联网以及办公系统等常用工具），按照需要在 Portal 中将这些信息进行调整和组织。 5. 多系统协作： Portal 能够将已建的异构分散的应用系统在不破坏原系统的情况下，集成为统一应用系统，使各系统完成相互之间协同运作。 6. 简化开发：提供能够简化开发门户基础服务和工具，可以方便地利用管理页面创建门户，并通过编写、部署 portlet 应用程序，为特定应用和内容提供功能，使得添加应用和内容的功能更加便利； 门户不仅提供了一组基于 J2EE 的API，方便开发者对门 户后台的商务逻辑进行二次开发，而且提供了 JSP 页面标签库和页面风格和皮肤的定义机制，网站编辑人员可以将注意力集中在页面设计上，而不需要了解太多的后台调用的逻辑。 作为连接用户与应用系统间的渠道， Portal拥有强大的应用集成能力，通过对 portlet 的支持、多连接协议的支持、外挂适配器的支持，实现对后端多种应用系统的集成，以统一、可定制的方式向用户开展服务。门户还提供了附加的功能如：单点登录、安全性、 Web 内容发布、搜索、个性化、协作服务、企业应用 43 程序集成、移动设备的支持和站点分析等等， Portal的系统 框架如图 10 所示。 页 面 集 成 环 境风 格皮 肤标 签 库语言翻译代码转换用 户 授 权门 户 用户 权 限信 息 库远 程 用户 权 限信 息服 务 运 行 环 境P o r t l e t 容 器P o r t l e t A P I交易中心搜索引擎工作流引擎服务监控管理本地Portlet远程Portlet代理数据分析Portlet创建工具J2EEAPISJ C AJ M SW e b S e r v i c e sJ D B CE J B远 程 企 业应 用I n t e r n e t或 者 I n t r a n e t远 程 数据 资 源消息中心图 10 门户的典型系统框架 1. 页面集成环境 门户网站中最优化每个用户的体验是企业门户的目标之一。为此目的，门户网站服务器提供了最终用户接口和管理的接口，用于定制门户网站页面的内容以及页面的外观和布局。有了这些工具，用户就可以通过选择 portlet 和定制每个 portlet 的设置来定制自己的页面了。用户还可以更改页面布局和色彩模式。 定制页面 : 用户可以有一个或多个个性化的页面，从主页浏览每个页面。把页面安排到页面组 内或场所内。每个页面组可以自己选择色彩主题、皮肤和页面布局。用主题定义字体、色彩、间距和其它的可视元素；主题包括层叠样式表、 JSP 文件和图像。皮肤是放在 portlet 周围的装饰品和控件，例如，标题栏、边界、阴影等。因为每个页面组的外观和感觉可以是完全不同的，所以可以用页面组来创建运行在一个门户网站服务器上的多个虚拟门户网站。在一个页面组中，每个个性化的页面都可以有一组不同的 portlet。页面上的 portlet 可以由最终用户或管理员来选择，这取决于他们对页面的访问权。管理员可以指定需要某些 portlet，这样最终用户就不能删除或重新排列它们。还可以对页面进行重新排列以获得不同的导航顺序 代码转换 ： 门户网站服务器支持几种不同的标记语言，这样一来， 44 门户就可以为多种台式机和移动设备浏览器生成其可以解读的标记语言。对于开发者来说，并不需要为每种接入设备使用的标记语言开发一套页面。 2. 服务运行环境 portlet 是门户的核心，它是一个完整的应用程序，符合标准的模型 -视图 -控制器（ MVC）设计。 portlet 有多种状态和视图模式，还有事件和消息传递功能。portlet 在门户网站服务器的 portlet 容器之中运行。 服务运行环境是门户小程序（ portlet）的容器，类似于 Servlet 在应用程序服务器上运行。 portlet 容器提供了 portlet 初始化、使用和最后销毁的运行时环境。portlet 依靠门户网站的基础结构来访问用户信息、参与窗口和操作事件、和其它 portlet 的通信、访问远程内容、查询凭证和存储持久数据。门户通过小程序容器创建了门户小程序地运行和管理的环境，形成一个组件化的、动态部署的、易管理的系统结构。 服务运行环境的为门户小应用程序运行提供业务逻辑支持，它主要由交易中心、工 作流引擎、消息中心、搜索引擎以及数据分析等核心模块组成。通过这些中间件的支持可以有效的集成多种应用。 应用和资源整合是门户的最为关键的目标，门户的实现基于 XML 技术和J2EE企业级开发框架，门户利用 J2EE集成框架实现远程应用和数据资源的整合。 . XML XML，或称为可扩展标记语言（ eXtensible Markup Language），是一种具有数据描述功能、高度结构性及可验证性的置标语言。它由万维网协会（ W3C）创建，用来克服 HTML 的局限。和 HTML 一样， XML 基于 SGML 标准通用标记 语言（ Standard Generalized Markup Language）。 XML 允许用户自行定义标记和属性，并可以依照所定义的标记与属性的语法来开发应用程序。可以通过标记来描述数据，或配合属性来辅助描述数据，因此， XML 十分适合用于作为对象或标准的描述语言；并且由于可以借助验证规则来规范一个 XML 文件的内容和结构，所以 XML 又很适合用于做 B2B 或 B2C 的数据交换格式。 XML 给基于 Web 的应用软件赋予了强大的功能和灵活性，因此它给开发者 45 和用户带来了许多好处。 1. 更有意义的搜索 ：数据可被 XML 唯 一的标识。没有 XML，搜索软件必须了解每个数据库是如何构建的。这实际上是不可能的，因为每个数据库描述数据都是不同的。有了 XML，书就可以很容易以标准的方式按照作者、标题、 ISBN序号或其他的标准分类。搜索书就变得十分方便。 2. 开发灵活的 Web 应用软件 ：数据一旦建立， XML 能被发送到其他应用软件、对象或者中间层服务器做进一步地处理。或者它可以发送到桌面用浏览器浏览。 XML 和 HTML、脚本、公共对象模式一起为灵活的三层 Web 应用软件的开发提供了所需的技术。 3. 不同来源数据的集成 ：现在搜索多样的不兼容的数 据库实际上是不可能的。 XML 能够使不同来源的结构化的数据很容易的结合在一起。软件代理商可以在中间层的服务器上对从后端数据库和其他应用处来的数据进行集成。然后，数据就能被发送到客户或其他服务器做进一步的集合、处理和分发。 4. 多种应用得到的数据 ： XML 的扩展性和灵活性允许它描述不同种类应用软件中的数据，从描述搜集的 Web 页到数据记录。同时，由于基于 XML 的数据是自我描述的，数据不需要有内部描述就能被交换和处理。 5. 本地计算和处理 ： XML 格式的数据发送给客户后，客户可以用应用软件解析数据并对数据进行编辑和 处理。使用者可以用不同的方法处理数据，而不仅仅是显示它。 XML 文档对象模式 (DOM)允许用脚本或其他编程语言处理数据。数据计算不需要回到服务器就能进行。分离使用者观看数据的界面，使用简单灵活开放的格式，可以给 Web 创建功能强大的应用软件，这些软件原来只能建立在高端数据库上。 6. 数据的多样显示 ：数据发到桌面后，能够用多种方式显示。通过以简单开放扩展的方式描述结果化的数据， XML 补充了 HTML，被广泛的用来描述使用者界面。 HTML 描述数据的外观，而 XML 描述数据本身。由于数据显示与内容分开， XML 定义的数据 允许指定不同的显示方式，使数据更合理地表现出来。本地的数据能够以客户配置、使用者选择或其他标准决定的方式动态地表现出来。 CSS 和 XSL 为数据的显示提供了公布的机制。 7. 粒状的更新 ：通过 XML，数据可以粒状的更新。每当一部分数据变化后，不需要重发整个结构化的数据。变化的元素必须从服务器发送给客户，变化的数 46 据不需要刷新整个使用者的界面就能够显示出来。目前，只要一条数据变化了，整一页都必须重建。这严重限制了服务器的升级性能。 XML 也允许加进其他数据，比如预测的温度。加入的信息能够流入存在的页面，不需要浏览器发 一个新的页面。 8. 在 Web 上发布数据 ：由于 XML 是一个开放的基于文本的格式，它可以和 HTML 一样使用 HTTP 进行传送，不需要对现存的网络进行变化。 9. 升级性 ：由于 XML 彻底把标识的概念同显示分开，处理者能够在结构化的数据中嵌套程序化的描述以表明如何显示数据。这是令人难以相信的强大的机制，使得客户计算机同使用者间的交互作用尽可能的减少了，同时减少了服务器的数据交换量和浏览器的响应时间。另外， XML 使个人的数据只能通过更新的布告发生变化，减少了服务器的工作量，大大增强了服务器的升级性能。 10. 压缩性 ： XML 压缩性能很好，因为用于描述数据结构的标签可以重复使用。 XML 数据是否要压缩要根据应用来定，还取决于服务器与客户间数据的传递量。 XML 能够使用 HTTP1.1 中的压缩标准。 11. 开放的标准 ： XML 基于的标准是为 Web 进行过优化的。微软和其他一些公司以及 W3C 中的工作组正致力于确保 XML 的互用性，以及为开发人员、处理人员和不同系统和浏览器的使用者提供支持，并进一步发展 XML 的标准。 根据 XML 的技术特点，我们在系统集成中的下述领域强烈推荐采用 XML技术： 数据交换领域 因为不同组织（乃至同一组织的不 同部门）很少就单一工具集形成标准，所以要使应用程序相互交流需要进行大量工作。使用 XML，每个组织可以创建单一的实用程序，该实用程序将该组织的内部数据格式转换成 XML，反之亦然。目前，由于 XML 已经成为表示结构化数据的一个工业标准，各主流软件供应商都会提供在它们的数据库记录（或 LDAP 目录等）与 XML 之间进行相互转换的工具，所以采用 XML 会大大简化数据交换过程的实现。 对于智能代码的支持 因为可以使 XML 文档结构化以标识每个非常重要的信息片段（以及这些片段之间的关系），所以可以编写无需人工干 预就能处理这些 XML 文档的代码。软件供应商花费了大量时间和金钱来构建 XML 开发工具这一事实意味着编写那样的代码是相对简单 47 的过程。 对于智能搜索的支持 尽管搜索引擎这些年在稳步改进，但从搜索中得到错误的结果仍很常见。如果您正在搜索包含名叫“ Chip”的人的 HTML 页面，您可能还会找到有关功克力片、计算机芯片、木片以及许多其它无用匹配的页面。搜索 XML 文档查找包含文本 Chip 的 元素会给您一个好得多的结果集。 . 实施 Java链接器架构（ JCA） J2EE 连接器架构 (JCA)是 J2EE 标准集的重要的补充。 JCA 提供了一个将企业信息系统（ EIS）整合进入 J2EE 的标准方法。此方法定义了一套开发者能在J2EE 环境中使用的通用 API 和服务。开发 JCA 包括三个关键的元素：资源适配器、系统契约和通用客户接口 (CCI， Common Client Interface)。 资源适配器是定制的 Java 程序，用来实现对特定的外部程序的连接 (无论它是一个以前遗留下来的程序，还是购买的程序 )。一个遵循 JCA 标准的资源适配器都必须支持 JCA 系统契约，以便通过连接缓冲进行性能优化并支持自动的安全 签名。 JCA 还提供一组界面支持事务管理一个全功能的资源适配器允许连接到外部 (目标 )程序来完成以下功能： 使得目标程序能够参与同其它应用程序和数据库之间分布式的基于 XA的事务过程 能够在不牺牲应用程序的安全级别的前提下掩盖外部平台的