網(wǎng)上項目交易平臺系統(tǒng)技術(shù)方案

1、網(wǎng)上項目交易平臺系統(tǒng) (一期技術(shù)方案目錄第 1章 總體設(shè)計方案1.1. 方案總體論述國家和我省“數(shù)字 *” “十五”和“十一五”期間,電子政務(wù)建設(shè)的主要目標是:標準一致、功能完善、安全可靠的政務(wù)網(wǎng)絡(luò)信息平臺。當前主要任務(wù)是:建設(shè)和整合 統(tǒng)一的電子政務(wù)網(wǎng)絡(luò)平臺,規(guī)范安全保密體系,有效遏止重復(fù)投資和建設(shè),政務(wù)各業(yè) 務(wù)管理部門要加快建設(shè)和整合面向社會公開透明的專業(yè)性業(yè)務(wù)服務(wù)系統(tǒng),并要求統(tǒng)一 標準和規(guī)范,實現(xiàn)“統(tǒng)籌規(guī)劃、規(guī)范標準,互聯(lián)互通、資源共享,深化應(yīng)用、保障安 全” ,提高政府各部門的決策、監(jiān)督和服務(wù)水平,尤其是要規(guī)范政務(wù)應(yīng)用服務(wù)平臺,并 建立數(shù)據(jù)共享利用和災(zāi)難備份中心,逐步建設(shè)輔助決策支持系統(tǒng)

2、。為順應(yīng)國家及我省電子政務(wù)發(fā)展的統(tǒng)一規(guī)劃和趨勢, “ *”項目交易平臺的建設(shè)不 應(yīng)局限于滿足當前的業(yè)務(wù)要求,要充分考慮今后系統(tǒng)的擴展升級以及與已建或待建業(yè) 務(wù)系統(tǒng)實現(xiàn)無縫集成,形成一個統(tǒng)一的信息化平臺,將對外服務(wù)以及對內(nèi)管理過程統(tǒng) 一到一個平臺上。對于本次項目,需要重點考慮系統(tǒng)的擴張性以及開放性,滿足這一 功能需求。采用多層應(yīng)用程序結(jié)構(gòu)設(shè)計思想,遵循 Internet/Intranet規(guī)范,支持標準的互 聯(lián)網(wǎng)絡(luò)協(xié)議,建立在分布式應(yīng)用的部件對象模型。系統(tǒng)采用 Web 2.0技術(shù)、 .Net 架構(gòu)來進行總體設(shè)計,以 Windows 系統(tǒng)操作系統(tǒng)作 為軟件的系統(tǒng)支撐,微軟 SQL Server 作為

3、 Web 數(shù)據(jù)庫服務(wù),在 Internet Information Server(IIS上部署 6·18交易平臺。 以瀏覽器和企業(yè)端軟件作為系統(tǒng)的前端, 來獲取、 更新和制作用戶所需的各種資料。在技術(shù)框架上分為:數(shù)據(jù)層、支撐層、應(yīng)用層、表現(xiàn)層、訪問層、外部公共接口 等六大部分。系統(tǒng)應(yīng)用體系結(jié)構(gòu)如下圖所示:(1 數(shù)據(jù)層能夠?qū)Y(jié)構(gòu)化數(shù)據(jù)和非結(jié)構(gòu)化數(shù)據(jù)進行管理和存儲。結(jié)構(gòu)化數(shù)據(jù)包括:XML 和 DBMS ;非結(jié)構(gòu)化數(shù)據(jù)包括:TXT 、 HTML 等文本文件, MP3、 AVI 、 RM 、 WMV 、 MPG 等音視 頻文件, DOC 、 PPT 、 XLS 等 Office 系列文件,

4、JPG 、 GIF 、 BMP 、 PNG 、 PSD 等圖形圖像 文件, ZIP 、 PDF 、 SWF 等其他格式文件等。 在數(shù)據(jù)接口上支持 WebService 模塊化組件, 同時,數(shù)據(jù)服務(wù)應(yīng)為其上層提供各種數(shù)據(jù)操作的應(yīng)用編程接口 API 。(2 支撐層支撐層通過應(yīng)用服務(wù)器,提供對系統(tǒng)應(yīng)用層的支持,包括:信息抓取、數(shù)據(jù)轉(zhuǎn)換、 檢索引擎、統(tǒng)一用戶、工作量及訪問統(tǒng)計、 WAP 管理、流程定義以及數(shù)據(jù)呈送和共享 等功能。并通過 API 、 PORTLET 、 WebService 、 JMS 、 MQ 、 DI 、 URL 、 DBMS 等接口服務(wù)支 持外部資源對內(nèi)容管理基礎(chǔ)數(shù)據(jù)以及內(nèi)容管理對

5、外部數(shù)據(jù)資源的應(yīng)用數(shù)據(jù)集成。 (3 應(yīng)用層應(yīng)用層實現(xiàn)信息發(fā)布管理、 網(wǎng)站群管理、 系統(tǒng)管理、 外掛組件管理 (所有非網(wǎng)站形 式的應(yīng)用均以組件的方式統(tǒng)一在這里管理、以保證所有用戶統(tǒng)一管理 、單點登陸 (SSO、個性化定制、內(nèi)容聚合 RSS 等。(4 表現(xiàn)層網(wǎng)站的最終表現(xiàn)是一組具有相同標準和相同規(guī)范體系的網(wǎng)站群體系。它包括政府 外網(wǎng)網(wǎng)站群和內(nèi)網(wǎng)網(wǎng)站群,涵蓋政府主站、政府各級子網(wǎng)站、政府垂直機構(gòu)子網(wǎng)站、 各類專題子網(wǎng)站等,同時系統(tǒng)為應(yīng)用層的不同應(yīng)用提供信息資源的不同表現(xiàn)形式,包 括有:Web 、 WAP 、 Portlet 、 RSS 、 E-mail 、 SMS 等。(5 訪問層實現(xiàn)用戶通過各類終

6、端設(shè)備 (如瀏覽器、手機、 PDA 等 來訪問表現(xiàn)層以獲取信息 資源。(6 外部公共接口為信息資源的管理層、 應(yīng)用層和表現(xiàn)層提供大量的應(yīng)用接口, 包括:API 、 Portlet 、 WebService 、 JMS 、 MQ 、 DBMS 、 URL 等等。通過對業(yè)務(wù)需求了解和采用面向?qū)ο蟮姆治鰳I(yè)務(wù)需求,我們提出細化的本項目的 應(yīng)用軟件架構(gòu),如下圖:*認為以上的應(yīng)用軟件架構(gòu)先進、靈活、適用,完全符合“ *”項目交易平臺 的要求,該架構(gòu)以構(gòu)件化設(shè)計為核心,實現(xiàn)事件觸發(fā)、數(shù)據(jù)驅(qū)動、參數(shù)設(shè)置的先進、 開放、靈活、可行的“ *”項目交易平臺系統(tǒng)。同時,采用的如上圖所示的軟件體系 架構(gòu),對于“ *”項

7、目交易平臺以后的應(yīng)用擴展,只需在業(yè)務(wù)邏輯層增加新的業(yè)務(wù)邏 輯核心構(gòu)件就可以很輕松的將新的業(yè)務(wù)應(yīng)用集成到本體系結(jié)構(gòu)中。在考慮與已建和待建的其它系統(tǒng)集成上,我們規(guī)劃了如下圖所示的系統(tǒng)應(yīng)用支撐 體系結(jié)構(gòu): 下圖是軟件實現(xiàn)結(jié)構(gòu)圖: 電子政務(wù)軟件平臺包括了政務(wù)門戶平臺、數(shù)據(jù)中心、數(shù)據(jù)交換等幾個部分。其中 數(shù)據(jù)中心是面向電子政務(wù),基于 XML 和 Web Services 技術(shù)的數(shù)據(jù)交換、數(shù)據(jù)流管理 和跨部委協(xié)同工作的應(yīng)用支撐平臺系統(tǒng)。數(shù)據(jù)交換中心是實現(xiàn)數(shù)據(jù)交換、跨部門協(xié)同工作(數(shù)據(jù)流引擎和管理和數(shù)據(jù)共 享的核心。由上圖可見,數(shù)據(jù)交換平臺,能夠?qū)崿F(xiàn)不同的政務(wù)應(yīng)用系統(tǒng)之間的基于統(tǒng) 一標準的數(shù)據(jù)交換和共享?？?/p>

8、以高效地在純 XML 數(shù)據(jù)服務(wù)器上構(gòu)建起面向主題的操 作數(shù)據(jù)庫;也可以實現(xiàn)對分布在各委辦局的信息資源的管理、查詢和數(shù)據(jù)交換,從而 實現(xiàn)對眾多的政務(wù)應(yīng)用系統(tǒng)中關(guān)鍵數(shù)據(jù)地抽取和集中。數(shù)據(jù)交換器所提供的工作流引擎和 XML 文檔(表單處理功能,可以快速地構(gòu)建電子政務(wù)一站式服務(wù)平臺,能夠 實現(xiàn)對眾多的電子政務(wù)應(yīng)用的協(xié)同和調(diào)度,從而使得在同一系統(tǒng)中處理需要多系統(tǒng)業(yè) 務(wù)協(xié)同的政務(wù)要求成為可能。同時,平臺提供針對不同業(yè)務(wù)應(yīng)用系統(tǒng)的數(shù)據(jù)交換適配 器,這些數(shù)據(jù)交換適配器將成為應(yīng)用系統(tǒng)連接到數(shù)據(jù)交換器也就是一站式服務(wù)平 臺上的紐帶,數(shù)據(jù)交換適配器技術(shù)使得我們能夠充分利用原有的應(yīng)用系統(tǒng)的功能。 該應(yīng)用支撐架構(gòu)通過數(shù)

9、據(jù)交換中心實現(xiàn)異構(gòu)系統(tǒng)的信息交換,并可將數(shù)據(jù)集中到 本體系中的數(shù)據(jù)中心上,為以后開發(fā)決策支持系統(tǒng)提供接口支持。復(fù)雜適用 (CAS理論:即從一般的業(yè)務(wù)需求中抽象出關(guān)鍵的復(fù)雜適應(yīng)系統(tǒng),該系 統(tǒng)能夠適應(yīng)環(huán)境變化,系統(tǒng)使用越久,積累的有價值的東西就越多。在復(fù)雜的適應(yīng)理 論的指導(dǎo)下設(shè)計的系統(tǒng)完全不同于系統(tǒng)的復(fù)制,照搬,其自身應(yīng)具備相當?shù)目勺冃浴?實踐中常用的手法如:工作流系統(tǒng)并不是提供一個個的工作流,而是提供一個工作流 的定義工具;信息發(fā)布系統(tǒng)不是提供一個個信息發(fā)布模塊,而是提供一個信息發(fā)布模 板工具;統(tǒng)計報表系統(tǒng)不是提供一個個統(tǒng)計表格模板,而是以數(shù)據(jù)指標為對象,使數(shù) 據(jù)指標可以重復(fù)利用,同時提供表格的

10、生成工具,等等。面向?qū)ο蟮脑O(shè)計思想:即將設(shè)計的著眼點放在用戶對象身上,在此基礎(chǔ)之上進行 相關(guān)業(yè)務(wù)設(shè)計,業(yè)務(wù)內(nèi)容是可變的。技術(shù)選向:選擇與世界發(fā)展潮流吻合的技術(shù),現(xiàn)在還在流行的技術(shù)并不能代表未 來一定能夠流行。技術(shù)的標準化程度要高,開放程度要高,關(guān)鍵應(yīng)主張自主開發(fā),發(fā) 展民族產(chǎn)業(yè)。在技術(shù)結(jié)構(gòu)方面,從 Client/Server結(jié)構(gòu)體系轉(zhuǎn)向 Browser/Server結(jié)構(gòu)體 系,采用標準三層結(jié)構(gòu)體系的 web 開發(fā)思路,最終用戶界面統(tǒng)一為瀏覽器,應(yīng)用系統(tǒng) 全部在服務(wù)器端,系統(tǒng)負載輕,開放性好,維護升級方便。產(chǎn)品化設(shè)計思路:從傳統(tǒng)的工業(yè)項目管理體制轉(zhuǎn)向?qū)I(yè)化和產(chǎn)品實施體制,確保 系統(tǒng)的運行維護和系

11、統(tǒng)持續(xù)不斷的升級,走合作與分工并舉的道路。本項目以互聯(lián)網(wǎng)技術(shù)為基礎(chǔ),產(chǎn)品化、面向?qū)ο蟮摹⒉捎脧?fù)雜適用理論進行產(chǎn)品設(shè)計。信息系統(tǒng)設(shè)計遵循以下技術(shù)路線:1 系統(tǒng)架構(gòu):采用基于 DotNet 技術(shù)的多層 B/S架構(gòu),數(shù)據(jù)存儲、表現(xiàn)層和業(yè)務(wù) 邏輯分離, 使得整個系統(tǒng)具備高度分布式和高可靠性的特點。 使用 DotNet 技術(shù)來實現(xiàn) 電子政務(wù)系統(tǒng)主要有兩個好處:高度的安全性以及多樣化的選擇;2 XML 數(shù)據(jù)總線:本項目采用 XML 數(shù)據(jù)總線技術(shù),通過 XML 的 DOM 方式,封裝了 應(yīng)用的三大數(shù)據(jù)區(qū):Session 數(shù)據(jù)區(qū)(SessionContext 、 Request 數(shù)據(jù)區(qū) (RequestCon

12、text 、業(yè)務(wù)處理數(shù)據(jù)區(qū)(BizContext ,構(gòu)成整個應(yīng)用的數(shù)據(jù)總線區(qū)。 各種數(shù)據(jù)都被規(guī)范成了 XML 的格式,而數(shù)據(jù)的傳遞則采用 Xpath 的尋址方式,這種數(shù) 據(jù)傳遞方式使得應(yīng)用開發(fā)中對接口的處理與原來基于對象接口的方式有了較大差異。 業(yè)務(wù)構(gòu)件的接口相當于確定了接口數(shù)據(jù)在總線中的固定位置, 運行時根據(jù)不同的實例, 對應(yīng)位置上的內(nèi)容可能不一樣, 而傳統(tǒng)的接口只確定接口的對象類型和對象的變量名, 在調(diào)用具體接口時完成對象的實例化;3 數(shù)據(jù)庫接口:采用通用數(shù)據(jù)庫引擎支持不同的數(shù)據(jù)源,如 SQL Server和 ORACLE ;4 傳輸協(xié)議:基于 SOAP 、 HTTP 等產(chǎn)業(yè)標準,以確?？?/p>

13、與其他系統(tǒng)實現(xiàn)順利的集 成和協(xié)作;5 SOA 架構(gòu)模型應(yīng)用:SOA 是一種架構(gòu)模型,它可以根據(jù)需求通過網(wǎng)絡(luò)對松散耦 合的粗粒度應(yīng)用組件進行分布式部署、組合和使用。服務(wù)層是 SOA 的基礎(chǔ),可以直接 被應(yīng)用調(diào)用,從而有效控制系統(tǒng)中與軟件代理交互的人為依賴性。 SOA 的關(guān)鍵是“服 務(wù)”的概念,即服務(wù)提供者完成一組工作,為服務(wù)使用者交付所需的最終結(jié)果。最終 結(jié)果通常會使使用者的狀態(tài)發(fā)生變化,但也可能使提供者的狀態(tài)改變,或者雙方都產(chǎn) 生變化。采用基于 SOA 的架構(gòu)模型,通過提供動態(tài)服務(wù)接口來實施一個動態(tài)的集成, 實現(xiàn)發(fā)布服務(wù)的應(yīng)用程序和使用服務(wù)的應(yīng)用程序之間松散耦合,同時通過會話facades 將

14、應(yīng)用程序邏輯組件,實現(xiàn)初粒度的服務(wù)。 采用最新的面向?qū)ο蟮能浖こ碳夹g(shù) USDP (統(tǒng)一軟件開發(fā)過程 和 Rational Rose可視化建模工具進行系統(tǒng)開發(fā),將高復(fù)雜的問題逐步加以簡單化,將高風(fēng)險的問題逐 步加以解決以降低風(fēng)險,透過藍圖來加強各團隊成員的溝通,有效地控制系統(tǒng)的復(fù)雜 度和風(fēng)險性,并促進團隊的合作,提高整體的生產(chǎn)力。統(tǒng)一軟件開發(fā)過程(USDP , Unified Software Developing Process 是一種基于組 件和統(tǒng)一建模語言 (UML , Unified Modeling Language 的軟件項目開發(fā)方法。 Rational Rose 是 USDP 方

15、法論的具體工具實現(xiàn)。USDP 開發(fā)方法的核心思想就是:用例驅(qū)動、以體系結(jié)構(gòu)為中心、迭代和增量。 下面簡要說明其優(yōu)點:本項目信息系統(tǒng)所包括功能模塊較多, 需求未完全定型, 另外, 在其他諸多方 面還存在風(fēng)險因素。 USDP 開發(fā)方法的核心之一就是迭代和增量,迭代式開發(fā)方法就是 一個不斷降低風(fēng)險的過程,其每一次迭代過程都選擇風(fēng)險最大的 UseCases (用例執(zhí) 行。因此,項目的風(fēng)險在迭代過程中會不斷地被發(fā)現(xiàn)、被消滅,最大限度地保證信息 系統(tǒng)的開發(fā)成功。迭代式開發(fā)方法能夠更容易地管理需求的變化, 整個開發(fā)過程由一次次的獨立 迭代組成,項目經(jīng)理能夠比較容易地調(diào)整迭代過程,使最終產(chǎn)品滿足變化的需求。

16、以用例驅(qū)動、 體系結(jié)構(gòu)為中心的開發(fā)使得開發(fā)人員能比較容易地控制整個系統(tǒng)的開發(fā)過程,管理其復(fù)雜性并維護其完整性。本項目信息系統(tǒng)采用組件技術(shù)為核心的多層結(jié)構(gòu)計算模式,如何從業(yè)務(wù)需求中導(dǎo) 出系統(tǒng)是由哪些組件所組成, 如何設(shè)計出每個組件的接口和組件間是如何相互運作的, 體系結(jié)構(gòu)設(shè)計尤其重要。采用以 USDP 開發(fā)方法為理論基礎(chǔ)的 Rational Rose可視化建 模工具有助于解決這個問題。技術(shù)路線“ *”網(wǎng)上項目交易平臺系統(tǒng)的建設(shè),平臺是關(guān)鍵。目前主要的平臺包括 JAVA , PHP , ASP/.NET, DOMINO 四大類。 DOMINO 具有很強的文檔處理功能,但 DOMINO 并不是 一個

17、很開放和標準的系統(tǒng),其文檔與功能模塊結(jié)合緊密,對于功能擴展和業(yè)務(wù)變更的 響應(yīng)能力較弱,處理關(guān)系型數(shù)據(jù)的能力和與別的系統(tǒng)接口的能力較弱。 PHP 只是屬于 低端產(chǎn)品, JAVA 具有優(yōu)良的性能和跨平臺能力,但其配置和管理復(fù)雜,同時需要購買 昂貴的 Web 中間件產(chǎn)品,加大了系統(tǒng)建設(shè)的資金投入。 ASP.NET 的優(yōu)點是與微軟平臺 綁定, 配置和管理簡單, Web 服務(wù)可以使用 Windows 集成的 IIS , 降低了項目投資和項 目實施的風(fēng)險。本方案采用 ASP.NET + RDBMS + WebService的技術(shù)路線,支持分布式事務(wù)功能、 支持組件化開發(fā)、 XML 文檔統(tǒng)一數(shù)據(jù)規(guī)范標準和

18、Web Service,數(shù)據(jù)庫系統(tǒng)選用 SQL Server 。Microsoft Visual Studio 2005實質(zhì)上是一個分布式的服務(wù)器應(yīng)用程序設(shè)計環(huán)境 , 它提供了基于組件的、以服務(wù)器為中心的多層應(yīng)用體系結(jié)構(gòu)。 ASP.NET 為搭建具有可 伸縮性、 靈活性、 易維護性的商務(wù)系統(tǒng)提供了良好的機制。 其允許客戶訂購與 ASP.NET 兼容的第三方的現(xiàn)成組件,把他們部署到異構(gòu)環(huán)境中;同時還有可伸縮性、穩(wěn)定的可 用性、開發(fā)的高效性、充分利用原有投資等特點。1 分布式的多層應(yīng)用程序 (多層開發(fā)模式 ASP.NET 平臺使用多層分布式的應(yīng)用模式 , 極大簡化了開發(fā)、 配置和維護企業(yè)應(yīng)用 的過

19、程 , 它最大的優(yōu)點就在于將企業(yè)的業(yè)務(wù)邏輯同系統(tǒng)服務(wù)和用戶接口分開 , 放在它們 之間的中間層。它提供了一系列的底層服務(wù) , 如事務(wù)管理、緩沖池等 , 使得開發(fā)者能夠 將精力集中于企業(yè)的業(yè)務(wù)邏輯 , 而無需過多的關(guān)心與業(yè)務(wù)邏輯不太相干的系統(tǒng)環(huán)境等。 這樣節(jié)約了開發(fā)時間、縮短了系統(tǒng)開發(fā)周期、提高了效率。2 ASP.NET 構(gòu)件技術(shù) (基于組件的開發(fā) 衡量一個系統(tǒng)軟件的一個重要技術(shù)指標是系統(tǒng)的開放性、靈活性,對業(yè)務(wù)變更的 適應(yīng)能力,在系統(tǒng)開發(fā)中充分利用構(gòu)件技術(shù)、集成已有構(gòu)件是達到這一要求的一個好 的解決方案。ASP.NET 提供了基于組件的設(shè)計方法,開發(fā)、集成、部署應(yīng)用程序。 ASP.NET 技術(shù)

20、 提供的基于組件的設(shè)計方法的根本目的是提高組件的可用性, 減少程序開發(fā)的工作量, 提高開發(fā)效率,這同時也是目前應(yīng)用軟件的本質(zhì)要求。*投入了大量的人力物力,開發(fā)了具有自主知識產(chǎn)權(quán)的中間件開發(fā)平臺。該開 發(fā)平臺采用 XML 數(shù)據(jù)總線技術(shù),使用目前最為流行的構(gòu)件技術(shù)進行系統(tǒng)的開發(fā)。所 有的業(yè)務(wù)過程均可以通過一個個的原子化操作構(gòu)件類似于搭積木的方式來實現(xiàn)。這些 構(gòu)件屏蔽了操作的細節(jié),具有很強的代碼重用性,使軟件開發(fā)不再注重代碼的細節(jié), 而是重點關(guān)注客戶的需求。 其采用的 XML 數(shù)據(jù)數(shù)據(jù)總線技術(shù)使各功能模塊之間只是 松散的耦合,從而極大的增強了軟件的擴展能力以及對需求變更的響應(yīng)能力。3 ASP.NET

21、 的 Web 服務(wù)體系結(jié)構(gòu) (對 Web Services的支持 “ *”項目交易平臺系統(tǒng)面向的是多級級用戶的各種功能服務(wù)要求,同時政務(wù)信 息化發(fā)展逐步向著集成化,平臺化方向發(fā)展。業(yè)務(wù)系統(tǒng)不在是一個個獨立的信息孤島 式的應(yīng)用,而是通過相應(yīng)的技術(shù)方案集成起來的一個有機整體,需要將越來越多的異 構(gòu)系統(tǒng)進行集成和整合。在系統(tǒng)整合或者集成的過程中 , 不同系統(tǒng)之間不同的系統(tǒng)平 臺、實現(xiàn)機制、實現(xiàn)標準等各種差異給集成帶來了異常的困難。 Web Services 技術(shù)提 出了一種新的面向服務(wù)的體系結(jié)構(gòu),由于它在涉及到網(wǎng)絡(luò)、操作系統(tǒng)平臺、對象模型 和編程語言的選擇時沒有任何傾向和特殊限制,因此呈現(xiàn)出很強的生

22、命力。 ASP.NET 2005增加了有關(guān) SOAP 和 WSDL 的 Web 服務(wù),即也滿足了“ *”項目交易平臺系統(tǒng)門戶 對異構(gòu)系統(tǒng)進行集成和整合的要求。在項目的建設(shè)中,將盡可能的保護原有投資,做到“前后期的投資有效銜接”。 在以下技術(shù)方案的設(shè)計中將圍繞以 ASP.NET+RDBMS+WebService的技術(shù)路線展開描述。 研發(fā)路線本項目的研發(fā)將按以下的技術(shù)路線開展:滿足硬件無關(guān)性、操作系統(tǒng)無關(guān)性、網(wǎng)絡(luò)協(xié)議無關(guān)性、數(shù)據(jù)庫無關(guān)性。 選擇 UML (Unified Modeling Language作為系統(tǒng)建模工具。采 用 RUP 軟 件 開 發(fā) 方 法 , 將 軟 件 的 開 發(fā) 分 為

23、四 個 階 段 (Inception ,Elaboration , Construction , Transiton ,每個階段又分解成幾個迭代過程,每個 迭代過程按照制定的計劃和預(yù)定目標對系統(tǒng)進行需求確認、系統(tǒng)分析、系統(tǒng)設(shè)計、系 統(tǒng)編碼和系統(tǒng)測試, 系統(tǒng)在每一個迭代過程中都得到提高, 形成了一種螺旋式的上升。 采用三層體系架構(gòu) , 應(yīng)用系統(tǒng)不但具備了專用服務(wù)器系統(tǒng)穩(wěn)定、 安全和處理能 力高等特性,同時擁有開放式系統(tǒng)成本低、可擴展性強。鑒于以上的技術(shù)路線原則, 我們認為技術(shù)框架上采用 ASP.NET +RDBMS+WebService的架構(gòu)較為理想:“ *”項目交易平臺建立在當前最穩(wěn)定關(guān)系數(shù)據(jù)

24、庫基礎(chǔ)之上,參照其構(gòu)建 Internet/Intranet的思路,建設(shè)本系統(tǒng)。它不僅全面支持 Internet 標準,而且通過其它相 應(yīng)的軟件,可以和其他 RDBMS 和相關(guān)系統(tǒng)完美地結(jié)合起來,逐步地建設(shè)起單位內(nèi)部 的 Intranet 體系。同時這種技術(shù)支持 XML 格式的文件接口,為“ *”項目交易平臺同 其它業(yè)務(wù)系統(tǒng)數(shù)據(jù)交互提供了很好的平臺。開發(fā)過程基于我公司自有知識產(chǎn)權(quán)的 TT-UEADP 應(yīng)用中間件開發(fā)平臺進行系統(tǒng)開 發(fā),該中間件平臺提供了大量的公用組件和業(yè)務(wù)組件,并提供開發(fā)的接口,用戶可以 快速的開發(fā)自己的業(yè)務(wù)組件添加到平臺系統(tǒng)中, TT-UEADP 論述參看本方案第一部分 第 3

25、章基于應(yīng)用支撐平臺的設(shè)計部分。業(yè)務(wù)系統(tǒng)開發(fā)分為界面層、業(yè)務(wù)邏輯層和數(shù)據(jù)層,通過平臺提供的功能將所有數(shù) 據(jù)對象映射成為 XML 數(shù)據(jù)定義文件, 業(yè)務(wù)過程中的數(shù)據(jù)通過 XML 數(shù)據(jù)總線進行傳遞。 公共的數(shù)據(jù)操作只需知道要操作的數(shù)據(jù)對象,就可以從數(shù)據(jù)總線上獲取數(shù)據(jù)并將數(shù)據(jù) 保存到數(shù)據(jù)庫中,開發(fā)人員不再去寫繁瑣的數(shù)據(jù)處理過程,只需理解清楚業(yè)務(wù)需求, 就可以通過圖形拖拽的方式將組件拖拉到設(shè)計頁面,設(shè)定組件的相關(guān)參數(shù)以及進行圖 元連線,就實現(xiàn)了整個業(yè)務(wù)過程。這種開發(fā)模式大大提高了系統(tǒng)開發(fā)效率,由于采用 圖形化的編程模式,以及業(yè)務(wù)模塊之間是通過 XML 數(shù)據(jù)總線進行松散的耦合,局部 的業(yè)務(wù)變動不會涉及到其它

26、業(yè)務(wù)過程的改變, 因此可以快速滿足客戶需求變化的要求。 公共組件示例:這種開發(fā)模式支持快速開發(fā)客戶應(yīng)用,極大的提高代碼復(fù)用,使軟件開發(fā)的過程 如同硬件一樣可以通過構(gòu)件組裝的模式生成,極大的提高了軟件開發(fā)效率。 1將 SOA 架構(gòu)模型應(yīng)用于“ *”項目交易平臺建設(shè)政務(wù)業(yè)務(wù)系統(tǒng)由于通常是在不同時間開發(fā)的,因此相對比較獨立,業(yè)務(wù)流程往往 封裝在一個獨立的應(yīng)用系統(tǒng)內(nèi)。這些孤立的系統(tǒng)和應(yīng)用無法重用,每個項目都是一個 小社會,如何實現(xiàn)應(yīng)用間的整合成為當務(wù)之急。同時由于開發(fā)階段的不同,使用的技 術(shù)及 IT 架構(gòu)基本沒有統(tǒng)一,成為系統(tǒng)整合的瓶頸。SOA (Service Oriented Architectu

27、re ,面向服務(wù)的體系架構(gòu) 是一種構(gòu)造分布式 系統(tǒng)的方法,它將應(yīng)用的功能以服務(wù)提供給最終用戶或其它服務(wù)。它定義了一個體系 架構(gòu),利用開放標準將軟件資產(chǎn)化為服務(wù);提供了標準的方法來表示軟件資產(chǎn)及其交 互;單獨的軟件資產(chǎn)變成構(gòu)造單元,被重復(fù)使用來開發(fā)其它應(yīng)用;將關(guān)注點從實現(xiàn)細 節(jié)轉(zhuǎn)移到應(yīng)用組裝;在外部使用來整合企業(yè)外部的應(yīng)用。 SOA 架構(gòu)模型的應(yīng)用具有以 下好處:A 、規(guī)范化的業(yè)務(wù)功能定義通過服務(wù)建模, 根據(jù)業(yè)務(wù)提煉出服務(wù)功能, 徹底統(tǒng)一各方的交互方式, 規(guī)范化 交互內(nèi)容服務(wù)建模包括下面重要因素:功能定義消息定義(輸入 /輸出 狀態(tài)管理安全 , 事務(wù)屬性其他非功能性需求基于服務(wù)的監(jiān)管和監(jiān)控以服務(wù)

28、為基礎(chǔ)單元在企業(yè)范圍內(nèi)對關(guān)鍵應(yīng)用基于服務(wù)的流程管理(BPM B 、新項目開發(fā)成本降低,周期變短C 、基于服務(wù)的集成和交互以服務(wù)為導(dǎo)向的架構(gòu)設(shè)計,沒有應(yīng)用之分,只有各種業(yè)務(wù)功能所對應(yīng)的服務(wù), 需要復(fù)用和交互,直接參考服務(wù)規(guī)范,引用 ESB 上的服務(wù)就可以了。適應(yīng)未來的應(yīng)用的變化, 新的應(yīng)用和舊的應(yīng)用更容易的交互, 不再局限于廠商, 開發(fā)工具和產(chǎn)品。 應(yīng)用 SOA 架構(gòu)模型構(gòu)建“ *”項目交易平臺,有效解決異構(gòu)系統(tǒng)之間、數(shù)據(jù)庫之 間信息交換與共享,支持各種電子政務(wù)應(yīng)用系統(tǒng)的構(gòu)建與整合,實現(xiàn)跨部門的、統(tǒng)一 的應(yīng)用信息交換和業(yè)務(wù)協(xié)同處理功能,消除信息和應(yīng)用孤島,避免建造新的孤島,為 網(wǎng)上聯(lián)合審批、協(xié)同

29、辦公提供技術(shù)支撐。 2 XML 數(shù)據(jù)總線各種數(shù)據(jù)都被規(guī)范成了 XML 的格式,而數(shù)據(jù)的傳遞則采用 Xpath 的尋址方式,這 種數(shù)據(jù)傳遞方式使得應(yīng)用開發(fā)中對接口的處理與原來基于對象接口的方式有了較大差 異。所有數(shù)據(jù)傳遞和接口數(shù)據(jù)均通過數(shù)據(jù)總線傳遞,不僅簡化了開發(fā)過程,加強了系 統(tǒng)的靈活性,也是系統(tǒng)和功能模塊實現(xiàn)了在數(shù)據(jù)總線上的松散連接,是組件化系統(tǒng)設(shè) 計成為了可能。3基于構(gòu)件的軟件開發(fā)方式 從抽象程度來看,面向?qū)ο蠹夹g(shù)已達到了類級重用 (代碼重用 ,它以類為封裝的 單位。這樣的重用粒度還太小,不足以解決異構(gòu)互操作和效率更高的重用。構(gòu)件將抽 象的程度提到一個更高的層次,它是對一組類的組合進行封裝

30、,并代表完成一個或多 個功能的特定服務(wù),也為用戶提供了多個接口。整個構(gòu)件隱藏了具體的實現(xiàn),只用接 口提供服務(wù)。 這樣, 在不同層次上, 構(gòu)件均可以將底層的多個邏輯組合成高層次上的 粒度更大的新構(gòu)件,甚至直接封裝到一個系統(tǒng),使模塊的重用從代碼級、對象級、架 構(gòu)級到系統(tǒng)級都可能實現(xiàn),從而使軟件像硬件一樣,能任人裝配定制而成的夢想得以 實現(xiàn)。方案采用 ASP.NET +RDBMS+WebService的主流技術(shù)架構(gòu),使用擁有自主知識產(chǎn) 權(quán)的 TT-UEADP 應(yīng)用開發(fā)平臺建設(shè)“6·18”項目交易平臺。 DotNet 因其集成化的整 體解決方案成為了當今電子政務(wù)建設(shè)的主流,已經(jīng)廣泛應(yīng)用于電子

31、政務(wù)大型系統(tǒng)的建 設(shè)。 SOA 架構(gòu)體系與 1996年提出,目前已成為信息化集成解決方案的主流。因此本 方案的技術(shù)本身以及在政務(wù)系統(tǒng)上的應(yīng)用都已經(jīng)非常成熟,降低了系統(tǒng)實施風(fēng)險,其 系統(tǒng)平臺架構(gòu)是切實可行和先進性的 。1.2. 總體設(shè)計思想*多年來致力于各種應(yīng)用軟件的設(shè)計開發(fā),我們在軟件設(shè)計中一直以良好體系 架構(gòu)和技術(shù)架構(gòu)作為應(yīng)用軟件設(shè)計的先導(dǎo):“ *”項目交易平臺的軟件體系架構(gòu) :軟件架構(gòu)對于一個軟件來說,是至關(guān)重要的。 *基于以上的應(yīng)用軟件架構(gòu)將能 充分保證整個軟件系統(tǒng)先進、靈活、適用、穩(wěn)定等特點,完全符合 “ *”項目交易平 臺 的要求, 該架構(gòu)以構(gòu)件化設(shè)計為核心, 實現(xiàn)事件觸發(fā)、 數(shù)據(jù)驅(qū)

32、動、 參數(shù)設(shè)置的先進、 開放、靈活、可行的軟件系統(tǒng) ?！?*”項目交易平臺的應(yīng)用功能設(shè)計將分別在功能設(shè)計章節(jié)闡述。*在業(yè)務(wù)支撐平臺的設(shè)計上從應(yīng)用系統(tǒng)的特點出發(fā),結(jié)合本公司自主知識產(chǎn)權(quán) 產(chǎn)品 TT-UEADP 的特點,提出合理的業(yè)務(wù)支撐平臺方案。業(yè)務(wù)支撐平臺的設(shè)計思路包括以下幾個方面:考慮應(yīng)用軟件系統(tǒng)的物理部署針對應(yīng)用軟件特點進行數(shù)據(jù)庫系統(tǒng)設(shè)計利用存儲結(jié)構(gòu)的特點實現(xiàn)多套應(yīng)用系統(tǒng)對存儲資源的共享針對不同應(yīng)用系統(tǒng)設(shè)計不同的系統(tǒng)數(shù)據(jù)備份策略 “ *”項目交易平臺項目的成功建設(shè)與規(guī)劃合理、管理規(guī)范的工程實施過程是分 不開的。項目管理成為“ *”項目交易平臺建設(shè)中的關(guān)鍵因素。*有多年的大型項目管理經(jīng)驗,成

33、功實施了大量的綜合性信息系統(tǒng)建設(shè)項目。 *的項目管理具有以下優(yōu)勢:豐富的項目建設(shè)經(jīng)驗:多年從事應(yīng)用系統(tǒng)和系統(tǒng)集成建設(shè)的經(jīng)驗。優(yōu)秀的項目管理人才:擁有多名經(jīng)過嚴格國際認證的項目經(jīng)理。經(jīng)驗豐富的專業(yè)技術(shù)人員:擁有一批通過國內(nèi)外專項技術(shù)認證的工程師。 ISO 國際認證的質(zhì)量保證體系。遵照 CMM 軟件工程體系。與國內(nèi)外廠商的良好合作關(guān)系?！?*”項目交易平臺的健康、穩(wěn)定運行與集成商提供的服務(wù)是分不開的。 *優(yōu) 質(zhì)可靠的售后服務(wù)體系將把“ *”項目交易平臺建設(shè)成為樣板工程保駕護航。本地化的服務(wù)隊伍提供人員和時間上的保證經(jīng)驗豐富的售后服務(wù)工程師提供技術(shù)上的保證完善的售后服務(wù)體系提供機制上的保證規(guī)范的售后

34、服務(wù)流程提供質(zhì)量上的保證快速的響應(yīng)時間將故障造成的損失降到最低定期的健康檢查將防范于未然1.3. “ *”交易平臺總體設(shè)計對于一個成功的 MIS 軟件,框架設(shè)計至關(guān)重要,一個優(yōu)秀的軟件,它的框架結(jié) 構(gòu)不但能實現(xiàn)軟件的靈活、穩(wěn)定、可擴充、易用和低維護性,同時也能實現(xiàn)需求 變化的高響應(yīng)性、快速構(gòu)造業(yè)務(wù)需求。為保證“ *”項目交易平臺的成功建設(shè)與運行以及今后的擴展,規(guī)劃架構(gòu)過程中遵循以下原則:高度的信息共享:信息的采集、存儲、傳遞、發(fā)布完全自動化,權(quán)限化。 操作簡單:用戶使用簡單,管理員管理簡單。技術(shù)先進:采用先進的單點登錄和門戶整合技術(shù)。目前國際上主流適用的應(yīng)用軟件架構(gòu)如下圖: 表示層實現(xiàn)功能強大

35、、靈活易操作的應(yīng)用邏輯處理展示功能平臺系統(tǒng)(表示層 :它的主要功能是實現(xiàn)用戶交互和數(shù)據(jù)表示,為以后 的處理收集數(shù)據(jù),向第二層的業(yè)務(wù)邏輯請求調(diào)用核心服務(wù)處理,并顯示處理結(jié)果。這 一層主要是以圖形化、可視化的形式提供操作界面。業(yè)務(wù)邏輯層實現(xiàn)可擴展、靈活、需求變化等相應(yīng)業(yè)務(wù)邏輯處理業(yè)務(wù)功能構(gòu)件群組(業(yè)務(wù)邏輯層 :為中間層,這些構(gòu)件由中間件管理,實現(xiàn)核心 業(yè)務(wù)邏輯服務(wù)并將這些服務(wù)按名字廣播,管理并接受客戶的服務(wù)請求,向資源管理器 提交數(shù)據(jù)操作,并將處理結(jié)果返回給請求者,這一層的特點是:它是業(yè)務(wù)的構(gòu)件庫, 可以無限的擴展業(yè)務(wù)構(gòu)件,可以獨立修改任何一個業(yè)務(wù)構(gòu)件,而最小程度的影響其他 業(yè)務(wù)的實現(xiàn)。設(shè)計先進、

36、獨到、適應(yīng)業(yè)務(wù)需要的支撐層支撐層(中間件平臺、信息資源庫 :為第三層,負責(zé)管理應(yīng)用系統(tǒng)的數(shù)據(jù)資源 , 完成數(shù)據(jù)操作,負責(zé)調(diào)度、分配和管理業(yè)務(wù)構(gòu)件群,確保服務(wù)的調(diào)用和業(yè)務(wù)的實現(xiàn)。 同時服務(wù)器組件在完成服務(wù)的過程中通過資源管理器存取它管理的數(shù)據(jù),或者說請求 資源管理器的數(shù)據(jù)服務(wù)。經(jīng)過多方考證, 我們認為該架構(gòu)也適用于本次招標中涉及的應(yīng)用軟件。 通過對 “ *” 項目交易平臺業(yè)務(wù)的需求了解和采用面向?qū)ο蟮姆治鰳I(yè)務(wù)需求,我們提出細化的本項 目的應(yīng)用軟件架構(gòu),如下圖:*認為以上的應(yīng)用軟件架構(gòu)先進、靈活、適用,完全符合“ *”項目交易平臺 的要求,該架構(gòu)以構(gòu)件化設(shè)計為核心,實現(xiàn)事件觸發(fā)、數(shù)據(jù)驅(qū)動、參數(shù)設(shè)置

37、的先進、 開放、靈活、可行的“ *”項目交易平臺。同時,采用的如上圖所示的軟件體系架構(gòu), 對于以后應(yīng)用擴展,只需在業(yè)務(wù)邏輯層增加新的業(yè)務(wù)邏輯核心構(gòu)件就可以很輕松的將 新的業(yè)務(wù)應(yīng)用集成到本體系結(jié)構(gòu)中。軟件結(jié)構(gòu)及模塊化設(shè)計:采用當前流行的 B/S結(jié)構(gòu),使用戶操作簡單并且降低維 護成本。軟件使用模塊化設(shè)計,使用戶可任意擴充功能模塊,保證系統(tǒng)的靈活性; 基于瀏覽器的 B/S結(jié)構(gòu):本系統(tǒng)采用基于瀏覽器 /服務(wù)器(B/S的體系結(jié)構(gòu),不 但突破了傳統(tǒng)客戶端 /服務(wù)器(C/S軟件基于局域網(wǎng)運行的局限性,同時由于客戶端 免安裝、免維護,因而極大降低系統(tǒng)軟件的采購成本以及系統(tǒng)部署和維護的工作量。 單一入口的個人辦

38、公門戶:個人辦公門戶是與個人相關(guān)的基于辦公事務(wù)處理的辦 公平臺。系統(tǒng)中所有等待當前用戶處理的工作都統(tǒng)一集中在用戶個人的界面上,不需 要用戶去各個模塊中查找;系統(tǒng)還提供自動提醒、個性化辦公配置等功能。具有清晰方便靈活的權(quán)限分配功能:系統(tǒng)以單位組織機構(gòu)為基礎(chǔ),進行工作和權(quán) 限的分配,使整個組織的工作管理清晰完整;同時系統(tǒng)支持一人多部門或一人多崗位 分配權(quán)限;具有靈活的流程定制功能和表單定制功能:系統(tǒng)提供靈活的流程定制、表單定制 功能,用戶無需編程就可以自定義出適合本單位的各種工作流程。系統(tǒng)可以實現(xiàn)工作 委托功能,并能自動提醒被委托人的待辦事宜;具有強大的查詢與檢索功能:系統(tǒng)具有強大的組合查詢和檢索

39、功能,使文件和檔 案的查詢利用輕松方便;具有完備的安全體系:系統(tǒng)建立多層次的安全機制,防止非法攻擊,確保系統(tǒng)安 全,系統(tǒng)可以監(jiān)控所有的工作流文檔,實時掌握流轉(zhuǎn)狀態(tài);具有良好的集成能力:系統(tǒng)能與 MIS 系統(tǒng)無縫集成,預(yù)留數(shù)據(jù)接口,通過異構(gòu)數(shù) 據(jù)庫接口,使得文檔處理信息與業(yè)務(wù)信息實現(xiàn)良好的溝通;支持數(shù)據(jù)備份:系統(tǒng)支持數(shù)據(jù)備份,制定數(shù)據(jù)備份策略,通過后備磁帶機等手段 安全備份和恢復(fù)數(shù)據(jù)。國家和我省“數(shù)字 *” “十五”和“十一五”期間,電子政務(wù)建設(shè)的主要目標是:標準一致、功能完善、安全可靠的政務(wù)網(wǎng)絡(luò)信息平臺。我省圍繞建設(shè)海峽西岸經(jīng)濟區(qū) 的中心任務(wù),更需要加快電子政務(wù)建設(shè)。當前主要任務(wù)是:建設(shè)和整合

40、統(tǒng)一的電子政 務(wù)網(wǎng)絡(luò)平臺,規(guī)范安全保密體系,有效遏止重復(fù)投資和建設(shè),政務(wù)各業(yè)務(wù)管理部門要 加快建設(shè)和整合面向社會公開透明的專業(yè)性業(yè)務(wù)服務(wù)系統(tǒng),并要求統(tǒng)一標準和規(guī)范, 實現(xiàn)“統(tǒng)籌規(guī)劃、規(guī)范標準,互聯(lián)互通、資源共享,深化應(yīng)用、保障安全” ,提高政府 各部門的決策、監(jiān)督和服務(wù)水平,尤其是要規(guī)范政務(wù)應(yīng)用服務(wù)平臺,并建立數(shù)據(jù)共享 利用和災(zāi)難備份中心,逐步建設(shè)輔助決策支持系統(tǒng)。為順應(yīng)國家及我省電子政務(wù)發(fā)展的統(tǒng)一規(guī)劃和趨勢, “ *” 項目交易平臺的建設(shè)不 應(yīng)局限于滿足當前的業(yè)務(wù)要求,要充分考慮今后系統(tǒng)的擴展升級以及與已建或待建業(yè) 務(wù)系統(tǒng)實現(xiàn)無縫集成,形成一個統(tǒng)一的信息化平臺,將對外服務(wù)以及對內(nèi)管理過程統(tǒng)

41、一到一個平臺上。對于本次項目,需要重點考慮系統(tǒng)的擴張性以及開放性,滿足這一 功能需求。本方案采用 ASP.NET+RDBMS+Webservice的技術(shù)架構(gòu),應(yīng)用 SOA 架構(gòu)模型構(gòu)建 “ *”項目交易平臺, DotNet 因其集成化的整體解決方案成為了當今電子政務(wù)建設(shè)的 主流,已經(jīng)廣泛應(yīng)用于電子政務(wù)大型系統(tǒng)的建設(shè)。 SOA 架構(gòu)體系與 1996年提出,目 前已成為信息化集成解決方案的主流。因此本技術(shù)方案切實可行且能完全滿足“ *” 項目交易平臺的業(yè)務(wù)需求已經(jīng)今后功能擴展的要求。對于一個成功的 MIS 軟件,本身的框架設(shè)計至關(guān)重要,一個優(yōu)良的軟件,它的框 架結(jié)構(gòu)不但能實現(xiàn)軟件的靈活、穩(wěn)定、可擴

42、充、易用和低維護性,同時也能實現(xiàn)需求 變化的高響應(yīng)性、快速構(gòu)造業(yè)務(wù)需求。本方案設(shè)計嚴格按照國家和我省“數(shù)字 *” “十 五”和“十一五”期間,電子政務(wù)建設(shè)的主要目標,滿足“ *”項目交易平臺的業(yè)務(wù) 要求以及今后業(yè)務(wù)功能擴展要求,其設(shè)計是科學(xué)合理的。1 將 SOA 架構(gòu)模型應(yīng)用于“ *”項目交易平臺建設(shè)政務(wù)業(yè)務(wù)系統(tǒng)由于通常是在不同時間開發(fā)的,因此相對比較獨立,業(yè)務(wù)流程往往 封裝在一個獨立的應(yīng)用系統(tǒng)內(nèi)。這些孤立的系統(tǒng)和應(yīng)用無法重用,每個項目都是一個 小社會,如何實現(xiàn)應(yīng)用間的整合成為當務(wù)之急。同時由于開發(fā)階段的不同,使用的技 術(shù)及 IT 架構(gòu)基本沒有統(tǒng)一,成為系統(tǒng)整合的瓶頸。SOA (Service

43、 Oriented Architecture ,面向服務(wù)的體系架構(gòu) 是一種構(gòu)造分布式 系統(tǒng)的方法,它將應(yīng)用的功能以服務(wù)提供給最終用戶或其它服務(wù)。它定義了一個體系 架構(gòu),利用開放標準將軟件資產(chǎn)化為服務(wù);提供了標準的方法來表示軟件資產(chǎn)及其交 互;單獨的軟件資產(chǎn)變成構(gòu)造單元,被重復(fù)使用來開發(fā)其它應(yīng)用;將關(guān)注點從實現(xiàn)細 節(jié)轉(zhuǎn)移到應(yīng)用組裝;在外部使用來整合企業(yè)外部的應(yīng)用。 SOA 架構(gòu)模型的應(yīng)用具有以 下好處:A 、規(guī)范化的業(yè)務(wù)功能定義通過服務(wù)建模, 根據(jù)業(yè)務(wù)提煉出服務(wù)功能, 徹底統(tǒng)一各方的交互方式, 規(guī)范化 交互內(nèi)容服務(wù)建模包括下面重要因素:功能定義消息定義(輸入 /輸出 狀態(tài)管理安全 , 事務(wù)屬性其

44、他非功能性需求基于服務(wù)的監(jiān)管和監(jiān)控以服務(wù)為基礎(chǔ)單元在企業(yè)范圍內(nèi)對關(guān)鍵應(yīng)用基于服務(wù)的流程管理(BPM B 、新項目開發(fā)成本降低,周期變短 C 、基于服務(wù)的集成和交互以服務(wù)為導(dǎo)向的架構(gòu)設(shè)計,沒有應(yīng)用之分,只有各種業(yè)務(wù)功能所對應(yīng)的服務(wù), 需要復(fù)用和交互,直接參考服務(wù)規(guī)范,引用 ESB 上的服務(wù)就可以了。適應(yīng)未來的應(yīng)用的變化, 新的應(yīng)用和舊的應(yīng)用更容易的交互, 不再局限于廠商, 開發(fā)工具和產(chǎn)品。應(yīng)用 SOA 架構(gòu)模型構(gòu)建“ *”項目交易平臺,有效解決異構(gòu)系統(tǒng)之間、數(shù)據(jù)庫之 間信息交換與共享,支持各種電子政務(wù)應(yīng)用系統(tǒng)的構(gòu)建與整合,實現(xiàn)跨部門的、統(tǒng)一 的應(yīng)用信息交換和業(yè)務(wù)協(xié)同處理功能,消除信息和應(yīng)用孤島,

45、避免建造新的孤島,為 網(wǎng)上聯(lián)合審批、協(xié)同辦公提供技術(shù)支撐。 2 XML 數(shù)據(jù)總線各種數(shù)據(jù)都被規(guī)范成了 XML 的格式,而數(shù)據(jù)的傳遞則采用 Xpath 的尋址方式,這 種數(shù)據(jù)傳遞方式使得應(yīng)用開發(fā)中對接口的處理與原來基于對象接口的方式有了較大差 異。所有數(shù)據(jù)傳遞和接口數(shù)據(jù)均通過數(shù)據(jù)總線傳遞,不僅簡化了開發(fā)過程,加強了系 統(tǒng)的靈活性,也是系統(tǒng)和功能模塊實現(xiàn)了在數(shù)據(jù)總線上的松散連接,是組件化系統(tǒng)設(shè) 計成為了可能。3 基于構(gòu)件的軟件開發(fā)方式 從抽象程度來看,面向?qū)ο蠹夹g(shù)已達到了類級重用 (代碼重用 ,它以類為封裝的 單位。這樣的重用粒度還太小,不足以解決異構(gòu)互操作和效率更高的重用。構(gòu)件將抽 象的程度提到

46、一個更高的層次,它是對一組類的組合進行封裝,并代表完成一個或多 個功能的特定服務(wù),也為用戶提供了多個接口。整個構(gòu)件隱藏了具體的實現(xiàn),只用接 口提供服務(wù)。 這樣, 在不同層次上, 構(gòu)件均可以將底層的多個邏輯組合成高層次上的 粒度更大的新構(gòu)件,甚至直接封裝到一個系統(tǒng),使模塊的重用從代碼級、對象級、架 構(gòu)級到系統(tǒng)級都可能實現(xiàn),從而使軟件像硬件一樣,能任人裝配定制而成的夢想得以 實現(xiàn)。方案采用 ASP.NET +RDBMS+WebService的主流技術(shù)架構(gòu),使用擁有自主知識產(chǎn) 權(quán)的 TT-UEADP 應(yīng)用開發(fā)平臺建設(shè)“6·18”項目交易平臺。 DotNet 因其集成化的整 體解決方案成為了

47、當今電子政務(wù)建設(shè)的主流,已經(jīng)廣泛應(yīng)用于電子政務(wù)大型系統(tǒng)的建 設(shè)。 SOA 架構(gòu)體系與 1996年提出,目前已成為信息化集成解決方案的主流。因此本 方案的技術(shù)本身以及在政務(wù)系統(tǒng)上的應(yīng)用都已經(jīng)非常成熟,降低了系統(tǒng)實施風(fēng)險,其 系統(tǒng)平臺架構(gòu)具有一定的先進性 。具有操作簡單、表現(xiàn)完整的工作流程自定義工具能靈活適應(yīng)并快速集成不斷變化的業(yè)務(wù)需求完全支持 B/S架構(gòu),無論是工作流,信息發(fā)布,電子郵件或是系統(tǒng)管理,都 可以通過前端瀏覽器來操作界面一致、操作簡單,將最復(fù)雜的流程事務(wù)歸為統(tǒng)一入口,所有用戶只要點 擊一次鼠標,所需辦理的工作一目了然本方案完全按照“ *”項目交易平臺的招標要求設(shè)計,從系統(tǒng)功能,平臺架

48、構(gòu)以 及系統(tǒng)功能均給以了充分的考慮,整個方案是完整并切實可行的?！?*”項目交易平臺系統(tǒng)建設(shè),已不僅僅只是為了解決辦公事務(wù)。 “ *”項目交易平臺系統(tǒng)要提供各方面的信息,做到全面實現(xiàn)電腦化,同時還要為單位內(nèi)部的管理、 決策和信息的共享作基礎(chǔ)?？刹僮餍詮姴捎糜押玫膱D形化窗口用戶操作界面,支持鼠標操作,可操作性強。而且操作界 面簡潔、直觀,有利于簡化操作,并提高操作效率。具備相應(yīng)容錯手段,允許操作人 員有限范圍的誤操作。系統(tǒng)與業(yè)務(wù)數(shù)據(jù)連接系統(tǒng)作為一個統(tǒng)一的軟件應(yīng)用平臺,還要提供與其它業(yè)務(wù)系統(tǒng)的連接,業(yè)務(wù)數(shù)據(jù) 經(jīng) 過 一 定 的 處 理 , 可 以 提 交 到 系 統(tǒng) 中 進 行 按 條 件 地 查

49、 詢 和 訪 問 。 通 過 ASP.NET +RDBMS+WebService的體系結(jié)構(gòu),使得訪問數(shù)據(jù)方法眾多,快捷而迅速。 實用性和可維護性要求系統(tǒng)應(yīng)本著以最大限度保護已有的投資和數(shù)字信息為目的,具有很好的實用性和 可維護性。系統(tǒng)的軟、硬件結(jié)構(gòu)層次化、模塊化、并且接口靈活,以便進行修改、維 護、 擴容。 同時要求系統(tǒng)平均響應(yīng)時間不超過 3秒, 具有統(tǒng)一的用戶界面和操作模式, 人機界面友好、方便、直觀。支持在線幫助功能,隨時都有方便的提示,查找?guī)椭?非常方便。能為系統(tǒng)管理員提供多種發(fā)現(xiàn)系統(tǒng)故障和非法登錄的手段,并詳細說明能提供的 手段及其實現(xiàn)的方法。 能對整個工作流程進行實時跟蹤監(jiān)控并及時

50、記錄審核修改信息。 能夠按照辦公有關(guān)規(guī)定,自動地報告、顯示業(yè)務(wù)在其辦理過程中所處的地點、狀態(tài), 以便采取相應(yīng)的統(tǒng)計、分析、催辦等處理措施?；?ASP.NET +RDBMS+WebService構(gòu)架,采用構(gòu)件化和模板化設(shè)計的思想,系統(tǒng) 具有高度的可擴展性和可定制性。提供了一個靈活的可擴展的信息化基礎(chǔ)平臺,能夠 集成現(xiàn)有的系統(tǒng)?；诠ぷ髁鞫ㄖ?支持業(yè)務(wù)流程的靈活定制,能夠?qū)Σ煌南到y(tǒng)與模塊進行整合, 統(tǒng)一管理、調(diào)度,能夠適應(yīng)組織機構(gòu)和業(yè)務(wù)流程變化,并為系統(tǒng)功能將來的擴展提供 了一個良好的基礎(chǔ),特別適用于跟蹤用戶需求,不斷擴大應(yīng)用覆蓋面在軟件上支持跨 平臺和開放數(shù)據(jù)接口,便于與其它系統(tǒng)軟件互相集成

51、。構(gòu)件化的設(shè)計,可以隨時重組業(yè)務(wù)流程,實現(xiàn)了對業(yè)務(wù)支撐的靈活性。個性化的 定制,帶來了操作上的靈活性。數(shù)據(jù)模型上的數(shù)據(jù)域的定制,帶來了數(shù)據(jù)存取的靈活 性。三層結(jié)構(gòu):可以通過數(shù)據(jù)庫提供業(yè)界先進的三層信息發(fā)布技術(shù),支持實時(不是 在線數(shù)據(jù)采集、分析及圖表生成、實時數(shù)據(jù)推送等業(yè)務(wù),并對實現(xiàn)將來逐步實現(xiàn)決 策支持系統(tǒng)提供應(yīng)用開發(fā)保障。功能完備性和靈活性要求:系統(tǒng)提供完整的功能,在具體實現(xiàn)時綜合考慮到信息 的發(fā)展規(guī)模, 信息量的大小, 管理的要求等情況, 使其具有良好的靈活性及可擴充性, 具體表現(xiàn)在系統(tǒng)的硬件、網(wǎng)絡(luò)設(shè)備應(yīng)有很好的開放性和強大的擴充升級能力,支持多 種傳輸媒介;應(yīng)用軟件能適應(yīng)多種不同情況,具有很好的可伸縮性和可移植性。1.4. 平臺系統(tǒng)總體設(shè)計本方案是 *省經(jīng)濟信息中心“ *”項目交易平臺建設(shè)項目的技術(shù)方案,網(wǎng)絡(luò)平臺 *省經(jīng)濟信息中心已經(jīng)進行了建設(shè),本方案不做詳盡的設(shè)計,主要是針對本“ *”項 目交易平臺需要的軟硬件環(huán)境進行設(shè)計?！?*”項目交易平臺的運行的網(wǎng)絡(luò)平臺是省政務(wù)專網(wǎng)以及省公眾服務(wù)網(wǎng)絡(luò)。其網(wǎng) 絡(luò)拓撲結(jié)構(gòu)如下圖所示:主機服務(wù)器及存儲系統(tǒng)的設(shè)計需要從“ *”項目交易平臺實際應(yīng)用出發(fā)結(jié)合系統(tǒng) 的特點進行設(shè)計。主要考慮系統(tǒng)的性能要求、存儲需求等。并且在系統(tǒng)設(shè)計中考慮以 下技術(shù)的使用。通過選擇具備高可靠性的 PC Server