政府门户网站平台项目方案建议书

技术方案建议书招标编号：GZIT2009-ZB0028地址：广州市天河区高唐软件基地高普路1035号3楼（510663）第2页共203页电话：(86-20)87011227传真：(86-20)87072066方案建议书政府门户网站平台项目方案建议书政府门户网站平台项目政府门户网站平台项目方案建议书方案概述本方案包括湛江门户网站平台项目的整体解决方案和实施建议，它是基于本节中所述的展望大纲而写成的。第1章项目概述本章结合目前国内外政府网站的现状和发展趋势，阐述了对目前湛江政府门户网站的现状分析和理解，以及湛江政府门户网站的定位和分期的规划目标。第2章需求分析本章将依据项目选型文件要求，对本项目的建设内容、建设任务与功能需求进行详细具体的分析。第3章总体技术方案本章节详细分析建设湛江政府门户网站平台的技术实现方案，对系统平台与开发工具进行选型，以及提供安全体系设计、基础架构规划方案。第4章项目实施方案本章介绍广州微软技术中心对本项目提出的实施方案中对项目实施的计划安排、管理规范，以及项目成功的关键因素分析等。第5章管理机制与运作方案湛江政府门户网站要兼顾建设和管理，不仅要采用先进成熟的技术平台搭建全市政府门户网站及网站群，更需要重视网站的运作管理。本章节从管理制度与建设指引、信息采集及更新、运营管理机制和宣传推广策略四个方面阐述了湛江政府门户网站运行管理的整体方案。第6章广州微软技术中心承担本项目的优势本章从长期深入的电子政务经验、门户网站建设经验、技术全面性、项目管理水平和优质的人力资源投入几个方面阐述广州微软技术中心承担本项目的优势和决心。目录方案概述 2第1章 项目概述 101.1 政府门户网站发展趋势 111.1.1 我国政府网站的现状 111.1.2 国外政府网站发展特点 131.2 对湛江政府门户网站现状的理解 171.2.1 本项目建设的背景 171.2.2 现状分析总结 171.2.3 机遇与挑战 181.3 定位与目标分析 181.3.1 定位分析 181.3.2 建设目标分析 201.3.3 规划思路 21第2章 总体技术方案 222.1 项目实施策略 232.1.1 业务战略规划 232.1.2 系统体系规划 232.2 系统设计原则 242.2.1 灵活的系统框架 242.2.2 安全性 252.2.3 完整性 252.2.4 用户易用性、经济性 252.2.5 易于管理、可维护性、可扩展性 262.2.6 可靠性与规范性 262.2.7 高效开发部署能力 262.2.8 开放性和可移植性 262.2.9 效率和实时性要求 272.3 系统框架设计 272.3.1 多层架构的基本原理 272.3.2 软件架构各层的说明 282.4 关键技术实现 302.4.1 基于.NET框架的开发技术 302.4.2 多级门户及动态页创建技术 322.4.3 页面模板及其个性化技术 362.4.4 门户平台功能部件管理技术 412.4.5 关于内容管理的技术实现 472.4.6 访问流量及点击统计 482.4.7 工作流服务引擎 502.5 安全体系设计 552.5.1 统一安全服务 552.5.2 安全保密设计 572.5.3 软件系统架构安全原理 622.5.4 应用开发安全策略 642.5.5 传输加密实现原理 652.6 运行支撑环境 662.6.1 UAP平台的定位和作用 672.6.2 云计算支撑架构设计 67第3章 项目实施方案 703.1 项目成功的关键因素 713.1.1 网站成功运营的关键 713.1.2 本系统成功建设的关键 713.1.3 本项目成功实施的关键 723.2 项目建设的组织与管理 723.2.1 项目组队模型 723.2.2 项目人员安排 743.2.3 项目实施计划 793.2.4 交付物计划 833.3 项目管理方案 843.3.1 计划变更管理 843.3.2 需求变更管理 843.3.3 项目中的沟通 853.3.4 质量控制 883.4 测试方案 893.4.1 软件测试流程及规范 893.4.2 Bug管理 943.4.3 对系统测试的测试策略 963.5 验收方案 983.5.1 验收标准 983.5.2 系统验收 993.6 培训方案 1003.6.1 培训组织体系 1003.6.2 培训课程设计 1013.6.3 培训机制及设施 101第4章 管理机制与运作方案 1034.1 管理制度与建设指引的制定 1044.2 多信息采集渠道及更新机制 1044.2.1 信息来源管理 1054.2.2 信息发布审核 1064.2.3 信息内容保障 1074.3 运维管理机制 108图表目录图表1：美国政府门户网站示例 15图表2：新加坡政府网站示例 17图表3：英国政府网站示例 18图表4：当前版本的湛江政府网站 29图表5：现湛江政府门户全省评比情况 30图表6：系统架构图 34图表7：门户目录，子站点管理，创建目录 35图表8：下属子站点，湛江市国家税务局 36图表9：下属子站点，湛江市基础教育信息网 36图表10：下属子站点，湛江市公安局 37图表11：页面管理列表 38图表12：创建页面 38图表13：页面内容管理 41图表14：部件导入新增 45图表15：部件管理列表 45图表16：部件应用 46图表17：网站栏目管理 49图表18：编辑信息界面 51图表19：工作流定义 53图表20：状态提醒 53图表21：选择用户组织 54图表22：选择流程出来模式 54图表23：我发起的流程 55图表24：流程处理过程--甘特图模式 55图表25：流程处理过程--列表模式 55图表26：工作量统计 56图表28：网站群管理 58图表29：分类维护 59图表30：元数据维护 60图表31：编辑政府公开信息 60图表32：摘要导航模式 62图表33：列表导航模式 62图表34：栏目分发 62图表35：政府信息公开界面 63图表36：政府信息公开界面 63图表37：高级检索 64图表38：场景式服务流程 66图表39：场景式服务后台管理 67图表40：场景式服务流程定义 67图表41：流程节点编辑 68图表42：Flash展示效果1 68图表43：Flash展示效果2 69图表44：网上办理流程 69图表45：业务咨询说明 70图表46：公众网站咨询流程图 71图表47：网站咨询界面 72图表48：满意度调查 72图表49：自动咨询答复 73图表50：用户网上查询 74图表51：综合信息查询服务 75图表52：发表评论 76图表53：网上调查 76图表54：网上调查管理 77图表55：站内搜索 79图表56：网站群搜索 79图表57：文档搜索 80图表58：搜索结果界面 81图表59：政府门户架构 85图表60：平台逻辑架构 87图表61：品高数据管理和集成框架 89图表62：数据类型划分 90图表63：统计分析应用示例 91图表64：数据同步方案选择 93图表65：数据管控功能规划 95图表66：数据共享模式演进图数据共享模式演进图 95图表67：服务治理角色功能对应图 97图表68：平台接口 98图表69：业务信息输入过程 98图表70：业务信息查询过程 99图表71：数据迁移内容 101图表72：数据迁移过程 102图表73：信息来源渠道 104图表74：政府信息主要来源 104图表75：信息审核策略 105图表76：湛江UAP平台特点 107图表77：动态创建页面的技术原理 124图表78：信息安全架构体系 149图表79：湛江移动政务信息化支撑技术架构 158图表80：UAP平台云计算架构 160图表81：云计算原理 161图表82：信息来源渠道 197图表83：政务信息资源的主要来源 197图表84：信息审核策略 198图表85：湛江移动UAP平台的特点和作用 201图表86：针对不同的服务对象的推广策略 202项目概述【摘要】本章结合目前国内外政府网站的现状和发展趋势，阐述了对目前湛江政府门户网站的现状分析和理解。【提纲】 1.1政府门户网站发展趋势1.2对湛江政府门户网站现状的理解1.3定位与目标分析【阅读提示】第12~23页，共12页，约8分钟政府门户网站发展趋势我国政府网站的现状目前，我国各地政府已经建设了大量政府门户网站。政府门户网站是各地电子政务体系的用户可见部分，是全面展现电子政务建设成果的窗口，已经成为各地电子政务建设的龙头和主要推动力。政府门户网站的发展可以概括为两个阶段：初级阶段：以基础设施和平台建设为主，网站主要内容是政务信息发布和宣传。进入发展阶段，逐步明确了“信息公开”、“公众参与”和“在线办事”三大功能定位，公众参与渠道建设加快。这个阶段的门户又称为“信息型门户”。高级阶段：以提升用户满意度和服务质量为主，为各类用户提供丰富、易用、专业化的在线服务，门户网站进入后台重组期，重塑政府业务流程，持续提升服务质量。这个阶段的门户又称为“服务型政府门户”。当前我国大多数政府门户网站处于信息型门户阶段。作为电子政务总体架构中的一个部门，服务型政府门户是电子政务建设中的一个重要部分，它承担了政务公开的渠道，对外轩窗的窗口,服务公众的桥梁的角色。通过服务型政府门户，政府向公众提供最新的，即时的政务信息服务；同时，服务型政府门户也是政府职能部门开放给公众的公开的，快捷的，方便的服务性窗口，公众可以通过服务型政府门户交互地实现网上办事，提高政府服务的水平和效率，开阔公众监督政府工作的渠道，加快管理服务型政府的职能转变及和谐社会构建的进程。一个完善，先进的服务型政府门户具有以下三大特点：以往的政府门户的功能定位较为单一，系统建设没有纳入到整个电子政务平台的体系里来，客观上为电子政务建设的发展带来了不利的影响，主要表现在以下方面：内外不贯通，不能实现信息的内外自动交换。无论是从政务外网向Internet发布信息，还是允许公众向政务外网提交意见/建议/办事申请，这种信息的双向流动比较困难或缺乏灵活性。缺乏对信息发布的全面的，全生命周期的管理。服务型政府门户的最主要职责之一是向公众集中的提供本地政府（包括下属各厅局政府职能部门发布的重要信息）各项政府宣传和服务信息。以往的政府对外门户缺乏对发布信息从创建到编辑，到发布审核，到按计划发布，到多网站群信息的聚合，到信息被撤下站点，到信息归档的全生命周期的支持，往往依靠手工，由网站管理技术人员承担了信息发布的绝大部分工作。这样的做法，既分工不明，又缺乏效率和准确性，难以保证信息被准确的，迅速的，受控的公布给公众。与电子政务大平台缺乏一体性的整合。电子政务的建设是一盘棋，电子政务架构中各部分相互间的定位，边界，关系，数据交换要合理的从整体角度来考量和设计。以往的政府Internet门户往往仅仅从当前的需求，从单一系统的角度来设计，忽略了其与整个电子政务框架其他部分在平台，数据，应用以及用户体验角度的关系和关联，导致建设的Internet门户难以融入到整个电子政务框架中去，功能单一，扩展困难，或功能重叠，定位不清，数据接口定义不清，难以实现集成和交换。功能单一，缺乏平台性，难以扩展以适应政务建设动态发展的需求。以往的政府Internet门户往往是一个只提供简单信息发布功能的Web应用，而不是构建于可持续扩展的平台之上，导致随着政务建设的发展需要增加新的功能的时候，又必须平地起高楼，而不能利用平台层面提供基础能力快速构建应用；以往开发的Internet门户往往不支持业界开放标准，因而难以与其他系统进行集成。总而言之，今天的电子政务的发展和建设目标，要求服务型政府门户的建设也要从全局的角度出发，统一构思，统一架构，基于可扩展的平台，能够灵活的构建电子政务建设所需的各项面向公众的服务。国外政府网站发展特点了解国外先进国家政府门户网站的特点与发展趋势对于确定湛江政府门户网站的建设规划具有重要的意义。美国政府网站：一站式服务美国在20世纪中一直担当着引领科技发展的潮流的角色。在90年代初，美国总统克林顿就提出了“建设信息高速公路”，大力推动信息网络技术的发展，并将信息网络技术应用到政府的建设中，很早就在各州进行试点，经过10余年的发展，美国不仅建立了世界上最大的国家政府门户网站（FIRSTGOV），还拥有政府与公众的喉舌网站和各州、市政府的门户网站，在全国铺设了电子政务的服务体系，触及社会的方方面面，得到了美国民众和其他国家的认可。分析美国家政府门户网站，我们不难看出以下几点，它们是美国电子政府得以成功的保障，也值得其他后进国家学习借鉴。“就业，教育，及志愿服务”主题服务中包含的具体服务事项“就业，教育，及志愿服务”主题服务中包含的具体服务事项与“教育、收入、贫困、社保范围”相关的服务网站工作职位搜索引擎图表1：美国政府门户网站示例1．强调服务，构建了完整的服务体系美国政府门户网站的发展也经历了重要的职能的变迁，在建设之初，网站扮演的更多的是信息发布平台的角色，但是经过几年的发展，美国政府网站完成了从最初的信息发布平台到交互办事平台的转变。这使得拥护可以方便的访问所有在线的政府办事项目、服务项目和其他的信息。据统计，目前，已经基本上建成了网上政府目录体系，连接了22000多个政府网站，拥有18000万网页，访问量每周1000万次，大约有1370万公民使用政府网站提供的服务项目。美国电子政府的成功根本上取决于它符合了民众的需求，提供了民众所需的服务。2．以人为本，充分体现了人文关怀美国国家政府网站和我们想象中的最大差别是它的简明，它省去了所有的赘余，在我们的面前犹如一张清单或是一张表格，言简意赅，切中要害，方便用户直奔主题，省去了用户不必要的麻烦。在美国政府网站，访问者割据不同的需要进入政府、企业、公民相应分类后，可以迅速发现儿童、妇女、退休人员、退伍军人等不同的子分类，网站提供的纳税、驾照注册、购物、福利申请等服务项目都规划到相应的各个分类的下面。这样，访问者一般进入3层网页后就能够找到所需的服务。美国政府网站提供这样的服务分类，并且能够让用户可以很容易地找到了自己所要的服务，充分体现了美国电子政府的建设是以服务用户为目的的，在提供的服务中，又充分考虑到了个体之间的差异，实现了对个体的关注。通过清晰明了的链接，用户就不会用置身与信息海洋的感觉（充斥过多的信息，反而不利于所需信息的查找，民众需要的不是无用的过多的信息，他们所要查找的是他们自身所要的很少量的有用的信息），与此，人文关怀，以人为本使美国政府网站的建设符合了各类群体的需求，公民也愿意通过电子政府获取他们所需要的服务。3．沟通渠道健全，实现了用户与政府之间的互动一个好的网站必须包括以下几个方面的内容：有明确的网站目标和用户范围；提供和用户之间的交互渠道，收集用户的使用反馈；对用户的问题及时回答；根据多种渠道提供信息和服务等，可见，网站的一个很重要的功能就是连接用户和网站所有者，网站所有者提供用户所要求的服务，并且广泛的收集用户的意见和建议，对自己的工作进行改进，以提供更好的服务。政府网站亦不例外，它不是一个简单的报栏或粘贴板，相比于一般的网站，政府网站的互动更显得必要，因为在政治文明中，我们需要的是真实的民主和自由，并不是单方面提供的所谓的“民主自由”，真实的民主自由需能容纳与民主自由不和谐的“杂音”，它们非但不有损于民主自由，还是民主自由空气中的活跃分子，对民主的建设尤为重要。分析美国政府网站，我们不难分析为何美国可以把自己称为“民主国家”，的确，美国电子政府建设的逐步完善，使得他们的沟通渠道也更加畅通，用户可以通过各种渠道反映自己的意见，在国家政府网站的首页，我们很容易找到“ContractYourGovernment”一栏，在下面有实现互动所需的E-mail、Phone、FrequentlyAskedQuestions等，并且在很多服务的后面都留有类似的联系方式等，可以让公民更好地和政府沟通。新加坡政府网站：协作服务电子政务已经成为行政管理改革的主要方向，各国政府包括我国政府在内都将建立政府网站、提供网络服务作为提高行政管理效率和改革政府政务流程、密切政府与企业与公民关系、改善政府形象的有效手段。这足够显现出了政府网站建设的重要作用。然而我国的政府网站建设刚刚起步，还存在着许多问题需要向其他有经验、有成就的国外政府网站学习，毕竟他山之石可以攻玉。在多次的全球电子政务报告中，新加坡的信息化名次一直位于前列，可见其在政府网站建设方面的成就。新加坡政府门户网站(.sg)，是按照用户对象来设置各种分类的，在页面的布局上分别是政务项目、市民项目、企业项目和外国人项目等四个项目，并且它还针对每个项目的访问者设置相应的服务栏目。当用户有疑问，却不知道该把问题发给哪个政府部门时，只需通过一个网站联络上任何政府部门，网站会把用户的问题转交到合适的政府部门处理。图表2：新加坡政府网站示例1、把用户视为客户，并且按照用户对象的需要进行服务主题的分类。这样做就打破传统的部门服务格局，完全是按照办事的流程来进行各个部门的整合。本着满足用户需要的思想进行服务主题的设置，把不同部门的服务整合一起进行划分。2、设法提高部门协调能力，并联合建设政府门户网站，为用户提供“一站式”的办事服务。在建设网站中新加坡通过现代化信息技术的应用和改变行政流程的顺序来促进不同的工作任务小组之间整合，从而打破时间、空间的限制，创造出一个24小时工作的政府。例如可以在一个项目中一次性办理护照、牌照等。3、想方设法充分整合公共资源，以便更好的为用户服务。例如，“老人护理”服务完全来自卫生部，而“结婚”服务则来自于社区发展部，其不会出现有两个以上的部门来负责。不仅是政府机构自己的资源整合，新加坡政府网站同时也把众多的医疗机构、教育培训机构等社会资源也被整合了进来。英国政府网站：人性化服务众所周知，社会保障关系到每个公民的切身利益，因此，民众对社会保障方面信息服务的需求是相当强烈的。但同时，无论在任何一个国家，社保体系都是非常复杂的，它往往包含多个组成部分，并且各个部分之间相互联系、相互影响，交织在一起。要理清社保体系，并且以人性化的方式展现在政府网站上，让民众能快速获取到所需服务，是一件极其困难的事情。而英国政府网站就成功的做到了这一点，其主要经验可以概括为使用户能够“找得到、看得懂、办得通”。真正做到按公众对象进行分类服务。真正做到按公众对象进行分类服务。对不同人群提供不同的服务。图表3：英国政府网站示例对湛江政府门户网站现状的理解本项目建设的背景随着广东省各级政府门户系统的持续发展，服务型政府对电子政务建设提出更高的要求，传统的门户网站已不能满足“科学发展、网站为民”的要求。如何提高公众参政议政、提升便民服务水平被提到一个重要的议程，也是当今政府门户系统、湛江市人民政府门户平台建设的主要内容。多年以来，门户均以其丰富的信息发布为基础，随着互联网的发展以及政府政务信息公开化、透明化的要求，由于相关管理机制和规范体系不完善信息的来源、信息的采集和管理非常日益困难；而原有门户网站建设一般仅以信息公开为主，建设初期就缺乏对资源和服务的有效整合，后期运维支撑资源不足，信息的有效整合严重依赖于人工收集。随着我国政府网站绩效评估体系的不断发展和健全，今年在湛江市政府和市长的大力支持下，启动了对湛江市政府门户平台的升级改造和优化项目。而中国移动湛江公司，凭借在政府信息化和信息产业发展做出的丰硕成绩，将湛江政府门户网站打造成为“全国优秀政府门户网站的典范”，充分体现“以服务为向导，以人为本”的服务型政府的能力。现状分析总结通过对湛江政府门户网站排名情况和现状调研和分析，我们将问题分为以下4类，以便于为本期项目建设提供依据和参考。门户功能设计方面：由于网站功能限制和宣传力度不足，公众很难通过网站参政议政，参与度和互动性不高；面向公众的服务事项缺乏人性化导航和在线办理。信息共享和协同方面：缺乏可操作、可执行的针对区县、部门的网站管理办法和标准；信息资源整合难，尚未形成完善的信息公开目录。系统架构问题系统缺乏合理规划和分布，缺乏技术体系和界面的统一规划；信息安全及IT管控还需提高；性能和基础架构有待优化。运维支撑方面网站运行管理和宣传推广力量薄弱，影响了信息公开的及时性和权威性；尚未建立系统运维支撑团队和管理体系。机遇与挑战多年以来，门户均以其丰富的信息发布为基础，随着互联网的发展以及政府政务信息公开化、透明化的要求，由于相关管理机制和规范体系不完善信息的来源、信息的采集和管理非常日益困难；而原有门户网站建设一般仅以信息公开为主，建设初期就缺乏对资源和服务的有效整合，后期运维支撑资源不足，信息的有效整合严重依赖于人工收集。随着我国政府网站绩效评估体系的不断发展和健全，今年在湛江市政府和市长的大力支持下，启动了对湛江市政府门户平台的升级改造和优化项目。而中国移动湛江公司，希望凭借在政府信息化和信息产业发展做出的丰硕成绩，将湛江政府门户网站打造成为“全国优秀政府门户网站的典范”，充分体现“以服务为向导，以人为本”的服务型政府的能力。定位与目标分析定位分析建设一个成功的政府门户网站首先取决于定位。从门户网站定位的角度看至少有三方面的定位：一个就是政府本身的定位，二是门户网站的价值定位，三是门户网站的功能定位。政府的定位根据十七大报告里面把未来中国政府的大目标定位为构建服务型政府，从整体反映了我国政府的组织、理念、价值，说到底政府所有的活动，目标是为更多的人提供优质的服务。从这意义上说，服务型政府作为政府未来发展的整体趋势定位，将会深刻的影响到我国政府门户网站的建设。政府门户网站的价值定位政府门户网站的价值定位，就是政府门户网站的价值定位，也可以叫做理念的定位。我国的政府门户网站的价值、理念定位应该考虑四个层面：首先政府门户网站应该是服务型电子政务核心理念的直接展现，就是要把以服务型电子政务建设放在突出地位。其次，可以通过政府门户网站建设，可以真正打造一个阳光式的政府。胡锦涛总书记在十七大报告里面就用了“阳光式”政府这个重要的概念，这可以说是我们的政治报告里第一次使用这样的概念，值得关注。再次，政府门户网站要为社会公众提供一个接受电子化公共服务的平台和窗口，这个虚拟的平台和窗口，是传统的实体政府所无法比拟的。四是通过政府门户网站有可能真正扩大公众的参与，推动中国的行政民主乃至政治民主的发展，促进中国公民社会的崛起。政府门户网站的功能定位有了正确的价值定位，才有可能有正确的功能定位。我国政府门户网站从功能上来说，主要应该有四方面的功能：即信网上息服务与信息公开，网上办事服务以及网上政民互动服务。这是对外部的，对公众的。如何构建这四个平台，是我们的政府门户网站建设中最重要的问题。至于政府内部门户，主要是为政府内部提供信息交换、信息资源共享提供服务的，也不能忽视，但首要是要关注对社会、公众的外部门户网站建设。我国政府门户网站的功能定位可以归纳为六个方面：政务信息公开的重要网络载体即地方网络名片。主要承担该地区网站品牌形象主要代表，成为宣传当地和当地政府的主要网络宣传册。相对来看，这些宣传方式比其他电视广告和报纸传播的范围、持久性和人群更有效。有些地方，网站数量本身很少，好的网站和运营正常的网站少之又少，而只有政府门户网站稍成规模，这些网站就成为一个地方或城市网站的品牌形象。所以地方政府门户网站还应该有宣传地方形象的作用，而且这个功能应该进一步突出和强化。新闻传播最重要的网络媒体与过去人们常常把网络比喻继电视、广播和报纸之后的第四媒体，在互联网迅速传播和深化的今天，已经成为第一媒体，而且其影响力还在不断增强。目前不少的地方，尤其是中西部和县区级的地方网站数量少，稍微成规模的非政府类网络媒体几乎为零，这是地方政府门户网站就相应成为本地网络新闻的重要载体，扮演着新闻传播的功能。在互联网舆情中将要扮演一个十分重要的角色。公共服务的网络平台主要通过网站提供大量面向公众和企业的在线服务。随着服务型政府的建设，大量的创新性公共服务将越来越多的体现在网络上，政府网站在提供政府机构的公共服务的同时，也整合了地方非政府机构类的公共服务。培养公众信息化的传播渠道政府网站其实是一个非常高效、便捷、影响力广泛的知识传播机构。一个制作精良、信息丰富、服务面广的政府网站就吸引更多公众进行访问，培养他们的上网意识和应用水平，也让其他机构和企业进行学习。招商引资和吸引旅游的窗口即提供招商引资和旅游信息的基本服务。每个地方政府都存在招商引资的重要经济发展职责，通过网站进行宣传和招商正在成为网站的基本任务之一。政府内部工作人员提供信息资源和开展电子政务工作作为了解民意、反馈民情、反映民生、分担信访工作的重要平台，是公务员在外了解地方动态、获取各种信息的最直接的通道。建设目标分析本期项目建设目标：满足省政府对地市政府网站信息公开、网上办事、公众互动以及网站设计等各方面提出的指标要求；建立满足市政府与各部门局之间信息互通的网站群基础平台；完成运作体系、运维体系以及安全体系的建设。长期规划目标：业务目标：促进政务透明度、服务满意度、政府决策和公众参与度的提高；技术目标：基于先进的技术架构搭建电子政务一体化平台，促进服务畅通、业务畅通、信息畅通和网络畅通。规划思路指导思想以科学发展观为指导，以建设“无线城市”为契机，深入推进全市政府信息公开工作，不断拓展公众参与渠道，着力推动政府“网上便民服务”建设思路以“服务型政府”的理念提供丰富的门户网站功能和便民服务手段，提升市民参政议政水平；基于先进的设计理念，重视基础架构，力求建设一套支持五年业务扩展的基础架构；有效整合政府信息化资源，统一规划全市电子政务平台，促进电子政务一体化管理。总体技术方案【摘要】根据《第2章需求分析》，本章节详细分析建设湛江政府门户网站平台的技术实现方案，对系统平台与开发工具进行选型，以及提供安全体系设计、基础架构规划方案。【提纲】 3.1项目实施策略3.2系统设计原则3.3系统框架设计3.4关键技术实现3.5安全体系设计3.6运行支撑环境【阅读提示】第114~161页，共48页，约30分钟项目实施策略立足于湛江政府门户网站平台的定位和目标，结合省政府统一的考核标准，以科学发展观为指导，在数字湛江的建设理念下，以建设“无线城市”为契机，深入推进全市政府信息公开工作，不断拓展公众参与渠道，着力推动政府“网上便民服务”。业务战略规划结合当前业务需求以及今后发展方向，需要从战略上保证系统的健康快速发展。以“服务型政府”的理念提供丰富的门户网站功能和便民服务手段，提升市民参政议政水平，解决湛江政府网站不能满足发展要求问题，短期内快速提升网站能力。提供多版本支持，借助无线城市实现Wap版政府门户；并提供纯文字版以及外文版的门户，满足业务的迫切需求，促进业务的进一步发展。基于“网站群”设计理念，重视基础架构，力求建设一套支撑业务扩展并可持续发展的基础架构；有效整合现有政府信息化资源，结合内外门户统一建设的发展趋势，统一规划全市电子政务平台，促进电子政务一体化管理。此外，该系统除了必须满足当前的应用要求，在整套系统的设计过程中，还必须强调先进性。当前的信息技术日新月异，如果这套系统只着眼于满足当前的需求，而忽视了对系统技术和体系的前瞻性，可以预见在不久的将来，系统必将不能满足中心日益增长的需求，导致系统的生命周期缩短，从而增加湛江市政府在信息化建设上的投资。系统体系规划本着为湛江市政府发展提供专业、一流、合理、远瞻性的系统解决方案的原则，使项目实现标准化、规范化、现代化、先进科学的管理。整个系统将采用国际流行和通用的系统三层架构以及面向对象的技术进行设计和实现，三层浏览器/服务器（B/S）体系结构，随着应用水平的提高、规模的扩大和需求的增加，无须对系统的体系结构做较大的改变就可以对系统的功能实现扩展。在整体的功能和应用设计上我们采用SOA体系结构的设计思路进行整体系统的规划和设计，保证系统的开放性、灵活性、可扩展性和可管理性。说明如下。可伸缩和可扩展的灵活框架根据需要增加和裁减不同的平台软件和应用模块；性能方面的伸缩性考虑；应用之间的整合和相互支撑更容易实现相互整合；相互之间提供功能和数据的支持；开放的技术架构主流和开放的开发技术和开发接口；更好地利用或者整合国际主流厂商的产品和解决方案；符合目前技术的发展趋势—越来越多的厂商、产品和解决方案支持；实现成本和实现风险利用平台和核心模块，快速实现项目目标；降低实现的风险和成本；长期目标：为将来的应用开发提供更好的基础服务；管理性用户权限和安全的统一管理；业务数据的统一管理；系统设计原则在项目的设计规划和实施阶段，根据项目的特点和业务的要求，我们将遵循以下原则：灵活的系统框架为了适应湛江市政府快速改进和发展的业务需求，我们将提供一套开发灵活和易于调整的技术框架和门户框架，能够满足系统安全和性能的要求，同时还具有低维护成本和高开发效率的优点。安全性作为一个门户网站系统，安全性是首先要考虑的问题。因此，在系统设计时，我们将从用户的管理、权限、身份验证、数据加密传输等方面进行综合考虑。系统须具有良好的安全管理功能，数据存储、检索、提取、发布和管理等各个层面和角度都须具有相应的安全机制；通过完整有效的多级系统权限控制，保证系统中的数据对不同权限的访问具有不同的属性。要有防范超越个人权限进行操作的措施。系统要能够抵御来自内部或外部的非法入侵，任何超越权限的操作都要被禁止，以达到防止关键数据被非法窃取、删除、篡改的目的。完整性门户网站信息的获取、采集、存储、管理、检索、接口和发布等各个环节集成在一个统一的体系结构之中，形成一个闭环的管理，提供保证数据完整性的技术处理模式。用户易用性、经济性系统具备友好的用户界面和完备的帮助信息，各种系统配置简单易用，能够即时监控系统状况，降低用户使用门槛和系统维护成本。系统采用B/S体系结构，操作界面简洁、直观，有利于简化操作，并提高操作效率。提供友好的用户操作界面，具备直观易用的人机界面、系统维护界面和上下文有关的在线帮助。为确保投资的有效性和系统的实用性，我们将针对业务的特点选用比较成熟而稳定的技术，针对信息流的特点采用合适的系统结构，使整个系统达到最高的性价比性能，并尽量简化用户的操作步骤，使系统容易被使用。另外，对于一套部署范围较广的系统，其培训成本和维护成本在整个系统成本中占有非常大的部分，针对这一特点，我们将使用B/S模式来设计系统，降低用户的操作难度，减少培训成本，同时也为降低系统维护和升级的成本打下很好的基础。能够结合投资收益原则，充分考虑现有情况，平衡投入产出比，保证系统建设的经济性。易于管理、可维护性、可扩展性本门户平台作为日常工作主要支撑平台，在系统结构的设计上一定要考虑整套系统的易于管理、可维护性和可扩展性。系统须具备系统自身维护和管理功能，提供必要的操作维护手册及技术手册。在进行版本升级时，将提供版本差异的详细说明。同时将管理模块和业务系统模块分开，可以在管理模块直接配置数据。随着数据量的增加和运行节点的扩展，系统对硬件软件的要求会不断提高，系统所有硬件、软件的选型和应用系统的设计必须考虑可扩展性的要求：1.参数不要写死到代码，要写到一个配置文件或让系统管理员可作修改；2.代码之间关联要松散；3.采用动态编译。可靠性与规范性系统的可靠性和规范性是系统正常运作的关键，技术平台采用国际知名、性能优越、质量可靠的架构，可以搭建一个成熟稳定的系统底层支撑平台。系统支持自动负载均衡，支持动态监测系统负载，自动对系统可用资源进行调整和分配；支持故障的透明迁移，自动容错和故障恢复。系统运行具有极高的可靠性和良好的容错性能，单机人工不干涉的不间断运行时间在1500小时以上，一年故障时间累积不超过12小时（因网络或硬件故障除外）。高效开发部署能力具备客户化定制开发的实力，利用成熟的门户框架平台拓展应用，帮助客户快速稳定搭建系统。开放性和可移植性系统设备、软件必须具有良好的开放性，所有硬、软件都应遵循业界相关标准，支持开放的标准接口，支持跨平台。使整个系统成为一个统一的整体，而不致产生运行上的“孤岛”。要有独立的接口模块，方便以后与其它软件接口的变更，使用相对路径，与周围资源相关的的代码和设置放在一个配置文件中。效率和实时性要求普通操作页面返回时间在5秒以内，全数据库查询时间不大于10秒钟，时间过长的操作应给出提示。系统备份数据的延迟不得超过1小时、用户备份数据的延迟不得超过5秒。（网络故障除外）系统框架设计在本项目中，由于系统各个功能模块之间的关系非常复杂，需要在系统软件架构和部署架构两个方面同时考虑。在系统软件架构方面，将采用多层软件架构的方式实现。多层架构的基本原理本系统将采用多层次的.NET框架（SOA），以得到一个结构灵活，便于快速部署和调整的系统。今天政府所面临的问题是如何能够创建通向未来的没有中断的跨越局域网、广域网和国际互联网平台的可伸缩性的应用结构，以满足当今复杂的、不断发展变化的业务需求，同时又能确保政府信息化在系统、应用、信息及人员上的投资。能够适应这种变化的结构是多层计算体系结构。多层体系结构能够在低费用的条件下比现行的PCLAN、两层客户/服务器或主机/终端应用结构提供更好、更及时信息的可能性。多层计算应用服务技术是目前数据库应用发展的潮流，传统的客户/服务器（二层）的应用正朝着三层或N-Tier结构发展。目前，基于Internet/Intranet的三（多）层计算应用系统正广泛地实施，它为构造信息系统提供了可选择的技术和方法，广州微软技术中心多年来在用户项目实施实践中也证明了这种结构选择的正确性。【名词解释】三层结构的通俗解释例如，坐在办公桌前的你打电话请远在千里之外的朋友请求帮忙。你并不知道朋友的具体位置、通话的传输介质、通话的传输协议等等，你也不关心朋友是否用了呼叫转移、信号是走卫星还是走微波等等。总之你只是一心要朋友为你提供必要的“服务”。你、“电话局”和朋友就是一种三层结构。朋友提供了服务，电话局也提供了服务，是语音交换的服务，或者说是服务的服务。单就工作量来看，“电话局”在其中做了大量实际而不被人们所注意的事情。 一般而言，多层体系架构在具体实施过程中，都会根据用户的实际情况进行进一步的细化，会分解出不同的层级。在本项目中，根据业务需求和未来扩展的需要，分别对表现层和业务层进行了进一步的分解，得出了5层体系架构，如下图：软件架构各层的说明根据上面对多层体系架构的阐述，以及政府门户网站本身的特点，本项目的多层体系架构最终将如下图，按照“数据存储层”、“应用基础平台层”采用先进的多层平台结构开发系统功能。数据存储层应用系统中通常使用一个关系型数据库（如SQLServer）或者非结构化数据库（如ActiveDirectory目录服务）来实现数据的存储，并集中管理这些数据，实现企业业务数据的完整性、安全性和灾难防护。数据层的作用就是向业务层提供了创建、读取、更新以及删除等操作功能以及参与由业务层自身引发的事务处理，从而避免了业务层直接对数据库进行操作，减小了由于数据存储发生变化时对业务层或者表现层的影响度。结构化数据库：存储业务数据、规则信息和事务信息；非结构化数据库：存储用户信息，实现统一的身份验证和权限管理。基础应用平台层“万丈高楼从地起”这句话对于应用开发的来说是不适合的，因为应用软件从底层一步步的开发，不但开发周期长，费用昂贵，而且还使实现风险大大地提高，因此合理地采用平台软件是目前应用开发的主流模式。目前某些厂商提供了大量通用，而且稳定可靠的平台软件，用“中间件”或者“应用平台”的名义进行销售。其实这些平台软件的本质都是一样的，相当于实现了大量底层应用功能支持的中间件组件，使应用开发更为简单和快捷，令企业更容易获得质优价廉的应用系统。而在软件项目开发中，把功能以可重用的功能模块实现，不仅仅在项目内更容易建模、管理项目开发过程和提高开发的效率，还可以为其他业务系统提供业务和功能的重用，节省总体IT建设费用的开支。在本项目中，基础应用平台层（基于广州微软技术中心成熟的开发框架BingoWeb和门户框架）就是这些软件平台的组合，基于这些平台能够更快和更好地实现项目管理需要的各种应用功能。应用功能层应用功能层就是在软件平台基础上，根据按湛江政府门户网站的功能需求，进行个性化定制开发的功能。门户层要求能够很好地成为根据湛江政府门户网站平台的界面框架，容纳各个功能模块，成为风格和管理统一的整体界面和对外门户窗口。客户端环境本项目将会通过对客户端环境的扩展，实现这些软件能够直接和服务器端进行交互，实现工作环境的一体化整合。安全体系搭建完善的安全体系，包括控制用户访问系统的权限控制，以及统一存放用户信息的目录服务器，这些安全设施都将遵循PKI安全体系架构。在这个基础上，实现与湛江移动提供的安全设备集成，保护系统的安全。关键技术实现基于.NET框架的开发技术本项目的软件开发基于.NET框架（.NETFramework3.5）实现，即在Web应用开发一层，使用ASP.NET2.0进行开发；而关键的业务组件，则通过WebService服务组件实现。这样就使系统按照三层次的模式实现，表现层（ASP.NET）－业务层（WebService组件）－数据层（SQLServer），构成灵活和易于扩展的应用架构。基于CLR的语言无关性.NET2.0框架下运行的代码都被编译成在CLR通用语言运行环境（CommonLanguageRuntime）下运行的IL中间语言，以虚拟机的方式在不同平台的机器上运行。因此，基于.NETFramework开发的程序可以用任何语言编写，包括VB.NET、VC.NET、C#、JAVA、Fortran、COBOL和DELPHI语言等，而且不同语言编写的程序能够互相调用和混合编译，这样在进行应用扩展时，无需考虑程序员的编程语言技能问题。提供强大的基础类库.NETFramework提供了庞大的基础代码库，代码都是以对象类进行封装和重用的，程序员在编写程序时，基本上无需考虑底层和常用的算法的，直接引用基础类库的对象就可以。这样程序员就能够更加专注完成重要的业务逻辑开发，而不是把精力浪费在程序底层开发上，这也是目前普遍认为.NET应用开发比其他开发模式更为快捷的原因之一。自动资源管理由于所有的代码都在CLR环境下运行，CLR自动检测内存中不再使用的资源，并回收和分配给其他应用。因此以往困扰程序员的内存漏洞和资源回收问题从此由系统自动解决。代码安全性检查同样得益于所有的代码都在CLR环境下运行，CLR能够检查程序代码是否试图访问没有权限的资源，并自动禁止操作，从而保证了系统在代码一级的安全性。支持WebService对于新一代的应用系统，模块之间的功能调用从以往与平台有关的二进制通信，转化为以Http和SOAP（SimpleObjectAccessProtocol）等上层协议进行，即WebService（以Web协议实现应用之间的功能调用和数据交换）。而微软公司是WebService标准的领导者，其WebService标准已经被W3C通过。WebService使系统各个模块形成一种松散耦合的结构，让软件的部署和扩展更为容易。同时WebService采用的HTTP协议能够轻易地穿过防火墙和网关等网络设备，使系统的部署和维护更为方便。多级门户及动态页创建技术本系统中的部分页面（如场景式服务）均是通过运行时动态创建的虚拟页面，系统在设计及开发阶段并不能确定系统页面的数量以及分布情况。但在设计时可确定动态创建页面的行为及样式（即：页面布局）。因此，系统应提供基于布局模板的动态创建页面功能。在IIS6平台及IIS7平台下对应用程序生命进行考察，可以使用在applicationstart时修改.net默认的virtualPathProvider来实现动态创建页面功能。如下图所示：图表77：动态创建页面的技术原理基本原理如下：在应用程序生命周期中，当用户请求某一路径时，HostingEnvironment（宿主环境）会根据在applicationstart时设定的virtualPathProvider取得路径指示文件的文档流，然后交给编译器对代码文件进行编译，再按页面生命周期执行文件的代码，最后输出结果。若要动态创建一个基于布局模板的虚拟页面（该模板是物理存在的），即要实现从一个在对应物理路径上是不存在的文件，则应在获取该文件的文件流时，去读取虚拟页面所对应的布局模板文件的文件流。通过继承重写virtualPathProvider的相关方法，可修改读取请求文件的对应文件流获取方法，从而使之读取关联布局模板文件的文件流。该功能主要分为以下两部分：一、对动态页面与物理页面映射关系管理基本E-R关系图所下所示：涉及此功能的对象模型有三个，分别是页面、模板以及布局文件。页面是指用户动态创建的页面的记录，即上面描述的页面，而模板是特殊的页面，用于记录一个页面的多个不同配置情况，布局文件即为所有虚拟动态创建文件的布局模板文件，数据库中的所有布局文件由系统初始化时注册，记录着布局文件的相关描述信息及实际的物理路径。在本系统中，只提供有限个布局文件，因此布局文件与虚拟文件（页面及模板）呈一对多的系统，即一个布局文件可以是不同虚拟文件的关联模板，数据库中的三个对象实例记录了虚拟文件与布局文件之间的关联关系。布局文件也可以不与任一虚拟文件关联，如新注册了布局文件时，该文件就没与任一虚拟文件关联，直到在创建虚拟文件时选择了该布局模板；但虚拟文件必须与一个布局文件相关联。基于以上考虑，在创建动态文件时，过程如下：即用户在创建新的动态页面时，必须选择一个布局，方可完成创建页面。二、获取虚拟页面对应的布局页面的文件流：要获取虚拟页面的关联布局页面的文件流，必须对VirtualPathProvider进行重写，以改变默认Provider直接根据访问路径读取对应的文件系统目录下文件的文件流。读取逻辑如下图所示：基本实现步骤如下：通过HttpModule在Init事件中，注意定制的VirtrualPathProvider，以在HostingEnvironment实例化时（即应用程序启动时），注册定制的VirtualPathProvider覆盖默认的执行程序；重写VirtrualPathProvider的四个主要方法：FileExists()、GetFile()、DirectoryExists()以及GetDirectory()，在确认用户请求的路径是一个虚拟文件时，从数据库中读取关联布局文件的物理路径，读取对应布局文件的文件流；在Web.config中，注册该HttpModule，如下所示：<httpModules><addname="BSPHttpModule"type="BingoWCMDemo.ApplicationRuningTime.BSPHttpModule"/></httpModules>技术关键点：要准确及快速判断用户请求文件是否为虚拟文件；对读取过的文件，要使用基于关联所有硬盘资源的缓存对文件流进行缓存，避免对硬盘重复读取，造成性能低下，缓存示例如下：publicoverrideCacheDependencyGetCacheDependency(stringvirtualPath,System.Collections.IEnumerablevirtualPathDependencies,DateTimeutcStart){if(IsPathVirtual(virtualPath)){System.Collections.Specialized.StringCollectionfullPathDependencies=null;//Getthefullpathtoalldependencies.foreach(stringvirtualDependencyinvirtualPathDependencies){if(fullPathDependencies==null)fullPathDependencies=newSystem.Collections.Specialized.StringCollection();fullPathDependencies.Add(virtualDependency);}if(fullPathDependencies==null)returnnull;//Copythelistoffull-pathdependenciesintoanarray.string[]fullPathDependenciesArray=newstring[fullPathDependencies.Count];fullPathDependencies.CopyTo(fullPathDependenciesArray,0);//Copythevirtualpathintoanarray.string[]virtualPathArray=newstring[1];virtualPathArray[0]=virtualPath;returnnewCacheDependency(virtualPathArray,fullPathDependenciesArray,utcStart);}elsereturnPrevious.GetCacheDependency(virtualPath,virtualPathDependencies,utcStart);}有关此技术的更详细资料，请参考微软官方网站：HTTP处理程序和HTTP模块概述/zh-cn/library/bb398986.aspxIIS5.0和6.0的ASP.NET应用程序生命周期概述/zh-cn/library/ms178473.aspxIIS7.0的ASP.NET应用程序生命周期概述/zh-cn/library/bb470252.aspxHostingEnvironment类(System.Web.Hosting)/zh-cn/library/system.web.hosting.hostingenvironment.aspxVirtualPathProvider类(System.Web.Hosting)/zh-cn/library/system.web.hosting.virtualpathprovider.aspx页面模板及其个性化技术本节主要讨论对页面进行个性化定制的技术，页面个性化主要指对页面布局及页面上控件的管理与配置，即对页面上所有WebPart部件的个性化设置及其持久化的功能。默认的ASP.NET2.0个性化框架在默认的ASP.NET2.0个性化框架中，同一页面仅能有两种模式：共享模式及用户模式。当用户访问某一页面时，若用户没有对该页面进行个性化定制，则默认进入共享模式，浏览由管理员定制好的页面；若用户对该页面进行个性化定制后，再次访问，默认进入用户模式，浏览由用户定制的页面，该页面设置仅能为该用户提供，其它用户不能访问到该用户定制的页面，但该用户仍可通过切换页面浏览模式，再次浏览共享模式下的页面。本系统对个性化的需求本系统能实现在同一页面，用户可以选择管理员预定制的页面模板(准确来说应该为页面配置)，以应用到本用户访问的该页面上，该应用状态能应持久化保持。另外，用户在选择管理员定制模板后，用户仍可对页面进行用户个性化定制，用户个性化定制不影响页面模板，而且同样应能持久化保持用户定制的状态。用户在切换页面模板时，不必保存用户个性化过的页面状态。本系统个性化需求实现方案根据上述描述，ASP.NET的个性化框架可以满足用户模式下的用户个性化需求，但不足以满足有多个共享模式的切换需求。在系统需求中，所谓的页面模板，即可理解为页面拥有多个共享状态，用户可以任意选择浏览其中一个共享状态，并作为该用户下次访问的默认状态。基于保持系统框架的兼容性，对于该需求，本系统仍采用ASP.NET个性化框架作为基础框架，在不影响原有各类资源（如第三方控件、编程接口）的前提下，对个性化框架在框架允许范围内进行定制，以满足系统需求。基本技术原理：一张普通的ASP.NET页面，其页面元素大概包含了以下几部分：整体风格——由页面的母版页所应用的APP_Themes决定；页面布局——指内容页面的结构以及页面上ZONE的数量及排放；个性化信息——指安放在页面上（各个ZONE中）的WebPart信息及WebPart的设置信息；在本节技术中，只关注页面的页面布局以及个性化信息，页面的整体风格由master页的皮肤主题进行管理。对于页面布局，利用本系统的动态创建页面技术的基础上，当管理员选择了一个布局进而创建一个虚拟页面后，管理员可以在此页面上创建它的模板页面（准备描述应该是“页面配置”模板），该模板页面也是一个虚拟页面，作为对页面个性化配置信息的承载体，同时把该虚拟页面设置为继承于模板页，并与模板进行关联。管理员在此模板页面上进行预定制页面的配置，管理员可同样的创建多个模板页面。通过这套机制，系统实现了对一个页面拥有多个布局及其上面的配置信息的功能。如下面E-R模型描述：此部分的实现依赖于“运行时动态页创建技术”的VirtualPathProvider中的GetFile()逻辑，在获取虚拟页面所对应布局页的物理路径时，先判断该虚拟页是否继承于模板页面，若是，则再查询模板页面所对应布局页的物理路径作为该虚拟页面的物理路径，如下图所示：对于页面上的个性化设置，考察了ASP.NET2.0个性化框架的技术架构，实现个性化功能主要由三部分组成，如下图所示：从上图可以看出，ASP.NET个性化框架是通过一系列的控件（主要是WebPartManager），将页面个性化信息通过个性化数据提供器保存到个性化数据存储单元中，以实现个性化数据的持久化。当用户再次访问同一页面时，个性化控件将与该页面相关的个性化数据通过提供器提取出来，还原上次访问的设置。在Web.config配置中，我们可以找到关于个性化数据提供器的设置，应用（指本系统）可对该个性化数据提供器进行定制，修改个性化数据的存储结构或存/取逻辑。本系统中，通过重写个性化提供程序的“取”逻辑，以满足系统需求。ASP.NET的数据存储方案由三个对象组成，分别是路径表、共享个性化信息表及用户个性化信息表，数据的存储以用户当前访问的路径为关键标识，根据当前的页面模式，取得对应的个性化数据，如下图所示：本系统沿用此数据结构作为个性化数据存储结构。在页面加载布局后，根据页面当前访问模式，按以下逻辑读取：基本实现步骤：在VirtrualPathProvider中的GetFile()方法中加入取模板页布局页面路径逻辑；重写SQLPersonalizationProvider中的LoadPersonalizationState()方法，根据上述“取”逻辑进行读取；在Web.config中重载机器Web.config中的WebPart节对个性化提供程序的配置，如下面所示：<webParts><personalization><providers><addconnectionStringName="LocalSqlServer"name="AspNetSqlPersonalizationProvider"type="System.Web.UI.WebControls.WebParts.SqlPersonalizationProvider,System.Web,Version=,Culture=neutral,PublicKeyToken=b03f5f7f11d50a3a"/></providers></personalization></webParts>技术关键点：如何判断当前页面视图模式；在用户模式下，获取页面模板路径及其共享模式下的个性化数据；对锁定控件的个性化数据，如何解释PageSettings数据包及合并数据包；有关此技术的更详细资料，请参考微软官方网站：Web部件个性化设置/zh-cn/library/ms178182.aspxWeb部件个性化设置的使用要求/zh-cn/library/58sw37f7.aspxSqlPersonalizationProvider类(System.Web.UI.WebControls.WebParts)/zh-cn/library/system.web.ui.webcontrols.webparts.sqlpersonalizationprovider.aspx门户平台功能部件管理技术根据本系统需求，本系统平台对Web部件有如下主要功能目标：本平台作为系统集成的基础平台，允许第三方Web部件导入本系统中进行统一管理；被导入到Web部件库中的Web部件，作为本平台的统一资源管理，受权限系统控制；系统管理员及普通用户在权限的控制下，均有权在系统的各页面使用Web部件；在页面上被系统管理员设置为锁定的Web部件，用户不能对其进行编辑、关闭或删除；若第三方Web部件要使用本系统提供的扩展功能，必须实现本系统规定的相关接合及规范；基于以上需求，本系统Web部件采用MicrosoftASP.NET2.0中的Web部件作为本系统Web部件开发标准，暂不考虑对其它非微软标准Web部件的兼容性问题。在此基础上建立Web部件库、Web部件锁定扩展及相关第三方Web部件接入、使用规范。功能实现可分为两部分考虑：Web部件库管理（部件导入）本系统的Web部件，均必须经过管理员导入及授权后，方可以系统中进行使用。所有Web部件将统一存储在下面的数据结构中，如图所示：为了加快Web部件的开发速度，以及使用以往已开发好的用户控件能兼容使用在本平台上，本系统使用的Web部件将有两类，一类是标准的Web部件，另一类是通过标准Web部件包装使用的普通用户控件，有关此用户控件包装的描述请见下节“2.Web有台应用技术及扩展”的描述。基于上述应用场景，把标准Web部件及用作Web部件的用户控件统称为“ManagedPart”，ManagedPart为本系统专用控件，但兼容ASP.NET平台标准WEB部件框架及个性化框架（有关个性化框架请参考“7.2.2页面模板及其个性化技术”）。统一两类控件原理在ASP.NET2.0框架上，标准的WEB部件受框架的支持，默认的接口及功能均可以安全使用在平台上；但用户控件则不行，用户控件并不能像WEB部件一样拥有在界面上进行定制的功能，如拖动、个性化属性等，只能在设计时进行。因此，必须将用户控件像标准WEB部件靠拢，将用户控件当作标准WEB部件使用。把用户控件转化成标准WEB部件的关键是通过用户控件包装器。用户控件包装器也是一个标准的WEB部件，但该部件拥有一个定制属性：用户控件路径。当该控件被加载时，控件会根据上述定制属性，动态加载该用户控件到界面中，从而使用户控件与WEB部件拥有相同的功能及用户体验。控件导入界面基于ManagedPart的设计，导入分为两为两个视图：从指定目录下导入用户控件及从程序集中导入标准Web部件，如下图所示：系统通过反射部署在bin目录或GAC目录中的全部或指定的程序集以及遍历指定用户控件部署文件夹下的所有ASCX文件，生成上面两个导入新控件视图。标准Web部件的导入名称及描述由WebPart类中的属性（Attribute:Description）中得到；用户控件的导入名称及描述由一个同名的UserControl.config文件（可选，若找不到该文件，则控件的名称为不带后缀的控件文件名称，描述留空）中得到。控件导入逻辑把平台的ManagedPart管理起来，目的是使在这些控件的使用中受控。如上面的控件数据存储结构所示，控件的SerialID即为控件的权限控制Token，通过这个控件的唯一标识，让控件纳入在本系统的权限控制范围（关于权限控制，请参考“xxxxxxxxx”）；控件的名称以及控件描述即为在导入界面中得到的数据，而控件配置即为一份关于控件中各属性的xml数据，在将控件添加到界面时，界面程序就是通过这份xml数据把控件添加到用户指定的页面中。控件配置xml数据示例如下所示：导入逻辑如下图所示：Web部件前台应用技术及扩展在ASP.NET2.0Web部件默认框架中，仅提供使用Web部件的基本控件，如：WebPartManager：页面上的Web部件及相关控件的核心控件，使用Web部件的页面上必须得此控件；WebPartZone：Web部件的定位载体，Web部件必须放置在此控件中保存；CatalogZone：Web部件列表控件，展示所有可用的Web部件；WebPart：所有自定义WebPart的基类，自定义的Web部件必须从此控件派生出来；ASP.NET2.0框架中提供的控件虽然可以满足Web基本管理与使用，但对普通用户仍存在一定的难度。本系统定位于门户系统，用户群体类型广泛，因此，易用性对于本系统来说犹为重要。基本此考虑，在不影响原有功能及兼容性的前提下，本系统对Web部件的前台应用技术作以下扩展：用户添加控件在默认的WebPartZone中，用户不能对该Zone直接添加Web部件，必须通过编辑页面后，从CatalogZone中进行拖拽。对于普通用户，从操作数量及过程考虑，用户难以理解从某个控件中进行的操作，因此，本系统在对用户添加控件的过程加以扩展，以方便用户使用，示例效果如下图所示：在WebPartZone上添加一个按钮“添加Web

