第一篇：軟件項目實施方案(共2篇)

篇一：2011年軟件項目實施方案范文

一、項目實施方案概述.1

二、項目實施方案介紹.2

（一）項目啟動階段...2

（二）需求調研確認階段...3

（三）軟件功能實現確認階段...5

（四）數據標準化初裝階段...5

（五）系統培訓階段...6

（六）系統安裝測試及試運行階段...7

（七）總體驗收階段...8

（八）系統交接階段...9

一、項目實施方案概述

軟件產品，特別是行業解決方案軟件產品不同于一般的商品，用戶購買軟件產品之后，不能立即進行使用，需要軟件公司的技術人員在軟件技術、軟件功能、軟件操 作等方面進行系統調試、軟件功能實現、人員培訓、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施 案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產品本身的質量，軟件項目實施的質量效果 也對后期用戶應用的情況起到非常重要的影響。項目實施規范主要包括項目啟動階段、需求調研確認階段、軟件功能實現確認階段、數據標準化初裝階段、系統培訓 階段、系統安裝測試及試運行階段、總體驗收階段、系統交接階段等八個階段工作內容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關系，上一階 段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個項目實施階段分別介紹。

二、項目實施方案介紹

（一）項目啟動階段

此階段處于整個項目實施工作的最前期，由成立項目組、前期調研、編制總體項目計劃、啟動會四個階段組成。

此階段主任務：

公司：在合同簽定后，指定項目經理，成立項目組，授權項目組織完成項目目標。公司項目組：進行前期項目調研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。

商務經理：配合公司項目組，將積累的項目和用戶信息轉交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯系。

用戶：成立項目實施組織，配合前期調研和召開啟動會，簽署《總體項目計劃》和《項目實施協議》。

1、成立項目組

部門經理接到實施申請后，任命項目經理，指定項目目標，由部門經理及項目經理一起指定項目組成員及成員任務，并報總經理簽署《項目任務書》。

2、前期調研

項目經理及項目組成員，在商務人員配合下，建立與用戶的聯系，對合同、用戶進行調研。填寫《用戶及合同信息表》。在項目商務談判中，商務經理積累了 大量的信息，項目組首先應收集商務和合同信息，并與商務經理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望 以確保項目能夠成功。

3、編制《項目總體計劃》 《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內容：

項目描述，項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）；

溝通管理計劃，確定項目干系人對信息和溝通的需要：即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質量管理計劃，確定適合于項目的質量標準和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據每個具體項目的要求而定。未解決事宜和未定的決策

4、啟動會

項目組與用戶共同召開的宣布項目實施正式開始的會議。

會程安排如下：

共同組建項目實施組織，實施組織的權利和職責；雙方簽署《項目實施協議》。項目組介紹《項目總體計劃》和《項目實施協議》，包括以下內容：

項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）；

項目實施中項目管理的必要性和如何進行項目管理，項目的質量如何控制； 項目實施中用戶的參與和領導的支持的重要作用；

階段驗收、技術交接和項目結束后如何對用戶提供后續服務。

（二）需求調研確認階段

此階段的主要工作是軟件公司的項目實施人員向用戶調查用戶對系統的需求，包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等，實施人員調研完 成后，會編寫《需求調研分析手冊》，并交付用戶進行確認，待用戶對《需求調研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據進行軟件功能 的實現。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統的影響程度來確定是否給予實現。需求調研階段具體包括如下內容：

1、進行需求調研準備

2、編制《需求調研計劃》

3、內部評審是否通過《需求調研計劃》，項目組、部門經理、商務等人員根據合同要求和項目實際情況對《需求調研計劃》草稿進行評審，如評審通過，則在稍后的時間內簽署，如評審不通過則重新修改。

4、用戶是否簽署《需求調研計劃》，如用戶簽署《需求調研計劃》，則作為以后需求調研工作的指南。否則重新修改。

5、《需求調研計劃》是否有變更，如果計劃存在變更，則執行變更控制流程，否則按計劃進行后續工作。

6、編寫及發出《需求調研通知》，項目組編寫《需求調研通知》，確定進行需求調研的相關事宜，發給用戶，為順利完成需求調研工作做準備

7、需求調研，項目組以《需求調研手冊》為依據，從業務流程、單據使用、打印格式、報表查詢幾個方面展開深入和全面的調研，并搜集用戶的個性化需求。

8、需求調研分析根據調研的結果，項目組和公司其他技術部門將進一步進行分析，確定合理、可行的需求，將分析結果形成《需求分析報告》草稿。

9、內部評審是否通過《需求分析報告》。項目組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審，如評審通過，則在稍后由用戶簽署，如評審不通過則重新修改，直至內部評審通過。

10、編寫及發出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發給用戶，確定進行需求確認的相關事宜，告之相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。

11、用戶是否確認《需求分析報告》。如果用戶確認，并簽署了《需求分析報告》，則需求調研階段工作結束，進行后續的軟件功能實現的工作；如沒有確 認，則進一步進行調研、分析，直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調研工作結束之后，如果用戶提出新的需求或是變 更已有的需求，則執行需求新增及變更流程

（三）軟件功能實現確認階段

此階段的主要工作是項目實施人員根據需求調研階段確認的《需求調研分析手冊》中的用戶需求內容進行具體軟件功能的實現工作。在軟件功能實現的過程中，項目 實施人員將記錄軟件實現的詳細過程。便于公司售后服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現完畢后，項目實施 人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，用戶根據《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項 目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。

（四）數據標準化初裝階段

此階段的主要工作是項目實施人員指導用戶進行系統標準化資料的準備工作，并對用戶進行初裝資料的軟件操作培訓，以便用戶能夠及時的將標準資料錄入系統，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業務功能的開展做好基礎。

（五）系統培訓階段

系統培訓階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應用效果，所以軟件公司和用戶雙方要對 此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱巨性。在項目實施之前對用戶的相關人員進行系統和規范的產品培訓是非常必要的，達到讓用戶了解軟 件產品，最終自己能夠解決使用中的具體的問題。

此階段的培訓工作中將用戶參加產品培訓的人員劃分為三個層次：決策層、技術層、操作層，對不同層次的用戶參加產品培訓人員的培訓內容分別是： 決策層：領導在實施中的作用與重要性、決策查詢。

維護層：系統維護知識、操作方法。

操作層：操作方法。具體的培訓工作流程為：

1、調研培訓信息：在培訓開始前3天由用戶實施負責人，將參加培訓的部門和人員情況填入《受訓部門匯總表》、《受訓人員情況一覽表》。

2、編制培訓計劃：結合調研結果，與用戶實施負責人商議具體培訓內容、時間，場地，人員等。項目組編制《培訓計劃》。

3、簽署培訓計劃：用戶簽署《培訓計劃》，進一步確認培訓安排。

4、發培訓通知：培訓開始前2天，按照簽署的《培訓計劃》，將培訓內容、時間，場地，人員等信息通知用戶實施負責人。

5、搭建培訓環境：公司項目組在培訓開始前，將培訓環境搭建及檢查妥當，將培訓提綱及培訓手冊準備好。

6、組織培訓：公司項目組培訓負責人與用戶實施負責人組織相關人員參加培訓，按培訓制度嚴格考核。由用戶將考勤情況填入《培訓人員簽到表》。

7、培訓考核：公司項目組培訓負責人與用戶實施負責人組織受訓人員參加上機及理論考試。

8、培訓總結：公司項目組培訓負責人與用戶實施負責人一起將出勤情況及考核情況做出總結，填入《培訓及考核統計表》，及時向相關負責人 匯報。

（六）系統安裝測試及試運行階段

此階段的主要工作是在用戶真實環境下，對用戶網絡及硬件設備進行測試，對軟件系統進行容量、性能壓力等測試測試及試運行的目的在于確保系統各項功能均能正 常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發現并改正；同時目的還在于在正式運行前用戶的有關人 員能進一步提高操作水平，掌握操作規范。此階段的主要工作內容為：

1、編制計劃：與用戶實施負責人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。

2、簽署計劃：用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。

3、發測試及試運行通知：在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責人。

4、搭建環境及數據準備：在試運行開始前搭建好軟件環境、硬件環境、網絡環境、調通線路；檢查軟件、硬件、網絡、線路等各個環節是否有問題；

5、組織測試及試運行：用戶相關各級領導給予全面配合，組織相關人員進行測試及試運行.6、測試及試運行總結：測試及試運行完成，總結試運行中設備、軟件的運行情況，總結試運行中業務流程和操作環節的情況，以書面總結形式將測試及試運行結果通知相關負責人。

公司項目組負責擔當指揮，檢查用戶人員組織情況并給予指導，跟蹤檢查如下情況：

跟蹤單據流轉狀況。

跟蹤新資料登錄環節。

觀察業務流程執行狀況。

觀察操作人員操作表現。

觀察系統運行速度及異常表現。

觀察關鍵數據的正確性。

及時糾正錯誤操作、對于新發生的問題及時與相關人員溝通，確定解決辦法。

（七）總體驗收階段。

此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結束后，對系統進行總體驗收。需要驗收的可交付成果：

主要項目階段

階段組成主要里程碑

可交付成果

啟動階段

編制總體項目計劃

簽署的《總體項目計劃》

項目啟動會

簽署的《項目實施協議》

需求調研階段

需求分析報告確認

需求調研結束

簽署的《需求分析報告》

軟件實現

軟件功能確認 軟件功能確認

簽署的《軟件功能確認表》

數據初裝

用戶簽署初裝計劃及初裝培訓計劃

簽署的《初裝計劃及初裝培訓計劃》

初裝檢查及總結

數據初裝完成

《數據初裝總結表》

培訓及考核

用戶簽署培訓計劃

簽署的《培訓計劃》

培訓總結

培訓完成

《培訓總結表》

測試及試運行

用戶簽署測試及試運行計劃

簽署的《測試及試運行計劃》

測試及試運行總結

試運行完成

《測試及試運行總結》

驗收

總體驗收

驗收完成

《總體驗收報告》

（八）系統交接階段

此階段是項目實施的最后一個階段，主要工作是軟件公司項目組向用戶移交軟件項目，包括軟件產品、項目實施過程中所生成的各種文檔，并簽署《售后服務協 議》，項目將進入售后服務階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調查表》，對軟件公司項目實施人員的整個項目實施情況進行評價，軟件公司將聽 取用戶的意見，再今后的項目實施管理中進行加強和改進。

篇二：通用軟件實施方案 通用軟件實施方案

一、軟件項目實施方案概述

軟件產品用戶購買軟件產品之后，不能立即進行使用，需要軟件公司的技術人員在軟件技術、軟件功能、軟件操作等方面進行系統調試、軟件功能實現、人員培訓、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產品本身的質量，軟件項目實施的質量效果也對后期用戶應用的情況起到非常重要的影響。

項目實施規范主要包括項目啟動階段、需求調研確認階段、軟件功能實現確認階段、數據標準化初裝階段、系統培訓階段、系統安裝測試及試運行階段、總體驗收階段、系統交接階段等八個階段工作內容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關系，上一階段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個項目實施階段分別介紹。

二、軟件項目實施方案

（一）項目啟動階段

此階段處于整個項目實施工作的最前期，由成立項目組、前期調研、編制總體項目計劃、啟動會四個階段組成。

階段主任務

1、成立項目組：

部門經理接到實施申請后，任命項目經理，指定項目目標，由部門經理及項目經理一起指定項目組成員及成員任務，并報總經理簽署《項目任務書》。

2、前期調研：

項目經理及項目組成員，在商務人員配合下，建立與用戶的聯系，對合同、用戶進行調研。填寫《用戶及合同信息表》。在項目商務談判中，商務經理積累了大量的信息，項目組首先應收集商務和合同信息，并與商務經理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。

3、編制《項目總體計劃》：

《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內容：項目描述，項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）；溝通管理計劃，確定項目干系人對信息和溝通的需要：即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質量管理計劃，確定適合于項目的質量標準和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據每個具體項目的要求而定。未解決事宜和未定的決策。

4、啟動會：

項目組與用戶共同召開的宣布項目實施正式開始的會議。會程安排如下：

? 共同組建項目實施組織，實施組織的權利和職責；雙方簽署《項目實施協議》。? 項目組介紹《項目總體計劃》和《項目實施協議》，包括以下內容：項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）； ? 項目實施中項目管理的必要性和如何進行項目管理，項目的質量如何控制； ? 項目實施中用戶的參與和領導的支持的重要作用；

? 階段驗收、技術交接和項目結束后如何對用戶提供后續服務。

（二）需求調研確認階段

此階段的主要工作是軟件公司的項目實施人員向用戶調查用戶對系統的需求，包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等，實施人員調研完成后，會編寫《需求調研分析手冊》，并交付用戶進行確認，待用戶對《需求調研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據進行軟件功能的實現。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統的影響程度來確定是否給予實現。

需求調研階段具體包括如下內容：

1、進行需求調研準備

2、編制《需求調研計劃》

3、內部評審是否通過《需求調研計劃》，項目組、部門經理、商務等人員根據合同要求和項目實際情況對《需求調研計劃》草稿進行評審，如評審通過，則在稍后的時間內簽署，如評審不通過則重新修改。

4、用戶是否簽署《需求調研計劃》，如用戶簽署《需求調研計劃》，則作為以后需求調研工作的指南。否則重新修改。

5、《需求調研計劃》是否有變更，如果計劃存在變更，則執行變更控制流程，否則按計劃進行后續工作。

6、編寫及發出《需求調研通知》，項目組編寫《需求調研通知》，確定進行需求調研的相關事宜，發給用戶，為順利完成需求調研工作做準備

7、需求調研，項目組以《需求調研手冊》為依據，從業務流程、單據使用、打印格式、報表查詢幾個方面展開深入和全面的調研，并搜集用戶的個性化需求。

8、需求調研分析根據調研的結果，項目組和公司其他技術部門將進一步進行分析，確定合理、可行的需求，將分析結果形成《需求分析報告》草稿。

9、內部評審是否通過《需求分析報告》，項目組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審，如評審通過，則在稍后由用戶簽署，如評審不通過則重新修改，直至內部評審通過。

10、編寫及發出《需求分析報告確認通知》，項目組編寫《需求分析報告確 認通知》，發給用戶，確定進行需求確認的相關事宜，告之相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。

11、用戶是否確認《需求分析報告》，如果用戶確認，并簽署了《需求分析報告》，則需求調研階段工作結束，進行后續的軟件功能實現的工作；如沒有確認，則進一步進行調研、分析，直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調研工作結束之后，如果用戶提出新的需求或是變更已有的需求，則執行需求新增及變更流程。

（三）軟件功能實現確認階段

此階段的主要工作是項目實施人員根據需求調研階段確認的《需求調研分析手冊》中的用戶需求內容進行具體軟件功能的實現工作。

在軟件功能實現的過程中，項目實施人員將記錄軟件實現的詳細過程。便于公司售后服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。

按照調研要求的所有功能實現完畢后，項目實施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，用戶根據《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。

（四）數據標準化初裝階段

