平臺系統(tǒng)日常運維投標(biāo)方案技術(shù)方案書

平臺系統(tǒng)日常運維投標(biāo)方案2

目錄

第一章對政務(wù)共享應(yīng)用平臺系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能架構(gòu)的

撐握程度.................................................3

1.1.平臺系統(tǒng)維護(hù).....................................3

第二章提供基礎(chǔ)數(shù)據(jù)維護(hù)架構(gòu)和方案.......................7

2.1.平臺系統(tǒng)運營.....................................8

第三章對政務(wù)共享應(yīng)用平臺系統(tǒng)數(shù)據(jù)庫架構(gòu)、數(shù)據(jù)庫結(jié)構(gòu)、表結(jié)構(gòu)

的掌握程度.............................................10

3.1.系統(tǒng)安全維護(hù)的幾個要點：.........................10

第四章對基礎(chǔ)支撐平臺業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能架構(gòu)、操作使用、

系統(tǒng)配置的撐握程度.......................................12

4.1.定崗定職準(zhǔn)責(zé)...................................12

4.2.定級定時準(zhǔn)責(zé)...................................12

第五章對協(xié)同辦公系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能架構(gòu)、操作使用、

系統(tǒng)配置撐、流程配置的握程度.............................14

5.1.巡檢服務(wù).......................................14

5.2.維護(hù)雙周報.....................................15

5.3.故障專項報告...................................15

第六章對移動辦公系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能架構(gòu)、操作使用、

系統(tǒng)配置的撐握程度.......................................16

6.1.對于系統(tǒng)故障事件...............................18

6.2.對于自然災(zāi)害性事件.............................19

6.3.對于電力中斷事件................................19

第七章對政務(wù)知識管理及決策支持系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能

1

架構(gòu)、操作使用、系統(tǒng)配置的撐握程度........................20

7.1.故障維護(hù).........................................20

7.2.性能優(yōu)化.........................................20

第八章對及時通訊系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能架構(gòu)、操作使用、

系統(tǒng)配置的撐握程度.......................................23

8.1.功能設(shè)計咨詢服務(wù).................................23

8.2.應(yīng)用軟件開發(fā)咨詢服務(wù).............................23

8.3.基礎(chǔ)設(shè)施咨詢服務(wù).................................24

8.4.系統(tǒng)系統(tǒng)技術(shù)維護(hù).................................24

第九章駐場維護(hù)人員團(tuán)隊中5年以上工作經(jīng)驗軟件開發(fā)工程師參與

駐場......................................................26

9.1.UPS電源系統(tǒng)維護(hù).................................26

9.2.UPS蓄電池的安裝環(huán)境.............................27

9.3.使用UPS的注意事項...............................28

9.4.培訓(xùn)方案及計劃...................................30

2

第一章對政務(wù)共享應(yīng)用平臺系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能

架構(gòu)的撐握程度

1.1.平臺系統(tǒng)維護(hù)

政務(wù)共享應(yīng)用平臺系統(tǒng)測試完成并成功上線后，就進(jìn)入了系統(tǒng)的

維護(hù)階段，保證平臺質(zhì)量，確保其可以持續(xù)穩(wěn)定的運行，防止出現(xiàn)平

臺打開緩慢、頁面顯示錯誤、數(shù)據(jù)丟失等問題。一般來講，大型系統(tǒng)

軟件維護(hù)成本都比較高，甚至高出其開發(fā)成本的數(shù)倍?，F(xiàn)階段平臺普

遍將一半以上的開發(fā)技術(shù)團(tuán)隊投入在其平臺系統(tǒng)的維護(hù)上，伴隨著平

臺功能多樣化、復(fù)雜化的發(fā)展趨勢，這個比例還將持續(xù)增加。

1.1.1.現(xiàn)階段平臺維護(hù)的種類

1.改正性維護(hù)。

在平臺開發(fā)過程中，系統(tǒng)在上線前的測試階段不會完全把所有潛

在隱患都暴露出來，這些程序問題，會在用戶使用期間逐步浮現(xiàn)出來，

并且被報告給平臺的維護(hù)人員，維護(hù)人員根據(jù)相應(yīng)問題進(jìn)行系統(tǒng)的修

復(fù)。這一診斷和改正的過程成為改正性維護(hù)。

2.適應(yīng)性維護(hù)

計算機硬件更新日新月異，當(dāng)前市場的硬件設(shè)備換代周期為一年

左右，且經(jīng)常增加或修改外部設(shè)備以及其他系統(tǒng)部件，適應(yīng)性維護(hù)，

則是針對這一現(xiàn)象，配合變化了的環(huán)境而進(jìn)行的對系統(tǒng)硬件的一種維

護(hù)措施。

3

3.完善性維護(hù)

當(dāng)前市場功能需求變幻莫測，對出現(xiàn)新的需求的響應(yīng)速度決定了

能否在慘烈的市場競爭中占領(lǐng)制高點。除了新功能的增添和修改，還

有可能出現(xiàn)一般性的系統(tǒng)改進(jìn)意見，而對于系統(tǒng)軟件進(jìn)行完善性維護(hù)，

就是滿足于此類需求的手段。

4.預(yù)防性維護(hù)

預(yù)防性維護(hù)主要是針對改進(jìn)系統(tǒng)未來的可維護(hù)性，給未來改進(jìn)奠

定基礎(chǔ)的一類未雨綢繆的維護(hù)性活動。這種維護(hù)的大背景是系統(tǒng)基于

多年以前的老程序，體系結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)比較差，因而在現(xiàn)階段平臺

上使用較少。

1.1.2.平臺維護(hù)過程內(nèi)容

