ERP系統(tǒng)交維流程與規(guī)范

【系統(tǒng)交維流程及規(guī)范】

版本<V1.0>

修訂歷史記錄

擬制日2019-07-

期07

審核日

期

批準(zhǔn)日

期

版

日期修訂者說明

2

VI

新增規(guī)范文

*2019-7-7A

檔

0

（添加，修改，刪除）

書目

1.月艮務(wù)目標(biāo)錯誤!未指定書簽。

2.系統(tǒng)交維流程錯誤味指定書簽。

3.系統(tǒng)交維資產(chǎn)清單錯誤!未指定書簽。

4.系統(tǒng)交維文檔清單錯誤味指定書簽。

5.系統(tǒng)交維文檔要求錯誤!未指定書簽。

5?1用戶手冊（系統(tǒng)功能說明書）錯誤!未指定書簽。

5.2維護手冊（系統(tǒng)技術(shù)說明書：包括軟、硬件架構(gòu)說明）錯誤!未指

定書簽。

5.3備份策略清單（含歷史及新增）錯誤!未指定書簽。

5.4系統(tǒng)資產(chǎn)清單（含歷史及新增）錯誤!未指定書簽。

5.5系統(tǒng)配置清單（包括安裝地點信息，含歷史及新增）錯諛未指定

書簽。

5.6接口清單（含歷史及新增）錯誤!未指定書簽。

5.7系統(tǒng)賬號清單（含接口賬號，新增賬號）錯誤!未指定書簽。

5.8新功能清單錯誤!未指定書簽。

5.9程序部署手冊錯誤!未指定書簽。

5.10回退操作手冊錯誤!未指定書簽。

5.11測試報告?錯誤!未指定書簽。

5.12系統(tǒng)測試用例錯誤!未指定書簽。

5.13源彳弋碼錯誤!未指定書簽。

6.交維系統(tǒng)的壓力測試錯誤味指定書簽。

6.1壓力測試目的錯誤!未指定書簽。

6.2壓力測試工具錯誤!未指定書簽。

6.3壓力測試用例錯誤味指定書簽。

6.4壓力測試指標(biāo)及期望值錯誤!未指定書簽。

6.5壓力測試數(shù)據(jù)及場景錯誤!未指定書簽。

6.6壓力測化門■艮告錯誤!未指定書簽。

7.系統(tǒng)交維的前提條件錯誤味指定書簽。

7.1交維系統(tǒng)轉(zhuǎn)交整改的條件錯誤!未指定書簽。

8.統(tǒng)一維護組維護內(nèi)容錯誤!未指定書簽。

9.時間管理錯誤!未指定書簽。

?最終依據(jù)標(biāo)準(zhǔn)建立信息服務(wù)體系和運維服務(wù)團隊，實現(xiàn)“運維

服務(wù)一體化”，“平臺管理智能化”，成本結(jié)構(gòu)全面優(yōu)化、運營效

益顯著提升的最終目標(biāo)。

2.系統(tǒng)交維流程

步驟流程說明：

信息系統(tǒng)建設(shè)部門填寫并提交《應(yīng)用系統(tǒng)交維申請表》或《應(yīng)用平

臺交維申請表》，應(yīng)用系統(tǒng)或應(yīng)用平臺進入交維申請流程。依據(jù)平臺組

供應(yīng)的平臺交維工作清單，檢驗建設(shè)方供應(yīng)的平臺網(wǎng)絡(luò)拓樸圖、資產(chǎn)

配置清單、平臺操作文檔及風(fēng)險評估列表等等，通過服務(wù)組進行預(yù)接

收。

2.1評估預(yù)接收條件

依據(jù)維護組供應(yīng)的交維工作清單，檢驗建設(shè)方供應(yīng)的網(wǎng)絡(luò)拓樸圖、

資產(chǎn)配置清單、維護手冊、用戶手冊、風(fēng)險評估列表等等，通過維護

組進行預(yù)接收。為保證各應(yīng)用系統(tǒng)、應(yīng)用平臺的穩(wěn)定運行，建設(shè)方在

交維時，必需先達(dá)到以下應(yīng)用交維條件：

A.應(yīng)用系統(tǒng)功能可以為用戶供應(yīng)長時間不中斷的、可用的服務(wù),

保證交維前30天無故障發(fā)生，90天內(nèi)無重大故障發(fā)生。

B.須要交接的應(yīng)用系統(tǒng)必需有一個及正式環(huán)境的業(yè)務(wù)數(shù)據(jù)、技

術(shù)架構(gòu)、部署環(huán)境完全一樣的測試環(huán)境。

C.協(xié)作完成1-2次交維培訓(xùn)，講解平臺的架構(gòu)、業(yè)務(wù)邏輯、數(shù)

據(jù)流轉(zhuǎn)、目前維護流程和常見的故障點等；若平臺存在性能

隱患及遺留問題，需建設(shè)方處理達(dá)到交維要求再接。如平臺

軟硬件性能瓶頸、可用應(yīng)急環(huán)境、數(shù)據(jù)備份及監(jiān)控時效性。

D.上線后出現(xiàn)的緊急及嚴(yán)峻的缺陷必需解決。

E.按本文第3、4、5章要求提交相關(guān)清單及驗收交維文檔。

F,依據(jù)建設(shè)部門提交的《備份說明文檔》檢查應(yīng)用系統(tǒng)、應(yīng)用

平臺的備份狀況，內(nèi)容包括服務(wù)器信息，備份路徑、備份內(nèi)

容、備份的頻率，保留時長等信息。

G.依據(jù)建設(shè)部門供應(yīng)的資產(chǎn)清單，清點硬件設(shè)備及核對網(wǎng)絡(luò)拓

樸圖、網(wǎng)線標(biāo)簽、虛擬機及應(yīng)用系統(tǒng)對應(yīng)關(guān)系。確認(rèn)資產(chǎn)信

息是否已錄入中，信息是否完整。

H.檢查資源安排狀況（服務(wù)器資源利用率不能超過80%（、內(nèi)

存）、負(fù)載均衡配置、存儲狀況及地址運用狀況）。

I.服務(wù)器監(jiān)控需接入或者，建設(shè)部門需提交監(jiān)控指標(biāo)信息，以

及交維前出現(xiàn)的故障報告。

J.依據(jù)交維清單，平臺維護組須要核對設(shè)備及相對應(yīng)配置，如

有遺留問題，建設(shè)方需依據(jù)交維報告的整改內(nèi)容進行修復(fù)。

K.其中對于不同架構(gòu)的系統(tǒng)可達(dá)到的維護可用性不同：