此階段的主要工作是項目實施人員指導用戶進行系統標準化資料的準備工作，并對用戶進行初裝資料的軟件操作培訓，以便用戶能夠及時的將標準資料錄入系統，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業務功能的開展做好基礎。

（五）系統培訓階段

系統培訓階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應用效果，所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱巨性。在項目實施之前對用戶的相關人員進行系統和規范的產品培訓是非常必要的，達到讓用戶

了解軟件產品，最終自己能夠解決使用中的具體的問題。

此階段的培訓工作中將用戶參加產品培訓的人員劃分為三個層次：決策層、技術層、操作層，對不同層次的用戶參加產品培訓人員的培訓內容分別是：

決策層：領導在實施中的作用與重要性、決策查詢。

維護層：系統維護知識、操作方法。

操作層：操作方法。

具體的培訓工作流程為：

1、調研培訓信息：

在培訓開始前3天由用戶實施負責人，將參加培訓的部門和人員情況填入《受訓部門匯總表》、《受訓人員情況一覽表》。

2、編制培訓計劃：

結合調研結果，與用戶實施負責人商議具體培訓內容、時間，場地，人員等。項目組編制《培訓計劃》。

3、簽署培訓計劃：

用戶簽署《培訓計劃》，進一步確認培訓安排。

4、發培訓通知：

培訓開始前2天，按照簽署的《培訓計劃》，將培訓內容、時間，場地，人員等信息通知用戶實施負責人。

5、搭建培訓環境：

公司項目組在培訓開始前，將培訓環境搭建及檢查妥當，將培訓提綱及培訓手冊準備好。

6、組織培訓：

公司項目組培訓負責人與用戶實施負責人組織相關人員參加培訓，按培訓制度嚴格考核。由用戶將考勤情況填入《培訓人員簽到表》。

7、培訓考核：

公司項目組培訓負責人與用戶實施負責人組織受訓人員參加上機及理論考試。

8、培訓總結：

公司項目組培訓負責人與用戶實施負責人一起將出勤情況及考核情況做出總結，填入《培訓及考核統計表》，及時向相關負責人匯報。

（六）系統安裝測試及試運行階段

此階段的主要工作是在用戶真實環境下，對用戶網絡及硬件設備進行測試，對軟件系統進行容量、性能壓力等測試測試及試運行的目的在于確保系統各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發現并改正；同時目的還在于在正式運行前用戶的有關人員能進一步提高操作水平，掌握操作規范。

此階段的主要工作內容為：

１、編制計劃：

與用戶實施負責人商議具體測試及試運行時間，地點，人員等安 排，項目組編制《測試及試運行計劃》。

2、簽署計劃：

用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。

3、發測試及試運行通知：

在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責人。

4、搭建環境及數據準備：

在試運行開始前搭建好軟件環境、硬件環境、網絡環境、調通線路；檢查軟件、硬件、網絡、線路等各個環節是否有問題；

5、組織測試及試運行：

用戶相關各級領導給予全面配合，組織相關人員進行測試及試運行。公司項目組負責擔當指揮，檢查用戶人員組織情況并給予指導，跟蹤檢查如下情況： ? 跟蹤單據流轉狀況。? 跟蹤新資料登錄環節。? 觀察業務流程執行狀況。? 觀察操作人員操作表現。

? 觀察系統運行速度及異常表現。? 觀察關鍵數據的正確性。

? 及時糾正錯誤操作、對于新發生的問題及時與相關人員溝通，確定

解決辦法。

6、測試及試運行總結：

測試及試運行完成，總結試運行中設備、軟件的運行情況，總結試運行中業務流程和操作環節的情況，以書面總結形式將測試及試運行結果通知相關負責人。

（七）總體驗收階段

此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結束后，對系統進行總體驗收。

需要驗收的可交付成果：

（八）系統交接階段

此階段是項目實施的最后一個階段，主要工作是軟件公司項目組向用戶移交軟件項目，包括軟件產品、項目實施過程中所生成的各種文檔，并簽署《售后服務協議》，項目將進入售后服務階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調查表》，對軟件公司項目實施人員的整個項目實施情況進行評價，軟件公司將聽取用戶的意見，再今后的項目實施管理中進行加強和改進。

第二篇：軟件項目實施方案

軟件項目實施方案

一、項目實施方案概述

二、項目實施方案介紹

(一)項目啟動階段

(二)需求調研確認階段

(三)軟件功能實現確認階段

(四)數據標準化初裝階段

(五)系統培訓階段

(六)系統安裝測試及試運行階段

(七)總體驗收階段

(八)系統交接階段

一、項目實施方案概述

軟件產品，特別是行業解決方案軟件產品不同于一般的商品，用戶購買軟件產品之后，不能立即進行使用，需要軟件公司的技術人員在軟件技術、軟件功能、軟件操作等方面進行系統調試、軟件功能實現、人員培訓、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的軟件公 1 司項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產品本身的質量，軟件項目實施的質量效果也對后期用戶應用的情況起到非常重要的影響。項目實施規范主要包括項目啟動階段、需求調研確認階段、軟件功能實現確認階段、數據標準化初裝階段、系統培訓階段、系統安裝測試及試運行階段、總體驗收階段、系統交接階段等八個階段工作內容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關系，上一階段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個項目實施階段分別介紹。

二、項目實施方案介紹

(一)項目啟動階段

此階段處于整個項目實施工作的最前期，由成立項目組、前期調研、編制總體項目計劃、啟動會四個階段組成。

此階段主任務：

公司：在合同簽定后，指定項目經理，成立項目組，授權項目組織完成項目目標。

公司項目組：進行前期項目調研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。

商務經理：配合公司項目組，將積累的項目和用戶信息轉交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯系。

用戶：成立項目實施組織，配合前期調研和召開啟動會，簽署《總體項目計劃》和《項目實施協議》。

1、成立項目組

部門經理接到實施申請后，任命項目經理，指定項目目標，由部門經理及項目經理一起指定項目組成員及成員任務，并報總經理簽署《項目任務書》。

2、前期調研

項目經理及項目組成員，在商務人員配合下，建立與用戶的聯系，對合同、用戶進行調研。填寫《用戶及合同信息表》。在項目商務談判中，商務經理積累了大量的信息，項目組首先應收集商務和合同信息，并與商務經理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。

3、編制《項目總體計劃》

《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內容：

項目描述，項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配(包括用戶的);

溝通管理計劃，確定項目干系人對信息和溝通的需要：即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質量管理計劃，確定適合于項目的質量標準和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據每個具體項目的要求而定。未解決事宜和未定的決策。

4、啟動會

項目組與用戶共同召開的宣布項目實施正式開始的會議。

會程安排如下：

共同組建項目實施組織，實施組織的權利和職責;雙方簽署《項目實施協議》。

項目組介紹《項目總體計劃》和《項目實施協議》，包括以下內容：

項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配(包括用戶的);

項目實施中項目管理的必要性和如何進行項目管理，項目的質量如何控制;

項目實施中用戶的參與和領導的支持的重要作用;

階段驗收、技術交接和項目結束后如何對用戶提供后續服務。

(二)需求調研確認階段

此階段的主要工作是軟件公司的項目實施人員向用戶調查用戶對系統的需求，包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等，實施 4 人員調研完成后，會編寫《需求調研分析手冊》，并交付用戶進行確認，待用戶對《需求調研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據進行軟件功能的實現。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統的影響程度來確定是否給予實現。需求調研階段具體包括如下內容：

1、進行需求調研準備

2、編制《需求調研計劃》

3、內部評審是否通過《需求調研計劃》，項目組、部門經理、商務等人員根據合同要求和項目實際情況對《需求調研計劃》草稿進行評審，如評審通過，則在稍后的時間內簽署，如評審不通過則重新修改。

4、用戶是否簽署《需求調研計劃》，如用戶簽署《需求調研計劃》，則作為以后需求調研工作的指南。否則重新修改。

5、《需求調研計劃》是否有變更，如果計劃存在變更，則執行變更控制流程，否則按計劃進行后續工作。

6、編寫及發出《需求調研通知》，項目組編寫《需求調研通知》，確定進行需求調研的相關事宜，發給用戶，為順利完成需求調研工作做準備

7、需求調研，項目組以《需求調研手冊》為依據，從業務流程、單據使用、打印格式、報表查詢幾個方面展開深入和全面的調研，并搜集用戶的個性化需求。

8、需求調研分析根據調研的結果，項目組和公司其他技術部門將進一步進行分析，確定合理、可行的需求，將分析結果形成《需求分析報告》草稿。

9、內部評審是否通過《需求分析報告》。項目組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審，如評審通過，則在稍后由用戶簽署，如評審不通過則重新修改，直至內部評審通過。

10、編寫及發出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發給用戶，確定進行需求確認的相關事宜，告之相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。

11、用戶是否確認《需求分析報告》。如果用戶確認，并簽署了《需求分析報告》，則需求調研階段工作結束，進行后續的軟件功能實現的工作;如沒有確認，則進一步進行調研、分析，直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調研工作結束之后，如果用戶提出新的需求或是變更已有的需求，則執行需求新增及變更流程

(三)軟件功能實現確認階段

此階段的主要工作是項目實施人員根據需求調研階段確認的《需求調研分析手冊》中的用戶需求內容進行具體軟件功能的實現工作。在軟件功能實現的過程中，項目實施人員將記錄軟件實現的詳細過程。便于公司售后服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現完畢后，項目實施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，6 用戶根據《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。

(四)數據標準化初裝階段

此階段的主要工作是項目實施人員指導用戶進行系統標準化資料的準備工作，并對用戶進行初裝資料的軟件操作培訓，以便用戶能夠及時的將標準資料錄入系統，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業務功能的開展做好基礎。

(五)系統培訓階段

系統培訓階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應用效果，所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱巨性。在項目實施之前對用戶的相關人員進行系統和規范的產品培訓是非常必要的，達到讓用戶了解軟件產品，最終自己能夠解決使用中的具體的問題。

此階段的培訓工作中將用戶參加產品培訓的人員劃分為三個層次：決策層、技術層、操作層，對不同層次的用戶參加產品培訓人員的培訓內容分別是：

決策層：領導在實施中的作用與重要性、決策查詢。

維護層：系統維護知識、操作方法。

操作層：操作方法。

具體的培訓工作流程為：

1、調研培訓信息：在培訓開始前3天由用戶實施負責人，將參加培訓的部門和人員情況填入《受訓部門匯總表》、《受訓人員情況一覽表》。

2、編制培訓計劃：結合調研結果，與用戶實施負責人商議具體培訓內容、時間，場地，人員等。項目組編制《培訓計劃》。

3、簽署培訓計劃：用戶簽署《培訓計劃》，進一步確認培訓安排。

4、發培訓通知：培訓開始前2天，按照簽署的《培訓計劃》，將培訓內容、時間，場地，人員等信息通知用戶實施負責人。

5、搭建培訓環境：公司項目組在培訓開始前，將培訓環境搭建及檢查妥當，將培訓提綱及培訓手冊準備好。

6、組織培訓：公司項目組培訓負責人與用戶實施負責人組織相關人員參加培訓，按培訓制度嚴格考核。由用戶將考勤情況填入《培訓人員簽到表》。

7、培訓考核：公司項目組培訓負責人與用戶實施負責人組織受訓人員參加上機及理論考試。

8、培訓總結：公司項目組培訓負責人與用戶實施負責人一起將出勤情況及考核情況做出總結，填入《培訓及考核統計表》，及時向相關負責人

匯報。

(六)系統安裝測試及試運行階段

此階段的主要工作是在用戶真實環境下，對用戶網絡及硬件設備進行測試，對軟件系統進行容量、性能壓力等測試測試及試運行的目的在于確保系統各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發現并改正;同時目的還在于在正式運行前用戶的有關人員能進一步提高操作水平，掌握操作規范。此階段的主要工作內容為：

1、編制計劃：與用戶實施負責人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。

2、簽署計劃：用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。

3、發測試及試運行通知：在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責人。

4、搭建環境及數據準備：在試運行開始前搭建好軟件環境、硬件環境、網絡環境、調通線路;檢查軟件、硬件、網絡、線路等各個環節是否有問題;

5、組織測試及試運行：用戶相關各級領導給予全面配合，組織相關人員進行測試及試運行.、6、測試及試運行總結：測試及試運行完成，總結試運行中設備、軟件的運行情況，總結試運行中業務流程和操作環節的情況，以書面總結形式將測試及試運行結果通知相關負責人。

公司項目組負責擔當指揮，檢查用戶人員組織情況并給予指導，跟蹤檢查如下情況：

跟蹤單據流轉狀況。

跟蹤新資料登錄環節。

觀察業務流程執行狀況。

觀察操作人員操作表現。

觀察系統運行速度及異常表現。

觀察關鍵數據的正確性。

及時糾正錯誤操作、對于新發生的問題及時與相關人員溝通，確定解決辦法。

(七)總體驗收階段。

此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結束后，對系統進行總體驗收。

需要驗收的可交付成果：

主要項目階段

階段組成

主要里程碑

可交付成果

啟動

階段

編制總體項目計劃

簽署的《總體項目計劃》

啟動會

項目啟動會

簽署的《項目實施協議》

需求調研階段

需求分析報告確認

需求調研結束

簽署的《需求分析報告》

軟件

實現

軟件功能確認

軟件功能確認

簽署的《軟件功能確認表》

數據

初裝

用戶簽署初裝計劃及初裝培訓計劃

簽署的《初裝計劃及初裝培訓計劃》

初裝檢查及總結數據初裝完成

《數據初裝總結表》

培訓及考核

用戶簽署培訓計劃

簽署的《培訓計劃》

培訓總結

培訓完成

《培訓總結表》

測試及試運行

用戶簽署測試及試運行計劃

簽署的《測試及試運行計劃》

測試及試運行總結

試運行完成

《測試及試運行總結》

驗收

總體驗收

驗收完成

《總體驗收報告》

(八)系統交接階段

此階段是項目實施的最后一個階段，主要工作是軟件公司項目組向用戶移交軟件項目，包括軟件產品、項目實施過程中所生成的各種文檔，并簽署《售后服務協議》，項目將進入售后服務階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調查表》，對軟件公司項目實施人員的整個項目實施情況進行評價，軟件公司將聽取用戶的意見，再今后的項目實施管理中進行加強和改進。

第三篇：軟件系統項目實施方案

軟件系統項目實施方案

項目名稱：XXXXXXXX系統軟件

實施單位：XXXXXXXXXXXXXX

時 間：XXXX年XX月XX日

目 錄、項目總體實施方案 4

1.1 工程實施原則 4

1.2 項目總體推進計劃 5

1.3 系統實施過程的質量保證活動說明 5

1.3.1 需求分析階段 6

1.3.2 總體設計階段 6

1.3.3 詳細設計階段 7

1.3.4 系統開發階段 7

1.3.5 系統實施和試運行階段 7

1.3.6 項目驗收階段 9

1.3.7 系統正式運行及維護階段 9

