政府門戶網(wǎng)站平臺(tái)項(xiàng)目方案建議書

技術(shù)方案建議書招標(biāo)編號(hào)：GZIT2009-ZB0028地址：廣州市天河區(qū)高唐軟件基地高普路1035號(hào)3樓（510663）第2頁共203頁電話：(86-20)87011227傳真：(86-20)87072066方案建議書政府門戶網(wǎng)站平臺(tái)項(xiàng)目方案建議書政府門戶網(wǎng)站平臺(tái)項(xiàng)目政府門戶網(wǎng)站平臺(tái)項(xiàng)目方案建議書方案概述本方案包括湛江門戶網(wǎng)站平臺(tái)項(xiàng)目的整體解決方案和實(shí)施建議，它是基于本節(jié)中所述的展望大綱而寫成的。第1章項(xiàng)目概述本章結(jié)合目前國內(nèi)外政府網(wǎng)站的現(xiàn)狀和發(fā)展趨勢，闡述了對目前湛江政府門戶網(wǎng)站的現(xiàn)狀分析和理解，以及湛江政府門戶網(wǎng)站的定位和分期的規(guī)劃目標(biāo)。第2章需求分析本章將依據(jù)項(xiàng)目選型文件要求，對本項(xiàng)目的建設(shè)內(nèi)容、建設(shè)任務(wù)與功能需求進(jìn)行詳細(xì)具體的分析。第3章總體技術(shù)方案本章節(jié)詳細(xì)分析建設(shè)湛江政府門戶網(wǎng)站平臺(tái)的技術(shù)實(shí)現(xiàn)方案，對系統(tǒng)平臺(tái)與開發(fā)工具進(jìn)行選型，以及提供安全體系設(shè)計(jì)、基礎(chǔ)架構(gòu)規(guī)劃方案。第4章項(xiàng)目實(shí)施方案本章介紹廣州微軟技術(shù)中心對本項(xiàng)目提出的實(shí)施方案中對項(xiàng)目實(shí)施的計(jì)劃安排、管理規(guī)范，以及項(xiàng)目成功的關(guān)鍵因素分析等。第5章管理機(jī)制與運(yùn)作方案湛江政府門戶網(wǎng)站要兼顧建設(shè)和管理，不僅要采用先進(jìn)成熟的技術(shù)平臺(tái)搭建全市政府門戶網(wǎng)站及網(wǎng)站群，更需要重視網(wǎng)站的運(yùn)作管理。本章節(jié)從管理制度與建設(shè)指引、信息采集及更新、運(yùn)營管理機(jī)制和宣傳推廣策略四個(gè)方面闡述了湛江政府門戶網(wǎng)站運(yùn)行管理的整體方案。第6章廣州微軟技術(shù)中心承擔(dān)本項(xiàng)目的優(yōu)勢本章從長期深入的電子政務(wù)經(jīng)驗(yàn)、門戶網(wǎng)站建設(shè)經(jīng)驗(yàn)、技術(shù)全面性、項(xiàng)目管理水平和優(yōu)質(zhì)的人力資源投入幾個(gè)方面闡述廣州微軟技術(shù)中心承擔(dān)本項(xiàng)目的優(yōu)勢和決心。目錄方案概述 2第1章 項(xiàng)目概述 101.1 政府門戶網(wǎng)站發(fā)展趨勢 111.1.1 我國政府網(wǎng)站的現(xiàn)狀 111.1.2 國外政府網(wǎng)站發(fā)展特點(diǎn) 131.2 對湛江政府門戶網(wǎng)站現(xiàn)狀的理解 171.2.1 本項(xiàng)目建設(shè)的背景 171.2.2 現(xiàn)狀分析總結(jié) 171.2.3 機(jī)遇與挑戰(zhàn) 181.3 定位與目標(biāo)分析 181.3.1 定位分析 181.3.2 建設(shè)目標(biāo)分析 201.3.3 規(guī)劃思路 21第2章 總體技術(shù)方案 222.1 項(xiàng)目實(shí)施策略 232.1.1 業(yè)務(wù)戰(zhàn)略規(guī)劃 232.1.2 系統(tǒng)體系規(guī)劃 232.2 系統(tǒng)設(shè)計(jì)原則 242.2.1 靈活的系統(tǒng)框架 242.2.2 安全性 252.2.3 完整性 252.2.4 用戶易用性、經(jīng)濟(jì)性 252.2.5 易于管理、可維護(hù)性、可擴(kuò)展性 262.2.6 可靠性與規(guī)范性 262.2.7 高效開發(fā)部署能力 262.2.8 開放性和可移植性 262.2.9 效率和實(shí)時(shí)性要求 272.3 系統(tǒng)框架設(shè)計(jì) 272.3.1 多層架構(gòu)的基本原理 272.3.2 軟件架構(gòu)各層的說明 282.4 關(guān)鍵技術(shù)實(shí)現(xiàn) 302.4.1 基于.NET框架的開發(fā)技術(shù) 302.4.2 多級(jí)門戶及動(dòng)態(tài)頁創(chuàng)建技術(shù) 322.4.3 頁面模板及其個(gè)性化技術(shù) 362.4.4 門戶平臺(tái)功能部件管理技術(shù) 412.4.5 關(guān)于內(nèi)容管理的技術(shù)實(shí)現(xiàn) 472.4.6 訪問流量及點(diǎn)擊統(tǒng)計(jì) 482.4.7 工作流服務(wù)引擎 502.5 安全體系設(shè)計(jì) 552.5.1 統(tǒng)一安全服務(wù) 552.5.2 安全保密設(shè)計(jì) 572.5.3 軟件系統(tǒng)架構(gòu)安全原理 622.5.4 應(yīng)用開發(fā)安全策略 642.5.5 傳輸加密實(shí)現(xiàn)原理 652.6 運(yùn)行支撐環(huán)境 662.6.1 UAP平臺(tái)的定位和作用 672.6.2 云計(jì)算支撐架構(gòu)設(shè)計(jì) 67第3章 項(xiàng)目實(shí)施方案 703.1 項(xiàng)目成功的關(guān)鍵因素 713.1.1 網(wǎng)站成功運(yùn)營的關(guān)鍵 713.1.2 本系統(tǒng)成功建設(shè)的關(guān)鍵 713.1.3 本項(xiàng)目成功實(shí)施的關(guān)鍵 723.2 項(xiàng)目建設(shè)的組織與管理 723.2.1 項(xiàng)目組隊(duì)模型 723.2.2 項(xiàng)目人員安排 743.2.3 項(xiàng)目實(shí)施計(jì)劃 793.2.4 交付物計(jì)劃 833.3 項(xiàng)目管理方案 843.3.1 計(jì)劃變更管理 843.3.2 需求變更管理 843.3.3 項(xiàng)目中的溝通 853.3.4 質(zhì)量控制 883.4 測試方案 893.4.1 軟件測試流程及規(guī)范 893.4.2 Bug管理 943.4.3 對系統(tǒng)測試的測試策略 963.5 驗(yàn)收方案 983.5.1 驗(yàn)收標(biāo)準(zhǔn) 983.5.2 系統(tǒng)驗(yàn)收 993.6 培訓(xùn)方案 1003.6.1 培訓(xùn)組織體系 1003.6.2 培訓(xùn)課程設(shè)計(jì) 1013.6.3 培訓(xùn)機(jī)制及設(shè)施 101第4章 管理機(jī)制與運(yùn)作方案 1034.1 管理制度與建設(shè)指引的制定 1044.2 多信息采集渠道及更新機(jī)制 1044.2.1 信息來源管理 1054.2.2 信息發(fā)布審核 1064.2.3 信息內(nèi)容保障 1074.3 運(yùn)維管理機(jī)制 108圖表目錄圖表1：美國政府門戶網(wǎng)站示例 15圖表2：新加坡政府網(wǎng)站示例 17圖表3：英國政府網(wǎng)站示例 18圖表4：當(dāng)前版本的湛江政府網(wǎng)站 29圖表5：現(xiàn)湛江政府門戶全省評比情況 30圖表6：系統(tǒng)架構(gòu)圖 34圖表7：門戶目錄，子站點(diǎn)管理，創(chuàng)建目錄 35圖表8：下屬子站點(diǎn)，湛江市國家稅務(wù)局 36圖表9：下屬子站點(diǎn)，湛江市基礎(chǔ)教育信息網(wǎng) 36圖表10：下屬子站點(diǎn)，湛江市公安局 37圖表11：頁面管理列表 38圖表12：創(chuàng)建頁面 38圖表13：頁面內(nèi)容管理 41圖表14：部件導(dǎo)入新增 45圖表15：部件管理列表 45圖表16：部件應(yīng)用 46圖表17：網(wǎng)站欄目管理 49圖表18：編輯信息界面 51圖表19：工作流定義 53圖表20：狀態(tài)提醒 53圖表21：選擇用戶組織 54圖表22：選擇流程出來模式 54圖表23：我發(fā)起的流程 55圖表24：流程處理過程--甘特圖模式 55圖表25：流程處理過程--列表模式 55圖表26：工作量統(tǒng)計(jì) 56圖表28：網(wǎng)站群管理 58圖表29：分類維護(hù) 59圖表30：元數(shù)據(jù)維護(hù) 60圖表31：編輯政府公開信息 60圖表32：摘要導(dǎo)航模式 62圖表33：列表導(dǎo)航模式 62圖表34：欄目分發(fā) 62圖表35：政府信息公開界面 63圖表36：政府信息公開界面 63圖表37：高級(jí)檢索 64圖表38：場景式服務(wù)流程 66圖表39：場景式服務(wù)后臺(tái)管理 67圖表40：場景式服務(wù)流程定義 67圖表41：流程節(jié)點(diǎn)編輯 68圖表42：Flash展示效果1 68圖表43：Flash展示效果2 69圖表44：網(wǎng)上辦理流程 69圖表45：業(yè)務(wù)咨詢說明 70圖表46：公眾網(wǎng)站咨詢流程圖 71圖表47：網(wǎng)站咨詢界面 72圖表48：滿意度調(diào)查 72圖表49：自動(dòng)咨詢答復(fù) 73圖表50：用戶網(wǎng)上查詢 74圖表51：綜合信息查詢服務(wù) 75圖表52：發(fā)表評論 76圖表53：網(wǎng)上調(diào)查 76圖表54：網(wǎng)上調(diào)查管理 77圖表55：站內(nèi)搜索 79圖表56：網(wǎng)站群搜索 79圖表57：文檔搜索 80圖表58：搜索結(jié)果界面 81圖表59：政府門戶架構(gòu) 85圖表60：平臺(tái)邏輯架構(gòu) 87圖表61：品高數(shù)據(jù)管理和集成框架 89圖表62：數(shù)據(jù)類型劃分 90圖表63：統(tǒng)計(jì)分析應(yīng)用示例 91圖表64：數(shù)據(jù)同步方案選擇 93圖表65：數(shù)據(jù)管控功能規(guī)劃 95圖表66：數(shù)據(jù)共享模式演進(jìn)圖數(shù)據(jù)共享模式演進(jìn)圖 95圖表67：服務(wù)治理角色功能對應(yīng)圖 97圖表68：平臺(tái)接口 98圖表69：業(yè)務(wù)信息輸入過程 98圖表70：業(yè)務(wù)信息查詢過程 99圖表71：數(shù)據(jù)遷移內(nèi)容 101圖表72：數(shù)據(jù)遷移過程 102圖表73：信息來源渠道 104圖表74：政府信息主要來源 104圖表75：信息審核策略 105圖表76：湛江UAP平臺(tái)特點(diǎn) 107圖表77：動(dòng)態(tài)創(chuàng)建頁面的技術(shù)原理 124圖表78：信息安全架構(gòu)體系 149圖表79：湛江移動(dòng)政務(wù)信息化支撐技術(shù)架構(gòu) 158圖表80：UAP平臺(tái)云計(jì)算架構(gòu) 160圖表81：云計(jì)算原理 161圖表82：信息來源渠道 197圖表83：政務(wù)信息資源的主要來源 197圖表84：信息審核策略 198圖表85：湛江移動(dòng)UAP平臺(tái)的特點(diǎn)和作用 201圖表86：針對不同的服務(wù)對象的推廣策略 202項(xiàng)目概述【摘要】本章結(jié)合目前國內(nèi)外政府網(wǎng)站的現(xiàn)狀和發(fā)展趨勢，闡述了對目前湛江政府門戶網(wǎng)站的現(xiàn)狀分析和理解?！咎峋V】 1.1政府門戶網(wǎng)站發(fā)展趨勢1.2對湛江政府門戶網(wǎng)站現(xiàn)狀的理解1.3定位與目標(biāo)分析【閱讀提示】第12~23頁，共12頁，約8分鐘政府門戶網(wǎng)站發(fā)展趨勢我國政府網(wǎng)站的現(xiàn)狀目前，我國各地政府已經(jīng)建設(shè)了大量政府門戶網(wǎng)站。政府門戶網(wǎng)站是各地電子政務(wù)體系的用戶可見部分，是全面展現(xiàn)電子政務(wù)建設(shè)成果的窗口，已經(jīng)成為各地電子政務(wù)建設(shè)的龍頭和主要推動(dòng)力。政府門戶網(wǎng)站的發(fā)展可以概括為兩個(gè)階段：初級(jí)階段：以基礎(chǔ)設(shè)施和平臺(tái)建設(shè)為主，網(wǎng)站主要內(nèi)容是政務(wù)信息發(fā)布和宣傳。進(jìn)入發(fā)展階段，逐步明確了“信息公開”、“公眾參與”和“在線辦事”三大功能定位，公眾參與渠道建設(shè)加快。這個(gè)階段的門戶又稱為“信息型門戶”。高級(jí)階段：以提升用戶滿意度和服務(wù)質(zhì)量為主，為各類用戶提供豐富、易用、專業(yè)化的在線服務(wù)，門戶網(wǎng)站進(jìn)入后臺(tái)重組期，重塑政府業(yè)務(wù)流程，持續(xù)提升服務(wù)質(zhì)量。這個(gè)階段的門戶又稱為“服務(wù)型政府門戶”。當(dāng)前我國大多數(shù)政府門戶網(wǎng)站處于信息型門戶階段。作為電子政務(wù)總體架構(gòu)中的一個(gè)部門，服務(wù)型政府門戶是電子政務(wù)建設(shè)中的一個(gè)重要部分，它承擔(dān)了政務(wù)公開的渠道，對外軒窗的窗口,服務(wù)公眾的橋梁的角色。通過服務(wù)型政府門戶，政府向公眾提供最新的，即時(shí)的政務(wù)信息服務(wù)；同時(shí)，服務(wù)型政府門戶也是政府職能部門開放給公眾的公開的，快捷的，方便的服務(wù)性窗口，公眾可以通過服務(wù)型政府門戶交互地實(shí)現(xiàn)網(wǎng)上辦事，提高政府服務(wù)的水平和效率，開闊公眾監(jiān)督政府工作的渠道，加快管理服務(wù)型政府的職能轉(zhuǎn)變及和諧社會(huì)構(gòu)建的進(jìn)程。一個(gè)完善，先進(jìn)的服務(wù)型政府門戶具有以下三大特點(diǎn)：以往的政府門戶的功能定位較為單一，系統(tǒng)建設(shè)沒有納入到整個(gè)電子政務(wù)平臺(tái)的體系里來，客觀上為電子政務(wù)建設(shè)的發(fā)展帶來了不利的影響，主要表現(xiàn)在以下方面：內(nèi)外不貫通，不能實(shí)現(xiàn)信息的內(nèi)外自動(dòng)交換。無論是從政務(wù)外網(wǎng)向Internet發(fā)布信息，還是允許公眾向政務(wù)外網(wǎng)提交意見/建議/辦事申請，這種信息的雙向流動(dòng)比較困難或缺乏靈活性。缺乏對信息發(fā)布的全面的，全生命周期的管理。服務(wù)型政府門戶的最主要職責(zé)之一是向公眾集中的提供本地政府（包括下屬各廳局政府職能部門發(fā)布的重要信息）各項(xiàng)政府宣傳和服務(wù)信息。以往的政府對外門戶缺乏對發(fā)布信息從創(chuàng)建到編輯，到發(fā)布審核，到按計(jì)劃發(fā)布，到多網(wǎng)站群信息的聚合，到信息被撤下站點(diǎn)，到信息歸檔的全生命周期的支持，往往依靠手工，由網(wǎng)站管理技術(shù)人員承擔(dān)了信息發(fā)布的絕大部分工作。這樣的做法，既分工不明，又缺乏效率和準(zhǔn)確性，難以保證信息被準(zhǔn)確的，迅速的，受控的公布給公眾。與電子政務(wù)大平臺(tái)缺乏一體性的整合。電子政務(wù)的建設(shè)是一盤棋，電子政務(wù)架構(gòu)中各部分相互間的定位，邊界，關(guān)系，數(shù)據(jù)交換要合理的從整體角度來考量和設(shè)計(jì)。以往的政府Internet門戶往往僅僅從當(dāng)前的需求，從單一系統(tǒng)的角度來設(shè)計(jì)，忽略了其與整個(gè)電子政務(wù)框架其他部分在平臺(tái)，數(shù)據(jù)，應(yīng)用以及用戶體驗(yàn)角度的關(guān)系和關(guān)聯(lián)，導(dǎo)致建設(shè)的Internet門戶難以融入到整個(gè)電子政務(wù)框架中去，功能單一，擴(kuò)展困難，或功能重疊，定位不清，數(shù)據(jù)接口定義不清，難以實(shí)現(xiàn)集成和交換。功能單一，缺乏平臺(tái)性，難以擴(kuò)展以適應(yīng)政務(wù)建設(shè)動(dòng)態(tài)發(fā)展的需求。以往的政府Internet門戶往往是一個(gè)只提供簡單信息發(fā)布功能的Web應(yīng)用，而不是構(gòu)建于可持續(xù)擴(kuò)展的平臺(tái)之上，導(dǎo)致隨著政務(wù)建設(shè)的發(fā)展需要增加新的功能的時(shí)候，又必須平地起高樓，而不能利用平臺(tái)層面提供基礎(chǔ)能力快速構(gòu)建應(yīng)用；以往開發(fā)的Internet門戶往往不支持業(yè)界開放標(biāo)準(zhǔn)，因而難以與其他系統(tǒng)進(jìn)行集成。總而言之，今天的電子政務(wù)的發(fā)展和建設(shè)目標(biāo)，要求服務(wù)型政府門戶的建設(shè)也要從全局的角度出發(fā)，統(tǒng)一構(gòu)思，統(tǒng)一架構(gòu)，基于可擴(kuò)展的平臺(tái)，能夠靈活的構(gòu)建電子政務(wù)建設(shè)所需的各項(xiàng)面向公眾的服務(wù)。國外政府網(wǎng)站發(fā)展特點(diǎn)了解國外先進(jìn)國家政府門戶網(wǎng)站的特點(diǎn)與發(fā)展趨勢對于確定湛江政府門戶網(wǎng)站的建設(shè)規(guī)劃具有重要的意義。美國政府網(wǎng)站：一站式服務(wù)美國在20世紀(jì)中一直擔(dān)當(dāng)著引領(lǐng)科技發(fā)展的潮流的角色。在90年代初，美國總統(tǒng)克林頓就提出了“建設(shè)信息高速公路”，大力推動(dòng)信息網(wǎng)絡(luò)技術(shù)的發(fā)展，并將信息網(wǎng)絡(luò)技術(shù)應(yīng)用到政府的建設(shè)中，很早就在各州進(jìn)行試點(diǎn)，經(jīng)過10余年的發(fā)展，美國不僅建立了世界上最大的國家政府門戶網(wǎng)站（FIRSTGOV），還擁有政府與公眾的喉舌網(wǎng)站和各州、市政府的門戶網(wǎng)站，在全國鋪設(shè)了電子政務(wù)的服務(wù)體系，觸及社會(huì)的方方面面，得到了美國民眾和其他國家的認(rèn)可。分析美國家政府門戶網(wǎng)站，我們不難看出以下幾點(diǎn)，它們是美國電子政府得以成功的保障，也值得其他后進(jìn)國家學(xué)習(xí)借鑒?！熬蜆I(yè)，教育，及志愿服務(wù)”主題服務(wù)中包含的具體服務(wù)事項(xiàng)“就業(yè)，教育，及志愿服務(wù)”主題服務(wù)中包含的具體服務(wù)事項(xiàng)與“教育、收入、貧困、社保范圍”相關(guān)的服務(wù)網(wǎng)站工作職位搜索引擎圖表1：美國政府門戶網(wǎng)站示例1．強(qiáng)調(diào)服務(wù)，構(gòu)建了完整的服務(wù)體系美國政府門戶網(wǎng)站的發(fā)展也經(jīng)歷了重要的職能的變遷，在建設(shè)之初，網(wǎng)站扮演的更多的是信息發(fā)布平臺(tái)的角色，但是經(jīng)過幾年的發(fā)展，美國政府網(wǎng)站完成了從最初的信息發(fā)布平臺(tái)到交互辦事平臺(tái)的轉(zhuǎn)變。這使得擁護(hù)可以方便的訪問所有在線的政府辦事項(xiàng)目、服務(wù)項(xiàng)目和其他的信息。據(jù)統(tǒng)計(jì)，目前，已經(jīng)基本上建成了網(wǎng)上政府目錄體系，連接了22000多個(gè)政府網(wǎng)站，擁有18000萬網(wǎng)頁，訪問量每周1000萬次，大約有1370萬公民使用政府網(wǎng)站提供的服務(wù)項(xiàng)目。美國電子政府的成功根本上取決于它符合了民眾的需求，提供了民眾所需的服務(wù)。2．以人為本，充分體現(xiàn)了人文關(guān)懷美國國家政府網(wǎng)站和我們想象中的最大差別是它的簡明，它省去了所有的贅余，在我們的面前猶如一張清單或是一張表格，言簡意賅，切中要害，方便用戶直奔主題，省去了用戶不必要的麻煩。在美國政府網(wǎng)站，訪問者割據(jù)不同的需要進(jìn)入政府、企業(yè)、公民相應(yīng)分類后，可以迅速發(fā)現(xiàn)兒童、婦女、退休人員、退伍軍人等不同的子分類，網(wǎng)站提供的納稅、駕照注冊、購物、福利申請等服務(wù)項(xiàng)目都規(guī)劃到相應(yīng)的各個(gè)分類的下面。這樣，訪問者一般進(jìn)入3層網(wǎng)頁后就能夠找到所需的服務(wù)。美國政府網(wǎng)站提供這樣的服務(wù)分類，并且能夠讓用戶可以很容易地找到了自己所要的服務(wù)，充分體現(xiàn)了美國電子政府的建設(shè)是以服務(wù)用戶為目的的，在提供的服務(wù)中，又充分考慮到了個(gè)體之間的差異，實(shí)現(xiàn)了對個(gè)體的關(guān)注。通過清晰明了的鏈接，用戶就不會(huì)用置身與信息海洋的感覺（充斥過多的信息，反而不利于所需信息的查找，民眾需要的不是無用的過多的信息，他們所要查找的是他們自身所要的很少量的有用的信息），與此，人文關(guān)懷，以人為本使美國政府網(wǎng)站的建設(shè)符合了各類群體的需求，公民也愿意通過電子政府獲取他們所需要的服務(wù)。3．溝通渠道健全，實(shí)現(xiàn)了用戶與政府之間的互動(dòng)一個(gè)好的網(wǎng)站必須包括以下幾個(gè)方面的內(nèi)容：有明確的網(wǎng)站目標(biāo)和用戶范圍；提供和用戶之間的交互渠道，收集用戶的使用反饋；對用戶的問題及時(shí)回答；根據(jù)多種渠道提供信息和服務(wù)等，可見，網(wǎng)站的一個(gè)很重要的功能就是連接用戶和網(wǎng)站所有者，網(wǎng)站所有者提供用戶所要求的服務(wù)，并且廣泛的收集用戶的意見和建議，對自己的工作進(jìn)行改進(jìn)，以提供更好的服務(wù)。政府網(wǎng)站亦不例外，它不是一個(gè)簡單的報(bào)欄或粘貼板，相比于一般的網(wǎng)站，政府網(wǎng)站的互動(dòng)更顯得必要，因?yàn)樵谡挝拿髦?，我們需要的是真?shí)的民主和自由，并不是單方面提供的所謂的“民主自由”，真實(shí)的民主自由需能容納與民主自由不和諧的“雜音”，它們非但不有損于民主自由，還是民主自由空氣中的活躍分子，對民主的建設(shè)尤為重要。分析美國政府網(wǎng)站，我們不難分析為何美國可以把自己稱為“民主國家”，的確，美國電子政府建設(shè)的逐步完善，使得他們的溝通渠道也更加暢通，用戶可以通過各種渠道反映自己的意見，在國家政府網(wǎng)站的首頁，我們很容易找到“ContractYourGovernment”一欄，在下面有實(shí)現(xiàn)互動(dòng)所需的E-mail、Phone、FrequentlyAskedQuestions等，并且在很多服務(wù)的后面都留有類似的聯(lián)系方式等，可以讓公民更好地和政府溝通。新加坡政府網(wǎng)站：協(xié)作服務(wù)電子政務(wù)已經(jīng)成為行政管理改革的主要方向，各國政府包括我國政府在內(nèi)都將建立政府網(wǎng)站、提供網(wǎng)絡(luò)服務(wù)作為提高行政管理效率和改革政府政務(wù)流程、密切政府與企業(yè)與公民關(guān)系、改善政府形象的有效手段。這足夠顯現(xiàn)出了政府網(wǎng)站建設(shè)的重要作用。然而我國的政府網(wǎng)站建設(shè)剛剛起步，還存在著許多問題需要向其他有經(jīng)驗(yàn)、有成就的國外政府網(wǎng)站學(xué)習(xí)，畢竟他山之石可以攻玉。在多次的全球電子政務(wù)報(bào)告中，新加坡的信息化名次一直位于前列，可見其在政府網(wǎng)站建設(shè)方面的成就。新加坡政府門戶網(wǎng)站(.sg)，是按照用戶對象來設(shè)置各種分類的，在頁面的布局上分別是政務(wù)項(xiàng)目、市民項(xiàng)目、企業(yè)項(xiàng)目和外國人項(xiàng)目等四個(gè)項(xiàng)目，并且它還針對每個(gè)項(xiàng)目的訪問者設(shè)置相應(yīng)的服務(wù)欄目。當(dāng)用戶有疑問，卻不知道該把問題發(fā)給哪個(gè)政府部門時(shí)，只需通過一個(gè)網(wǎng)站聯(lián)絡(luò)上任何政府部門，網(wǎng)站會(huì)把用戶的問題轉(zhuǎn)交到合適的政府部門處理。圖表2：新加坡政府網(wǎng)站示例1、把用戶視為客戶，并且按照用戶對象的需要進(jìn)行服務(wù)主題的分類。這樣做就打破傳統(tǒng)的部門服務(wù)格局，完全是按照辦事的流程來進(jìn)行各個(gè)部門的整合。本著滿足用戶需要的思想進(jìn)行服務(wù)主題的設(shè)置，把不同部門的服務(wù)整合一起進(jìn)行劃分。2、設(shè)法提高部門協(xié)調(diào)能力，并聯(lián)合建設(shè)政府門戶網(wǎng)站，為用戶提供“一站式”的辦事服務(wù)。在建設(shè)網(wǎng)站中新加坡通過現(xiàn)代化信息技術(shù)的應(yīng)用和改變行政流程的順序來促進(jìn)不同的工作任務(wù)小組之間整合，從而打破時(shí)間、空間的限制，創(chuàng)造出一個(gè)24小時(shí)工作的政府。例如可以在一個(gè)項(xiàng)目中一次性辦理護(hù)照、牌照等。3、想方設(shè)法充分整合公共資源，以便更好的為用戶服務(wù)。例如，“老人護(hù)理”服務(wù)完全來自衛(wèi)生部，而“結(jié)婚”服務(wù)則來自于社區(qū)發(fā)展部，其不會(huì)出現(xiàn)有兩個(gè)以上的部門來負(fù)責(zé)。不僅是政府機(jī)構(gòu)自己的資源整合，新加坡政府網(wǎng)站同時(shí)也把眾多的醫(yī)療機(jī)構(gòu)、教育培訓(xùn)機(jī)構(gòu)等社會(huì)資源也被整合了進(jìn)來。英國政府網(wǎng)站：人性化服務(wù)眾所周知，社會(huì)保障關(guān)系到每個(gè)公民的切身利益，因此，民眾對社會(huì)保障方面信息服務(wù)的需求是相當(dāng)強(qiáng)烈的。但同時(shí)，無論在任何一個(gè)國家，社保體系都是非常復(fù)雜的，它往往包含多個(gè)組成部分，并且各個(gè)部分之間相互聯(lián)系、相互影響，交織在一起。要理清社保體系，并且以人性化的方式展現(xiàn)在政府網(wǎng)站上，讓民眾能快速獲取到所需服務(wù)，是一件極其困難的事情。而英國政府網(wǎng)站就成功的做到了這一點(diǎn)，其主要經(jīng)驗(yàn)可以概括為使用戶能夠“找得到、看得懂、辦得通”。真正做到按公眾對象進(jìn)行分類服務(wù)。真正做到按公眾對象進(jìn)行分類服務(wù)。對不同人群提供不同的服務(wù)。圖表3：英國政府網(wǎng)站示例對湛江政府門戶網(wǎng)站現(xiàn)狀的理解本項(xiàng)目建設(shè)的背景隨著廣東省各級(jí)政府門戶系統(tǒng)的持續(xù)發(fā)展，服務(wù)型政府對電子政務(wù)建設(shè)提出更高的要求，傳統(tǒng)的門戶網(wǎng)站已不能滿足“科學(xué)發(fā)展、網(wǎng)站為民”的要求。如何提高公眾參政議政、提升便民服務(wù)水平被提到一個(gè)重要的議程，也是當(dāng)今政府門戶系統(tǒng)、湛江市人民政府門戶平臺(tái)建設(shè)的主要內(nèi)容。多年以來，門戶均以其豐富的信息發(fā)布為基礎(chǔ)，隨著互聯(lián)網(wǎng)的發(fā)展以及政府政務(wù)信息公開化、透明化的要求，由于相關(guān)管理機(jī)制和規(guī)范體系不完善信息的來源、信息的采集和管理非常日益困難；而原有門戶網(wǎng)站建設(shè)一般僅以信息公開為主，建設(shè)初期就缺乏對資源和服務(wù)的有效整合，后期運(yùn)維支撐資源不足，信息的有效整合嚴(yán)重依賴于人工收集。隨著我國政府網(wǎng)站績效評估體系的不斷發(fā)展和健全，今年在湛江市政府和市長的大力支持下，啟動(dòng)了對湛江市政府門戶平臺(tái)的升級(jí)改造和優(yōu)化項(xiàng)目。而中國移動(dòng)湛江公司，憑借在政府信息化和信息產(chǎn)業(yè)發(fā)展做出的豐碩成績，將湛江政府門戶網(wǎng)站打造成為“全國優(yōu)秀政府門戶網(wǎng)站的典范”，充分體現(xiàn)“以服務(wù)為向?qū)?，以人為本”的服?wù)型政府的能力?，F(xiàn)狀分析總結(jié)通過對湛江政府門戶網(wǎng)站排名情況和現(xiàn)狀調(diào)研和分析，我們將問題分為以下4類，以便于為本期項(xiàng)目建設(shè)提供依據(jù)和參考。門戶功能設(shè)計(jì)方面：由于網(wǎng)站功能限制和宣傳力度不足，公眾很難通過網(wǎng)站參政議政，參與度和互動(dòng)性不高；面向公眾的服務(wù)事項(xiàng)缺乏人性化導(dǎo)航和在線辦理。信息共享和協(xié)同方面：缺乏可操作、可執(zhí)行的針對區(qū)縣、部門的網(wǎng)站管理辦法和標(biāo)準(zhǔn)；信息資源整合難，尚未形成完善的信息公開目錄。系統(tǒng)架構(gòu)問題系統(tǒng)缺乏合理規(guī)劃和分布，缺乏技術(shù)體系和界面的統(tǒng)一規(guī)劃；信息安全及IT管控還需提高；性能和基礎(chǔ)架構(gòu)有待優(yōu)化。運(yùn)維支撐方面網(wǎng)站運(yùn)行管理和宣傳推廣力量薄弱，影響了信息公開的及時(shí)性和權(quán)威性；尚未建立系統(tǒng)運(yùn)維支撐團(tuán)隊(duì)和管理體系。機(jī)遇與挑戰(zhàn)多年以來，門戶均以其豐富的信息發(fā)布為基礎(chǔ)，隨著互聯(lián)網(wǎng)的發(fā)展以及政府政務(wù)信息公開化、透明化的要求，由于相關(guān)管理機(jī)制和規(guī)范體系不完善信息的來源、信息的采集和管理非常日益困難；而原有門戶網(wǎng)站建設(shè)一般僅以信息公開為主，建設(shè)初期就缺乏對資源和服務(wù)的有效整合，后期運(yùn)維支撐資源不足，信息的有效整合嚴(yán)重依賴于人工收集。隨著我國政府網(wǎng)站績效評估體系的不斷發(fā)展和健全，今年在湛江市政府和市長的大力支持下，啟動(dòng)了對湛江市政府門戶平臺(tái)的升級(jí)改造和優(yōu)化項(xiàng)目。而中國移動(dòng)湛江公司，希望憑借在政府信息化和信息產(chǎn)業(yè)發(fā)展做出的豐碩成績，將湛江政府門戶網(wǎng)站打造成為“全國優(yōu)秀政府門戶網(wǎng)站的典范”，充分體現(xiàn)“以服務(wù)為向?qū)?，以人為本”的服?wù)型政府的能力。定位與目標(biāo)分析定位分析建設(shè)一個(gè)成功的政府門戶網(wǎng)站首先取決于定位。從門戶網(wǎng)站定位的角度看至少有三方面的定位：一個(gè)就是政府本身的定位，二是門戶網(wǎng)站的價(jià)值定位，三是門戶網(wǎng)站的功能定位。政府的定位根據(jù)十七大報(bào)告里面把未來中國政府的大目標(biāo)定位為構(gòu)建服務(wù)型政府，從整體反映了我國政府的組織、理念、價(jià)值，說到底政府所有的活動(dòng)，目標(biāo)是為更多的人提供優(yōu)質(zhì)的服務(wù)。從這意義上說，服務(wù)型政府作為政府未來發(fā)展的整體趨勢定位，將會(huì)深刻的影響到我國政府門戶網(wǎng)站的建設(shè)。政府門戶網(wǎng)站的價(jià)值定位政府門戶網(wǎng)站的價(jià)值定位，就是政府門戶網(wǎng)站的價(jià)值定位，也可以叫做理念的定位。我國的政府門戶網(wǎng)站的價(jià)值、理念定位應(yīng)該考慮四個(gè)層面：首先政府門戶網(wǎng)站應(yīng)該是服務(wù)型電子政務(wù)核心理念的直接展現(xiàn)，就是要把以服務(wù)型電子政務(wù)建設(shè)放在突出地位。其次，可以通過政府門戶網(wǎng)站建設(shè)，可以真正打造一個(gè)陽光式的政府。胡錦濤總書記在十七大報(bào)告里面就用了“陽光式”政府這個(gè)重要的概念，這可以說是我們的政治報(bào)告里第一次使用這樣的概念，值得關(guān)注。再次，政府門戶網(wǎng)站要為社會(huì)公眾提供一個(gè)接受電子化公共服務(wù)的平臺(tái)和窗口，這個(gè)虛擬的平臺(tái)和窗口，是傳統(tǒng)的實(shí)體政府所無法比擬的。四是通過政府門戶網(wǎng)站有可能真正擴(kuò)大公眾的參與，推動(dòng)中國的行政民主乃至政治民主的發(fā)展，促進(jìn)中國公民社會(huì)的崛起。政府門戶網(wǎng)站的功能定位有了正確的價(jià)值定位，才有可能有正確的功能定位。我國政府門戶網(wǎng)站從功能上來說，主要應(yīng)該有四方面的功能：即信網(wǎng)上息服務(wù)與信息公開，網(wǎng)上辦事服務(wù)以及網(wǎng)上政民互動(dòng)服務(wù)。這是對外部的，對公眾的。如何構(gòu)建這四個(gè)平臺(tái)，是我們的政府門戶網(wǎng)站建設(shè)中最重要的問題。至于政府內(nèi)部門戶，主要是為政府內(nèi)部提供信息交換、信息資源共享提供服務(wù)的，也不能忽視，但首要是要關(guān)注對社會(huì)、公眾的外部門戶網(wǎng)站建設(shè)。我國政府門戶網(wǎng)站的功能定位可以歸納為六個(gè)方面：政務(wù)信息公開的重要網(wǎng)絡(luò)載體即地方網(wǎng)絡(luò)名片。主要承擔(dān)該地區(qū)網(wǎng)站品牌形象主要代表，成為宣傳當(dāng)?shù)睾彤?dāng)?shù)卣闹饕W(wǎng)絡(luò)宣傳冊。相對來看，這些宣傳方式比其他電視廣告和報(bào)紙傳播的范圍、持久性和人群更有效。有些地方，網(wǎng)站數(shù)量本身很少，好的網(wǎng)站和運(yùn)營正常的網(wǎng)站少之又少，而只有政府門戶網(wǎng)站稍成規(guī)模，這些網(wǎng)站就成為一個(gè)地方或城市網(wǎng)站的品牌形象。所以地方政府門戶網(wǎng)站還應(yīng)該有宣傳地方形象的作用，而且這個(gè)功能應(yīng)該進(jìn)一步突出和強(qiáng)化。新聞傳播最重要的網(wǎng)絡(luò)媒體與過去人們常常把網(wǎng)絡(luò)比喻繼電視、廣播和報(bào)紙之后的第四媒體，在互聯(lián)網(wǎng)迅速傳播和深化的今天，已經(jīng)成為第一媒體，而且其影響力還在不斷增強(qiáng)。目前不少的地方，尤其是中西部和縣區(qū)級(jí)的地方網(wǎng)站數(shù)量少，稍微成規(guī)模的非政府類網(wǎng)絡(luò)媒體幾乎為零，這是地方政府門戶網(wǎng)站就相應(yīng)成為本地網(wǎng)絡(luò)新聞的重要載體，扮演著新聞傳播的功能。在互聯(lián)網(wǎng)輿情中將要扮演一個(gè)十分重要的角色。公共服務(wù)的網(wǎng)絡(luò)平臺(tái)主要通過網(wǎng)站提供大量面向公眾和企業(yè)的在線服務(wù)。隨著服務(wù)型政府的建設(shè)，大量的創(chuàng)新性公共服務(wù)將越來越多的體現(xiàn)在網(wǎng)絡(luò)上，政府網(wǎng)站在提供政府機(jī)構(gòu)的公共服務(wù)的同時(shí)，也整合了地方非政府機(jī)構(gòu)類的公共服務(wù)。培養(yǎng)公眾信息化的傳播渠道政府網(wǎng)站其實(shí)是一個(gè)非常高效、便捷、影響力廣泛的知識(shí)傳播機(jī)構(gòu)。一個(gè)制作精良、信息豐富、服務(wù)面廣的政府網(wǎng)站就吸引更多公眾進(jìn)行訪問，培養(yǎng)他們的上網(wǎng)意識(shí)和應(yīng)用水平，也讓其他機(jī)構(gòu)和企業(yè)進(jìn)行學(xué)習(xí)。招商引資和吸引旅游的窗口即提供招商引資和旅游信息的基本服務(wù)。每個(gè)地方政府都存在招商引資的重要經(jīng)濟(jì)發(fā)展職責(zé)，通過網(wǎng)站進(jìn)行宣傳和招商正在成為網(wǎng)站的基本任務(wù)之一。政府內(nèi)部工作人員提供信息資源和開展電子政務(wù)工作作為了解民意、反饋民情、反映民生、分擔(dān)信訪工作的重要平臺(tái)，是公務(wù)員在外了解地方動(dòng)態(tài)、獲取各種信息的最直接的通道。建設(shè)目標(biāo)分析本期項(xiàng)目建設(shè)目標(biāo)：滿足省政府對地市政府網(wǎng)站信息公開、網(wǎng)上辦事、公眾互動(dòng)以及網(wǎng)站設(shè)計(jì)等各方面提出的指標(biāo)要求；建立滿足市政府與各部門局之間信息互通的網(wǎng)站群基礎(chǔ)平臺(tái)；完成運(yùn)作體系、運(yùn)維體系以及安全體系的建設(shè)。長期規(guī)劃目標(biāo)：業(yè)務(wù)目標(biāo)：促進(jìn)政務(wù)透明度、服務(wù)滿意度、政府決策和公眾參與度的提高；技術(shù)目標(biāo)：基于先進(jìn)的技術(shù)架構(gòu)搭建電子政務(wù)一體化平臺(tái)，促進(jìn)服務(wù)暢通、業(yè)務(wù)暢通、信息暢通和網(wǎng)絡(luò)暢通。規(guī)劃思路指導(dǎo)思想以科學(xué)發(fā)展觀為指導(dǎo)，以建設(shè)“無線城市”為契機(jī)，深入推進(jìn)全市政府信息公開工作，不斷拓展公眾參與渠道，著力推動(dòng)政府“網(wǎng)上便民服務(wù)”建設(shè)思路以“服務(wù)型政府”的理念提供豐富的門戶網(wǎng)站功能和便民服務(wù)手段，提升市民參政議政水平；基于先進(jìn)的設(shè)計(jì)理念，重視基礎(chǔ)架構(gòu)，力求建設(shè)一套支持五年業(yè)務(wù)擴(kuò)展的基礎(chǔ)架構(gòu)；有效整合政府信息化資源，統(tǒng)一規(guī)劃全市電子政務(wù)平臺(tái)，促進(jìn)電子政務(wù)一體化管理。總體技術(shù)方案【摘要】根據(jù)《第2章需求分析》，本章節(jié)詳細(xì)分析建設(shè)湛江政府門戶網(wǎng)站平臺(tái)的技術(shù)實(shí)現(xiàn)方案，對系統(tǒng)平臺(tái)與開發(fā)工具進(jìn)行選型，以及提供安全體系設(shè)計(jì)、基礎(chǔ)架構(gòu)規(guī)劃方案?！咎峋V】 3.1項(xiàng)目實(shí)施策略3.2系統(tǒng)設(shè)計(jì)原則3.3系統(tǒng)框架設(shè)計(jì)3.4關(guān)鍵技術(shù)實(shí)現(xiàn)3.5安全體系設(shè)計(jì)3.6運(yùn)行支撐環(huán)境【閱讀提示】第114~161頁，共48頁，約30分鐘項(xiàng)目實(shí)施策略立足于湛江政府門戶網(wǎng)站平臺(tái)的定位和目標(biāo)，結(jié)合省政府統(tǒng)一的考核標(biāo)準(zhǔn)，以科學(xué)發(fā)展觀為指導(dǎo)，在數(shù)字湛江的建設(shè)理念下，以建設(shè)“無線城市”為契機(jī)，深入推進(jìn)全市政府信息公開工作，不斷拓展公眾參與渠道，著力推動(dòng)政府“網(wǎng)上便民服務(wù)”。業(yè)務(wù)戰(zhàn)略規(guī)劃結(jié)合當(dāng)前業(yè)務(wù)需求以及今后發(fā)展方向，需要從戰(zhàn)略上保證系統(tǒng)的健康快速發(fā)展。以“服務(wù)型政府”的理念提供豐富的門戶網(wǎng)站功能和便民服務(wù)手段，提升市民參政議政水平，解決湛江政府網(wǎng)站不能滿足發(fā)展要求問題，短期內(nèi)快速提升網(wǎng)站能力。提供多版本支持，借助無線城市實(shí)現(xiàn)Wap版政府門戶；并提供純文字版以及外文版的門戶，滿足業(yè)務(wù)的迫切需求，促進(jìn)業(yè)務(wù)的進(jìn)一步發(fā)展?；凇熬W(wǎng)站群”設(shè)計(jì)理念，重視基礎(chǔ)架構(gòu)，力求建設(shè)一套支撐業(yè)務(wù)擴(kuò)展并可持續(xù)發(fā)展的基礎(chǔ)架構(gòu)；有效整合現(xiàn)有政府信息化資源，結(jié)合內(nèi)外門戶統(tǒng)一建設(shè)的發(fā)展趨勢，統(tǒng)一規(guī)劃全市電子政務(wù)平臺(tái)，促進(jìn)電子政務(wù)一體化管理。此外，該系統(tǒng)除了必須滿足當(dāng)前的應(yīng)用要求，在整套系統(tǒng)的設(shè)計(jì)過程中，還必須強(qiáng)調(diào)先進(jìn)性。當(dāng)前的信息技術(shù)日新月異，如果這套系統(tǒng)只著眼于滿足當(dāng)前的需求，而忽視了對系統(tǒng)技術(shù)和體系的前瞻性，可以預(yù)見在不久的將來，系統(tǒng)必將不能滿足中心日益增長的需求，導(dǎo)致系統(tǒng)的生命周期縮短，從而增加湛江市政府在信息化建設(shè)上的投資。系統(tǒng)體系規(guī)劃本著為湛江市政府發(fā)展提供專業(yè)、一流、合理、遠(yuǎn)瞻性的系統(tǒng)解決方案的原則，使項(xiàng)目實(shí)現(xiàn)標(biāo)準(zhǔn)化、規(guī)范化、現(xiàn)代化、先進(jìn)科學(xué)的管理。整個(gè)系統(tǒng)將采用國際流行和通用的系統(tǒng)三層架構(gòu)以及面向?qū)ο蟮募夹g(shù)進(jìn)行設(shè)計(jì)和實(shí)現(xiàn)，三層瀏覽器/服務(wù)器（B/S）體系結(jié)構(gòu)，隨著應(yīng)用水平的提高、規(guī)模的擴(kuò)大和需求的增加，無須對系統(tǒng)的體系結(jié)構(gòu)做較大的改變就可以對系統(tǒng)的功能實(shí)現(xiàn)擴(kuò)展。在整體的功能和應(yīng)用設(shè)計(jì)上我們采用SOA體系結(jié)構(gòu)的設(shè)計(jì)思路進(jìn)行整體系統(tǒng)的規(guī)劃和設(shè)計(jì)，保證系統(tǒng)的開放性、靈活性、可擴(kuò)展性和可管理性。說明如下。可伸縮和可擴(kuò)展的靈活框架根據(jù)需要增加和裁減不同的平臺(tái)軟件和應(yīng)用模塊；性能方面的伸縮性考慮；應(yīng)用之間的整合和相互支撐更容易實(shí)現(xiàn)相互整合；相互之間提供功能和數(shù)據(jù)的支持；開放的技術(shù)架構(gòu)主流和開放的開發(fā)技術(shù)和開發(fā)接口；更好地利用或者整合國際主流廠商的產(chǎn)品和解決方案；符合目前技術(shù)的發(fā)展趨勢—越來越多的廠商、產(chǎn)品和解決方案支持；實(shí)現(xiàn)成本和實(shí)現(xiàn)風(fēng)險(xiǎn)利用平臺(tái)和核心模塊，快速實(shí)現(xiàn)項(xiàng)目目標(biāo)；降低實(shí)現(xiàn)的風(fēng)險(xiǎn)和成本；長期目標(biāo)：為將來的應(yīng)用開發(fā)提供更好的基礎(chǔ)服務(wù)；管理性用戶權(quán)限和安全的統(tǒng)一管理；業(yè)務(wù)數(shù)據(jù)的統(tǒng)一管理；系統(tǒng)設(shè)計(jì)原則在項(xiàng)目的設(shè)計(jì)規(guī)劃和實(shí)施階段，根據(jù)項(xiàng)目的特點(diǎn)和業(yè)務(wù)的要求，我們將遵循以下原則：靈活的系統(tǒng)框架為了適應(yīng)湛江市政府快速改進(jìn)和發(fā)展的業(yè)務(wù)需求，我們將提供一套開發(fā)靈活和易于調(diào)整的技術(shù)框架和門戶框架，能夠滿足系統(tǒng)安全和性能的要求，同時(shí)還具有低維護(hù)成本和高開發(fā)效率的優(yōu)點(diǎn)。安全性作為一個(gè)門戶網(wǎng)站系統(tǒng)，安全性是首先要考慮的問題。因此，在系統(tǒng)設(shè)計(jì)時(shí)，我們將從用戶的管理、權(quán)限、身份驗(yàn)證、數(shù)據(jù)加密傳輸?shù)确矫孢M(jìn)行綜合考慮。系統(tǒng)須具有良好的安全管理功能，數(shù)據(jù)存儲(chǔ)、檢索、提取、發(fā)布和管理等各個(gè)層面和角度都須具有相應(yīng)的安全機(jī)制；通過完整有效的多級(jí)系統(tǒng)權(quán)限控制，保證系統(tǒng)中的數(shù)據(jù)對不同權(quán)限的訪問具有不同的屬性。要有防范超越個(gè)人權(quán)限進(jìn)行操作的措施。系統(tǒng)要能夠抵御來自內(nèi)部或外部的非法入侵，任何超越權(quán)限的操作都要被禁止，以達(dá)到防止關(guān)鍵數(shù)據(jù)被非法竊取、刪除、篡改的目的。完整性門戶網(wǎng)站信息的獲取、采集、存儲(chǔ)、管理、檢索、接口和發(fā)布等各個(gè)環(huán)節(jié)集成在一個(gè)統(tǒng)一的體系結(jié)構(gòu)之中，形成一個(gè)閉環(huán)的管理，提供保證數(shù)據(jù)完整性的技術(shù)處理模式。用戶易用性、經(jīng)濟(jì)性系統(tǒng)具備友好的用戶界面和完備的幫助信息，各種系統(tǒng)配置簡單易用，能夠即時(shí)監(jiān)控系統(tǒng)狀況，降低用戶使用門檻和系統(tǒng)維護(hù)成本。系統(tǒng)采用B/S體系結(jié)構(gòu)，操作界面簡潔、直觀，有利于簡化操作，并提高操作效率。提供友好的用戶操作界面，具備直觀易用的人機(jī)界面、系統(tǒng)維護(hù)界面和上下文有關(guān)的在線幫助。為確保投資的有效性和系統(tǒng)的實(shí)用性，我們將針對業(yè)務(wù)的特點(diǎn)選用比較成熟而穩(wěn)定的技術(shù)，針對信息流的特點(diǎn)采用合適的系統(tǒng)結(jié)構(gòu)，使整個(gè)系統(tǒng)達(dá)到最高的性價(jià)比性能，并盡量簡化用戶的操作步驟，使系統(tǒng)容易被使用。另外，對于一套部署范圍較廣的系統(tǒng)，其培訓(xùn)成本和維護(hù)成本在整個(gè)系統(tǒng)成本中占有非常大的部分，針對這一特點(diǎn)，我們將使用B/S模式來設(shè)計(jì)系統(tǒng)，降低用戶的操作難度，減少培訓(xùn)成本，同時(shí)也為降低系統(tǒng)維護(hù)和升級(jí)的成本打下很好的基礎(chǔ)。能夠結(jié)合投資收益原則，充分考慮現(xiàn)有情況，平衡投入產(chǎn)出比，保證系統(tǒng)建設(shè)的經(jīng)濟(jì)性。易于管理、可維護(hù)性、可擴(kuò)展性本門戶平臺(tái)作為日常工作主要支撐平臺(tái)，在系統(tǒng)結(jié)構(gòu)的設(shè)計(jì)上一定要考慮整套系統(tǒng)的易于管理、可維護(hù)性和可擴(kuò)展性。系統(tǒng)須具備系統(tǒng)自身維護(hù)和管理功能，提供必要的操作維護(hù)手冊及技術(shù)手冊。在進(jìn)行版本升級(jí)時(shí)，將提供版本差異的詳細(xì)說明。同時(shí)將管理模塊和業(yè)務(wù)系統(tǒng)模塊分開，可以在管理模塊直接配置數(shù)據(jù)。隨著數(shù)據(jù)量的增加和運(yùn)行節(jié)點(diǎn)的擴(kuò)展，系統(tǒng)對硬件軟件的要求會(huì)不斷提高，系統(tǒng)所有硬件、軟件的選型和應(yīng)用系統(tǒng)的設(shè)計(jì)必須考慮可擴(kuò)展性的要求：1.參數(shù)不要寫死到代碼，要寫到一個(gè)配置文件或讓系統(tǒng)管理員可作修改；2.代碼之間關(guān)聯(lián)要松散；3.采用動(dòng)態(tài)編譯?？煽啃耘c規(guī)范性系統(tǒng)的可靠性和規(guī)范性是系統(tǒng)正常運(yùn)作的關(guān)鍵，技術(shù)平臺(tái)采用國際知名、性能優(yōu)越、質(zhì)量可靠的架構(gòu)，可以搭建一個(gè)成熟穩(wěn)定的系統(tǒng)底層支撐平臺(tái)。系統(tǒng)支持自動(dòng)負(fù)載均衡，支持動(dòng)態(tài)監(jiān)測系統(tǒng)負(fù)載，自動(dòng)對系統(tǒng)可用資源進(jìn)行調(diào)整和分配；支持故障的透明遷移，自動(dòng)容錯(cuò)和故障恢復(fù)。系統(tǒng)運(yùn)行具有極高的可靠性和良好的容錯(cuò)性能，單機(jī)人工不干涉的不間斷運(yùn)行時(shí)間在1500小時(shí)以上，一年故障時(shí)間累積不超過12小時(shí)（因網(wǎng)絡(luò)或硬件故障除外）。高效開發(fā)部署能力具備客戶化定制開發(fā)的實(shí)力，利用成熟的門戶框架平臺(tái)拓展應(yīng)用，幫助客戶快速穩(wěn)定搭建系統(tǒng)。開放性和可移植性系統(tǒng)設(shè)備、軟件必須具有良好的開放性，所有硬、軟件都應(yīng)遵循業(yè)界相關(guān)標(biāo)準(zhǔn)，支持開放的標(biāo)準(zhǔn)接口，支持跨平臺(tái)。使整個(gè)系統(tǒng)成為一個(gè)統(tǒng)一的整體，而不致產(chǎn)生運(yùn)行上的“孤島”。要有獨(dú)立的接口模塊，方便以后與其它軟件接口的變更，使用相對路徑，與周圍資源相關(guān)的的代碼和設(shè)置放在一個(gè)配置文件中。效率和實(shí)時(shí)性要求普通操作頁面返回時(shí)間在5秒以內(nèi)，全數(shù)據(jù)庫查詢時(shí)間不大于10秒鐘，時(shí)間過長的操作應(yīng)給出提示。系統(tǒng)備份數(shù)據(jù)的延遲不得超過1小時(shí)、用戶備份數(shù)據(jù)的延遲不得超過5秒。（網(wǎng)絡(luò)故障除外）系統(tǒng)框架設(shè)計(jì)在本項(xiàng)目中，由于系統(tǒng)各個(gè)功能模塊之間的關(guān)系非常復(fù)雜，需要在系統(tǒng)軟件架構(gòu)和部署架構(gòu)兩個(gè)方面同時(shí)考慮。在系統(tǒng)軟件架構(gòu)方面，將采用多層軟件架構(gòu)的方式實(shí)現(xiàn)。多層架構(gòu)的基本原理本系統(tǒng)將采用多層次的.NET框架（SOA），以得到一個(gè)結(jié)構(gòu)靈活，便于快速部署和調(diào)整的系統(tǒng)。今天政府所面臨的問題是如何能夠創(chuàng)建通向未來的沒有中斷的跨越局域網(wǎng)、廣域網(wǎng)和國際互聯(lián)網(wǎng)平臺(tái)的可伸縮性的應(yīng)用結(jié)構(gòu)，以滿足當(dāng)今復(fù)雜的、不斷發(fā)展變化的業(yè)務(wù)需求，同時(shí)又能確保政府信息化在系統(tǒng)、應(yīng)用、信息及人員上的投資。能夠適應(yīng)這種變化的結(jié)構(gòu)是多層計(jì)算體系結(jié)構(gòu)。多層體系結(jié)構(gòu)能夠在低費(fèi)用的條件下比現(xiàn)行的PCLAN、兩層客戶/服務(wù)器或主機(jī)/終端應(yīng)用結(jié)構(gòu)提供更好、更及時(shí)信息的可能性。多層計(jì)算應(yīng)用服務(wù)技術(shù)是目前數(shù)據(jù)庫應(yīng)用發(fā)展的潮流，傳統(tǒng)的客戶/服務(wù)器（二層）的應(yīng)用正朝著三層或N-Tier結(jié)構(gòu)發(fā)展。目前，基于Internet/Intranet的三（多）層計(jì)算應(yīng)用系統(tǒng)正廣泛地實(shí)施，它為構(gòu)造信息系統(tǒng)提供了可選擇的技術(shù)和方法，廣州微軟技術(shù)中心多年來在用戶項(xiàng)目實(shí)施實(shí)踐中也證明了這種結(jié)構(gòu)選擇的正確性?！久~解釋】三層結(jié)構(gòu)的通俗解釋例如，坐在辦公桌前的你打電話請遠(yuǎn)在千里之外的朋友請求幫忙。你并不知道朋友的具體位置、通話的傳輸介質(zhì)、通話的傳輸協(xié)議等等，你也不關(guān)心朋友是否用了呼叫轉(zhuǎn)移、信號(hào)是走衛(wèi)星還是走微波等等?？傊阒皇且恍囊笥褳槟闾峁┍匾摹胺?wù)”。你、“電話局”和朋友就是一種三層結(jié)構(gòu)。朋友提供了服務(wù)，電話局也提供了服務(wù)，是語音交換的服務(wù)，或者說是服務(wù)的服務(wù)。單就工作量來看，“電話局”在其中做了大量實(shí)際而不被人們所注意的事情。 一般而言，多層體系架構(gòu)在具體實(shí)施過程中，都會(huì)根據(jù)用戶的實(shí)際情況進(jìn)行進(jìn)一步的細(xì)化，會(huì)分解出不同的層級(jí)。在本項(xiàng)目中，根據(jù)業(yè)務(wù)需求和未來擴(kuò)展的需要，分別對表現(xiàn)層和業(yè)務(wù)層進(jìn)行了進(jìn)一步的分解，得出了5層體系架構(gòu)，如下圖：軟件架構(gòu)各層的說明根據(jù)上面對多層體系架構(gòu)的闡述，以及政府門戶網(wǎng)站本身的特點(diǎn)，本項(xiàng)目的多層體系架構(gòu)最終將如下圖，按照“數(shù)據(jù)存儲(chǔ)層”、“應(yīng)用基礎(chǔ)平臺(tái)層”采用先進(jìn)的多層平臺(tái)結(jié)構(gòu)開發(fā)系統(tǒng)功能。數(shù)據(jù)存儲(chǔ)層應(yīng)用系統(tǒng)中通常使用一個(gè)關(guān)系型數(shù)據(jù)庫（如SQLServer）或者非結(jié)構(gòu)化數(shù)據(jù)庫（如ActiveDirectory目錄服務(wù)）來實(shí)現(xiàn)數(shù)據(jù)的存儲(chǔ)，并集中管理這些數(shù)據(jù)，實(shí)現(xiàn)企業(yè)業(yè)務(wù)數(shù)據(jù)的完整性、安全性和災(zāi)難防護(hù)。數(shù)據(jù)層的作用就是向業(yè)務(wù)層提供了創(chuàng)建、讀取、更新以及刪除等操作功能以及參與由業(yè)務(wù)層自身引發(fā)的事務(wù)處理，從而避免了業(yè)務(wù)層直接對數(shù)據(jù)庫進(jìn)行操作，減小了由于數(shù)據(jù)存儲(chǔ)發(fā)生變化時(shí)對業(yè)務(wù)層或者表現(xiàn)層的影響度。結(jié)構(gòu)化數(shù)據(jù)庫：存儲(chǔ)業(yè)務(wù)數(shù)據(jù)、規(guī)則信息和事務(wù)信息；非結(jié)構(gòu)化數(shù)據(jù)庫：存儲(chǔ)用戶信息，實(shí)現(xiàn)統(tǒng)一的身份驗(yàn)證和權(quán)限管理?；A(chǔ)應(yīng)用平臺(tái)層“萬丈高樓從地起”這句話對于應(yīng)用開發(fā)的來說是不適合的，因?yàn)閼?yīng)用軟件從底層一步步的開發(fā)，不但開發(fā)周期長，費(fèi)用昂貴，而且還使實(shí)現(xiàn)風(fēng)險(xiǎn)大大地提高，因此合理地采用平臺(tái)軟件是目前應(yīng)用開發(fā)的主流模式。目前某些廠商提供了大量通用，而且穩(wěn)定可靠的平臺(tái)軟件，用“中間件”或者“應(yīng)用平臺(tái)”的名義進(jìn)行銷售。其實(shí)這些平臺(tái)軟件的本質(zhì)都是一樣的，相當(dāng)于實(shí)現(xiàn)了大量底層應(yīng)用功能支持的中間件組件，使應(yīng)用開發(fā)更為簡單和快捷，令企業(yè)更容易獲得質(zhì)優(yōu)價(jià)廉的應(yīng)用系統(tǒng)。而在軟件項(xiàng)目開發(fā)中，把功能以可重用的功能模塊實(shí)現(xiàn)，不僅僅在項(xiàng)目內(nèi)更容易建模、管理項(xiàng)目開發(fā)過程和提高開發(fā)的效率，還可以為其他業(yè)務(wù)系統(tǒng)提供業(yè)務(wù)和功能的重用，節(jié)省總體IT建設(shè)費(fèi)用的開支。在本項(xiàng)目中，基礎(chǔ)應(yīng)用平臺(tái)層（基于廣州微軟技術(shù)中心成熟的開發(fā)框架BingoWeb和門戶框架）就是這些軟件平臺(tái)的組合，基于這些平臺(tái)能夠更快和更好地實(shí)現(xiàn)項(xiàng)目管理需要的各種應(yīng)用功能。應(yīng)用功能層應(yīng)用功能層就是在軟件平臺(tái)基礎(chǔ)上，根據(jù)按湛江政府門戶網(wǎng)站的功能需求，進(jìn)行個(gè)性化定制開發(fā)的功能。門戶層要求能夠很好地成為根據(jù)湛江政府門戶網(wǎng)站平臺(tái)的界面框架，容納各個(gè)功能模塊，成為風(fēng)格和管理統(tǒng)一的整體界面和對外門戶窗口。客戶端環(huán)境本項(xiàng)目將會(huì)通過對客戶端環(huán)境的擴(kuò)展，實(shí)現(xiàn)這些軟件能夠直接和服務(wù)器端進(jìn)行交互，實(shí)現(xiàn)工作環(huán)境的一體化整合。安全體系搭建完善的安全體系，包括控制用戶訪問系統(tǒng)的權(quán)限控制，以及統(tǒng)一存放用戶信息的目錄服務(wù)器，這些安全設(shè)施都將遵循PKI安全體系架構(gòu)。在這個(gè)基礎(chǔ)上，實(shí)現(xiàn)與湛江移動(dòng)提供的安全設(shè)備集成，保護(hù)系統(tǒng)的安全。關(guān)鍵技術(shù)實(shí)現(xiàn)基于.NET框架的開發(fā)技術(shù)本項(xiàng)目的軟件開發(fā)基于.NET框架（.NETFramework3.5）實(shí)現(xiàn)，即在Web應(yīng)用開發(fā)一層，使用ASP.NET2.0進(jìn)行開發(fā)；而關(guān)鍵的業(yè)務(wù)組件，則通過WebService服務(wù)組件實(shí)現(xiàn)。這樣就使系統(tǒng)按照三層次的模式實(shí)現(xiàn)，表現(xiàn)層（ASP.NET）－業(yè)務(wù)層（WebService組件）－數(shù)據(jù)層（SQLServer），構(gòu)成靈活和易于擴(kuò)展的應(yīng)用架構(gòu)?；贑LR的語言無關(guān)性.NET2.0框架下運(yùn)行的代碼都被編譯成在CLR通用語言運(yùn)行環(huán)境（CommonLanguageRuntime）下運(yùn)行的IL中間語言，以虛擬機(jī)的方式在不同平臺(tái)的機(jī)器上運(yùn)行。因此，基于.NETFramework開發(fā)的程序可以用任何語言編寫，包括VB.NET、VC.NET、C#、JAVA、Fortran、COBOL和DELPHI語言等，而且不同語言編寫的程序能夠互相調(diào)用和混合編譯，這樣在進(jìn)行應(yīng)用擴(kuò)展時(shí)，無需考慮程序員的編程語言技能問題。提供強(qiáng)大的基礎(chǔ)類庫.NETFramework提供了龐大的基礎(chǔ)代碼庫，代碼都是以對象類進(jìn)行封裝和重用的，程序員在編寫程序時(shí)，基本上無需考慮底層和常用的算法的，直接引用基礎(chǔ)類庫的對象就可以。這樣程序員就能夠更加專注完成重要的業(yè)務(wù)邏輯開發(fā)，而不是把精力浪費(fèi)在程序底層開發(fā)上，這也是目前普遍認(rèn)為.NET應(yīng)用開發(fā)比其他開發(fā)模式更為快捷的原因之一。自動(dòng)資源管理由于所有的代碼都在CLR環(huán)境下運(yùn)行，CLR自動(dòng)檢測內(nèi)存中不再使用的資源，并回收和分配給其他應(yīng)用。因此以往困擾程序員的內(nèi)存漏洞和資源回收問題從此由系統(tǒng)自動(dòng)解決。代碼安全性檢查同樣得益于所有的代碼都在CLR環(huán)境下運(yùn)行，CLR能夠檢查程序代碼是否試圖訪問沒有權(quán)限的資源，并自動(dòng)禁止操作，從而保證了系統(tǒng)在代碼一級(jí)的安全性。支持WebService對于新一代的應(yīng)用系統(tǒng)，模塊之間的功能調(diào)用從以往與平臺(tái)有關(guān)的二進(jìn)制通信，轉(zhuǎn)化為以Http和SOAP（SimpleObjectAccessProtocol）等上層協(xié)議進(jìn)行，即WebService（以Web協(xié)議實(shí)現(xiàn)應(yīng)用之間的功能調(diào)用和數(shù)據(jù)交換）。而微軟公司是WebService標(biāo)準(zhǔn)的領(lǐng)導(dǎo)者，其WebService標(biāo)準(zhǔn)已經(jīng)被W3C通過。WebService使系統(tǒng)各個(gè)模塊形成一種松散耦合的結(jié)構(gòu)，讓軟件的部署和擴(kuò)展更為容易。同時(shí)WebService采用的HTTP協(xié)議能夠輕易地穿過防火墻和網(wǎng)關(guān)等網(wǎng)絡(luò)設(shè)備，使系統(tǒng)的部署和維護(hù)更為方便。多級(jí)門戶及動(dòng)態(tài)頁創(chuàng)建技術(shù)本系統(tǒng)中的部分頁面（如場景式服務(wù)）均是通過運(yùn)行時(shí)動(dòng)態(tài)創(chuàng)建的虛擬頁面，系統(tǒng)在設(shè)計(jì)及開發(fā)階段并不能確定系統(tǒng)頁面的數(shù)量以及分布情況。但在設(shè)計(jì)時(shí)可確定動(dòng)態(tài)創(chuàng)建頁面的行為及樣式（即：頁面布局）。因此，系統(tǒng)應(yīng)提供基于布局模板的動(dòng)態(tài)創(chuàng)建頁面功能。在IIS6平臺(tái)及IIS7平臺(tái)下對應(yīng)用程序生命進(jìn)行考察，可以使用在applicationstart時(shí)修改.net默認(rèn)的virtualPathProvider來實(shí)現(xiàn)動(dòng)態(tài)創(chuàng)建頁面功能。如下圖所示：圖表77：動(dòng)態(tài)創(chuàng)建頁面的技術(shù)原理基本原理如下：在應(yīng)用程序生命周期中，當(dāng)用戶請求某一路徑時(shí)，HostingEnvironment（宿主環(huán)境）會(huì)根據(jù)在applicationstart時(shí)設(shè)定的virtualPathProvider取得路徑指示文件的文檔流，然后交給編譯器對代碼文件進(jìn)行編譯，再按頁面生命周期執(zhí)行文件的代碼，最后輸出結(jié)果。若要?jiǎng)討B(tài)創(chuàng)建一個(gè)基于布局模板的虛擬頁面（該模板是物理存在的），即要實(shí)現(xiàn)從一個(gè)在對應(yīng)物理路徑上是不存在的文件，則應(yīng)在獲取該文件的文件流時(shí)，去讀取虛擬頁面所對應(yīng)的布局模板文件的文件流。通過繼承重寫virtualPathProvider的相關(guān)方法，可修改讀取請求文件的對應(yīng)文件流獲取方法，從而使之讀取關(guān)聯(lián)布局模板文件的文件流。該功能主要分為以下兩部分：一、對動(dòng)態(tài)頁面與物理頁面映射關(guān)系管理基本E-R關(guān)系圖所下所示：涉及此功能的對象模型有三個(gè)，分別是頁面、模板以及布局文件。頁面是指用戶動(dòng)態(tài)創(chuàng)建的頁面的記錄，即上面描述的頁面，而模板是特殊的頁面，用于記錄一個(gè)頁面的多個(gè)不同配置情況，布局文件即為所有虛擬動(dòng)態(tài)創(chuàng)建文件的布局模板文件，數(shù)據(jù)庫中的所有布局文件由系統(tǒng)初始化時(shí)注冊，記錄著布局文件的相關(guān)描述信息及實(shí)際的物理路徑。在本系統(tǒng)中，只提供有限個(gè)布局文件，因此布局文件與虛擬文件（頁面及模板）呈一對多的系統(tǒng)，即一個(gè)布局文件可以是不同虛擬文件的關(guān)聯(lián)模板，數(shù)據(jù)庫中的三個(gè)對象實(shí)例記錄了虛擬文件與布局文件之間的關(guān)聯(lián)關(guān)系。布局文件也可以不與任一虛擬文件關(guān)聯(lián)，如新注冊了布局文件時(shí)，該文件就沒與任一虛擬文件關(guān)聯(lián)，直到在創(chuàng)建虛擬文件時(shí)選擇了該布局模板；但虛擬文件必須與一個(gè)布局文件相關(guān)聯(lián)?；谝陨峡紤]，在創(chuàng)建動(dòng)態(tài)文件時(shí)，過程如下：即用戶在創(chuàng)建新的動(dòng)態(tài)頁面時(shí)，必須選擇一個(gè)布局，方可完成創(chuàng)建頁面。二、獲取虛擬頁面對應(yīng)的布局頁面的文件流：要獲取虛擬頁面的關(guān)聯(lián)布局頁面的文件流，必須對VirtualPathProvider進(jìn)行重寫，以改變默認(rèn)Provider直接根據(jù)訪問路徑讀取對應(yīng)的文件系統(tǒng)目錄下文件的文件流。讀取邏輯如下圖所示：基本實(shí)現(xiàn)步驟如下：通過HttpModule在Init事件中，注意定制的VirtrualPathProvider，以在HostingEnvironment實(shí)例化時(shí)（即應(yīng)用程序啟動(dòng)時(shí)），注冊定制的VirtualPathProvider覆蓋默認(rèn)的執(zhí)行程序；重寫VirtrualPathProvider的四個(gè)主要方法：FileExists()、GetFile()、DirectoryExists()以及GetDirectory()，在確認(rèn)用戶請求的路徑是一個(gè)虛擬文件時(shí)，從數(shù)據(jù)庫中讀取關(guān)聯(lián)布局文件的物理路徑，讀取對應(yīng)布局文件的文件流；在Web.config中，注冊該HttpModule，如下所示：<httpModules><addname="BSPHttpModule"type="BingoWCMDemo.ApplicationRuningTime.BSPHttpModule"/></httpModules>技術(shù)關(guān)鍵點(diǎn)：要準(zhǔn)確及快速判斷用戶請求文件是否為虛擬文件；對讀取過的文件，要使用基于關(guān)聯(lián)所有硬盤資源的緩存對文件流進(jìn)行緩存，避免對硬盤重復(fù)讀取，造成性能低下，緩存示例如下：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);}有關(guān)此技術(shù)的更詳細(xì)資料，請參考微軟官方網(wǎng)站：HTTP處理程序和HTTP模塊概述/zh-cn/library/bb398986.aspxIIS5.0和6.0的ASP.NET應(yīng)用程序生命周期概述/zh-cn/library/ms178473.aspxIIS7.0的ASP.NET應(yīng)用程序生命周期概述/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頁面模板及其個(gè)性化技術(shù)本節(jié)主要討論對頁面進(jìn)行個(gè)性化定制的技術(shù)，頁面?zhèn)€性化主要指對頁面布局及頁面上控件的管理與配置，即對頁面上所有WebPart部件的個(gè)性化設(shè)置及其持久化的功能。默認(rèn)的ASP.NET2.0個(gè)性化框架在默認(rèn)的ASP.NET2.0個(gè)性化框架中，同一頁面僅能有兩種模式：共享模式及用戶模式。當(dāng)用戶訪問某一頁面時(shí)，若用戶沒有對該頁面進(jìn)行個(gè)性化定制，則默認(rèn)進(jìn)入共享模式，瀏覽由管理員定制好的頁面；若用戶對該頁面進(jìn)行個(gè)性化定制后，再次訪問，默認(rèn)進(jìn)入用戶模式，瀏覽由用戶定制的頁面，該頁面設(shè)置僅能為該用戶提供，其它用戶不能訪問到該用戶定制的頁面，但該用戶仍可通過切換頁面瀏覽模式，再次瀏覽共享模式下的頁面。本系統(tǒng)對個(gè)性化的需求本系統(tǒng)能實(shí)現(xiàn)在同一頁面，用戶可以選擇管理員預(yù)定制的頁面模板(準(zhǔn)確來說應(yīng)該為頁面配置)，以應(yīng)用到本用戶訪問的該頁面上，該應(yīng)用狀態(tài)能應(yīng)持久化保持。另外，用戶在選擇管理員定制模板后，用戶仍可對頁面進(jìn)行用戶個(gè)性化定制，用戶個(gè)性化定制不影響頁面模板，而且同樣應(yīng)能持久化保持用戶定制的狀態(tài)。用戶在切換頁面模板時(shí)，不必保存用戶個(gè)性化過的頁面狀態(tài)。本系統(tǒng)個(gè)性化需求實(shí)現(xiàn)方案根據(jù)上述描述，ASP.NET的個(gè)性化框架可以滿足用戶模式下的用戶個(gè)性化需求，但不足以滿足有多個(gè)共享模式的切換需求。在系統(tǒng)需求中，所謂的頁面模板，即可理解為頁面擁有多個(gè)共享狀態(tài)，用戶可以任意選擇瀏覽其中一個(gè)共享狀態(tài)，并作為該用戶下次訪問的默認(rèn)狀態(tài)?；诒３窒到y(tǒng)框架的兼容性，對于該需求，本系統(tǒng)仍采用ASP.NET個(gè)性化框架作為基礎(chǔ)框架，在不影響原有各類資源（如第三方控件、編程接口）的前提下，對個(gè)性化框架在框架允許范圍內(nèi)進(jìn)行定制，以滿足系統(tǒng)需求?；炯夹g(shù)原理：一張普通的ASP.NET頁面，其頁面元素大概包含了以下幾部分：整體風(fēng)格——由頁面的母版頁所應(yīng)用的APP_Themes決定；頁面布局——指內(nèi)容頁面的結(jié)構(gòu)以及頁面上ZONE的數(shù)量及排放；個(gè)性化信息——指安放在頁面上（各個(gè)ZONE中）的WebPart信息及WebPart的設(shè)置信息；在本節(jié)技術(shù)中，只關(guān)注頁面的頁面布局以及個(gè)性化信息，頁面的整體風(fēng)格由master頁的皮膚主題進(jìn)行管理。對于頁面布局，利用本系統(tǒng)的動(dòng)態(tài)創(chuàng)建頁面技術(shù)的基礎(chǔ)上，當(dāng)管理員選擇了一個(gè)布局進(jìn)而創(chuàng)建一個(gè)虛擬頁面后，管理員可以在此頁面上創(chuàng)建它的模板頁面（準(zhǔn)備描述應(yīng)該是“頁面配置”模板），該模板頁面也是一個(gè)虛擬頁面，作為對頁面?zhèn)€性化配置信息的承載體，同時(shí)把該虛擬頁面設(shè)置為繼承于模板頁，并與模板進(jìn)行關(guān)聯(lián)。管理員在此模板頁面上進(jìn)行預(yù)定制頁面的配置，管理員可同樣的創(chuàng)建多個(gè)模板頁面。通過這套機(jī)制，系統(tǒng)實(shí)現(xiàn)了對一個(gè)頁面擁有多個(gè)布局及其上面的配置信息的功能。如下面E-R模型描述：此部分的實(shí)現(xiàn)依賴于“運(yùn)行時(shí)動(dòng)態(tài)頁創(chuàng)建技術(shù)”的VirtualPathProvider中的GetFile()邏輯，在獲取虛擬頁面所對應(yīng)布局頁的物理路徑時(shí)，先判斷該虛擬頁是否繼承于模板頁面，若是，則再查詢模板頁面所對應(yīng)布局頁的物理路徑作為該虛擬頁面的物理路徑，如下圖所示：對于頁面上的個(gè)性化設(shè)置，考察了ASP.NET2.0個(gè)性化框架的技術(shù)架構(gòu)，實(shí)現(xiàn)個(gè)性化功能主要由三部分組成，如下圖所示：從上圖可以看出，ASP.NET個(gè)性化框架是通過一系列的控件（主要是WebPartManager），將頁面?zhèn)€性化信息通過個(gè)性化數(shù)據(jù)提供器保存到個(gè)性化數(shù)據(jù)存儲(chǔ)單元中，以實(shí)現(xiàn)個(gè)性化數(shù)據(jù)的持久化。當(dāng)用戶再次訪問同一頁面時(shí)，個(gè)性化控件將與該頁面相關(guān)的個(gè)性化數(shù)據(jù)通過提供器提取出來，還原上次訪問的設(shè)置。在Web.config配置中，我們可以找到關(guān)于個(gè)性化數(shù)據(jù)提供器的設(shè)置，應(yīng)用（指本系統(tǒng)）可對該個(gè)性化數(shù)據(jù)提供器進(jìn)行定制，修改個(gè)性化數(shù)據(jù)的存儲(chǔ)結(jié)構(gòu)或存/取邏輯。本系統(tǒng)中，通過重寫個(gè)性化提供程序的“取”邏輯，以滿足系統(tǒng)需求。ASP.NET的數(shù)據(jù)存儲(chǔ)方案由三個(gè)對象組成，分別是路徑表、共享個(gè)性化信息表及用戶個(gè)性化信息表，數(shù)據(jù)的存儲(chǔ)以用戶當(dāng)前訪問的路徑為關(guān)鍵標(biāo)識(shí)，根據(jù)當(dāng)前的頁面模式，取得對應(yīng)的個(gè)性化數(shù)據(jù)，如下圖所示：本系統(tǒng)沿用此數(shù)據(jù)結(jié)構(gòu)作為個(gè)性化數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)。在頁面加載布局后，根據(jù)頁面當(dāng)前訪問模式，按以下邏輯讀取：基本實(shí)現(xiàn)步驟：在VirtrualPathProvider中的GetFile()方法中加入取模板頁布局頁面路徑邏輯；重寫SQLPersonalizationProvider中的LoadPersonalizationState()方法，根據(jù)上述“取”邏輯進(jìn)行讀??；在Web.config中重載機(jī)器Web.config中的WebPart節(jié)對個(gè)性化提供程序的配置，如下面所示：<webParts><personalization><providers><addconnectionStringName="LocalSqlServer"name="AspNetSqlPersonalizationProvider"type="System.Web.UI.WebControls.WebParts.SqlPersonalizationProvider,System.Web,Version=,Culture=neutral,PublicKeyToken=b03f5f7f11d50a3a"/></providers></personalization></webParts>技術(shù)關(guān)鍵點(diǎn)：如何判斷當(dāng)前頁面視圖模式；在用戶模式下，獲取頁面模板路徑及其共享模式下的個(gè)性化數(shù)據(jù)；對鎖定控件的個(gè)性化數(shù)據(jù)，如何解釋PageSettings數(shù)據(jù)包及合并數(shù)據(jù)包；有關(guān)此技術(shù)的更詳細(xì)資料，請參考微軟官方網(wǎng)站：Web部件個(gè)性化設(shè)置/zh-cn/library/ms178182.aspxWeb部件個(gè)性化設(shè)置的使用要求/zh-cn/library/58sw37f7.aspxSqlPersonalizationProvider類(System.Web.UI.WebControls.WebParts)/zh-cn/library/system.web.ui.webcontrols.webparts.sqlpersonalizationprovider.aspx門戶平臺(tái)功能部件管理技術(shù)根據(jù)本系統(tǒng)需求，本系統(tǒng)平臺(tái)對Web部件有如下主要功能目標(biāo)：本平臺(tái)作為系統(tǒng)集成的基礎(chǔ)平臺(tái)，允許第三方Web部件導(dǎo)入本系統(tǒng)中進(jìn)行統(tǒng)一管理；被導(dǎo)入到Web部件庫中的Web部件，作為本平臺(tái)的統(tǒng)一資源管理，受權(quán)限系統(tǒng)控制；系統(tǒng)管理員及普通用戶在權(quán)限的控制下，均有權(quán)在系統(tǒng)的各頁面使用Web部件；在頁面上被系統(tǒng)管理員設(shè)置為鎖定的Web部件，用戶不能對其進(jìn)行編輯、關(guān)閉或刪除；若第三方Web部件要使用本系統(tǒng)提供的擴(kuò)展功能，必須實(shí)現(xiàn)本系統(tǒng)規(guī)定的相關(guān)接合及規(guī)范；基于以上需求，本系統(tǒng)Web部件采用MicrosoftASP.NET2.0中的Web部件作為本系統(tǒng)Web部件開發(fā)標(biāo)準(zhǔn)，暫不考慮對其它非微軟標(biāo)準(zhǔn)Web部件的兼容性問題。在此基礎(chǔ)上建立Web部件庫、Web部件鎖定擴(kuò)展及相關(guān)第三方Web部件接入、使用規(guī)范。功能實(shí)現(xiàn)可分為兩部分考慮：Web部件庫管理（部件導(dǎo)入）本系統(tǒng)的Web部件，均必須經(jīng)過管理員導(dǎo)入及授權(quán)后，方可以系統(tǒng)中進(jìn)行使用。所有Web部件將統(tǒng)一存儲(chǔ)在下面的數(shù)據(jù)結(jié)構(gòu)中，如圖所示：為了加快Web部件的開發(fā)速度，以及使用以往已開發(fā)好的用戶控件能兼容使用在本平臺(tái)上，本系統(tǒng)使用的Web部件將有兩類，一類是標(biāo)準(zhǔn)的Web部件，另一類是通過標(biāo)準(zhǔn)Web部件包裝使用的普通用戶控件，有關(guān)此用戶控件包裝的描述請見下節(jié)“2.Web有臺(tái)應(yīng)用技術(shù)及擴(kuò)展”的描述。基于上述應(yīng)用場景，把標(biāo)準(zhǔn)Web部件及用作Web部件的用戶控件統(tǒng)稱為“ManagedPart”，ManagedPart為本系統(tǒng)專用控件，但兼容ASP.NET平臺(tái)標(biāo)準(zhǔn)WEB部件框架及個(gè)性化框架（有關(guān)個(gè)性化框架請參考“7.2.2頁面模板及其個(gè)性化技術(shù)”）。統(tǒng)一兩類控件原理在ASP.NET2.0框架上，標(biāo)準(zhǔn)的WEB部件受框架的支持，默認(rèn)的接口及功能均可以安全使用在平臺(tái)上；但用戶控件則不行，用戶控件并不能像WEB部件一樣擁有在界面上進(jìn)行定制的功能，如拖動(dòng)、個(gè)性化屬性等，只能在設(shè)計(jì)時(shí)進(jìn)行。因此，必須將用戶控件像標(biāo)準(zhǔn)WEB部件靠攏，將用戶控件當(dāng)作標(biāo)準(zhǔn)WEB部件使用。把用戶控件轉(zhuǎn)化成標(biāo)準(zhǔn)WEB部件的關(guān)鍵是通過用戶控件包裝器。用戶控件包裝器也是一個(gè)標(biāo)準(zhǔn)的WEB部件，但該部件擁有一個(gè)定制屬性：用戶控件路徑。當(dāng)該控件被加載時(shí)，控件會(huì)根據(jù)上述定制屬性，動(dòng)態(tài)加載該用戶控件到界面中，從而使用戶控件與WEB部件擁有相同的功能及用戶體驗(yàn)?？丶?dǎo)入界面基于ManagedPart的設(shè)計(jì)，導(dǎo)入分為兩為兩個(gè)視圖：從指定目錄下導(dǎo)入用戶控件及從程序集中導(dǎo)入標(biāo)準(zhǔn)Web部件，如下圖所示：系統(tǒng)通過反射部署在bin目錄或GAC目錄中的全部或指定的程序集以及遍歷指定用戶控件部署文件夾下的所有ASCX文件，生成上面兩個(gè)導(dǎo)入新控件視圖。標(biāo)準(zhǔn)Web部件的導(dǎo)入名稱及描述由WebPart類中的屬性（Attribute:Description）中得到；用戶控件的導(dǎo)入名稱及描述由一個(gè)同名的UserControl.config文件（可選，若找不到該文件，則控件的名稱為不帶后綴的控件文件名稱，描述留空）中得到?？丶?dǎo)入邏輯把平臺(tái)的ManagedPart管理起來，目的是使在這些控件的使用中受控。如上面的控件數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)所示，控件的SerialID即為控件的權(quán)限控制Token，通過這個(gè)控件的唯一標(biāo)識(shí)，讓控件納入在本系統(tǒng)的權(quán)限控制范圍（關(guān)于權(quán)限控制，請參考“xxxxxxxxx”）；控件的名稱以及控件描述即為在導(dǎo)入界面中得到的數(shù)據(jù)，而控件配置即為一份關(guān)于控件中各屬性的xml數(shù)據(jù)，在將控件添加到界面時(shí)，界面程序就是通過這份xml數(shù)據(jù)把控件添加到用戶指定的頁面中。控件配置xml數(shù)據(jù)示例如下所示：導(dǎo)入邏輯如下圖所示：Web部件前臺(tái)應(yīng)用技術(shù)及擴(kuò)展在ASP.NET2.0Web部件默認(rèn)框架中，僅提供使用Web部件的基本控件，如：WebPartManager：頁面上的Web部件及相關(guān)控件的核心控件，使用Web部件的頁面上必須得此控件；WebPartZone：Web部件的定位載體，Web部件必須放置在此控件中保存；CatalogZone：Web部件列表控件，展示所有可用的Web部件；WebPart：所有自定義WebPart的基類，自定義的Web部件必須從此控件派生出來；ASP.NET2.0框架中提供的控件雖然可以滿足Web基本管理與使用，但對普通用戶仍存在一定的難度。本系統(tǒng)定位于門戶系統(tǒng)，用戶群體類型廣泛，因此，易用性對于本系統(tǒng)來說猶為重要?；敬丝紤]，在不影響原有功能及兼容性的前提下，本系統(tǒng)對Web部件的前臺(tái)應(yīng)用技術(shù)作以下擴(kuò)展：用戶添加控件在默認(rèn)的WebPartZone中，用戶不能對該Zone直接添加Web部件，必須通過編輯頁面后，從CatalogZone中進(jìn)行拖拽。對于普通用戶，從操作數(shù)量及過程考慮，用戶難以理解從某個(gè)控件中進(jìn)行的操作，因此，本系統(tǒng)在對用戶添加控件的過程加以擴(kuò)展，以方便用戶使用，示例效果如下圖所示：在WebPartZone上添加一個(gè)按鈕“添加Web

