風電安全管理系統(tǒng)采購投標方案（技術標）

風電安全管理系統(tǒng)采購投標方案

目錄

第一章信息化服務說明和信息化實施技術方案........11

1.1.設計原則..................................11

1.1.1.一體化原則.........................11

1.1.2.智能化原則.........................11

1.1.3.模塊化原則.........................11

1.1.4.實用性原則...........................11

1.1.5.安全性原則.........................12

1.1.6.共享性原則.........................12

1.2.系統(tǒng)實施架構(gòu).............................13

1.2.1.系統(tǒng)性能...........................13

1.3.系統(tǒng)技術.................................15

1.3.1.基本要求.............................15

1.3.2.系統(tǒng)平臺架構(gòu)及數(shù)據(jù)庫總體要求........16

1.3.3.SOA架構(gòu).............................16

1.3.4.服務總線...........................16

1.3.5.管理服務.............................17

1.3.6.數(shù)據(jù)庫...............................17

1.4.平臺系統(tǒng)總體技術選型.....................19

1.4.1.前后端分離...........................19

1.4.2.后端技術.............................20

1.4.3.系統(tǒng)接口.............................20

1

1.4.4.系統(tǒng)維護、升級要求.................20

1.4.5.安全防護.............................21

1.5.關鍵技術.................................22

1.5.1.基于B/S/D三層體系結(jié)構(gòu).............22

1.5.2.數(shù)據(jù)后臺MySQL的技術特點...........22

1.5.3.SpringBoots技術.....................25

1.5.4.SOA技術.............................28

1.5.5.SOA詳細定義.........................29

1.5.6.SOA架構(gòu)的優(yōu)點.......................31

1.5.7.SOA架構(gòu)詳解.........................33

1.5.8.標準化封裝(互操作性)...............34

1.5.9.軟件復用.............................35

1.5.10.SOA的復用..........................36

1.5.11.耦合關系...........................37

1.5.12.架構(gòu)規(guī)劃...........................45

1.5.13.html5技術..........................49

1.5.14.智能表單...........................50

1.5.15.繪圖畫布...........................51

1.5.16.多媒體.............................51

1.5.17.地理定位...........................52

1.5.18.數(shù)據(jù)存儲...........................52

1.5.19.多線程.............................52

1.5.20.Vue技術.............................53

2

1.5.21.elementUI技術......................55

1.6.系統(tǒng)功能.................................57

1.6.1.海圖、衛(wèi)星圖、地圖開發(fā).............57

1.6.2.立體圖展示.........................60

1.7.人員安全和風場安防.......................66

1.7.1.施工船動態(tài)監(jiān)控&駛離施工區(qū)域預警.....66

1.7.2.施工船定位跟蹤.......................66

1.7.3.施工船舶駛離施工區(qū)域預警...........66

1.7.4.施工船歷史軌跡查詢.................67

1.7.5.施工船信息管理.....................67

1.7.6.施工區(qū)域配置.......................67

1.7.7.人員落水預警&輔助救援...............67

1.8.風場安防顯示與預警.......................69

1.8.1.風場區(qū)域附近船舶監(jiān)控...............69

1.8.2.虛擬電子圍欄技術.....................69

1.8.3.海纜水域船舶拋錨或停泊預警..........69

1.8.4.視頻監(jiān)控鍵入.........................70

1.9.海洋氣象集成.............................71

1.9.1.海洋氣象預報系統(tǒng)系統(tǒng)...............71

1.9.2.全海洋球氣象預報...................71

1.9.3.地理信息多投影展示...................71

1.9.4.場站生產(chǎn)信息展示.....................71

1.9.5.氣象信息展示.........................72

3

1.9.6.全球海洋氣象預報展示...............72

1.9.7.多種投影方式展示.....................73

1.10.臺風預警系統(tǒng)............................74

1.10.1.臺風追蹤與預報.....................74

4小時和48小時臺風警戒線.........74

1.10.3.以風場為中心，計算臺風中心到風場的距離

.74

1.10.4.臺風路徑預測.......................75

1.10.5.歷史臺風展示.......................75

1.10.6.運維船動態(tài)監(jiān)控.....................75

1.10.7.船舶定位跟蹤.......................76

1.10.8.船舶歷史軌跡查詢...................76

1.10.9.運維船信息管理.....................76

1.10.10.出海人員動態(tài)監(jiān)控.................76

1.10.11.人員定位.........................76

1.10.12.人員考勤...........................77

1.10.13.人員動態(tài)軌跡查詢.................77

1.10.14.人員信息庫管理...................77

1.10.15.統(tǒng)計圖表展示.......................77

1.10.16.文檔管理.........................77

1.11.運維安全管理.............................78

1.11.1.運維船舶監(jiān)控.......................78

1.11.2.船舶定位跟蹤.......................78

4

1.11.3.船舶歷史軌跡查詢...................78

1.11.4.運維船舶信息管理...................78

1.11.5.運維人員監(jiān)控.......................78

1.12.風場安防.................................79

1.12.1.船舶監(jiān)控............................79

1.12.2.電子圍欄技術及外部船只闖入風場區(qū)域預

警...........................................79

1.12.3.海纜水域船舶拋錨或停泊預警.........79

1.12.4.出海任務管理.......................80

1.12.5.出海計劃決策功能...................80

1.12.6.出海指導及運維計劃建議功能.........80

第二章信息化實施方案............................81

2.1.安裝實施服務.............................82

2.1.1.AIS系統(tǒng)安裝實施服務.................82

2.1.2.定位基站安裝實施服務...............82

2.1.3.氣象數(shù)據(jù)接口服務...................82

2.1.4.船舶數(shù)據(jù)接口服務.....................82

2.1.5.系統(tǒng)集成服務.......................82

2.2.測試與驗收...............................83

2.2.1.測試.................................83

2.2.2.測試方法.............................84

2.2.3.β測試(beta測試)--非程序員、測試人員84

2.2.4.a測試(Alpha測試)--非程序員、測試人員

5

.........85

2.2.5.兼容性測試--測試人員……85

2.2.6.用戶界面測試-UI測試--測試人員…………85

2.2.7.冒煙測試.............................86

2.2.8.隨機測試-測試人員.................87

2.2.9.黑盒測試(功能測試)--測試人員…………87

2.2.10.性能測試...........................88

2.2.11.測試規(guī)范...........................88

2.2.12.軟件需求規(guī)格說明書................88

2.2.13.軟件設計說明(概要與詳細設計)......89

2.2.14.頁面原型(demo)..........................................89

2.2.15.測試過程設計.......................89