1.3.8 各階段輔助文檔 9

1.3.9 實施過程提交文件匯總 10

1.4 項目實施計劃 11

1.4.1 數據實施步驟 12

1.4.2 項目進度安排 12、項目管理方案 13

2.1 項目管理組織結構 13

2.1.1 項目各方角色與責任 13

2.1.2 任務分工 14

2.2 項目范圍管理 16

2.3 項目進度管理 16

2.4 項目風險管理 16

2.4.1 技術風險 16

2.4.2 需求風險 17

2.4.3 協調與溝通風險 17

2.4.4 項目人員風險 18

2.5 質量管理計劃 18

2.5.1 質量管理體系標準 18

2.5.2 質量控制過程 18

2.5.3 質量評定計劃 18

2.5.4 質量管理措施 19

2.5.5 軟件質量控制 19

2.6 項目協調與合作計劃 21

2.6.1 協調與合作管理方案 22

2.6.2 協調手段 22

2.7 配置管理 23

2.7.1 配置管理和版本控制 23

2.7.2 變更管理的方法 24

2.8 文檔管理 25

2.9 人員管理 25

2.10 保密管理 25、測試計劃 26

3.1 測試工作準備 26

3.2 軟件開發測試 26

3.2.1 模塊測試 27

3.2.2 功能測試 27

3.2.3 性能測試 27

3.2.4 分系統測試 27

3.2.5 全系統測試 28

3.2.6 容量測試 28

3.2.7 壓力測試 28

3.2.8 災難恢復測試 28

3.3 設計測試用例和數據 29

3.3.1 建立測試環境 29

3.3.2 測試執行 30、驗收計劃 31

4.1 驗收組織 31

4.2 驗收內容 31

4.3 軟件系統的驗收 31

3.用戶方已經認可測試數據 32、培訓方案 33

5.1 培訓目標 33

5.2 培訓方式 33

5.3 培訓對象 33

5.4 培訓地點與環境 33

5.5 培訓計劃及內容 34

5.5.1 用戶培訓 34

5.5.2 系統管理人員培訓 34、技術支持和售后服務 36

6.1 技術支持與售后服務政策 36

6.1.1 技術后援支持 36

6.1.2 技術后援支持方式 37

6.1.3 保修及系統維護服務 37、項目總體實施方案

建設xxxxxxxxxxx軟件采購是一項復雜、長期的系統工程，為保證工程能夠順利地進行實施，必須要制定科學、合理、切實可行的實施計劃。一方面要從組織上進行落實，成立強有力的項目領導小組和經驗豐富的項目實施隊伍；另一方面要制定嚴格的時間進度表，明確各里程碑的時間。同時還要制定工作原則，以指導項目的全面實施。

0.1.工程實施原則

1．用戶方項目小組的成員，爭取參與項目的全過程

用戶方成立領導親自掛帥的項目小組，在調研、設計、編碼、安裝調試、測試、培訓、運行、驗收、售后服務等項目的各個階段，配合系統開發方的工作，一方面可以培訓自己的技術維護隊伍，為系統的使用保駕護航；另一方面，在開發過程中，協調用戶方和開發方的關系，保證項目的順利進行，及時發現問題，并對項目進度和質量進行監督。

2．采用“兩手抓”的方針，一手抓開發、一手抓使用

對于軟件項目，之所以稱為一個工程，很大程度上是因為軟件項目的建設，除了技術因素外，還有很多的非技術因素需要考慮，并且必須被得到重視。衡量一個軟件項目是否成功，很大程度上不是看這個軟件項目采用了多么先進的技術，而是軟件對用戶來說是否實用，是否能夠幫助用戶解決許多預期的問題。國內很多軟件項目的失敗，很大程度上是使用抓得不夠。建議在項目的試運行過程中，在抓系統維護的同時，也要狠抓系統的使用，開發方和用戶方齊心協力幫助業務人員從原來的手工處理轉到計算機輔助處理上來，在業務人員適應計算機輔助業務處理的過程中，盡可能早發現系統中存在的問題，從而最大可能地使系統保質保量的按時完成。

3．數據同程序同等重要

該系統的建設，數據位于首要的地位，程序的編寫完成，僅僅意味著系統完成了一半，數據的收集、整理、錄入，對系統的建設來說同等重要。在項目實施過程中，一定要重視系統中數據的錄入工作，充分估計數據處理的難度，在系統建設之初，就將數據工作提到議事日程上來，安排相應的資金、時間等，將數據工作落到實處，只有這樣才能爭取系統早日達到實用化。

0.2.項目總體推進計劃

為了有效地保證系統開發的質量，整個系統建設的全過程劃分為準備、設計、開發、實施和運行階段，每個階段完成相應的任務，確保信息系統的建設。

如下圖所示：

0.3.系統實施過程的質量保證活動說明

在實施過程中將發生的重大質量保證活動或由此將產生的質量記錄和產品，項目管理與開發階段劃分密切相關，因此主要按照項目實施的具體階段劃分說明。

0.3.1.需求分析階段

首先需要經雙方協調，形成《需求調研計劃》及《需求調研大綱》，確定準備工作、需求調研的內容、方法方式以及人員和日程安排等內容，經雙方同意后按此計劃開始調研。調研正式開始前項目開發組應檢查所有必要的準備工作已經圓滿完成。

項目開發組根據調研中系統實際技術需求和各個子系統的業務需求，編寫并向工程領導小組提交符合CMM LEVEL 3規范要求的《系統需求分析報告》，并由項目組評審，不合格的部分進一步完善調研；評審通過后由雙方共同簽署評審意見，并正式生效。

對于軟件生產過程而言，需求階段是整個過程中最重要的階段，需求分析成果的好壞將直接導致項目的成功與否，因此合作雙方在此階段多投入是值得的。而且一旦評審通過并生效，則需求報告將成為系統的設計、開發、測試、實施試運行和項目驗收的基本依據之一，因此原則上用戶需求將不再因為其它因素的改變而變更，如需進行此種變更，需經雙方項目負責人協商確定。

0.3.2.總體設計階段

項目開發組通過對系統的功能、運行和性能要求加以分析，產生一個高層次的系統結構、軟件結構、接口和數據格式的設計，并向工程領導小組提交《系統設計報告》（其中包括數據庫設計），組織評審并簽署評審意見。對其中評審不合格的部分進一步完善和重新策劃，評審通過后由雙方共同簽署評審意見，并正式生效，作為后續軟件開發和測試的基礎。

該報告內容的變更由雙方的現場實施負責人、技術負責人進行交流即可確定，并需向工程領導小組匯報。

0.3.3.詳細設計階段

項目開發組在《系統設計報告》的基礎上，對功能和性能要求進一步加以分析和細化并且把軟件的詳細設計文檔化，向工程領導小組提交《系統詳細設計報告》，并由項目組組織評審并簽署評審意見。對其中評審不合格的部分進一步完善和重新策劃，評審通過后由雙方共同簽署評審意見，并正式生效，作為后續軟件開發和測試的基礎。

該報告內容的變更由雙方的現場實施負責人、技術負責人進行交流即可確定，并需向工程領導小組匯報。

0.3.4.系統開發階段

根據前面的設計結果，由雙方的現場實施負責人、技術負責人討論確定詳細的開發計劃，并向工程領導小組提交《項目開發計劃》；工程領導小組對《項目開發計劃》進行審查，由雙方簽字后正式生效，并將作為軟件開發階段的項目管理和監控依據，項目開發小組要嚴格據此計劃控制項目進度，按時向工程領導小組匯報工作進展。

為了使用戶能夠及時獲知項目的進展情況，開發小組需要每周向用戶相關領導提交《項目客戶周報》，用戶項目組可以隨時對項目的工作情況進行檢查。

0.3.5.系統實施和試運行階段

首先需要經雙方交流協調，形成《項目實施計劃》，確定現場實施的準備工作、人員和日程安排、培訓計劃、階段目標等內容，經雙方負責人簽字后生效，按此計劃開始現場實施。正式開始現場實施前項目開發組應檢查所有必要的準備工作是否已經完成。

現場工作首先要進行軟件在服務器端的安裝和調試，包括數據庫中各類對象的生成，初始化數據，原有系統的重要數據的轉換導入，前后臺軟件的安裝，配置參數調整等工作；完成后需向系統維護人員提交《數據庫安裝目錄》，《軟件安裝方法》文件，并協助用戶進行軟件安裝。

軟件安裝完成并確認可在系統正常運行后，開始相關業務人員的培訓；在培訓開始之前需要由雙方協商形成《培訓計劃》，明確培訓環境、條件及方式，參加人員，課程課時等詳細內容，由雙方現場實施負責人簽字后生效，并分別開始著手準備，在既定時間內完成。

培訓過程中由工程師提供《培訓考勤記錄》，培訓應該脫產、集中、封閉進行，并要求所有參加人每日必須兩次考勤；培訓完成后由雙方共同進行《培訓總結》，針對培訓效果確定是否達到目標，是否再增加培訓課程；對以上內容用戶項目組須進行必要的考核和獎懲，培訓工程師有權對參加培訓人員進行客觀評價。

培訓順利完成后將開始軟件在試點部門試用，將向用戶提交編譯后的前后臺軟件，《軟件使用操作手冊》，《軟件功能清單》，這兩種文檔將詳細描述軟件的使用過程，軟件所包含的全部系統功能模塊。

軟件試用期內用戶的主要工作是根據《軟件功能清單》所列的系統功能模塊，檢查公司所提交的軟件是否滿足《系統需求分析報告》、《系統設計報告》的規定，列出未完成及含有較嚴重、明顯錯誤的模塊清單形成《軟件問題及修改記錄》并提交給公司繼續完善；此段時間可以對軟件的細節性問題進行測試、驗證，但主要精力還是應放在模塊級功能的檢查上，如果所有模塊都已開發并可以進入試運行，其設計方法、技術可行性也都能夠滿足最終軟件的需要，則用戶各相關業務負責人、現場實施負責人需要簽署各子系統的《軟件交付書》，表明軟件已在現場安裝、調試、培訓完成，基本可以進入軟件試運行；此后在軟件功能模塊一級上不應再發生大的變化，如需要修改功能模塊設計，則需由雙方項目負責人協商解決。

試運行期內用戶負責組織針對《軟件功能清單》所列的系統功能模塊進行現場的系統測試，包括新舊兩套系統并行工作一段時間進行驗證，使每個功能模塊都得到基本確認；對于其中發現的問題和軟件的細節性修改意見，需以《軟件問題及修改記錄》的書面形式提交給公司；公司修改完成后立即提交到現場，用戶負責組織立即對軟件進行確認回歸測試，如驗證問題已修改需要在《軟件問題及修改記錄》中予以說明。通過試運行及修改后證明已經基本完成的模塊，用戶應組織相關的業務負責人在《軟件功能清單》中逐項確認。

0.3.6.項目驗收階段

在試運行期內系統存在一定的細節性問題是工程項目不可避免的問題，特別是隨著用戶應用的逐漸深入，此類需求會逐級提出，此類問題不屬于系統的致命性錯誤；因此當試運行期內所發現的真正的“問題和錯誤”收斂到一定數目以下時，各業務子系統經過一段時間的并行工作新系統已基本可靠，就可以切換到正式運行階段，開始正式運行。

正式運行后，由用戶提出驗收要求，雙方共同制定《項目驗收計劃》，組成項目驗收小組，共同進行項目驗收。此時公司將向用戶提交驗收的各類文檔，包括對系統開發過程進行總結的《項目總結》，《項目技術報告》，最終的完整的《數據庫字典》等。

驗收工作將由用戶組織的專家組對系統進行全面的驗收和鑒定，并出具項目驗收小組領導簽字的《項目驗收報告》，并簽署驗收意見，公司在此過程中將全程參與，在現場進行驗收前的維護工作。

0.3.7.系統正式運行及維護階段

公司承諾對系統軟件提供服務保證期，在保證期內提供免費的軟件升級和維護服務；在保證期外，公司繼續為系統的維護提供技術支持，對于軟件升級提供優惠服務。

維護期的具體工作方式請見售后服務承諾部分，所有維護工作，包括軟件出現問題修改、細節性功能的增強，用戶都要以《軟件問題及修改記錄》的書面形式提交給公司，修改完成后用戶應組織相關的業務負責人進行確認，并在《軟件功能清單》中說明；如遇緊急情況可事后補齊。

0.3.8.各階段輔助文檔

《現場工作日程安排計劃》，在實施中的各階段，對于所發生的需要在現場進行較長時間工作的情況，如果在《需求調研計劃》、《項目開發計劃》、《項目實施計劃》、《培訓計劃》等工作計劃中未包含，則需要在工作開始前雙方共同制訂好《現場工作日程安排計劃》，并嚴格據此執行，需要雙方現場實施負責人簽字生效。

《現場工作周報》，在現場實施工作中，為了把階段性的工作任務具體落實完成，需要合作雙方每周一之前由公司實施工程師與用戶組共同制定本周的工作計劃，給出每個工作日上、下午的工作內容，以及雙方的準備工作。計劃制定完成后用戶項目組向所有相關部門和領導發布，開始執行；實施中雙方互相監督按照原計劃開展工作；周五時雙方負責人共同對本周計劃執行情況進行總結，對原計劃填寫工作總結，詳細描述各項計劃的完成情況，未完成的部分應寫明未完成原因和責任歸屬，必要時雙方協商一起進行加班處理，力爭按時完成；對于不能按時完成的必須調整到下周計劃中進行。

《用戶項目報告》，對于實施中各階段較長時間不在用戶現場進行的，或項目處于用戶試運行、維護期的情況，為了使用戶能夠及時獲知項目的進展情況和公司開發小組的工作情況，公司將在開發階段每周向用戶相關領導提交此報告，維護期內每月至少提交一次。

《階段評估報告》，實施中當某一階段性目標實現后，公司將對該階段雙方聯合開發組的工作情況進行總結，編寫該報告并向工程領導小組提交，及時總結經驗教訓，為下階段工作打好基礎。

0.3.9.實施過程提交文件匯總

以下是對上面的實施過程中將產生的文件匯總說明：

0.4.項目實施計劃

xxxxxxxxxxx軟件采購的建設是一項龐大而復雜的信息化應用基礎工程，需要分任務、分階段組織建設，逐步實現總體目標。

0.4.1.數據實施步驟

1．基礎信息

協調相關部門，采集基礎信息。

2．公共信息

公共信息是多個業務部門共用的公共信息，包括人員、單位、信息、基礎設施等。

3．專用信息

專用信息是公章等信息。

0.4.2.項目進度安排

系統建設分階段進行，第一階段至合同簽訂后10天，完成如下工作：

（1）組織數據的采集

（2）硬件環境的搭建

第二階段，合同簽訂后20天，完成如下工作：

（1）xxxxxxxxxxx軟件采購的搭建將部署

（2）二次開發

第三階段，合同簽訂后30天內，完成如下工作：

（１）系統開始正式試運行

（2）BUG修改

（３）系統性能調優

（４）系統培訓