部件”，用戶直接點(diǎn)擊按鈕來添加控件。在點(diǎn)擊后，用戶看到如下圖的Web部件列表，選擇需要的控件并點(diǎn)擊確定，即可把控件添加到頁面對應(yīng)的WebPartZone中，Web部件列表示例效果如下圖所示：對WebPart的擴(kuò)展根據(jù)需求，對于本系統(tǒng)中的部分Web部件，需要實(shí)現(xiàn)鎖定及使用統(tǒng)計(jì)功能。這兩項(xiàng)功能是默認(rèn)Web部件不支持功能，由本系統(tǒng)平臺(tái)對部件進(jìn)行擴(kuò)展。對部件實(shí)現(xiàn)“鎖定”功能對部件實(shí)行“鎖定”，即管理員把某控件進(jìn)行“鎖定”操作后，所有用戶（包括管理員本身）在其個(gè)性化模式中均不能把此部件進(jìn)行“最小化”、“關(guān)閉”、“刪除”等操作；對于管理新添加的“鎖定”控件，同時(shí)也添加到所有用戶的個(gè)性化模式中；當(dāng)管理員對部件進(jìn)行“解鎖”操作后，部件恢復(fù)默認(rèn)功能。在上述需求中，可分解為兩部分實(shí)現(xiàn)：對部件添加“鎖定”及“解鎖”謂詞（謂詞：即為控件右上角菜單的可用操作）此鎖定狀態(tài)將作為一個(gè)控件個(gè)性化屬性保存到控件的個(gè)性化信息中，當(dāng)控件被鎖定后，系統(tǒng)會(huì)將該控件的