2.2.16.測試策略制定.......................90

2.2.17.驗收...............................98

第三章信息化服務質(zhì)量、進度、保密等保證措施......105

3.1.質(zhì)量保證措施.............................105

3.1.1.質(zhì)量管理體系標準...................105

3.1.2.質(zhì)量控制過程.......................105

3.1.3.質(zhì)量評定計劃.......................105

3.1.4.質(zhì)量管理措施.......................106

3.1.5.軟件質(zhì)量控制.......................106

3.2.進度保證措施.............................109

3.2.1.系統(tǒng)開發(fā)與實施控制.................109

6

3.2.2.成本與進度控制.....................110

3.2.3.項目實施計劃.......................110

3.2.4.系統(tǒng)詳細設計.......................112

3.2.5.系統(tǒng)實施階段.......................113

第四章信息化服務安全保證措施...................114

4.1.方案設計目標.............................114

4.1.1.方案設計框架.......................114

4.2.安全技術體系設計.......................116

4.2.1.物理安全設計.......................116

4.2.2.機房選址...........................116

4.2.3.機房管理...........................116

4.2.4.機房環(huán)境...........................116

4.2.5.設備與介質(zhì)管理.....................117

4.3.計算環(huán)境安全設計.......................118

4.3.1.身份鑒別...........................118

4.3.2.訪問控制...........................119

4.3.3.系統(tǒng)安全審計.......................120

4.3.4.入侵防范...........................121

4.3.5.主機惡意代碼防范...................122

4.3.6.軟件容錯...........................123

4.3.7.數(shù)據(jù)完整性與保密性.................124

4.3.8.備份與恢復.........................126

4.3.9.資源控制............................127

7

4.4.區(qū)域邊界安全設計.......................129

4.4.1.邊界訪問控制.......................129

4.4.2.強化網(wǎng)絡安全策略...................129

4.4.3.對網(wǎng)絡存取和訪問進行監(jiān)控審計.......130

4.4.4.防止內(nèi)部信息的外泄.................130

4.4.5.精確流量管理.......................131

4.4.6.邊界完整性檢查.....................131

4.4.7.終端非法外聯(lián)行為監(jiān)控...............131

4.4.8.終端非法外聯(lián)行為管理...............132

4.4.9.邊界入侵防范.......................132

4.4.10.邊界安全審計.....................133

4.5.通信網(wǎng)絡安全設計.......................134

4.5.1.網(wǎng)絡結(jié)構(gòu)安全.......................134

4.5.2.網(wǎng)絡安全審計.......................134

4.5.3.網(wǎng)絡設備防護.......................135

4.5.4.安全管理中心設計...................136

4.5.5.系統(tǒng)管理...........................136

4.5.6.審計管理...........................138

4.5.7.不同等級系統(tǒng)互聯(lián)互通...............140

第五章售后服務措施.............................141

5.1.售后服務機構(gòu).............................141

5.1.1.服務宗旨............................141

5.1.2.售后服務承諾內(nèi)容及措施后服務方案……141

8

5.2.現(xiàn)場服務計劃............................143

5.2.1.現(xiàn)場管理...........................143

5.2.2.現(xiàn)場管理面臨的問題.................143

5.2.3.現(xiàn)場管理的重要性...................146

5.2.4.現(xiàn)場監(jiān)控管理內(nèi)容...................149

5.3.特殊技術服務和支持方式...................151

5.3.1.服務響應時間.......................151

5.3.2.服務承諾...........................151

5.3.3.現(xiàn)場支持服務.......................153

5.3.4.電話咨詢服務.......................154

5.3.5.遠程技術服務.......................154

5.3.6.設備維修...........................155

5.3.7.現(xiàn)場服務...........................155

5.3.8.設備巡檢...........................156

5.3.9.投訴受理服務.......................156

5.4.日常管理制度和故障處理流程圖.............157

第六章培訓方案.................................159

6.1.平臺培訓方案............................159

6.1.1.培訓方式...........................159

6.1.2.培訓計劃表.........................159

6.2.培訓對象.................................161

6.2.1.領導干部培訓.......................161

6.2.2.業(yè)務人員培訓.......................161

9

6.2.3.技術人員培訓.......................161

6.3.培訓方式和內(nèi)容..........................162

6.3.1.集中培訓...........................162

6.3.2.現(xiàn)場培訓...........................162

6.3.3.專題培訓...........................162

6.3.4.普及性培訓內(nèi)容.....................163

6.3.5.應用性培訓內(nèi)容.....................163

6.3.6.培訓教學方案.......................163

6.4.培訓質(zhì)量保障............................165

6.4.1.培訓標準............................165

6.4.2.培訓師資...........................166

10

第一章信息化服務說明和信息化實施技術方案

1.1.設計原則

1.1.1.一體化原則

充分遵循一體化原則開展系統(tǒng)設計，在總體架構(gòu)、功能、

信息采集和整合、數(shù)據(jù)模型、信息通訊等方面均實現(xiàn)一體化

設計。

1.1.2.智能化原則

充分滿足海上風電場生產(chǎn)管理的相關要求，實現(xiàn)數(shù)據(jù)的智

能分析和用，充分考慮商業(yè)智能、專家模型分析、輔助決策

支持等技術的用，切實實現(xiàn)由隱性知識到顯性知識的轉(zhuǎn)化。

1.1.3.模塊化原則

采取分層設計、模塊化封裝的設計思路開展用設計，做到

技術平臺化、用模塊化，實現(xiàn)用系統(tǒng)模塊化封裝，實現(xiàn)插拔

式設計。

子系統(tǒng)之間的集成采用總線型架構(gòu)設計，各子系統(tǒng)的業(yè)務

功能以大粒度方式進行封裝，并按總線接口要求設計對外提

供服務的方式，實現(xiàn)靈活的業(yè)務功能組合和服務復用。

1.1.4.實用性原則

秉承實用性原則，在數(shù)據(jù)采集和處理、信息展現(xiàn)、功能用

等方面做到界面簡潔、操作方便、功能導航方便。系統(tǒng)界面

11

根據(jù)用戶日常工作的需求進行定制。

1.1.5.安全性原則

充分考慮系統(tǒng)安全性論證和設計，在項目實施階段，也需

要完成滲透測試、代碼安全測試等信息安全測試方面的工

作，完成信息系統(tǒng)安全等級保護定級等安全保護方面的工作

內(nèi)容。

1.1.6.共享性原則

充分考慮數(shù)字化智慧型風場建設的持續(xù)性，采取適度超

