1、工程移交運維管理方法2021 年 3 月、目標編制工程移交運維管理方法的目標是梳理工程移交運維的一 般流程， 標準工程移交運維工作， 最終保證我局信息化業(yè)務(wù)系統(tǒng)正 常穩(wěn)定運行。二、適用范圍工程在正式上線并且穩(wěn)定運行一個月后， 在最終驗收前工程建 設(shè)部 門發(fā)起將該工程移交給運維部門維護時適用本管理方法。三、參與對象在工程移交運維工作中， 主要的參與對象是四個 角色：系統(tǒng)維護負工程建設(shè)部門移交審核人、工程負責(zé)人、運維移交審核人、 責(zé)人。一 工程負責(zé)人 工程負責(zé)人指的是工程建設(shè)部門負責(zé)工程實施的 工作人員。 項 目在移交運維過程中， 工程負責(zé)人與運維部門要密切合 作， 共同保 證工程的順利移交， 并

2、且在工程移 交后繼續(xù)協(xié)助辦理工程 的付款手 續(xù)工作 。在移交過程中，其職責(zé)主要為：1. 向系統(tǒng)維護負責(zé)人提供完整的工程相關(guān)資料，組織完成必要的系統(tǒng)管理培訓(xùn)， 交待工程建設(shè)的重點與難點及需要注意解決的問 題， 講明本工程與其它業(yè)務(wù)系統(tǒng)的關(guān)系等；2. 與系統(tǒng)維護負責(zé)人共同完成工程移交運維手續(xù)的辦理。3. 配合系統(tǒng)維護負責(zé)人，完成已移交工程的驗收組織工作。二系統(tǒng)維護負責(zé)人系統(tǒng)維護負責(zé)人指的是接手工程后續(xù)管理運維， 包括在系統(tǒng)免 維期 這段時間中對系統(tǒng)環(huán)境的熟悉以及監(jiān)督開發(fā)公司對在免維期 系統(tǒng)出現(xiàn)的問題故障及時解決， 保持系統(tǒng)的穩(wěn)定運行， 及時更新技 術(shù) 文檔內(nèi)容，以便在免維期結(jié)束后能協(xié)助開發(fā)公司平滑

3、過渡到運維 公司負 責(zé)維護系統(tǒng)， 確保用戶在此過程中不受影響的技術(shù)人員。 同 時負責(zé)在 工程支付尾款的時候提交該工程運維效勞和運行質(zhì)量報 告，作為尾款支 付的依據(jù)之一。在移交過程中，其職責(zé)主要為：1. 接收工程負責(zé)人移交的相關(guān)文檔資料；2. 掌握接手工程根本情況；3. 參加或組織相關(guān)的業(yè)務(wù)培訓(xùn)和技術(shù)培訓(xùn)；4. 與工程負責(zé)人共同完成工程移交運維手續(xù)的辦理， 負責(zé)已移交工程的驗收工作。三 移交審核人 移交審核人由工程建設(shè)部門以及運維部門領(lǐng)導(dǎo)擔(dān) 任， 包括工程 建設(shè)部門移交審核人以及運維移交審核人， 負責(zé)對工程 移交運維工 作監(jiān)督審核， 并將審核結(jié)果反響給相關(guān)責(zé)任人 如審核通 過那么要反 饋給審批人

4、 ，主要職責(zé)為：1. 審核工程建設(shè)部門移交負責(zé)人提交的工程移交運維工作單 見 附錄，并進行評估；2按照工程移交運維工作單中的移交方案組織移交實施工作。四、移交流程一 總體流程 工程移交運維的整個過程可以劃分三個階段：移交 準備階段、 移交實施階段和移交確認階段。 這三個階段在時間上前后相 繼， 原那么上單個工程移交總體時間控制在一個月內(nèi)二移交準備階段時間控制在一周內(nèi)對準備要移交的工程，需作以下準備工作： 對于已經(jīng)完成系統(tǒng)上線，并穩(wěn)定運行一個月， 且按照工程合同 可以進行驗收的應(yīng)用系統(tǒng)，工程負責(zé)人將該工程列入月度移交 計 劃，同時向工程建設(shè)部門移交審核人提交 ?工程移交運維工作單? ； 工程建設(shè)

5、部門移交審核人在收到?工程移交運維工作單?后， 在兩 工作日內(nèi)進行審核；審核通過后，將?工程移交運維工作單? 提交中心 分管副主任領(lǐng)導(dǎo)審核；中心領(lǐng)導(dǎo)中心分管 副主任審核通過后， 交付運維部門處理； 運 維部門移交審核人對工程移交材料進行審核， 并在兩工作日 內(nèi)予以反響； 通過審核的， 運維部門移交審核人指定系統(tǒng)維護負責(zé) 人并通知工程建設(shè) 部門移交審核人； 未通過審核的， 運維部門給出 詳細的整改意見， 原 那么上反復(fù)整改的時間控制在一周內(nèi)。 假設(shè)無明顯 不合理之處，雙方均不得 以移交過程之外的其他理由拒絕移交或接 收。三 移交實施階段時間控制在三周內(nèi) 工程移交運維的實施階 段需要完成三項工作：