（５）系統驗收、項目管理方案

0.5.項目管理組織結構

0.5.1.項目各方角色與責任

需要明確的是，該系統是一個由用戶、系統供應商、其他系統供應商、設備提供商等多方面共同組成的項目組實施。而這個項目組是由項目管理辦公室領導。

項目管理辦公室是由用戶和系統供應商的高層領導人組成，這樣可以充分保證項目實施能被正確的指導和推動，可以迅速解決在實施過程中出現的不可預測的原則性問題。

項目管理辦公室中的用戶成員有責任推動相關工作人員密切配合項目實施，對中心內部各部門所要達到的項目目標有清楚的定義，明確責、權、利關系，與項目組一起做好工作。

項目經理必須隨時向項目管理辦公室報告整個項目進展情況，向項目管理辦公室負責，采取正確的實施行動來完成項目實施工作。

雙方在項目中的角色和責任如下：

0.5.2.任務分工

在項目的實施過程中，如果沒有明確的任務分工，將會造成“職責不清”的混亂局面，使工作關系與任務分配陷入多種的關聯交叉狀態，導致項目人員“不知所措、不知何往”，這將嚴重影響對項目的反應能力與控制能力，最終影響實施的進度與實施的質量。

所以要完成好一個項目，建立起一個完善的組織架構后，組織中必須要有明確的分工，做到“各負其責”，但同時需要有統一、有效的領導機構，作到“協調一致”，才能保證整個項目的實施。xxxxxxxxxxx針對本項目的具體分工如下：

（1）項目管理辦公室：

將由用戶項目部領導以及xxxxxxxxxxx管理層的相關負責人構成，建議與決定項目管理組人員的組成，接受項目管理組的匯報，指導與監督項目管理組工作，對重大問題作出決定，確保項目實施所需要的資源。

該小組在宣布中標后成立，項目驗收后結束。

（2）專家顧問組：

將由用戶、xxxxxxxxxxx、高級專家顧問組成，在整個項目執行過程中起顧問咨詢等作用。

該小組在宣布中標后成立，項目驗收后結束。

（3）項目管理組：

接受項目管理辦公室的領導與監督，向項目管理辦公室匯報；由用戶、xxxxxxxxxxx的項目管理人員組成，xxxxxxxxxxx指派一名項目經理任組長。該組負責協調各相關單位的關系，處理所出現的各種問題；組織各個專業小組，制定項目總的實施進度計劃，推進項目進度，解決工程中出現的各種問題。

該組在項目管理辦公室成立后設立，項目驗收后結束。

（4）商務組：

接受項目管理組的領導，向項目管理組匯報，制定詳細的商務計劃，負責商務投標，合同的簽署，按照合同定貨，跟蹤；處理合同執行過程中由于合同條款的修改與變動而帶來的各種問題。

該組在項目管理組成立后設立，項目驗收后結束。

（5）財務組：

接受項目管理組的領導，向項目管理組匯報，制定資金運作計劃，負責財務成本核算、成本控制、財務審計等，保證整個合同過程中各個階段、各個方面的資金需要。

該組在項目管理組成立后設立，項目驗收后結束。

（6）培訓組：

接受項目管理組的領導，向項目管理組匯報，制定詳細的培訓計劃，負責協調與實施所有的培訓工作，完成培訓的組織、培訓內容的審定、培訓人員的落實、培訓場地的聯系、培訓過程的組織、培訓結業考試的組織、培訓工作總結，按照合同規定完成所有培訓工作。

該組在合同簽署后設立，全部培訓工作完成后結束。

（7）文檔組：

接受項目管理組的領導，向項目管理組匯報，制定詳細的文檔遞交計劃，負責收集與整理各個階段的技術文檔，按照合同規定完成所有的文檔遞交工作。

該組在項目管理組創立后設立，驗收完畢，文檔全部遞交后結束。

（8）技術核心組（架構設計組）：

接受項目管理組的領導，向項目管理組匯報，由用戶與xxxxxxxxxxx的技術核心人員組成。

負責制定詳細系統設計、完成模型實驗與測試報告、終端設備參數修改測試報告，并對系統實施過程中遇到的突發技術問題給予研究解決。

該組在項目管理組創立后設立，驗收完畢后結束。

（8）設計施工組（開發組）：

接受項目管理組的領導，向項目管理組匯報。

主要工作包括負責項目實施的技術細節方案設計、設備精確配置、精確物理連接圖及設備位置安排等工作；給出詳細設計的文檔、圖紙、資料及工程安裝手冊；完成文檔、圖紙和技術資料的質量審核；勘查施工現場環境；軟件安裝調試的細節方案設計、協調組織現場軟件安裝調試；軟件集成所需的功能定制開發、接口定制開發。

該組在合同簽署后設立，測試驗收工作全部完畢后結束。

（9）驗收組：

接受項目管理組的領導，向項目管理組匯報，負責現場實施的質量控制，以確保工程高質量、高效率地完成；制定詳細的驗收計劃，負責編寫測試驗收手冊、對安裝后的系統進行測試與預驗收、進行驗收準備工作、配合用戶驗收小組對系統進行最終驗收，按照合同規定完成所有的測試與驗收工作。

該組在安裝調試工作開始后前設立，驗收完畢后結束。

0.6.項目范圍管理

項目管理范圍包括本項目建設周期內各個階段以及所有相關的建設單位、設備、軟硬件、場地等內容，從軟硬件采購、需求分析、系統設計、軟件開發、系統集成、測試、驗收、試運行、系統維護的全過程都包括在內，如項目啟動、項目范圍內容、項目范圍變更等項，具體內容在項目實施前經詳細討論確定。

0.7.項目進度管理

針對本項目的進度管理從任務分解、時間進度安排到資源分配，每個階段都有里程碑標志，每個階段都須嚴格按照工期要求按時、保質完成，項目經理負責項目進度控制。

0.8.項目風險管理

通過對大量的風險事件進行分析，在本項目中下列事件出現的概率最大，影響也是最大的。如何使得將上述事件對項目造成的影響降低到最小，是項目風險管理的主要工作。首先需要預防上述事件的發生，其次當事件發生不可避免之后，應當采取必要的、事先準備好的措施進行工作，將風險對項目目標的影響降低到可以容忍的程度。

0.8.1.技術風險

xxxxxxxxxxx軟件采購是一個采用先進的信息技術，在建設過程中需要與各個業務單位、多個技術支撐系統、多個業務系統之間接口。系統需要采集的數據量大、涉及的相關系統范圍廣，需要比較高的信息管理的專業知識。因此系統建設存在一定的技術風險，需要業主和系統建設方從系統開始建設之初，就要充分認識到該項目的技術難度，在系統調研、系統設計階段就要進行反復的論證，在系統構架的時候盡可能采用國際上成熟的產品，借鑒相關的成功經驗，同時系統的建設分步驟、分階段進行，將技術難點逐個突破，力求將技術風險降至最低。

0.8.2.需求風險

xxxxxxxxxxx軟件采購的建設是一個項目周期較長、涉及相關部門較多、數據量大、系統功能要求高的復雜系統，只能在建設過程中與多家業務部門進行溝通，才能逐步明晰系統的需求。同時，由于GIS專業性較強，有些需求各業務部門人員根本不可能明確地提出，需要系統建設方根據已有的系統建設經驗進行用戶需求的引導。這些狀況容易造成系統的需求不明確，或者系統的需求變更頻繁，使得項目進展嚴重滯后，最后造成項目的失敗。

為了能夠減少該項目需求不清和需求頻繁變更的風險，需要用戶和公司在項目初期做好充分的需求調研，切實理解各個業務部門在信息方面的業務需求，盡可能避免對需求的誤解和片面性。同時，在系統建設過程中，嚴格遵守項目管理的規章制度，對項目需求變更進行嚴格的審核與控制，以保障項目的質量和進度。

0.8.3.協調與溝通風險

在系統建設過程中公司需要協調多個部門，與這些部門的溝通與協調可能直接影響到本項目的質量與進度。因此，建立高效的協調與溝通機制，減少相互之間的誤解與拖延，是保障本項目成功實施的關鍵點之一。這需要各相關單位充分理解項目溝通管理的重要性，嚴格遵守項目管理的各項規章制度，提高協調溝通的效率，降低項目協調與溝通的風險。

0.8.4.項目人員風險

由于xxxxxxxxxxx軟件采購項目周期較長，技術難度大，因此項目人員壓力會隨著項目的進展逐漸加大，工作效率也可能會隨著項目的進展逐漸降低，造成工作效率低下，甚至會造成項目成員的不穩定。這就需要用戶與公司相互理解，明確共同的目標，發揮團隊精神，同時要合理規劃項目進度，作到勞逸結合，提高項目人員的積極性，降低項目人員的風險。

0.9.質量管理計劃

0.9.1.質量管理體系標準

本項目實施應采用先進的質量管理模式和科學的質量管理體系和流程，并根據項目自身特點選用合適的質量控制規程。

目前，xxxxxxxxxxx主要采用ISO9001質量標準和軟件成熟度模型（CMM）兩種控制規程。針對本項目，公司將采用GB/T 19001-2000－ISO9001:2000質量體系標準，同時遵循SSE-CMM的安全實施標準，并在項目實施的過程中嚴格執行這些質量標準。

0.9.2.質量控制過程

本項目中，由項目經理制訂質量控制計劃，項目質量控制組進行審核。審核方面包括：質量控制措施是否足夠、各個成員的質量責任是否明確合理，測試方法是否適用。

0.9.3.質量評定計劃

為了加強項目質量管理和界定產品質量標準，本公司將制訂適應于項目的檢查驗收規定和質量評定標準，確保工程質量。

本項目中，應實行兩級檢查、兩級驗收制度。一級檢查、二級檢查和一級驗收由本公司實施小組組織完成；二級驗收由用戶組織實施。各級檢查驗收嚴格按項目實施中制訂的相應的檢查驗收規定和質量評定標準執行。對實施和驗收過程中出現的重大技術問題，將上報用戶協調處理，對一般質量問題的處理應予以書面記錄。

0.9.4.質量管理措施

在項目實施過程中還將采取如下措施保障項目實施質量：

（1）產品到貨后，對所有硬件設備應進行加電檢測，同時對所有軟件產品進行安裝、產品授權驗證。

（2）在項目實施前后對網絡性能進行評估。

（3）在系統部署完成后要在實際環境中進行網絡連通性測試、安全策略驗證和應用系統測試。

（4）配合應用系統做好壓力測試，根據壓力測試結果調整系統配置。

（5）項目實施后要進行一定時間的試運行，在試運行期間要重點監控網絡環境的運行情況、安全策略的驗證和業務應用系統運行情況，若出現的問題要及時查找原因并加以修正。

（6）在試點實施過程中驗證方案的可行性和正確性。

0.9.5.軟件質量控制

0.9.5.1.階段性評審

軟件質量保證過程包括對軟件過程質量控制和軟件產品質量控制。我公司在本系統項目組織中，由質量控制組負責質量控制和管理，采用軟件度量過程采集信息對軟件過程和軟件產品的質量進行管理。

對軟件過程質量的控制通過量化并提取軟件過程信息實現對軟件過程的目標管理，量化的主要內容包括：產品質量、項目進度和資源占用。軟件過程控制一般采用軟件開發過程的節點控制的方法。

軟件開發過程的節點控制是提高軟件開發的計劃性和成功經驗的可重復應用的重要支持手段。我公司在開發本系統的過程中，將充分利用該方法，確保本系統的高質、準時完成。在本系統的開發過程中，把涉及軟件開發、應用的人員分為甲方、乙方，甲方代表各種層次的軟件系統的用戶，乙方代表軟件開發商中各組織、各層次人員。軟件系統的最終成功基于甲乙雙方對軟件開發過程的共同控制與管理，甲方側重“需求” 與“監督”職能，乙方側重“供求”與“控制”職能。甲乙雙方實現職能的基礎是軟件開發過程的可視性，即從甲乙雙方角度得到軟件開發過程的可見性。如下圖所示：

圖（a）表示一個對甲乙雙方可見性極差的過程，甲方給出需求后，經過乙方的開發過程得到的是最終結果，甲方對軟件開發過程沒法參與。乙方中只有具體的開發人員了解局部的軟件過程，高層管理人員沒法得到開發過程中具體的過程狀態信息，不能根據過程狀態做出決策。

圖（b）表示一個對甲乙雙方可見性較好的軟件過程，在軟件開發過程的特定階段設置階段控制點（也稱為里程碑），甲乙雙方依據階段成果，從各自的角度提出過程改善與修改意見，控制軟件系統生產的質量、開發過程的效率及項目資源消費。

0.9.5.2.測試

測試是確保本系統質量的重要手段，不經過認真測試的系統是不能被用于生產的。雖然，對各階段的文檔的審核也可認為是測試，但本項目所指的測試是指對應用軟件的測試。做好測試是測試組的責任，測試組是與開發組相互獨立的兩組，且需要相當的技術和經驗，對業務的理解要十分透徹。為保證測試的效率和質量需要主意以下幾點：

1．建立高效合理的測試流程，包括：

建立盡量模擬真實環境的業務數據模型（即運行業務的初始環境）；

對測試案例的設計要有深度和廣度；

特別在系統測試和驗收測試階段，安排好項目組的全體人員的任務和責任；

做好測試階段文檔和源程序的版本控制；

做好測試中發現的BUGS的記錄及存檔工作；

對發現的任何BUGS都要做好原因分析并記錄歸檔；

做好回歸測試；

防止對程序的修改而引起的其他問題。

軟件測試是一個過程，涉及到軟件生命周期的各個階段。下圖描述了軟件測試過程模型：

測試過程是與開發過程并行的，軟件測試的實施過程是與改錯過程既是交錯的、同時又是并行進行的。在集成測試階段中，測試一般應當由獨立的軟件測試人員來實施。這種方法一方面可以有效地壓縮測試的總周期，但更重要的是可以避免開發者自身的思維局限，更加客觀全面地進行有效的測試。

0.10.項目協調與合作計劃

對項目實施中的溝通是項目完成的順利與否的重要因素，所以在整個項目實施的過程中要有一套完善的溝通機制。

0.10.1.協調與合作管理方案

在項目實施中，將以項目經理為核心，實現全面、有效的溝通管理。其中：

（1）項目經理從始至終控制整個項目的工作進展與步驟，是信息的收集者和發送者。

（2）項目經理要密切聯系了解各干系人信息，及時傳達給項目組其他成員。

（3）項目經理要每周與項目領導小組交換項目工作進展情況，確保項目按計劃有步驟地進行，并提交全部項目管理報告給項目領導小組。

（4）項目經理要每周組織項目組成員召開會議，了解項目進展情況，分派工作，了解項目實施中的問題，及時解決。

（5）項目主管定期聯系用戶負責人，傾聽用戶對項目的建議和意見，并采取相應的措施，最大程度保證用戶滿意度。

（6）銷售人員和用戶保持正常通暢的溝通渠道，及時接受用戶反饋意見。

0.10.2.協調手段