系統(tǒng)的維護(hù)過程包括建立一個維護(hù)性組織，確定報告和評價的過

程，同時需要為每個維護(hù)行為要求一個標(biāo)準(zhǔn)化的時間序列，此外，還

應(yīng)建立一個適用于維護(hù)活動的記錄復(fù)審過程。

1.維護(hù)組織

每個維護(hù)需求都應(yīng)該通過維護(hù)團(tuán)隊的負(fù)責(zé)人轉(zhuǎn)交給熟悉該項內(nèi)

容的系統(tǒng)管理員去評價。系統(tǒng)管理員是指被指定去熟悉一部分程序內(nèi)

容的技術(shù)人員。在系統(tǒng)管理員對維護(hù)任務(wù)作出評價之后，再轉(zhuǎn)交被指

定技術(shù)人員進(jìn)行維護(hù)行為。此項內(nèi)容十分必要，可有效的減少維護(hù)過

程中出現(xiàn)的混亂。

4

2.維護(hù)報告

應(yīng)該用所規(guī)定的格式表達(dá)所有系統(tǒng)的維護(hù)要求。系統(tǒng)組織內(nèi)部應(yīng)

該制定出一個修改報告，包含滿足維護(hù)需求所需工作量、維護(hù)要求的

性質(zhì)、要求的優(yōu)先次序、與修改有關(guān)的事后數(shù)據(jù)等信息，保證時間節(jié)

點清晰可控，整個過程有序高效。

3.維護(hù)的事件流

對于改正性維護(hù)要求而言，整個流程從估量錯誤的嚴(yán)重程度開始。

如果是一個嚴(yán)重的錯誤，比如某個關(guān)鍵的系統(tǒng)不能正常運行，則在系

統(tǒng)管理員的指導(dǎo)下進(jìn)行合理的人員分配，并且立即進(jìn)行問題的分析過

程。對于不是很緊急的問題，則可以將其維護(hù)工作和其他的技術(shù)項目

一起統(tǒng)籌安排。

對于適應(yīng)性維護(hù)和完善性維護(hù)，首先確定每個維護(hù)項目的優(yōu)先次

序，并且安排要求的工作時間，整個過程跟系統(tǒng)開發(fā)的過程十分類似。

不論維護(hù)的類型如何，都需要同樣的技術(shù)工作。這些工作包括修

改設(shè)計、復(fù)查、必要的代碼修改、單元測試和集成測試、驗收測試和

復(fù)審等。

收集有效的維護(hù)數(shù)據(jù)對衡量、評價整個維護(hù)活動以及以后的復(fù)查

至關(guān)重要。根據(jù)此結(jié)果，還可以做出關(guān)于開發(fā)技術(shù)、語言選擇、工作

量擬定、人力資源分配等決策優(yōu)化方案，提升了后續(xù)類似工作的效率。

維護(hù)過程中值得記錄下來的包括：程序標(biāo)識、源語句數(shù)、機器指

5

令條數(shù)、使用的程序設(shè)計語言、程序安裝日期、安裝以來的運行次數(shù)、

安裝以來的失效次數(shù)、程序變動的層次和標(biāo)識、因程序變動而增加的

源語句數(shù)、因程序變動而刪除的源語句數(shù)、每個改動耗費的人數(shù)及時

間、程序改動日期、技術(shù)人員姓名、維護(hù)要求的標(biāo)識、維護(hù)類型、維

護(hù)開始和完成的日期、累計用于維護(hù)的人數(shù)及時間、于此維護(hù)掛鉤的

效益等。

6

第二章提供基礎(chǔ)數(shù)據(jù)維護(hù)架構(gòu)和方案

維護(hù)政務(wù)共享應(yīng)用平臺生命周期最后的階段，也是最復(fù)雜、繁瑣

的階段，在平臺運行的期間維護(hù)工作的開展伴隨著很多難點。

1.政務(wù)共享應(yīng)用平臺系統(tǒng)的維護(hù)人員不一定是當(dāng)初的開發(fā)人員，

或者系統(tǒng)開發(fā)是當(dāng)初外包或者買來的，有些甚至沒有源代碼，這樣就

給維護(hù)人員的素質(zhì)設(shè)定了很高的門檻，對于一些對代碼結(jié)構(gòu)不是很熟

悉的技術(shù)人員而言，一些系統(tǒng)性的維護(hù)工作很難開展。

2.平臺的維護(hù)工作工作量大，時間長，內(nèi)容枯燥且成果不易體現(xiàn)，

從而造成維護(hù)人員工作熱情低，積極性受挫。

3.開發(fā)記錄文檔內(nèi)容丟失或不全。造成此類原因可能是開發(fā)階段

文檔本身由于開發(fā)人員的不專業(yè)造成的不健全，或者是由于時間長，

人員更迭交接不到位，開發(fā)文檔部分丟失，還有可能是之前的維護(hù)工

作期間沒有做好記錄，及時修改文檔。文檔內(nèi)容的不健全會對后期系

統(tǒng)維護(hù)及新功能的開發(fā)、測試工作帶來極大阻礙。

4.維護(hù)工作成本高。系統(tǒng)的維護(hù)工作工作量高，時間跨度大，技

術(shù)人員要求嚴(yán)格，對于企業(yè)，尤其是初創(chuàng)企業(yè)而言是一個不小的負(fù)擔(dān)。

5.政務(wù)共享應(yīng)用平臺在技術(shù)力量薄弱的情況下，普遍的做法是委

托系統(tǒng)開發(fā)商進(jìn)行數(shù)據(jù)托管以及系統(tǒng)維護(hù)的工作，這樣做的目的是有