?應(yīng)用、數(shù)據(jù)庫及硬件服務(wù)器都是雙節(jié)點冗余的系統(tǒng)，維護

可用性目標(biāo)為99.9%；

?應(yīng)用、數(shù)據(jù)庫及硬件服務(wù)器有一個是單節(jié)點的系統(tǒng)，維護

可用性目標(biāo)為99%；

?無磁帶備份的系統(tǒng)，可容忍全部數(shù)據(jù)丟失；

?有磁帶備份的系統(tǒng)，每X天進行一次備份，可容忍X天數(shù)

據(jù)丟失。

L.系統(tǒng)必需具備必要的功能：

?接口連接等運用的程序賬號必需能夠便利的修改密碼;

?系統(tǒng)必需在應(yīng)用界面上具備完善的用戶權(quán)限管理功能;

?系統(tǒng)必需供應(yīng)必要的網(wǎng)管接口。

2.2各團隊進行費用評估

信息室費用評估

一線服務(wù)臺評估

系統(tǒng)監(jiān)控組評估

7676平臺維護組評估

維護室費用評估

應(yīng)用維護組評估

中間件及數(shù)據(jù)庫平臺維護組評估

硬件服務(wù)器維護組評估

備份系統(tǒng)維護組評估

網(wǎng)管維護組評估

4A維護組評估

網(wǎng)絡(luò)維護組評估

機房環(huán)境維護組評估

2.3費用申請

維護室綜合各團隊的費用評估后進行費用申請

2.4系統(tǒng)轉(zhuǎn)維資源打算

應(yīng)用系統(tǒng)在規(guī)劃建設(shè)階段就應(yīng)當(dāng)具體評估系統(tǒng)轉(zhuǎn)維過程中所需的

維護資源。目前信息系統(tǒng)部對于每一個應(yīng)用系統(tǒng)轉(zhuǎn)維護過程中所需資

源如下圖所示：

系統(tǒng)轉(zhuǎn)維過程中牽涉到的維護資源如上圖所示。應(yīng)用系統(tǒng)轉(zhuǎn)入運維

階段后須要一些列的資源投入，應(yīng)用系統(tǒng)在轉(zhuǎn)維護過程中應(yīng)剛好知會

各維護資源供應(yīng)方，同時供應(yīng)項目相關(guān)維護文檔以便轉(zhuǎn)維工作的順當(dāng)

進行。

2.5維護組對應(yīng)用系統(tǒng)、應(yīng)用平臺進行預(yù)接收

檢驗預(yù)接收的交維文檔及代碼；預(yù)接收檢驗不通過，退回信息系統(tǒng)

建設(shè)部門進行整改或資料補充；

召開交維培訓(xùn)會議，由建設(shè)方進行培訓(xùn)，了解日常維護工作及服務(wù)

對象，提出常見故障及處理方法。

維護組對信息系統(tǒng)進行軟硬件風(fēng)險、缺陷診斷評估，對于有嚴(yán)峻

平安風(fēng)險以及有嚴(yán)峻缺漏的，則退回信息系統(tǒng)建設(shè)部門整改。

2.6進入為期一個月的試維護階段

跟業(yè)務(wù)用戶召開職責(zé)分工會議，有目的地跟業(yè)務(wù)用戶確認(rèn)相關(guān)服務(wù)

承諾，并給出職責(zé)分工表O

試運維期間如系統(tǒng)出現(xiàn)批量平安漏洞、系統(tǒng)等符合整改條件的，運

維組將該系統(tǒng)移交系統(tǒng)建設(shè)部門整改。

各個維護組簽收《應(yīng)用系統(tǒng)運維移交申請表》或《應(yīng)用平臺運維移

交申請表》，確立應(yīng)用系統(tǒng)、應(yīng)用平臺正式移交維護組運維，進入正式

維護階段。

依據(jù)應(yīng)用系統(tǒng)、應(yīng)用平臺維護涉及的內(nèi)容，可以分為4個維護層：

?硬件管理一一硬件故障由硬件原廠或者第三方維保處理。

?網(wǎng)絡(luò)管理一一網(wǎng)絡(luò)策略配置和故障處理由網(wǎng)絡(luò)維護組負(fù)責(zé)。

?系統(tǒng)管理一一基礎(chǔ)軟件管理，初步故障定位及處理交由平臺維

護組負(fù)責(zé)。如平臺維護組無法處理，則提交相對應(yīng)專業(yè)維護組

進行處理。

?應(yīng)用管理一一由應(yīng)用維護組進行日常維護，出現(xiàn)故障后由應(yīng)用

維護組進行故障定位，并組織各團隊剛好解決系統(tǒng)故障。

應(yīng)用系統(tǒng)流程圖如下：

應(yīng)用平臺流程如下：

流程

3.應(yīng)用系統(tǒng)、應(yīng)用平臺交維資產(chǎn)清單

3.1硬件資產(chǎn)列表

物理服務(wù)器（詳見資產(chǎn)清單）

設(shè)備型

編號序列號設(shè)備名稱地址配置信息

號

虛擬服務(wù)器

設(shè)備名項目名設(shè)備用聯(lián)系

地址配置信息聯(lián)系電話

稱稱途人

3.2存儲及網(wǎng)絡(luò)設(shè)備

設(shè)備型

編號序列號設(shè)備名稱地址配置信息

號

33軟件資產(chǎn)列表

版本

軟件名稱軟件用途運用期限數(shù)量

號

4.應(yīng)用系統(tǒng)、應(yīng)用平臺交維文檔清單

序

文檔名稱運維用途說明備注

號

供應(yīng)備份策略清單，包括

所在服務(wù)器主機名、所在

服務(wù)器、存儲路徑、備份

備份策略

1數(shù)據(jù)量、備份策略名稱、

清單

備份方式及備份頻率、備

份窗口數(shù)據(jù)保留時間等

備份狀況

開發(fā)商應(yīng)依據(jù)測試案例

在開發(fā)環(huán)境進行新功能

應(yīng)用測試

2測試、回來測試、壓力測

報告

試并出具三種測試通過

的測試報告

存儲配置

存儲配置操作文檔、

3及安排清

配置狀況及安排清單

單

開發(fā)商、第三方開發(fā)

第三方聯(lián)

商、硬件、業(yè)務(wù)部門

4系人員列平臺及應(yīng)用干系人管理

等相關(guān)負(fù)責(zé)人聯(lián)系方

表

式

該文檔主要是用于二線

平臺維護人員進行回退

回退操作

5部署，開發(fā)商需對本次回

手冊

退部署過程進行具體的

說明

基礎(chǔ)環(huán)境

安裝部署信息及賬戶

6部署配置支撐及管理平臺運行

密碼

信息