部件”，用户直接点击按钮来添加控件。在点击后，用户看到如下图的Web部件列表，选择需要的控件并点击确定，即可把控件添加到页面对应的WebPartZone中，Web部件列表示例效果如下图所示：对WebPart的扩展根据需求，对于本系统中的部分Web部件，需要实现锁定及使用统计功能。这两项功能是默认Web部件不支持功能，由本系统平台对部件进行扩展。对部件实现“锁定”功能对部件实行“锁定”，即管理员把某控件进行“锁定”操作后，所有用户（包括管理员本身）在其个性化模式中均不能把此部件进行“最小化”、“关闭”、“删除”等操作；对于管理新添加的“锁定”控件，同时也添加到所有用户的个性化模式中；当管理员对部件进行“解锁”操作后，部件恢复默认功能。在上述需求中，可分解为两部分实现：对部件添加“锁定”及“解锁”谓词（谓词：即为控件右上角菜单的可用操作）此锁定状态将作为一个控件个性化属性保存到控件的个性化信息中，当控件被锁定后，系统会将该控件的

“最小化”、“关闭”、“删除”等操作禁用，以禁止用户对控件的操作，实现界面部件的功能；在读取用户个性化信息时，合并共享模式中被锁定的部件此部分主要将新锁定的控件添加到已用户个性化的页面上。对部件实现使用统计功能本功能主要指对用户把控件拖拽出来使用的场景，当用户拖拽部件到界面时，系统会捕获Web部件添加的事件，再调用本系统的计数器接口，以实现对部件使用的统计功能。通过考虑对第三方控件的兼容性及易用性，该功能将通过接口实现的方式添加。关于计数器是如何工作的，请参考计数器的相关描述。对事件的捕获逻辑如下图所示：关于内容管理的技术实现信息文件的分类管理：把知识信息分布在多级目录结构下进行分类管理；信息文件的附加信息：在文件上附加关键字、附加说明等属性信息，以便全文检索和信息处理时对文件进行区分；信息的多维分类：让用户从不同的知识分类角度浏览文件；信息的版本控制：保留文件的多个历史版本；信息的全文检索：对文件标题、内容和附加属性进行全文检索；信息的审批处理：支持基于工作流的信息审批；信息的对外发布：可以控制部门内的信息向整个企业、特定的部门或者部门内部的特定人员发布；信息的团队共享与协作：支持部门和项目组内部共享和对文件进行协作，并且可以把内部信息向外发布，共享给上级、平级和下级单位。访问流量及点击统计动作脚本记录动作访问的内嵌脚本与模块访问的相似，不同的是动作访问记录脚本中增加了动作标识，以便于统计。因为动作是隶属于某一模块的，所以要获取某一动作的记录脚本，需先选中该模块节点，在右侧“动作”Tab页中将显示当前模块下的动作列表。列表最后一列（脚本）为显示记录该动作的内嵌脚本按钮。点击该按钮将以下拉窗口形式展现脚本内容，操作界面和方法与模块脚本相同。如下图所示：脚本说明将脚本复制到系统页面代码中，脚本在页面加载时注册并开始监听事件，待事件发生时，延迟一定时间后执行记录操作，从而完成一次访问登记。注册事件方法gcpTracker.Event的参数，由客户代码根据实际情况自行设定，各参数说明如下：参数名否必须参数说明obj是监控事件的源，比如监控页面加载，则事件源为窗体（window），监控按钮点击，则事件源为按钮对象。需要注意的是，由于在页面加载过程中执行该方法，要确保该对象在脚本执行时已创建，因此要将脚本在文档中的位置放置于事件源对象之后。eventt是监控事件的名称，比如监控页面加载，则事件名称为onload，监控按钮点击，则事件名称为onclick。delay是事件触发之后执行记录操作之前这段时间，单位毫秒。onPreSend否执行记录操作之前调用的客户自定义方法，方法的第一参数为访问数据对象。该客户方法主要用于修改待记录的访问信息。注意，脚本中包含生产环境地址的脚本路径，如果脚本布署环境与此不一致，需要考虑是否动态修改此地址。针对采用ASP.NET技术构建的项目，系统提供HttpModule的记录方式。采用此方式的优点是容易布署，缺点是获取信息量较少。此方式目前能获取到的信息包含访问地址，浏览器信息，访客IP地址及系统注册标识(nodeID)。布署方法步骤1，将程序集GCP.Services.Traffic.Interceptor.dll拷贝到系统的应用程序集目录中，通常是在bin目录下。步骤2，修改web.config站点配置文件。增加HttpModule注册节点，在configuration/system.web节点下添加如下内容，如果已经存在httpModules节点，则只要增加如下add节点<httpModules></addname="GCPTrafficTracker"type="GCP.Services.Traffic.Interceptor.PageTrackerModule,GCP.Services.Traffic.Interceptor"></httpModules>增加sectionGroup配置节点，在configuration/configSections节点下添加如下内容，如果已经存在configSections节点，则只要增加如下sectionGroup节点<configSections><sectionGroupname="gcpTraffic"><sectionname="trackerConfig"type="GCP.Services.Traffic.Interceptor.TrackerConfig,GCP.Services.Traffic.Interceptor"allowLocation="true"allowDefinition="Everywhere"/></sectionGroup></configSections>增加自定义配置节点，在configuration节点下添加如下内容，其中hostHeader是流量统计服务的站点主机头，nodeI