效降低成本。但同時缺點也顯而易見。由于數(shù)據(jù)庫不由平臺自己掌控，

會面臨客戶資料泄露、資金流動失誤等業(yè)務(wù)風(fēng)險，或者是系統(tǒng)維護(hù)不

7

及時，托管方響應(yīng)速度慢等問題。

系統(tǒng)運營的每個階段都與其維護(hù)性有著密切的聯(lián)系。合理的設(shè)計，

完整準(zhǔn)確易讀的記錄文檔，以及嚴(yán)格的復(fù)審和測試流程，有助于發(fā)現(xiàn)

錯誤時的診斷與修正，當(dāng)外部對系統(tǒng)提出新的要求是也能夠較容易的

適應(yīng)于優(yōu)化，并且可以有效地節(jié)約后期工作的成本。因此，平臺應(yīng)在

系統(tǒng)運營的任何階段都充分考慮其維護(hù)問題。

2.1.平臺系統(tǒng)運營

2.1.1.系統(tǒng)內(nèi)容

系統(tǒng)內(nèi)容要及時更新，且要多加原創(chuàng)?，F(xiàn)在對信息的要求更高：

有價值、可靠性及是否新穎及時等。只有及時研究和跟蹤最新變化情

況，才能使電子商務(wù)系統(tǒng)發(fā)揮最大的作用。其中系統(tǒng)服務(wù)等是必須及

時更新展示的。另外還需要注意以下幾個方面：

1、新聞欄目：這是了解政務(wù)平臺的門戶，其應(yīng)將政務(wù)的重大活

動、最新動態(tài)、發(fā)展趨勢、服務(wù)措施及時，讓新聞欄目成為系統(tǒng)的亮

點，以此吸引更多的客戶前來瀏覽。

另外，系統(tǒng)技術(shù)人員要經(jīng)常對網(wǎng)頁鏈接進(jìn)行測試，保證各鏈接正

確無誤。在內(nèi)容更新方面需要補充說明的是，要實現(xiàn)快捷更新、提高

效率，一定要考慮站點的維護(hù)計劃，因為站點的整體運作具有開放性、

動態(tài)性和可擴展性，所以站點的維護(hù)是一個長期工作，其目的是提供

一個可靠、穩(wěn)定的系統(tǒng)。使信息與內(nèi)容更加完整、統(tǒng)一，并使內(nèi)容更

加豐富、新穎，不斷滿足用戶更高的要求。

8

其次，制定一整套信息收集、信息審查、信息發(fā)布的信息管理體

系，保證信息渠道的通暢和信息發(fā)布流程的合理性，既要考慮信息的

準(zhǔn)確性和安全性，又要保證信息更新的及時性。第三，根據(jù)需要選擇

合適的網(wǎng)頁更新工具，如數(shù)據(jù)庫技術(shù)和動態(tài)網(wǎng)頁技術(shù)等。

9

第三章對政務(wù)共享應(yīng)用平臺系統(tǒng)數(shù)據(jù)庫架構(gòu)、數(shù)據(jù)庫結(jié)構(gòu)、

表結(jié)構(gòu)的掌握程度

系統(tǒng)是對外開放的，這便于發(fā)布商務(wù)信息，但這同時也給系統(tǒng)的

安全帶來了威脅，保證系統(tǒng)的安全運營是系統(tǒng)維護(hù)不可缺少的一部分。

為了維護(hù)系統(tǒng)的良好形象，保證系統(tǒng)業(yè)務(wù)系統(tǒng)的正常運行，保證商務(wù)

信息的秘密不外泄，系統(tǒng)的管理人員應(yīng)該不斷尋找網(wǎng)絡(luò)中的簿弱環(huán)節(jié)

和安全漏洞，及時進(jìn)行修復(fù)和改進(jìn)。

3.1.系統(tǒng)安全維護(hù)的幾個要點：

1.如果存儲有系統(tǒng)的硬盤出現(xiàn)故障，那么在送修的過程中，一定

要選擇信譽好的商家，以免系統(tǒng)等數(shù)據(jù)被全盤復(fù)制。仔細(xì)查看系統(tǒng)的

安裝說明，切記修改默認(rèn)數(shù)據(jù)庫名稱，并且把默認(rèn)的數(shù)據(jù)庫存儲目錄

進(jìn)行更改。

2.盡量不采用無組件上傳，使用其他組件上傳方式，比如Fileup

或LyfUpload,部分無組件上傳帶有嚴(yán)重漏洞，一般可通過修改

upfile.asp文件選擇上傳方式。

3.經(jīng)常訪問相關(guān)軟硬件官方系統(tǒng)，關(guān)注程序安全漏洞和更新版本，

及時給升級程序或打上補丁。

4.盡量不采用修改版和插件版的程序，因為修改后的程序可能

會使漏洞更多，而且補丁也不一定完全適用。

10

5.設(shè)置相對復(fù)雜的FTP密碼和系統(tǒng)管理密碼并經(jīng)常修改，同時

考慮修改系統(tǒng)后臺管理的文件名稱。經(jīng)常檢查系統(tǒng)內(nèi)文件，發(fā)現(xiàn)可疑

文件后及時處理，并分析可能的

6.對于SQL數(shù)據(jù)庫，可以用企業(yè)管理器連接，然后把重要數(shù)據(jù)

表設(shè)置為只讀權(quán)限，例如把系統(tǒng)的管理員表修改為只讀以后，可以防

止任何方式添加管理員。

7.經(jīng)常備份自己的系統(tǒng)數(shù)據(jù)，因為系統(tǒng)安全的第一要求就是備