供應(yīng)系統(tǒng)、應(yīng)用層、數(shù)據(jù)

7接口清單庫層、及硬件層等接口清

單

平臺及應(yīng)歷史故障記錄和維護記

歷史故障記錄和隱患

8用故障及錄、為優(yōu)化平臺及降低風(fēng)

清單

隱患清單險供應(yīng)依據(jù)

平臺監(jiān)控

9策略及監(jiān)告警時效性、剛好性監(jiān)控策略及清單

控清?單

應(yīng)用系統(tǒng)壓力測試報告

平臺壓力須要測試壓力指標(biāo)及

10（測試目的、方法、工具、

評估報告測試報告

用例及測試指標(biāo)期望值）

軟件安裝

指導(dǎo)及管理系統(tǒng)管理操

11部署及操

作

作手冊

描述軟件部署的環(huán)境、運

軟件資產(chǎn)盡量能供應(yīng)系統(tǒng)拓?fù)?/p>

12用基礎(chǔ)軟件的版本、網(wǎng)絡(luò)

清單圖

架構(gòu)

數(shù)據(jù)庫建設(shè)方案、配

數(shù)據(jù)庫交置文檔、管理員賬戶

13數(shù)據(jù)庫配置狀況

維清單密碼、配置清單及故

障處理報告

網(wǎng)絡(luò)拓樸圖、配置管

網(wǎng)絡(luò)設(shè)備理文檔、設(shè)備維保、

14網(wǎng)絡(luò)架構(gòu)及網(wǎng)絡(luò)配置

交維清單網(wǎng)絡(luò)配置清單及日常

維護記錄

該文檔主要用于二線維

護人員進行技術(shù)維護，讓

15維護手冊維護人員能夠參照手冊

開展職責(zé)范圍內(nèi)的全部

維護工作

開發(fā)商應(yīng)依據(jù)《業(yè)務(wù)需求

系統(tǒng)測試

16說明書》編寫新功能測試

用例

用例、回來測試用例

供應(yīng)系統(tǒng)、應(yīng)用層、數(shù)據(jù)

系統(tǒng)配置

17庫層、及硬件層等配置清

清單

單

開發(fā)商目前在系統(tǒng)維護

方面的工作描述，包括月

系統(tǒng)維護盡量能供應(yīng)維護管理

18度故障率、數(shù)據(jù)提取量、

工作列表手冊

數(shù)據(jù)調(diào)整狀況、數(shù)據(jù)備份

策略等

供應(yīng)系統(tǒng)、應(yīng)用層、數(shù)據(jù)

系統(tǒng)賬號

19庫層、及硬件層等賬號清

清單

單

若涉及到新增軟件的狀

況，需供應(yīng)系統(tǒng)用到的全

系統(tǒng)資產(chǎn)

20部，包括序列號、文件、

清單

起先時間、到期時間、聯(lián)

系人、聯(lián)系方式

新功能清供應(yīng)本次新交接的功能

21

單清單及簡要說明

應(yīng)急演練

應(yīng)急演練方案及應(yīng)急

22方案及報快速復(fù)原業(yè)務(wù)

環(huán)境

告

應(yīng)用系統(tǒng)

系統(tǒng)架構(gòu)及部署狀況，資

23部署配置應(yīng)用系統(tǒng)部署配置

源運用狀況

表

應(yīng)用系統(tǒng)規(guī)范化管理應(yīng)用接入及

24應(yīng)用接入規(guī)范

接入流程資源申請

規(guī)范

部署在平臺上的應(yīng)用

系統(tǒng)清單，包括應(yīng)用

應(yīng)用系統(tǒng)剛好響應(yīng)應(yīng)用系統(tǒng)維護，用途、業(yè)務(wù)部門、業(yè)

25

清單通知對應(yīng)干系人務(wù)主管、維護商、維

護人員、開發(fā)商、開

發(fā)人員等信息

應(yīng)用虛擬

26機備份策備份管理備份策略及備份清單

略表

供應(yīng)網(wǎng)絡(luò)拓?fù)鋱D、網(wǎng)

硬件資產(chǎn)平臺部署運用的硬件資絡(luò)布線（網(wǎng)絡(luò)及光纖）

27

清單源標(biāo)簽圖、硬件維保信

息

該文檔供一般用戶、維護

28用戶手冊人員及其他須要了解系

統(tǒng)功能的人員閱讀

開發(fā)商在交接前必需供

29源代碼應(yīng)程序的源代碼，并保證

源代碼的完整性

資產(chǎn)信息

30配置管理

錄入中

5.應(yīng)用系統(tǒng)、應(yīng)用平臺交維文檔要求

5.1用戶手冊（系統(tǒng)功能說明書）

該文檔供一般用戶、維護人員及其他須要了解系統(tǒng)功能的人員閱

讀，讓上述人員能夠全面駕馭系統(tǒng)全部功能的運用。新增版本的文檔

中應(yīng)包括系統(tǒng)全部功能的運用說明，同時標(biāo)注本次新增或變更的內(nèi)容,

基本要求如下：

有結(jié)構(gòu)、有層次的對系統(tǒng)支撐的業(yè)務(wù)場景及業(yè)務(wù)流程進行描述；

有結(jié)構(gòu)、有層次的對各用戶界面的功能及各信息字段的含義及限定

進行具體說明；

文檔的具體程度要做到具備基本業(yè)務(wù)學(xué)問的但未接觸過系統(tǒng)的用

戶通過閱讀文檔即可運用系統(tǒng)。

5.2維護手冊（系統(tǒng)技術(shù)說明書：包括軟、硬件架構(gòu)說明）

該文檔主要用于二線維護人員進行技術(shù)維護，讓維護人員能夠參照

手冊開展職責(zé)范圍內(nèi)的全部維護工作。新增版本的文檔中應(yīng)包括系統(tǒng)

軟硬件的技術(shù)架構(gòu)說明，同時標(biāo)注本次新增或變更的內(nèi)容。

該文檔必需包括以下內(nèi)容：

?系統(tǒng)技術(shù)架構(gòu)的說明：對應(yīng)用系統(tǒng)的硬件服務(wù)器、數(shù)據(jù)庫、中

間件及流程引擎等其它軟件平臺架構(gòu)進行具體說明。

?系統(tǒng)核心邏輯的說明：針對主要的業(yè)務(wù)邏輯，結(jié)合程序進行具

體說明。

?應(yīng)用程序的模塊架構(gòu)說明：對各模塊功能及相互間的邏輯聯(lián)系

進行說明，并分析數(shù)據(jù)的流向。

?系統(tǒng)業(yè)務(wù)需求的技術(shù)實現(xiàn)方案說明：針對某些常見和特別業(yè)務(wù)