前、開放架構(gòu)的策略進行設計，充分考慮與集團公司現(xiàn)有系

統(tǒng)的兼容，充分考慮未來接入其他相關系統(tǒng)的需求，充分考

慮未來新增業(yè)務需求的可能性。各子系統(tǒng)的建設，提供相關

業(yè)務數(shù)據(jù)獲取的接口，確保業(yè)主方的數(shù)據(jù)資產(chǎn)庫能及時獲取

相關數(shù)據(jù)。各子系統(tǒng)還提供業(yè)務服務的接口，確保能集成各

子系統(tǒng)的業(yè)務功能。

12

1.2.系統(tǒng)實施架構(gòu)

架構(gòu)系統(tǒng)采用B/S架構(gòu)，降低系統(tǒng)維護與升級的成本和工

作量。支持數(shù)據(jù)庫系統(tǒng)與WEB用程序系統(tǒng)分離部署。

系統(tǒng)架構(gòu)體系采用多層架構(gòu)，采用穩(wěn)定成熟的軟件開發(fā)平

臺作為實施平臺，整合各子系統(tǒng)實時生產(chǎn)數(shù)據(jù)，實現(xiàn)系統(tǒng)與

生產(chǎn)相關業(yè)務支撐系統(tǒng)的信息交互，并在符合集團信息化建

設要求、滿足網(wǎng)絡和數(shù)據(jù)安全要求的環(huán)境下運行。

1.2.1.系統(tǒng)性能

系統(tǒng)滿足如下性能參數(shù)要求，并符合穩(wěn)定性和可靠性、可

擴展性、安全性等要求，具體內(nèi)容如下：

>系統(tǒng)對用戶注冊授權數(shù)量不限制，并發(fā)用戶≥100人。

>保證7×24小時正常運行；

>系統(tǒng)服務器CPU的平均負載率小于50%;

>平均無故障時間>10000h。

>非統(tǒng)計性查詢響時間≤3秒；

>統(tǒng)計性查詢響時間十萬條記錄響時間≤30秒；

>系統(tǒng)數(shù)據(jù)平均保存響時間≤3秒；高峰時≤6秒；

>系統(tǒng)在線數(shù)據(jù)存儲時間≥10年。

>系統(tǒng)頁面平均顯示響時間≤3秒；高峰時≤6秒；

>系統(tǒng)流程審批平均響時間≤3秒；高峰時≤6秒；

>系統(tǒng)登陸平均響時間≤3秒；高峰時≤5秒；

13

>系統(tǒng)中的點擊、選中操作響時間≤0.5秒，不能出現(xiàn)卡、

等待的現(xiàn)象；

按招標方實施時的實際要求，將系統(tǒng)開放在內(nèi)網(wǎng)或外網(wǎng)

上，并靈活設置權限，通過權限控制任意地點可以訪問權限

內(nèi)的任意系統(tǒng)。

14

1.3.系統(tǒng)技術

1.3.1.基本要求

模塊化：系統(tǒng)實現(xiàn)符合模塊化、組件化結(jié)構(gòu)。且各個模塊

之間具有有機的關聯(lián)。系統(tǒng)建成后可以根據(jù)管理的流程選擇

不同的模塊或組件進行組合，通過設置模塊的功能和模塊之

間的關系滿足不同的管理需求。

集成化：系統(tǒng)具有開放、靈活、符合主流標準的集成框架，

與集團現(xiàn)有的、在建的、將建各相關用系統(tǒng)進行有效的集成

整合。

標準化、規(guī)范化：系統(tǒng)支持統(tǒng)一的信息編碼，編碼的標準

遵循國家、行業(yè)的相關標準及本企業(yè)和上級單位的信息編碼

的有關標準，當標準之間不一致時，遵循最高標準。

簡潔化、人性化：系統(tǒng)的操作簡潔明了，所有用戶操作和

系統(tǒng)設置實現(xiàn)圖形化界面，復雜和多步驟的操作實現(xiàn)向?qū)А?/p>

系統(tǒng)盡可能減少插件安裝和電腦終端設置。對需要使用的插

件、開發(fā)的用軟件以及供貨范圍內(nèi)的其它軟件的授權、合法

性負責。

權限管理：系統(tǒng)支持統(tǒng)一的用戶認證和靈活的權限管理；

系統(tǒng)支持基于角色和基于資源的授權方式：支持用戶到角色

的映射，并采用角色的身份用來控制對特定操作的訪問權，

并支持層次化、結(jié)構(gòu)化和區(qū)域化的角色設定。

15

開放性、時效性：數(shù)據(jù)庫結(jié)構(gòu)、代碼設計等方面便于修改

或增加系統(tǒng)功能。系統(tǒng)注冊用戶數(shù)、使用時間無限制。

系統(tǒng)支持將歷史數(shù)據(jù)匯集為知識庫，形成企業(yè)的智力財

富。文檔附件支持按文件名/文件內(nèi)容檢索，有權限查閱的

人才有搜索結(jié)果，支持在線查閱而不需要下載到本地。

1.3.2.系統(tǒng)平臺架構(gòu)及數(shù)據(jù)庫總體要求

本項目系統(tǒng)在清能院設計的華能浙江平湖海上風電有限

責任公司數(shù)字孿生全生命周期價值鏈智慧示范風電場管理

系統(tǒng)平臺上進行開發(fā)、集成。系統(tǒng)品臺總體技術要求如下：

1.3.3.SOA架構(gòu)

系統(tǒng)采用分布式、松耦合面向服務的SOA架構(gòu)，每一層、

每個模塊都可以分開部署，任何一個模塊出現(xiàn)問題不會影響

其他功能。所有服務都可以后臺可視化管理，服務總線以接

口函數(shù)的形式為用提供服務的注冊、發(fā)布、請求、訂閱、確

認、響等信息交互機制，以滿足用功能和數(shù)據(jù)在廣域范圍的

使用和共享。

系統(tǒng)具備服務的查詢界面，提供服務的排序、查找、統(tǒng)計

功能。

1.3.4.服務總線

系統(tǒng)采用基于TCP/IP的星型網(wǎng)絡結(jié)構(gòu)，提供對用數(shù)據(jù)的

16

封裝和傳輸支持；

1.3.5.管理服務

系統(tǒng)支持包含服務注冊、資源定位、監(jiān)控以及管理等功能。

1.3.6.數(shù)據(jù)庫

數(shù)據(jù)庫系統(tǒng)包括分布式內(nèi)存數(shù)據(jù)庫系統(tǒng)或?qū)崟r數(shù)據(jù)庫以