“最小化”、“關(guān)閉”、“刪除”等操作禁用，以禁止用戶對控件的操作，實(shí)現(xiàn)界面部件的功能；在讀取用戶個(gè)性化信息時(shí)，合并共享模式中被鎖定的部件此部分主要將新鎖定的控件添加到已用戶個(gè)性化的頁面上。對部件實(shí)現(xiàn)使用統(tǒng)計(jì)功能本功能主要指對用戶把控件拖拽出來使用的場景，當(dāng)用戶拖拽部件到界面時(shí)，系統(tǒng)會(huì)捕獲Web部件添加的事件，再調(diào)用本系統(tǒng)的計(jì)數(shù)器接口，以實(shí)現(xiàn)對部件使用的統(tǒng)計(jì)功能。通過考慮對第三方控件的兼容性及易用性，該功能將通過接口實(shí)現(xiàn)的方式添加。關(guān)于計(jì)數(shù)器是如何工作的，請參考計(jì)數(shù)器的相關(guān)描述。對事件的捕獲邏輯如下圖所示：關(guān)于內(nèi)容管理的技術(shù)實(shí)現(xiàn)信息文件的分類管理：把知識(shí)信息分布在多級(jí)目錄結(jié)構(gòu)下進(jìn)行分類管理；信息文件的附加信息：在文件上附加關(guān)鍵字、附加說明等屬性信息，以便全文檢索和信息處理時(shí)對文件進(jìn)行區(qū)分；信息的多維分類：讓用戶從不同的知識(shí)分類角度瀏覽文件；信息的版本控制：保留文件的多個(gè)歷史版本；信息的全文檢索：對文件標(biāo)題、內(nèi)容和附加屬性進(jìn)行全文檢索；信息的審批處理：支持基于工作流的信息審批；信息的對外發(fā)布：可以控制部門內(nèi)的信息向整個(gè)企業(yè)、特定的部門或者部門內(nèi)部的特定人員發(fā)布；信息的團(tuán)隊(duì)共享與協(xié)作：支持部門和項(xiàng)目組內(nèi)部共享和對文件進(jìn)行協(xié)作，并且可以把內(nèi)部信息向外發(fā)布，共享給上級(jí)、平級(jí)和下級(jí)單位。訪問流量及點(diǎn)擊統(tǒng)計(jì)動(dòng)作腳本記錄動(dòng)作訪問的內(nèi)嵌腳本與模塊訪問的相似，不同的是動(dòng)作訪問記錄腳本中增加了動(dòng)作標(biāo)識(shí)，以便于統(tǒng)計(jì)。因?yàn)閯?dòng)作是隸屬于某一模塊的，所以要獲取某一動(dòng)作的記錄腳本，需先選中該模塊節(jié)點(diǎn)，在右側(cè)“動(dòng)作”Tab頁中將顯示當(dāng)前模塊下的動(dòng)作列表。列表最后一列（腳本）為顯示記錄該動(dòng)作的內(nèi)嵌腳本按鈕。點(diǎn)擊該按鈕將以下拉窗口形式展現(xiàn)腳本內(nèi)容，操作界面和方法與模塊腳本相同。如下圖所示：腳本說明將腳本復(fù)制到系統(tǒng)頁面代碼中，腳本在頁面加載時(shí)注冊并開始監(jiān)聽事件，待事件發(fā)生時(shí)，延遲一定時(shí)間后執(zhí)行記錄操作，從而完成一次訪問登記。注冊事件方法gcpTracker.Event的參數(shù)，由客戶代碼根據(jù)實(shí)際情況自行設(shè)定，各參數(shù)說明如下：參數(shù)名否必須參數(shù)說明obj是監(jiān)控事件的源，比如監(jiān)控頁面加載，則事件源為窗體（window），監(jiān)控按鈕點(diǎn)擊，則事件源為按鈕對象。需要注意的是，由于在頁面加載過程中執(zhí)行該方法，要確保該對象在腳本執(zhí)行時(shí)已創(chuàng)建，因此要將腳本在文檔中的位置放置于事件源對象之后。eventt是監(jiān)控事件的名稱，比如監(jiān)控頁面加載，則事件名稱為onload，監(jiān)控按鈕點(diǎn)擊，則事件名稱為onclick。delay是事件觸發(fā)之后執(zhí)行記錄操作之前這段時(shí)間，單位毫秒。onPreSend否執(zhí)行記錄操作之前調(diào)用的客戶自定義方法，方法的第一參數(shù)為訪問數(shù)據(jù)對象。該客戶方法主要用于修改待記錄的訪問信息。注意，腳本中包含生產(chǎn)環(huán)境地址的腳本路徑，如果腳本布署環(huán)境與此不一致，需要考慮是否動(dòng)態(tài)修改此地址。針對采用ASP.NET技術(shù)構(gòu)建的項(xiàng)目，系統(tǒng)提供HttpModule的記錄方式。采用此方式的優(yōu)點(diǎn)是容易布署，缺點(diǎn)是獲取信息量較少。此方式目前能獲取到的信息包含訪問地址，瀏覽器信息，訪客IP地址及系統(tǒng)注冊標(biāo)識(shí)(nodeID)。布署方法步驟1，將程序集GCP.Services.Traffic.Interceptor.dll拷貝到系統(tǒng)的應(yīng)用程序集目錄中，通常是在bin目錄下。步驟2，修改web.config站點(diǎn)配置文件。增加HttpModule注冊節(jié)點(diǎn)，在configuration/system.web節(jié)點(diǎn)下添加如下內(nèi)容，如果已經(jīng)存在httpModules節(jié)點(diǎn)，則只要增加如下add節(jié)點(diǎn)<httpModules></addname="GCPTrafficTracker"type="GCP.Services.Traffic.Interceptor.PageTrackerModule,GCP.Services.Traffic.Interceptor"></httpModules>增加sectionGroup配置節(jié)點(diǎn)，在configuration/configSections節(jié)點(diǎn)下添加如下內(nèi)容，如果已經(jīng)存在configSections節(jié)點(diǎn)，則只要增加如下sectionGroup節(jié)點(diǎn)<configSections><sectionGroupname="gcpTraffic"><sectionname="trackerConfig"type="GCP.Services.Traffic.Interceptor.TrackerConfig,GCP.Services.Traffic.Interceptor"allowLocation="true"allowDefinition="Everywhere"/></sectionGroup></configSections>增加自定義配置節(jié)點(diǎn)，在configuration節(jié)點(diǎn)下添加如下內(nèi)容，其中hostHeader是流量統(tǒng)計(jì)服務(wù)的站點(diǎn)主機(jī)頭，nodeI