愛華網(wǎng)
軟件工程碩士論文：基于Web Service的電子政務(wù)系統(tǒng)的研究與實現(xiàn)
第四章需求分析
4．1電子政務(wù)建設(shè)目標
電子政務(wù)的總體建設(shè)目標是以信息安全為基礎(chǔ)，以數(shù)據(jù)獲取和整合為核心，面向決
策支持、面向公眾服務(wù)。
4．1．1決策支持系統(tǒng)
電子政務(wù)的建設(shè)一定要面向政府部門的決策支持，提高政府部門決策的準確性和科
學性，使政府為整個國民經(jīng)濟和社會的發(fā)展提供科學的計劃和宏觀調(diào)控。具體地說，面
向決策支持主要包括有效數(shù)據(jù)獲取和整合、有效授權(quán)與高效辦公、先進數(shù)據(jù)挖掘和決策
支持、智能公文流轉(zhuǎn)與公文交換以及社會資源、自然資源和人力資源管理等。
4．1．2公眾服務(wù)系統(tǒng)
面向公眾服務(wù)是面向國際電子政務(wù)發(fā)展和建設(shè)的主流趨勢，使電子政務(wù)面向決策支
持功能的根本目的，因而也是電子政務(wù)建設(shè)的重點之一。
公眾服務(wù)以建設(shè)高效、公開、勤政的公眾服務(wù)系統(tǒng)的目標，以政府部門同常業(yè)務(wù)處
理信息系統(tǒng)以及國家信息安全基礎(chǔ)設(shè)施為基礎(chǔ)，通過先進的互聯(lián)網(wǎng)技術(shù)更好地向社會、
企業(yè)和公眾提供政府部門的服務(wù)，以適應(yīng)信息化社會發(fā)展的需要。典型的公眾服務(wù)業(yè)務(wù)
系統(tǒng)包括一站式服務(wù)框架、網(wǎng)上工商系統(tǒng)、網(wǎng)上稅務(wù)系統(tǒng)、網(wǎng)上政務(wù)公開系統(tǒng)、網(wǎng)上政
府采購系統(tǒng)、網(wǎng)上社會保障系統(tǒng)等。
4．2電子政務(wù)分層邏輯模型
整個邏輯結(jié)構(gòu)按照功能可以自下而上劃分為三個層次：基礎(chǔ)設(shè)施層、統(tǒng)一的安全電
子政務(wù)平臺層、電子政務(wù)應(yīng)用層。
1．基礎(chǔ)設(shè)施層包括網(wǎng)絡(luò)基礎(chǔ)設(shè)施和信息安全基礎(chǔ)設(shè)施。這個邏輯模型是對各級電子
政務(wù)系統(tǒng)的抽象概括，適用于具體政府部門的電子政務(wù)系統(tǒng)或者整個電子政務(wù)系統(tǒng)，其
中網(wǎng)絡(luò)基礎(chǔ)設(shè)施、信任和授權(quán)服務(wù)基礎(chǔ)設(shè)施構(gòu)成國家信息安全基礎(chǔ)設(shè)施NISI。網(wǎng)絡(luò)基礎(chǔ)
設(shè)施層是為電子政務(wù)系統(tǒng)提供政務(wù)信息及其他運行管理信息傳輸和交換的平臺，是整個
電子政務(wù)體系的最終信息承載者，位于分層體系結(jié)構(gòu)的最低層。
2．信息安全基礎(chǔ)設(shè)施在網(wǎng)絡(luò)基礎(chǔ)設(shè)施所提供的信息傳輸服務(wù)平臺的基礎(chǔ)上，增加了
面向電子政務(wù)應(yīng)用的通用安全服務(wù)，為電子政務(wù)應(yīng)用提供了一個通用的、高性能安全和
授權(quán)計算平臺，即所謂的智能化信任和授權(quán)平臺。智能化信任和授權(quán)基礎(chǔ)設(shè)施的引入使
電子政務(wù)應(yīng)用系統(tǒng)能夠以便捷而靈活的方式來構(gòu)建自身的安全體系。
3．電子政務(wù)應(yīng)用層主要是在統(tǒng)一安全的電子政務(wù)系統(tǒng)層所提供的一站式電子政務(wù)服
務(wù)框架的基礎(chǔ)上，加載和運行的一系列政務(wù)業(yè)務(wù)應(yīng)用系統(tǒng)，是體現(xiàn)政務(wù)服務(wù)的關(guān)鍵，也
是電子政務(wù)系統(tǒng)面向最終用戶的層面。
J L
網(wǎng)上網(wǎng)上網(wǎng)上金融處理
I子政務(wù)工商稅務(wù)統(tǒng)計服務(wù)辦公
踅用層
一站式服務(wù)框架
’ r
L
統(tǒng)一可信Web服務(wù)平臺
!一的安
：電子政統(tǒng)一Web f-jp平臺
，平臺層
統(tǒng)一數(shù)據(jù)交換平臺
r
JL
信息安全域基礎(chǔ)設(shè)施
|PK-lIPM·f
I CA f|KM¨RAIl AAlI RM l
基礎(chǔ)
熒施層
網(wǎng)絡(luò)信任域基礎(chǔ)設(shè)施
網(wǎng)絡(luò)信任域網(wǎng)絡(luò)信任域
互聯(lián)網(wǎng)互聯(lián)網(wǎng)涉密網(wǎng)
r
圖4．1總體技術(shù)結(jié)構(gòu)的邏輯模型
model of theWholestructure
Fi94-1logicaltechnology
4．3實例描述分析
要完成完整的電子政務(wù)系統(tǒng)是復(fù)雜的過程，因為系統(tǒng)本身的特點，包含的子系統(tǒng)過
多，因此我們這里主要描述了政府的一站式電子政務(wù)系統(tǒng)，并結(jié)合面向Web服務(wù)的電
子政務(wù)工作流模型，這里主要實現(xiàn)的模塊包括政府一站式服務(wù)門戶、政務(wù)服務(wù)驅(qū)動引擎、
政務(wù)服務(wù)注冊中心、消息總線、信息資源庫、Web服務(wù)組件、過程定義工具、以及服
務(wù)流程管理工具等組成部分。
從整個電子政務(wù)系統(tǒng)的應(yīng)用層次上來說，主要實現(xiàn)的幾個部分為：政府公眾信息網(wǎng)
部分、辦公業(yè)務(wù)網(wǎng)部分、部門內(nèi)網(wǎng)部分。 4．3．1各子系統(tǒng)之間的整合實例
設(shè)A為一主管部門，它擁有多個下屬部門，各部門內(nèi)部之間都已經(jīng)用不同的技術(shù)
方式實現(xiàn)了內(nèi)部的電子政務(wù)系統(tǒng)。現(xiàn)在需要將它們的業(yè)務(wù)邏輯進行整合，要求各個了部
門與A之間能方便地進行信息交互。此例逐步展示了A部門如何向各個子部門提供
W．eb服務(wù)。
為了方便系統(tǒng)之間尤其是異構(gòu)平臺之間的交互，需要將所有的操作(服務(wù)調(diào)用，如
數(shù)據(jù)請求、數(shù)據(jù)添加等)和操作的數(shù)據(jù)(服務(wù)調(diào)用的參數(shù)和返回)進行規(guī)范化的描述，以便
所有需要參與互操作的系統(tǒng)共同遵守。規(guī)范定義分為兩個部分：(1)數(shù)據(jù)結(jié)構(gòu)：該部分
定義在SOAP消息中傳輸?shù)膮?shù)／數(shù)據(jù)和響應(yīng)數(shù)據(jù)的XML Schema，作為每個API的補
充的消息格式，同時為最終的API處理提供數(shù)據(jù)層解析／包裝的規(guī)范。(2)操作API：是
一組SOAPAPI，定義不同的SOAPAPI的行為和實現(xiàn)的調(diào)用／響應(yīng)的功能描述。主要涉
及到的步驟為：
1．數(shù)據(jù)結(jié)構(gòu)設(shè)計
在應(yīng)用中，需要傳輸?shù)臄?shù)據(jù)可分為兩類：類別和數(shù)據(jù)信息。類別指明所傳輸?shù)臄?shù)據(jù)
類別、意義(如所傳信息為財務(wù)數(shù)據(jù)還是人事數(shù)據(jù))，數(shù)據(jù)信息則是具體的值。因此，需
要分別對這兩類數(shù)據(jù)結(jié)構(gòu)進行描述。
2．操作API設(shè)計。
在確定了數(shù)據(jù)結(jié)構(gòu)XML描述格式后，接下來設(shè)計操作的API。根據(jù)實際需求，為
了覆蓋所有需要對外的功能，可能存在許多的API。
3．WebService實現(xiàn)．
在對交互信息做了規(guī)范化描述后，進一步介紹Web Service技術(shù)系列中的XML
Schema、SOAP、WSDL、UDDI等在服務(wù)實現(xiàn)的過程中是如何被一一使用的。
4．XMLSchema數(shù)據(jù)建模
使用W3CXMLSchema描述的XML文檔。
5．SOAP消息示例，在定義XML Schema之后，在Web Service實現(xiàn)時，可以參照
XMLSchema使用SOAP進行互相通信。
6．WSDL服務(wù)描述
對SOAPAPI消息完成Schema建模之后，這個數(shù)據(jù)模型可以由SOAP接口來使
用，當發(fā)生具體調(diào)用時可以使用這個數(shù)據(jù)模型來處理傳入的參數(shù)并生成傳出的參數(shù)。利
用這個數(shù)據(jù)模型，可以生成相應(yīng)的WSDL描述，從而將這個Web Service的接口文檔發(fā)布給使用者，該接口文檔具備被程序自動處理的能力。根據(jù)XMLSchema生成WSDL
文檔是非常方便的，有豐富的工具可以使用。
7．UDDI服務(wù)發(fā)布
政務(wù)系統(tǒng)是面向公眾的，為了使更多的潛在用戶能夠發(fā)現(xiàn)這個Web Service，同時
也為了加強Web Service的互操作能力和災(zāi)難恢復(fù)時的連接保持能力，需要使用UDDI
SDK將Web Service注冊到UDDI注冊中心去。在UDDI中所提供的服務(wù)以所謂的
Tmodel fTechnicalModel)來代表。TModel是UDDI用來描述服務(wù)的接口，Tmodel也
使用XML格式封裝信息，代表在UDDI中可對外輸出的服務(wù)。而在這個XML文件中
擁有一個惟一的tModelKey，以及描述這個Tmodel服務(wù)的URL，通過這個URL可以
查詢到這個Tmodel代表的服務(wù)描述信息。
4．3．2東營市政府的主要部門
圖4．2東雷市各部門結(jié)構(gòu)圖
Fi94-2 structures of mainly departments in city DongYing
對于以上各個組織部門，均可以建立一個子系統(tǒng)作為該部門的電子政務(wù)系統(tǒng)，根據(jù)
上一節(jié)提出的解決方案，系統(tǒng)之間的通信是可以實現(xiàn)的，基于Web Service的技術(shù)為各
部門之間的信息共享和訪問提供了支持。
4．4模塊設(shè)計需求
由于系統(tǒng)所涉及的模塊數(shù)目巨大，這里不再詳細一一介紹，以信訪系統(tǒng)子模塊為例 來簡要說明。另外所有模塊均應(yīng)滿足以下條件：
1．系統(tǒng)總體要建成一個以業(yè)務(wù)數(shù)據(jù)庫為基礎(chǔ)，工作流為紐帶的統(tǒng)一綜合性平臺，幫
助優(yōu)化和改造的辦公流程，提高整體工作的有效性。
2．先進的軟件體系結(jié)構(gòu)，并將關(guān)系數(shù)據(jù)庫和文檔數(shù)據(jù)庫有機的結(jié)合，適應(yīng)種種可能
的變化和事件，提高政府整體快速服務(wù)能力。
3．自適應(yīng)的工作流程定義，用戶可以根據(jù)自身工作的機構(gòu)設(shè)置靈活調(diào)整工作流程，
而無需修改程序。
4．支持遠程網(wǎng)上辦公。
5．采用IBM最先進的智能決策支持系統(tǒng)平臺，使決策支持系統(tǒng)在基層政府的OA
系統(tǒng)中首次得到應(yīng)用。
6．集成了OCX控件技術(shù)，包括全文批注控件，動態(tài)簽名認證控件，手寫識別控件，
親筆電子郵件等功能，使系統(tǒng)的使用更加方便。
信訪管理是電子政務(wù)系統(tǒng)中的重要模塊之一，根據(jù)領(lǐng)域分析，信訪管理主要包括信
訪登記、信訪請示、信訪轉(zhuǎn)辦交辦、信訪催辦等主要內(nèi)容。其中，信訪登記是信訪工作
的起始環(huán)節(jié)，通過對來訪、來信、來電的處理、登記，將信訪所反映的主要問題和相關(guān)
情況錄入到計算機中，建立起信訪登記庫；信訪請示是信訪件受理后，報有關(guān)領(lǐng)導(dǎo)批示
處理辦法的程序；信訪轉(zhuǎn)辦交辦是把已審批、要轉(zhuǎn)初查的信件交下級部門或其它部門和
具體辦理人員的一種安排；信訪催辦主要是為了提高信訪辦理的工作效率，保證信訪件
按時報結(jié)，對正在辦理的信訪件進行催報的處理過程。它是對信訪初查時限的管理。根
據(jù)上述分析，設(shè)計信訪管理子系統(tǒng)的用例模型表達信訪管理子系統(tǒng)的需求，
4．5小結(jié)
本章開始對系統(tǒng)進行需求分析，前兩節(jié)描述了宏觀上整個系統(tǒng)的總體建設(shè)目標、以
及邏輯分層模型。后面主要是結(jié)合東營市政府部門的具體實際來闡述電子政務(wù)系統(tǒng)的功
能需求，這是論文的重要部分之一。
第五章模型架構(gòu)詳細設(shè)計
5．1系統(tǒng)服務(wù)總體架構(gòu)
電子政務(wù)的工作流模型和Web服務(wù)器架構(gòu)可以用不同的模型來進行描述和研究。
文中結(jié)合了一種面向Web服務(wù)的電子政務(wù)工作流模型。參照數(shù)據(jù)庫系統(tǒng)模型的分析方
法，可以將Web Service架構(gòu)劃分成基礎(chǔ)概念層、邏輯分析層和應(yīng)用物理層三個層次的
模型?；A(chǔ)概念層模型指出了參與Web服務(wù)架構(gòu)的各個實體間的關(guān)系及其基本活動，
邏輯分析層模型描述了每一個Web服務(wù)具有的標準協(xié)議棧，而應(yīng)用物理層模型則涉及
到Web服務(wù)架構(gòu)中各個協(xié)議的具體實現(xiàn)。系統(tǒng)的總體架構(gòu)圖如5．1所示。
電子政務(wù)門戶
公信
文息
處交
理 薹|l耋I l|||ll莖Il蓁ll薹||霎I|蓁換
應(yīng)用服務(wù)中一6,(ira，COM+AVeb Service／．Net，MSMQ)
開發(fā)平臺(Visual Studio．Net)
基礎(chǔ)服務(wù)(目錄系統(tǒng)，郵件系統(tǒng)，數(shù)據(jù)庫系統(tǒng))
應(yīng)用支撐平臺
圖孓l系統(tǒng)總體架構(gòu)‘
whole frameof the
Fi95-1system
5．1．1基礎(chǔ)概念層
在電子政務(wù)平臺中，基于SOAP的Web服務(wù)包括以下三個部分，具體的框架圖如
圖5．2所示。第五章模型架構(gòu)詳細設(shè)計
圖5-2基礎(chǔ)概念層模型
basiclevel model
Fi95-2 concept
(1)服務(wù)提供者
服務(wù)提供者是提供W|eb服務(wù)的政府部門和機構(gòu)。提供者發(fā)布對政務(wù)服務(wù)的描述。
(2)注冊中心‘
注冊中心是基于通用描述、發(fā)現(xiàn)、集成標準的，提供了一個開放、平臺無關(guān)的技術(shù)
框架。
(3)服務(wù)請求者
服務(wù)請求者是請求政務(wù)服務(wù)的公眾或者企業(yè)。請求者可以利用SOAP消息發(fā)送請求
到注冊中心，在其上定位并獲得所需要的服務(wù)。
5．1．2邏輯分析層
在邏輯分析層，主要描述了整個系統(tǒng)涉及到的服務(wù)協(xié)議，具體層次結(jié)構(gòu)見圖5—3。
1．線(Wire)級協(xié)議棧，主要負責處理Web服務(wù)環(huán)境中不同角色間實際的信息交換，
它包括網(wǎng)絡(luò)傳輸(Transport)、消息包裝(Package)和消息擴展(Extensions)---部分。
2．描述(Description)級協(xié)議棧，描述級協(xié)議棧解決的是關(guān)于電子政務(wù)服務(wù)的描述問
題，即一個電子政務(wù)的Web服務(wù)能做什么，它是由哪個政府部門提供以及如何調(diào)用它
等。服務(wù)描述和SOAP消息機制一起，使得電子政務(wù)的Web服務(wù)真正實現(xiàn)了與底層的
平臺和語言無關(guān)，通?？梢詫f(xié)議棧中的協(xié)議劃分為描述單個Web服務(wù)的協(xié)議和描述
多個Web服務(wù)之間互操作的協(xié)議。
3．發(fā)現(xiàn)代理(Discove巧Agencies)級協(xié)議棧，發(fā)現(xiàn)代理級協(xié)議棧包括以下三個層次的
協(xié)議：
(1)查閱層(Inspection)：它提供了一種分散化的服務(wù)發(fā)現(xiàn)方法，如WSDL規(guī)范就
定義了一種包含某領(lǐng)域內(nèi)WSDL的URL列表和其他WSIL文檔的URL列表的文檔格
式。
(2)發(fā)布(Publication)：Web服務(wù)必須發(fā)布以后才能被服務(wù)請求者查找和調(diào)用。Web
服務(wù)產(chǎn)生以后，發(fā)布到哪里以及如何進行發(fā)布就是發(fā)布層所解決的問題。根據(jù)應(yīng)用對
Web服務(wù)的動態(tài)性強弱的要求，可以采用不同的發(fā)布機制，如直接發(fā)布，利用WSIL機
制發(fā)布或者利用UDDI庫發(fā)布。
(3)發(fā)現(xiàn)(Discovery)：協(xié)議處理服務(wù)的發(fā)現(xiàn)和查找問題。在設(shè)計階段，服務(wù)請求者
根據(jù)服務(wù)的接口描述來查找服務(wù)；在運行階段，服務(wù)請求者根據(jù)服務(wù)的通信方式和服務(wù)
質(zhì)量來查找服務(wù)。查詢方式支持按接口類型(如WSDL模板)查詢、按綁定方式(如協(xié)議)
查詢、按特性(如QoS參數(shù))查詢、按指定消息中間節(jié)點類型查詢、按服務(wù)分類查詢及按
商業(yè)信息查詢等。 5．1．3物理應(yīng)用層
1．政府公眾信息網(wǎng)部分
Web服務(wù)的完整的工作系統(tǒng)；也有可能是細粒度Web服務(wù)，d,N只是完成～個具體功
能的原子服務(wù)。Web服務(wù)組件可以根據(jù)需求全新開發(fā)，但更可能的是將已有的、相互
間獨立的內(nèi)部系統(tǒng)的核心功能以Web服務(wù)的形式發(fā)布出來。從圖中可以看出模型中還
有一個消息總線，消息總線是溝通模型中各個部分的橋梁，它不完全屬于前面提到的任
一部分。消息總線是對模型中各部分之間實現(xiàn)可靠通信的一種抽象，通過它將模型中的
各個部分以一種松散耦合的方式組織起來。消息總線的引入使得模型的總體架構(gòu)是穩(wěn)定
的、松散耦合的，不論是模型中的哪個部分發(fā)生變化，還是消息總線自身實現(xiàn)技術(shù)發(fā)生
變化，整個模型的構(gòu)架不會發(fā)生大的改變。整個架構(gòu)如圖5．4。
部門內(nèi)部信息系統(tǒng)部門內(nèi)部信息系統(tǒng)
圖5．4應(yīng)用物理層模型
Fi95—4 implementphysical level model
5．2系統(tǒng)技術(shù)路線
5．2．1三層結(jié)構(gòu)模式選擇
隨著中間件與Web技術(shù)的發(fā)展，三層或多層分布式應(yīng)用體系越來越流行。如圖5．5
所示，在這種體系結(jié)構(gòu)中，客戶機只存放表示層軟件，應(yīng)用邏輯包括事務(wù)處理、監(jiān)控、
信息排隊、Web服務(wù)等采用專門的中間件服務(wù)器，后臺是電子政務(wù)系統(tǒng)數(shù)據(jù)庫。在多
層分布式體系中，系統(tǒng)資源被統(tǒng)一管理和使用，用戶可以通過網(wǎng)絡(luò)透明地使用整個資源。5．2．2工作流的應(yīng)用
工作流技術(shù)經(jīng)常和政府業(yè)務(wù)流程再造(BPR)緊密相連。BPR所關(guān)心的是對組織機
構(gòu)內(nèi)部的業(yè)務(wù)過程進行評價、分析、建模、定義以及操作上的實現(xiàn)。工作流技術(shù)提供了
把業(yè)務(wù)過程邏輯從具體的IT工具的操作中分離出來的方法，并且還可以在以后把改變
的過程邏輯規(guī)則添加進去。
工作流就是自動運作的業(yè)務(wù)過程的部分或整體，表現(xiàn)為參與者對文件、文件信息或
任務(wù)按照規(guī)程采取行動，并使其在參與者之間傳遞。簡單地說，工作流就是一系列相互
銜接、自動進行的業(yè)務(wù)活動或任務(wù)。它的主要特點是實現(xiàn)人與計算機交互事件結(jié)合過程
中的自動化。工作流主要涉及的內(nèi)容是工作任務(wù)的整體處理過程、工作組成員間依據(jù)一
組已定義的規(guī)則及己制定的共同目標所交換的文本文件、各種媒體信息或與任務(wù)相關(guān)的
信息。工作流技術(shù)應(yīng)用的常用領(lǐng)域為文檔管理、電子郵件與目錄服務(wù)、群體、基于事務(wù)
的應(yīng)用、項目計劃支撐軟件等。，
工作流管理系統(tǒng)是一個完整地定義、管理和執(zhí)行工作流的系統(tǒng)，并按計算機表示的
工作流邏輯規(guī)定的次序，以執(zhí)行軟件的方式執(zhí)行工作流。從技術(shù)角度看，工作流管理集
成了計算機科學和管理科學各個領(lǐng)域的原理、方法和技術(shù)，其中包括數(shù)據(jù)庫管理、異構(gòu)
分布計算、系統(tǒng)集成和業(yè)務(wù)重組等，集成不同領(lǐng)域的概念具有很大的挑戰(zhàn)性。從應(yīng)用角
度看，工作流管理能大大提高企事業(yè)單位的工作效率，為政府業(yè)務(wù)流程再造提供技術(shù)支
撐，促進電子政務(wù)的快速發(fā)展。
5．2．3．Net技術(shù)的應(yīng)用
(1)借助VisualStudio．Net和．Net框架，Microsoft．Net允許更快地開發(fā)軟件應(yīng)用
程序和服務(wù)。
(2)．Net框架和Visual Studio．Net將為應(yīng)用程序和XMLWeb Service提供更高的可
靠性。
(3)XMLWeb Service的使用將允許在．Net平臺上創(chuàng)建的應(yīng)用程序和服務(wù)更容易、
更有效地集成在一起。
實現(xiàn)政府公眾信息網(wǎng)可以使用簡單的JSP+JAVABEAN的形式，而JSF已經(jīng)納入了
J2EE規(guī)范中，J2EE平臺技術(shù)對Web服務(wù)提供了一流的支持能力。在J2EE中，使用Web
服務(wù)同RMI、RMIIIOP并沒有多大的區(qū)別，它們都會將具體傳輸層屏蔽掉，使得開發(fā)者
能夠?qū)Ｗ⒂跇I(yè)務(wù)邏輯。而本文設(shè)計的是采用基于ASP的UML架構(gòu)模式，這樣的好處是
盡可能的使其做到表示層與業(yè)務(wù)邏輯層的分離，且使得模塊的重構(gòu)性增強，面向?qū)ο笠恢笔擒浖_發(fā)的一個大方向，因此本文中所采用的方法是可行的。
5．2．4 UML建模
UML是運用統(tǒng)一的、標準化的標記和定義來實現(xiàn)面向?qū)ο蟮能浖治龊驮O(shè)計的一
種方法。它采用一整套成熟的建模技術(shù)，適用于軟件開發(fā)的各個階段。UML模型工具
支持需求模型、結(jié)構(gòu)模型、行為模型和實現(xiàn)模型四種模型，試圖從需求、靜態(tài)結(jié)構(gòu)、動
態(tài)行為和實現(xiàn)的角度來刻畫一個系統(tǒng)。UML定義了五類圖(共10種圖形)，用于提供靜
態(tài)建模機制和動態(tài)建模機制。靜態(tài)模型機制包括：用例圖；對象結(jié)構(gòu)圖(類圖，對象圖，
包圖)；實現(xiàn)圖(構(gòu)件圖，配置圖)。動態(tài)模型機制包括：行為圖(狀態(tài)圖，活動圖)；交互
圖(順序圖，合作圖)。這四種模型和五類圖與領(lǐng)域工程指導(dǎo)下的可重構(gòu)政務(wù)信息系統(tǒng)的
構(gòu)件化開發(fā)過程模型對應(yīng)關(guān)系如下圖所示。下面本文將通過實例說明如何在領(lǐng)域工程指
導(dǎo)下快速開發(fā)高質(zhì)量、易維護、可重構(gòu)的電子政務(wù)系統(tǒng)。
采用UML為建模語言，使用Rational Rose為分析、設(shè)計工具，對該子系統(tǒng)進行建模。
RationalRose是Rational公司推出的支持UML的、功能強大的、可視化的、支持J2EE的
建模工具，它通過用例、邏輯、組件和部署視圖支持面向?qū)ο蟮姆治龊驮O(shè)計，在不同的
視圖中建立相應(yīng)的UML圖形，反映系統(tǒng)的不同特征。Rational Rose提供的正向、反向工
程功能可以在UML設(shè)計模型和系統(tǒng)語言代碼之間轉(zhuǎn)換。我們建模完畢后，可以將其轉(zhuǎn)化
為簡單的C程序代碼，然后嵌入到．Net中來實現(xiàn)系統(tǒng)功能。
5．3詳細模塊設(shè)計
整個系統(tǒng)主要包括辦公管理、業(yè)務(wù)管理、信息服務(wù)、輔助決策、系統(tǒng)管理五個子系
統(tǒng)，二十多個模塊。下面對它們的功能做個簡單介紹。由于模塊數(shù)目過多，在圖5．1中
已經(jīng)列出了系統(tǒng)的總體架構(gòu)，基于WebService技術(shù)我們簡單實現(xiàn)了整個框架，詳細設(shè)
計了常用的信訪子系統(tǒng)、電子郵件系統(tǒng)兩個模塊。我們采用5．2中所詳細敘述的三層模
式系統(tǒng)路線進行設(shè)計，應(yīng)用了Web服務(wù)提供者、請求者、服務(wù)注冊器三者之間的通信
協(xié)議，主要包括：WSDL、UDDI、SOAP。分別建立不同的協(xié)議棧來保存，在實際應(yīng)用
中對于協(xié)議進行了一定程度的改進。整個電子政務(wù)系統(tǒng)網(wǎng)絡(luò)架構(gòu)是基于．Net來實現(xiàn)，在
詳細模塊設(shè)計時，采用了工作流和UML建模的方法，這種即插即用的模塊設(shè)計法對于
以后的集成做了鋪墊。
5．3．1辦公管理
1．待辦事項，該模塊可直接瀏覽所有需要辦理的公文、通知、督辦事項和收到的郵件等，并且從此能進入和處理等待辦理事項。
2。公文處理，根據(jù)總體需求分析，對市政府業(yè)務(wù)的分類、分解以及結(jié)合對現(xiàn)行辦公
管理方法，公文處理系統(tǒng)可以分為三大功能模塊：發(fā)文處理，收文處理和檔案借閱管理。
3．督辦管理，包括上級交辦、領(lǐng)導(dǎo)交辦、會議督辦、人大議案、建議督辦、政協(xié)提
案、其他督辦。
4．事務(wù)管理，包括工作計劃、工作總結(jié)、日程安排、大事記、車輛管理、接待工作、
后勤事務(wù)。
5．會議管理，會議申請、會議通知、材料準備、會議記錄和會議查詢。
6．郵件管理，辦公郵件分兩部分：普通郵件處理和通知處理，主要是完成個人與個
人、個人與群組之間的電子通信。
7．信訪管理，信訪管理子模塊包括二個部分：信訪登記、信訪統(tǒng)計，主要記錄各類
來信、來訪、來電以及上級轉(zhuǎn)辦信訪件接辦登記及處理情況，進行統(tǒng)計。
8．信息發(fā)布，信息發(fā)布子模塊的功能是完成網(wǎng)上信息的共享，根據(jù)共享的范圍分為
內(nèi)部發(fā)布和公共發(fā)布。．
9．檔案管理，檔案管理用于管理日常辦公過程中所形成的各種文檔信息。檔案管理
為檔案管理員提供歸檔管理、銷毀管理和借閱管理三個主要功能。
10．保密管理，據(jù)用戶需求保密管理主要指公章管理工作。
11．資料管理，管理各種資料，包括會議資料、公文資料、信訪資料、計劃總結(jié)、
后勤文書、其他等分類，用戶可創(chuàng)建、自定義新資料夾。
5．3．2業(yè)務(wù)管理
1．黨政管理包括了黨員管理、人事管理、宣傳工作、選舉工作、綜合治理等子模塊。
2．社務(wù)管理包括民政工作、社會福利、兵役工作、武裝工作、法律服務(wù)、司法服務(wù)、
計劃生育工作等的統(tǒng)一管理。
3．財經(jīng)管理按功能劃分為窗體頂端、窗體底端、審計工作、財務(wù)管理、農(nóng)業(yè)管理、
工業(yè)管理、旅游管理、安全生產(chǎn)、財政管理，實現(xiàn)對全市國民經(jīng)濟的統(tǒng)一管理。
4．人口管理主要是建立全市基本人口數(shù)據(jù)庫，在人口數(shù)據(jù)庫的基礎(chǔ)上，實現(xiàn)對常住
人口、暫住人口的管理。
5．社團管理主要對工會、婦聯(lián)、共青團辦公室以及行業(yè)協(xié)會組織的主要業(yè)務(wù)，建立
有關(guān)的組織、人員數(shù)據(jù)庫，便于統(tǒng)一管理。
6．教育管理實現(xiàn)對學校、教學、學生、招生、幼教等教育事務(wù)的管理。7．資源管理以GIS技術(shù)為主，分國土、規(guī)劃、建設(shè)、環(huán)保、公安／消防、資源、建
設(shè)監(jiān)察、水利／路橋管理等功能子模塊。
5．3．3輔助決策
輔助決策子系統(tǒng)基于電子政務(wù)中心數(shù)據(jù)庫，主要提練人口、資源、經(jīng)濟等有關(guān)數(shù)據(jù)
進行綜合統(tǒng)計、分析，為領(lǐng)導(dǎo)決策提供分析和參考意見。
5．3．4信息服務(wù)
主要完成政府政務(wù)公開，網(wǎng)上查詢政府綜合信息，實現(xiàn)各種信息資源共享。
5．3．5系統(tǒng)管理
此系統(tǒng)提供對整個電子政務(wù)系統(tǒng)的權(quán)限、操作維護、監(jiān)控和管理。
5．4信訪管理的詳細設(shè)計
根據(jù)第四章中所提到的信訪管理子系統(tǒng)的模塊設(shè)計，實現(xiàn)信訪管理幾個簡單功能。
子模型可以抽象成處理包括登記、轉(zhuǎn)辦交辦、催辦、請示、批復(fù)等政務(wù)流程，供具
有類似政務(wù)流程建模復(fù)用。例如行政文件的審批流程與此類似，可將該模型結(jié)合文件審
批流程作相應(yīng)改動即可生成文件審批子系統(tǒng)模型。通過對信訪管理的分析，要對信訪管
理的實現(xiàn)模型進行系統(tǒng)邏輯設(shè)計。根據(jù)UML建模語言，由信訪管理的實現(xiàn)模型及其基本
流程，可設(shè)計出各實現(xiàn)模型的順序圖及合作圖，然后抽象出類圖，并應(yīng)用領(lǐng)域設(shè)計的思
想對相似、重復(fù)的類進行整合、抽象，并按CCM和EJB標準形成邏輯模型?？梢园凑障?/p>
面設(shè)計系統(tǒng)各子類，CallOnRegisterForm為信訪登記的邊界類(Boundary)，將來映射成
JSPs、HTML、和窗體；CallOnRegisterController為信訪登記的控制類，將來映射成Servlets
或EJB的會話Beans；CallOnRegisterRecord為信訪登記的實體類(Entity)，將來映射成EJB
的實體Beans(Entity Beans)ScanServiceInterface為信訪登記和輔助錄入之間的接121。這
些類同樣要按領(lǐng)域工程的思想抽象出來，形成構(gòu)件庫、規(guī)則庫、模板、演化、例化等可
復(fù)用軟件半成品。
5．5系統(tǒng)界面
基于WebService技術(shù)的特點，我們在設(shè)計界面時更加容易，網(wǎng)絡(luò)技術(shù)的發(fā)達與協(xié)
議標準接口的發(fā)展使得創(chuàng)建基于Web的界面不再困難。
下圖則是一個用ASP簡單實現(xiàn)的一個登錄界面。我們在設(shè)計整個基于Web的系統(tǒng)
時就可以簡單地實現(xiàn)交互式界面，而且還可以對其進行美化。Fi95—6theloggingininterface ofthe system
5 6小結(jié)
術(shù)駐足系統(tǒng)的洋細設(shè)計階段．介紹了系統(tǒng)所采用的技術(shù)路線和兒發(fā)工』L，從Jr始的
系統(tǒng)功能設(shè)計細化為備模塊的詳細設(shè)計，在詳細模塊設(shè)計中，以信tf『管理系統(tǒng)為例r，
詳細說明了電予政務(wù)系統(tǒng)中如何去實現(xiàn)干模塊。這是論文的卡體部分所在。
第六章系統(tǒng)功能實現(xiàn)與評價
6．1系統(tǒng)功能實現(xiàn)
應(yīng)用上述技術(shù)，來構(gòu)建政府部分業(yè)務(wù)網(wǎng)絡(luò)管理系統(tǒng)。該系統(tǒng)以“工作流"的形式將
實際工作中的稅收事務(wù)處理流程表現(xiàn)出來，并使流程在系統(tǒng)的管理下按照事先設(shè)定的環(huán)
節(jié)與方向運行j有效避免人工流轉(zhuǎn)可能產(chǎn)生的偏差，提高流程流轉(zhuǎn)效率。
系統(tǒng)采用三層結(jié)構(gòu)的設(shè)計思想，使用Rational Rose對軟件進行UML建模，并使用
微軟公司最新發(fā)布的ASENet開發(fā)工具，安全性更好，維護量更小，對硬件資源的需求
較低。同時數(shù)據(jù)遷移技術(shù)對遷移目標系統(tǒng)的技術(shù)平臺和數(shù)據(jù)庫結(jié)構(gòu)沒有特殊要求，因此
主體軟件的升級換代，不影響流程管理信息系統(tǒng)的使用，具有較強的生命力。系統(tǒng)在
Windows網(wǎng)絡(luò)環(huán)境下，服務(wù)器端使用Sybase數(shù)據(jù)庫進行建庫，實現(xiàn)工作流的基礎(chǔ)數(shù)據(jù)
設(shè)計。采用VB進行工作流引擎應(yīng)用程序編程，通過ASENet提供用戶界面和數(shù)據(jù)訪問
層，用戶使用客戶端瀏覽器對服務(wù)器端的數(shù)據(jù)訪問獲得工作任務(wù)項進行處理。
主要實現(xiàn)的功能模塊：政務(wù)應(yīng)用系統(tǒng)。在一站式電子政務(wù)服務(wù)基礎(chǔ)框架平臺上加載
和運行的各類政務(wù)系統(tǒng)。主要涉及到了政府部門內(nèi)部的通知、公告等信息和人事管理模
塊的相關(guān)內(nèi)容。
接口平臺，一般社會公眾和政務(wù)專網(wǎng)公務(wù)員兩個類別，這里主要設(shè)計政務(wù)專網(wǎng)公務(wù)
員這一接口。
客戶端模塊，主要提供對底層的信任與授權(quán)服務(wù)等基本功能。
圖6．1中主要的模塊功能為：政務(wù)公開、網(wǎng)上辦事、投資指南、便民服務(wù)。主要的
功能實現(xiàn)在網(wǎng)上辦事模塊。
主要的工作流程：用戶通過導(dǎo)航登錄到電子政務(wù)系統(tǒng)的統(tǒng)一門戶網(wǎng)站，選擇相應(yīng)要
辦理的業(yè)務(wù)事項，根據(jù)需要進行必要的身份認證后，可以開始項目辦理工作。申報辦理
一個項目，包括填寫必要的表格；提交材料(可采取網(wǎng)上提交、網(wǎng)下人工提交兩種方式)；
修改或補充信息和材料；所有的信息存入系統(tǒng)數(shù)據(jù)庫及其文件。此時門戶系統(tǒng)將通過外
網(wǎng)和專網(wǎng)的暫存服務(wù)器，將用戶的業(yè)務(wù)請求提交到工作協(xié)調(diào)服務(wù)器，工作協(xié)調(diào)服務(wù)器根
據(jù)管理人員依據(jù)實際業(yè)務(wù)分析出的業(yè)務(wù)流程，來決定業(yè)務(wù)類型以及以后的數(shù)據(jù)流向。6 2系統(tǒng)評價
針對現(xiàn)有電子政務(wù)評估方法存在的問題，中國社科院信息化扎D提m“}U千政務(wù)行
政生態(tài)學指數(shù)(EGAE[)”的方沾，希望從結(jié)構(gòu)設(shè)訓(xùn)上進行改進，以盡齡避免上述N題。
EGAI"『方法的指導(dǎo)思想就是實事求是．努力把握“普遍真理”與“』}體實踐”之fEI]的"
政生態(tài)關(guān)系。這里重點討論一下它的方法論。
6 2 1就緒評價與能力評價
電子政務(wù)的就緒評價與能力評價，是基于就緒狀態(tài)與能力狀態(tài)測度的lU r政務(wù)1H實
判斷。就緒評價與能力tF價是電子政務(wù)評估中最基本的方法，也是最常用的辦法。齜訂
電子政務(wù)評估方法，絕大部分屬于這個范疇。它的突出優(yōu)點足：-0以超脫J汁估對象小
I司環(huán)境、不同條件的差異，抽取出普遍共通的客觀指標，進行十日’1：比較：突m的缺點址：
僅以資源京賦為j：耍評價依據(jù)，造成“投入越多．得分越高”的計價結(jié)果，對價優(yōu)f如
效茄)幣敏感。
電子歧務(wù)的就緒測度，主要集中于三個方面，t足基礎(chǔ)設(shè)施狀態(tài)測度，包括}U f蟻
務(wù)的ICT基礎(chǔ)設(shè)施、制度基礎(chǔ)設(shè)施(習慣、文化2j制度)測度足心Ⅲ狀念測度，乜
括電子政務(wù)的ICT應(yīng)用、業(yè)務(wù)發(fā)展與轉(zhuǎn)型程度測度；三是資源測度包捅政務(wù)信息資淵、人力與智力資源的測度。電予政務(wù)的能力測度，則可以分別從單純技術(shù)支持、在線信息
服務(wù)、在線互動性、在線處理服務(wù)、服務(wù)～體化、組織轉(zhuǎn)型等方面入手進行狀態(tài)的量化
描述。
就緒與能力評價，本質(zhì)上是測度，麗不是評價。因為它們是基于認識，麗；#實踐的；
因為它們主要是事實判斷，而不是價值判斷。然瑟對于毫子致務(wù)“好"或是“不好’’這
樣的評估來說，僅有事實判斷是不夠的。比如，建設(shè)有效益的信息化，就是一個價值判
斷～有效益的是“好"的，沒有效益的是“不好"的。因此，必須有一組參照系，作為
價值判斷的根據(jù)。這就需要引出以下三方面的價值判斷，作為就緒和能力狀態(tài)的評價系
統(tǒng)。．
6．2．2環(huán)境評價
環(huán)境評價，實際上是一個價值判斷。強調(diào)資源察賦要與所在條件相匹配，資源察賦
配囂與所在環(huán)境囂配，就好；否則，就是不好。資源稟賦包括不同盼資金投入、物質(zhì)投
入和人力投入。
環(huán)境評價在整個電子政務(wù)評估中，是一個事實要素，還是一個評價要素，具有本質(zhì)
區(qū)別。許多電子政務(wù)評估，將環(huán)境作為與其它要素并列的指標，進行事實判斷。當環(huán)境
評價作為一個事實要素時，其結(jié)果是累加到就緒與能力評價之上的。也就是說，環(huán)境較
好則加分，環(huán)境較差則減分。或者說，環(huán)境越好分越高。而作為一個評價要素，其結(jié)采
則是對于就緒與能力評價的“打折’’。也就是說，評價結(jié)果離低，取決于系統(tǒng)與環(huán)境是
否匹配，匹配為高，不遙配為低：翁不取決予環(huán)境分值高低，不是環(huán)境越好分越高。
將環(huán)境評價作為價值判斷，當作評價要素來對待，是行政生態(tài)學的根本要求。環(huán)境
評價的價值標準，是“符合不符合國情"。以符合國情為“好”，以不符合囡情為“不好"。
中國特色電子政務(wù)道路，本質(zhì)上就是靠中國特色’’所代表的行政環(huán)境，與“電子政務(wù)”
所代表的行政系統(tǒng)的一種行政生態(tài)匹配；反過來說，所有行政生態(tài)學結(jié)論，都其有“某
菜特色的某某道路”這樣一種形式特征。同一個就緒和能力狀態(tài)測度僮，如果被評價力
不符合國情(超前或滯恁)，它的效果就會大打折扣。
從我們的測評實踐來看，與電子政務(wù)有關(guān)的行政環(huán)境，主要包括四個方蓖，也就是
經(jīng)濟發(fā)展環(huán)境、行政效率環(huán)境、溝通網(wǎng)絡(luò)環(huán)境與社會文化環(huán)境。其中經(jīng)濟環(huán)境相關(guān)系數(shù)
在O．5--,o．7之間，相比之下，具有最顯著的統(tǒng)計意義。 6．2．3績效評價
績效評價與環(huán)境評價一樣，也是對事實狀態(tài)的有效性評價，只是參照系不同。這里
的績效評價具有特定含義，主要是指以敢務(wù)冒標和戰(zhàn)略為參照系的有效性評價。評價所
涉及的效益，是電子政務(wù)的闖接社會效益?？冃г谶@暈是指電子政務(wù)對實現(xiàn)既定政務(wù)器
標和戰(zhàn)略是否有效。
進行電子政務(wù)績效評價，需要建立～個可量化的績效譜系。在績效的譜系中，我們
區(qū)分出五類不同的電子政務(wù)策略(目標和戰(zhàn)略)類型。它們分別是技術(shù)應(yīng)用型策略、管
理信息化型策略、扁平服務(wù)型策略、電子民主型策略和全面響應(yīng)型策略。
在我們的行政生態(tài)體系結(jié)構(gòu)中，績效評價與環(huán)境評價是有內(nèi)在關(guān)聯(lián)的。不同的行政
環(huán)境，有其對應(yīng)的不同政務(wù)墨標和適宣戰(zhàn)略。比如，在～個企業(yè)組織普遍采取金字塔結(jié)
構(gòu)的經(jīng)濟環(huán)境中，政務(wù)策略被定位于政府流程再造，就會由予公營與私營組織結(jié)構(gòu)不對
稱，造成行政環(huán)境與行政策略的不匹配，較高的行政策略目標，由于超前，不僅無助于
加分，而且要被打折。
電子政務(wù)績效評價在整個電子政務(wù)評估體系中的作用，是通過賦予權(quán)重的方式，對
就緒與能力狀態(tài)的測度分值，在環(huán)境評價基礎(chǔ)上，進一步進行“打折”。
比如，我們將績效飚標確定為監(jiān)管，那么首先是根據(jù)監(jiān)管對于所處行政環(huán)境階段的
地位和重要性，來確定權(quán)重。監(jiān)管作為一種政府職能，在以職能(轉(zhuǎn)交和優(yōu)化)為核心
的政務(wù)階段，具有一級權(quán)重；但在以流程為核心的階段，只具有二級權(quán)重。相反，公民
‘
參與互動，在政務(wù)發(fā)展的早期階段，權(quán)重較低；而隨著發(fā)展，權(quán)重越來越高。
績效評價的行政生態(tài)實質(zhì)，是認為選擇什么樣的政務(wù)績效目標，受制于行政生態(tài)條
件。必須從實際出發(fā)，實事求是地確定。而電子政務(wù)的政務(wù)績效效果，主要依賴于政務(wù)
績效磊標本身的合理性。
6．2．4用戶評價
如果說續(xù)效評價是評價政府，麗政府最終要為公民服務(wù)，爨此是聞接社會效益評價；
那么用戶評價就是直接社會效益評價。它不是從行政主體角度提供的評價，不是從電子
政務(wù)提供方角度提供的評價，而是由電子政務(wù)需求方給予的評價。用戶評價，是制約就
緒和能力狀態(tài)測度值“投入越多得分越高"的第三重“打折”評價系統(tǒng)。
用戶評價在技術(shù)上并不難，許多入也做過這方面的探索。從行政生態(tài)學指數(shù)角度看，
用戶評價的難點在于：第一，用戶評價不是絕對的；對用戶評價本身，也需要進行評價。
也就是說，用戶評價首先需要經(jīng)過環(huán)境評價的再評價。舉鍘來說，不發(fā)達地區(qū)，如果提出了電子民主的需求。是超前，還是適宜，對此如何評價?在印度條件下和中國條件下，
可能結(jié)論不同。需要與環(huán)境評價中的行政環(huán)境進行關(guān)聯(lián)，才能得出判斷。第二，同是“增
加群眾滿意度’’，在“大政府"、“小政府"、“政府再造”和“全面響應(yīng)”等不同條件下，
含義是截然不同的，需要做出區(qū)分。
“電子政務(wù)行政生態(tài)學指數(shù)(瑟GAEl)”的方法，雖然還不能涵蓋所有同電子政務(wù)
效果有關(guān)的子系統(tǒng)，但它至少有助予解決一個關(guān)鍵性的閼題，那就是它可能從最關(guān)鍵的
幾個方面，科學評估電子政務(wù)的效益(主要是社會效益)，不會再出現(xiàn)“投入越多，得
分越高’’的違反“建設(shè)有效益信息化”原則的情況。
6．3小結(jié)
本章是論文的主要成果展示，主要介紹了系統(tǒng)所實現(xiàn)的功能以及系統(tǒng)的評價準則兩
部分內(nèi)容。
1．總結(jié)
電子政務(wù)發(fā)展，對我國社會主義信息化建設(shè)，有著舉足輕重的作用。同時，電子政
務(wù)是一個復(fù)雜體系。要使Web服務(wù)成為競爭優(yōu)勢，除了集成化服務(wù)外，另外還有幾個
不W缺少的環(huán)節(jié)。特別是電子政務(wù)中所涉及到的安全問題，將對電子政務(wù)的發(fā)展起到?jīng)Q
定性的作用。焉安全闖題，又是一個涉及到多方面，多屢次的，因此，電子政務(wù)的研究
將是長期和復(fù)雜的工作。隨著Web服務(wù)技術(shù)的發(fā)展，以及信息安全、網(wǎng)絡(luò)安全的完善，
Web服務(wù)在電子政務(wù)一定會有長足的發(fā)展，必定會成為實現(xiàn)電子政務(wù)的技術(shù)核心。
2．展望
政務(wù)安全的內(nèi)容是隨著科技和社會的發(fā)展而不斷演進的，電子政務(wù)的出現(xiàn)使得政務(wù)
安全的內(nèi)容從以保密性為主，拓展到保密性與真實性、完整性、可用性、不可否認性、
可控性、可靠牲等并重。函此從安全角度崮發(fā)來改進系統(tǒng)性能將會是一個發(fā)展趨勢。下
一步，應(yīng)該在基于Web Service的電子政務(wù)中，加入安全認涯與權(quán)限管理研究。