及關系型數(shù)據(jù)庫系統(tǒng)，數(shù)據(jù)庫采用面向?qū)ο蟮臄?shù)據(jù)模型、高

效對象訪問機制及分布式體系結(jié)構(gòu)，關系數(shù)據(jù)庫提供對大量

多維度歷史數(shù)據(jù)的存儲、處理和檢索的平臺，系統(tǒng)包含如下

數(shù)據(jù)庫：

配置數(shù)據(jù)庫：包含系統(tǒng)運行所需的全部參數(shù)的配置信息，

存放在系統(tǒng)的商用數(shù)據(jù)庫中。

內(nèi)存分布式實時數(shù)據(jù)庫：內(nèi)存分布式數(shù)據(jù)庫專門用來提供

高效的實時數(shù)據(jù)存取，實現(xiàn)各個發(fā)電廠的監(jiān)視、控制和分析，

數(shù)據(jù)庫采用成熟開源的數(shù)據(jù)庫解決方案，數(shù)據(jù)做冗余存儲。

數(shù)據(jù)庫管理系統(tǒng)采用面向?qū)ο蟮膬?nèi)存分布式實時數(shù)據(jù)庫管

理系統(tǒng)，采用面向?qū)ο蟮臄?shù)據(jù)模型，支持類之間的繼承、聚

集關系以及對象標識等面向?qū)ο蟮奶匦?，能夠?gòu)造復雜的結(jié)

構(gòu)模型，支持用戶自定義數(shù)據(jù)類型和方法。提供商用關系型

數(shù)據(jù)的通用消息隊列服務，能夠?qū)崿F(xiàn)數(shù)據(jù)刷新后面向多個數(shù)

據(jù)消費端的消息組播能力。以配置數(shù)據(jù)庫為基礎生成，在內(nèi)

存中裝入系統(tǒng)采集的實時數(shù)據(jù)，并可提供數(shù)據(jù)磁盤同步功

17

能，其數(shù)值能根據(jù)運行工況的實時變化而不斷更新，記錄被

監(jiān)控設備的當前狀態(tài)。

歷史數(shù)據(jù)庫：對于需要長期保存的重要數(shù)據(jù)可選定周期存

放在數(shù)據(jù)庫中。歷史數(shù)據(jù)能存儲不少于3年的數(shù)據(jù)；主機負

責歷史數(shù)據(jù)處理，并將數(shù)據(jù)發(fā)送給從機保存。從機不運行時，

發(fā)送數(shù)據(jù)保存在商用數(shù)據(jù)庫中，恢復后同步。歷史數(shù)據(jù)庫的

數(shù)據(jù)容量可進行線性擴展，并且后期無數(shù)據(jù)庫軟件授權費

用。

事件數(shù)據(jù)庫：存放系統(tǒng)所有報警信息的內(nèi)容和發(fā)生時間，

包括設備和裝置狀態(tài)異常、故障，保護告警，動作，操作員

操作、測量值越限，監(jiān)控系統(tǒng)的硬件、軟件、通信接口和網(wǎng)

絡故障。

文件數(shù)據(jù)庫：存放附加用功能所需要記錄的數(shù)據(jù)內(nèi)容，如

事故追憶、故障錄波等

18

1.4.平臺系統(tǒng)總體技術選型

1.4.1.前后端分離

系統(tǒng)采用前后端分離的模式進行設計和開發(fā)，具有如下的

優(yōu)勢：

使用主流前端框架進行開發(fā)

做到可復用、組件化開發(fā)模式，代碼要便于維護

做到前后端分離方式提高開發(fā)效率

界面美觀，符合現(xiàn)代審美風格，有豐富的ui庫可供選擇

頁面響速度快

良好的的交互體驗

減輕服務器壓力、統(tǒng)一數(shù)據(jù)傳輸格式

前端技術

系統(tǒng)前端采用html5+Vue+elementUI進行開發(fā)，使用Vue

的優(yōu)勢如下：

輕量級框架：代碼量小

雙向數(shù)據(jù)綁定：響式數(shù)據(jù)綁定

組件化：開發(fā)效率高

視圖和數(shù)據(jù)分離：易于維護

運行速度快：用戶體驗好

elementUI主要用于表單的開發(fā)，主要要求：

>和前端技術Vue容易集成

19

>開源免費

>開發(fā)成本低

1.4.2.后端技術

系統(tǒng)后端功能基于javaSpringboot開發(fā)，Springboot有

如下優(yōu)勢：

快速構(gòu)建項目：開發(fā)效率高

對主流開發(fā)框架的無配置集成：易于集成

項目可獨立運行，無須外部依賴Servlet容器：易部署

提供運行時的用監(jiān)控：自帶監(jiān)控

極大地提高了開發(fā)、部署效率

與云計算的天然集成

1.4.3.系統(tǒng)接口

支持與第三方軟件的用集成，接口方法符合相關國家、行

業(yè)和公司及上級單位標準、規(guī)范，并且充分考慮互連系統(tǒng)的

安全性。

1.4.4.系統(tǒng)維護、升級要求

提供完備的數(shù)據(jù)庫維護系統(tǒng)，系統(tǒng)具有遠程維護能力。

用戶管理設有系統(tǒng)保護功能。

數(shù)據(jù)備份與恢復可對數(shù)據(jù)庫數(shù)據(jù)提供安全保護。

20

1.4.5.安全防護

提出系統(tǒng)的安全策略。

針對系統(tǒng)的身份鑒別、訪問控制、安全審計、剩余信息保

護、通信完整性、通信保密性、抗抵賴、軟件容錯、資源控

制等提出完整技術方案，并在系統(tǒng)上全面、準確用。

針對系統(tǒng)的安全防護的技術措施，提供操作性強，符合招

標方特點的系統(tǒng)安全管理和運行維護的有關制度、操作規(guī)程

及必要的標準。

給出系統(tǒng)的網(wǎng)絡拓撲結(jié)構(gòu)。

21

1.5.關鍵技術

1.5.1.基于B/S/D三層體系結(jié)構(gòu)

瀏覽器Browser/WEB服務器Server/數(shù)據(jù)庫服務器

Database是解決公共信息服務以及交互相應動態(tài)服務最適

用的一種應用模型。實現(xiàn)了真正意義上的瘦客戶，大大簡化

了應用系統(tǒng)的分發(fā)、配置管理和版本管理工作。

應用

數(shù)據(jù)

客戶瀏覽器請求Web服務器請求服務器請求

庫服務

響應響應響應

基于B/S/D三層體系結(jié)構(gòu)的運行環(huán)境示意圖