作為溝通的手段，采用如下方式進行項目的交流：

（1）進程報告（工程簡報）：工程實施期間，各實施人員每天向項目經理報告工作進展；項目經理按照ISO9000質量管理體系的要求每周向公司提交《項目進展報告》；同時，項目經理每周向用戶單位提交項目進展文件。

（2）周例會：必要時參加由項目管理組、用戶方在每周共同召開的周例會，會議將對一周以來的工作進展進行回顧，總結問題點，分析原因，并確定解決方案。對下一階段的工作任務進行部署。會議結果由項目管理組發布會議紀要。

（3）工程階段總結：在實施的每一個階段，進行工程階段總結，評估上一階段工作得失，為下階段的工作進行必要的預溝通，解決隱患問題；

（4）多種形式的交流：項目經理與項目領導小組、用戶、其它廠商之間、以及項目隊伍成員之間保持通信聯絡，以傳真、電話、電子郵件等方式進行溝通。

0.11.配置管理

0.11.1.配置管理和版本控制

公司采用相應的配置控制程序來管理新系統的各個部分，包括文檔，需求，設計，數據庫設計，編碼，文件和數據。并在項目實際實施時制定配置管理計劃，并委任一名配置管理員。

配置控制的目的是控制系統的物理和功能特性，確保整個系統的完整性。配置控制既是技術活動又是管理活動，它的過程包括：

配置項目發現和保存

每個配置項目要有一個編號，用來區別有不同需求和實施要求的其它項目。它還有一個版本號，用來標明該項目所處的階段，在配置項目修改時，版本號要更新。配置系統要能夠容納新的配置項目，不必修改現存項目。

配置項目要保存在軟件庫里面。為確保足夠的安全以及對所有可交付軟件項目的控制必須建立如下典型的軟件庫：

開發庫是軟件作為一系列模塊進行開發和測試的動態庫。主庫是一個被控制的庫，項目的放入和取出必須按規定并以一定的控制方式進行。例如，在單元測試成功之后，模塊可以被轉入到系統主庫，然后供系統集成和系統測試。任何經過以上測試需要修改模塊都要放回開發庫，以供測試。

當主庫達到一定程度的穩定后，就可以將它合成一個基準。每當基準發布以后，相關主庫都要進行拷貝產生靜態庫。之所以叫做靜態庫，因為以后不再更新，并且歸檔。

2．配置變動控制

只有當項目已經成為基準的一部分時，軟件配置控制才能夠進行，它主要控制：

評估對配置項目的變動

協調批準的變動

在本項目的執行過程中，項目經理將與用戶一起定義處理配置變動以及變動授權管理方法。作為對于已經通過的單元，系統的驗收測試項目的變動，需要更高級別的授權。

3．配置狀態記錄

配置狀態記錄包括所有配置項目跟蹤報告，并且貫穿整個系統開發周期中，配置項目狀態將通過配置管理員來跟蹤和控制。

為有效進行配置狀態記錄，應該詳細記錄以下信息：

每個基準版的日期，版本和問題；

每份問題審閱以及文檔修改的日期狀態；

每份軟件問題報告、修改請求、和修改報告的日期和狀態；

每個配置項目的總結描述。

軟件版本

公司將在版本文檔內記錄軟件的版本，后續版本要附一個版本說明。該說明列出了版本內的配置項目，并且說明其安裝步驟。而且，所有已經修改的錯誤和已經合并的新的需求都要有記錄。要在提交新版本之前重新測試修改過的軟件。對于每個版本公司保證文檔和代碼的一致性，而且保存舊版本。

0.11.2.變更管理的方法

產品的完整性需要通過變更管理來維持。用戶需求的變化、系統需求的變化和系統設計的變化都被監控和跟蹤，從而了解被批準變動的實施狀態。控制變更的目的是為了確保只有經過批準的變更才能實施，確保變更情況傳達到了相應的有關方面，提供它們考慮和獲得它們的批準。

用戶需求、系統需求和系統設計文檔在通過評審并批準后將作為基準。當一個文檔變為基準以后，就自動進入變更控制范圍。任何變動都需要提交變更請求。變更管理由以下四個部分組成：變更請求、變更評估、變更批準、變更實施和跟蹤。

0.12.文檔管理

文檔必須真實地反映實際工程狀態。

文檔的驗收，不能是在項目驗收時統一移交給用戶單位，而應當根據項目實施的不同階段，分批移交，在項目準備階段就需要制定一個文檔移交計劃，在規定的時間里移交事先規定格式、內容的文檔。

0.13.人員管理

人員的管理遵循幾條原則：本項目中的參與人員在無特殊情況且未經用戶同意不進行調換；系統保障期人員均安排參加此項目建設的主要技術人員；本項目的項目管理人員安排具有同類項目豐富項目管理經驗的人員。

0.14.保密管理

考慮本系統的保密要求，公司承諾按照涉及國家秘密計算機系統要求進行系統建設的保密管理，并和用戶簽署保密協議，嚴格履行保密義務。、測試計劃

0.15.測試工作準備

為保證項目的質量，xxxxxxxxxxx將成立專門的項目測試小組，在項目經理的統一領導之下，完成本次項目的測試工作，首先，在項目開始時，測試小組要完成測試的準備工作，測試準備工作的重點主要包括以下幾個主要方面：

對整個項目情況進行調研與了解，以熟悉整個系統的整體架構和實現功能等相關情況，制定出初步的測試計劃；

確定測試管理工具的實施方案，對測試管理工具根據項目的特點進行合理規劃；包括根據各個項目子系統的特點，制定相應的缺陷跟蹤方案、版本提交計劃等。

保證測試人員的到位，并對測試人員進行測試管理工具和測試相關基礎技術的培訓，要求相關系統測試人員先進行相關系統體系結構和功能的了解，為后期的設計測試用例奠定基礎。

0.16.軟件開發測試

本項目采用的測試種類包括：模塊測試、功能測試、性能測試、分系統測試、全系統測試、容量測試、壓力測試、災難恢復測試等。

在進行測試前，需要編寫詳實的測試方案，其中包括測試時間安排、測試準則、測試用例、測試范圍、測試目標、測試人員、出錯處理流程及處理結果等內容。在測試案例中應包含對異常情況處理的測試，如數據不全、數據類別有誤、數據不合法等。

各種類型的測試都是采用循環往復的“測試－改進”操作，以確保問題得到完整、充分的解決的過程。

0.16.1.模塊測試

每個應用程序模塊完成后，進行模塊測試。模塊測試的目的在于通過大量、反復的測試，盡可能地捕獲程序編寫時的編碼及應用處理上的錯誤，并加以改正，使程序編寫時的錯誤在這一測試環節得到控制。

0.16.2.功能測試

功能測試是對項目實現的功能進行測試。功能測試可細分為：獨立測試和連續測試兩部分。

獨立測試是將本項目開發實現的功能一一進行獨立測試。在測試過程中，將針對每一個功能制定相應的測試個案，進行嚴格的功能測試。如測試結果與實現要求不符，將由開發人員進行改進及完善，最終達到功能要求。

測試中發生問題時，編程人員會改動程序以便解決問題。系統將在修改后進行重新測試。此時其進行的測試不僅針對改動部分，還應對原已通過獨立測試的部分進行重新測試。

0.16.3.性能測試

系統的性能是一個很重要的參數，本項目所指的系統性能包括系統的效率、響應時間及處理能力。在測試中，為每個應用設置響應時間、處理速度量度，評估系統的最高處理能力，在發現系統的性能不滿足要求進，需進行相應措施對系統的性能進行調整。

0.16.4.分系統測試

針對各個分系統，根據不同的測試方案，按照測試方案中的測試步驟進行測試，進行測試結果分析，得出測試結論，對分系統的配置給出建議意見。

最終對每一個分系統做出一個分系統測試報告，主要內容為測試結果，結果分析，建議。對系統功能、性能、安全、可靠和擴展等每一方面都需有明確的結論和意見。

0.16.5.全系統測試

在分系統測試完畢的基礎上，對整個硬件平臺進行測試，主要針對各分系統的結合部，以及總體功能。與分系統測試方案一樣，全系統測試也是根據測試方案按照測試方案中的測試步驟進行，最終做出系統測試報告，主要包含：系統功能、性能、安全、可靠和擴展等各個方面能否達到設計要求的結論，出現問題，建議解決問題方案。

0.16.6.容量測試

項目在投產前，建議進行容量測試，以找出項目投產后可處理的最大處理容量，確保能夠平滑地過渡或避開業務處理高峰期。與此同時，通過對業務處理高峰期時系統硬件資源情況的占有量的獲取，能夠有效地調配系統資源。

通過容量測試，得知系統承載量，并結合業務發展增長量，可以推算出需要更換相關硬件的時間，以便用戶可以提前做好應對準備。

0.16.7.壓力測試

壓力測試的目的是希望能夠通過測試，得知在極短時間內對網站進行大量并發訪問，是否會對系統造成瞬間無法承受的壓力沖擊，致使其運行異常甚至崩潰。壓力測試可以獲知系統的耐壓程度，在必要時采取適當的緊急防護措施，如控制、分散等措施，減低緩解系統瞬間壓力，防止尖峰時刻的出現，使系統得以穩定地運行。

0.16.8.災難恢復測試

災難恢復測試是指在模擬災難事故發生的情況下，對系統的恢復情況進行測試及彩排。要盡可能地找出可能發生的災難性事故，并一一進行模擬，查看系統的恢復情況。災難恢復測試能夠反映出系統備份的準確性及完整性，以及自動恢復功能的強弱，出具不同災難恢復所需的時間數據，以此可以估算出在災難發生時對用戶所造成的影響及忍受程度。

0.17.設計測試用例和數據

測試用例和數據準備的目的是幫助用戶在不熟悉實際環境的時候，能正常的測試系統并對系統做出正確的評價。

測試用例和數據的準備是一項枯燥和費時間的工作。為了提高工作效率可以從以下幾方面著手：

將信息放在一個指定的位置，便于反復利用，降低變化產生的影響；

一次完成一個步驟，避免冗余和額外的工作；

盡早盡可能完成多個步驟。

為了保證每一個業務流程準備測試用例和數據的正確性，在測試計劃中應遵循下列過程，并完成以下步驟：

確定要測試的業務情況類型

確定每個要求的測試用例

合并所有的測試用例，生成測試大綱

編制測試腳本，包括必要的系統輸入信息和期望的輸出結果

檢查信息保證每一步的準確性和完整性（即，確定業務情況類型、確定測試用例、生成測試大綱和編制測試腳本）。

0.17.1.建立測試環境

為了預防出現問題，如數據損壞或對系統資源的爭用，需要建立一個獨立的測試環境。在進行測試之前，根據測試計劃中確定的時機建立一個獨立的測試環境。其準備工作包括：

技術活動：如建立不同的服務器或在一臺服務器上建立多個數據庫實例，將相應的程序遷移到適當的程序庫中；

數據準備活動：包括加載數據表，建立用戶訪問權限；

建立版本控制程序，保證有效的控制對系統的修改；

建立文檔控制程序，保證隨著系統的修改，有效地控制文檔的修改（如，培訓文檔、聯機幫助和用戶手冊）。

0.17.2.測試執行

測試執行的目的是發現不滿足用戶要求的任何問題，在真實的環境中，客戶的工作人員按照準備好的測試大綱來對系統進行測試。

測試過程中的測試結果是非常重要的。文檔可用于：

檢查測試的進度；

確定測試過程是否需要改進；

分析系統是否準備就緒。、驗收計劃

0.18.驗收組織

由項目管理辦公室組織項目承建單位、相關部門以及其他人員（技術顧問、其他開發商）組成驗收小組，負責對項目各階段進行全面的驗收。

經過大規模的安裝與調試工作，整個系統已全部實現連接，所要求的功能已全部實現。為確保系統在以后的運行中穩定、高效，沒有故障隱患的存在，應當通過試運行階段來發現存在的隱患、并解決問題，另外分析試運行階段中系統的各項數據，并對系統進行評價和預測也是系統試運行階段一個重要的工作內容。

項目預驗完成后，系統進入試運行期。系統經過試運行穩定運行3個月后，由項目驗收小組對項目進行正式驗收。

0.19.驗收內容

系統的驗收包括：系統的實用性、穩定性、可維護性、靈活性、可操作性以及系統文檔、代碼、規范及注釋說明等方面的驗收。

系統功能：逐一檢查系統功能是否達到設計要求

系統性能：逐一測試系統性能指標是否達到設計要求。

文檔資料：檢查系統建設各階段提交的文檔資料是否齊全、合格。

0.20.軟件系統的驗收

驗收方法：開發的軟件通過用戶驗收測試進行驗證。軟件驗收根據軟件滿足規定的驗收合格標準進行判斷。

驗收標準：驗收標準是在用戶正式接收開發的軟件并認為軟件滿足合同要求之前必須滿足的條件。本文檔中定義的所有驗收標準是基于定量的和可度量/可觀察的條件。

驗收合格標準

測試準備

1.用戶驗收測試文件包括對項目確定的所有軟件功能的測試程序。

2.進行測試之前，用戶方和太極必須認可用戶驗收測試文件。

1.3.用戶方已經認可測試數據

4.用戶方已經指定和批準用戶驗收測試文件的測試人員。

測試執行

1.測試由指定的測試人員來進行

2.所有的情況都必須得到測試

3.在測試過程中，測試人員必須記錄所有測試結果

4.測試結果由指定的測試人員簽字

5.用戶方必須接受驗收測試報告

測試結果

測試結果說明軟件滿足下列要求：

1.在認可的外部設計文檔中表述的功能要求

2.在認可的系統描述文檔中表述的非功能要求

3.質量要求：

測試過程中發現的所有錯誤都必須記錄下來

對錯誤進行分類和確定級別（細節見錯誤管理一節）

報告的錯誤得到修改/處理，或修改錯誤的計劃得到同意。

驗收標準

如果軟件系統滿足所有驗收合格標準，而且沒有出現S3以上級別的錯誤，用戶將正式接收該軟件系統。、培訓方案

1.1.培訓目標

為確保系統投入使用后，能夠穩定、良好地運行，達到建設預期的目的，將對用戶相關人員進行全面、細致的培訓工作。

本項目人員培訓，是指對系統的使用人員、開發、系統管理人員進行培訓。目的是使該項目的受訓人員充分具備系統安裝、配置、使用和故障處理的能力，了解與項目相關的系統軟件和操作環境，以及對系統設計及其相關業務的認識，以便更好的開展工作。經過培訓，保證貴方人員能夠獨立進行使用、管理、維護和日常處理，保證系統正常、安全的運行。

1.2.培訓方式

本項目培訓包括：廠家培訓、維護培訓、使用操作培訓幾部分，由項目使用主要產品廠家和xxxxxxxxxxx向用戶提供培訓。

1.3.培訓對象

用戶單位本系統操作人員、技術人員、系統管理人員。

1.4.培訓地點與環境

國內培訓地點和設備由用戶負責提供，除原廠商之外的培訓由公司負責提供培訓教師、培訓教材、培訓內容。