份，防止被黑以后數(shù)據(jù)丟失。備份的方法有兩種，一是只備份系統(tǒng)的

數(shù)據(jù)庫，二是通過FTP的方式備份整個系統(tǒng)。

Il

第四章對基礎(chǔ)支撐平臺業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能架構(gòu)、操

作使用、系統(tǒng)配置的撐握程度

每一個系統(tǒng)平臺在建立初期總是會經(jīng)歷一系列bug的調(diào)試階段。

平臺的管理人員需要針對系統(tǒng)各個方面的建議與提醒，從而保證系統(tǒng)

安全穩(wěn)定的運行。為了讓系統(tǒng)用戶和平臺團(tuán)隊能統(tǒng)一快速提交系統(tǒng)

BUG,平臺的管理員需要做到以下幾點：

4.1.定崗定職準(zhǔn)責(zé)

平臺對于系統(tǒng)BUG的收集、處理以及反饋需要進(jìn)行定職，其技術(shù)

團(tuán)隊是最懂得系統(tǒng)平臺的一群高級用戶。同時，而系統(tǒng)BUG總是不斷

存在并且不斷地被發(fā)現(xiàn)，因此團(tuán)隊內(nèi)部建立系統(tǒng)BUG的收集和處理以

及反饋體系就顯得尤為重要。

在平臺的建立初期就應(yīng)當(dāng)設(shè)立系統(tǒng)BUG信息收集的崗位，職位的

定崗這將成為解決系統(tǒng)BUG問題的前提；系統(tǒng)在建立后將團(tuán)隊分成若

干組，分別承擔(dān)系統(tǒng)BUG信息處理，例如前端、程序與功能、內(nèi)容錯

誤情況等，并制定各崗位針對系統(tǒng)BUG的處理進(jìn)行框條式的規(guī)范，定

崗定組。

4.2.定級定時準(zhǔn)責(zé)

隨著系統(tǒng)用戶基數(shù)的不斷增加和高級用戶群的不斷積累，系統(tǒng)

BUG隨時都有可能發(fā)生，并且需要在特定時間段內(nèi)盡快解決。一般的

處理方法如下：

12

系統(tǒng)BUG在定崗定職后須進(jìn)行等級劃分，例如，產(chǎn)生在的問題會

員中心劃分為A級、系統(tǒng)前端劃分為B級、內(nèi)容錯誤劃分為C級，并

對于不同級的BUG進(jìn)行定時處理機制。A級錯誤一旦發(fā)現(xiàn)必須馬上進(jìn)

行修正，因為會員中心的內(nèi)容涉及系統(tǒng)用戶最為核心的操作。

定完系統(tǒng)BUG級別后，還應(yīng)將技術(shù)團(tuán)隊分為一線和二線。一線人

員負(fù)責(zé)的內(nèi)容為系統(tǒng)體驗和用戶體驗，并定好時間周期進(jìn)行BUG提交，

并在劃定好的時間內(nèi)將修正信息傳達(dá)給二線。二線人員將其提交至

BUG信息數(shù)據(jù)庫中，以備運營者及時了解系統(tǒng)BUG情況。

系統(tǒng)初期的建設(shè)伴隨著的就是不高的體驗度和非一般的用戶數(shù)

據(jù)，面對層層不良的情況，平臺管理員應(yīng)該做好準(zhǔn)備進(jìn)行逐一解決。

系統(tǒng)BUG是系統(tǒng)發(fā)展中最為致命和升華的內(nèi)容，處理好系統(tǒng)BUG是每

一個平臺必須做好的事。

13

第五章對協(xié)同辦公系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能架構(gòu)、操

作使用、系統(tǒng)配置撐、流程配置的握程度

協(xié)同辦公系統(tǒng)驗收完畢后，定期對用戶系統(tǒng)進(jìn)行巡回檢修服務(wù)。

對用戶系統(tǒng)的工作環(huán)境、設(shè)備運行狀態(tài)、性能、安全性等方面進(jìn)行檢

查。進(jìn)行必要的預(yù)防性維護(hù)，及時解決用戶系統(tǒng)中存在的問題，以確

保整個系統(tǒng)的安全、高效運行。并在每個季度末向業(yè)主方提交《系統(tǒng)

巡檢報告》,詳細(xì)報告系統(tǒng)的運行狀態(tài)、發(fā)現(xiàn)的問題，解決情況，是

否有遺留問題，遺留問題狀態(tài)等方面的情況。

5.1.巡檢服務(wù)

實施方根據(jù)信用平臺運行情況，每周對信用平臺健康性進(jìn)行檢查

并提供巡檢報告，巡檢內(nèi)容包括：

信用平臺運行檢查；

錯誤日志分析；

檢查信用平臺相關(guān)數(shù)據(jù)庫結(jié)構(gòu)、初始化參數(shù)、主要配置文

件；

檢查信用平臺相關(guān)數(shù)據(jù)庫運行狀況；

檢查信用平臺相關(guān)數(shù)據(jù)庫空間的使用情況及規(guī)劃管理；

檢查信用平臺相關(guān)數(shù)據(jù)庫備份的及時性；

檢查信用平臺相關(guān)硬件設(shè)備運行狀態(tài)檢查。

14

并將結(jié)果以巡檢報告的形式及時反饋給業(yè)主信息化管理部門，乙

方將定期向甲方提供平臺運行情況統(tǒng)計分析、數(shù)據(jù)質(zhì)量分析、系統(tǒng)升

級、故障處理、系統(tǒng)優(yōu)化建議等相關(guān)報告。主要有：

5.2.維護(hù)雙周報

乙方根據(jù)甲方要求提交雙周報，內(nèi)容包括系統(tǒng)平臺總體運行情況，