其中，WEB客戶端是WEB瀏覽器，例如NetscapeNavigator

或者MicrosoftInternetEplorer。WEB服務器是任何基于

HTML的服務器，例如NetscapeEnterpriseServer或者

SybaseApplicationServer等。應用服務器是對WEB服務器

功能的一種擴展，負責權限，組件，事務，數(shù)據(jù)庫連接等管

理。最終用戶可以通過WEB瀏覽器發(fā)出請求，通過HTTP協(xié)

議與WEB服務器進行通信。如果是數(shù)據(jù)請求，WEB服務器(應

用服務器)與數(shù)據(jù)庫服務器通信，將返回數(shù)據(jù)構(gòu)造成瀏覽器

頁面返回給用戶。

1.5.2.數(shù)據(jù)后臺MySQL的技術特點

1、MySQL的定義

22

MySQL是一個真正的多用戶、多線程SQL數(shù)據(jù)庫服務器。

SQL(結(jié)構(gòu)化查詢語言)是世界上最流行的和標準化的數(shù)據(jù)

庫語言。MySQL是以一個客戶機/服務器結(jié)構(gòu)的實現(xiàn)，它由一

個服務器守護程序mysqld和很多不同的客戶程序和庫組成。

SQL是一種標準化的語言，它使得存儲、更新和存取信息

更容易。例如，你能用SQL語言為一個網(wǎng)站檢索產(chǎn)品信息及

存儲顧客信息，同時MySQL也足夠快和靈活以允許你存儲記

錄文件和圖像。

2、主要特征

下表描述MySQL一些重要的特征：

1、使用核心線程的完全多線程。這意味著它能很容易地

利用多CPU資源，以及對大量開發(fā)語言的支持，如C、C++、

Eiffel、Java、Perl、PHP、Python、和TCLAPI等等。

2、可運行在不同的平臺上，適合作為以Linux為后臺服

務器和Windows環(huán)境為通用客戶端的本系統(tǒng)數(shù)據(jù)后臺。

3、支持多種列類型：1、2、3、4、和8字節(jié)長度的有符

號/無符號整數(shù)。

4、完全支持SQL結(jié)構(gòu)化查詢語言的方法，在查詢的SELECT

和WHERE部分支持全部運算符和函數(shù)。通過一個高度優(yōu)化的

類庫實現(xiàn)SQL函數(shù)庫并且像他們能達到的一樣快速，通常在

查詢初始化后不應該有任何內(nèi)存分配。全面支持SQL的

GROUPBY和ORDERBY子句，支持聚合函數(shù)。

23

5、支持ODBC語法和JDBC語法。

6、靈活且安全的權限和口令系統(tǒng)。并且它允許基于主機

的認證。口令是安全的，因為當與一個服務器連接時，所有

的口令傳送被加密。

7、客戶端可使用TCP/IP連接或Unix套接字(socket)

或NT下的命名管道連接MySQL。MySQL特有的SHOW命令可

用來檢索數(shù)據(jù)庫、表和索引的信息。

3、穩(wěn)定性要求

MySQL以多層結(jié)構(gòu)和不同的獨立模塊編寫，在本系統(tǒng)中，

對涉及其中有限的模塊所作的測試表明其穩(wěn)定性可以信賴：

1、ISAM表處理器--穩(wěn)定

它管理所有在MySQL3.22和早期版本中的數(shù)據(jù)的存儲和

檢索。在所有MySQL版本中，代碼中已經(jīng)沒有一個單獨(報

告的)錯誤。得到一個損壞的數(shù)據(jù)庫表的唯一已知方法是在

一個更新中途殺死服務器，即使這樣也不大可能破壞任何數(shù)

據(jù)而不能挽救，因為所有數(shù)據(jù)在每個查詢之間被倒入(flush)

到磁盤，而且從來沒有一個有關由于MySQL中的錯誤而丟失

數(shù)據(jù)的錯誤報告。

2、語法處理器和詞法分析器--穩(wěn)定

3、標準客戶程序--穩(wěn)定

這些包括mysq1、mysqladmin和mysqlshow、mysqldump

及mysqlimport。

24

4、基本結(jié)構(gòu)式查詢語言--穩(wěn)定

基本SQL函數(shù)系統(tǒng)、字符串類和動態(tài)內(nèi)存處理，實際測試

中未發(fā)現(xiàn)錯誤。

5、Linux線程-Gamma

唯一發(fā)現(xiàn)的問題是fcnt1()調(diào)用，它通過使用mysqld的

--skip-locking選項解決。但不影響相關操作的執(zhí)行。

6、考慮JDBC與ODBC互連的操作

MyODBC(使用ODBCSDK2.5)使用良好，在通過JSP頁面

的JDBC語法通過ODBC調(diào)用后臺MySQL的試驗中表現(xiàn)良好。

1.5.3.SpringBoots技術

1、SpringBoot介紹

SpringBoot是由Pivotal團隊提供的全新框架，其設計

目的是用來簡化新Spring應用的初始搭建以及開發(fā)過程。

該框架使用了特定的方式來進行配置，從而使開發(fā)人員不再

需要定義樣板化的配置。簡單的來說SpringBoot這個項目

整合目前很多的流行的第三方框架，并且做了一系列的默認

配置，無需在進行手動配置，直接拿過來直接使用!接下來比

較一下Springmvc和SpringBoot的開發(fā)過程

(1)導入springmvc的相關依賴包

(2)在web.xml文件中配置Springmvc的前端控制器

(3)創(chuàng)建一個springmvc的配置文件

25

(4)在springmvc的配置文件中進行相關配置

1)配置注解掃描路徑

2)配置處理器映射器

3)配置處理器適配器

4)配置視圖解析器

(5)開發(fā)ControllerSpringBoot

(1)導入相關的依賴包

(2)開發(fā)Controller

單單從開發(fā)步驟上講都比的原始開發(fā)少了很多，其中的

配置部分SpringBoot幫完成了，不需要在進行配置，當然如

果想更改SpringBoot的默認配置也是可以的.極大的簡化了

的開發(fā).。

2.SpringBoot的核心功能

(1)獨立運行的spring項目：SpringBoot可以以jar包

形式直接運行，如java-jarxxx.jar優(yōu)點是：節(jié)省服務器資

源

(2)內(nèi)嵌servlet容器：SpringBoot可以選擇內(nèi)嵌Tomcat,

Jetty,這樣無須以war包形式部署項目。

(3)提供starter簡化Maven配置：在SpringBoot項目中