1.5.培訓計劃及內容

1.5.1.用戶培訓

1.5.2.系統管理人員培訓

對系統管理人員進行培訓。

、技術支持和售后服務

本項目驗收后，其系統維護與技術支持將由公司技術支持與售后部門承擔。公司承諾系統中的所有問題均可提出，由公司統一協調，對用戶總體負責，項目售后服務期限終身提供免費技術支持服務。其中第三方軟件技術支持與售后服務由原廠商提供。

1.6.技術支持與售后服務政策

1.6.1.技術后援支持

公司會結合用戶的實際需求，本著長期合作的原則，以優惠價格提供高質量的技術后援支持。包括：

（1）咨詢：系統服務期內，向用戶或用戶指定的承建商提供各種與產品相關的免費技術咨詢服務（包括熱線服務），包括熱線電話，電子郵件（7×24），傳真等方式。承諾最遲在2小時以內做出反應、24小時內提出解決方案。

（2）軟件遷移與二次安裝： 主要針對硬件環境變更或其他原因需要重新安裝、軟件遷移時，可在異地通過電話或電子郵件等其他方式配合用戶完成所供應軟件的二次安裝；也可以經雙方協商后，達成共識，由公司派出技術工程師作現場技術指導安裝或直接安裝。

（3）軟件升級：在服務期內，免費提供版本升級、產品換代更新。服務期滿后，提供對相關軟件升級提醒服務，協助制訂升級計劃，提供關于新版本改進性能的培訓，遠程或現場指導軟件升級。

（4）狀態報告和故障預測：在保修期內，在征得用戶同意的條件下，公司工程師可定期通過遠程方式監測用戶系統的運行狀況，或現場對系統進行檢查，對應用系統現狀做出評估，預測可能出現的故障，并提出預防策略以及提高系統軟件性能的優化建議。

（5）優化系統：雖然在系統安裝調試時做過性能優化，但在實際運行時，公司還將根據業務運行情況、網絡情況繼續對應用軟件平臺的系統參數提供優化建議，確保系統隨著業務的發展能夠持續、穩定、高效地運行。

（6）擴容與改造建議： 當用戶軟件功能擴充或網絡性能、應用系統性能下降時，公司會主動或根據用戶要求，分析系統現狀或故障情況，在深入了解用戶目前及未來幾年內的需求后，對網絡擴容和改造、應用系統平臺建設、應用系統改造提出合理化建議，并及時提供實施方案。

（7）客戶滿意度調查：根據ISO10006質量管理體系的要求，客戶的滿意是目標。及時了解客戶對公司工作效率，服務質量的評價，進一步提高工作效率，改善服務質量。同時也是對工程師技術水平以及工作態度客觀評價的一種手段。

1.6.2.技術后援支持方式

遠程支持——采用電話指導或遠程登錄、電子郵件等方式提供技術支持。

現場技術服務——當遠程支持無法解決用戶問題時，指派技術人員、協調廠商提供現場技術服務。

定期跟蹤——應用系統安裝、驗收完畢后，我公司會隨時定期通過電話跟蹤使用情況，及時了解存在的問題，并隨時給予解決。必要時，我公司派遣技術人員到現場解決存在的問題。我公司還定期派遣技術人員現場回訪，了解應用系統的運行情況，聽取意見和建議，解決存在的問題。

1.6.3.保修及系統維護服務

在系統安裝調試完畢并通過最終驗收后，即進入系統的維護期。從這個階段開始，系統正式進入使用階段，承擔起運載各項業務的重任，因而這一階段將成為整個系統維護的工作中心和重點。根據用戶的需要，提供遠程維護（采用電話指導或遠程登錄）和現場故障搶修兩種技術支援方式。

（1）服務范圍

軟件故障

系統故障

系統優化；

對系統問題的咨詢服務；

其它必須的技術服務。

（2）響應時間

系統運行出現故障時，迅速提供技術服務，承諾2小時內給予解答，4小時提供解決方案；若有必要12小時內到達用戶現場排除故障。

（3）服務方式

現場搶修方式；

遠程維護（采用電話指導或遠程登錄）；

提供專業咨詢和技術支持熱線；

提供專門電子郵件信箱，用于技術咨詢和回復。

（4）服務標準

現場支持——軟件、系統技術專家將直接到用戶的現場進行故障診斷，解決出現的問題。

完整的服務——到達現場后，工程師將提供連續服務，直到故障被排除、軟件恢復正常運行為止。

預防性的維護——工程師將定期對系統進行現場診斷，根據需要排除故障，并調整有關參數。

第四篇：軟件項目實施方案

2011年軟件項目實施方案范文

一、項目實施方案概述.1

二、項目實施方案介紹.2

（一）項目啟動階段...2

（二）需求調研確認階段...3

（三）軟件功能實現確認階段...5

（四）數據標準化初裝階段...5

（五）系統培訓階段...6

（六）系統安裝測試及試運行階段...7

（七）總體驗收階段...8

（八）系統交接階段...9

一、項目實施方案概述

軟件產品，特別是行業解決方案軟件產品不同于一般的商品，用戶購買軟件產品之后，不能立即進行使用，需要軟件公司的技術人員在軟件技術、軟件功能、軟件操作等方面進行系統調試、軟件功能實現、人員培訓、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產品本身的質量，軟件項目實施的質量效果也對后期用戶應用的情況起到非常重要的影響。項目實施規范主要包括項目啟動階段、需求調研確認階段、軟件功能實現確認階段、數據標準化初裝階段、系統培訓階段、系統

安裝測試及試運行階段、總體驗收階段、系統交接階段等八個階段工作內容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關系，上一階段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個項目實施階段分別介紹。

二、項目實施方案介紹

（一）項目啟動階段

此階段處于整個項目實施工作的最前期，由成立項目組、前期調研、編制總體項目計劃、啟動會四個階段組成。

此階段主任務：

公司：在合同簽定后，指定項目經理，成立項目組，授權項目組織完成項目目標。公司項目組：進行前期項目調研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。

商務經理：配合公司項目組，將積累的項目和用戶信息轉交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯系。

用戶：成立項目實施組織，配合前期調研和召開啟動會，簽署《總體項目計劃》和《項目實施協議》。

1、成立項目組

部門經理接到實施申請后，任命項目經理，指定項目目標，由部門經理及項目經理一起指定項目組成員及成員任務，并報總經理簽署《項目任務書》。

2、前期調研

項目經理及項目組成員，在商務人員配合下，建立與用戶的聯系，對合同、用戶進行調研。填寫《用戶及合同信息表》。在項目商務談判中，商務經理積累了大量的信息，項目組首先應收集商務和合同信息，并與商務經理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。

3、編制《項目總體計劃》 《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內容：

項目描述，項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）；溝通管理計劃，確定項目干系人對信息和溝通的需要：即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質量管理計劃，確定適合于項目的質量標準和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據每個具體項目的要求而定。未解決事宜和未定的決策

4、啟動會

項目組與用戶共同召開的宣布項目實施正式開始的會議。會程安排如下：

共同組建項目實施組織，實施組織的權利和職責；雙方簽署《項目實施協議》。項目組介紹《項目總體計劃》和《項目實施協議》，包括以下內容：

項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）；項目實施中項目管理的必要性和如何進行項目管理，項目的質量如何控制；

項目實施中用戶的參與和領導的支持的重要作用；

階段驗收、技術交接和項目結束后如何對用戶提供后續服務。

（二）需求調研確認階段

此階段的主要工作是軟件公司的項目實施人員向用戶調查用戶對系統的需求，包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等，實施人員調研完成后，會編寫《需求調研分析手冊》，并交付用戶進行確認，待用戶對《需求調研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據進行軟件功能的實現。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統的影響程度來確定是否給予實現。需求調研階段具體包括如下內容：

1、進行需求調研準備

2、編制《需求調研計劃》

3、內部評審是否通過《需求調研計劃》，項目組、部門經理、商務等人員根據合同要求和項目實際情況對《需求調研計劃》草稿進行評審，如評審通過，則在稍后的時間內簽署，如評審不通過則重新修改。

4、用戶是否簽署《需求調研計劃》，如用戶簽署《需求調研計劃》，則作為以后需求調研工作的指南。否則重新修改。

5、《需求調研計劃》是否有變更，如果計劃存在變更，則執行變更控制流程，否則按計劃進行后續工作。

6、編寫及發出《需求調研通知》，項目組編寫《需求調研通知》，確定進行需求調研的相關事宜，發給用戶，為順利完成需求調研工作做準備

7、需求調研，項目組以《需求調研手冊》為依據，從業務流程、單據使用、打印格式、報表查詢幾個方面展開深入和全面的調研，并搜集用戶的個性化需求。

8、需求調研分析根據調研的結果，項目組和公司其他技術部門將進一步進行分析，確定合理、可行的需求，將分析結果形成《需求分析報告》草稿。

9、內部評審是否通過《需求分析報告》。項目組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審，如評審通過，則在稍后由用戶簽署，如評審不通過則重新修改，直至內部評審通過。

10、編寫及發出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發給用戶，確定進行需求確認的相關事宜，告之相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。

11、用戶是否確認《需求分析報告》。如果用戶確認，并簽署了《需求分析報告》，則需求調研階段工作結束，進行后續的軟件功能實現的工作；如沒有確認，則進一步進行調研、分析，直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調研工作結束之后，如果用戶提出新的需求或是變更已有的需求，則執行需求新增及變更流程

（三）軟件功能實現確認階段

此階段的主要工作是項目實施人員根據需求調研階段確認的《需求調研分析手冊》中的用戶需求內容進行具體軟件功能的實現工作。在軟件功能實現的過程中，項目實施人員將記錄軟件實現的詳細過程。便于公司售后服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現完畢后，項目實施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，用戶根據《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。

7、需求調研，項目組以《需求調研手冊》為依據，從業務流程、單據使用、打印格式、報表查詢幾個方面展開深入和全面的調研，并搜集用戶的個性化需求。

8、需求調研分析根據調研的結果，項目組和公司其他技術部門將進一步進行分析，確定合理、可行的需求，將分析結果形成《需求分析報告》草稿。

9、內部評審是否通過《需求分析報告》。項目組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審，如評審通過，則在稍后由用戶簽署，如評審不通過則重新修改，直至內部評審通過。

10、編寫及發出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發給用戶，確定進行需求確認的相關事宜，告之相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。

11、用戶是否確認《需求分析報告》。如果用戶確認，并簽署了《需求分析報告》，則需求調研階段工作結束，進行后續的軟件功能實現的工作；如沒有確認，則進一步進行調研、分析，直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調研工作結束之后，如果用戶提出新的需求或是變更已有的需求，則執行需求新增及變更流程

（三）軟件功能實現確認階段

此階段的主要工作是項目實施人員根據需求調研階段確認的《需求調研分析手冊》中的用戶需求內容進行具體軟件功能的實現工作。在軟件功能實現的過程中，項目實施人員將記錄軟件實現的詳細過程。便于公司售后服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現完畢后，項目實施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，用戶根據《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。

3、簽署培訓計劃：用戶簽署《培訓計劃》，進一步確認培訓安排。

4、發培訓通知：培訓開始前2天，按照簽署的《培訓計劃》，將培訓內容、時間，場地，人員等信息通知用戶實施負責人。

5、搭建培訓環境：公司項目組在培訓開始前，將培訓環境搭建及檢查妥當，將培訓提綱及培訓手冊準備好。

6、組織培訓：公司項目組培訓負責人與用戶實施負責人組織相關人員參加培訓，按培訓制度嚴格考核。由用戶將考勤情況填入《培訓人員簽到表》。

7、培訓考核：公司項目組培訓負責人與用戶實施負責人組織受訓人員參加上機及理論考試。

8、培訓總結：公司項目組培訓負責人與用戶實施負責人一起將出勤情況及考核情況做出總結，填入《培訓及考核統計表》，及時向相關負責人

匯報。

（六）系統安裝測試及試運行階段 此階段的主要工作是在用戶真實環境下，對用戶網絡及硬件設備進行測試，對軟件系統進行容量、性能壓力等測試測試及試運行的目的在于確保系統各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發現并改正；同時目的還在于在正式運行前用戶的有關人員能進一步提高操作水平，掌握操作規范。此階段的主要工作內容為：

1、編制計劃：與用戶實施負責人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。

2、簽署計劃：用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。、發測試及試運行通知：在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責人。

4、搭建環境及數據準備：在試運行開始前搭建好軟件環境、硬件環境、網絡環境、調通線路；檢查軟件、硬件、網絡、線路等各個環節是否有問題；

5、組織測試及試運行：用戶相關各級領導給予全面配合，組織相關人員進行測試及試運行.6、測試及試運行總結：測試及試運行完成，總結試運行中設備、軟件的運行情況，總結試運行中業務流程和操作環節的情況，以書面總結形式將測試及試運行結果通知相關負責人。

公司項目組負責擔當指揮，檢查用戶人員組織情況并給予指導，跟蹤檢查如下情況：跟蹤單據流轉狀況。λ

跟蹤新資料登錄環節。λ 觀察業務流程執行狀況。λ 觀察操作人員操作表現。λ 觀察系統運行速度及異常表現。λ 觀察關鍵數據的正確性。λ

及時糾正錯誤操作、對于新發生的問題及時與相關人員溝通，確定解決辦法。λ

（七）總體驗收階段。

此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結束后，對系統進行總體驗收。需要驗收的可交付成果：

主要項目階段 階段組成 主要里程碑 可交付成果 啟動 階段

編制總體項目計劃 簽署的《總體項目計劃》 啟動會 項目啟動會

簽署的《項目實施協議》 需求調研階段 需求分析報告確認 需求調研結束

簽署的《需求分析報告》 軟件 實現 軟件功能確認 軟件功能確認

簽署的《軟件功能確認表》 數據 初裝

用戶簽署初裝計劃及初裝培訓計劃 簽署的《初裝計劃及初裝培訓計劃》

初裝檢查及總結數據初裝完成《數據初裝總結表》 培訓及考核 用戶簽署培訓計劃 簽署的《培訓計劃》 培訓總結 培訓完成 《培訓總結表》 測試及試運行

用戶簽署測試及試運行計劃 簽署的《測試及試運行計劃》 測試及試運行總結 試運行完成

《測試及試運行總結》 驗收 總體驗收 驗收完成

《總體驗收報告》

（八）系統交接階段

此階段是項目實施的最后一個階段，主要工作是軟件公司項目組向用戶移交軟件項目，包括軟件產品、項目實施過程中所生成的各種文檔，并簽署《售后服務協議》，項目將進入售后服務階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調查表》，對軟件公司項目實施人員的整個項目實施情況進行評價，軟件公司將聽取用戶的意見，再今后的項目實施管理中進行加強和改進。

第五篇：軟件實施方案格式(共6篇)

篇一：2011年軟件項目實施方案范文

一、項目實施方案概述.1

二、項目實施方案介紹.2

（一）項目啟動階段...2