軟硬件檢查，故障處理分析，系統(tǒng)升級情況，數(shù)據(jù)質(zhì)量檢查，系統(tǒng)使

用次數(shù)統(tǒng)計，系統(tǒng)優(yōu)化建議，重大問題進(jìn)展等。

5.3.故障專項報告

每次故障處理后五個工作日內(nèi)提交故障報告單，內(nèi)容包括故障時

間，故障現(xiàn)象描述，故障處理過程，故障處理結(jié)果，預(yù)防保障措施。

服務(wù)內(nèi)容

開始時間結(jié)束時間

巡檢服務(wù)計劃表：

巡檢維護(hù)報告

巡檢時間巡檢設(shè)備內(nèi)容

子系統(tǒng)

網(wǎng)絡(luò)子系統(tǒng)1周/次交換機、防火墻

在線系統(tǒng)1天/次相關(guān)軟、硬件設(shè)備

15

第六章對移動辦公系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能架構(gòu)、操

作使用、系統(tǒng)配置的撐握程度

具有遠(yuǎn)程接入服務(wù)、現(xiàn)場支持服務(wù)、系統(tǒng)恢復(fù)和故障解決服務(wù)。

故障排除過程中如遇到緊急情況需要處理，為規(guī)范和加強網(wǎng)絡(luò)重

大信息安全事件的信息報告管理工作，及時掌握和評估重大信息安全

事件有關(guān)情況，協(xié)調(diào)組織力量進(jìn)行事件的應(yīng)急響應(yīng)處理，降低信息安

全事件的損失和影響，根據(jù)中共中央辦公廳、國務(wù)院辦公廳轉(zhuǎn)發(fā)《國

家信息化領(lǐng)導(dǎo)小組關(guān)于加強信息安全保障工作意見》的通知(中辦

[2003]27號)和有關(guān)法律、法規(guī)的規(guī)定，結(jié)合公司實際，制定本規(guī)范，

則全體網(wǎng)絡(luò)管理員組成網(wǎng)絡(luò)安全應(yīng)急團(tuán)隊：

(一)完善各項應(yīng)急預(yù)案的制定和各項措施的落實。

(二)認(rèn)真搞好各項物資保障，嚴(yán)格按照預(yù)案要求積極配備網(wǎng)絡(luò)

安全設(shè)施設(shè)備，落實網(wǎng)絡(luò)線路、交換設(shè)備、網(wǎng)絡(luò)安全設(shè)備等物資，強

化管理，使之保持良好工作狀態(tài)。

(三)采取一切必要手段，組織各方面力量全面進(jìn)行網(wǎng)絡(luò)安全事

故處理工作。

(四)調(diào)動一切積極因素，全面保證和促進(jìn)網(wǎng)絡(luò)安全穩(wěn)定地運行。

緊急故障應(yīng)急措施應(yīng)以快速恢復(fù)客戶使用為目標(biāo)，第一時間將客

戶使用狀態(tài)恢復(fù)到正常，避免或盡量減少因故障而導(dǎo)致的損失。

16

根據(jù)實際情況和需要制定基本的安全管理制度，對重要設(shè)備、軟

件和業(yè)務(wù)數(shù)據(jù)的安全性進(jìn)行規(guī)范、可靠的管理，提高本部門信息系統(tǒng)

的安全防護(hù)能力。包括配合技術(shù)部制定機房管理制度、設(shè)備管理制度、

病毒防治管理制度、數(shù)據(jù)備份與恢復(fù)制度、系統(tǒng)管理制度、安全審計

制度和應(yīng)急響應(yīng)制度等。

在【問題管理】流程中，當(dāng)服務(wù)主管收到服務(wù)臺人員或助理提交

的《運維工作單》,并判斷該問題屬于重大事故時，則啟動應(yīng)急處理

流程。重大事故包括以下幾種情況：

大范圍系統(tǒng)中斷、區(qū)域性系統(tǒng)崩潰、關(guān)鍵業(yè)務(wù)中斷、大范圍病毒

爆發(fā)系統(tǒng)嚴(yán)重破壞、數(shù)據(jù)嚴(yán)重破壞。

根據(jù)重大事故的緊急程度和狀態(tài)不同，服務(wù)主管可采取以下方式

啟動應(yīng)急流程：

當(dāng)緊急事件發(fā)生時，我公司的運行人員首先要進(jìn)行故障分析，確

定故障的范圍和程度，確認(rèn)為緊急故障的，在查找原因和解決問題的

同時，要同步將故障解決情況通報給部門領(lǐng)導(dǎo)、及向客服中說明事件

發(fā)生的狀況。如需其他部門協(xié)助的，需要請求相關(guān)部門共同盡快解決

故障。

對于系統(tǒng)故障事件，我公司的運維人員首先要啟用備份系統(tǒng)，再

判斷故障類型：硬件損壞、操作系統(tǒng)故障、軟件故障。硬件損壞的情

況，首先向服務(wù)器供應(yīng)商報障；操作系統(tǒng)故障多數(shù)情況都和硬件故障

同時出現(xiàn)，處理方式相同；軟件故障如果是由購買的軟件造成的，立

17

即向軟件廠商尋求技術(shù)支持；如果是應(yīng)用系統(tǒng)軟件，立即向相關(guān)人員

聯(lián)系并排除故障。

對于自然災(zāi)害性事件，運維管理人員要盡可能將設(shè)備轉(zhuǎn)移到安全

地帶，將損失降低到最少。

在故障排除之后，運行管理人員要填寫故障記錄，如果故障是由