為提供了很多的spring-boot-starter-xxx的項目(把這個

依賴可以稱之為起步依賴，導入指定的這些項目的坐標，就

會自動導入和該模塊相關的依賴包：例如后期再使用

26

SpringBoot進行web開發(fā)就需要導入

spring-boot-starter-web這個項目的依賴，導入這個依賴

以后!那么SpringBoot就會自動導入web開發(fā)所需要的其他

的依賴包，如下圖所示：

40apring-boot-starter-web;1.5.9,RELEASElcompile]

?0apring-boot-etarter:1.5.9.RELEASE|comple]

?0spring-boot-starter-tomcat;1.5.9.RELEASE[compile]

?0hibernate-valdator:5.3.6.Final[compile]

b0jackson-databind:2.8.10|compile]

?0apring-web:4.3.13.RELEASElcomple]

?0apring-webmve:4.3.13.RELEASE[compile]

(4)自動配置spring:SpringBoot會根據(jù)在類路徑中的

jar包，類，為jar包里的類自動配置Bean,這樣會極大減

少要使用的配置。當然SpringBoot只考慮了大部分開發(fā)場

景，并不是所有的場景，如果在實際的開發(fā)中需要自動配置

Bean,而SpringBoot不能滿足，則可以自定義自動配置。

(5)準生產(chǎn)的應用監(jiān)控：SpringBoot提供基于http,ssh,

telnet對運行時的項目進行監(jiān)控

(6)無代碼生成和xml配置：SpringBoot大量使用

spring4.x提供的注解新特性來實現(xiàn)無代碼生成和xml配置。

spring4.x提倡使用Java配置和注解配置組合，而

SpringBoot不需要任何xml配置即可實現(xiàn)spring的所有配

置。

3.SpringBoot的優(yōu)點和缺點

3.1優(yōu)點

27

(1)快速構(gòu)建項目

(2)對主流框架無縫集成

(3)項目可以獨立運行，無需依賴外部servlet容器

(4)提供運行時的應用監(jiān)控

(5)極大提高了開發(fā)，部署效率

3.2缺點

(1)資料相對比較少

(2)版本迭代較快

1.5.4.SOA技術

SOA作為一種面向服務的架構(gòu)，是一種軟件架構(gòu)設計的模

型和方法論。從業(yè)務角度來看，一切以最大化“服務”的價

值為出發(fā)點，SOA利用企業(yè)現(xiàn)有的各種軟件體系，重新整合

并構(gòu)建起一套新的軟件架構(gòu)。這套軟件架構(gòu)能夠隨著業(yè)務的

變化，隨時靈活地結(jié)合現(xiàn)有服務，組成新軟件，共同服務于

整個企業(yè)的業(yè)務體系。簡單的理解，可以把SOA看作是模塊

化的組件，每個模塊都可以實現(xiàn)獨立功能，而不同模塊之間

的結(jié)合則可以提供不同的服務，模塊之間的接口遵循統(tǒng)一標

準，可以實現(xiàn)低成本的重構(gòu)和重組。在SOA的技術框架下，

可以把雜亂無章的龐大系統(tǒng)整合成一個全面有序的系統(tǒng)，從

而增加企業(yè)在業(yè)務發(fā)展過程中應用系統(tǒng)的靈活性，實現(xiàn)最大

的IT資產(chǎn)利用率。

28

1.5.5.SOA詳細定義

面向服務的體系結(jié)構(gòu)(SOA)是一個組件模型，它將應用

程序的不同功能單元(稱為服務)通過這些服務之間定義良

好的接口和契約聯(lián)系起來。接口是采用中立的方式進行定義

的，它應該獨立于實現(xiàn)服務的硬件平臺、操作系統(tǒng)和編程語

言。這使得構(gòu)建在各種這樣的系統(tǒng)中的服務可以以一種統(tǒng)一

和通用的方式進行交互。

這種具有中立的接口定義(沒有強制綁定到特定的實現(xiàn)

上)的特征稱為服務之間的松耦合。松耦合系統(tǒng)的好處有兩

點，一點是它的靈活性，另一點是，當組成整個應用程序的

每個服務的內(nèi)部結(jié)構(gòu)和實現(xiàn)逐漸地發(fā)生改變時，它能夠繼續(xù)

存在。而另一方面，緊耦合意味著應用程序的不同組件之間

的接口與其功能和結(jié)構(gòu)是緊密相連的，因而當需要對部分或

整個應用程序進行某種形式的更改時，它們就顯得非常脆

弱。

對松耦合系統(tǒng)的需要來源于業(yè)務應用程序需要，根據(jù)業(yè)務

的需要變得更加靈活，以適應不斷變化的環(huán)境，比如經(jīng)常改

變的政策、業(yè)務級別、業(yè)務重點、合作伙伴關系、行業(yè)地位

以及其他與業(yè)務有關的因素，這些因素甚至會影響業(yè)務的性

質(zhì)。稱能夠靈活地適應環(huán)境變化的業(yè)務為按需業(yè)務，在按需

業(yè)務中，一旦需要，就可以對完成或執(zhí)行任務的方式進行必

要的更改。

29

雖然面向服務的體系結(jié)構(gòu)不是一個新鮮事物，但它卻是更

傳統(tǒng)的面向?qū)ο蟮哪Ｐ偷奶娲Ｐ?，面向?qū)ο蟮哪Ｐ褪蔷o耦

合的，已經(jīng)存在二十多年了。雖然基于SOA的系統(tǒng)并不排除

使用面向?qū)ο蟮脑O計來構(gòu)建單個服務，但是其整體設計卻是

面向服務的。由于它考慮到了系統(tǒng)內(nèi)的對象，所以雖然SOA

是基于對象的，但是作為一個整體，它卻不是面向?qū)ο蟮摹?/p>

不同之處在于接口本身。SOA系統(tǒng)原型的一個典型例子是通

用對象請求代理體系結(jié)構(gòu)，它已經(jīng)出現(xiàn)很長時間了，其定義

的概念與SOA相似。然而，現(xiàn)在的SOA已經(jīng)有所不同了，因

為它依賴于一些更新的進展，這些進展是以可擴展標記語言

(eXML)為基礎的。

在SOA架構(gòu)風格中，服務是最核心的抽象手段，業(yè)務被劃

分(組件化)為一系列粗粒度的業(yè)務服務和業(yè)務流程。業(yè)務

服務相對獨立、自包含、可重用，由一個或者多個分布的系

統(tǒng)所實現(xiàn)，而業(yè)務流程由服務組裝而來。一個"服務"定義了

一個與業(yè)務功能或業(yè)務數(shù)據(jù)相關的接口，以及約束這個接口

