欢迎来到赶蛙网! | 帮助中心 专业级it项目文档文库!
赶蛙网
首页 赶蛙网 > 资源分类 > DOC文档下载
 

XX市政府门户网站技术方案.doc

  • 资源ID:85693       资源大小:3.35MB        全文页数:124页
  • 资源格式: DOC        下载权限:游客/注册会员/VIP会员    下载费用:20积分 【人民币20元】
游客快捷下载 游客一键下载
会员登录下载
下载资源需要20积分 【人民币20元】

邮箱/手机:
温馨提示:
支付成功后,系统会根据您填写的邮箱或者手机号作为您下次登录的用户名和密码(如填写的是手机,那登陆用户名和密码就是手机号),方便下次登录下载和查询订单;
特别说明:
请自助下载,系统不会自动发送文件的哦;
支付方式(请点击选择右侧微信支付图标): 微信支付   
验证码:   换一换

      加入VIP,下载共享资源
 
友情提示
2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,既可以正常下载了。
3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰   

XX市政府门户网站技术方案.doc

1 XX 市政府门户网站 技术方案 XX 公司 2008 年 5 月 2 第 1 章 概述 1.1. 项目背景 政府的信息化建设是国民经济信息化建设的重要组成部分。随着技术进步 的加快,尤其是国际互联网的出现和迅速发展,一个全球性的信息社会正在逐 步形成,推进政府部门政务工作的自动化、网络化、电子化,已是大势所趋。 联合国经济社会事务部把推进发展中国家政府信息化作为近几年的工作重 点,目的是通过信息技术的应用改进政府组织,重组公共管理,最终实现办公 自动化和信息资源的共享。在世界各国积极倡导的“信息高速公路”的五个领 域中, “电子政府”被列在第一位,可见政府信息化是社会信息化的基础。在这 方面,一些发达国家已先行一步。近年来,欧美日等发达国家为提高国际竞争 优势,相继推出国家信息基础建设,并规划网络构建“电子政府” ,作为提高政 府效率及为公众服务的重点,建立一个反映人民需求为导向的政府,以更有效 率的行政流程,为人民提供更广泛、更便捷、更友好的信息和服务。 在我国,政府部门的管理观念也在逐步发生变化,其职能正从管理型转向 管理服务型,如何更好地发挥政府部门宏观管理、综合协调的职能,如何更加 有效地向公众提供服务,提高工作效率,加强廉政建设已成为当前各级政府部 门普遍关注和亟待解决的问题。国家“十五“ 计划纲要要求 “政府行政管理要积极 运用数字化、网络化技术,加快信息化进程。各级政府、行政管理部门都面临 着利用信息技术推动政务工作科学化、高效率的新局面。如何选择、运用一套 有效的电子政务平台、如何培养一支高素质的政务队伍,已提到各级政府、行 政部门的议事日程中。 在电子政务系统的建设与应用中,建立政府公用信息服务网是先锋,XX 市政府对此给予了高度的重视,并规划出了以下几项目标 1. 突出政务功能,服务企业、服务投资、服务市民等功能,体现政府网站 的“ 网络服务“ 意识,突出政府网站具有网上办公、咨询服务等特点和优势。集 3 合 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. 栏目设置 门户站点的栏目设置应该满足各自对外宣传的需要,同时需要突出不同职 能单位的特点,对栏目进行分类。 4 另外,随着政府信息化建设的深入,可能需要对网站的栏目设置进行一定 的调整或补充,因此,需要预留一定的栏目扩展或修改的余地,不要出现因改 变较少的修改而必须推倒重来的现象。 1.3.2. 网站管理 网站内容的不断丰富和更新是保证网站生存的必要条件之一,对于大量的 维护工作需要提供自动、高效而强有力的内容采集、管理和发布工具,保障网 站系统正常运作,降低维护强度和维护成本。 1.3.3. 数据检索 需要提供一种易用且高效的网站内容检索、查询机制,以便于对所需要的 网站信息进行定位。 1.3.4. 应用扩展 在搭建网站系统平台时,应该充分考虑到网站系统的可扩充性,为后期建 设时挂接其他政府业务子系统或提供各种网上事务处理和应用功能预留相应的 接口。 整个网站从体系结构上作为一个整体,需要有能够调用外部服务,获取外 部信息流以及供外部进行数据交换的能力,并为网站系统的未来扩充作前瞻性 设计。 1.3.5. 网站信息安全 保证网上信息传输、存取和处理过程各个环节的安全性、机密性、可靠性、 和完整性,保证网站系统的可靠性和可控性。同时需要考虑网站受到攻击破坏 后的自动恢复能力和容灾能力。 5 第 2 章 建设思想和原则 2.1. 网站建设原则 在筹建门户网站过程中应该遵循以下主要原则 2.1.1. 统一规划、统一协调 主管部门应该对市政府门户网站建设进行统一的规划,制定总体建设目标, 同时对于站点的栏目设置、市府各局委办在网站的呈现方式、为后期与各单位 应用系统相衔接的接口预留、以及对于各级子网站统一维护等方面必须事先进 行筹划和设计,出台一定的措施和统一的标准。同时,主管部门应该与网站涉 及的相关单位相互协调,挖掘和突出不同部门的特色,力求所建立的网站是一 个能够反映政府绝大部分行政职能的窗口;同时为后期扩展网上事务处理和应 用奠定基础。 2.1.2. 分步实施 从 XX 市政府各单位当前的网络建设情况看,建立市政府门户网站系统, 丰富网站频道、栏目内容还是一项比较庞大的工程,因此,整个建设过程必须 有计划、分步骤实施,由点到面,由主及次。 首先进行政府门户网站主站及部分重点委办局二级网站的建设,然后再逐 步进行完善和扩展,最后实现以政府门户网站为中心,向下辐射覆盖所有委办 局、四大班子、两县五区的网站系统。 网站内容方面从网站的基本功能、实用功能入手,首先实现政府各部门在 网站上对外发布信息,然后逐步完善市长信箱、在线投诉、项目申报等公众参 与栏目和增加网上办公、网上事务处理等高级政务应用。 6 2.1.3. 突出重点,特色性、基础性项目优先 网站系统的建设应本着由易到难、由简单到复杂的原则进行。 对市政府网站建设目标和参与单位的要求进行认真分析,找出重点,针对 网站的关键功能和基础功能加大建设力度,如先期考虑筹建反映政府职能的栏 目和获取反馈信息的电子信箱等栏目板块,然后在政府工作人员和公众的综合 素质(包括网络应用意识和计算机水平)得到普遍提高的情况下,再考虑推广 流程相对复杂的各种网上事务处理应用的建设(如企业在网上纳税等) 。 2.1.4. 加强信息资源的采编工作 网站系统是信息发布和信息获取的窗口,因此,信息是维系网站生存的最 重要因素。如果没有充足的信息资源,政府门户网站的建设就成为了一项面子 工程,失去了原有的意义,也无法产生预期的效果。 信息资源的采编工作,应该看作是整个政府门户网站建设过程中一项重要、 繁重而艰巨的任务,而且由于网站涉及到众多的行政单位,难以统一进行规划 和管理,因此只能在网站建设初期制定相关的政策、规定来统一规划和调配, 在关键信息的采集和发布方面(如各类统计信息)应制定专门的政策,尽可能 保证网站信息的来源,满足社会公众的真正需要。 2.1.5. 成熟技术和先进理念并重 建立网站系统的技术目前已经是较为成熟的,关键在于规划和设计网站体 系结构时应引入当前该领域内先进的理念和模型,旨在建立一个兼顾外观、性 能、可用性、易用性、柔性、健壮性和可扩展性于一体的系统框架,在确保政 府门户网站必要功能和工期的前提下达到最好的效果。 2.1.6. 合理共享资源、避免重复建设 在网站建设过程中,应该尽可能吸收、采纳和共享已有的各种信息资源 (也包括相应的硬件平台) ,通过规划进行整合,避免重复建设,造成资源浪费。 7 2.2. 网站建设标准和规范 2.2.1. 电子政务标准化 XX 市政府网络建设和门户网站建设是 XX 市电子政务建设的第一步,是 政府信息化建设的基础。 电子政务的建设必须坚持“统筹规划、统一标准”的方针和原则,通过建 立统一的标准来总体协调和优化总体功能,确保整个建设过程卓有成效。 标准化工作是电子政务建设的基础,也是电子政务总体建设的重要内容之 一。整个电子政务标准体系涉及以下六个部分  总体标准  应用标准  应用支撑标准  信息安全标准  网络基础设施标准  管理标准 每个部分又包括更为详细的框架和标准。如图 2 1 所示。电 子 政 务 标 准 体 系 软 件 工 程 标 准验 收 与 监 理 标 准系 统 测 试 与 评 估 标 准信 息 资 源 评 价 体 系 标 准其 他 管 理 标 准管 理 标 准信 息 安 全 总 体 标 准密 码 算 法 标 准密 码 管 理 标 准防 信 息 泄 漏 标 准系 统 与 网 络 安 全 标 准信 息 安 全 评 估 标 准信 息 安 全 产 品 标 准信 息 安 全 管 理其 他 标 准信 息 安 全 标 准计 算 机 与 通 信 网 标 准网 络 维 护 标 准网 络 建 设 标 准其 他 标 准网 络 基 础 设 施 标 准数 据 交 换 标 准电 子 公 文 交 换 标 准数 据 处 理 标 准主 要 服 务 标 准其 他 标 准应 用 支 撑 标 准数 据 元 标 准代 码 标 准文 件 格 式 标 准业 务 流 程 标 准其 他 标 准应 用 标 准总 体 框 架术 语 标 准中 文 信 息 处 理 标 准其 他 综 合 标 准总 体 标 准 8 图 2-1 电子政务标准体系示意图 2.2.2. 网站建设标准 作为 XX 市对外宣传的窗口,为了树立市政府及各级政府单位对外的形象, 在建立门户网站时应该遵循上述大的建设原则,同时针对具体细节应该遵循 (已有国家标准的)或制定(尚无国家标准的)出统一的标准。例如,对于以 下方面应该按照国家已有的标准或建议执行  主机规划可以考虑采用“政府虚拟主机”的方式向政府站点提供专 用服务器,每个政府主机由电信部门提供 1G 的硬盘空间,并实现数据 库管理和提供交互功能。  站点规划各省市政府的站点应以“省(市)人民政府”或“省(市) 局”的正规名称形式出现。各级政府站点(子站点)应将“机构设置” 、 “政府(部门)职能” 、 “政策法规”等基本栏目进行统一规划和整合。  域名规划各部委和各省市政府的域名统一规划为 www._____.gov.cn。  信箱规划各政府部门的站点考虑设虚拟信箱,如广西 XX 市政府办 公电子信箱名为 name nn.gx.gov.cn,以示正式。  网页规划政府站点的网页设计应简洁、美观,界面应与政府形象相 符合,网页大小有所限制,网页须响应及时,可以采用多种浏览器浏 览,便于检索,同时具有纯文本版本甚至外文版以满足不同用户的需 要。  标准规划对政府站点、域名和主机和网页等制订相应的标准和规范。  信息规划区分和筛选政府信息资源安全信息和不安全信息,加大力 度研究政府部门的信息资源,妥善处理好公益信息和增值信息的关系 及两者在网站建设中所占的比例。 9 2.3. 网站建设方式建议  可以考政府虑联合 ICP、ISP 免费制作委办局部分主页和信息,合作建 设和经营部门站点,免费培训政府领导和工作人员上网的技能。  可以考虑联合软硬件厂商免费或优惠为政府网站体系建设提供一批服 务器、路由器、防火墙、数据库等软硬件,合作开发应用系统。  可以考虑联合新闻界、学术界、经济界和信息产业界,大力宣传政府 网站,加强政府网站体系建设的软课题研究。 10 第 3 章 总体方案 3.1. 方案概述 XX 市政府门户网站分为基础平台、系统软件平台、应用基础平台、管理 中心、信息门户五层,系统建设将采用统一的安全体系,建立统一的标准和规 范,并建立完善的管理和运营体系。 此次方案主要是网站软件应用部分,对所需的基础平台只提出建议方案。 11 3.2. 网站功能设计 XX 市政府网及其各子网站的前台功能模块主要包括以下内容 1、 内容管理系统 2、 远程维护系统 3、 短信平台系统; 4、 搜索引擎系统; 5、 论坛系统; 6、 简繁体转换系统 7、 网站安全管理系统 8、 政策法规查询系统; 9、 市长信箱 10、 前台用户注册、登陆认证系统; 11、 投诉举报系统; 12、 网上调查系统; 13、 行政审批公示查询系统; 同时也为以后的应用扩展留出接口,本期内不实施,但保留接口,以适应 将来应用扩展的需要 12 3.3. 网站内容设计 3.3.1. 栏目结构 XX 市政府门户网站下设认识 XX 市、XX 市政务、参政议政、政府采购、 网上办事、便民窗口、产业经济、投资 XX 市、海岛览胜九个栏目,如下图所 示。 13 14 3.3.2. 首页设计 XX 市委 XX 市人大 XX 市政府 XX 市政协 网站标识 Banner 简体 繁体 English 首页 今日 XX 市 XX 市政务 参政议政 政府采购 网上办事 便民窗口 产业经济 投资兴业 海岛览胜 市长信箱 网站摘要 建议提案 进言献策 投诉举报 新闻图片 图片标题 □ 全市企业职工双证制教育培训正式启动 □ 我市治理整顿土地市场秩序取得阶段性成果 □ 市环岛公路北蝉至岑港段日前通过评审 □ 8 月份全市经济继续保持较快发展势头 □ 市文化艺术中心工程建设进展顺利 □ 我市又有 4 个项目列入省科技兴海计划 更多 网站全文检索 关键字 检 索 政府公告XX 市人民政府网站正式改版 采用滚动文字表现 [政务动态] 文章标题 [政府采购] 文章标题 [优惠政策] 文章标题 [旅游线路] 文章标题 [社区服务] 文章标题 全部 XX 市黄页 办事咨询窗口设计时可以将此块设计为一窗口形式 咨询窗口便民检索 医保、公积金、养老保险等查 询 文化教育 学校 资讯 新书 科普 更多 医疗保健 医疗机构 专家门诊 特色医疗 零售药店 职业介绍 职介机构 求职资讯 政策咨询 休闲娱乐 吃 住 行 娱 购 游 政策法规 行政审批 办事指南 文件下载 办理进入 办事指南 人口户籍 卫生婚育 劳动就业 人才教育 工商税收 司法公安 质量消费 社会保障 城市建设 出国手续 文化体育 科技发展 城市管理 经济建设 综 合 滚动字幕 最新动态或者 内容。 XX 市印象(此内容为专题) 招商引资 网上调查 您对 XX 市政府网站的页 面设计是否满意 1、 非常满意 2、 满意 3、 一般 提交 查看 渔 XX 市渔场 海洋渔业 海洋捕捞 海水养殖 水产品加工 海鲜特产 港 XX 市港 定普港域 岱山港域 景 XX 市群 海天 佛国 碧海 灵山 投资环境 投资环境 发展目标 综合优势 投资指南 投资导向 纳税规定 投资审批 服务机构审批程序 外商关注问题解答 外商投资企业有关管理规定 引资政策 外资企业法实施细则 外资企业法 更多 招商项目 招商项目列表 政府采购 XX 市建设工程招投标 15 岛 列岛 胜景 东海 蓬莱 海外 仙景 政府机构 下属机构 组成部门 市政府办公室 发展计划委员会 更多 直属机构 统计局 环境保护局 粮食局 更多 区县 定海区 普陀区 岱山县 嵊泗县 导航区国家部委网站 市政府各机关单位 区县政府网站 16 3.4. 网站美术设计 3.4.1. 首页 见附件 3.4.2. 网站标识 见附件 17 3.5. 技术支撑平台 为体现 XX 市政府门户网站的特色,除了对网站的功能进行要求之外,XX 市对于网站需要用到的一些特殊技术也有一定的要求,包括 1 手机短信平台 要求能够为新闻及信息的订阅、重要通知公告、最新政策法规等相关功能 提供编程接口和管理工具。 2 简繁体转换系统 简繁体转换系统是一种在线简繁体实时转换系统,可以很方便的将简体网 站转换成繁体网站而无须人工干预。 3 智能搜索引擎 信息门户需要一个高性能的搜索引擎,它的功能是对包括文本信息在内的 多媒体信息进行精确的搜索和显示。 第 4 章 系统架构设计 XX 市政府门户网站项目是一个复杂的系统工程,涉及到技术、管理、风 险控制、运行维护等多方面的工作。其中管理、风险控制、运行维护等在后面 篇幅中会详细阐述,本章节就 XX 市政府门户网站技术架构进行描述。 XX 市信息化工作进展快速,现在部分机关单位已建设有网站,并结合本 身业务建立了部分业务系统。XX 市政府门户网站作为 XX 市的门户,将统领 XX 市各级网站,以整齐划一的形象展示给市民、网民。因此 XX 市政府门户 建设范围不只局限于网站本身,还要兼顾对其他系统的集成,以及对后期应用 扩展的接口。为此,本方案引入应用集成概念,构架一个完善、易扩充扩展的 架构,以使门户网站有更好的技术基础。 18 4.1. 应用集成的概念 应用集成不是一种专门的技术(如企业应用集成 EAI) 。类似于 EAI 这样的 技术只是解决了应用集成工作中某一个方面的问题,仅靠 EAI 技术无法向客户 提供完整的应用系统。 我们所说的应用集成应该是从项目的全局出发对项目的全面集成,结合 XX 市政府门户网站项目我们只考虑应用集成架构。 对任何应用来说,完整的应用环境应该包括 a 开发环境 b 运行环境 c 系统联调/测试环境 在搭建应用环境的时候,必须考虑下列重要因素 a 框架根据应用子系统的工作结果确定哪些子系统应该采用统一的技术 框架,各业务系统在确定的技术框架下进行开发,开发的过程结果和最终结果 在采用同样技术框架的系统联调/测试环境下进行集成和测试工作。 b 接口根据应用子系统的工作结果确定子系统之间的相互通信/调用接 口 c 标准根据应用子系统的工作结果确定子系统之间相互通信时应该采用 的数据格式 d 开发规范所有开发商(可能的后期扩展功能的开发商)应该统一采用 的开发语言风格,文档范围、格式与内容等规定 5 必要的核心应用的开发例如大型网站系统的门户站点、统一用户管理、 身份认证等系统 6 过程结果的集成与测试根据项目计划,按照约定的方式(固定时间间 隔或者按里程碑)获得各应用系统的开发过程结果,对其进行统一的“配置管 理” ,然后将过程结果集成为统一系统,对集成后的系统进行测试,将测试结果 反馈 7 系统联调根据项目计划,获得各应用系统的开发结果,然后将结果集 成为统一系统,对集成后的系统进行测试,将测试结果反馈,将反馈结果再次 测试,逐步调试直到系统稳定 19 8 系统试运行解决试运行中遇到的问题,迎接系统正式运行 9 正式运行 4.2. 应用集成架构 经过需求分析,确定网站的体系架构就成为应用集成工作的一个重要方面。 只有确定了网站的体系架构,才能在此基础上进行正确的应用子系统,理顺网 站的建设思路。应用集成包括以下几种常用方式。 4.2.1. 主站点-分站点群架构 主站点-分站点群架构是最原始也是最成熟的网站应用集成方法,至今仍在 广泛使用。它采用超链接技术进行网站应用集成,特别适合于综合门户网站的 运营。下图举例说明了主站点-分站点群架构的一般情况 图 4 主站点-分站点群架构 如图所示,主站点-分站点群架构通过把内容分配到各分站点的方法减轻主 20 站点的负载,分站点可以独立开发和部署,然后通过 HTTP 协议与主站点相互 连接。为了提高运行效率,节约 IP 资源,通常还需要在网站群内部建设一个 DNS,把外部域名映射成内部网络的 IP 地址。 主站点-分站点群架构总体结构上非常简单,由于访问负载在不同分站点之 间进行了静态分配,主站点可以支持非常高的访问量,而且某一个分站点的故 障不影响对其它内容的访问。 从管理上看,由于各分站点相对独立,可以安排相应的专业人员专注于相 关领域的内容建设和运营管理,在网站建设的初期可以调动人员积极性,迅速 扩大网站的运营规模,在网站稳定运行期间也可以在清楚划分职责关系的基础 上提高网站运作效率。主站点-分站点群架构的这种管理模式对于其它架构大型 网站的运营体系建设产生了重要影响,许多新型网站群的管理模式都或多或少 地参考了这种作法。 另一方面,由于对于网站功能的划分过于粗放,所采用的技术也比较陈旧, 因而主站点-分站点群架构也存在许多不足之处 1 静态的资源分配模式导致资源浪费严重各分站点都有自己的独立的软 硬件平台,有的负载较轻,有的负载较重,资源之间没有有效的共享机制,浪 费严重。 2 相对简单的应用集成方式导致应用系统之间的信息共享和业务协作困难 各分站点运行的应用系统之间相互独立,从总体上很难通过应用系统之间的协 作,实现客户的业务目标。应用系统之间的信息共享需要复杂而封闭的设计, 很难实现顺畅的通信。 3 由于各分站点往往采用不同的技术体系(尤其是没有统一设计,而建设 周期又非常短暂的新网站) ,对站点的技术维护和管理非常困难,需要大批掌握 不同网站架构技术的专业人员。 4 网站群的安全保障体系复杂,管理和维护困难 要解决主站点-分站点群架构存在的诸多不足,需要开展两个方面的工作 1 管理上加强整体意识,从实现统一的业务目标入手对建设进程、技术体 系以及运营管理体系进行统一的安排,避免各自为站的现象 2 技术上引入新的设计思想和技术手段 a 采用分布式对象组件技术,在保留各应用相对独立性的同时加强应用之 21 间的相互协作 b 采用 XML、Web Services 以及消息机制等技术加强应用之间信息交换 的能力 4.2.2. 基于分布式对象组件技术的网站架构 已部署组件 组 件 容 器 ( 由 应 用 服 务 器 提 供 ) 待部署组件 应用服务器 (中间件) W e b 服 务器 数据库服 务器 访问者 图 5 分布式对象组件技术 组件是一种特殊的软件模块,它封装了特定功能的应用逻辑和相关数据, 并且能够象机械零件一样被装配到特定组件框架中,也可以随时用更新的组件 替换旧的组件,就像磨损的机械零件被新零件替换一样。 组件具有下列特性 1 自描述组件必须能够标志并对外提供其属性、存取方法和事件,这些 信息可以使开发环境将第三方软件组件无缝地结合起来 2 可定制提供一个典型的图形方式环境,软件组件的属性只能通过控制 面板来设置 3 可集成组件必须可以被编程语言直接控制。组件也可以和脚本语言连 22 接或者与从代码级访问组件的环境连接,这个特性使得软件组件可以在非可视 化开发项目中使用 4 连接机制组件必须能产生事件或者具有让程序员从语义上实现相互连 接的其他机制。这意味着程序员可以很容易地向按钮添加代码,使点中按钮就 可以影响其他组件的动作。 分布式对象组件是组件技术与分布式对象体系技术的结合,分布式对象组 件将被部署到分布式对象组件容器中。组件容器是一个管理一个或多个组件类 及其实例的软件框架,某种分布式对象技术规范(J2EE, CORBA, .NET 等)中 针对组件容器而定义的接口使组件类能够响应调用者提出的请求,访问所需的 服务,最后将结果反馈给调用者。目前大型网站系统的组件容器基本上都由支 持 J2EE 或 MS.NET 或 CORBA 等分布式对象体系的应用服务器提供。应用服 务器是管理组件容器的高端进程或应用程序,它提供对组件容器的系统级服务, 如进程管理、事务处理、群集服务、远程调用等。 分布式对象组件技术为大型网站的应用集成工作奠定了技术基础 1 应用的开发环境与运行环境实现了分离按照统一的分布式对象技术规 范开发的组件,都可以不经过修改部署到运行环境中来 2 通过把各子系统表示为按照统一的分布式对象技术规范设计的组件或组 件集,各子系统可以分配给不同的开发商开发,最后集成到运行环境中 3 由于组件的高度封装特性,系统具有充分的灵活性,可以在不影响系统 其它部分的情况下对某个组件进行修改和升级,使系统总体上具有较高的可扩 展性 4 组件的运行环境应用服务器对组件屏蔽了底层系统的复杂性,使底 层各种软硬件系统之间的集成具备一致的方式,整个系统的伸缩性大大增强 基于分布式对象组件体系的网站,其经过集成之后的应用系统如图 6 所示 23 子 系统 A 相关组件 公共组件 公共组件 子 系统 A 相关组件 子 系统 A 相关组件 应用服务器 (中间件) 数据库服 务器 访问者 提 出 访问 请 求 子 系统 B 相关组件 子 系统 B 相关组件 子 系统 B 相关组件 栏目A 栏目B 首页 图 6 基于分布式对象组件体系的网站应用系统 基于分布式对象组件体系的网站应用系统主要由组件构成,某些功能相关 的组件结合在一起,形成某种子系统。构成子系统的组件通过应用服务器提供 的容器集成到一起,形成一个统一的网站应用系统,共同为访问者提供服务。 有一些组件的功能被所有应用子系统共享,这些组件构成网站应用系统的 公共组件,一般由应用集成商开发并提供给各子系统开发商使用。 与主站点-分站点群架构相比,基于分布式对象组件体系的网站架构具有以 下特点 1 通过组件技术保留了主站点-分站点群架构使应用相对独立的优点(因 此也具有主站点- 分站点群架构的大多数优点) ,同时应用划分的粒度更加细致, 理论上可以细化到每一个单独的操作过程,系统的可扩展性大大增加。 2 通过分布式对象体系使得整个应用系统具有统一的框架和软硬件基础平 台,组件之间按照国际标准或工业标准进行集成,应用集成的技术难度大大降 低 3 负载可以在不同组件和服务器之间动态均衡,资源的利用率大幅度提高 4 通过服务器群集技术以及其它动态负载均衡技术使系统所有组件都具备 强大的访问支持能力和高度的伸缩性 24 5 统一的软硬件平台和网站应用系统为建立稳定可靠,易于管理和维护的 安全保障体系提供了坚实基础 由于上述特点,基于分布式对象组件体系的网站架构是目前主流的网站系 统架构,也是网站应用集成工作中的主流设计框架与主流开发方式。 4.2.3. Web Services 技术对网站架构的影响 4.2.3.1. 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 服 25 务请求者与合适的 Web 服务提供者联系在一起,它充当管理者的角色,一般是 UDDI。这三个角色是根据逻辑关系划分的,在实际应用中,角色之间很可能有 交叉一个 Web 服务既可以是 Web 服务提供者,也可以是 Web 服务请求者, 或者二者兼而有之。下图显示了 Web 服务角色之间的关系其中, “发布”是 为了让用户或其他服务知道某个 Web 服务的存在和相关信息; “发现”是为了 找到合适的 Web 服务;“绑定”则是在提供者与请求者之间建立某种联系。Web Services三三三 三三–WSDL三三三三三三三三三Web三三 三三–UDI三三“三三”三三三三三三三三Web三三 三三–SOAP–三三三三三三三三三三 发 现绑 定发 布 实现一个完整的 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 服务请求者。 26 4.2.3.2. 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 服务。此外, 27 其中的某些工具箱还可以让已有的 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 就可以了,运行在同一台服务器上的服务器软件也 28 是这样。尽管理论上 Web Service 也能用于本机应用程序之间的通信,但由于 XML 和 SOAP 消息的解析处理需要消耗大量计算资源,而 Web Service 标准化、 组件化的优势相对本机上的 API 并不明显,所以本机上应用程序间的通信不宜 采用 Web Services。 2 同构应用程序同构(具有相同分布式对象组件框架)应用程序之间的 通信,采用分布式对象组件体系自身的协议进行通信,性能要高得多,而且可 以充分利用底层软硬件平台的资源。 4.3. 网站技术体系 4.3.1. 技术线路 4.3.1.1. J2EE 的概念 J2EE 是一种利用 Java 2 平台来简化企业解决方案的开发、部署和管理相关 的复杂问题的体系结构。J2EE 技术的基础就是核心 Java 平台或 Java 2 平台的 标准版,J2EE 不仅巩固了标准版中的许多优点,例如 “编写一次、随处运行“的 特性、方便存取数据库的 JDBC API、CORBA 技术以及能够在 Internet 应用中 保护数据的安全模式等等,同时还提供了对 EJB、Java Servlets、JSP、JMX 以 及 XML 技术的全面支持。 J2EE 体系结构提供中间层集成框架用来满足需要高可用性、高可靠性以及 可扩展性的应用的需求。通过提供统一的开发平台,J2EE 降低了开发多层应用 的费用和复杂性,同时提供对现有应用程序集成强有力支持,增强了安全机制, 提高了性能。 4.3.1.2. J2EE 的优势 J2EE 为搭建具有可伸缩性、灵活性、易维护性的业务系统提供了良好的机 制。 在 XX 市政府门户网站的运营、发展中,保护现有的信息化的投资,而不 是重新制定全盘方案是很重要的。这样,一个以渐进的方式建立在已有系统之 29 上的服务器端平台机制是 XX 市政府门户网站建设所需要的。J2EE 架构可以充 分利用原有的硬件、软件、应用系统的投资。这是因为 J2EE 拥有广泛的业界支 持和一些重要的软件厂商的参与。由于基于 J2EE 平台的产品几乎能够在任何操 作系统和硬件配置上运行,现有的操作系统和硬件也能被保留使用。2、支持异 构环境J2EE 能够开发部署在异构环境中的可移植程序。基于 J2EE 的应用程 序不依赖任何特定操作系统、中间件、硬件。因此设计合理的基于 J2EE 的程序 只需开发一次就可部署到各

注意事项

本文(XX市政府门户网站技术方案.doc)为本站会员(admin)主动上传,赶蛙网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知赶蛙网(发送邮件至27307385@qq.com或直接QQ联系客服),我们立即给予删除!

温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




copyright@ 2018-2028 赶蛙网版权所有
 ICP备案编号:蜀ICP备19008733号-2

1
收起
展开