進行的處理，通過該文檔駕馭業(yè)務(wù)流程的處理。

?數(shù)據(jù)庫表結(jié)構(gòu)說明：對數(shù)據(jù)庫表的結(jié)構(gòu)進行具體說明，并供應(yīng)

具體的數(shù)據(jù)字典和圖。

?接口說明：針對于每個系統(tǒng)的接口進行說明，包括交互方式、

交互數(shù)據(jù)源、交互頻率等。

?定時器等專用服務(wù)的說明：說明其工作原理，運用說明等。

?腳本說明：針對常用腳本、數(shù)據(jù)操作腳本、報表腳本等進行具

體說明。

?程序包變更的說明，針對新增和修改的地方進行說明。

?供應(yīng)操作系統(tǒng)、數(shù)據(jù)庫、中間件及流程引擎等其它軟件平臺的

主要配置及特別配置要求；

?供應(yīng)具體的應(yīng)用程序各配置項及初始配置列表；

?供應(yīng)應(yīng)用程序預(yù)置賬號及初始密碼列表，供應(yīng)數(shù)據(jù)庫等平臺訪

問賬號及初始密碼列表，供應(yīng)各系統(tǒng)接口賬號及初始密碼列表;

文檔的具體程度要做到具備基本技術(shù)學(xué)問的但未接觸過系統(tǒng)的維

護人員通過閱讀文檔即可進行系統(tǒng)維護。

5.3操作配置手冊（軟件功能說明書）

該文檔供維護人員閱讀，能夠全面駕馭系統(tǒng)全部功能的運用，應(yīng)包

括系統(tǒng)全部功能的運用說明，同時標(biāo)注本次新增或變更的內(nèi)容，基本

要求如下：

?有結(jié)構(gòu)、有層次的對平臺軟硬件操作場景及業(yè)務(wù)流程進行描述;

?有結(jié)構(gòu)、有層次的對各用戶界面的功能及各信息字段的含義及

限定進行具體說明；

?文檔的具體程度要做到具備基本業(yè)務(wù)學(xué)問的但未接觸過系統(tǒng)的

用戶通過閱讀文檔即可運用系統(tǒng)。

5.4平臺維護手冊（系統(tǒng)技術(shù)說明書：包括軟、硬件架構(gòu)說明）

該文檔主要用于平臺維護人員進行技術(shù)維護，能夠參照手冊開展職

責(zé)范圍內(nèi)的全部維護工作。該文檔必需包括以下內(nèi)容：

?系統(tǒng)技術(shù)架構(gòu)的說明：對應(yīng)用系統(tǒng)的硬件服務(wù)器、數(shù)據(jù)庫、中

間件及流程引擎等其它軟件平臺架構(gòu)進行具體說明。

?系統(tǒng)核心邏輯的說明：針對主要的業(yè)務(wù)邏輯，結(jié)合程序進行具

體說明。

?系統(tǒng)業(yè)務(wù)需求的技術(shù)實現(xiàn)方案說明：針對某些常見和特別業(yè)務(wù)

進行的處理，通過該文檔駕馭業(yè)務(wù)流程的處理。

?供應(yīng)操作系統(tǒng)、數(shù)據(jù)庫、中間件及流程引擎等其它軟件平臺的

主要配置及特別配置耍求;

?供應(yīng)具體的應(yīng)用程序各配置項及初始配置列表；

?供應(yīng)應(yīng)用程序預(yù)置賬號及初始密碼列表，供應(yīng)數(shù)據(jù)庫等平臺訪

問賬號及初始密碼列表，供應(yīng)各系統(tǒng)接口賬號及初始密碼列表;

5.5備份策略清單（含歷史及新增）

供應(yīng)備份策略清單，包括所在服務(wù)器主機名、所在服務(wù)器、存儲路

徑、備份數(shù)據(jù)量、備份策略名稱、備份方式及備份頻率、備份窗口數(shù)

據(jù)保留時間等備份狀況。

若涉及到變更或者新增要標(biāo)注并說明狀況。

5.6軟件資產(chǎn)清單（含歷史及新增）

若涉及到新增軟件的狀況，需供應(yīng)系統(tǒng)用到的全部，包括序列號、

文件、起先時間、到期時間、聯(lián)系人、聯(lián)系方式。

5.7系統(tǒng)配置清單（包括安裝地點信息，含歷史及新增）

供應(yīng)操作系統(tǒng)、數(shù)據(jù)庫、中間件及流程引擎等其它軟件平臺的主要

配置及特別配置要求；

供應(yīng)具體的應(yīng)用程序各配置項及初始配置列表；

供應(yīng)應(yīng)用程序預(yù)置賬號及初始密碼列表，供應(yīng)數(shù)據(jù)庫等平臺訪問賬

號及初始密碼列表，供應(yīng)各系統(tǒng)接口賬號及初始密碼列表；

若涉及到變更或者新增耍標(biāo)注并說明狀況。

5.8接口清單（含歷史及新增）

供應(yīng)數(shù)據(jù)庫新增接口清單，包括接口供應(yīng)方、消費方、調(diào)用頻率、

同步程序、調(diào)用方式、調(diào)用配置（用戶名、密碼）、接口約定（報錯代

碼、報錯提示、報錯含義等）、接口視圖。

供應(yīng)新增接口清單，包括接口供應(yīng)方、消費方、調(diào)用頻率、同步程

序、調(diào)用地址、調(diào)用配置（用戶名、密碼）、接口約定（報錯代碼、報

錯提示、報錯含義等）。

若涉及到變更或者新增要標(biāo)注并說明狀況。

5.9系統(tǒng)賬號清單（含接口賬號，新增賬號）

供應(yīng)新增的數(shù)據(jù)庫賬號清單，包括其在數(shù)據(jù)庫中的賬號名、對應(yīng)權(quán)

限、對應(yīng)角色、對應(yīng)表權(quán)限。

供應(yīng)新增的應(yīng)用賬號清單，包括其在應(yīng)用系統(tǒng)中的用戶名、對應(yīng)權(quán)

限、對應(yīng)角色。

供應(yīng)新增的操作系統(tǒng)賬號清單，包括其在操作系統(tǒng)中的用戶名，對

應(yīng)的用戶組，對應(yīng)角色、對應(yīng)權(quán)限。

5.10新功能清單

供應(yīng)本次新交接的功能清單及簡要說明。

5.11程序部署手冊

供應(yīng)具體的系統(tǒng)回退步驟

如在部署有額外操作名要求，也要寫入手冊

5.12回退操作手冊

該步驟主要是用于二線平臺維護人員進行回退部署，開發(fā)商需對本