于項目實施中存在的隱患造成的問題，具體操作請參見上層文件《網(wǎng)

絡(luò)系統(tǒng)維護(hù)管理指引》。故障記錄匯總到“系統(tǒng)運行故障記錄表”,重

大事故由故障處理人填寫故障報告。

當(dāng)緊急事件發(fā)生時，我公司的運行人員首先要進(jìn)行故障分析，確

定故障的范圍和程度，確認(rèn)為緊急故障的，在查找原因和解決問題的

同時，要同步將故障解決情況通報給部門領(lǐng)導(dǎo)、及向客服中說明事件

發(fā)生的狀況。如需其他部門協(xié)助的，需要請求相關(guān)部門共同盡快解決

故障。

6.1.對于系統(tǒng)故障事件

我公司的運維人員首先要啟用備份系統(tǒng)，再判斷故障類型：硬件

損壞、操作系統(tǒng)故障、軟件故障。硬件損壞的情況，首先向服務(wù)器供

應(yīng)商報障；操作系統(tǒng)故障多數(shù)情況都和硬件故障同時出現(xiàn)，處理方式

相同；軟件故障如果是由購買的軟件造成的，立即向軟件廠商尋求技

術(shù)支持；如果是應(yīng)用系統(tǒng)軟件，立即向相關(guān)人員聯(lián)系并排除故障。

18

6.2.對于自然災(zāi)害性事件

運維管理人員要盡可能將設(shè)備轉(zhuǎn)移到安全地帶，將損失降低到最

少。

6.3.對于電力中斷事件

由于機房多采用UPS防止斷電帶來的系統(tǒng)停機現(xiàn)象，在UPS還能

供應(yīng)電力期間恢復(fù)供電，對系統(tǒng)使用不會有影響；但遇到特殊情況導(dǎo)

致供電部門在短期內(nèi)不能恢復(fù)供電時，如有備用發(fā)電設(shè)備要啟用備用

發(fā)電設(shè)備供電，否則要關(guān)閉所有設(shè)備，確保突然斷電造成設(shè)備損壞。

19

第七章對政務(wù)知識管理及決策支持系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、

功能架構(gòu)、操作使用、系統(tǒng)配置的撐握程度

為了平臺各種級別的故障時得到相應(yīng)級別的關(guān)注和資源支持，在

故障處理過程中，乙方維護(hù)工程師和甲方工程師可根據(jù)故障處理進(jìn)

度，參照下表逐級升級。

升級時限一級故障二級故障三級故障四級故障

1小時運維經(jīng)理.///

4小時項目經(jīng)理運維經(jīng)理//

24小時副總經(jīng)理項目經(jīng)理運維經(jīng)理/

48小時總經(jīng)理副總經(jīng)理項目經(jīng)理運維經(jīng)理

7.1.故障維護(hù)

質(zhì)保期內(nèi)用戶正常使用時出現(xiàn)的軟件故障和缺陷，由我方負(fù)責(zé)任

修復(fù)。因用戶使用不當(dāng)或者不可抗拒因素所造成的問題，我方全力配

合解決，派駐至少1名技術(shù)人員現(xiàn)場服務(wù)，對軟件系統(tǒng)提供免費維護(hù)，

同時，對接口變更、需求優(yōu)化等基本模塊調(diào)整的開發(fā)，提供無償服務(wù)。

7.2.性能優(yōu)化

結(jié)合系統(tǒng)實際運行情況和客戶方需要，對信用平臺進(jìn)行性能優(yōu)化

和調(diào)試，提升信用平臺各方面的綜合性能，具體優(yōu)化事宜雙方友好協(xié)

商。

20

平臺占用資源優(yōu)化；

平臺運行效率優(yōu)化；

平臺軟件配置優(yōu)化；

操作友好性優(yōu)化；

平臺現(xiàn)有功能優(yōu)化。

用戶與你系統(tǒng)服務(wù)器的接近程度會影響響應(yīng)時間的長短。把你的

系統(tǒng)內(nèi)容分散到多個、處于不同地域位置的服務(wù)器上可以加快下載速

度。

性能與應(yīng)用系統(tǒng)的代碼、應(yīng)用服務(wù)器都有著密切的關(guān)系，應(yīng)用的

代碼寫的再好，如果應(yīng)用服務(wù)器的配置不當(dāng)，性能也不會好；同樣，

應(yīng)用服務(wù)器調(diào)整的再好，也難以掩蓋應(yīng)用代碼中存在的缺陷，因此，

首先要保證應(yīng)用有個穩(wěn)固可靠的體系結(jié)構(gòu)，有最優(yōu)質(zhì)的代碼，在此基

礎(chǔ)上再來集中精力調(diào)整應(yīng)用服務(wù)器，這樣才能達(dá)到應(yīng)用系統(tǒng)性能優(yōu)化

的理想效果。

按地域布置系統(tǒng)內(nèi)容讓他們在分發(fā)服務(wù)器上正常運行。根據(jù)應(yīng)用

的需求來改變系統(tǒng)結(jié)構(gòu)，這可能會包括一些比較復(fù)雜的任務(wù)，如在服

務(wù)器間同步Session狀態(tài)和合并數(shù)據(jù)庫更新等。要想縮短用戶和內(nèi)容

服務(wù)器的距離，這些架構(gòu)步驟可能是不可避免的。

在終端用戶的響應(yīng)時間中有80%到90%的響應(yīng)時間用于下載圖像、

樣式表、腳本、Flash等頁面內(nèi)容。這就是系統(tǒng)性能黃金守則。首先

21

來分布靜態(tài)內(nèi)容會更好一點。這不僅會縮短響應(yīng)時間，而且對于內(nèi)容

