風(fēng)電安全管理系統(tǒng)采購?fù)稑朔桨福夹g(shù)標）

風(fēng)電安全管理系統(tǒng)采購?fù)稑朔桨?/p>

目錄

第一章信息化服務(wù)說明和信息化實施技術(shù)方案........11

1.1.設(shè)計原則..................................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)技術(shù).................................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.服務(wù)總線...........................16

1.3.5.管理服務(wù).............................17

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

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

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

1.4.2.后端技術(shù).............................20

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

1

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

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

1.5.關(guān)鍵技術(shù).................................22

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

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

1.5.3.SpringBoots技術(shù).....................25

1.5.4.SOA技術(shù).............................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.軟件復(fù)用.............................35

1.5.10.SOA的復(fù)用..........................36

1.5.11.耦合關(guān)系...........................37

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

1.5.13.html5技術(shù)..........................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技術(shù).............................53

2

1.5.21.elementUI技術(shù)......................55

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

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

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

1.7.人員安全和風(fēng)場安防.......................66

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

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

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

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

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

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

1.7.7.人員落水預(yù)警&輔助救援...............67

1.8.風(fēng)場安防顯示與預(yù)警.......................69

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

1.8.2.虛擬電子圍欄技術(shù).....................69

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

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

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

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

1.9.2.全海洋球氣象預(yù)報...................71

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

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

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

3

1.9.6.全球海洋氣象預(yù)報展示...............72

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

1.10.臺風(fēng)預(yù)警系統(tǒng)............................74

1.10.1.臺風(fēng)追蹤與預(yù)報.....................74

4小時和48小時臺風(fēng)警戒線.........74

1.10.3.以風(fēng)場為中心，計算臺風(fēng)中心到風(fēng)場的距離

.74

1.10.4.臺風(fēng)路徑預(yù)測.......................75

1.10.5.歷史臺風(fēng)展示.......................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.風(fēng)場安防.................................79

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

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

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

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

1.12.4.出海任務(wù)管理.......................80

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

1.12.6.出海指導(dǎo)及運維計劃建議功能.........80

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

2.1.安裝實施服務(wù).............................82

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

2.1.2.定位基站安裝實施服務(wù)...............82

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

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

2.1.5.系統(tǒng)集成服務(wù).......................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.軟件設(shè)計說明(概要與詳細設(shè)計)......89

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

2.2.15.測試過程設(shè)計.......................89

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

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

第三章信息化服務(wù)質(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)詳細設(shè)計.......................112

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

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

4.1.方案設(shè)計目標.............................114

4.1.1.方案設(shè)計框架.......................114

4.2.安全技術(shù)體系設(shè)計.......................116

4.2.1.物理安全設(shè)計.......................116

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

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

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

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

4.3.計算環(huán)境安全設(shè)計.......................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.備份與恢復(fù).........................126

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

7

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

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

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

4.4.3.對網(wǎng)絡(luò)存取和訪問進行監(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)絡(luò)安全設(shè)計.......................134

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

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

4.5.3.網(wǎng)絡(luò)設(shè)備防護.......................135

4.5.4.安全管理中心設(shè)計...................136

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

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

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

第五章售后服務(wù)措施.............................141

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

5.1.1.服務(wù)宗旨............................141

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

8

5.2.現(xiàn)場服務(wù)計劃............................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.特殊技術(shù)服務(wù)和支持方式...................151

5.3.1.服務(wù)響應(yīng)時間.......................151

5.3.2.服務(wù)承諾...........................151

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

5.3.4.電話咨詢服務(wù).......................154

5.3.5.遠程技術(shù)服務(wù).......................154

5.3.6.設(shè)備維修...........................155

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

5.3.8.設(shè)備巡檢...........................156

5.3.9.投訴受理服務(wù).......................156

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

第六章培訓(xùn)方案.................................159

6.1.平臺培訓(xùn)方案............................159

6.1.1.培訓(xùn)方式...........................159

6.1.2.培訓(xùn)計劃表.........................159

6.2.培訓(xùn)對象.................................161

6.2.1.領(lǐng)導(dǎo)干部培訓(xùn).......................161