（二）需求調研確認階段...3

（三）軟件功能實現確認階段...5

（四）數據標準化初裝階段...5

（五）系統培訓階段...6

（六）系統安裝測試及試運行階段...7

（七）總體驗收階段...8

（八）系統交接階段...9

一、項目實施方案概述

軟件產品，特別是行業解決方案軟件產品不同于一般的商品，用戶購買軟件產品之后，不能立即進行使用，需要軟件公司的技術人員在軟件技術、軟件功能、軟件操 作等方面進行系統調試、軟件功能實現、人員培訓、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施 案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產品本身的質量，軟件項目實施的質量效果 也對后期用戶應用的情況起到非常重要的影響。項目實施規范主要包括項目啟動階段、需求調研確認階段、軟件功能實現確認階段、數據標準化初裝階段、系統培訓 階段、系統安裝測試及試運行階段、總體驗收階段、系統交接階段等八個階段工作內容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關系，上一階 段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個項目實施階段分別介紹。

二、項目實施方案介紹

（一）項目啟動階段

此階段處于整個項目實施工作的最前期，由成立項目組、前期調研、編制總體項目計劃、啟動會四個階段組成。

此階段主任務：

公司：在合同簽定后，指定項目經理，成立項目組，授權項目組織完成項目目標。公司項目組：進行前期項目調研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。

商務經理：配合公司項目組，將積累的項目和用戶信息轉交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯系。

用戶：成立項目實施組織，配合前期調研和召開啟動會，簽署《總體項目計劃》和《項目實施協議》。

1、成立項目組

部門經理接到實施申請后，任命項目經理，指定項目目標，由部門經理及項目經理一起指定項目組成員及成員任務，并報總經理簽署《項目任務書》。

2、前期調研

項目經理及項目組成員，在商務人員配合下，建立與用戶的聯系，對合同、用戶進行調研。填寫《用戶及合同信息表》。在項目商務談判中，商務經理積累了 大量的信息，項目組首先應收集商務和合同信息，并與商務經理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望 以確保項目能夠成功。

3、編制《項目總體計劃》 《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內容：

項目描述，項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）；

溝通管理計劃，確定項目干系人對信息和溝通的需要：即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質量管理計劃，確定適合于項目的質量標準和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據每個具體項目的要求而定。未解決事宜和未定的決策

4、啟動會

項目組與用戶共同召開的宣布項目實施正式開始的會議。

會程安排如下：

共同組建項目實施組織，實施組織的權利和職責；雙方簽署《項目實施協議》。項目組介紹《項目總體計劃》和《項目實施協議》，包括以下內容：

項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）；

項目實施中項目管理的必要性和如何進行項目管理，項目的質量如何控制； 項目實施中用戶的參與和領導的支持的重要作用；

階段驗收、技術交接和項目結束后如何對用戶提供后續服務。

（二）需求調研確認階段

此階段的主要工作是軟件公司的項目實施人員向用戶調查用戶對系統的需求，包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等，實施人員調研完 成后，會編寫《需求調研分析手冊》，并交付用戶進行確認，待用戶對《需求調研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據進行軟件功能 的實現。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統的影響程度來確定是否給予實現。需求調研階段具體包括如下內容：

1、進行需求調研準備

2、編制《需求調研計劃》

3、內部評審是否通過《需求調研計劃》，項目組、部門經理、商務等人員根據合同要求和項目實際情況對《需求調研計劃》草稿進行評審，如評審通過，則在稍后的時間內簽署，如評審不通過則重新修改。

4、用戶是否簽署《需求調研計劃》，如用戶簽署《需求調研計劃》，則作為以后需求調研工作的指南。否則重新修改。

5、《需求調研計劃》是否有變更，如果計劃存在變更，則執行變更控制流程，否則按計劃進行后續工作。

6、編寫及發出《需求調研通知》，項目組編寫《需求調研通知》，確定進行需求調研的相關事宜，發給用戶，為順利完成需求調研工作做準備

7、需求調研，項目組以《需求調研手冊》為依據，從業務流程、單據使用、打印格式、報表查詢幾個方面展開深入和全面的調研，并搜集用戶的個性化需求。

8、需求調研分析根據調研的結果，項目組和公司其他技術部門將進一步進行分析，確定合理、可行的需求，將分析結果形成《需求分析報告》草稿。

9、內部評審是否通過《需求分析報告》。項目組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審，如評審通過，則在稍后由用戶簽署，如評審不通過則重新修改，直至內部評審通過。

10、編寫及發出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發給用戶，確定進行需求確認的相關事宜，告之相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。

11、用戶是否確認《需求分析報告》。如果用戶確認，并簽署了《需求分析報告》，則需求調研階段工作結束，進行后續的軟件功能實現的工作；如沒有確 認，則進一步進行調研、分析，直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調研工作結束之后，如果用戶提出新的需求或是變 更已有的需求，則執行需求新增及變更流程

（三）軟件功能實現確認階段

此階段的主要工作是項目實施人員根據需求調研階段確認的《需求調研分析手冊》中的用戶需求內容進行具體軟件功能的實現工作。在軟件功能實現的過程中，項目 實施人員將記錄軟件實現的詳細過程。便于公司售后服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現完畢后，項目實施 人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，用戶根據《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項 目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。

（四）數據標準化初裝階段

此階段的主要工作是項目實施人員指導用戶進行系統標準化資料的準備工作，并對用戶進行初裝資料的軟件操作培訓，以便用戶能夠及時的將標準資料錄入系統，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業務功能的開展做好基礎。

（五）系統培訓階段

系統培訓階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應用效果，所以軟件公司和用戶雙方要對 此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱巨性。在項目實施之前對用戶的相關人員進行系統和規范的產品培訓是非常必要的，達到讓用戶了解軟 件產品，最終自己能夠解決使用中的具體的問題。

此階段的培訓工作中將用戶參加產品培訓的人員劃分為三個層次：決策層、技術層、操作層，對不同層次的用戶參加產品培訓人員的培訓內容分別是： 決策層：領導在實施中的作用與重要性、決策查詢。

維護層：系統維護知識、操作方法。

操作層：操作方法。具體的培訓工作流程為：

1、調研培訓信息：在培訓開始前3天由用戶實施負責人，將參加培訓的部門和人員情況填入《受訓部門匯總表》、《受訓人員情況一覽表》。

2、編制培訓計劃：結合調研結果，與用戶實施負責人商議具體培訓內容、時間，場地，人員等。項目組編制《培訓計劃》。

3、簽署培訓計劃：用戶簽署《培訓計劃》，進一步確認培訓安排。

4、發培訓通知：培訓開始前2天，按照簽署的《培訓計劃》，將培訓內容、時間，場地，人員等信息通知用戶實施負責人。

5、搭建培訓環境：公司項目組在培訓開始前，將培訓環境搭建及檢查妥當，將培訓提綱及培訓手冊準備好。

6、組織培訓：公司項目組培訓負責人與用戶實施負責人組織相關人員參加培訓，按培訓制度嚴格考核。由用戶將考勤情況填入《培訓人員簽到表》。

7、培訓考核：公司項目組培訓負責人與用戶實施負責人組織受訓人員參加上機及理論考試。

8、培訓總結：公司項目組培訓負責人與用戶實施負責人一起將出勤情況及考核情況做出總結，填入《培訓及考核統計表》，及時向相關負責人 匯報。

（六）系統安裝測試及試運行階段

此階段的主要工作是在用戶真實環境下，對用戶網絡及硬件設備進行測試，對軟件系統進行容量、性能壓力等測試測試及試運行的目的在于確保系統各項功能均能正 常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發現并改正；同時目的還在于在正式運行前用戶的有關人 員能進一步提高操作水平，掌握操作規范。此階段的主要工作內容為：

1、編制計劃：與用戶實施負責人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。

2、簽署計劃：用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。

3、發測試及試運行通知：在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責人。

4、搭建環境及數據準備：在試運行開始前搭建好軟件環境、硬件環境、網絡環境、調通線路；檢查軟件、硬件、網絡、線路等各個環節是否有問題；

5、組織測試及試運行：用戶相關各級領導給予全面配合，組織相關人員進行測試及試運行.6、測試及試運行總結：測試及試運行完成，總結試運行中設備、軟件的運行情況，總結試運行中業務流程和操作環節的情況，以書面總結形式將測試及試運行結果通知相關負責人。

公司項目組負責擔當指揮，檢查用戶人員組織情況并給予指導，跟蹤檢查如下情況：

跟蹤單據流轉狀況。

跟蹤新資料登錄環節。

觀察業務流程執行狀況。

觀察操作人員操作表現。

觀察系統運行速度及異常表現。

觀察關鍵數據的正確性。

及時糾正錯誤操作、對于新發生的問題及時與相關人員溝通，確定解決辦法。

（七）總體驗收階段。

此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結束后，對系統進行總體驗收。需要驗收的可交付成果：

主要項目階段

階段組成主要里程碑

可交付成果

啟動階段

編制總體項目計劃

簽署的《總體項目計劃》

項目啟動會

簽署的《項目實施協議》

需求調研階段

需求分析報告確認

需求調研結束

簽署的《需求分析報告》

軟件實現

軟件功能確認 軟件功能確認

簽署的《軟件功能確認表》

數據初裝

用戶簽署初裝計劃及初裝培訓計劃

簽署的《初裝計劃及初裝培訓計劃》

初裝檢查及總結

數據初裝完成

《數據初裝總結表》

培訓及考核

用戶簽署培訓計劃

簽署的《培訓計劃》

培訓總結

培訓完成

《培訓總結表》

測試及試運行

用戶簽署測試及試運行計劃

簽署的《測試及試運行計劃》

測試及試運行總結

試運行完成

《測試及試運行總結》

驗收

總體驗收

驗收完成

《總體驗收報告》

（八）系統交接階段

此階段是項目實施的最后一個階段，主要工作是軟件公司項目組向用戶移交軟件項目，包括軟件產品、項目實施過程中所生成的各種文檔，并簽署《售后服務協 議》，項目將進入售后服務階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調查表》，對軟件公司項目實施人員的整個項目實施情況進行評價，軟件公司將聽 取用戶的意見，再今后的項目實施管理中進行加強和改進。

篇二：2011年軟件項目實施方案范文 項目實施方案

一、項目實施方案概述

軟件產品，特別是行業解決方案軟件產品不同于一般的商品，用戶購買軟件產品之后，不能立即進行使用，需要軟件公司的技術人員在軟件技術、軟件功能、軟件操作等方面進行系統調試、軟件功能實現、人員培訓、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產品本身的質量，軟件項目實施的質量效果也對后期用戶應用的情況起到非常重要的影響。項目實施規范主要包括項目啟動階段、需求調研確認階段、軟件功能實現確認階段、數據標準化初裝階段、系統培訓階段、系統安裝測試及試運行階段、總體驗收階段、系統交接階段等八個階段工作內容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關系，上一階段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個項目實施階段分別介紹。

二、項目實施方案介紹

（一）項目啟動階段

此階段處于整個項目實施工作的最前期，由成立項目組、前期調研、編制總體項目計劃、啟動會四個階段組成。

此階段主任務：

公司：在合同簽定后，指定項目經理，成立項目組，授權項目組織完成項目目標。公司項目組：進行前期項目調研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。

商務經理：配合公司項目組，將積累的項目和用戶信息轉交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯系。

用戶：成立項目實施組織，配合前期調研和召開啟動會，簽署《總體項目計劃》和《項目實施協議》。

1、成立項目組

部門經理接到實施申請后，任命項目經理，指定項目目標，由部門經理及項目經理一起指定項目組成員及成員任務，并報總經理簽署《項目任務書》。

2、前期調研

項目經理及項目組成員，在商務人員配合下，建立與用戶的聯系，對合同、用戶進行調研。填寫《用戶及合同信息表》。在項目商務談判中，商務經理積累了 大量的信息，項目組首先應收集商務和合同信息，并與商務經理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望 以確保項目能夠成功。

3、編制《項目總體計劃》

《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內容：

項目描述，項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）；

溝通管理計劃，確定項目干系人對信息和溝通的需要：即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質量管理計劃，確定適合于項目的質量標準和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據每個具體項目的要求而定。未解決事宜和未定的決策

4、啟動會

項目組與用戶共同召開的宣布項目實施正式開始的會議。會程安排如下：

共同組建項目實施組織，實施組織的權利和職責；雙方簽署《項目實施協議》。項目組介紹《項目總體計劃》和《項目實施協議》，包括以下內容：

項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）；

項目實施中項目管理的必要性和如何進行項目管理，項目的質量如何控制； 項目實施中用戶的參與和領導的支持的重要作用；

階段驗收、技術交接和項目結束后如何對用戶提供后續服務。

（二）需求調研確認階段

此階段的主要工作是軟件公司的項目實施人員向用戶調查用戶對系統的需求，包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等，實施人員調研完 成后，會編寫《需求調研分析手冊》，并交付用戶進行確認，待用戶對《需求調研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據進行軟件功能 的實現。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統的影響程度來確定是否給予實現。需求調研階段具體包括如下內容：

1、進行需求調研準備

2、編制《需求調研計劃》

3、內部評審是否通過《需求調研計劃》，項目組、部門經理、商務等人員根據合同要求和項目實際情況對《需求調研計劃》草稿進行評審，如評審通過，則在稍后的時間內簽署，如評審不通過則重新修改。

4、用戶是否簽署《需求調研計劃》，如用戶簽署《需求調研計劃》，則作為以后需求調研工作的指南。否則重新修改。

5、《需求調研計劃》是否有變更，如果計劃存在變更，則執行變更控制流程，否則按計劃進行后續工作。

6、編寫及發出《需求調研通知》，項目組編寫《需求調研通知》，確定進行需求調研的相關事宜，發給用戶，為順利完成需求調研工作做準備

7、需求調研，項目組以《需求調研手冊》為依據，從業務流程、單據使用、打印格式、報表查詢幾個方面展開深入和全面的調研，并搜集用戶的個性化需求。

8、需求調研分析根據調研的結果，項目組和公司其他技術部門將進一步進行分析，確定合理、可行的需求，將分析結果形成《需求分析報告》草稿。

9、內部評審是否通過《需求分析報告》。項目組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審，如評審通過，則在稍后由用戶簽署，如評審不通過則重新修改，直至內部評審通過。

10、編寫及發出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發給用戶，確定進行需求確認的相關事宜，告之相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。

11、用戶是否確認《需求分析報告》。如果用戶確認，并簽署了《需求分析報告》，則需求調研階段工作結束，進行后續的軟件功能實現的工作；如沒有確 認，則進一步進行調研、分析，直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調研工作結束之后，如果用戶提出新的需求或是變 更已有的需求，則執行需求新增及變更流程

（三）軟件功能實現確認階段

此階段的主要工作是項目實施人員根據需求調研階段確認的《需求調研分析手冊》中的用戶需求內容進行具體軟件功能的實現工作。在軟件功能實現的過