分發(fā)網(wǎng)絡(luò)來說它更容易實現(xiàn)。

內(nèi)容分發(fā)網(wǎng)絡(luò)是由一系列分散到各個不同地理位置上的Web服務(wù)

器組成的，它提高了系統(tǒng)內(nèi)容的傳輸速度。用于向用戶傳輸內(nèi)容的服

務(wù)器主要是根據(jù)和用戶在網(wǎng)絡(luò)上的靠近程度來指定的。例如，擁有最

少網(wǎng)絡(luò)跳數(shù)和響應(yīng)速度最快的服務(wù)器會被選定。

再者，可以檢查系統(tǒng)的空載負(fù)荷，空載負(fù)荷指僅安裝操作系統(tǒng)的

情況下，通過一些工具查看系統(tǒng)的負(fù)荷。這樣做的目的是通過檢查系

統(tǒng)的運行情況，減少和屏蔽不必要的服務(wù)，最大限度的為應(yīng)用系統(tǒng)提

供更多的資源，建議是通過編寫腳本記錄系統(tǒng)運行時的性能情況，比

如按占用CPU對進(jìn)程排序，如果是非核心進(jìn)程，則可以根據(jù)情況停止

這些進(jìn)程的啟動。

22

第八章對及時通訊系統(tǒng)業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、功能架構(gòu)、操作使用、

系統(tǒng)配置的撐握程度

對及時通訊系統(tǒng)提供數(shù)據(jù)接入和應(yīng)用開發(fā)的技術(shù)支持和咨詢服

務(wù)。

平臺推廣的方式有很多，例如平臺互推、廣告、新媒體方式宣傳

等，對于我們這個行業(yè)，有政府和國家的支持，社會發(fā)展的依托，凡

是需要查詢征信、出征信報告的人或者企業(yè)均需登錄平臺。

數(shù)據(jù)接入，需要通過數(shù)據(jù)接口來完成，數(shù)據(jù)接口方式(WebService、

數(shù)據(jù)庫、FTP等),接口需具備數(shù)據(jù)配置、數(shù)據(jù)加解密、數(shù)據(jù)壓縮/解

壓縮、數(shù)據(jù)完整性校驗、數(shù)據(jù)版本管理、數(shù)據(jù)入庫、跨網(wǎng)數(shù)據(jù)交換監(jiān)

控和日志管理等功能。

8.1.功能設(shè)計咨詢服務(wù)

●甲方提出關(guān)于新功能的具體要求、期望、目標(biāo)，乙方項目經(jīng)理

及時響應(yīng)并組織研討，提出相應(yīng)的軟件系統(tǒng)規(guī)劃建議，提交甲

方。

8.2.應(yīng)用軟件開發(fā)咨詢服務(wù)

●行業(yè)征信系統(tǒng)開發(fā)咨詢；

●企業(yè)信用應(yīng)用產(chǎn)品開發(fā)咨詢；

●信用評價相關(guān)系統(tǒng)開發(fā)咨詢；

23

●知識管理系統(tǒng)開發(fā)咨詢。

8.3.基礎(chǔ)設(shè)施咨詢服務(wù)

網(wǎng)絡(luò)系統(tǒng)咨詢；

安全系統(tǒng)咨詢；

技術(shù)平臺咨詢；

應(yīng)用系統(tǒng)咨詢；

技術(shù)標(biāo)準(zhǔn)與規(guī)范咨詢；

網(wǎng)絡(luò)資源管理咨詢；

系統(tǒng)發(fā)展策略咨詢。

8.4.系統(tǒng)系統(tǒng)技術(shù)維護(hù)

根據(jù)采購人與數(shù)據(jù)源單位協(xié)調(diào)進(jìn)度，及時提供技術(shù)支持，配合完

成各數(shù)據(jù)源單位數(shù)據(jù)接入，主要包含數(shù)據(jù)采集、數(shù)據(jù)清洗入庫等。

數(shù)據(jù)采集方面主要需要將市政府部門、省信用平臺、第三方征信

系統(tǒng)、信用主體自主申報及互聯(lián)網(wǎng)收集等來源的數(shù)據(jù)進(jìn)行數(shù)據(jù)清洗、

轉(zhuǎn)換、關(guān)聯(lián)、裝載、非結(jié)構(gòu)化處理后才做分析使用依據(jù)。這則需要通

過接入數(shù)據(jù)接口、前置機、互聯(lián)網(wǎng)抓取等技術(shù)方式來實現(xiàn)。

在網(wǎng)絡(luò)等條件允許的情況下，可通過橋接交互的方式，由數(shù)據(jù)交

換平臺與各單位業(yè)務(wù)系統(tǒng)對接，實現(xiàn)數(shù)據(jù)的自動交換，完成數(shù)據(jù)采集。

數(shù)據(jù)接口采集，提供統(tǒng)一標(biāo)準(zhǔn)數(shù)據(jù)接口規(guī)范，可滿足不同應(yīng)用系統(tǒng)的

24

對接，同時支持不同類型的數(shù)據(jù)接口定制開發(fā)。

系統(tǒng)具備多種數(shù)據(jù)接口方式(WebService、數(shù)據(jù)庫、FTP等),接

口需具備數(shù)據(jù)配置、數(shù)據(jù)加解密、數(shù)據(jù)壓縮/解壓縮、數(shù)據(jù)完整性校

驗、數(shù)據(jù)版本管理、數(shù)據(jù)入庫、跨網(wǎng)數(shù)據(jù)交換監(jiān)控和日志管理等功能。

系統(tǒng)除支持本約定的設(shè)計規(guī)范外，還提供標(biāo)準(zhǔn)化的WEBSERVICE外部

