1、項目移交運維管理辦法2009 年 3 月一、目標編制項目移交運維管理辦法的目標是梳理項目移交運維的一般流程， 規范項目移交運維工作，最終保證我局信息化業務系統正常穩定運行。二、適用范圍項目在正式上線并且穩定運行一個月后，在最終驗收前項目建設部門發起將該項目移交給運維部門維護時適用本管理辦法。三、 參與對象在項目移交運維工作中，主要的參與對象是四個角色：項目建設部門移交審核人、項目負責人、運維移交審核人、系統維護負責人。（ 一 ） 項目負責人項目負責人指的是項目建設部門負責項目實施的工作人員。項目在移交運維過程中，項目負責人與運維部門要密切合作，共同保證項目的順利移交，并且在項目移交后繼續協助辦

2、理項目的付款手續工作 。在移交過程中，其職責主要為：1. 向系統維護負責人提供完整的項目相關資料，組織完成必要的系統管理培訓，交待項目建設的重點與難點及需要注意解決的問題，講明本項目與其它業務系統的關系等；2. 與系統維護負責人共同完成項目移交運維手續的辦理。3. 配合系統維護負責人，完成已移交項目的驗收組織工作。（二 ）系統維護負責人系統維護負責人指的是接手項目后續管理運維，包括在系統免維期這段時間中對系統環境的熟悉以及監督開發公司對在免維期系統出現的問題故障及時解決，保持系統的穩定運行，及時更新技術文檔內容，以便在免維期結束后能協助開發公司平滑過渡到運維公司負責維護系統，確保用戶在此過程中

3、不受影響的技術人員。同時負責在項目支付尾款的時候提交該項目運維服務和運行質量報告，作為尾款支付的依據之一。在移交過程中，其職責主要為：1. 接收項目負責人移交的相關文檔資料；2. 掌握接手項目基本情況；3. 參加或組織相關的業務培訓和技術培訓；4. 與項目負責人共同完成項目移交運維手續的辦理，負責已移交項目的驗收工作。（三 ）移交審核人移交審核人由項目建設部門以及運維部門領導擔任，包括項目建設部門移交審核人以及運維移交審核人，負責對項目移交運維工作監督審核，并將審核結果反饋給相關責任人（如審核通過則要反饋給審批人），主要職責為：1 審核項目建設部門移交負責人提交的項目移交運維工作單（見附錄），

4、并進行評估；2 按照項目移交運維工作單中的移交計劃組織移交實施工作。四、移交流程（一 ）總體流程項目移交運維的整個過程可以劃分三個階段：移交準備階段、移交實施階段和移交確認階段。這三個階段在時間上前后相繼，原 則上單個項目移交總體時間控制在一個月內。（二 ）移交準備階段（時間控制在一周內） 對準備要移交的項目，需作以下準備工作：對于已經完成系統上線，并穩定運行一個月，且按照項目合同可以進行驗收的應用系統，項目負責人將該項目列入月度移交計劃， 同時向項目建設部門移交審核人提交項目移交運維工作單；項目建設部門移交審核人在收到項目移交運維工作單后，在兩工作日內進行審核；審核通過后，將項目移交運維工作

5、單提交中心分管（副）主任領導審核；中心領導中心分管（副） 主任審核通過后，交付運維部門處理；運維部門移交審核人對項目移交材料進行審核，并在兩工作日內予以反饋；通過審核的，運維部門移交審核人指定系統維護負責人并通知項目建設部門移交審核人；未通過審核的，運維部門給出詳細的整改意見，原則上反復整改的時間控制在一周內。若無明顯不合理之處，雙方均不得以移交過程之外的其他理由拒絕移交或接收。（三 ）移交實施階段（時間控制在三周內）項目移交運維的實施階段需要完成三項工作：文檔交接、源代碼交接和項目培訓。這三項工作的實施中可以采用同步進行的方式進行：文檔交接1. 交接的文檔項目負責人需向系統維護負責人交接該項

6、目相關的技術文檔包括項目開發過程中的各種設計文檔和項目運維過程需要的各種說明文檔，上述文檔可以參考附錄的項目交接文檔列表進行提 供。2. 文檔要求項目負責人向系統維護負責人移交的所有文檔應盡可能使用標準的文檔模板，系統維護負責人可以在以下幾個方面對接受的文檔進行評價, 以確定是否符合要求。系統維護負責人對文檔是否符合要求具有審核及組織整改權，但不得以下列文檔質量規約以外的含糊要求拖延移交進度，總體時間控制在兩周內。文檔完備性是否按照合同及其附件要求提交了全部文檔；內容針對性文檔是否是為文檔列表中要求的文檔；內容充分性文檔全面、詳細的程度是否達到要求；規范程度是否很好地符合要求的規范、標準；內容

7、一致性是否存在前后矛盾；文字明確性是否使用了“可能”、 “也許” “待定”等詞語和語義含糊不清的語句；易讀性文檔結構是否清晰、目錄是否一目了然、是否存在循環引用，能夠在一篇文檔中說明清楚的內容，是否被拆分成若干文檔。3. 交接流程文檔的交接步驟如下：項目負責人向系統維護負責人提交文檔；系統維護負責人對文檔進行審核；系統維護負責人審核通過，則填寫 項目移交運維工作單的文檔移交部分；審核不通過，文檔需要給出詳細的整改意見，由項目負責人按照整改意見組織對文檔進行整改，并在檢查后提交系統維護負責人重新進行審核。原則上反復整改的時間不超過一周。源代碼交接源代碼交接的交接步驟如下：項目負責人提交源代碼及相