程中，項目 實施人員將記錄軟件實現的詳細過程。便于公司售后服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現完畢后，項目實施 人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，用戶根據《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項 目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。

（四）數據標準化初裝階段

此階段的主要工作是項目實施人員指導用戶進行系統標準化資料的準備工作，并對用戶進行初裝資料的軟件操作培訓，以便用戶能夠及時的將標準資料錄入系統，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業務功能的開展做好基礎。

（五）系統培訓階段

系統培訓階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應用效果，所以軟件公司和用戶雙方要對 此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱巨性。在項目實施之前對用戶的相關人員進行系統和規范的產品培訓是非常必要的，達到讓用戶了解軟 件產品，最終自己能夠解決使用中的具體的問題。此階段的培訓工作中將用戶參加產品培訓的人員劃分為三個層次：決策層、技術層、操作層，對不同層次的用戶參加產品培訓人員的培訓內容分別是： 決策層：領導在實施中的作用與重要性、決策查詢。

維護層：系統維護知識、操作方法。

操作層：操作方法。

具體的培訓工作流程為：

1、調研培訓信息：在培訓開始前3天由用戶實施負責人，將參加培訓的部門和人員情況填入《受訓部門匯總表》、《受訓人員情況一覽表》。

2、編制培訓計劃：結合調研結果，與用戶實施負責人商議具體培訓內容、時間，場地，人員等。項目組編制《培訓計劃》。

3、簽署培訓計劃：用戶簽署《培訓計劃》，進一步確認培訓安排。

4、發培訓通知：培訓開始前2天，按照簽署的《培訓計劃》，將培訓內容、時間，場地，人員等信息通知用戶實施負責人。

5、搭建培訓環境：公司項目組在培訓開始前，將培訓環境搭建及檢查妥當，將培訓提綱及培訓手冊準備好。

6、組織培訓：公司項目組培訓負責人與用戶實施負責人組織相關人員參加培訓，按培訓制度嚴格考核。由用戶將考勤情況填入《培訓人員簽到表》。

7、培訓考核：公司項目組培訓負責人與用戶實施負責人組織受訓人員參加上機及理論考試。

8、培訓總結：公司項目組培訓負責人與用戶實施負責人一起將出勤情況及考核情況做出總結，填入《培訓及考核統計表》，及時向相關負責人

匯報。

（六）系統安裝測試及試運行階段

此階段的主要工作是在用戶真實環境下，對用戶網絡及硬件設備進行測試，對軟件系統進行容量、性能壓力等測試測試及試運行的目的在于確保系統各項功能均能正 常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發現并改正；同時目的還在于在正式運行前用戶的有關人 員能進一步提高操作水平，掌握操作規范。此階段的主要工作內容為：

1、編制計劃：與用戶實施負責人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。

2、簽署計劃：用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。

3、發測試及試運行通知：在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責人。

4、搭建環境及數據準備：在試運行開始前搭建好軟件環境、硬件環境、網絡環境、調通線路；檢查軟件、硬件、網絡、線路等各個環節是否有問題；

5、組織測試及試運行：用戶相關各級領導給予全面配合，組織相關人員進行測試及試運行.6、測試及試運行總結：測試及試運行完成，總結試運行中設備、軟件的運行情況，總結試運行中業務流程和操作環節的情況，以書面總結形式將測試及試運行結果通知相關負責人。

公司項目組負責擔當指揮，檢查用戶人員組織情況并給予指導，跟蹤檢查如下情況：

跟蹤單據流轉狀況。

跟蹤新資料登錄環節。

觀察業務流程執行狀況。

觀察操作人員操作表現。觀察系統運行速度及異常表現。

觀察關鍵數據的正確性。

及時糾正錯誤操作、對于新發生的問題及時與相關人員溝通，確定解決辦法。

（七）總體驗收階段。

此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結束后，對系統進行總體驗收。

需要驗收的可交付成果：

主要項目階段

階段組成主要里程碑

可交付成果

啟動階段

編制總體項目計劃

簽署的《總體項目計劃》

項目啟動會

簽署的《項目實施協議》

需求調研階段 需求分析報告確認

需求調研結束

簽署的《需求分析報告》

軟件實現

軟件功能確認

軟件功能確認

簽署的《軟件功能確認表》

數據初裝

用戶簽署初裝計劃及初裝培訓計劃

簽署的《初裝計劃及初裝培訓計劃》

初裝檢查及總結

數據初裝完成

《數據初裝總結表》

培訓及考核

用戶簽署培訓計劃

簽署的《培訓計劃》

培訓總結

培訓完成

《培訓總結表》

測試及試運行

用戶簽署測試及試運行計劃

簽署的《測試及試運行計劃》

測試及試運行總結

試運行完成

《測試及試運行總結》

驗收

總體驗收 驗收完成

《總體驗收報告》

（八）系統交接階段

此階段是項目實施的最后一個階段，主要工作是軟件公司項目組向用戶移交軟件項目，包括軟件產品、項目實施過程中所生成的各種文檔，并簽署《售后服務協 議》，項目將進入售后服務階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調查表》，對軟件公司項目實施人員的整個項目實施情況進行評價，軟件公司將聽 取用戶的意見，再今后的項目實施管理中進行加強和改進。

篇三：項目實施方案范本11 幫扶大學生做好職業發展準備項目實施方案

一 , 項目背景：

隨著高校教育事業的不斷發展，大學生擇業就業形式日趨嚴峻。因此在大學的課堂里就多了一門叫大學生職業生涯規劃的課

程。同學們通過對該課程的學習，都能夠對自己的職業發展有一個初步的認識和大致的規劃。然而在課堂上學習的畢竟只是理論，當同學們實實在在為自己的將來做打算的時候，很多不得不考慮的實際問題迎面而來。這些問題就會導致同學們產生各種各樣的心理狀況：求穩心理，從眾心理，依賴心理，還有就是由于對自身的認識不夠具體，對將來要從事的職業的認識不夠深入，而導致的二個極端：自傲心理和自卑心理。

當在校大學生為自己的職業發展做準備時，這些心理問題嚴重的困擾著他們。使他們難以抉擇，影響到職業生涯的發展。因

此解決在校大學生在為職業發展做準備時產生的心理問題，亟待我們的幫助。

二 , 項目目標：

此項目的總體目標通過該項目的實施和完善，我們旨在解決在校大學生在為職業發展準備時產生的心理問題，排除他們心中

的困惑，幫助他們形成一個較趨成熟的職業心理，提高在校大學生的綜合素質中的心理素質，從而提高他們的競爭力。

在項目實施的前期階段，我們要成功籌建一個專業化的心理咨詢網站，并取得長春地區高校聯盟的支持，在其幫助下使網站

于長春各大高校能夠友情鏈接。

中間階段，我們先開始在長春各大高校做宣傳，宣揚我們網站的主旨，讓越來越多的同學了解并參與進取。后期階段，我們可以借鑒長春地區成功的案例，在全國各大城市的高校逐步擴展，最終能夠形成一個全國行的網絡幫扶中心。

三 , 項目規劃： 第一年行動計劃：

第一季度：網絡的籌建 第二季度：宣傳

第三季度：針對性的開展幫組 1 第四季度：總結和提升

計劃時間表：

項目實施第一年計劃時間表 2

四 , 項目所需資源及分配：

（一），所需資源明細表： 3 4

（二），各階段資源分配計劃： 1 , 網絡籌建：

, 宣傳： 5

, 針對性的幫扶： 6

, 總結提升：

五 , 風險管理：

（一）：網絡風險 1，網絡籌建風險：網絡籌建時的復雜性判斷。2，網絡運作風險：網絡運作中不穩定性。7

解決方案：

雇傭專業實力強的網絡公司做顧問，解決網絡籌建和運營中可能出現的一系列題。定期對網絡進行穩定性檢測和維護。

（二）：外部風險

1，高校風險：高校不允許在校園內宣傳。2，企業風險：企業不支持參觀活動。解決方案：

借助學生組織進行宣傳，例如：職業發展協會。對于不支持的企業我們可以選擇放棄并重新選擇。

（三）：內部風險

1，人力風險：人員的流失 解決方案：

及時的進行人才的招聘和管理

項目實施預算表 單位：元

10

篇四：2013年項目實施方案編制格式 2013年項目實施方案編制格式

封面（請不要用塑料封皮裝訂）：

2013×××項目實施方案 項目申報單位（蓋章）項目責任人 項目編制人 聯系人及電話 編制時間 正文：

一．項目摘要（以表式填列，格式附后）二．立項依據 包括：項目的立項理由；項目建設的有利條件和可行性。

三．項目方案設計

1、項目目標：說明實施該項目要達到的目標，可從定性和定量兩方面表達。

2、項目實施地點及規模：明確項目實施的具體地點、實施規模。

3、技術措施：明確實施該項目所采取的主要技術措施。

4、實施內容及資金使用計劃。編制的具體內容包括：（1）支持環節及資金補助標準。要明確實施措施中具體支持的關鍵環節和補助標準、單位工程量補助定額及補助依據。同 類型的項目補助標準要一致。

（2）實施內容及資金使用計劃：實施內容要客觀、具體、詳細、量化。要詳細列項估算，明確儀器、設備、材料等生產資料的名稱、規格、型號、單位價格、產地等。非生產性設施建設，如辦公、生活等和流動資金不能列支。

5、項目總投資及資金來源：省級、地方資金安排具體數額。市、縣資金分配額要明確（市、縣配套資金除個別項目外原則上不作硬性要求）。

四．組織及管理措施。

五．項目效益評價：即項目實施后預期達到的社會、經濟、生態效益。從促進當地區域產業發展、帶動項目區農民增收、農業綜合生產能力提高、生態環境改善、促進農村經濟繁榮、農業可持續發展等方面分析。

一、項目摘要(表式)

注：此表為項目實施方案的匯總摘要表，文字要簡單明了，用excel軟件錄入 2013年省財政預算安排的xxxx項目資金使用計劃表（格式）

資金單位：萬元

此表由項目單位根據實際需要有選擇的填列支出項目，用excel軟件錄入，裝訂在實施方案的最后。

2013年財政支農專項生產性項目申報通訊地址表

篇五：軟件項目實施方案實例 軟件項目實施方案實例

篇六：怎么寫erp實施方案 怎么寫erp實施方案

怎么寫erp實施方案，是軟件銷售企業頭痛的事，因為erp實施方案寫的好壞影響到軟件是否能賣出去。erp實施方案是指提供給客戶一個完整的軟件交付過程管理方法。

一、什么是erp實施方案

提供給客戶一個完整的軟件交付過程管理方法，即erp實施方案，明確實施的范圍、組織、策略、計劃、實現方法、交付標準、風險控制等，讓雙方項目團隊很清晰知道什么時候做什么事情。簡單地說，實施方案的目的是：明確目標、統一思想、協調資源、分工協作。

二、erp實施方案關鍵內容

1、明確實施的范圍 假設我們實施一個集團多工廠類型的項目，若每個工廠都由我們實施，那么工作量是很大，實施周期也很長。根據客戶情況，選擇一家管理基礎較好的工廠，我們帶著甲方項目團隊實施這家工廠，并且在實施的過程，教方法給他們，多讓他們動手，教會別人，解放自己，他們就是后續實施的主導力量。這樣就可以在實施方案中寫明實施的范圍或主體是這間工廠，其余工作的實施，我們僅提供技術支持。

2、建立有執行力的項目組織

眾所周知，項目組織是我們項目成功的保障。我們常常遇到二種現象，第一種現象：很多項目組織中的成員都是高層領導、部門經理，這類管理人員通常沒有過多的時間來關注和參與項目，在項目實施過程中需要大家來討論的議題，他們臨時指派人員參加會議，造成會議的效率很低；第二種現象：缺乏高層領導和核心業務骨干參與，很多部門經理指派新來的或最閑的職員作為項目成員，這類人員對部門內的業務不熟悉，更談不上跨部門業務環節控制等，實施顧問與他們交流時，往往得不到準確的答案，溝通效率很低，沒有人決策。同時還應該注意在項目組織中明確相應的權力和職責。

3、實施策略與計劃

實施策略與計劃主要是為了統一雙方項目團隊的思想，讓大家很清楚知道整個項目如何做，先做什么后做什么，這部份最關鍵的是讓客戶感知到實施方案的計劃性、可執行性，也讓客戶知道什么時候需要什么資源做什么事情。如果將項目比喻成戰爭，這部份的內容好比是戰略，戰略決定了格局，也決定了成敗。

4、實現方法

在調研的基礎上，通常分業務部門來闡述各業務流程的實現方法，以及相關特殊需求的處理方法。我們常說控制客戶需求，這里表現得很突出，客戶很多需求是需要通過軟件結合管理手段來解決，而不能單一通過軟件來實現；還有很多需要是原來手工作業形態下的需求，集成軟件的環境下，這類需求就不必要了。關于這些方面，需要與客戶進行充分的溝通。

5、交付標準

在實施方案中是否寫明交付標準，是一個值得大家來探討的話題。我個人認為，還是應該寫明交付標準，但這些標準是不需要結合人為管理來實現，僅僅軟件功能本身。通常前端業務的四大管理報表以及后端業務的資產負債表等作為驗收標準，至于有關庫存降低等方面除軟件提供分析外，主要依靠大量的管理手段才能降低庫存。交付標準需要引導和說服客戶高層，達成一致共識。

6、風險控制

風險控制最能體現一個實施顧問的項目管理能力和專業能力。前面已講到實施策略和實現方法，難免在實施過程中會遇到各種困難和突發事件；另一方面，這里還可以給自己留個后門，因調研不充分導致提供的實現方法不當所造成的風險。

三、erp實施方案常見問題

1、沒有明確實施范圍或實施主體。這類問題容易導致項目“沒完沒了”，還有可能造成雙方對項目存在分歧，這樣直接景影響到客戶滿意度以及項目結不了案。

2、項目計劃不明確。客戶的需求總是很多的，有時很難在一個階段上實現，需要將項目分成幾個階段來實施；我們通常是先易后難，先讓客戶可以看到一些簡單的管理報表，這樣雙方都會有信心。特別是大型項目，要有明確的項目計劃，讓雙方項目組成員知道項目分幾個階段，每個階段上哪些模塊，每個模塊的基礎資料什么時候準備，下一個階段什么時候開始。客戶對項目抱怨最大的是：不知道什么時候做什么，什么時候可以結案。

3、沒有將實施方案與客戶高層進行充分溝通。與各部門經理溝通后的實施方案初稿，一定要呈報給客戶的高層，還應該當面就一定重點問題與其溝通，并取得他們支持，這樣實施方案就比較容易落地了。

4、對客戶的需求沒有過濾和分析。客戶大部份需求是管理需求，是需要通過管理手段來實現的，而軟件只是提供功能性的幫助，不能代替管理。因此，我們需要先過濾掉那些通過管理手段來實現的需求，余下的需求相互之間可能是有關聯關系，解決其中一個，其他的需求就已經不再是需求了。這里面常用的方法是：要探索客戶的真實需求，也就是要問清楚客戶為什么有這個需求。