次回退部署過程進行具體的說明。在系統(tǒng)回退部署前，假如有涉及數(shù)

據(jù)庫回退的，開發(fā)商須供應(yīng)的用于回退的回退腳本，假如沒有，須在

部署文檔中說明?；赝瞬渴鸩襟E應(yīng)包含程序卸載（停中間件）、數(shù)據(jù)庫

回退、舊程序安裝、程序啟動、程序啟動后檢查項，以上幾個步驟的

具體要求如下：

程序卸載：需描述清晰程序卸載的具體步驟。

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

多個回退腳本，須耍集中到一個腳本中，平臺組只需執(zhí)行匯總后的

一個回退腳本；

在執(zhí)行腳本之前，須要平臺維護組備份的數(shù)據(jù)庫對象（備份函數(shù)、

存儲過程，表等）或須要停止的對象（如停止觸發(fā)器等），需事先說明，

并供應(yīng)具體的對象備份腳本及對象停止啟動腳本；

回退腳本需說明腳本在工具下的吩咐模式，如或者下執(zhí)行；

回退腳本如有執(zhí)行依次要求，需在部署文檔中標(biāo)明回退腳本的執(zhí)行

依次，數(shù)據(jù)腳本執(zhí)行后，結(jié)果中存在正常的異樣，需先說明；

回退腳本全部的吩咐均要求自動提交。

舊程序安裝：需描述清晰舊程序安裝的具體步驟。

程序啟動：需描述清晰程序啟動的具體步驟。例如，有些部署須要

重啟中間件，請在文檔中說明。

程序啟動后檢查項：需描述啟動勝利后檢查步驟。

5.13測試報告

開發(fā)商應(yīng)依據(jù)測試案例在開發(fā)環(huán)境進行新功能測試、回來測試、壓

力測試并出具三種測試通過的測試報告。

該文檔應(yīng)依據(jù)《業(yè)務(wù)需求說明書》編寫，至少應(yīng)包括以下內(nèi)容

測試用例編號及名稱

測試環(huán)境地址

測試人及測試帳號

測試路徑或活動

測試場景說明

有可能影響到的功能點

測試步驟

測試期望結(jié)果

測試實際結(jié)果

測試結(jié)果確認(rèn)（簽字）

5.14系統(tǒng)測試用例

開發(fā)商應(yīng)依據(jù)《業(yè)務(wù)需求說明書》編寫新功能測試用例、回來測試

用例。

5.15源代碼

開發(fā)商在交接前必需供應(yīng)程序的源代碼，并保證源代碼的完整性。

5.16第三方聯(lián)系人員列表

開發(fā)商、第三方開發(fā)商、硬件、業(yè)務(wù)部門等相關(guān)負(fù)責(zé)人聯(lián)系方式

5.17存儲配置及安排清單

存儲配置操作文檔、配置狀況及安排清單

5.18基礎(chǔ)環(huán)境部署配置信息

安裝部署信息及賬戶密碼以支撐及管理平臺運行

5.19平臺及應(yīng)用故障及隱患清單

歷史故障記錄、隱患清單和維護記錄、為優(yōu)化平臺及降低風(fēng)險供應(yīng)

依據(jù)

5.20平臺、應(yīng)用監(jiān)控策略及監(jiān)控清單

監(jiān)控策略及監(jiān)控指標(biāo)清單

5.21數(shù)據(jù)庫交維清單

數(shù)據(jù)庫建設(shè)方案、配置文檔、管理員賬戶密碼、配置清單及故障處

理報

5.22網(wǎng)絡(luò)設(shè)備交維清單

網(wǎng)絡(luò)拓樸圖、配置管理文檔、設(shè)備維保、網(wǎng)絡(luò)配置清單及日常維護

記錄

5.23應(yīng)急演練方案及報告

應(yīng)急演練方案及應(yīng)急環(huán)境

5.24應(yīng)用系統(tǒng)接入流程規(guī)范

規(guī)范化管理應(yīng)用接入及資源申請

5.25系統(tǒng)維護工作列表

開發(fā)商目前在系統(tǒng)維護方面的工作描述，包括月度故障率、數(shù)據(jù)提

取量、數(shù)據(jù)調(diào)整狀況、數(shù)據(jù)備份策略等

5.26應(yīng)用系統(tǒng)清單

部署在平臺上的應(yīng)用系統(tǒng)清單，包括應(yīng)用用途、業(yè)務(wù)部門、業(yè)務(wù)主

管、維護商、維護人員、開發(fā)商、開發(fā)人員等信息

5.27硬件資產(chǎn)清單

供應(yīng)網(wǎng)絡(luò)拓?fù)鋱D、網(wǎng)絡(luò)布線（網(wǎng)絡(luò)及光纖）標(biāo)簽圖、硬件維保信息

5.28平臺壓力評估報告

應(yīng)用系統(tǒng)壓力測試報告（測試目的、方.法、工具、用例及測試指標(biāo)

期望值）

5.29應(yīng)用系統(tǒng)部署配置表

系統(tǒng)架構(gòu)及部署狀況，資源運用狀況

5.30資產(chǎn)信息錄入中

應(yīng)用系統(tǒng)、應(yīng)用平臺需錄入到中

6.應(yīng)用系統(tǒng)、應(yīng)用平臺交維系統(tǒng)的壓力測試

6.1壓力測試目的

壓力測試的目的就是檢驗系統(tǒng)的最大吞吐量，檢驗現(xiàn)行的業(yè)務(wù)系統(tǒng)

在各種壓力交易量下的運行狀況，檢驗系統(tǒng)的運行瓶頸，獲得系統(tǒng)的

處理實力等等。

6.2壓力測試工具

美科利公司O的性能測試軟件

微軟公司的性能測試軟件工具（簡稱）

6.3壓力測試用例

現(xiàn)行的應(yīng)用系統(tǒng)進行腳本錄制、測試回放、逐步加壓和跟蹤記錄。

測試過程中，由或的管理平臺調(diào)用各臺測試前臺，發(fā)起各種組合的交

易懇求，并跟蹤記錄服務(wù)器端的運行狀況和返回給客戶端的運行結(jié)果。

依據(jù)測試系統(tǒng)的硬件條件，選擇滿負(fù)荷的壓力，在系統(tǒng)的資源運用

基本維持在90%左右的狀況下，測試數(shù)據(jù)庫的處理實力。

6.4壓力測試指標(biāo)及期望值

1,網(wǎng)絡(luò)級別測試指標(biāo)。

吞吐量：單位時間內(nèi)網(wǎng)絡(luò)傳輸數(shù)據(jù)量

沖突率：在以太網(wǎng)上監(jiān)測到的每秒沖突數(shù)