8、關數據庫結構說明給系統維護負責人；系統維護負責人對代碼的可理解性、可靠性與可編譯性進行審核，并在一周內予以反饋，通過審核，則填寫項目移交運維工作單的代碼移交部分。未通過審核，則提出具體整改意見，項目負責人按照整改意見組織對源代碼進行整改，并在檢查后提交系統維護負責人重新進行審核。原則上反復整改的時間不超過一周。項目培訓1 . 培訓內容項目培訓的具體內容見下表：培訓內容要求系統業務流程講解講解系統的業務流程，讓相關人員對該應用系統的業務流程有詳盡的了解。系統操作培訓提供系統操作培訓，讓相關人員能夠熟悉各項功能的操作方法。系統安裝培訓向相關人員進行必要的系統安裝培訓，使其能夠獨立完成應用軟件的安裝

9、工作。系統日常維護培訓向相關人員講解系統日常維護方法。2 .培訓流程由項目負責人和系統維護負責人商定培訓時間及地點實施培訓。由項目負責人組織對相關人員進行培訓，以熟悉整個系統基本功能的應用，并在培訓現場指導相關人員對系統的應 用與維護。完成培訓則填寫項目移交運維工作單的培訓部分。系統維護負責人開始對項目進行日常運維工作。（四）移交確認階段（時間控制在一周內）移交確認階段的工作流程如下：完成上述步驟且文檔、 代碼、培訓審核完成后，運維部門負責 人對整改后的文檔、 代碼、培訓總體情況進行確認審批。運維部門接手人員獨立運維一周后，雙方（項目負責人以及系統維護負責人） 對項目移交運維工作單 進行簽字確

10、認，并由雙方共同保管，完 成整個項目移交運維工作。 此時，項目負責人擬寫通知， 通知有關 部門項目移交后的維護管理及聯系電話。在系統終驗前運維部門的工作是協同和支持，在此過程中，項目建設部門應該承擔直接責任；在移交確認、通過項目驗收后，系統維護負責人負責該項目的日常維護管理工作，包括項目所關聯系統的發布以及后臺維護等技術工作，并統一收集用戶對該項目提由的使用意見以及新需求，及時分析解決網絡、資源、配置、簡單維護、 操作指引等方面的問題，當不能解決時，原項目建設部門應組 織處理協同解決。項目移交運維工作單移 交 計 劃 及 審 批項目名稱系統上線日期項目負責人移交申請 日期計劃完成 移交日期項目

11、負責人 移交項目意見項目移交 審核人意見中心領導 意見運維部移交 審核人指派 運維負責人文 檔 移 交文檔是否符合 要求移交日期不符合要求整改原因是否通過 整改后審核交接雙方簽字確認：項目負責人運維負責人代 碼 移 交提交代碼是否 符合要求移交日期不符合要求整改原因是否通過整 改后審核交接雙方簽字確認：項目負責人運維負責人項 目 培 訓培訓內容是否 符合要求不符合要求 整改原因培訓時間是否通過 整改后審核交接雙方簽字確認：項目負責人運維負責人移交 確認運維負責人是否獨立 運維滿一周運維負責人是否參加 驗收評審會項目負責人運維 負責人實際完成 移交日期項目交接文檔列表序 號文檔名稱提交階段說明1

12、項目招、投標文件2項目合同書需求分析階段包括項目名稱、項目計劃類別、管理單位、承擔單位等3項目開發計劃項目實施計劃需求分析階段編寫這份軟件項目開發計劃的目的，并指出預期的讀者4業務規范|業務 調研報告5軟件需求說明書需求分析階段本項目的任務提出者、開發者、用戶及實現該軟件的計算中 心或計算機網絡6數據要求說明書項目設計階段說明編寫這份數據要求說明書的目的，指出預期的讀者7概要設計說明書項目設計階段說明編寫這份概要設計說明書的目的，指出預期的讀者8詳細設計說明書項目設計階段闡明編寫詳細設計說明書的目的，指明讀者對象9數據庫設計說明 書項目設計階段包括數據庫名稱、表名、字段名、字段類型、字段說明、

13、備 注、字段數值計算公式等10測試用例說明書項目設計階段包括項目所涉 的測試用例11測試記錄（合同）12測試計劃項目設計階段包括評測目的、評測范圍、評測環境、評測內容、實測數據、性能表現13測試分析報告項目設計階段對測試結果分析和評測總結等14開發進度月報項目進度月報項目設計階段分析工程進度與狀態15操作手冊項目驗收階段包括服務器編譯環境、操作系統、編譯工具、目錄說明、程序生成、源程序文件列表、Makefile配置及其相關程序的對應關系列表。客戶端的編譯過程、編譯結果、編譯示例、編 譯劃、境、操作系統、編譯工具、源文件列表和制作安裝程序的過程16維護說明維護項目驗收階段包括產品簡介、系統須知、初始環境設置、系統配置、數據 管理和備份、技術問題解答和聯系方式等。17項目開發總結報 告1項目實施總 結報告項目驗收階段說明編寫這份項目開發總結報告的目的，指出預期的閱讀范 圍。18項目驗收申請表項目驗收階段項目驗收19用戶使用意見書項目維護階段用戶使用意見