【正文】 軟、IBM等），需要完成新架構(gòu)接入的所有投資工作；需要提供該架構(gòu)穩(wěn)定使用及使用優(yōu)勢的評估，以及通過領(lǐng)導(dǎo)審批獲得人員后續(xù)維護資源。7. ERP系統(tǒng)交維的前提條件必須提供第5章節(jié)中說明的所有文檔，文檔的內(nèi)容必須完整、全面和屬實；配合完成12次交維培訓(xùn)，講解交維系統(tǒng)的架構(gòu)、業(yè)務(wù)邏輯、數(shù)據(jù)流轉(zhuǎn)、目前維護流程和常見的故障點等；若交維系統(tǒng)存在性能隱患及遺留問題，需建設(shè)方處理達到交維要求再接。在10臺虛擬機上部署采集客戶端，每臺部署15個終端，每個測試終端隔1秒生成一個條碼模擬文件，即模擬每秒并發(fā)量150次。每個場景都包括：用戶登錄業(yè)務(wù)操作業(yè)務(wù)完成退出系統(tǒng)，所有用例都按以上場景進行測試，由于pc性能限制，為了更準確模擬現(xiàn)場環(huán)境，將運行的所有腳本部署在8臺Load Runner或WAS終端上，主要目的就是檢查在不同的壓力的情況下，業(yè)務(wù)系統(tǒng)的性能表現(xiàn)。C， 每隔2秒增加1個用戶連接，最多增加到300個用戶，查看并記錄運行情況。A， 每隔2秒增加1個用戶連接，最多增加到100個用戶，查看并記錄運行情況。數(shù)據(jù)庫I/O的流量大小數(shù)據(jù)庫鎖資源的使用數(shù)量數(shù)據(jù)庫的并發(fā)連接數(shù) 壓力測試數(shù)據(jù)及場景1， 測試數(shù)據(jù)庫需具備與真實環(huán)境成一定比例或基本一致的數(shù)據(jù)。吞吐量：單位時間內(nèi)網(wǎng)絡(luò)傳輸數(shù)據(jù)量沖突率：在以太網(wǎng)上監(jiān)測到的每秒沖突數(shù)2， 服務(wù)器操作系統(tǒng)級別指標。根據(jù)測試系統(tǒng)的硬件條件，選擇滿負荷的壓力，在系統(tǒng)的資源使用基本維持在90%左右的狀況下，測試數(shù)據(jù)庫的處理能力。 壓力測試工具美科利公司（Mercury）的性能測試軟件Load Runner微軟公司的性能測試軟件Web Application Stress工具（簡稱WAS） 壓力測試用例現(xiàn)行的應(yīng)用系統(tǒng)進行腳本錄制、測試回放、逐步加壓和跟蹤記錄。 源代碼開發(fā)商在交接前必須提供程序的源代碼，并保證源代碼的完整性。 測試報告開發(fā)商應(yīng)根據(jù)測試案例在開發(fā)環(huán)境進行新功能測試、回歸測試、壓力測試并出具三種測試通過的測試報告。例如，有些部署需要重啟中間件，請在文檔中說明。舊程序安裝：需描述清楚舊程序安裝的詳細步驟。回退部署步驟應(yīng)包含程序卸載（停中間件）、數(shù)據(jù)庫回退、舊程序安裝、程序啟動、程序啟動后檢查項，以上幾個步驟的具體要求如下：程序卸載：需描述清楚程序卸載的詳細步驟。 程序部署手冊提供詳細的系統(tǒng)回退步驟如在部署有額外操作名要求，也要寫入手冊 回退操作手冊該步驟主要是用于二線平臺維護人員進行回退部署，開發(fā)商需對本次回退部署過程進行詳細的說明。提供新增的操作系統(tǒng)賬號清單，包括其在操作系統(tǒng)中的用戶名，對應(yīng)的用戶組，對應(yīng)角色、對應(yīng)權(quán)限。 系統(tǒng)賬號清單（含接口賬號 ，新增賬號 ）提供新增的數(shù)據(jù)庫賬號清單，包括其在數(shù)據(jù)庫中的賬號名、對應(yīng)權(quán)限、對應(yīng)角色、對應(yīng)表權(quán)限。提供Webservice新增接口清單，包括接口提供方、消費方、調(diào)用頻率、同步程序、調(diào)用地址、調(diào)用配置（用戶名、密碼）、接口約定（報錯代碼、報錯提示、報錯含義等）。 系統(tǒng)配置清單（包括安裝地點信息，含歷史及新增）提供操作系統(tǒng)、數(shù)據(jù)庫、中間件及流程引擎等其它軟件平臺的主要配置及特殊配置要求；提供詳細的應(yīng)用程序各配置項及初始配置列表；提供應(yīng)用程序預(yù)置賬號及初始密碼列表，提供數(shù)據(jù)庫等平臺訪問賬號及初始密碼列表，提供各系統(tǒng)接口賬號及初始密碼列表；若涉及到變更或者新增要標注并說明情況。若涉及到變更或者新增要標注并說明情況。u 系統(tǒng)業(yè)務(wù)需求的技術(shù)實現(xiàn)方案說明：針對某些常見和特殊業(yè)務(wù)進行的處理，通過該文檔掌握業(yè)務(wù)流程的處理。該文檔必須包括以下內(nèi)容：u 系統(tǒng)技術(shù)架構(gòu)的說明：對應(yīng)用系統(tǒng)的硬件服務(wù)器、數(shù)據(jù)庫、中間件及流程引擎等其它軟件平臺架構(gòu)進行詳細說明。應(yīng)包括系統(tǒng)全部功能的使用說明，同時標注本次新增或變更的內(nèi)容，基本要求如下：u 有結(jié)構(gòu)、有層次的對平臺軟硬件操作場景及業(yè)務(wù)流程進行描述；u 有結(jié)構(gòu)、有層次的對各用戶界面的功能及各信息字段的含義及限定進行詳細說明；u 文檔的詳細程度要做到具備基本業(yè)務(wù)知識的但未接觸過系統(tǒng)的用戶通過閱讀文檔即可使用系統(tǒng)。u 提供操作系統(tǒng)、數(shù)據(jù)庫、中間件及流程引擎等其它軟件平臺的主要配置及特殊配置要求；u 提供詳細的應(yīng)用程序各配置項及初始配置列表；u 提供應(yīng)用程序預(yù)置賬號及初始密碼列表，提供數(shù)據(jù)庫等平臺訪問賬號及初始密碼列表，提供各系統(tǒng)接口賬號及初始密碼列表；文檔的詳細程度要做到具備基本技術(shù)知識的但未接觸過系統(tǒng)的維護人員通過閱讀文檔即可進行系統(tǒng)維護。u 腳本說明：針對常用腳本、數(shù)據(jù)操作腳本、報表腳本等進行詳細說明。u 接口說明：針對于每個系統(tǒng)的接口進行說明，包括交互方式、交互數(shù)據(jù)源、交互頻率等。u 系統(tǒng)業(yè)務(wù)需求的技術(shù)實現(xiàn)方案說明：針對某些常見和特殊業(yè)務(wù)進行的處理，通過該文檔掌握業(yè)務(wù)流程的處理。u 系統(tǒng)核心邏輯的說明：針對主要的業(yè)務(wù)邏輯，結(jié)合程序進行詳細說明。新增版本的文檔中應(yīng)包括系統(tǒng)軟硬件的技術(shù)架構(gòu)說明，同時標注本次新增或變更的內(nèi)容。新增版本的文檔中應(yīng)包括系統(tǒng)全部功能的使用說明，同時標注本次新增或變更的內(nèi)容，基本要求如下：有結(jié)構(gòu)、有層次的對系統(tǒng)支撐的業(yè)務(wù)場景及業(yè)務(wù)流程進行描述；有結(jié)構(gòu)、有層次的對各用戶界面的功能及各信息字段的含義及限定進行詳細說明；文檔的詳細程度要做到具備基本業(yè)務(wù)知識的但未接觸過系統(tǒng)的用戶通過閱讀文檔即可使用系統(tǒng)。u 應(yīng)用管理——由應(yīng)用維護組進行日常維護，出現(xiàn)故障后由應(yīng)用維護組進行故障定位，并組織各團隊及時解決系統(tǒng)故障。u 系統(tǒng)管理——基礎(chǔ)軟件管理，初步故障定位及處理交由平臺維護組負責(zé)。根據(jù)應(yīng)用系統(tǒng)、應(yīng)用平臺維護涉及的內(nèi)容，可以分為4個維護層：u 硬件管理——硬件故障由硬件原廠或者第三方維保處理。試運維期間如系統(tǒng)出現(xiàn)批量安全漏洞、系統(tǒng)BUG等符合整改條件的，運維組將該系統(tǒng)移交系統(tǒng)建設(shè)部門整改。維護組對信息系統(tǒng)進行軟硬件風(fēng)險、缺陷診斷評估， 對于有嚴重安全風(fēng)險以及有嚴重缺漏的，則退回信息系統(tǒng)建設(shè)部門整改。應(yīng)用系統(tǒng)轉(zhuǎn)入運維階段后需要一些列的資源投入，應(yīng)用系統(tǒng)在轉(zhuǎn)維護過程中應(yīng)及時知會各維護資源提供方，同時提供項目相關(guān)維護文檔以便轉(zhuǎn)維工作的順利進行。 各團隊進行費用評估信息室費用評估一線服務(wù)臺評估系統(tǒng)監(jiān)控組評估7676平臺維護組評估維護室費用評估應(yīng)用維護組評估中間件及數(shù)據(jù)庫平臺維護組評估硬件服務(wù)器維護組評估備份系統(tǒng)維護組評估網(wǎng)管維護組評估4A維護組評估網(wǎng)絡(luò)維護組評估機房環(huán)境維護組評估 費用申請維護室綜合各團隊的費用評估后進行費用申請 系統(tǒng)轉(zhuǎn)維資源準備應(yīng)用系統(tǒng)在規(guī)劃建設(shè)階段就應(yīng)該詳細評估系統(tǒng)轉(zhuǎn)維過程中所需的維護資源。K. 其中對于不同架構(gòu)的系統(tǒng)可達到的維護可用性不同： u 應(yīng)用、數(shù)據(jù)庫及硬件服務(wù)器都是雙節(jié)點冗余的系統(tǒng)，%；u 應(yīng)用、數(shù)據(jù)庫及硬件服務(wù)器有一個是單節(jié)點的系統(tǒng)，維護可用性目標為99%；u 無磁帶備份的系統(tǒng)，可容忍所有數(shù)據(jù)丟失；u 有磁帶備份的系統(tǒng)，每X天進行一次備份，可容忍X天數(shù)據(jù)丟失。I. 服務(wù)器監(jiān)控需接入IPNET或者ZABBIX，建設(shè)部門需提交監(jiān)控指標信息，以及交維前出現(xiàn)的故障報告。確認資產(chǎn)信息是否已錄入CMDB中，信息是否完整。F. 根據(jù)建設(shè)部門提交的《備份說明文檔》檢查應(yīng)用系統(tǒng)、應(yīng)用平臺的備份情況，