6.2.2.業(yè)務(wù)人員培訓(xùn).......................161

9

6.2.3.技術(shù)人員培訓(xùn).......................161

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

6.3.1.集中培訓(xùn)...........................162

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

6.3.3.專題培訓(xùn)...........................162

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

6.3.5.應(yīng)用性培訓(xùn)內(nèi)容.....................163

6.3.6.培訓(xùn)教學(xué)方案.......................163

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

6.4.1.培訓(xùn)標準............................165

6.4.2.培訓(xùn)師資...........................166

10

第一章信息化服務(wù)說明和信息化實施技術(shù)方案

1.1.設(shè)計原則

1.1.1.一體化原則

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

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

設(shè)計。

1.1.2.智能化原則

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

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

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

1.1.3.模塊化原則

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

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

式設(shè)計。

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

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

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

1.1.4.實用性原則

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

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

11

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

1.1.5.安全性原則

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

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

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

內(nèi)容。

1.1.6.共享性原則

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

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

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

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

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

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

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

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)相關(guān)業(yè)務(wù)支撐系統(tǒng)的信息交互，并在符合集團信息化建

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

1.2.1.系統(tǒng)性能

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

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

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

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

>系統(tǒng)服務(wù)器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)

上，并靈活設(shè)置權(quán)限，通過權(quán)限控制任意地點可以訪問權(quán)限

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

14

1.3.系統(tǒng)技術(shù)

1.3.1.基本要求

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

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

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

間的關(guān)系滿足不同的管理需求。

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

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

整合。

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

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

的有關(guān)標準，當(dāng)標準之間不一致時，遵循最高標準。

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

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

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

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

性負責(zé)。

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

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

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

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

15

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

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

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

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

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

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

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

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

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

1.3.3.SOA架構(gòu)

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

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

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

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

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

使用和共享。

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

功能。

1.3.4.服務(wù)總線

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

16

封裝和傳輸支持；

1.3.5.管理服務(wù)

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

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

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

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

效對象訪問機制及分布式體系結(jié)構(gòu)，關(guān)系數(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ù)模型，支持類之間的繼承、聚

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

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

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

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

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

17

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

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

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

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

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

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

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

用。

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

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

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

絡(luò)故障。

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

事故追憶、故障錄波等

18

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

1.4.1.前后端分離

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

優(yōu)勢：

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

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

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

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

頁面響速度快

良好的的交互體驗

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

前端技術(shù)

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

的優(yōu)勢如下：

輕量級框架：代碼量小

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

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

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

運行速度快：用戶體驗好

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

>和前端技術(shù)Vue容易集成

19

>開源免費

>開發(fā)成本低

1.4.2.后端技術(shù)

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

如下優(yōu)勢：

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

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

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

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

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

與云計算的天然集成

1.4.3.系統(tǒng)接口

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

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

安全性。

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

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

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

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

20

1.4.5.安全防護

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

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

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

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

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

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

及必要的標準。

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

21

1.5.關(guān)鍵技術(shù)

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

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

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

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

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

應(yīng)用

數(shù)據(jù)

客戶瀏覽器請求Web服務(wù)器請求服務(wù)器請求

庫服務(wù)

響應(yīng)響應(yīng)響應(yīng)

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

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

或者MicrosoftInternetEplorer。WEB服務(wù)器是任何基于

HTML的服務(wù)器，例如NetscapeEnterpriseServer或者

SybaseApplicationServer等。應(yīng)用服務(wù)器是對WEB服務(wù)器

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

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

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

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

頁面返回給用戶。

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

1、MySQL的定義

22

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

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

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

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

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

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

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

錄文件和圖像。

2、主要特征

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

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

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

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

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

務(wù)器和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ù)庫并且像他們能達到的一樣快速，通常在

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

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

23

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

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

的認證?？诹钍前踩?，因為當(dāng)與一個服務(wù)器連接時，所有

的口令傳送被加密。

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ù)庫表的唯一已知方法是在

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

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

到磁盤，而且從來沒有一個有關(guān)由于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選項解決。但不影響相關(guān)操作的執(zhí)行。

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

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

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