2,服務(wù)器操作系統(tǒng)級別指標(biāo)。

標(biāo)準(zhǔn)平均峰值

利用率

內(nèi)存利用率

存儲

3,數(shù)據(jù)庫級別測試指標(biāo)。

數(shù)據(jù)庫的流量大小

數(shù)據(jù)庫鎖資源的運用數(shù)量

數(shù)據(jù)庫的并發(fā)連接數(shù)

6.5壓力測試數(shù)據(jù)及場景

1,測試數(shù)據(jù)庫需具備及真實環(huán)境成肯定比例或基本一樣的數(shù)據(jù)。

2,測試環(huán)境分4個，運用逐步加壓的模式。

A,每隔2秒增加1個用戶連接，最多增加到100個用戶，杳看

并記錄運行狀況。

B,每隔2秒增加2個用戶連接，最多增加到200個用戶，查看

并記錄運行狀況。

C,每隔2秒增加1個用戶連接，最多增加到300個用戶，查看

并記錄運行狀況。

D,每隔3秒增加1個用戶連接，最多增加到400個用戶，查看

并記錄運行狀況。

每個場景都包括：用戶登錄-業(yè)務(wù)操作-業(yè)務(wù)完成-退出系統(tǒng)，全部

用例都按以上場景進行測試，由于性能限制，為了更精確模擬現(xiàn)場環(huán)

境，將運行的全部腳本部署在8臺或終端上，主要目的就是檢查在

不同的壓力的狀況下，業(yè)務(wù)系統(tǒng)的性能表現(xiàn)。

申請10臺虛擬機，配置為2019、2.50雙核、4G內(nèi)存。在10臺虛

擬機上部署采集客戶端，每臺部署15個終端，每個測試終端隔1秒生

成一個條碼模擬文件，即模擬每秒并發(fā)量150次。

6.6壓力測試報告

執(zhí)行每個場景時記錄以下相應(yīng)的數(shù)據(jù)：

1.數(shù)據(jù)庫（）服務(wù)器上主機上的利用率；

2,和利用率比照表如下；

3.服務(wù)器上監(jiān)控的網(wǎng)絡(luò)流量；

4.運行的并發(fā)用戶數(shù)目；

5.測試中完成各操作的平均響應(yīng)時間：（單位：秒）；

6.測試中每秒的點擊率如下；

7.交易的吞吐率（每秒處理數(shù)據(jù)量）。

7.系統(tǒng)交維的前提條件

必需供應(yīng)第3、4、5章節(jié)中說明的全部文檔，文檔的內(nèi)容必需完整、

全面和屬實；

協(xié)作完成『2次交維培訓(xùn)，講解交維系統(tǒng)的架構(gòu)、業(yè)務(wù)邏輯、數(shù)據(jù)

流轉(zhuǎn)、目前維護流程和常見的故障點等；

若交維系統(tǒng)存在性能隱患及遺留問題，需建設(shè)方處理達(dá)到交維要求

再接。如交維系統(tǒng)軟硬件性能瓶頸、可用應(yīng)急環(huán)境、數(shù)據(jù)備份及監(jiān)控

時效性。

依據(jù)交維清單，維護組須要核對設(shè)備及相對應(yīng)配置，如有遺留問題,

建設(shè)方需依據(jù)交維報告的整改內(nèi)容進行修復(fù)；

1,數(shù)據(jù)備份，滿意備份交維需求，包括備份環(huán)境、備份需求，如：

（1）備份環(huán)境前期打算包括以下方面:

備份備份系統(tǒng)接

備份架構(gòu)網(wǎng)絡(luò)環(huán)境備份資源

環(huán)境入

1、盡量選用統(tǒng)一備份維1、網(wǎng)絡(luò)端1、對需備份1、整理自有備份

護現(xiàn)有架構(gòu)（賽門鐵克口、防火墻的各設(shè)備進資源狀況，提交文

接入備份架構(gòu)）；策略放通；行備份系統(tǒng)檔；

前提2、如需加入新的備份架2、實現(xiàn)設(shè)備（客戶端）2、檢查各設(shè)備狀

構(gòu)（如微軟、等），須及現(xiàn)有備份安裝；態(tài)，碓保設(shè)備運用

要完成新架構(gòu)接入的全設(shè)備的物2、協(xié)作備份正常，無硬件故

部投資工作；理、網(wǎng)絡(luò)連組完成各備障，設(shè)備版本已升

3、須要供應(yīng)當(dāng)架構(gòu)穩(wěn)定接。份結(jié)點的配級到最新或最穩(wěn)

運用及運用優(yōu)勢的評置、調(diào)通。定狀態(tài)；

估，以及通過領(lǐng)導(dǎo)審批3、轉(zhuǎn)移設(shè)備維保

獲得人員后續(xù)維護資狀況，將設(shè)備資產(chǎn)

源。信息錄入。

（2）備份需求接入時,

接入方備份組

1、整理備份數(shù)據(jù)類型，數(shù)據(jù)1、評估可用備份資源是否滿意接入方備

大小，日增長量及相應(yīng)復(fù)原需份需求，按需調(diào)整；

求；2、依據(jù)備份復(fù)原要求，綜合網(wǎng)絡(luò)速度，

備份需2、供應(yīng)系統(tǒng)數(shù)據(jù)歷史增長狀系統(tǒng)限制，對備份架構(gòu)進行調(diào)優(yōu)；

求接入況及預(yù)料兩年增長量；3、依據(jù)備份復(fù)原要求，對各類型備份數(shù)

處理3、提出具體備份路徑，相應(yīng)據(jù)指定備份介質(zhì)。

備份策略需求。4、結(jié)合系統(tǒng)業(yè)務(wù)狀況，并發(fā)，制定精確

備份策略（時間點、并行窗口、任務(wù)排序

等）。

2,復(fù)原演練，平臺須要有應(yīng)急環(huán)境，應(yīng)用系統(tǒng)或者虛擬機交維前做

備份復(fù)原演練，雙機配置網(wǎng)絡(luò)設(shè)備須要做切換演練。

3,平臺監(jiān)控，監(jiān)控策略及監(jiān)控對象梳理，嚴(yán)峻告警信息需發(fā)到對應(yīng)

維護人員手機，做到剛好性。

4,配置管理，平臺對應(yīng)設(shè)備及應(yīng)用系統(tǒng)全部錄入中管理。

5,平臺隱患，梳理多次出現(xiàn)的故障及存在隱患點，給出對應(yīng)的處理

方法及報告。

6,硬件維護商、操作系統(tǒng)維護商、網(wǎng)絡(luò)維護商、中間件維護商、數(shù)