6、 文檔交接、 源代 碼交接和工程培訓(xùn)。 這三項工 作的實施中可以采用同步進行的方式 進行：文檔交接1. 交接的文檔工程負責(zé)人需向系統(tǒng)維護負責(zé)人交接該工程相關(guān)的技術(shù)文檔 包括項 目開發(fā)過程中的各種設(shè)計文檔和工程運維過程需要的各種 說明文檔， 上 述文檔可以參考附錄的 ?工程交接文檔列表? 進行提 供。2. 文檔要求 工程負責(zé)人向系統(tǒng)維護負責(zé)人移交的所有文檔應(yīng)盡可 能使用 標準的文檔模板， 系統(tǒng)維護負責(zé)人可以在以下幾個方面對接受的 文 檔進行評價 , 以確定是否符合要求。系統(tǒng)維護負責(zé)人對文檔是否符 合 要求具有審核及組織整改權(quán)， 但不得以以下文檔質(zhì)量規(guī)約以外的 模糊要 求拖延移交進度，總體時間控制

7、在兩周內(nèi)。文檔完備性 是否按照合同及其附件要求提交了全部文檔； 內(nèi)容針對性文檔是否是為文檔列表中要求的文檔；內(nèi)容充分性 文檔全面、詳細的程度是否到達要求； 標準程度是否很好地符合要求的標準、標準； 內(nèi)容一致性是否存在前后矛盾；文字明確性是否使用了“可能、 “也許“待定等詞語和語義模糊不清的語 句； 易讀性文檔結(jié)構(gòu)是否清晰、目錄是否一目了然、是否存在循環(huán)引用， 能夠 在一篇文檔中說明清楚的內(nèi)容，是否被拆分成假設(shè)干文檔。3. 交接流程文檔的交接步驟如下： 工程負責(zé)人向系統(tǒng)維護負責(zé)人提交文檔； 系 統(tǒng)維護負責(zé)人對文檔進行審核； 系統(tǒng)維護負責(zé)人審核通過， 那么填寫 ?項 目移交運維工作單? 的 文檔移

8、交局部； 審核不通過， 文檔需要給出詳 細的整改意見， 由項 目負責(zé)人按照整改意見組織對文檔進行整改，在檢查后提交系統(tǒng)維護負責(zé)人重新進行審核。原那么上反復(fù)整改的時間不 超過一周。源代碼交接源代碼交接的交接步驟如下：工程負責(zé)人提交源代碼及相關(guān)數(shù)據(jù)庫結(jié)構(gòu)說明給系統(tǒng)維護負 責(zé)人；系統(tǒng)維護負責(zé)人對代碼的可理解性、 可靠性與可編譯性進行審核, 并在一周內(nèi)予以反響， 通過審核， 那么填寫?工程移交運維工作 單?的 代碼移交局部。未通過審核， 那么提出具體整改意見， 工程負 責(zé)人按照 整改意見組織對源代碼進行整改， 并在檢查后提交系統(tǒng)維護負責(zé)人重新 進行審核。原那么上反復(fù)整改的時間不超過一周。工程培訓(xùn)1.培

9、訓(xùn)內(nèi)容工程培訓(xùn)的具體內(nèi)容見下表:培訓(xùn)內(nèi)容要求系統(tǒng)業(yè)務(wù)流程講解講解系統(tǒng)的業(yè)務(wù)流程，讓相關(guān)人員對該應(yīng)用系統(tǒng)的業(yè)務(wù)流程有詳盡的了解。系統(tǒng)操作培訓(xùn)提供系統(tǒng)操作培訓(xùn)，讓相關(guān)人員能夠熟悉各項功能的操作方法。系統(tǒng)安裝培訓(xùn)向相關(guān)人員進行必要的系統(tǒng)安裝培訓(xùn)，使其能夠獨立完成應(yīng)用軟件的安裝工作。系統(tǒng)日常維護培訓(xùn)向相關(guān)人員講解系統(tǒng)日常維護方法。2. 培訓(xùn)流程 由工程負責(zé)人和系統(tǒng)維護負責(zé)人商定培訓(xùn)時間及地點 實施培訓(xùn)。由工程負責(zé)人組織對相關(guān)人員進行培訓(xùn)，以熟悉 整個系統(tǒng)根本功能的應(yīng)用，并在培訓(xùn)現(xiàn)場指導(dǎo)相關(guān)人員對系統(tǒng)的應(yīng) 用與維 護。 完成培訓(xùn)那么填寫?工程移交運維工作單?的培訓(xùn)局部。 系統(tǒng)維護負責(zé)人開始對工程進行日常