接口，遵循SOA功能架構(gòu)規(guī)范，遵循XML技術(shù)標(biāo)準(zhǔn)、TCP/IP協(xié)議標(biāo)

準(zhǔn)、LDAP協(xié)議標(biāo)準(zhǔn)、SSL安全協(xié)議標(biāo)準(zhǔn)。

需根據(jù)網(wǎng)頁的交換鏈接設(shè)置不同的抓取深度，抓取相關(guān)系統(tǒng)上的

頁面數(shù)據(jù)；可自定義格式化數(shù)據(jù)表，根據(jù)關(guān)鍵字進(jìn)行采集，設(shè)置不同

的解析規(guī)則，實現(xiàn)格式化數(shù)據(jù)的抓?。豢稍诓煌闹鳈C資源上設(shè)置無

限個調(diào)度任務(wù)，無限設(shè)置添加采集節(jié)點，實現(xiàn)對互聯(lián)網(wǎng)數(shù)據(jù)的深度抓

取。

25

第九章駐場維護(hù)人員團(tuán)隊中5年以上工作經(jīng)驗軟件開發(fā)工程師參與

駐場

我公司承諾

1、派遣2名工程師駐場負(fù)責(zé)政務(wù)共享應(yīng)用平臺的日常運維工作；

2、為期2年；

3、駐場維護(hù)人員團(tuán)隊中5年以上工作經(jīng)驗軟件開發(fā)工程師參與

駐場。

其他；

9.1.UPS電源系統(tǒng)維護(hù)

UPS電源系統(tǒng)由整流、儲能、變換和開關(guān)控制4個部分組成，原

理如圖1。

在電網(wǎng)電壓工作正常時，給負(fù)載供電，同時給儲能電池充電；當(dāng)

突發(fā)停電時，UPS電源開始工作，由儲能電池供給負(fù)載所需電源，維

持正常的工作；當(dāng)由于需要，負(fù)載嚴(yán)重過載時，由電網(wǎng)電壓經(jīng)整流直

接給負(fù)載供電。

當(dāng)我們沒有使用UPS的時候，采集器、PC機及打印機等終端設(shè)

備是直接使用市電的，用了UPS,就將終端設(shè)備接到UPS上(相對于

UPS而言，我們將這些終端設(shè)備稱為負(fù)載),而UPS再接入市電。當(dāng)

26

市電輸入正常時，UPS將市電穩(wěn)壓后供應(yīng)給負(fù)載使用，此時的UPS就

是一臺交流市電穩(wěn)壓器，同時它還向自己的內(nèi)置電池充電；當(dāng)市電中

斷(例如停電)時，UPS立即將內(nèi)置電池的電能，通過逆變轉(zhuǎn)換的方法

向負(fù)載繼續(xù)供應(yīng)220V交流電，使負(fù)載維持正常工作并保護(hù)負(fù)載的軟、

硬件系統(tǒng)不受損壞。

9.2.UPS蓄電池的安裝環(huán)境

目前UPS所用的蓄電池一般都是免維護(hù)的密封鉛酸電池，設(shè)計壽

命普遍是5年。UPS電源安裝環(huán)境直接影響到UPS系統(tǒng)的運行情況及

使用壽命。因此，合理選擇安裝位置尤為重要。

1)UPS設(shè)備應(yīng)安裝在清潔、陰涼、通風(fēng)、干燥的地方，否則灰

塵加上潮濕會對其內(nèi)部器件造成腐蝕或短路，引起主機工作紊亂從而

影響UPS的正常工作，嚴(yán)重的可能會損壞UPS。同時要避免受到陽光、

加熱器或其他輻射熱源的影響；

2)UPS的電源主機對使用環(huán)境的溫度要求不是很高，一般情況

下+5℃~40℃都可以正常運行。然而它的儲能蓄電池對溫度的則較高，

標(biāo)準(zhǔn)使用溫度為25℃,在平時不能超過+15℃~+30℃;

3)將UPS接到專用的帶有過電流保護(hù)裝置的插座上時，所用電

源插座應(yīng)接保護(hù)地端，一般接地電阻小于5Ω較為理想；另外無論輸

入電源線是否插入市電插座，UPS輸出都可能帶電；

4)UPS不間斷電源不宜側(cè)放，每個電池之間的連接要牢固，應(yīng)

保持進(jìn)風(fēng)孔與出風(fēng)孔通暢。

27

9.3.使用UPS的注意事項

3.1正確使用UPS

1)使用前要認(rèn)真閱讀操作說明書，熟練掌握各種開關(guān)，按鈕的

作用，明白每個警示信息，警示代碼及指示燈的含義，及產(chǎn)生問題的

原因和解決辦法；

2)掌握正確的開、關(guān)機步驟。開機時，應(yīng)該先開啟UPS的市電

開關(guān)，再按照負(fù)載的沖擊電流從大到小的順序逐個打開負(fù)載開關(guān)。切

忌將所有負(fù)載同時開啟，更不能帶載開機。關(guān)機時，則先逐個關(guān)閉負(fù)

載，再關(guān)閉UPS開關(guān)，最后關(guān)閉UPS市電開關(guān)。當(dāng)然同樣也不能進(jìn)行

帶載關(guān)機的操作；

3)加強日常檢查和維護(hù)，確保小問題能夠早發(fā)現(xiàn)早處理。檢查

內(nèi)容包括設(shè)備指示是否正常，有無告警提示或異常聲響，各種接頭有

無松動或發(fā)熱等。

3.2UPS電池的保養(yǎng)

UPS電源在正常使用情況下，主機