據(jù)庫維護商需供應(yīng)5*8小時現(xiàn)場支持服務(wù)和7*24小時遠(yuǎn)程支持

服務(wù)。

7.1交維系統(tǒng)轉(zhuǎn)交整改的條件

運維期間如交維系統(tǒng)存在批量平安漏洞、系統(tǒng)等，維護組將該系統(tǒng)

移交系統(tǒng)建設(shè)部門整改，移交整改條件如下：

1,操作系統(tǒng)平安掃描有5個或以上嚴(yán)峻漏洞；

2,應(yīng)用系統(tǒng)滲透測試，應(yīng)用軟件漏洞類型多于2種且漏洞數(shù)量大于

10個，需業(yè)務(wù)部門要求開發(fā)商做平安整改。

3,應(yīng)用系統(tǒng)出現(xiàn)全局性功能缺陷及，導(dǎo)致系統(tǒng)不能正常運用，或者

主要功能流程不能正常扭轉(zhuǎn)。

4,應(yīng)用系統(tǒng)常用功能出現(xiàn)功能缺陷致占用資源不釋放，影響平臺穩(wěn)

定性及其他應(yīng)用系統(tǒng)運用，需業(yè)務(wù)部門要求開發(fā)商優(yōu)化應(yīng)用。（如

達(dá)到75%、內(nèi)存達(dá)到85%及存儲讀寫過高）。

5,應(yīng)用系統(tǒng)存在性能問題（頁面響應(yīng)緩慢類報障＞50例/周），并

確定需通過軟/硬件升級/擴容解決。

8.維護組維護內(nèi)容

8.1應(yīng)用維護組

為確保各應(yīng)用系統(tǒng)、應(yīng)用平臺穩(wěn)定高效的運行，統(tǒng)一維護組維護

服務(wù)主要內(nèi)容如下:

維護

維護小類具體內(nèi)容

大類

用戶在日常運用系統(tǒng)過程遇到各類操

系統(tǒng)運用詢問及指作及系統(tǒng)邏輯詢問問題，可以通過維護

導(dǎo)單的形式告知維護人員，維護人員對遇

到的問題進行解答及指導(dǎo)。

由于用戶操作失誤導(dǎo)致的錯誤數(shù)據(jù)，經(jīng)

數(shù)據(jù)后臺調(diào)整相關(guān)負(fù)責(zé)人同意后，維護人員須要為用

服務(wù)戶修改為正確的數(shù)據(jù)。

類在系統(tǒng)沒有供應(yīng)功能的狀況下，維護組

可以給用戶供應(yīng)部分?jǐn)?shù)據(jù)導(dǎo)出服務(wù)，但

后臺數(shù)據(jù)導(dǎo)出數(shù)據(jù)導(dǎo)出僅限于依據(jù)數(shù)據(jù)庫表結(jié)構(gòu)導(dǎo)

出系統(tǒng)原有數(shù)據(jù)，維護不進行困難邏輯

的處理及數(shù)據(jù)整理工作。

除用戶角色、權(quán)限以及審批流程之外的

系統(tǒng)設(shè)置

設(shè)置進行維護。

維護本系統(tǒng)及本系統(tǒng)及其他系統(tǒng)的接口出

組織故障處理

類現(xiàn)故障時，應(yīng)用維護組對故障進行初步

推斷，將故障提交給相關(guān)團隊進行處

理，在整個故障處理過程負(fù)責(zé)協(xié)調(diào)各方

團隊共同解決并剛好向維護主管匯報

狀況。

系統(tǒng)出現(xiàn)及性能問題，應(yīng)用維護組應(yīng)預(yù)

系統(tǒng)及性能問題定

先對現(xiàn)象進行確認(rèn)，并提交開發(fā)商處

位

理。

及其它外圍系統(tǒng)如出現(xiàn)系統(tǒng)間數(shù)據(jù)不

數(shù)據(jù)問題查證及處一樣的狀況，應(yīng)用維護組應(yīng)協(xié)作用戶進

理行排查并給出合理說明；如確定為系

統(tǒng)，維護組提交至開發(fā)商處理。

每日對應(yīng)用系統(tǒng)登錄、數(shù)據(jù)庫主要業(yè)務(wù)

應(yīng)用層日常巡檢及表、總條數(shù)及總?cè)萘窟M行巡檢，并利用

性能監(jiān)控工具隨時對應(yīng)用系統(tǒng)的運行進行性能

監(jiān)控。

系統(tǒng)備份收集系統(tǒng)相關(guān)信息，進行風(fēng)險

評估，確定須要備份的數(shù)據(jù)源及備份

應(yīng)用層主動維護操需求及平臺組及備份組共同確定備份

作:完成備份、重啟、策略

測試環(huán)境的管理等協(xié)作備份組及平臺組完成系統(tǒng)數(shù)據(jù)復(fù)

工作原測試和演練

系統(tǒng)重啟

及平臺組共同制定系統(tǒng)重啟安排

系統(tǒng)重啟后對系統(tǒng)進行登陸驗證

測試環(huán)境的管理

提出測試環(huán)境克隆需求

測試環(huán)境的運用管理

保證測試環(huán)境的正常運用

定期更新測試環(huán)境數(shù)據(jù)

系統(tǒng)運行狀況的總依據(jù)系統(tǒng)每月的運行狀況出具總結(jié)月

結(jié)及分析報及系統(tǒng)可用率數(shù)據(jù)。

審核開發(fā)商供應(yīng)的上線文檔

對原有功能進行簡潔的驗證，以削減新

組織新功能、補丁上的程序包對原有功能的影響

線在整個上線過程中如出現(xiàn)故障時負(fù)責(zé)

協(xié)調(diào)各方團隊共同解決并向維護主管

匯報狀況。

負(fù)責(zé)日常配置變更的實施、配置資料制

系統(tǒng)配置管理作及保管、配置相關(guān)管理方法及流程的

制定。

數(shù)據(jù)庫業(yè)務(wù)帳號管理：負(fù)責(zé)數(shù)據(jù)庫層業(yè)

務(wù)帳號的設(shè)置及變更、維護帳號管理相

關(guān)表格、帳號相關(guān)管理方法及流程的制

帳號管理

定

應(yīng)用層支撐帳號管理：負(fù)責(zé)應(yīng)用層支撐

帳號的設(shè)置及變更、維護帳號管理相關(guān)

表格、帳號相關(guān)管理方法及流程的制定

審計管理：協(xié)作各項審計工作，并依據(jù)

要求供應(yīng)相應(yīng)的樣本。

平安管控工作的協(xié)

依據(jù)各項平安管控要求開展日常維護

作

工作

協(xié)作各項平安管控工作的開展