10、運維工作。四移交確認階段時間控制在一周內(nèi)移交確認階段的工作流程如下：完成上述步驟且文檔、 代碼、培訓(xùn)審核完成后， 運維部門負責(zé) 人 對整改后的文檔、 代碼、培訓(xùn)總體情況進行確認審批。 運維部門 接手 人員獨立運維一周后， 雙方工程負責(zé)人以及系統(tǒng)維護負責(zé)人 對?項 目移交運維工作單? 進行簽字確認， 并由雙方共同保管，完 成整個項 目移交運維工作。 此時，工程負責(zé)人擬寫通知， 通知有關(guān) 部門工程移 交后的維護管理及聯(lián)系 。在系統(tǒng)終驗前運維部門的工作是協(xié)同和支持， 在此過程中， 工程 建設(shè)部門應(yīng)該承擔(dān)直接責(zé)任； 在移交確認、 通過工程驗收后， 系 統(tǒng)維 護負責(zé)人負責(zé)該工程的日常維護管理工作， 包括

11、工程所關(guān)聯(lián)系 統(tǒng)的發(fā)布 以及后臺維護等技術(shù)工作，并統(tǒng)一收集用戶對該工程提出的使用意見以 及新需求，及時分析解決網(wǎng)絡(luò)、 資源、配置、簡單維護、操作指引等 方面的問題， 當不能解決時， 原工程建設(shè)部門應(yīng)組 織處理協(xié)同解決。附件交劃審匕 移計及稱 名 目 項上期 日 請 r 交 移日 交 移 成期完 劃 計交移-見 人意 責(zé)目 負項人核審見交意見 意 導(dǎo) 領(lǐng)核責(zé) 審負隹 豎人 部派 維指 運人文檔 移交求 要 合 符 否 是 檔 文期 日 交 移合 符 不改整r核 過審 B后 否是人 責(zé) 負 隹 運代碼移交要合符否衣 是才碼 代 交提期 日 交 移合 符 不整亥 過彫 n2 乍 、r二 n 否妒 是

12、改人 責(zé) 負 隹 運目訓(xùn) 項培要 合符否衣 是才容內(nèi) 訓(xùn)培求因 要旺 合處 符！| 不整間 時 訓(xùn) 培整、 過W 是人 責(zé) 負 隹 運認:運立管 丿隹 責(zé)纟 負隹運M評責(zé) 負 隹 運收 驗 加責(zé)負 隹人 運移成期 際交 會實9附件工程交接文檔列表序號文檔名稱提交階段說明1工程招、投標文件2工程合同書需求分析階段包括工程名稱、工程方案類別、管理單位、承擔(dān)單位等3工程開發(fā)計戈，工程實需求分析階段編寫這份軟件工程開發(fā)方案的目的，并指出預(yù)期的讀者4業(yè)務(wù)標準I 業(yè)務(wù)調(diào)研報告5軟件需求說明書需求分析階段本工程的任務(wù)提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網(wǎng)絡(luò)6數(shù)據(jù)要求說明書工程設(shè)計階段說明編寫這

13、份數(shù)據(jù)要求說明書的目的，指出預(yù)期的讀者7概要設(shè)計說明書工程設(shè)計階段說明編寫這份概要設(shè)計說明書的目的，指出預(yù)期的讀者8詳細設(shè)計說明書工程設(shè)計階段說明編寫詳細設(shè)計說明書的目的，指明讀者對象9數(shù)據(jù)庫設(shè)計說明書工程設(shè)計階段包括數(shù)據(jù)庫名稱、表名、子段名、子段類型、子段說明、備注、字段數(shù)值計算公式等10測試用例說明書工程設(shè)計階段包括工程所涉的測試用例11測試記錄合同12測試方案工程設(shè)計階段包括評測目的、評測范圍、評測環(huán)境、評測內(nèi)容、實測數(shù)據(jù)、性能表現(xiàn)13測試分析報告工程設(shè)計階段對測試結(jié)果分析和評測總結(jié)等14開發(fā)進度月報丨工程進工程設(shè)計階段分析工程進度與狀態(tài)15操作手冊工程驗收階段包括效勞器編譯環(huán)境、操作系統(tǒng)、編譯工具、目錄說明、程序生成、源程序文件列表、Makefile配置及其相關(guān)程序的對 應(yīng)關(guān)系列表。客戶端的編譯過程、編譯結(jié)果、編譯例如、編譯環(huán)境、操作系統(tǒng)、編譯工具、源文件列表和制作安裝程序的過程16維護說維護明丨手冊工程驗收階段包括產(chǎn)品簡介、系統(tǒng)須知、初始環(huán)境設(shè)置、系統(tǒng)配置、數(shù)據(jù)管理和備份、技術(shù)問題解答和聯(lián)系方式等。17工程開發(fā)總結(jié)報告丨工程實施總結(jié) 報告工程驗收階段說明編寫這份工程開發(fā)總結(jié)報告的目的，指出預(yù)期的閱讀范 圍。18工程驗收申日請表工程驗收階段工程驗收19用戶使用意見書工程維護