市级政府门户网站方案.doc

第 1 章概述61.1.项目背景61.2.现状71.3.建设目标81.3.1.栏目设置81.3.2.网站管理81.3.3.数据检索91.3.4.应用扩展91.3.5.网站信息安全9第 2 章建设思想和原则92.1.网站建设原则92.1.1.统一规划、统一协调92.1.2.分步实施102.1.3.突出重点，特色性、基础性项目优先102.1.4.加强信息资源的采编工作102.1.5.成熟技术和先进理念并重112.1.6.合理共享资源、避免重复建设112.2.网站建设标准和规范112.2.1.电子政务标准化112.2.2.网站建设标准122.3.网站建设方式建议13第 3 章总体方案143.1.方案概述143.2.网站功能设计153.3.网站内容设计163.3.1.栏目结构163.3.2.首页设计183.4.网站美术设计203.4.1.首页203.4.2.网站标识203.5.技术支撑平台21第 4 章系统架构设计214.1.应用集成的概念224.2.应用集成架构234.2.1.主站点-分站点群架构234.2.2.基于分布式对象组件技术的网站架构254.2.3.web services技术对网站架构的影响284.3.网站技术体系324.3.1.技术线路324.3.2.基于j2ee的应用集成关键技术394.3.3.xx市政府门户网站的应用集成技术框架514.4.开发平台选型544.4.1.操作系统544.4.2.数据库平台544.4.3.应用服务器584.4.4.web server604.5.应用软件整体结构614.6.网站物理架构62第 5 章网站应用集成的相关标准和规范63第 6 章网站内容设计646.1.认识xx市646.2.xx市政务656.3.政府采购666.4.网上办事666.5.便民窗口666.6.产业经济676.7.投资xx市676.8.海岛览胜676.9.参政议政68第 7 章应用系统设计687.1.内容管理系统687.1.1.系统概述687.1.2.用户角色与业务流程717.1.3.系统设计727.1.4.内容管理解决方案757.2.后台权限管理系统767.3.网站安全管理系统767.4.全文搜索引擎777.4.1.需求与功能描述777.4.2.用户角色777.4.3.业务流程787.4.4.系统设计787.4.5.与网站应用框架的接口797.4.6.技术质量目标797.5.bbs论坛797.5.1.概述797.5.2.功能模块807.6.短信发布平台827.6.1.系统概述827.6.2.系统设计837.6.3.技术质量目标847.7.简繁体自动转换系统857.7.1.功能简介857.7.2.系统结构867.7.3.性能指标867.8.会员管理877.8.1.功能概述877.8.2.与其它应用系统关系877.9.市长信箱887.9.1.系统流程897.9.2.功能描述907.10.在线调查907.10.1.概述907.10.2.在线调查系统逻辑图917.10.3.系统功能描述91第 8 章安全设计928.1.系统安全概念928.1.1.电子政务安全概念928.1.2.门户网站安全概念938.2.xx市政府门户网站安全策略948.2.1.身份识别与认证948.2.2.权限控制978.2.3.日志与审计998.2.4.病毒防护998.2.5.软防火墙100第 9 章实施计划1039.1.项目进度1039.2.项目任务描述1059.2.1.项目启动-任务01059.2.2.系统需求分析设计-任务11059.2.3.系统设计-任务21069.2.4.应用开发和集成-任务31069.2.5.中心网站建设-任务41079.2.6.系统联调测试-任务61079.2.7.用户培训-任务71089.2.8.系统上线运行与测试-任务81089.2.9.后期运行维护-任务9109第 10 章项目管理11010.1.组织方式11110.1.1.项目相关组织11110.1.2.xx公司公司项目组织结构11210.2.流程11510.2.1.项目重大事项决策流程11510.2.2.项目重要文件批准流程11510.2.3.项目组内部管理流程11510.3.项目质量控制12110.3.1.项目质量管理目标12110.3.2.项目质量管理手段12110.4.沟通、协调方式12410.4.1.项目会议制度12410.4.2.书面信息沟通制度12510.5.变更控制12510.5.1.变更提出12510.5.2.xx公司的反应12610.5.3.项目业主的认可12610.5.4.实施12610.5.5.变更程序流程12710.6.辅助手段127第 1 章 概述1.1. 项目背景政府的信息化建设是国民经济信息化建设的重要组成部分。随着技术进步的加快，尤其是国际互联网的出现和迅速发展，一个全球性的信息社会正在逐步形成，推进政府部门政务工作的自动化、网络化、电子化，已是大势所趋。联合国经济社会事务部把推进发展中国家政府信息化作为近几年的工作重点，目的是通过信息技术的应用改进政府组织，重组公共管理，最终实现办公自动化和信息资源的共享。在世界各国积极倡导的“信息高速公路”的五个领域中，“电子政府”被列在第一位，可见政府信息化是社会信息化的基础。在这方面，一些发达国家已先行一步。近年来，欧美日等发达国家为提高国际竞争优势，相继推出国家信息基础建设，并规划网络构建“电子政府”，作为提高政府效率及为公众服务的重点，建立一个反映人民需求为导向的政府，以更有效率的行政流程，为人民提供更广泛、更便捷、更友好的信息和服务。在我国，政府部门的管理观念也在逐步发生变化，其职能正从管理型转向管理服务型，如何更好地发挥政府部门宏观管理、综合协调的职能，如何更加有效地向公众提供服务，提高工作效率，加强廉政建设已成为当前各级政府部门普遍关注和亟待解决的问题。国家十五计划纲要要求政府行政管理要积极运用数字化、网络化技术，加快信息化进程。各级政府、行政管理部门都面临着利用信息技术推动政务工作科学化、高效率的新局面。如何选择、运用一套有效的电子政务平台、如何培养一支高素质的政务队伍，已提到各级政府、行政部门的议事日程中。在电子政务系统的建设与应用中，建立政府公用信息服务网是先锋，xx市政府对此给予了高度的重视，并规划出了以下几项目标：1. 突出政务功能，服务企业、服务投资、服务市民等功能，体现政府网站的网络服务意识，突出政府网站具有网上办公、咨询服务等特点和优势。集合xx市各政府机关上网项目，展现xx市在信息化建设和电子政务方面所做的尝试和努力，同时，将服务于民落于实处，使本服务网能确实为区政府带来经济效益；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. 栏目设置门户站点的栏目设置应该满足各自对外宣传的需要，同时需要突出不同职能单位的特点，对栏目进行分类。另外，随着政府信息化建设的深入，可能需要对网站的栏目设置进行一定的调整或补充，因此，需要预留一定的栏目扩展或修改的余地，不要出现因改变较少的修改而必须推倒重来的现象。1.3.2. 网站管理网站内容的不断丰富和更新是保证网站生存的必要条件之一，对于大量的维护工作需要提供自动、高效而强有力的内容采集、管理和发布工具，保障网站系统正常运作，降低维护强度和维护成本。1.3.3. 数据检索需要提供一种易用且高效的网站内容检索、查询机制，以便于对所需要的网站信息进行定位。1.3.4. 应用扩展在搭建网站系统平台时，应该充分考虑到网站系统的可扩充性，为后期建设时挂接其他政府业务子系统或提供各种网上事务处理和应用功能预留相应的接口。整个网站从体系结构上作为一个整体，需要有能够调用外部服务，获取外部信息流以及供外部进行数据交换的能力，并为网站系统的未来扩充作前瞻性设计。1.3.5. 网站信息安全保证网上信息传输、存取和处理过程各个环节的安全性、机密性、可靠性、和完整性，保证网站系统的可靠性和可控性。同时需要考虑网站受到攻击破坏后的自动恢复能力和容灾能力。第 2 章 建设思想和原则2.1. 网站建设原则在筹建门户网站过程中应该遵循以下主要原则：2.1.1. 统一规划、统一协调主管部门应该对市政府门户网站建设进行统一的规划，制定总体建设目标，同时对于站点的栏目设置、市府各局委办在网站的呈现方式、为后期与各单位应用系统相衔接的接口预留、以及对于各级子网站统一维护等方面必须事先进行筹划和设计，出台一定的措施和统一的标准。同时，主管部门应该与网站涉及的相关单位相互协调，挖掘和突出不同部门的特色，力求所建立的网站是一个能够反映政府绝大部分行政职能的窗口；同时为后期扩展网上事务处理和应用奠定基础。2.1.2. 分步实施从xx市政府各单位当前的网络建设情况看，建立市政府门户网站系统，丰富网站频道、栏目内容还是一项比较庞大的工程，因此，整个建设过程必须有计划、分步骤实施，由点到面，由主及次。首先进行政府门户网站主站及部分重点委办局二级网站的建设，然后再逐步进行完善和扩展，最后实现以政府门户网站为中心，向下辐射覆盖所有委办局、四大班子、两县五区的网站系统。网站内容方面从网站的基本功能、实用功能入手，首先实现政府各部门在网站上对外发布信息，然后逐步完善市长信箱、在线投诉、项目申报等公众参与栏目和增加网上办公、网上事务处理等高级政务应用。2.1.3. 突出重点，特色性、基础性项目优先网站系统的建设应本着由易到难、由简单到复杂的原则进行。对市政府网站建设目标和参与单位的要求进行认真分析，找出重点，针对网站的关键功能和基础功能加大建设力度，如先期考虑筹建反映政府职能的栏目和获取反馈信息的电子信箱等栏目板块，然后在政府工作人员和公众的综合素质（包括网络应用意识和计算机水平）得到普遍提高的情况下，再考虑推广流程相对复杂的各种网上事务处理应用的建设（如企业在网上纳税等）。2.1.4. 加强信息资源的采编工作网站系统是信息发布和信息获取的窗口，因此，信息是维系网站生存的最重要因素。如果没有充足的信息资源，政府门户网站的建设就成为了一项面子工程，失去了原有的意义，也无法产生预期的效果。信息资源的采编工作，应该看作是整个政府门户网站建设过程中一项重要、繁重而艰巨的任务，而且由于网站涉及到众多的行政单位，难以统一进行规划和管理，因此只能在网站建设初期制定相关的政策、规定来统一规划和调配，在关键信息的采集和发布方面（如各类统计信息）应制定专门的政策，尽可能保证网站信息的来源，满足社会公众的真正需要。2.1.5. 成熟技术和先进理念并重建立网站系统的技术目前已经是较为成熟的，关键在于规划和设计网站体系结构时应引入当前该领域内先进的理念和模型，旨在建立一个兼顾外观、性能、可用性、易用性、柔性、健壮性和可扩展性于一体的系统框架，在确保政府门户网站必要功能和工期的前提下达到最好的效果。2.1.6. 合理共享资源、避免重复建设在网站建设过程中，应该尽可能吸收、采纳和共享已有的各种信息资源（也包括相应的硬件平台），通过规划进行整合，避免重复建设，造成资源浪费。2.2. 网站建设标准和规范2.2.1. 电子政务标准化xx市政府网络建设和门户网站建设是xx市电子政务建设的第一步，是政府信息化建设的基础。电子政务的建设必须坚持“统筹规划、统一标准”的方针和原则，通过建立统一的标准来总体协调和优化总体功能，确保整个建设过程卓有成效。标准化工作是电子政务建设的基础，也是电子政务总体建设的重要内容之一。整个电子政务标准体系涉及以下六个部分：l总体标准l应用标准l应用支撑标准l信息安全标准l网络基础设施标准l管理标准每个部分又包括更为详细的框架和标准。如图 2 1所示。图 21 电子政务标准体系示意图2.2.2. 网站建设标准作为xx市对外宣传的窗口，为了树立市政府及各级政府单位对外的形象，在建立门户网站时应该遵循上述大的建设原则，同时针对具体细节应该遵循（已有国家标准的）或制定（尚无国家标准的）出统一的标准。例如，对于以下方面应该按照国家已有的标准或建议执行：l 主机规划：可以考虑采用“政府虚拟主机”的方式向政府站点提供专用服务器，每个政府主机由电信部门提供1g的硬盘空间，并实现数据库管理和提供交互功能。l 站点规划：各省市政府的站点应以“省（市）人民政府”或“省（市）局”的正规名称形式出现。各级政府站点（子站点）应将“机构设置”、“政府（部门）职能”、“政策法规”等基本栏目进行统一规划和整合。l 域名规划：各部委和各省市政府的域名统一规划为www._.。l 信箱规划：各政府部门的站点考虑设虚拟信箱，如广西xx市政府办公电子信箱名为name ，以示正式。l 网页规划：政府站点的网页设计应简洁、美观，界面应与政府形象相符合，网页大小有所限制，网页须响应及时，可以采用多种浏览器浏览，便于检索，同时具有纯文本版本甚至外文版以满足不同用户的需要。l 标准规划：对政府站点、域名和主机和网页等制订相应的标准和规范。 l 信息规划：区分和筛选政府信息资源安全信息和不安全信息，加大力度研究政府部门的信息资源，妥善处理好公益信息和增值信息的关系及两者在网站建设中所占的比例。2.3. 网站建设方式建议l 可以考政府虑联合icp、isp免费制作委办局部分主页和信息，合作建设和经营部门站点，免费培训政府领导和工作人员上网的技能。l 可以考虑联合软硬件厂商免费或优惠为政府网站体系建设提供一批服务器、路由器、防火墙、数据库等软硬件，合作开发应用系统。l 可以考虑联合新闻界、学术界、经济界和信息产业界，大力宣传政府网站，加强政府网站体系建设的软课题研究。第 3 章 总体方案3.1. 方案概述xx市政府门户网站分为基础平台、系统软件平台、应用基础平台、管理中心、信息门户五层，系统建设将采用统一的安全体系，建立统一的标准和规范，并建立完善的管理和运营体系。此次方案主要是网站软件应用部分，对所需的基础平台只提出建议方案。3.2. 网站功能设计xx市政府网及其各子网站的前台功能模块主要包括以下内容： 1、 内容管理系统2、 远程维护系统3、 短信平台系统；4、 搜索引擎系统；5、 论坛系统；6、 简繁体转换系统7、 网站安全管理系统8、 政策法规查询系统；9、 市长信箱10、 前台用户注册、登陆认证系统；11、 投诉举报系统；12、 网上调查系统；13、 行政审批公示查询系统；同时也为以后的应用扩展留出接口，本期内不实施，但保留接口，以适应将来应用扩展的需要3.3. 网站内容设计3.3.1. 栏目结构xx市政府门户网站下设认识xx市、xx市政务、参政议政、政府采购、网上办事、便民窗口、产业经济、投资xx市、海岛览胜九个栏目，如下图所示。1283.3.2. 首页设计网站标识xx市委 xx市人大 xx市政府 xx市政协banner简体 繁体 english首页 今日xx市 xx市政务 参政议政 政府采购 网上办事 便民窗口 产业经济 投资兴业 海岛览胜 市长信箱新闻图片图片标题 全市企业职工双证制教育培训正式启动 我市治理整顿土地市场秩序取得阶段性成果 市环岛公路北蝉至岑港段日前通过评审 8月份全市经济继续保持较快发展势头 市文化艺术中心工程建设进展顺利 我市又有4个项目列入省科技兴海计划更多网站摘要建议提案政务动态文章标题政府采购文章标题优惠政策文章标题旅游线路文章标题社区服务文章标题全部进言献策投诉举报网站全文检索关键字检 索政府公告：xx市人民政府网站正式改版 采用滚动文字表现xx市黄页办事咨询窗口设计时可以将此块设计为一窗口形式便民检索医保、公积金、养老保险等查询文化教育学校 资讯 新书 科普 更多医疗保健医疗机构 专家门诊 特色医疗 零售药店职业介绍职介机构 求职资讯 政策咨询休闲娱乐吃 住 行 娱 购 游咨询窗口办事指南人口户籍 卫生婚育 劳动就业人才教育 工商税收 司法公安质量消费 社会保障 城市建设出国手续 文化体育 科技发展城市管理 经济建设 综合滚动字幕最新动态或者内容。政策法规行政审批办事指南文件下载办理进入xx市印象（此内容为专题）招商引资网上调查渔 xx市渔场 海洋渔业 海洋捕捞海水养殖 水产品加工 海鲜特产港 xx市港 定普港域岱山港域景 xx市群岛海天佛国碧海灵山列岛胜景东海蓬莱海外仙景投资环境投资环境 发展目标 综合优势投资指南投资导向 纳税规定 投资审批 服务机构审批程序 外商关注问题解答 外商投资企业有关管理规定引资政策外资企业法实施细则 外资企业法 更多招商项目招商项目列表您对xx市政府网站的页面设计是否满意？ 1、 非常满意 2、 满意 3、 一般 提交 查看政府采购xx市建设工程招投标政府机构下属机构 组成部门 市政府办公室 发展计划委员会 更多直属机构 统计局 环境保护局 粮食局 更多区县 定海区 普陀区 岱山县 嵊泗县导航区：国家部委网站 市政府各机关单位 区县政府网站 3.4. 网站美术设计3.4.1. 首页见附件3.4.2. 网站标识见附件3.5. 技术支撑平台为体现xx市政府门户网站的特色，除了对网站的功能进行要求之外，xx市对于网站需要用到的一些特殊技术也有一定的要求，包括：1)手机短信平台要求能够为新闻及信息的订阅、重要通知公告、最新政策法规等相关功能提供编程接口和管理工具。2)简繁体转换系统简繁体转换系统是一种在线简繁体实时转换系统，可以很方便的将简体网站转换成繁体网站而无须人工干预。3) 智能搜索引擎信息门户需要一个高性能的搜索引擎，它的功能是对包括文本信息在内的多媒体信息进行精确的搜索和显示。第 4 章 系统架构设计xx市政府门户网站项目是一个复杂的系统工程，涉及到技术、管理、风险控制、运行维护等多方面的工作。其中管理、风险控制、运行维护等在后面篇幅中会详细阐述，本章节就xx市政府门户网站技术架构进行描述。xx市信息化工作进展快速，现在部分机关单位已建设有网站，并结合本身业务建立了部分业务系统。xx市政府门户网站作为xx市的门户，将统领xx市各级网站，以整齐划一的形象展示给市民、网民。因此xx市政府门户建设范围不只局限于网站本身，还要兼顾对其他系统的集成，以及对后期应用扩展的接口。为此，本方案引入应用集成概念，构架一个完善、易扩充扩展的架构，以使门户网站有更好的技术基础。4.1. 应用集成的概念应用集成不是一种专门的技术（如企业应用集成eai）。类似于eai这样的技术只是解决了应用集成工作中某一个方面的问题，仅靠eai技术无法向客户提供完整的应用系统。我们所说的应用集成应该是从项目的全局出发对项目的全面集成，结合xx市政府门户网站项目我们只考虑应用集成架构。对任何应用来说，完整的应用环境应该包括：a)开发环境b)运行环境c)系统联调/测试环境在搭建应用环境的时候，必须考虑下列重要因素：a)框架：根据应用子系统的工作结果确定哪些子系统应该采用统一的技术框架，各业务系统在确定的技术框架下进行开发，开发的过程结果和最终结果在采用同样技术框架的系统联调/测试环境下进行集成和测试工作。b)接口：根据应用子系统的工作结果确定子系统之间的相互通信/调用接口c)标准：根据应用子系统的工作结果确定子系统之间相互通信时应该采用的数据格式d)开发规范：所有开发商（可能的后期扩展功能的开发商）应该统一采用的开发语言风格，文档范围、格式与内容等规定5)必要的核心应用的开发：例如大型网站系统的门户站点、统一用户管理、身份认证等系统6)过程结果的集成与测试：根据项目计划，按照约定的方式（固定时间间隔或者按里程碑）获得各应用系统的开发过程结果，对其进行统一的“配置管理”，然后将过程结果集成为统一系统，对集成后的系统进行测试，将测试结果反馈7)系统联调：根据项目计划，获得各应用系统的开发结果，然后将结果集成为统一系统，对集成后的系统进行测试，将测试结果反馈，将反馈结果再次测试，逐步调试直到系统稳定8)系统试运行：解决试运行中遇到的问题，迎接系统正式运行9)正式运行4.2. 应用集成架构经过需求分析，确定网站的体系架构就成为应用集成工作的一个重要方面。只有确定了网站的体系架构，才能在此基础上进行正确的应用子系统，理顺网站的建设思路。应用集成包括以下几种常用方式。4.2.1. 主站点-分站点群架构主站点-分站点群架构是最原始也是最成熟的网站应用集成方法，至今仍在广泛使用。它采用超链接技术进行网站应用集成，特别适合于综合门户网站的运营。下图举例说明了主站点-分站点群架构的一般情况：图 4 主站点-分站点群架构如图所示，主站点-分站点群架构通过把内容分配到各分站点的方法减轻主站点的负载，分站点可以独立开发和部署，然后通过http协议与主站点相互连接。为了提高运行效率，节约ip资源，通常还需要在网站群内部建设一个dns，把外部域名映射成内部网络的ip地址。主站点-分站点群架构总体结构上非常简单，由于访问负载在不同分站点之间进行了静态分配，主站点可以支持非常高的访问量，而且某一个分站点的故障不影响对其它内容的访问。从管理上看，由于各分站点相对独立，可以安排相应的专业人员专注于相关领域的内容建设和运营管理，在网站建设的初期可以调动人员积极性，迅速扩大网站的运营规模，在网站稳定运行期间也可以在清楚划分职责关系的基础上提高网站运作效率。主站点-分站点群架构的这种管理模式对于其它架构大型网站的运营体系建设产生了重要影响，许多新型网站群的管理模式都或多或少地参考了这种作法。另一方面，由于对于网站功能的划分过于粗放，所采用的技术也比较陈旧，因而主站点-分站点群架构也存在许多不足之处：1)静态的资源分配模式导致资源浪费严重：各分站点都有自己的独立的软硬件平台，有的负载较轻，有的负载较重，资源之间没有有效的共享机制，浪费严重。2)相对简单的应用集成方式导致应用系统之间的信息共享和业务协作困难：各分站点运行的应用系统之间相互独立，从总体上很难通过应用系统之间的协作，实现客户的业务目标。应用系统之间的信息共享需要复杂而封闭的设计，很难实现顺畅的通信。3)由于各分站点往往采用不同的技术体系（尤其是没有统一设计，而建设周期又非常短暂的新网站），对站点的技术维护和管理非常困难，需要大批掌握不同网站架构技术的专业人员。4)网站群的安全保障体系复杂，管理和维护困难要解决主站点-分站点群架构存在的诸多不足，需要开展两个方面的工作：1)管理上加强整体意识，从实现统一的业务目标入手对建设进程、技术体系以及运营管理体系进行统一的安排，避免各自为站的现象2)技术上引入新的设计思想和技术手段：a)采用分布式对象组件技术，在保留各应用相对独立性的同时加强应用之间的相互协作b)采用xml、web services以及消息机制等技术加强应用之间信息交换的能力4.2.2. 基于分布式对象组件技术的网站架构图 5 分布式对象组件技术组件是一种特殊的软件模块，它封装了特定功能的应用逻辑和相关数据，并且能够象机械零件一样被装配到特定组件框架中，也可以随时用更新的组件替换旧的组件，就像磨损的机械零件被新零件替换一样。组件具有下列特性：1)自描述：组件必须能够标志并对外提供其属性、存取方法和事件，这些信息可以使开发环境将第三方软件组件无缝地结合起来2)可定制：提供一个典型的图形方式环境，软件组件的属性只能通过控制面板来设置3)可集成：组件必须可以被编程语言直接控制。组件也可以和脚本语言连接或者与从代码级访问组件的环境连接，这个特性使得软件组件可以在非可视化开发项目中使用4)连接机制：组件必须能产生事件或者具有让程序员从语义上实现相互连接的其他机制。这意味着程序员可以很容易地向按钮添加代码，使点中按钮就可以影响其他组件的动作。分布式对象组件是组件技术与分布式对象体系技术的结合，分布式对象组件将被部署到分布式对象组件容器中。组件容器是一个管理一个或多个组件类及其实例的软件框架，某种分布式对象技术规范（j2ee, corba, .net等）中针对组件容器而定义的接口使组件类能够响应调用者提出的请求，访问所需的服务，最后将结果反馈给调用者。目前大型网站系统的组件容器基本上都由支持j2ee或ms.net或corba等分布式对象体系的应用服务器提供。应用服务器是管理组件容器的高端进程或应用程序，它提供对组件容器的系统级服务，如进程管理、事务处理、群集服务、远程调用等。分布式对象组件技术为大型网站的应用集成工作奠定了技术基础：1)应用的开发环境与运行环境实现了分离：按照统一的分布式对象技术规范开发的组件，都可以不经过修改部署到运行环境中来2)通过把各子系统表示为按照统一的分布式对象技术规范设计的组件或组件集，各子系统可以分配给不同的开发商开发，最后集成到运行环境中3)由于组件的高度封装特性，系统具有充分的灵活性，可以在不影响系统其它部分的情况下对某个组件进行修改和升级，使系统总体上具有较高的可扩展性4)组件的运行环境应用服务器对组件屏蔽了底层系统的复杂性，使底层各种软硬件系统之间的集成具备一致的方式，整个系统的伸缩性大大增强基于分布式对象组件体系的网站，其经过集成之后的应用系统如图 6所示：图 6 基于分布式对象组件体系的网站应用系统基于分布式对象组件体系的网站应用系统主要由组件构成，某些功能相关的组件结合在一起，形成某种子系统。构成子系统的组件通过应用服务器提供的容器集成到一起，形成一个统一的网站应用系统，共同为访问者提供服务。有一些组件的功能被所有应用子系统共享，这些组件构成网站应用系统的公共组件，一般由应用集成商开发并提供给各子系统开发商使用。与主站点-分站点群架构相比，基于分布式对象组件体系的网站架构具有以下特点：1)通过组件技术保留了主站点-分站点群架构使应用相对独立的优点（因此也具有主站点-分站点群架构的大多数优点），同时应用划分的粒度更加细致，理论上可以细化到每一个单独的操作过程，系统的可扩展性大大增加。2)通过分布式对象体系使得整个应用系统具有统一的框架和软硬件基础平台，组件之间按照国际标准或工业标准进行集成，应用集成的技术难度大大降低3)负载可以在不同组件和服务器之间动态均衡，资源的利用率大幅度提高4)通过服务器群集技术以及其它动态负载均衡技术使系统所有组件都具备强大的访问支持能力和高度的伸缩性5)统一的软硬件平台和网站应用系统为建立稳定可靠，易于管理和维护的安全保障体系提供了坚实基础由于上述特点，基于分布式对象组件体系的网站架构是目前主流的网站系统架构，也是网站应用集成工作中的主流设计框架与主流开发方式。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。这三个角色是根据逻辑关系划分的，在实际应用中，角色之间很可能有交叉：一个web服务既可以是web服务提供者，也可以是web服务请求者，或者二者兼而有之。下图显示了web服务角色之间的关系：其中，“发布”是为了让用户或其他服务知道某个web服务的存在和相关信息；“发现”是为了找到合适的web服务;“绑定”则是在提供者与请求者之间建立某种联系。实现一个完整的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服务请求者。. 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 服务。此外，其中的某些工具箱还可以让已有的 com 组件和 javabean 方便地成为 web 服务。 9)行业支持：所有主要的供应商都支持 soap 和周边 web 服务技术。例如，微软的 .net 平台就基于 web 服务，因此用 visual basic 编写的组件很容易作为 web 服务部署，并由使用 ibm visualage 编写的 web 服务使用，反之亦然。web services的这些优点对于新一代大型网站的架构产生了重要的影响，主要表现在：网站同时提供两种交互界面：在通过web页面提供信息服务以及人工交互功能的同时，也一般要提供web services，使企业或个人的应用系统也能与网站进行自动交互简化了应用集成的过程：网站内部的异构应用系统可以通过互相提供web service接口实现协作和信息交换，使应用集成的过程大为简化图 7 网站内部异构应用系统通过web services集成网站应用架构中引入web services技术可以带来许多好处，但web services也不是万能的，至少在下列两个方面并不适合采用web services：1)本机应用程序间的通信：与本机上的其它程序通信，最好不要用web service，只要用本地的api就可以了，运行在同一台服务器上的服务器软件也是这样。尽管理论上web service也能用于本机应用程序之间的通信，但由于xml和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架构可以充分利用原有的硬件、软件、应用系统的投资。这是因为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 典型的四层结构： l 运行在客户端机器上的客户层组件 l 运行在j2ee服务器上的web层组件 l 运行在j2ee服务器上的业务逻辑层组件 l 运行在数据源服务器上的数据源引擎层软件j2ee规范中定义了以下的j2ee组件：l 客户层组件：应用客户端程序、appletsl web 层组件：jsp 页面或servlets。正如下图所示的客户层那样，web层可能包含某些 javabean 对象来处理用户输入，并把输入发送给运行在业务层上的enterprise bean 来进行处理。l 业务层组件enterprise javabeans（ejb）是业务层组件。业务层代码的逻辑用来满足具体业务系统的需要，由运行在业务层上的ejb进行处理。下图表明了一个ejb是如何从客户端程序接收数据，进行处理，并发送到eis 层储存的，这个过程也可以逆向进行。数据源系统层是实现数据的存储、读取和处理的引擎。. j2ee的结构这种基于组件，具有平台无关性的j2ee 结构使得开发效率得到提高，因为业务逻辑被封装成可复用的组件，并且j2ee 服务器以容器的形式为所有的组件类型提供后台服务。而开发者可以不关心这些服务，可以集中精力解决手头的业务问题。1、容器和服务容器设置定制了j2ee服务器所提供得内在支持，包括安全，事务管理，jndi（java naming and directory interface）寻址，远程连接等服务，以下是最重要的几种服务： l j2ee安全（security）模型可以让开发者配置 web 组件或enterprise bean，这样只有被授权的用户才能访问系统资源。l j2ee 事务管理（transaction management）模型可以让开发者指定组成一个事务中所有方法间的关系，这样一个事务中的所有方法被当成一个单一的单元，而有容器自动管理事务性。l jndi寻址（jndi lookup）服务为命名和目录服务提供了一个统一的接口，这样应用程序组件可以访问名字和目录服务。l j2ee远程连接（remote client connectivity）模型管理客户端和enterprise bean间的低层交互。当一个enterprise bean创建后，一个客户端可以调用它的方法就象和客户端