依據(jù)系統(tǒng)性能監(jiān)控結(jié)果及用戶反饋的

提出系統(tǒng)優(yōu)化建議性能緩慢或不行用狀況，提出性能優(yōu)化

建議C

月結(jié)/年結(jié)支持月結(jié)支持

8.2平臺維護組

工作工作

層次工作細(xì)項

類別項

每日每天進行巡檢：監(jiān)控健康巡檢、集群健康巡

巡檢檢，數(shù)據(jù)庫健康巡檢，健康檢查

1、檢查負(fù)載均衡應(yīng)用系統(tǒng)站點配置狀況

每周

基礎(chǔ)定期2、檢查域控及地市公司的同步復(fù)制狀況

巡檢

層服務(wù)3、服務(wù)健康狀況

月度機房每月硬件常規(guī)檢查，包括服務(wù)器、交換

巡檢機,負(fù)載均衡以及存儲設(shè)備的健康檢查

補丁平臺每兩個月服務(wù)器平安補丁升級

升級

平安每個季度協(xié)作服務(wù)器設(shè)備的平安掃描以及針

加固對掃描結(jié)果的平安加固（重要應(yīng)用系統(tǒng)）

服務(wù)器的操作系統(tǒng)重新安裝及定期重啟維護

處理服務(wù)器硬件故障報修及檢查測試

補丁分發(fā)、服務(wù)器管理、幫助地市服務(wù)器通

過激活

系統(tǒng)管理：

1）、虛擬主機管理

2）、虛擬機增加、修改、刪除等操作管理

3）、虛擬機資源管理等其他的管理操作

基礎(chǔ)

管理：

組件'

資源1）、虛擬主機和群集管理

資源

管理2）、數(shù)據(jù)存儲和數(shù)據(jù)存儲群集資源管理

維護

3）、虛擬網(wǎng)絡(luò)連接和管理

服務(wù)

4）、虛擬機增加、修改、刪除等操作管理

5）、虛擬機資源配置和資源監(jiān)控管理

管理：

1）、存儲機頭管理

2）、存儲資源的安排

3）、存儲監(jiān)控管理

負(fù)載均衡配置管理：

1）、負(fù)載均衡網(wǎng)絡(luò)配置

2）、負(fù)載均衡運行狀態(tài)檢查

3）、負(fù)載均衡的切換維護

1、對平臺的服務(wù)器設(shè)備以及各配置參數(shù)按實

際狀況進行登記，并錄入

2、針對每個應(yīng)用的配置數(shù)據(jù)進行收集并錄入

基礎(chǔ)

到資產(chǎn)明細(xì)表，并針對每次的應(yīng)用配置改變

配置配置

剛好更新到

管理信息

3、每次設(shè)備擴容以及新設(shè)備上架及舊設(shè)備下

管理

架進行實時的硬件配置數(shù)據(jù)更新

4、每次應(yīng)用以及系統(tǒng)軟件的配置發(fā)生改變時

我們以配置變更的方式進行更新配置

日常各個維護服務(wù)團隊、開發(fā)商等服務(wù)詢問

各服務(wù)器維護賬戶的申請審批、延期、禁用，

賬號密碼的修改，4A訪問賬戶的授權(quán)

存儲資源的調(diào)整、服務(wù)器外借搬遷、機房出

入申請，服務(wù)器的緊急重啟

中間事務(wù)工單平臺設(shè)備維保服務(wù)的數(shù)據(jù)收集和確認(rèn)

層管理處理故障處理后的故障監(jiān)控和視察，對故障進行

總結(jié)供應(yīng)故障處理報告

依據(jù)監(jiān)控的信息進行驗證和排查可能存在的

故障或隱患

平臺數(shù)據(jù)庫、服務(wù)器無法連接、網(wǎng)絡(luò)中斷、

平安漏洞，服務(wù)停止，其他幫助等工作

編寫平臺及應(yīng)用系統(tǒng)應(yīng)急演練方案及安排

選擇演練目標(biāo)及搭建復(fù)原演練環(huán)境

應(yīng)急

平臺及應(yīng)用系統(tǒng)備份復(fù)原應(yīng)急演練，編寫應(yīng)

演練

急演練的報告和應(yīng)急發(fā)覺問題的跟蹤處理

平臺應(yīng)急發(fā)覺問題的跟蹤處理

可用

數(shù)據(jù)每半年核對梳理服務(wù)器及應(yīng)用系統(tǒng)備份策略

性管

備份及備份信息

理

監(jiān)控指標(biāo)及監(jiān)控對象梳理（服務(wù)器、內(nèi)存、

磁盤及網(wǎng)絡(luò)撥測）

監(jiān)控

監(jiān)控對象的客戶端安裝及網(wǎng)絡(luò)調(diào)試，協(xié)作監(jiān)

管理

控策略的優(yōu)化及頻率調(diào)試

每天及告警信息的確認(rèn)和清除；

1、針對系統(tǒng)運行、內(nèi)存、磁盤空間占用、日

志文件大小、文件服務(wù)器運用等系統(tǒng)資源狀

況進行分析

平臺平臺2、平臺基礎(chǔ)硬件平臺、網(wǎng)絡(luò)平臺、平安平臺

優(yōu)化優(yōu)化的整體優(yōu)化分析建議

3、平臺服務(wù)軟件（）的優(yōu)化分析建議

4、對接入平臺的應(yīng)用系統(tǒng)進行需求分析及資

源優(yōu)化配置

資源資源1、收集如服務(wù)器硬件信息、網(wǎng)絡(luò)環(huán)境信息、

調(diào)研的收應(yīng)用系統(tǒng)信息、操作系統(tǒng)信息的部署和服務(wù)

及梳集及器資源運用的狀況

理分析2、每季度收集應(yīng)用系統(tǒng)數(shù)據(jù)確定整合服務(wù)器

對象

發(fā)布申請的受理，幫助應(yīng)用功能性調(diào)試，應(yīng)

應(yīng)用用系統(tǒng)服務(wù)的重啟和故障處理

應(yīng)用系統(tǒng)重要應(yīng)用系統(tǒng)訪問量統(tǒng)計

管理維護協(xié)作應(yīng)用系統(tǒng)資源調(diào)整及配置：

服務(wù)1、虛擬機資源需求分析及調(diào)整；

2、網(wǎng)絡(luò)訪問端口配置及負(fù)載均衡配置；

服務(wù)

平臺運維規(guī)范史新

規(guī)程

學(xué)問

對各種故障處理總結(jié)成學(xué)問庫文檔數(shù)據(jù)對平

管理文檔

臺各類設(shè)備及組件的技術(shù)方案，實施方案，