的契約，如服務質(zhì)量要求、業(yè)務規(guī)則、安全性要求、法律法

規(guī)的遵循、關鍵業(yè)績指標(KeyPerformanceIndicator,KPI)

等。接口和契約采用中立、基于標準的方式進行定義，它獨

立于實現(xiàn)服務的硬件平臺、操作系統(tǒng)和編程語言。這使得構(gòu)

建在不同系統(tǒng)中的服務可以以一種統(tǒng)一的和通用的方式進

行交互、相互理解。除了這種不依賴于特定技術的中立特性，

30

通過服務注冊庫(ServiceRegistry)加上企業(yè)服務總線

(EnterpriseServiceBus)來支持動態(tài)查詢、定位、路由和

中介(Mediation)的能力，使得服務之間的交互是動態(tài)的，

位置是透明的。技術和位置的透明性，使得服務的請求者和

提供者之間高度解耦。這種松耦合系統(tǒng)的好處有兩點：一點

是它適應變化的靈活性；另一點是當某個服務的內(nèi)部結(jié)構(gòu)和

實現(xiàn)逐漸發(fā)生改變時，不影響其他服務。而緊耦合則是指應

用程序的不同組件之間的接口與其功能和結(jié)構(gòu)是緊密相連

的，因而當發(fā)生變化時，某一部分的調(diào)整會隨著各種緊耦合

的關系引起其他部分甚至整個應用程序的更改，這樣的系統(tǒng)

架構(gòu)就很脆弱了。

1.5.6.SOA架構(gòu)的優(yōu)點

SOA的主要優(yōu)點概括為：IT能夠更好更快地提供業(yè)務價值

(BusinessCentric)、快速應變能力(Flexibility)、重

用(Reusability)

也可以細分為以下幾個方面：

①服務之間通過簡單、精確定義的接口進行通信，不涉及

底層編程接口和通信模型。

②粗粒度性：粗粒度服務提供一項特定的業(yè)務功能，采用

粗粒度服務接口的優(yōu)點在于使用者和服務層之間不必再進

行多次的往復，一次往復就足夠了。

31

③松耦合性：松耦合性要求SOA架構(gòu)中的不同服務之間應

該保持一種松耦合的關系，也就是應該保持一種相對獨立無

依賴的關系。這樣的好處有兩點，首先是具有靈活性，其次

當組成整個應用程序的服務內(nèi)部結(jié)構(gòu)和實現(xiàn)逐步地發(fā)生變

化時，系統(tǒng)可以繼續(xù)地獨立存在。而緊耦合意味著應用程序

的不同組件之間的接口與其功能和結(jié)構(gòu)是緊密相連的，因而

當需要對部分或整個應用程序進行某種形式的更改時這種

結(jié)構(gòu)就顯得非常脆弱。

④位置透明性：位置透明性要求SOA系統(tǒng)中的所有服務對

于其調(diào)用者來說都是位置透明的，也就是說，每個服務的調(diào)

用者只需要知道想要調(diào)用的是哪一個服務，但并不需要知道

所調(diào)用服務的物理位置在哪。

⑤協(xié)議無關性：協(xié)議無關性要求每一個服務都可以通過不

同的協(xié)議來調(diào)用。

另外，在許多傳統(tǒng)的IT系統(tǒng)的內(nèi)在部分采用的是硬連接，

這種結(jié)構(gòu)很難讓企業(yè)快速響應市場的變化，而SOA能夠重復

利用企業(yè)現(xiàn)有的資源，可以減輕企業(yè)運營成本，提升資源的

使用效率，并且減輕企業(yè)維護人員的工作量，減少潛在的風

險以及管理費用。在業(yè)務方面和IT方面帶來許多優(yōu)勢：

①服務給精確的業(yè)務流程帶來靈活性；

②使用服務來改善客戶服務，而不必擔心底層復雜的IT

基礎架構(gòu)；

32

③可以迅速創(chuàng)建新的業(yè)務流程和復雜的應用程序，以適應

市場變化；

④借助安全、易管理的集成環(huán)境，成為響應能力更強的

IT組織；

⑤通過使用預裝的、可重復使用的服務構(gòu)建模塊，縮短開

發(fā)和部署周期；

⑥通過使用服務來降低復雜性和維護成本；

⑦是增強而不是替換現(xiàn)有的IT系統(tǒng)。

1.5.7.SOA架構(gòu)詳解

3.1.SOA的核心要素

要準確全面理解SOA,首先必須理解SOA的核心要素：

重務使用者最務生用者目標：果活可變的IT系統(tǒng)

松端合

ND可編排

SOA的要素

*解復用

樣

服務可

標準化裝()

標準化

重務級集重務提供者

SOA的核心要素

SOA的目標就是實現(xiàn)靈活可變的IT系統(tǒng)。要達到靈活性，

33

通過三個途徑來解決：標準化封裝、復用、松耦合可編排。

互操作(標準化封裝)、復用、松耦合等SOA技術的內(nèi)在機

制，也是中間件技術和產(chǎn)品的本質(zhì)特征。

1.5.8.標準化封裝(互操作性)

傳統(tǒng)軟件架構(gòu)，因為封裝的技術和平臺依賴性，一直沒有

徹底解決互操作問題?；ヂ?lián)網(wǎng)前所未有的開放性意味著各節(jié)

點可能采用不同的組件、平臺技術，對技術細節(jié)進行了私有

化的約束，構(gòu)件模型和架構(gòu)沒有統(tǒng)一標準，從而導致架構(gòu)平

臺自身在組件描述、發(fā)布、發(fā)現(xiàn)、調(diào)用、互操作協(xié)議及數(shù)據(jù)

傳輸?shù)确矫娉尸F(xiàn)出巨大的異構(gòu)性。各種不良技術約束的結(jié)果

是軟件系統(tǒng)跨互聯(lián)網(wǎng)進行交互變得困難重重，最終導致了跨

企業(yè)/部門的業(yè)務集成和重組難以靈活快速的進行。

在軟件的互操作方面，傳統(tǒng)中間件只是實現(xiàn)了訪問互操

作，即通過標準化的API實現(xiàn)了同類系統(tǒng)之間的調(diào)用互操作，

而連接互操作還是依賴于特定的訪問協(xié)議，如JAVA使用RMI,

CORBA使用IIOP等。而SOA通過標準的、支持Internet、

與操作系統(tǒng)無關的SOAP協(xié)議實現(xiàn)了連接互操作。而且，服

務的封裝是采用XML協(xié)議，具有自解析和自定義的特性，這