1.5.3.SpringBoots技術(shù)

1、SpringBoot介紹

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

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

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

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

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

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

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

(1)導(dǎo)入springmvc的相關(guān)依賴包

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

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

25

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

1)配置注解掃描路徑

2)配置處理器映射器

3)配置處理器適配器

4)配置視圖解析器

(5)開發(fā)ControllerSpringBoot

(1)導(dǎo)入相關(guān)的依賴包

(2)開發(fā)Controller

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

配置部分SpringBoot幫完成了，不需要在進行配置，當(dāng)然如

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

的開發(fā).。

2.SpringBoot的核心功能

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

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

源

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

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

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

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

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

會自動導(dǎo)入和該模塊相關(guān)的依賴包：例如后期再使用

26

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

spring-boot-starter-web這個項目的依賴，導(dǎo)入這個依賴

以后!那么SpringBoot就會自動導(dǎo)入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,這樣會極大減

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

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

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

(5)準生產(chǎn)的應(yīng)用監(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)提供運行時的應(yīng)用監(jiān)控

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

3.2缺點

(1)資料相對比較少

(2)版本迭代較快

1.5.4.SOA技術(shù)

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

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

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

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

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

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

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

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

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

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

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

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

28

1.5.5.SOA詳細定義

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

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

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

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

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

和通用的方式進行交互。

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

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

點，一點是它的靈活性，另一點是，當(dāng)組成整個應(yīng)用程序的

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

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

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

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

弱。

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

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

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

以及其他與業(yè)務(wù)有關(guān)的因素，這些因素甚至?xí)绊憳I(yè)務(wù)的性

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

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

要的更改。

29

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

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

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

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

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

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

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

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

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

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

(eXML)為基礎(chǔ)的。

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

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

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

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

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

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

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

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

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

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

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

30

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

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

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

位置是透明的。技術(shù)和位置的透明性，使得服務(wù)的請求者和

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

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

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

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

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

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

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

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

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

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

用(Reusability)

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

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

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

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

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

行多次的往復(fù)，一次往復(fù)就足夠了。

31

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

該保持一種松耦合的關(guān)系，也就是應(yīng)該保持一種相對獨立無

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

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

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

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

當(dāng)需要對部分或整個應(yīng)用程序進行某種形式的更改時這種

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

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

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

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

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

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

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

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

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

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

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

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

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

②使用服務(wù)來改善客戶服務(wù)，而不必擔(dān)心底層復(fù)雜的IT

基礎(chǔ)架構(gòu)；

32

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

市場變化；

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

IT組織；

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

發(fā)和部署周期；

⑥通過使用服務(wù)來降低復(fù)雜性和維護成本；

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

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

3.1.SOA的核心要素

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

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

松端合

ND可編排

SOA的要素

*解復(fù)用

樣

服務(wù)可

標準化裝()

標準化

重務(wù)級集重務(wù)提供者

SOA的核心要素

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

33

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

34

1.5.9.軟件復(fù)用

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

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

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

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

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

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

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

和發(fā)布。

復(fù)用對象復(fù)用范圍

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

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

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

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

等)

服務(wù)

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

(如WebServiee,SCA/SDO)

35

1.5.10.SOA的復(fù)用

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

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

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

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

用者之間的耦合度降低。

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

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

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

用。

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

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

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

組裝式復(fù)用。

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

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

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

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

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

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

的復(fù)用。

36

1.5.11.耦合關(guān)系

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

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

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

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

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

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

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

現(xiàn)了業(yè)務(wù)邏輯與網(wǎng)絡(luò)連接、數(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è)務(wù)邏情業(yè)務(wù)邏項松耦合

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

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

應(yīng)用程序應(yīng)用程序應(yīng)用程序應(yīng)用程序應(yīng)用程序核心原務(wù)

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

應(yīng)用系和維件隊列代理務(wù)

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

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

SOA不斷解耦的過程

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

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

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

37

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

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

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

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

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

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

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

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

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

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

WebService的關(guān)系。

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

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

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

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

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

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

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

38

基于

傳統(tǒng)

服務(wù)遠程和

應(yīng)用

的應(yīng)外部服務(wù)