樣，基于SOA的中間件還可以實現(xiàn)語義互操作。

SOA要實現(xiàn)互操作，就是通過一系列的標準族，來實現(xiàn)訪

問、連接和語義等各種層面的互操作。

34

1.5.9.軟件復用

軟件復用，即軟件的重用，也叫再用，是指同一事物不作

修改或稍加改動就多次重復使用。從軟件復用技術的發(fā)展來

看，就是不斷提升抽象級別，擴大復用范圍。最早的復用技

術是子程序，人們發(fā)明子程序，就可以在不同系統(tǒng)之間進行

復用了。但是，子程序是最原始的復用，因為這種復用范圍

是一個可執(zhí)行程序內(nèi)復用，靜態(tài)開發(fā)期復用，如果子程序修

改，意味著所有調(diào)用這個子程序的系統(tǒng)必須重新編譯、測試

和發(fā)布。

復用對象復用范圍

子程序一個可執(zhí)行程序內(nèi)復用，靜態(tài)開發(fā)期復用

組件(DLL,Com等)系統(tǒng)內(nèi)復用，動態(tài)運行期復用

企業(yè)對象組件(Com+,NET,EJB

企業(yè)網(wǎng)絡內(nèi)復用，不同系統(tǒng)之間復用

等)

服務

不同企業(yè)之間，全球復用，動態(tài)可配置

(如WebServiee,SCA/SDO)

35

1.5.10.SOA的復用

為了解決這個問題，人們發(fā)明了組件(或者叫控件),如

MS操作系統(tǒng)下的DLL組件。組件將復用提升了一個層次，因

為組件可以在一個系統(tǒng)內(nèi)復用(同一種操作系統(tǒng)),而且是

動態(tài)、運行期復用。這樣組件可以單獨發(fā)展，組件與組件調(diào)

用者之間的耦合度降低。

為解決分布式網(wǎng)絡計算之間的組件復用，人們發(fā)明了企業(yè)

對象組件，如(Com+,.NET,EJB等),或者叫分布式組件。通

過遠程對象代理，來實現(xiàn)企業(yè)網(wǎng)絡內(nèi)復用，不同系統(tǒng)之間復

用。

傳統(tǒng)架構(gòu)的核心是組件對象的管理。但分布式組件也是嚴

重依賴其計算環(huán)境，由于構(gòu)件實現(xiàn)和運行支撐技術之間存在

著較大的異構(gòu)性，不同技術設計和實現(xiàn)的構(gòu)件之間無法直接

組裝式復用。

而現(xiàn)代SOA的重要特征就是以服務為核心，如

WebService,SCA/SDO等。通過服務，或者服務組件來實現(xiàn)更

高層次的復用、解耦和互操作，即SOA架構(gòu)中間件。

因為服務是通過標準封裝，服務組件之間的組裝、編排和

重組，來實現(xiàn)服務的復用。而且這種復用，可以在不同企業(yè)

之間，全球復用，達到復用的最高級別，并且是動態(tài)可配置

的復用。

36

1.5.11.耦合關系

SOA架構(gòu)在松耦合解耦過程也發(fā)展到了最后的境界。傳統(tǒng)

軟件將軟件之中核心三部分網(wǎng)絡連接、數(shù)據(jù)轉(zhuǎn)換、業(yè)務邏輯

全部耦合在一個整體之中，形成“鐵板一塊”的軟件，“牽

一發(fā)而動全身”,軟件就難以適應變化。分布式對象技術將

連接邏輯進行分離，消息中間件將連接邏輯進行異步處理，

增加了更大的靈活性。消息代理和一些分布式對象中間件將

數(shù)據(jù)轉(zhuǎn)換也進行了分離。而SOA架構(gòu)，通過服務的封裝，實

現(xiàn)了業(yè)務邏輯與網(wǎng)絡連接、數(shù)據(jù)轉(zhuǎn)換等進行完全的解耦。

連接邏輯

連接邏輯

異步

連接述輯連接邏輯Internet

數(shù)據(jù)轉(zhuǎn)換異成

系統(tǒng)連接系統(tǒng)述科

數(shù)擦轉(zhuǎn)模

數(shù)據(jù)轉(zhuǎn)換同步異步同步數(shù)據(jù)轉(zhuǎn)換

業(yè)務邏情業(yè)務邏項松耦合

數(shù)據(jù)轉(zhuǎn)換數(shù)據(jù)轉(zhuǎn)換業(yè)務邏輯

業(yè)務邏輯業(yè)務邏輯業(yè)務財裝

應用程序應用程序應用程序應用程序應用程序核心原務

孤立的子程序遠程清息消息面向

應用系和維件隊列代理務

統(tǒng)架構(gòu)開發(fā)器S0A

50-60年代70-80年代80-90年代90年代21世紀初今天

SOA不斷解耦的過程

總之，從科學哲學的角度來看，SOA是一個不斷解構(gòu)的過

程，傳統(tǒng)軟件強調(diào)系統(tǒng)性，耦合度過高，所以需要松耦合(解

耦);SOA也是一個組件粒度的平衡，集成電路趨勢是集成

37

度越來越高，軟件發(fā)展的趨勢是相反的過程；SOA是架構(gòu)，

更是方法，反映了人們對哲學思想的追求的原動力。

按照這個特性，SOA基本上來說與WebService并不是同

一個概念，SOA并不一定需要WebService實現(xiàn)，理論上可以

在其他技術體系下，實現(xiàn)SOA。但事實上，到目前為止，能

夠?qū)崿F(xiàn)SOA架構(gòu)風格的技術就是WebService,因為它的特性

和廠商的支持力度，使得WebService成為了實現(xiàn)SOA實現(xiàn)

技術的事實標準。也正因為WebService技術的成熟，才使

得已經(jīng)提出10多年了的SOA思想和概念，得以能夠?qū)崿F(xiàn)落

地，成為一種可以使用的技術。這也就是回答了SOA和

WebService的關系。

3.2.SOA的架構(gòu)框架(Framework)

SOA的核心主體是服務。所謂“服務(Service)”,從

業(yè)務角度而言，服務是一個可重復的經(jīng)過標準封裝的任務，

例如：檢查帳號余額；開新帳戶等等…。SOA的目標是通過服

務的流程化來實現(xiàn)業(yè)務的靈活性，所謂流程(Process)是

由一系列相互關聯(lián)的任務所組成，實現(xiàn)一個具體的業(yè)務功

能。一個流程可以由一系列服務來實現(xiàn)。

38

基于

傳統(tǒng)

服務遠程和

應用

的應外部服務